軟件開發的經濟可行性精選(九篇)

前言：一篇好文章的誕生，需要你不斷地搜集資料、整理思路，本站小編為你收集了豐富的軟件開發的經濟可行性主題范文，僅供參考，歡迎閱讀并收藏。

第1篇：軟件開發的經濟可行性范文

MIS系統的開發一般包括六大部分：規劃階段、分析階段、設計階段、實施（編碼）階段、測試階段和支持階段。它的開發方法分為兩種：結構化方法和面向對象方法，結構化方法是指使用結構化分析、結構化設計與結構化編程的系統開發方法。面向對象方法是指使用面向對象分析、面向對象設計與面向對象編程的系統開發方法。在這里，MIS系統的開發綜述主要是針對第一種方法：結構化方法。

【關鍵詞】

MIS系統；結構化方法；面向對象方法

中圖分類號：TP311 文獻標識碼：A

1 系統規劃階段

系統規劃階段目的是規劃項目范圍并做出項目計劃。在這階段主要包括：項目目標、可行性分析、人員分工三部分。

在開發MIS系統時，首先定義項目的目標，它是項目的重要活動之一。其次，確認項目的可行性，項目的可行性分析包括技術可行性、經濟可行性、法律可行性，其中最重要的是經濟可行性，經濟可行性方面應該從社會效益、資金投入以及社會回報等方面考慮。再次，確定MIS系統的人員分工，一般應該包括界面開發人員、軟件開發人員、數據庫維護人員以及項目負責人。

2 系統分析階段

系統分析階段目的是了解并詳述用戶的需求，這個階段重點考慮的是系統做什么。一般而言，系統需求包括功能性需求與非功能性需求。

功能需求最簡單的方法是定義事件，并跟蹤針對某一個參與者而發生的一序列事件。事件是可以描述的、值得記錄的、在某個特定的時間和地點發生的事情。例如：雇員管理系統，該系統的參與者是管理員與雇員。從管理員的角度看，可以增刪改查雇員信息。

從雇員的角度看，可以填寫和查看自己的信息。系統的所有事件按照工作流的順序組織在一起可以構成系統事件表。事件表中行代表事件，列代表某個事件的詳細信息（觸發器、來源、動作、響應、目的地）。

非功能性需求定義了系統的運行環境，運行環境包括軟件環境和硬件環境兩部分，另外非功能性需求還包括性能指標等。下面是對非功能性需求各個方面的簡述。

（1）性能方面的需求：性能方面主要包括以下幾點：軟件響應速度方面、軟件響應結果方面、軟件響應精度方面、軟件在運行時的消耗量，用戶在這幾方面的需求就是性能方面需求。

（2）可靠性方面需求：可靠性方面主要指的是在軟件使用過程中軟件失效的頻率、軟件在使用過程中如果遇到錯誤，錯誤的嚴重程度、以及軟件的易恢復性，故障可預測性。用戶在這幾方面（軟件失效頻率、嚴重程度、易恢復性、故障可預測性）的需求就是可靠性需求。

（3）易用性方面需求：易用性方面主要指的是用戶是否容易使用該系統，這方面主要體現在界面是否人性化，是否美觀，是否能夠滿足用戶文檔和培訓資料方面的要求。

（4）安全性方面需求：安全性方面的需求主要是體現在用戶在身份的認證方面、授權控制方面、私密性方面的要求。

（5）運行環境方面的約束：運行環境主要包括軟件環境與硬件環境，該方面的約束主要是指得用戶對MIS系統軟硬件方面的要求。

（6）外部接口：不同軟件與硬件的接口不同，因此在系統開發出來后，應該滿足用戶的要求。

（7）可保障性方面需求：用戶在軟件是否容易配置、是否容易擴展、是否容易維護、是否容易移植等方面的要求。

3 系統設計階段

系統設計階段的著眼點是系統如何構建。該階段主要分為總體設計（概要設計）和詳細設計兩個階段。

概要設計指的是總體設計，主要是整體的設計，不關注細節。總體設計主要設計軟件的整體架構，包括哪些模塊，這些模塊應該實現什么功能，模塊之間的調用關系以及模塊之間的層次結構等。

另外，總體設計的內容還包括該MIS系統的總體數據結構以及底層的數據庫結構。總體的數據結構及數據庫結構包括MIS系統存儲的數據，及數據之間的關系及聯系。

在該總體設計階段，通常利用軟件結構圖來表示。這個階段的文檔叫做軟件概要設計說明書，在該文檔中包括模塊的劃分、模塊的調用層次、需要選擇的技術路線等。

詳細設計階段指的是細節方面的設計，是具體到某個模塊的細節（模塊具體功能的實現），在這個階段不能籠統地描述，要把功能描述轉變為非常精確的，結構化的過程描述。

在詳細設計階段，主要有流程圖、盒圖（N-S），偽代碼等方法進行描述，該階段產生的文檔叫做詳細設計說明書，該文檔中是具體模塊的實現細節，是對上一個階段（總體設計階段）的進一步細化。從理論方面來講，編碼可以根據詳細設計文檔來進行，也就是為下一個階段做準備。

4 系統實施階段

設計階段完成后，在將系統移交給用戶前的一系列活動叫做系統實施。該階段主要包括按照總體設計方案購置和安裝計算機網絡系統；建立數據庫系統；進行程序設計；輸入基礎數據，進行系統測試；進行人員培訓，系統轉換和試運行。下面以雇員管理系統為例進行講解。

雇員管理系統的實施包括數據庫的實施、管理雇員、增加雇員、查詢雇員功能的實施，數據庫實施時，需要建立兩個表，管理員表與雇員表；管理雇員功能實施時，主要是分頁的實現；增加雇員功能實施時，沒有涉及到難點；查詢雇員功能實施時，主要分為模糊查詢與精確查詢。

5 系統測試階段

軟件測試是軟件工程中一個必不可少的階段，它進行地越早越好，一個MIS系統需要必須經過軟件測試階段。這是對MIS系統的檢查，這種檢查從某種方面保證了軟件開發產品的正確性、一致性等。

軟件測試的方法主要分為兩種，一種是黑盒測試，就是把軟件看成一個黑盒子，不關注里面的內部結構和內部特性，測試人員根據功能上的輸入輸出關系，設計測試用例來檢查軟件是否會按照預想來顯示結果。以便查詢出對應的錯誤，測試是為了檢驗錯誤，但是絕對不能證明軟件正確，這是值得強調的。另一種測試是白盒測試，這種測試和黑盒測試正好相反，它關注的是軟件的內部結構及內部特性，測試者需要根據內部結構來設計測試用例進行檢測。在這里還需要注明，測試者最好不是軟件自身的開發人員，如果是自己對自己設計的軟件進行測試，容易忽略錯誤。

軟件的測試步驟主要分為以下四步：第一步，指定對應的測試計劃。第二步，進行測試的設計，這個階段主要指定測試方案。第三步，利用設計的測試用例來運行程序，將預期的結果和運行的實際結果進行對比。第四步，就是管理層面的問題，包括測試配置管理、資源管理、測試管理三方面的管理。

6 系統支持階段

系統投入使用后所涉及的活動為系統支持。它的主要任務是完善系統文檔，編寫用戶文檔，并組織用戶培訓。

【參考文獻】

[1]沈備軍.軟件工程教學模式的研究與實踐[J].計算機教育，2005（1）：39-42.

[2]孔祥盛主編.PHP編程基礎與實例教程.2013.7.

【作者簡介】

第2篇：軟件開發的經濟可行性范文

關鍵詞：軟件工程；uml；建模

引言

在現代社會中，軟件無處不在，人們常接觸的軟件有辦公軟件、網上購物網站、電子郵件收發系統、計算機操作系統、游戲等，各式各樣的軟件使得人們的生活變得更輕松、工作更高效。但隨著軟件功能的日益復雜，軟件的開發和維護中出現許多嚴重的問題，使得軟件開發成本急劇上升，而質量卻難以得到保證，于是引發了軟件危機。如何才能擺脫軟件危機，更加有效地進行軟件的開發和維護工作呢？這就要用到“軟件工程”。

一、基于軟件工程的系統開發過程

軟件工程是為了解決軟件危機而出現的， 其核心思想是采用工程的概念、原理、技術與方法對軟件進行計劃、開發和維護，按預期的進度和經費完成軟件開發任務。根據這一思想，軟件開發被劃分為可行性分析、需求分析、設計、軟件編碼、軟件測試、軟件維護六個階段。下面以常見的校園BBS論壇為例，用面向對象的分析方法，介紹軟件開發的各階段所做的工作。

1.可行性分析

可行性分析是軟件項目在正式立項前必須進行的工作，目的不是解決軟件該如何做的問題，而是確定軟件項目是否值得做，項目能否在現有資金、人力和技術條件的限制下完成或者用盡可能小的代價在盡可能短的間內解決的。可行性分析必須是客觀的、科學的，不能單憑決策者的一時沖動。

以校園BBS論壇前臺系統為例，進行可行性分析時，應考慮論壇的技術可行性、經濟可行性、操作可行性和開發方案的選擇。可行性分析的步驟為：分析建立系統的目的、分析當前系統的優劣及業務流程、提出新系統、分析新系統是否滿足需求、制定新系統的技術方案、分析比較各方案的優劣、推薦最優方案。可行性分析階段最終要得到可行性研究報告。

2.需求分析

論壇可行性論證通過后，緊接著要做的就是論壇需求分析。這一階段的主要任務就是要描述系統的功能需求，從用戶的角度，以用戶可理解的方式來描述系統需求。系統需求可以通過和使用者交流、問卷調查、參與觀察業務流程、閱讀同類產品的描述文檔等方式獲得。需求分析階段不考慮系統的具體解決方案，只考慮系統“要做什么”。

為了能簡單直觀的描述系統功能，讓普通的用戶也可以看懂系統功能描述，系統分析人員可以選擇UML的建模方法。在UML的規范中，“用例”描述系統的功能和需求。以校園BBS論壇前臺系統為例，其用例如圖一：

從上圖可以看出，用例圖是從參與者的角度來描述系統的功能。其中參與者描述為一個人形符號，系統的功能描述為橢圓形，一個功能就是一個用例。參與者可以是人，也可以是與系統交互的組織或系統。

圖一 系統用例圖

用例圖描述了系統用戶和系統功能的關聯關系，若想要詳細描述系統的某個功能，開發人員可以用“序列圖”來完成，這有助于項目團隊對系統功能達成共識。圖二為注冊用戶“回復帖子”的序列圖：

圖二 “回復帖子”序列圖

圖中，水平方向上的是參與交互的四個對象：用戶、登陸系統、論壇主頁和發帖回帖模塊。四個對象間互有消息來往，且這些消息有先后次序。上圖也可以簡單理解為用戶發帖的操作步驟。

3.設計

此階段主要根據需求分析的結果，對整個軟件系統進行設計，如系統框架設計，數據庫設計等等，重點解決“怎么做”的問題。好的軟件設計將為軟件程序編寫打下良好的基礎。

在UML的規范中，類圖描述系統中類、接口及其間關系的一種圖，它描述的是系統的靜態關系。一個系統的描述需要組織大量的詞匯，相關概念詞匯集結在一起，逐漸形成類圖。需求描述中的名詞有可能就是一個類的名字，也有可能是某個類的屬性。需求描述中的動詞往往就是一個類中的一個操作。多個類中相同的動作就可以組成一個接口。

通過對BBS論壇前臺系統進行分析，系統中基本的類有用戶類、版塊類、主題類、回復類和數據庫連接類。系統的類圖設計模型如圖三：

圖三 論壇基本類圖

為了更清晰的分析和理解部件之間的相互影響程度，可以使用組件圖描述代碼部件的物理結構及各部件之間的依賴關系，一個部件可能是一個資源代碼部件、一個二進制部件或一個可執行部件。在BBS論壇前臺系統中，參與的基本部件有數據庫服務、web應用程序、論壇前臺程序、主版快頁面等。BBS論壇組件圖如四：

圖四 論壇組件圖

可執行軟件最終要部署運行在可戶的環境中才能發揮作用。部署圖定義系統中軟硬件的物理體系結構。BBS論壇前臺系統的軟硬件有WEB應用服務器、數據庫服務器、客戶端，其部署圖如圖五：

4.編碼

編碼就是把設計階段的類轉換成某種面向對象程序設計語言的代碼，此階段是將軟件設計的結果轉換成計算機可運行的程序代碼。在程序編碼中必須要制定統一，符合標準的編寫規范。以保證程序的可讀性，易維護性，提高程序的運行效率。

圖五 論壇部署圖

5.測試

在軟件設計完成后要經過嚴密的測試，以發現軟件在整個設計過程中存在的問題并加以糾正。整個測試過程分單元測試、集成測試、系統測和用戶測試四個階段。不同的測試采用不同的UML圖作為測試的基礎。單元測試用到類圖和類的規格說明，集成測試用到組件圖和協作圖，系統測試用到用例圖來確認系統的行為符合這些圖中的定義。測試的最后階段---用戶測試由系統的最終用戶負責在系統的真實使用環境中完成。測試的方法主要有白盒測試和黑盒測試兩種。在測試過程中需要建立詳細的測試計劃并嚴格按照測試計劃進行測試，以減少測試的隨意性。

6.維護

軟件維護是軟件生命周期中持續時間最長的階段。在軟件開發完成并投入使用后，由于多方面的原因，軟件不能繼續適應用戶的要求，為了延續軟件的使用壽命，就必須對軟件進行維護。軟件的維護包括改進性維護、適應性維護、完善性維護、預防性維護。改正性維護是在軟件交付使用后，為了解決軟件本身的錯誤而做的程序修改；適應性維護是為適應環境的變化而修改軟件的活動；完善性維護是根據用戶在使用過程中提出的一些建設性意見而進行的維護活動；預防性維護是為了進一步改善軟件系統的可維護性和可靠性，并為以后的改進奠定基礎。

二、結語

軟件工程的思想無時無刻不體現在軟件的開發和維護過程中，越是復雜的軟件，越需要軟件工程來指導開發。把握軟件生存周期的每個階段的特征，是應用好軟件工程的基礎。

參考文獻：

[1]潘家志.基于UML的面向對象開啊模型UBDM的研究[D].西南農業大學，2002.

第3篇：軟件開發的經濟可行性范文

【關鍵詞】軟件工程；程序設計；數據庫；開發

1 軟件工程的再理解

B.W.Boehm認為軟件工程就是運用現代科學技術知識來設計并構造計算機程序及為開發、運行和維護這些程序所必須的相關文件資料。這里對“設計”一詞應有廣義的理解，它包括軟件的需求分析和對軟件進行修改時所進行的再設計活動。

IEEE說：“軟件工程是開發、運行、維護和修復軟件的系統方法”，其中，“軟件”是計算機程序、方法、規則、相關的文檔資料以及在計算機上運行時所必需的數據。

Fairley給出的軟件工程的定義為：軟件工程學為在成本限額以內按時完成開發和修改軟件產品所需的系統生產和維護的技術與管理的科學。

由此可見，軟件工程包括3個基本要素：方法、工具和過程。

首先，軟件工程方法為軟件開發提供了“如何做”的技術。它包括多方面的任務，如項目計劃與估算、軟件系統需求分析、數據結構、系統總體結構的設計、算法的設計、編碼、測試以及維護等。軟件工程常采用某種特殊的語言或圖形的表達方法以及一套質量保證的標準。

其次，軟件工具為軟件工程方法提供了自動的或半自動的軟件支撐環境。有人把諸多工具集成起來，使得一種工具產生的信息可以為其他的工具所使用，這樣建立起一種稱之為計算機輔助軟件工程（CASE）的軟件開發支撐系統。CASE將各種軟件工具、開發機器和存放開發過程信息的工程數據庫組合起來形成一個軟件工程環境。

另外，軟件工程的過程則是將軟件工程的方法和工具綜合起來以達到合理、及時地進行計算機軟件開發的目的。過程定義了方法使用的順序，要求交付的文檔資料，為保證質量和協調變更所需要的管理及軟件開發各個階段完成的里程碑。

2 軟件工程項目的目標

組織實施軟件工程項目，從技術上和管理上采取了多項措施以后，最終希望得到項目的成功。所謂成功指的是達到以下幾個主要目標：較低的開發成本，達到要求的軟件功能，取得較好的軟件性能，開發的軟件易于移植，需要較低的維護費用，能按時完成開發工作，及時交付使用等。

在實際開發中，要使上述目標都達到理想的程度往往非常困難，而且上述目標很可能相互沖突。如追求降低開發成本，很可能同時也降低了軟件的可靠性；若過于追求軟件的性能，則可能造成軟件對硬件有較大的依賴性，從而直接影響軟件的可移植性等。

3 軟件工程項目的實施

3.1 制定軟件計劃

在軟件項目開發之前，針對不同的工作目標制定不同類型的工作計劃，對項目實施計劃進行可行性研究。主要包括下述任務：

第一，經濟可行性。分析能否做到以最小投入成本得到最佳經濟收益，做出立即投入、推遲開發或不值得開發的選擇。如果可行，做出開發進度安排。

第二，技術可行性。分析使用現有的技術能否實現系統，能否解決系統技術難點，系統對技術人員有什么要求，硬件能否配套等其它技術冒險的各種因素。

第三，社會（法律）可行性。分析開發系統是否符合當前社會生產經營體制及法律法規的要求。

3.2 需求分析和定義

對開發軟件提出的需求進行分析并給出詳細的定義。軟件開發人員和用戶共同討論決定哪些需求是可以滿足的，并對其加以確切的描述，然后編寫出軟件需求說明書或系統功能說明書及初步的系統用戶手冊，提交管理機構評審。

3.3 軟件設計

設計是軟件工程的核心，就是把需求變換成為軟件的具體方案，軟件設計一般分為總體設計和詳細設計兩個階段，總體設計是根據需求所得到的數據流、數據結構，使用結構設計技術，導出軟件模塊結構；詳細設計是使用表格、圖形或自然語言等詳細設計工具，按照模塊設計準則進行軟件各個模塊的具體過程的描述，如模塊的分解與合并、低耦合性、高內聚性的特點，以及模塊的作用、控制范圍、復雜性和接口，按步驟進行設計。

3.4 程序編寫（軟件編碼）把用戶的要求變為計算機能夠接受的形式，為每個模塊編寫程序，即寫成以某一種特定程序設計語言表示的源程序清單。自然，寫出的程序應當是結構良好、清晰易讀又與設計一致。

3.5 軟件測試

測試是保證軟件質量的重要手段，其主要方式是在設計測試用例的基礎上檢驗軟件的各個組成部分，一般采用黑盒法和白盒法。所謂黑盒法是根據程序的物理特性，測試每一個功能是否達到預期的要求，白盒法則是根據程序的邏輯結構，進行目標測試。無論黑盒法還是白盒法都要設計測試用例，按照單元測試、組裝測試、確認測試、系統測試、人工測試的步驟，對模塊功能、接口、數據結構組成進行測試。最后按規定的各項需求，逐漸進行有效性測試，決定已開發的軟件是否合格，能否交付用戶使用。

3.6 軟件運行/維護

已交付的軟件投入正式使用便進入運行階段。這一階段可能持續若干甚至幾十年。軟件在運行過程中需要不斷診斷、進行修改，包括改正性維護、適應性維護、完善性維護和預防性維護。維護的重要性在逐年提高。這一階段是軟件工程的最后一個階段，也是最重要階段，應給予足夠的重視。

4 數據庫系統軟件的開發與設計探討

數據庫系統是應用較為廣泛的多用戶共享資源，具有通用、獨立、冗余少、安全、完整的特性，因此，在進行數據庫系統設計時應采用軟件工程的方法。主要是對數據管理、庫結構設計與建立、系統設計、語言的選擇與設計、實用程序的編寫、功能模塊的設計等方面應用軟件工程的理論和方法。在進行這些設計的需求階段，應確定對軟件的設計方法、所使用的描述工具、目標實現、推廣使用等方面進行論證，然后根據用戶和系統要求，進行包括上述功能的軟件設計、輸入輸出設計、用戶設計和模塊功能、接口設計，然后編寫用于數據庫實現的編譯、連接、測試等語言程序，使所設計的數據庫系統具有易開發、易推廣、易理解的高質量、高效率的軟件。

因此，應用軟件工程的理論和方法，可以設計較復雜的系統軟件，使設計工程化、系統化，提高軟件研制質量和水準。

【參考文獻】

[1]鄭人杰.軟件工程[M].北京：清華大學出版社，1999.

第4篇：軟件開發的經濟可行性范文

【關鍵詞】鐵路企業 設備管理 生命周期 網絡信息化

鐵路信息化建設必須以科學發展觀為指導，按照國家信息化建設基本框架和鐵路跨越式發展思路，緊密結合鐵路運輸生產的實際需要，努力推運輸組織、客貨營銷、經營管理的現代化，整體提升鐵路產業水平和經濟效益，推進鐵路現代化建設。在生產水平日益完善的今天,企業設備管理水平的高低對運輸部門的影響尤為強烈。隨著我國信息化技術的逐步推廣，鐵路企業根據自身管理需求先后設計并實施信息管理系統，各管理系統在生產運營方面都表現出杰出的成績；另一方面，鐵路企業中的設備管理常常容易被人忽視的，作為鐵路企業能否科學合理的管理好設備，將直接影響行車安全以及運輸成本的高低。設備管理已經成為衡量運輸部門經濟效益的主要因素之一,所以提高鐵路運輸部門設備管理水平在相關研究領域成為一個研究的焦點。

設備全生命周期管理(Asset Lifecycle Management，ALM)是一種先進的資產管理理念。ALM貫穿設備形成的整個過程，涉及從規劃和設計階段開始，最終到退役報廢階段中每個環節信息的掌握。ALM是一項系統的、全面的管理工程，可為設備管理部門及企業的管理層提供可靠的決策依據。以ALM思想為核心的管理系統，要使各環節的工作目標統一起來，提升資產利用效率，真正實現對鐵路企業設備的全生命周期管理。

本文在此研究背景下，參考國內外鐵路行業的成功經驗，結合鐵路企業實際情況，將設備全生命周期管理思想應用于鐵路企業的資產管理過程中，以體系化的建設方法，設計實現一個基于設備全生命周期管理的資產管理系統，實施對企業設備從規劃、設計、采購、建設、運維、檢修直至報廢的全過程管理，打破信息孤島，真正的實現信息共享。

1 設備管理系統的可行性分析

通過查閱大量設備管理相關文獻資料，在借鑒同類產品的先進經驗的基礎上，針對目前鐵路設備管理中普遍存在的問題，利用軟件工程理論中的可行性研究方法來論證系統實施的可行性。可行性研究對于系統的前期開發是極為重要的，它可以用最小的代價及較短的時間確定問題是否能夠解決。可行性研究是一種性價比很高的前提研討方法，它著重的討論項目開發的可能性和必要性，避免盲目投資帶來不必要的損失，已經在軟件開發領域得到廣泛應用。可行性主要從以下三個方面來考慮。

1.1 技術可行性

技術可行性是指開發一個新系統所需要的技術是否具備。結合實際需要，經過仔細斟酌，本系統采用的開發工具為MyEclipse 8.5，系統的開發語言是Java，數據庫采用SQL Server 2005，采用B/S體系結構的設計方法。MyEclipse 8.5是目前主流的成熟開發工具，易于應用程序開發，簡單易學；利用它與SQL Server 2005共同使用，可以在單機上獨立開發程序，所以系統在開發技術的學習和掌握上是可行的。

1.2 經濟可行性

經濟可行性是評價管理系統是否可行的重要研究對象。它能對管理系統開發成本進行有效量度。本系統在經濟可行性需要重點考慮采購費用和未來的運行維護費用兩部分。具體費用不但包括系統前期運行需要花費的資金，內容涉及設備采購、人員培訓、調研經費以及其他費用，還包括系統運行后的維護費用。目前，鐵路企業都配備專門的設備管理人員，這能為系統中的人員投資免除費用；隨著鐵路企業中計算機硬件和軟件設施的不斷完善，已經具備了開發所需的所有軟硬件條件，系統所需運行的硬件條件要求不高，這能免除硬件投資費用；企業中的設備管理手冊和管理管理目標責任制等設備管理方案的實施，為系統開發實施提供了有力的調研資料，節約了查資料和調研中出生的費用；系統投入使用后，可以提高工作效率，合理的分配有限的公共資源，為鐵路企業節省大量的設備采購資金，推動企業的設備資源得到有效的利用。綜上所示，本系統在經濟可行性上是可行的。

1.3 操作可行性

本系統采用先進的研究方法和成熟的開發技術，開發出的界面直觀易懂，操作簡潔，具備友好的提示信息和容錯處理，用戶使用非常便捷。并且系統配有詳細的系統使用說明書。即使不會操作計算機的人員，經過短期的培訓也能熟練的使用本系統，所以系統在操作上也是可行的。

綜上論述，本系統的開發過程在技術上、經濟上、操作上都是可行的，所以本系統具備開發價值。

2 系統架構及關鍵技術介紹

鐵路企業設備管理系統的技術架構采用瀏覽器/服務器(Browser/Server,即B/S)體系結構。隨著計算機技術和網絡技術的迅猛發展，這一體系結構得到越來越多的企業和研究機構的認可，逐步成為信息管理系統中的主流架構。在B/S結構下,用戶通過瀏覽器向服務器端發送一個請求,當服務器收到請求后,把服務請求處理后再發回給瀏覽器端的用戶，這種模式降低了用戶對客戶端的依賴。在這種架構模式下，用戶的服務請求都是在服務器端進行的,瀏覽器只作為用戶與服務器之間的交流工具。同時，用戶對瀏覽器的熟悉程度要遠遠高于單一客戶端，無論是開發成本還是用戶認知度上都遠遠優于傳統的C/S結構。另外，值得一提的是，B/S結構的安全系數也比C/S的要高,因為大部分事務都是由服務器來完成,而服務器的安全指數和管理權限一般都要比用戶端的要高，此外B/S結構的維護費用也要大大地低于C/S結構。

目前信息系統的開發語言類型眾多，其中Java語言一經問世就得到信息化領域的高度關注，這一語言同時具備良好的伸縮性、可維護性、可靠性、實用性、可擴展性和可移植性，這使得其已經成為當前IT領域實用的主流開發語言。Java 2 Platform Enterprise Edition，即J2EE平臺與B/S架構相結合，已經成為信息系統開發過程中不可或缺的開發形式。

數據訪問接口由ActiveX Data Objects(ADO)改進而來，它提供的平臺互用和可收縮數據訪問功能，不但可以使系統在訪問過程中減少網絡負載，還可以快速簡單的存取各種數據。Connection，數據庫連接對象處于的最底層，負責與數據庫建立連接和關閉連接。Command，執行數據庫的命令，用于執行開發者編寫的SQL命令，是完成數據添加、刪除、修改和查找的重要執行對象。DataReader，數據庫讀取對象，負責從數據源中提供高性能的數據流。由于 該對象提供未緩沖的數據流，相較DataSet對象多用于檢索大量數據。DataSet，數據集是的重要組成對象，由于能夠提供讀取數據的本地緩存，而且由于DataSet對象對XML良好的支持，可以實現獨立于任何數據源的數據訪問。并且能為多個控件提供數據源。相較DataReader 對象，它在訪問開銷上的消耗很大，但它在數據訪問效率比DataReader高。DataAdapter，數據庫的適配器對象，主要用來操作數據庫填充并操作DataSet對象，它是數據庫和DataSet之間的橋梁。該對象常調用Command對象執行SQL命令，以便將執行后的返回數據加載到DataSet對象中。

Ajax，即Asynchronous JavaScript and XML,異步JavaScript 和XML。它極大地發掘了Web瀏覽器的潛力，使用Ajax技術不必刷新整個頁面，而直接對頁面的局部進行更新，還可以節省網絡寬帶、提高網頁加載速度，從而縮短用戶等待時間，改善用戶操作體驗。

鐵路企業設備管理系統的技術架構從上到下分為顯示層、業務邏輯層、數據訪問層和資源層。體系架構采用成熟的界面集成框架、業務流程引擎、重用業務組件，提供 EIP 集成，完成 SSO 統一認證，采用面向服務的體系結構（SOA）向外提供接口服務。在這種結構下，用戶工作界面是通過WEB 瀏覽器來實現，主要事務邏輯在服務器端實現，形成所謂三層結構。這樣就大大簡化了客戶端電腦載荷，減輕了系統維護與升級的成本和工作量，降低了用戶的總體成本。生產環境用來為終端用戶提供應用系統服務，其主要面向最終用戶。生產環境中包含：Web 服務、應用服務、數據庫服務、中間件及其它一些為系統生產運行提供支持的技術服務。

3 設備管理系統設計及功能詳述

本文通過搜集當前鐵路企業設備管理方面的實際需求，結合多年工作經驗，將整個生命周期的信息化、科學化管理，作為一個鐵路企業設備管理系統來說，有關部門的領導可以隨時查詢相關部門所有設備的使用情況，可以及時有效的進行設備資源的重新分配，系統應該具備以下幾項項基本功能:

3.1 固定資產管理

固定資產管理是管理系統的重要功能節點，企業通過這一功能能夠實現設備統計分析功能，對設備基本信息、設備購入經費、設備的維修情況、調撥情況、報廢情況等信息，可以按多種條件進行統計分析，便于管理人員統計以便于集中采購，也方便領導對設備使用情況的掌握，評估設備開銷。

3.2 設備檔案管理

系統能夠實現鐵路企業設備管理的基本功能，包括對設備的相關信息添加、批量添加、刪除、批量刪除及修改功能，以及對設備負責人信息的進行添加、刪除和修改功能。同時，系統能夠實現對鐵路企業設備使用情況的跟蹤管理，而不是簡單的存儲，實現設備信息的調入、調出、分配、報廢、丟失、折算的全程跟蹤，管理內容涉及設備的整個生命周期。

3.3 設備維修管理

系統能夠實現設備預警功能，企業可以對年限已到的設備提前預警信息，提前制定定修計劃，降低維護、維修難度。

3.4 設備費用管理

系統能夠實現鐵路企業設備運維費用管理功能，包括設備購置費用、設備維修費用、設備耗材費用、折舊計算等功能。

3.5 備件管理

系統能夠實現鐵路企業設備管理系統補充設備的多種條件查詢功能，包括快速查詢、組合查詢、建立關鍵字索引查詢功能，在保證鐵路企業正常運轉的條件下，實現零庫存的管理理念。

3.6 基礎數據管理

基礎數據管理是系統中重要的數據管理功能，支持設備采購計劃、購買、運行、維護和報廢等管理，對企業內的設備檔案、運行狀態、維修計劃等進行維護、查詢，為各級管理部門提供所需的設備統計、查詢數據。為系統后續的數據分析功能提供有力的數據支持和系統安全。

3.7 系統管理

系統能夠實現鐵路企業設備管理系統用戶權限管理，系統共分普通（一般）用戶、高級（特殊）用戶、超級（特權）用戶三類，不同用戶的工作職責和對系統的使用需求是不同的。用戶使用本系統需要進行身份驗證，通過權限的判斷，對擁有相應權限的用戶給予相應的功能支持。

4 結語

本文充分考慮國內外相關的先進研究成果，提煉本文研究的主要矛盾，提出較完整的鐵路企業設備全生命周期管理模型，詳細描述了設備形成過程中設計的規劃、設計、采購、運維、檢修直至報廢的全過程管理功能；同時對系統的開發平臺和工具選擇的依據。通過對鐵路企業的深入研究，系統在設計初期就確立了系統開發的原則和目標，靈活、通用的接口設計是所系統具備的優勢，因此本文所設計并實現的系統可以滿足國內一般鐵路企業的設備管理的需要，而且在本系統的基礎上開發適合于要求具備特殊服務功能的設備管理系統。鐵路企業設備管理系統在投入運行后，實現了對設備整個生命周期的信息化管理，將會提高企業設備管理的工作效率和準確性，實現了信息資源的共享，提高企業的現代化管理水平。鐵路企業信息的準確性大大提高，規范各部門自身管轄范圍，各職能部門能依靠系統提供的數據進行分，企業管理層掌握基層的信息，提高企業的經營能力，提升企業在市場中的競爭力和生存力。實現了對設備整個生命周期的信息化管理，將會提高鐵路企業設備管理的工作效率和準確性，實現了信息資源的共享，提高鐵路企業的現代化管理水平。

隨著的科學技術的不斷發展，信息化程度的不斷提高，鐵路企業中的設備管理工作不斷規范，相信系統中存在的不足都將得到改進，該研究領域必將向更智能化、人性化的方向發展。

參考文獻

[1]楊戈.成都鐵路局電務管理信息系統規劃與實施研究.西南財經大學,2005(06):14-20.

[2]郭輝.鐵路信息化項目范圍變更流程與過程控制研究[D].成都:電子科技大學,2007:1-5.

[3]楊輝. 鐵路車輛部門設備管理信息系統的推廣應用[D].電子科技大學,2011:10-55

[4]胡超,閆玉寶.SQL Server 2008從入門到精通(第2版)[M].北京:化學工業出版社,2011.

[5]勞里亞特(Lauriat.S.M.),張過(譯),宋會敏(譯).深入Ajax架構與最佳實踐[M].人民郵電出版社,2009.

[6]郭歌.智能鐵路體系結構建模與分析技術的研究[D].沈陽:沈陽建筑大學,2010:10-30.

[7]劉方.基于B/S的設備管理信息系統[D].西北工業大學,2006:24-31.

[8]周海濤.基于Web的設備管理信息系統的研究與實現[D].電子科技大學,2005:25-27.

作者簡介

王克文(1980-)，男，包頭市人。工程碩士學位。主要研究方向為企業科技信息管理。

第5篇：軟件開發的經濟可行性范文

關鍵詞：圖書館管理；系統軟件；管理效率

中圖分類號：TP311.5 文獻標識碼：A 文章編號：1673-8500（2013）03-0090-01

隨著近年來信息技術及計算機網絡技術的不斷發展， 圖書館也先從傳統的圖書館發展到自動化圖書館，再發展到今天的數字圖書館，這些變化使得圖書館的形象越來越現代化，人們查找資料也更加方便。對于一些小圖書館和一些圖書室來說，由于工作人員比較少，長期以來，作為圖書館的主要工作―圖書借閱一直未能很好地開展。在平常的圖書借閱工作中， 由于大部分讀者不熟悉圖書館藏書，且對圖書排架分類的不了解，往往花費很長時間才能找到其所需的書。為提高管理效率，更好地為讀者服務，利用已有的辦公局域網絡條件，將館藏書籍做成基于WEB的查詢系統，實現圖書在一個單位的網絡內甚至Internet上查詢，可使圖書查詢和借閱變得更加方便快捷，從而使圖書室的工作效率得到明顯提高。

一、問題定義及系統背景

本系統是為了方便用戶對圖書的管理開發的。要求系統界面友好，使用簡單，提供對圖書信息、讀者信息和圖書流通情況的編輯、查詢、統計報表等全面的數據管理功能，同時使用戶能方便的進行圖書的出借、返還等操作，并提供預約、續借，館際互借等功能。此外系統還具有一定的安全性和可維護性。

三、系統功能分析

系統協助圖書館管理員實現各種日常事務的管理。系統維護數據庫，保存圖書和讀者的資料以及圖書流通情況的資料，便于管理員管理圖書和讀者的有關數據，還可根據需要隨時進行數據的查詢和統計并按所需格式和方式輸出。利用這些數據，系統可協助管理員進行讀者的圖書出借、返還、預約和續借等操作，讀者身份認證和借書權限認證等都可由系統承擔，大大減輕了管理員的工作量。此外，對于系統本身的維護，系統具備一定的安全機制和信息備份機制，對用戶分級管理，設置用戶權限，保證系統安全性；提供數據庫文件的備份功能，按用戶要求備份，防止意外數據丟失影響系統工作。通過需求分析，系統應具備以下功能，具體描述如下：

（1）圖書信息維護：主要完成圖書館新進圖書的編號、登記、入館等操作。

（2）讀者信息維護：主要是完成讀者信息的添加、修改和刪除等操作，只有是系統中的合法讀者才有資格進行圖書的借閱活動。

（3）借書/還書處理：主要完成讀者的借書和還書活動，記錄讀者借還書情況并及時反映圖書的在庫情況。

（4）讀者借閱記錄：讓每位讀者能及時了解自己的借書情況，包括曾經借閱記錄以及未還書記錄。

（5）圖書書目檢索：讀者能夠根據不同的信息（如書名、作者、關鍵詞等）對圖書館的存書情況進行查找，以便快速的找到自己希望的圖書。

（6）圖書超期通知：為圖書管理員提供一個統計信息，能夠統計出到目前為止逾期未歸還的圖書及相應的讀者信息。

三、可行性研究

在圖書管理系統中，要為每個借閱者建立一個賬戶，并給借閱者發放借閱卡，賬戶中存儲借閱者的個人信息、借閱信息以及預定信息。持有借閱卡的介于這可以借閱書刊、返還書刊、查詢書刊信息、預定書刊并取消預訂，但這些操作都是通過圖書管理員進行的，也即借閱者不直接與系統交互，而是圖書管理員充當借閱者的與系統交互。

1.系統設計目標

（1）對圖書資源進行分類，到網上，以供讀者閱讀或查詢。

（2）為讀者提供圖書檢索功能，讀者能方便地閱覽電子圖書，建立書簽。

（3）圖書館管理員能對讀者的用戶名、密碼及權限進行管理。

（4）圖書館管理員能夠通過自己的用戶名密碼進行登錄、查詢、修改圖書館藏書信息并能對閱覽者的信息進行瀏覽、添加、刪除、修改操作。

（5）該系統還應能對借閱者的借書信息數據進行記錄并計算自動計算借閱時間；根據軟件設置，系統自動選擇對于超時歸還者的懲罰辦法。

2.分析系統建設在各方面的可行性

系統的可行性研究可從技術、經濟、操作、組織、社會5個方面進行。

（1）技術可行性由于網絡的普遍應用，使的期刊管理業務非常的方便，無需再進行網絡的建設。對數據庫的支持好、開發難易度容易、使用簡單的Windows平臺、對組件的支持，采用編譯之后執行的方式。SQLServer數據庫和技術的有機結合，可以開發出實用、簡便、高效的基于網絡的期刊管理系統。因此技術上是可行的。

（2）經濟可行性一方面，系統的開發不需要額外增加設備購置費、軟件開發費、管理和維護費用。另一方面，系統的開發可以較好地解決圖書館因日常事務繁雜而造成的處理效率低，出錯率偏高的局面，并可以及時了解各項日常事務的進展情況，為及時調整庫存資料提供可靠的數據支持，從而明確工作目標，同時還可以減少人工勞動、提高工作效率、增加書本流通量。

（3）操作可行性計算機以強大的信息處理能力作為人類腦力勞動的有利助手登上歷史舞臺后，已滲透到社會生活的各個領域，使現代社會組織、特別是企業，學校的信息處理能力適應現代化管理的要求，且系統逐步從單項事務信息處理系統迅速向綜合服務（決策支持系統）的管理信息系統發展。本系統使用界面良好，易于操作。圖書館擁有一批較高素質的員工，只需了解相關知識，就可熟練操作本系統了。

（4）組織可行性制定合理的項目實施進度計劃、設計合理的組織機構、選擇經驗豐富的管理人員、建立良好的協作關系、制定合適的培訓計劃等，保證項目順利執行。此系統的開發只需要編程技術純熟的學生，配合熟悉的系統開發過程及熟悉圖書管理流程的人即可完成，在學校符合這樣要求的人挺多，可組成系統開發團隊，所以在組織上市可行的。

（5）社會可行性此系統主要針對圖書館，而且是給圖書管理員減負，促進圖書館圖書有序、安全、高效管理的系統，對社會沒有什么不良的影響。綜上可得，圖書管理系統的開發在技術、經濟、操作、社會上都是可行的。

第6篇：軟件開發的經濟可行性范文

隨著計算機技術日漸成熟，它已經進入人類社會的各個領域并發揮著越來越重要的作用。而在我們的生活周邊，也越來越能夠感受到計算機技術給我們帶來的巨大沖擊和快捷。作為計算機應用的一部分，學校使用計算機對學校的學生的信息進行管理，與手工管理相比擁有其無可比擬的優勢。例如：檢索快速、查找方便、可靠性高、存儲量大、保密性好、信息保存時間長等。這些優點能夠極大地提高學校學生信息管理的效率，也是學校管理科學化、正規化的重要條件和標志。

學生管理系統采用現在流行的JAVA編程語言來進行開發的。在系統界面開發中采用流行的JAVA API之一JAVA SWING來對系統的界面進行設計，布局以及開發。系統界面圖形化，操作簡單明了，容易上手。在數據處理方面，此系統采用JAVABEAN來封裝對數據的操作，提高了安全性。同時，系統采用SQL SERVER 2000數據庫系統來支持該系統的數據操作，能夠更加有效地、方便地處理系統的數據。

系統的實現是多種技術的結合，圖形化的操作界面使系統設計更具人性化，適合各類管理層用戶使用。

關鍵字：學生管理系統；JAVA；JAVA SWING；JAVABEAN；圖形化操作；數據處理；SQL SERVER 2000

第一章 概述

1.1系統的特點與開發的預期目標

1.1.1系統的開發背景

學生管理系統是一個學校不可或缺的一部分，它的存在無論是對學校管理者還是學生來說都是至關重要的，所以學生管理系統應該能夠為管理者提供充足的信息和快捷的查詢手段。然而長期以來，學校基本上都是使用傳統人工的方式來管理學生課程信息。而這種傳統的管理方式隨著科學技術的發展也漸漸的顯現出效率低下、保密性差的弊端。另外，隨著時間的不斷增長將會產生大量的文件和數據，這對于查找、更新和維護都帶來了不少的困難。

隨著技術的不斷提高，計算機科學日漸成熟，其強大的功能已為人們深刻認識，它已進入人類的各個領域并發揮著越來越重要的作用。

作為計算機應用的一部分，使用計算機對人事勞資信息進行管理，具有著手工管理所無法比擬的優點，例如：檢索迅速、查找方便、可靠性高、存儲量大、保密性好、壽命長、成本低等。這些優點能夠極大地提高人事勞資管理的效率，也是科學化、正規化管理與世界接軌的重要條件。

因此，開發這樣一套管理軟件成為每個學校很有必要的事情

1.2系統的特點與開發的預期目標

在系統管理模塊中，此模塊提供了退出系統的功能

在學生管理模塊中，此模塊提供了增加學生信息，修改學生信息和刪除學生信息等基本功能，除此之外，還具備學生選課功能

在課程管理模塊中，此模塊提供了管理員可以對課程的基本信息進行增加、修改以及刪除等基本功能

在成績管理模塊中，此模塊中具備對進行了選課的學生所選擇的的課程的成績進行增加和修改的功能

在信息查詢模塊中，此模塊包含三個方面的查詢功能，即學生查詢、課程查詢、成績查詢。其中，在學生查詢模塊中，可以按照學號、姓名、性別、學院、專業等條件來進行查詢；在課程查詢模塊中則可以按照課程名和授課老師等條件來對所需的信息進行查詢；在成績查詢模塊中則可以查詢出學生所有科目的成績

1.3可行性研究

通過調查分析，建立新的學生信息管理信息系統有其充分的必要性和可能性。可以建立該信息系統的可能性具體包含了它具有經濟可行性、技術可行性和社會可行性，新系統能達到以最小的開發成本取得最佳的經濟效益，開發中所需人員、硬軟件支持以及其它費用進行估算情況均滿意，技術條件也能保證順利完成開發工作。

1.3.1 經濟性

通過網絡化的學生信息管理，大大的提高了工作效率和人才的利用率，使之創造了更大價值；減少了工作人員，同時減少了學校開支；人才利用率的提高，適應了信息時代的網絡化管理要求。

1.3.2技術可行性

本系統是采用目前比較流行的JAVA語言，用Microsoft Access 2000數據庫完成。由于JAVA的與平臺無關性，所以在任何有JAVA運行環境的計算機上都可以運行。

1.3.3操作可行性

對于用戶來說，本系統只要求使用者掌握一般的上網經驗，經過仔細設計和測試之后的系統具有操作簡單，方便靈活等優點，足可以滿足用戶的不同需求，同時也方便了學校的內部管理。用戶一定會在短時間內掌握并熟練使用。只要動一動鼠標鍵盤就可以達到想要的效果。

轉貼于 1.4開發工具

1.4.1開發工具介紹

由于的ECLIPSE3.2具有操作界面方便，簡單，美觀的特點；并且在編碼過程中如果出現語法錯誤，標點錯誤等都會有相應的提示，可以很快地發現錯誤，因此本系統的開發選用ECLIPSE3.2作為開發工具。

1.4.2相關技術介紹

本系統采用面向對象的軟件開發辦法，以Sun公司的Java語言作為主要開發語言，使用SQL 2000作為關系數據庫，配合功能強大的SQL查詢語言實現建立關系數據庫，訪問數據庫，對數據庫的更新，較好地實現了預定的需求功能。

（1） JAVA簡介

Java是一種簡單的，面象對象的，分布式的，解釋的，鍵壯的安全的，結構的中立的，可移植的，性能很優異的多線程的，動態的語言。

Java提供了一個功能強大語言的所有功能，但幾乎沒有一點含混特征。C++安全性不好，但C和C++被大家接受，所以Java設計成C++形式，讓大家很容易學習。

Java去掉了C++語言的許多功能，如：指針運算、結構、typedefs、#define、需要釋放內存，讓Java的語言功能很精煉，并增加了一些很有用的功能，如自動收集碎片。這將減少了平常出錯的50%。而且，Java很小，整個解釋器只需215K的RAM。

當今Internet的一大發展趨勢是電子商務，而Internet的安全問題是必須解決的問題，通常大的部門應設置防火墻，阻止非法侵入。而Java以其強安全性、平臺無關性、硬件結構無關性、語言簡潔同時面向對象，在網絡編程語言中占據無可比擬的優勢，成為實現電子商務系統的首選語言。

（2） Sql 2000簡介

SQL Server是由Microsoft開發和推廣的關系數據庫管理系統（DBMS）。特點如下：

1．真正的客戶機/服務器體系結構。

2．圖形化用戶界面，使系統管理和數據庫管理更加直觀、簡單。

3．豐富的編程接口工具，為用戶進行程序設計提供了更大的選擇余地。

4．SQL Server與Windows NT完全集成，利用了NT的許多功能，如發送和接受消息，管理登錄安全性等。SQL Server也可以很好地與Microsoft BackOffice產品集成。

5．具有很好的伸縮性，可跨越從運行Windows 95/98的膝上型電腦到運行Windows 2000的大型多處理器等多種平臺使用。

6．對Web技術的支持，使用戶能夠很容易地將數據庫中的數據到Web頁面上。

7．SQL Server提供數據倉庫功能，這個功能只在Oracle和其他更昂貴的DBMS中才有。

1.5運行環境

運行服務器：JDK1.5版本或更高

數據庫支持：SQL SERVER2000

操作系統：WINDOWS系列，LINUX系列或UNIX系列

硬件要求：內存最低為256MB，硬盤空間至少20G

1.6開發環境

開發語言：JAVA

編譯程序：JDK1.5

開發工具：ECLIPSE3.2

第7篇：軟件開發的經濟可行性范文

手機賬目與客戶管理系統目的是要建立管理賬目與客戶信息的平臺，利用該平臺滿足經銷商銷售手機產品業務等多方面需求，提高工作效率和工作質量。

1.1技術可行性分析

為實現這個系統，需要用到數據庫，可以通過計算機來對各種數據進行處理，將處理過程編成程序文件，所涉及的數據按程序要求組織成數據文件，用程序文件來調用。一般簡單的語言使得數據通用性差，不便于移植，在不同文件中存儲大量重復信息、浪費存儲空間、更新不便等。數據庫系統便能解決上述問題。數據庫系統不從具體的應用程序出發，而是立足于數據本身的管理，它將所有數據保存在數據庫中，進行科學的組織，并借助于數據庫管理系統，以它為中介，與各種應用程序或應用系統接口，使之能方便地使用數據庫中的數據。簡而言之，數據庫就是一組經過計算機整理后的數據，存儲在一個或多個文件中，而管理這個數據庫的軟件就稱之為數據庫管理系統。

1.2經濟可行性分析

系統的效益可以從經濟效益和社會效益兩方面考慮。對于手機賬目與客戶管理系統則應著重分析其社會效益。例如，系統投入運行后可以使手機賬目與客戶管理實現科學化、規范化。曾強了工作人員對手機賬目與客戶管理能力、提高了工作效率。

1.3操作可行性分析

操作數據庫的用戶基本上是管理員，有一定的文化水平和計算機操作能力，他們對整個手機賬目管理與客戶信息程序比較熟悉。在信息要求方面，由于客戶的信息、手機進貨和出貨的信息統計起來繁瑣，而且信息更新比較快，同時對各種信息的查詢也是要求很高的，所以設計的系統必須能對查詢進行有效的處理。

2系統E-R圖

E-R圖為實體-聯系圖，提供了表示實體型、屬性和聯系的方法，用來描述現實世界的概念模型。構成E-R圖的基本要素是實體型、屬性和聯系，其表示方法為：實體型、屬性、聯系。本系統的實體有管理員信息、客戶信息、商品信息、銷售單信息、采購信息。

3系統結構

B/S結構，即Browser/Server(瀏覽器/服務器)結構，是隨著Inter-net技術的興起，對C/S結構的一種變化或者改進的結構。在這種結構下，用戶界面完全通過WWW瀏覽器實現，一部分事務邏輯在前端實現，但是主要事務邏輯在服務器端實現，形成所謂3-tier結構。B/S結構，主要是利用了不斷成熟的WWW瀏覽器技術，結合瀏覽器的多種Script語言(VBScript、JavaScript…)和ActiveX技術，用通用瀏覽器就實現了原來需要復雜專用軟件才能實現的強大功能，并節約了開發成本，是一種全新的軟件系統構造技術。隨著Windows98/Windows2000將瀏覽器技術植入操作系統內部，這種結構更成為當今應用軟件的首選體系結構。顯然B/S結構應用程序相對于傳統的C/S結構應用程序將是巨大的進步。B/S結構采用星形拓撲結構建立企業內部通信網絡或利用In-ternet虛擬專網（VPN）。前者的特點是安全、快捷、準確。后者則具有節省投資、跨地域廣的優點。須視企業規模和地理分布確定。企業內部通過防火墻接入Internet，再整個網絡采用TCP/IP協議。

3.1功能模塊設計

手機賬目與客戶信息管理系統主要劃分為四個功能模塊，分別是系統的進貨、出貨、客戶管理、利潤分析模塊，功能模塊圖如圖3所示。a.進貨模塊：可以對進貨信息進行添加、修改、刪除的操作。b.出貨模塊：可以對出貨信息進行添加、修改、刪除的操作。c.客戶管理模塊：可以對客戶信息進行添加、修改、刪除的操作。d.利潤分析模塊：可以按規定時間和品牌進行利潤查詢的操作。

3.2訪問模式

通過嵌入式SQL訪問數據庫、使用PL/SQL編寫存儲過程訪問數據庫、通過ODBC訪問數據庫以及通過JDBC訪問數據庫是數據庫訪問的主要方式。由于本系統前臺使用的工具是ASP，后臺的數據庫選用的是SQLServer2005數據庫，因此，在ASP腳本中又可以通過三種實用的方法連接數據庫：通過ODBCDSN建立連接，通過oledb建立連接,通過driver建立連接。本系統采用的是通過ODBCDSN建立數據庫的連接，這種連接數據庫的方式現在使用的比較普遍，也易于理解和操作。

3.3系統調試

調試是軟件開發過程中的一個重要環節，也是最復雜，對軟件開發者者來說也是最艱巨的任務。調試的任務是及時改正測試過程中發現的軟件錯誤。具體地說，調試過程由兩個步驟組成，它從表示程序中存在錯誤的某跡象開始，首先確定錯誤的準確位置，也就是找出哪個模塊或哪個語句引起的錯誤。然后仔細研究推斷代碼以確定問題的原因，并設法改正。調試過程主要是運行編制好的程序，然后遇到錯誤后根據系統的提示，找到相關的問題所在。本系統調試過程中遇到問題、原因和解決方法如下面介紹：a.問題：在該系統中需要對庫存量進行更新解決方法：對數據庫進行更新操作b.問題：每頁顯示的信息數量少解決方法：在程序中把對應的數量增加

4結論

第8篇：軟件開發的經濟可行性范文

關鍵詞：社區就業管理；軟件工程；在線社區服務

中圖分類號：TP3 文獻標識碼：A 文章編號：1009-0118（2012）-03-0-02

一、軟件工程概述

軟件產品或系統一系列相關活動的全周期。我國軟件工程標準將軟件生命周期分成以下幾個階段：

（一）問題定義。確定要解決的問題是什么，包括用戶要求解決的性質、工程的目標和規模。

（二）可行性研究。圍繞上一個階段所確定的問題，針對是否有可行的解決辦法開展，包括經濟可行性、技術可行性、法律可行性、不同的方案。

（三）需求分析。為了解決這個問題，確定目標系統必須做什么，包括系統必須具有的功能和性能，系統要求的運行環境，并且預測系統發展的前景，并出具規格說明書(specification)。

（四）總體設計（概要設計）。概括地確定目標系統需要實現的部分，設計出實現目標系統的幾種可能的方案。從而推薦一個最佳方案。

（五）詳細設計。確定如何具體地實現目標系統，設計出程序的詳細規格說明。

（六）編碼和單元測試。撰寫正確的易于理解和維護的程序模塊并仔細測試編寫出的每一個模塊。

（七）綜合測試。集成測試和驗收測試，現場測試或平行運行

（八）軟件維護。使系統持久地滿足用戶的需要。包括改正性維護，適應性維護，完善性維護，預防性維護。

二、軟件工程理論在社區就業管理系統中的應用

以下將沿著軟件生命周期的各個階段，結合社區就業管理系統的實際，具體分析軟件工程在其中的應用。

（一）問題定義

據本人對現有社區層面就業管理的具體情況的了解，社區就業管理系統主要要承擔三方面的任務：就業資訊公布，求職人員資料收集，求職人員求職資格的初步匹配和信息反饋。在就業資訊公布上，主要要包含數據獲取，自動更新，簡單查詢等功能。在收集方面，主要包括求職人員的資料登陸，周期性的信息更新確認。在資格匹配和信息反饋，主要包含數據獲取，數據篩選和信息發送功能。社區就業管理系統是在充分尊重求職者和企業意愿的基礎上，盡可能拓寬企業與求職者的交流通道，使崗位信息有效快捷的在企業與求職者間傳遞。

（二）可行性分析

1、系統流程圖。系統流程圖是概括地描繪物理系統的傳統工具。它的基本思想是用圖形符號以黑盒子形式描繪組成系統的每個部件(程序，文檔，數據庫，人工過程等)。根據問題定義給出以下社區求職管理系統流程：主要是圍繞中心事務平臺的一系列處理程序和相應的數據庫出入，其核心計算集中在對求職者資料的處理上。

2、數據流圖。數據流圖(DFD)是一種圖形化技術，它描繪信息流和數據從輸入移動到輸出的過程中所經受的變換。通常用數據流圖建立軟件系統的功能模型。結合系統流程圖得出以下社區管理系統數據流圖：

求職者數據登陸與企業數據匹配反饋求職者信息。通過確認從求職者以數據源身份登陸數據到求職者以接受者身份接收招聘信息數據流向，進一步論證項目的可行性，從而為下一步的工作打下基礎。

（三）需求分析：狀態轉換圖

狀態轉換圖是通過描繪系統的狀態及引起系統狀態轉換的事件，來表示系統的行為。狀態是任何可以被觀察到的系統行為模式，一個狀態代表系統的一種行為模式。狀態規定了系統對事件的響應方式。在狀態圖中定義的狀態主要有：初態(即初始狀態)、終態(即最終狀態)和中間狀態。在一張狀態圖中只能有一個初態，而終態則可以有0至多個。事件是在某個特定時刻發生的事情，它是對引起系統做動作或(和)從一個狀態轉換到另一個狀態的外界事件抽象。經對社區現有就業管理狀況的了解，考慮到管理成本，資源的最優化使用，在最大程度地服務求職者的同時，不進行無限度的匹配，不斷地在匹配過程中給與求職者反饋，幫助求職者能快速有效地尋找到自身定位，修正求職資料，提高就職成功概率。所以就此社區就業管理系統而言，其主干的狀態轉化為：求職者將資料登陸，然后進行匹配，如果匹配成功，系統發送通知，求職者如確認接受匹配結果（想用人單位投遞求職簡歷），數據進入緩存，等待下一次匹配，求職者不接受匹配結果，數據返回加入一個短時小緩存再次匹配。如果匹配不成功，也將數據返回加入一個短時小緩存等待再次匹配。在不同權重下累計次數（經過小緩存的次數加1，經過緩存的次數加0.5），當次數大于十次后，發送資料確認信息，求職者，可直接確認或者修改求職資料，數據再次進入匹配流程。若求職者不確認，數據將被丟棄。

（四）概要設計

使用層次圖來描繪軟件的層次結構。用一個方框代表一個模塊，方框間的連線表示調用關系。其產生的過程主要是通過對系統流程圖的功能劃分，抽象出功能相對獨立的模塊，原本功能相近的地方將使用模塊實現，減少代碼量，提高代碼使用效率，降低開發成本。

另外，層次化的過程，也是對之前可行性分析與需求分析最有效的驗證，在此過程中，優化系統工作流程，提高（下轉第199頁）（上接第197頁）系統性能。如發現系統設計的缺陷，能及時進行調整，避免后期實際開發后進行返工造成的開發成本的增加。根據對社區求職系統的系統流程圖的劃分，得到以下層次圖：系統整體（社區就業管理系統）->功能層（信息，消息反饋）->實現層（新增，修改，刪除）

（五）詳細設計

詳細設計的目標不但要在邏輯上正確地實現每個模塊的功能，更重要的是使設計出的處理過程盡可能簡明易懂。使用各種結構設計的控制結構描述模塊實現的需求及規范。

結構程序設計的特點：自頂向下逐步求精；具有單入、單出的控制結構（取消GOTO語句）；

任何單入口單出口的程序都可以由“順序”、“選擇”和“循環”三種基本結構實現。

（六）程序實現

考慮到社區就業管理系統將使用B/S架構，此處選用php為編碼語言。再者，考慮到社區就業系統運行硬件的局限與打印紙制檔案表格的需求，此處選用XML作為數據庫文件，既可以以文本方式保存數據，較為方便的在各種環境下使用；又可以通過簡單的css控制，轉化為表格使用。

1、XML數據庫結構

主要包含的字段有用戶id，姓名，年齡，學歷，求職崗位，使用的具體數據結構如下：

< jobhunter >0001張三25男上海大學< job >C++程序員

2、主要功能實現

（1）提取數據。主要使用SimpleXML解析XML:$doc=simplexml_load_file('jobhunter.xml');遍歷后加入數組。

（2）數據匹配。$jobgroup=join(" ",$ jobarr);//將數組轉化為字符串，提高匹配速度；preg_match(‘/$jobname/’,$jpbgroup))//使用正則表達式匹配。

（3）使用asXML寫入XML。File_put_content(‘jobhunter.xml’, $document->asXML())。

三、結論

（一）軟件工程指導軟件設計的優勢

軟件工程作為一門指導計算機軟件開發和維護的重要學科，通過工程的概念、原理、技術和方法，把握時間，人力的管理，貫穿軟件開發的整個生命周期，以高效經濟地方式開發維護高質量的軟件，推動軟件行業健康有序的發展。

（二）不足與改進

此社區就業管理系統的不足之處在于，缺乏與企業主動溝通的機制，我相信在國家相關政策的完善和社區大力宣達之下，在不久地將來會得到明顯的改善。

對于社區就業系統的主要的展望：

1、在線面試的可行性研究。隨著網絡視頻技術和帶寬的發展，網上面試也成為企業減低人力成本，求職者提高求職效率的雙贏模式。

2、就業呼叫系統的可行性研究。社區在幫助求職者找工作的同時，是否能收集所在小區人員的相關資料，為在職人員推薦更適合更有發展潛力的崗位，提升人才資源的優化整合，使社區就業管理成為人們職業規劃的重要指導，逐步改善就業難、招工難的雙重矛盾。

致謝 感謝辛明軍教授對本工作的大力支持，在此表示感謝！

參考文獻：

[1]Hebrew Bible,GENESIS 11,1-8.

[2]Sommerville,Software Engineering(Eighth Edition),北京.機械大學出版社,2006,(9).

[3]XML Signature WG,2001.12.11.

第9篇：軟件開發的經濟可行性范文

課程設計報告

課程名稱： 數據庫技術與應用

報告題目： 網吧管理系統

學生姓名： *** **

所在學院： 信息科學與工程學院

專業班級： **班

學生學號： ************

指導教師： ***

20*年*月*日

課程設計任務書

摘 要

互聯網技術的不斷革新與發展, 給全球經濟帶來新的革命, 也正在改變著整個商業社會的競爭格局。Internet 、交互式web 應用和電子協作等計算機技術將逐漸改變商業模式, 使得全球的網絡供應鏈將逐漸取代分層式供應鏈, 因此在網絡時代面臨著新機遇的同時也面臨著巨大的挑戰。

隨著科學技術的不斷提高，計算機科學與技術日趨成熟，計算機應用到生產和生活的各個領域，發揮了越來越重要的作用。作為計算機應用的一部分，使用計算機對網吧信息進行管理，具有手工操作無法比擬的優點，例如：檢索迅速，查找方便，可靠性高，存儲量大，壽命長，成本低等，因此研究開發網吧計費系統具有可行的實際意義。

本系統是一個功能比較強大的網吧管理系統。該系統信息來源主要由管理員添加，方便網站管理員的查詢和管理。該系統的任務是方便，靈活的管理網吧的各項信息，包括對每臺電腦配置管理、會員用戶管理、上機時間計算、金額計算等。系統主要有添加，查找，刪除，統計等功能模塊組成。本系統會做到滿足網吧管理日常工作的需要，使用方便，界面親切，安全可靠。

關鍵詞： 網吧 方便 系統

目 錄

第一章 緒論 ---------------------------------------------------------------------------------------------------------------------- 1

1.1 課題來源--------------------------------------------------------------------------------------------------------------- 1

1.2 研究意義--------------------------------------------------------------------------------------------------------------- 1

第二章 可行性分析 ------------------------------------------------------------------------------------------------------------ 3

2.1 編寫目的--------------------------------------------------------------------------------------------------------------- 3

2.2可行性研究的前提 --------------------------------------------------------------------------------------------------- 3

2.2.1目標 ------------------------------------------------------------------------------------------------------------- 3

2.2.2 經濟可行性 --------------------------------------------------------------------------------------------------- 3

2.2.3 運行可行性 --------------------------------------------------------------------------------------------------- 3

2.2.4 技術可行性 --------------------------------------------------------------------------------------------------- 3

2.3對系統的分析 --------------------------------------------------------------------------------------------------------- 3

2.4 技術條件方面的可行性 -------------------------------------------------------------------------------------------- 4

2.5投資及效益分析 ------------------------------------------------------------------------------------------------------ 5

2.6社會因素方面的可行性 --------------------------------------------------------------------------------------------- 5

2.6.1法律可行性 ---------------------------------------------------------------------------------------------------- 5

2.6.2 操作可行性 --------------------------------------------------------------------------------------------------- 5

2.7結論 ---------------------------------------------------------------------------------------------------------------------- 5

第三章 需求分析 --------------------------------------------------------------------------------------------------------------- 6

3.1功能需求 --------------------------------------------------------------------------------------------------------------- 6

3.2 數據需求--------------------------------------------------------------------------------------------------------------- 6

3.3網吧管理數據流圖 --------------------------------------------------------------------------------------------------- 7

3.3.1數據庫簡介 ---------------------------------------------------------------------------------------------------- 7

3.3.2頂層數據流圖 ------------------------------------------------------------------------------------------------ 7

3.3.3 一層數據流圖 ------------------------------------------------------------------------------------------------ 8

3.3.4 二層數據流圖 ------------------------------------------------------------------------------------------------ 8

3.4數據字典 --------------------------------------------------------------------------------------------------------------- 9

3.5 業務需求-------------------------------------------------------------------------------------------------------------- 12

3.6 運行需求-------------------------------------------------------------------------------------------------------------- 13

3.7 開發環境-------------------------------------------------------------------------------------------------------------- 14

第四章 概念及邏輯設計 ----------------------------------------------------------------------------------------------------- 15

4.1 局部E-R 圖 ---------------------------------------------------------------------------------------------------------- 15

4.1.1管理員E-R 圖 ----------------------------------------------------------------------------------------------- 15

4.1.2用戶實體E-R 圖 -------------------------------------------------------------------------------------------- 15

4.1.3 記錄上下機實體E-R 圖 ---------------------------------------------------------------------------------- 15

4.1.4計算機配置實體E-R 圖 ----------------------------------------------------------------------------------- 16

4.1.5 總體E-R 圖 -------------------------------------------------------------------------------------------------- 16

4.2 數據抽象-------------------------------------------------------------------------------------------------------------- 17

4.2.1 用戶信息 ----------------------------------------------------------------------------------------------------- 17

4.2.2 上機下機信息 ----------------------------------------------------------------------------------------------- 18

4.2.3 電腦配置信息 ----------------------------------------------------------------------------------------------- 18

4.2.4 管理員登陸信息 -------------------------------------------------------------------------------------------- 18

4.3將概念模型轉換成關系模型 ------------------------------------------------------------------------------------- 19

第五章 物理設計 -------------------------------------------------------------------------------------------------------------- 20

5.1 數據庫的概念 ------------------------------------------------------------------------------------------------------- 20

5.2 數據庫表的描述 ---------------------------------------------------------------------------------------------------- 20

5.3數據庫的實現 -------------------------------------------------------------------------------------------------------- 21

5.3.1關系模式存取方式選擇 ----------------------------------------------------------------------------------- 21

5.3.2確定數據庫的存儲結構 ----------------------------------------------------------------------------------- 21

第六章 系統實現 -------------------------------------------------------------------------------------------------------------- 22

6.1數據庫實現 ----------------------------------------------------------------------------------------------------------- 22

6.1.1創建用戶表 --------------------------------------------------------------------------------------------------- 22

6.1.2創建計算機信息表 ----------------------------------------------------------------------------------------- 22

6.1.3創建充值表 --------------------------------------------------------------------------------------------------- 22

6.1.4創建收費表 --------------------------------------------------------------------------------------------------- 22

6.1.5創建上機記錄表 -------------------------------------------------------------------------------------------- 23

5.2 系統總體結構圖 ---------------------------------------------------------------------------------------------------- 23

5.3 用戶信息查詢 ------------------------------------------------------------------------------------------------------- 23

5.3.1 功能描述 ----------------------------------------------------------------------------------------------------- 23

5.3.2 模塊流程圖 -------------------------------------------------------------------------------------------------- 23

5.4刪除電腦配置信息 -------------------------------------------------------------------------------------------------- 24

5.4.1 功能描述 ----------------------------------------------------------------------------------------------------- 24

5.4.2 模塊流程圖 -------------------------------------------------------------------------------------------------- 24

5.5 計費功能-------------------------------------------------------------------------------------------------------------- 24

5.5.1 功能描述 ----------------------------------------------------------------------------------------------------- 24

5.5.2 模塊流程圖 ------------------------------------------------------------------------------------------------ 24

5.6 添加用戶信息 ------------------------------------------------------------------------------------------------------- 25

5.6.1 功能描述 --------------------------------------------------------------------------------------------------- 25

5.6.2 模塊流程圖 ------------------------------------------------------------------------------------------------ 25

5.7 客戶端查詢上網信息 ---------------------------------------------------------------------------------------------- 25

5.7.1 功能描述 --------------------------------------------------------------------------------------------------- 25

5.7.2 模塊流程圖 ------------------------------------------------------------------------------------------------ 25

第七章 結論 --------------------------------------------------------------------------------------------------------------------- 26 參考文獻 ------------------------------------------------------------------------------------------------------------------------- 27

第一章

1.1 課題來源

隨著計算機技術的日新月異，越來越多的人注重加強對計算機知識的學習，為了滿足學校學生或者社會學院的需求，許多網吧都紛紛對外開放，實行即時收費。但隨著商家人數的增多，網吧的管理成了一個非常困難的問題。首先，人工即時收費是非常繁瑣的一項工作，耗費人力物力，而且極易出錯；最后的統計工作更是一項費時費力的苦差事，甚至不能統計。其次，上機過程中，每個網吧都需要值班人員值班，耗費了管理人員的很多時間。隨著計算機各種外圍設備技術的發展，以上工作通過計算機就可以很方便的實現。

網吧以其龐大的用戶量和潛在購買力，首先成為一個很好的媒體廣告平臺，尤其是快消品和網絡相關類的產品；同時，網吧作為一個獨特的渠道，對中國互聯網的發展起到了非常關鍵的作用，已經容不得任何一家互聯網公司忽視。已經有越來越多的案例證明，贏得了網吧市場，就贏得了互聯網市場。這正是中國互聯網本土化中的一個關鍵部分，了解這部分市場的特征和容量，是本土和國際互聯網公司成功的一個關鍵因素。

基于網吧在中國互聯網市場上的如此重要的地位，易觀國際情況認為有必要對網吧用戶作一個了解，探索網吧用戶的行為特征，描繪網吧用戶的輪廓。針對以下問題，進行了重點調查和了解：網吧用戶特征，網吧用戶互聯網使用行為特征，不同網吧用戶之間存在怎樣的行為差異，針對網吧用戶的人群屬性和使用行為特征，產業的各方應該如何營銷網吧。

為了適應當前網吧管理無人化的需求，網吧計費管理系統出現了。它可以減少值班人員、維護人員、降低管理人員的費用、甚至可以做到網吧無需人員值守管理。同時還可以增加網吧的開放時間，提高設備的利用率，并且避免網吧管理中的人情免費上機、逃脫費用等問題。 緒論

1.2 研究意義

網吧用戶對網吧上網非常忠誠，每次上網時間和上網頻次都較高，13以上的人需要每天至少去網吧一次。網吧用戶的娛樂化傾向非常明顯，排在首位的應用都是網絡游戲、網絡聊天、影視視頻等，而搜索引擎以第四常用與這些娛樂化應用一起成為用戶最常使用的網絡應用之一。

網吧用戶最常訪問的新聞類網站呈現明顯的長尾現象，但是長尾頭部依然是幾大重要新聞網站，其中騰訊新聞選擇率最高，其次是新浪、網易和搜狐等門戶網站。

網絡音樂需求是網吧用戶一個最重要的需求，這種需求同時也充滿了多樣性，因此催生了多元化的選擇，雖然百度MP3占有絕對的優勢，但是其它各種各樣的音樂網站也都獲得了一部分用戶，滿足多樣化的需求。

在網絡聊天市場上，騰訊QQ 在網吧用戶中一枝獨秀，但是51掛掛和飛信憑借各自的母公司和網站，今年獲得了非常大的發展，值得關注；而阿里旺旺則由于網吧網民的購物

傾向性小，使用率較低。

隨著中國互聯網軟件硬件的發展，涌現出了眾多視頻網站，有專業視頻網站，也有傳統門戶介入視頻市場成立視頻頻道的。而在網吧市場上，專業視頻網站獲得了更多的用戶選擇，尤其是土豆網和優酷網，其中土豆網選擇率稍高于優酷，百度視頻搜索也以第三選擇成為市場第一梯隊成員。

在網吧搜索引擎市場上，百度的具有較大優勢，用戶的使用率遠高于其它搜索引擎。從用戶對搜索引擎各項關鍵指標的評價來看，用戶對百度的滿意率是最高的，這顯現出用戶較大的忠誠度。其它搜索引擎運營商在網吧用戶市場上還有很多工作要做。

在圖片搜索、知識問答和社區類網站中，百度圖片搜索、百度知道和百度貼吧都成為網吧用戶的最常去的網站。其中在圖片搜索和知識問答類型網站中，由于市場發展時間不長，這兩類用戶需求很大程度來自于百度的培養，因此百度的優勢較大，選擇比例都在80％以上。而在社區市場上，百度盡管選擇最多，但是優勢并非絕對突出，網吧用戶選擇呈多元化趨勢，各種垂直論壇都有較多的用戶選擇存在。

網絡交友網站在網吧市場上更是異彩紛呈，除了老牌的QQ 交友中心、同學錄等，近年來興起的51、校內網、開心網等，都獲得了較多網吧用戶的選擇，尤其是51，已經成為網吧用戶交友的第二大選擇。

自網吧出現以來，我們經歷了從手動記錄管理網吧到現在的電腦自動化計費系統的過程。2010年，我國網吧上網比例為39.2%，并且逐年上升，注定了網吧自動化計費管理系統取代手動記錄式管理方法，因此設計了此網吧計費管理系統。

第二章

2.1 編寫目的 可行性分析

編寫本可行性研究報告的目的是對物流管理系統進行可行性分析，以最小的代價在盡可能短的時間內確定問題是否能夠解決和是否值得解決，并最終確定本系統開發的可行性。

2.2可行性研究的前提

2.2.1目標

方便的管理網吧，用最小的成本做出最優的系統。

2.2.2 經濟可行性

由于該系統的實現初衷是為了熟悉軟件開發，投資不會很大，所以不會有經濟上的風險。因此，在這一方面是可行的。

2.2.3 運行可行性

由于網吧管理系統是相對獨立的系統，除了與操作系統交互外，與其他軟件的關系不大，所以發生沖突的概率較低。

2.2.4 技術可行性

采用C#語言和SQL server 2005數據庫實現，通過c#的面向對象的編程方式與SQL 語句的結合，具有一定的穩定性，從技術上來說是可以實現的。

2.3對系統的分析

經過了解與分析并與小組討論得出以下結論：

怎樣劃分不同區域的收費標準

兩種會員類型與非會員的收費模式

圖 2-1 收費模式

物流流程如下：

1、收銀臺查看用戶是否為會員

2、非會員上機辦理臨時卡，并不享有折扣優惠。

3、會員充值時如是普通會員優惠10%，高級會員優惠15%。

4、網吧管理系統數據庫對區域劃分的收費標準，游戲區3元時，聊天區2元時。

圖2-2 收費標準

2.4 技術條件方面的可行性

從以上的分析得知, 該是一個小型的用戶網吧上網管理系統。這是套比實用的用戶網吧上網系統，它操作步驟更為簡單，管理人員容易上手。對數據管理明了。

2.5投資及效益分析

在此主要對本項負擔經濟可行性及成本效益進行分析。

成本估計：30萬

硬件設備：主要有2臺PC 服務器，200臺PC 機，2身份證掃描儀，網絡連接設備若干。

效益分析：開發此系統，可以鍛煉我們的實訓能力，在開發的過程中，能收獲到許多課堂上學不到的知識。開發得當，能到網上獲得更多其他方面效益。

2.6社會因素方面的可行性

2.6.1法律可行性

該系統的開發與應用不設計侵犯專利權、侵犯版權等方面的問題。

2.6.2 操作可行性

通過市場調查分析，與探討查閱資料將此系統更加完善。

2.7結論

由于本項目具有經濟可行性，技術可行性及操作的可行性，本團隊的網站建設管理系統的項目是可行的。

第三章 需求分析

3.1功能需求

一般來說，網吧經營者對于技術的了解不會特別深入，需要有專業的技術人員管理。但是真正專業并且有經驗的網管可謂鳳毛麟角，因此一般網吧都是以非技術管理人員進行管理，或是數量不多的技術人員負責技術方面的工作。那么智能化的管理，能夠幫助網吧業主解決技術力量短缺的難題。因此網吧一般都會建置網吧管理系統以節省管理人力。下面是在進行開發之前對網吧進行的跟蹤調查后得到的詳盡的系統功能需求分析, 系統模塊分為以下五種功能：

1、管理員登錄管理：管理員需要輸入密碼和名字登錄系統，以便于管理。若密碼和用戶名輸入不正確將登錄失敗.

2、用戶管理：登錄系統后可以對用戶過戶信息查詢、修改、刪除、增加。 3、用戶上下機管理：根據條件，查詢是否符合條件，符合則允許用戶上機、下機的操作，并在客戶端可進行自動上、下機操作，并將上、下機信息寫入數據庫。

4、計費管理：輸入條件，連接上數據庫，并且結算費用。

5、電腦信息管理：管理員能添加、刪除、修改、查詢電腦配置信息。

3.2 數據需求

管理員通過填寫用戶名和密碼進行登陸，如果用戶名或密碼錯誤或為空，系統會給出相應的提示信息，操作員可以重新填寫密碼信息。進入系統后，管理員通過導航選擇要進行管理或者查詢的模塊。電腦信息管理：管理員進入電腦信息管理界面中，可以選擇查詢計算機信息以及管理現有的計算機信息。查詢計算機包括計算機名、顯示器、內存、CPU 、計算機編號等計算機相關信息，在提交之后，系統會給出相應的提示信息。選擇修改是對現有計算機信息進行修改的操作，在提交修改信息之后，系統會給出相應的提示信息。在電腦信息管理頁面中也可以輸入計算機名進行計算機的查詢操作。在用戶信息管理界面中，管理員通過填寫用戶名、密碼、性別等用戶的一些相關信息進行用戶信息的登記，在提交之后，如果系統需要的信息為空，系統會給出相應的錯誤提示信息。管理員可以對會員進行查詢、修改、刪除操作。計費信息管理：該模塊是對網吧收費情況進行管理。在計費管理界面中，管理員輸入用戶身份證，即可調用數據庫中的上下機時間，并結算花費金額、余額，存入數據庫。

用戶可根據，用戶名及密碼登錄用戶系統，登錄時判斷余額是否充足，條件判斷都符合，則允許登錄，并將登錄的時間寫入數據庫。用戶可在用戶界面上查詢現在上網的信息，如：開始上網時間，現在的時間，共花費的金額，上網的時間等信息。也可在客戶端進行退出，并將退出時的時間記入數據庫，以便在管理端進行結算。

1、管理員登錄模塊：管理員需要輸入密碼和名字登錄系統，以便于管理。若密碼和用戶名輸入不正確將登錄失敗。

2、用戶管理模塊：登錄系統后可以對用戶信息查詢、修改、刪除、添加。修改頁面時，經過選擇復選框后，轉入另一個頁面在文本框里進行修改，有些重要的信息，不允許變動，提交后經檢查后寫入數據庫。

3、用戶上下機管理模塊：上機時，查詢余額是否大于0，若大于0且用戶名及密碼符合，則允許用戶上機。客戶端進行下機的操作時，將下機時間寫入數據庫。

4、計費管理模塊：輸入條件，連接上數據庫，查看是否是會員，并且結算費用，將余額寫入數據庫。

5、電腦信息管理：管理員能刪除、修改、查詢電腦配置信息。

3.3網吧管理數據流圖

3.3.1數據庫簡介

數據流圖是結構化分析方法中使用的工具, 它以圖形的方式描繪數據在系統中流動和處理的過程，由于它只反映系統必須完成的邏輯功能，所以它是一種功能模型。在結構化開發方法中，數據流圖是需求分析階段產生的結果。

數據流圖英文縮寫DFD （Data Flow Diagram ）它是描繪信息流和數據從輸入移動到輸出的過程中所經受的變換。

數據流圖從數據傳遞和加工的角度，以圖形的方式刻畫數據流從輸入到輸出的移動變換過程。

數據流程圖包括：

1、指明數據存在的數據符號，這些數據符號也可指明該數據所使用的媒體； 2、指明對數據執行的處理的處理符號，這些符號也可指明該處理所用到的機器功能； 3、指明幾個處理和（或）數據媒體之間的數據流的流線符號； 4、便于讀、寫數據流程圖的特殊符號。

在處理符號的前后都應是數據符號。數據流程圖以數據符號開始和結束（除9．4規定的特殊符號外）

數據流圖有兩種典型結構，一是變換型結構，它所描述的工作可表示為輸入、主處理和輸出，呈線性狀態。另一種是事務型結構，這種數據流圖呈束狀，即一束數據流平行流入或流出，可能同時有幾個事務要求處理。

數據流是一組數據。在數據流圖中數據流用帶箭頭的線表示，在其線旁標注數據流名。在數據流圖中應該描繪所有可能的數據流向，而不應該描繪出現某個數據流的條件。 3.3.2頂層數據流圖

簡單描述了用戶，網吧管理系統，管理員實體之間的數據的基本走向

3.3.3 一層數據流圖

從總體來描述了整個系統的流程及數據流動情況

圖4-2 二層數據流圖

3.3.4 二層數據流圖

1、系統管理流程

詳細描述了系統管理時的數據流向。

2、用戶管理流圖

詳細描述了用戶管理時的數據流向。

圖 4-3 用戶管理流圖

3、查詢管理流圖

詳細描述了用戶管理時的數據流向。

3.4數據字典

數據名稱 ：充值 別名 ：會員充值

方式 ：會員賬戶余額不足時向管理員充值 流向 ：管理員 補充信息 ：每次充值大于零

數據名稱 ：注冊會員 別名 ：無

方式 ：由新用戶向管理員提交信息申請 流向 ：管理員

補充信息 ：新用戶須向管理員提供姓名、性別等信息 數據名稱 ：修改密碼 別名 ：信息修改

方式 ：由會員向服務器提出申請，服務器訪問會員信息數據庫 流向 ：會員信息數據庫 補充信息 ：用戶只可以修改密碼 數據名稱 ：查詢余額 別名 ：余額查詢

方式 ：由會員向服務器提出申請，服務器訪問會員信息數據庫 流向 ：會員信息數據庫 補充信息 ：只給出會員賬戶數據 數據流名 ：查詢賬單 別名 ：無

方式 ：由管理員向服務器申請，訪問會員信息 流向 ：會員信息數據庫

補充信息 ：管理員有權訪問，無權修改 數據名稱 ：計費 別名 ：無

方式 ：由管理員設置計費方式，會員上機開始計費 流向 ：會員賬戶信息數據庫 補充信息 ：無 數據名稱 ：刷卡 別名 ：無

方式 ：由會員輸入卡號，密碼登陸上機，錯誤則重新輸入 流向 ：計算機 補充 ：密碼為唯一 數據名稱 ：登陸上機 別名 ：上機

方式 ：會員憑卡號、密碼上機 流向 ：會員計費系統 補充信息 ：到會員下機時計費結束 數據名稱 ：費用結算

別名 ：無

方式 ：由管理員設定計費方式，根據會員上機時間產生費用 流向 ：會員賬戶信息 補充信息 ：計費方式唯一 數據名稱 ：添加管理員 別名 ：無

方式 ：由老板添加 流向 ：管理員數據庫

補充信息 ：包括管理員的身份信息，并設定唯一卡號和密碼 數據名稱 ：刪除管理員 別名 ：無

方式 ：由老板刪除 流向 ：管理員數據庫

補充信息 ：刪除該管理員的所有信息 數據名稱 ：修改管理員 別名 ：無

方式 ：由老板修改 流向 ：管理員數據庫 補充信息 ：無 數據名稱 ：消費信息 別名 ：消費記錄

方式 ：由會員向管理員提出申請 流向 ：會員數據庫

補充信息 ：查詢會員一月內消費記錄， 數據名稱 ：上下機記錄 別名 ：無

方式 ：會員上機后自動記錄上下機時間 流向 ：會員賬戶信息數據庫 補充信息 ：保存一個月，過后刪除 數據名稱 ：會員請求 別名 ：無

方式 ：會員提出請求 流向 ：管理員

補充信息 ：會員可向管理員提出要求服務 如掛機等

3.5 業務需求

運用業務流程圖可以為用戶進行方便的操作進行指導，另外系統模塊的業務流程圖在

管理員或是程序員在進行系統的維護以及系統升級是會有很大的幫助，當然，在進行業務流程分析的同時會對一些系統的數據流進行分析，進而為系統的數據庫設計進行分析作了準備。

管理員通過填寫用戶名和密碼進行登陸，如果用戶名或密碼錯誤或為空，系統會給出相應的提示信息，操作員可以重新填寫密碼信息。進入系統后，管理員通過導航選擇要進行管理或者查詢的模塊。電腦信息管理：管理員進入電腦信息管理界面中，可以選擇查詢計算機信息以及管理現有的計算機信息。查詢計算機包括計算機名、顯示器、內存、CPU 、計算機編號等計算機相關信息，在提交之后，系統會給出相應的提示信息。選擇修改是對現有計算機信息進行修改的操作，在提交修改信息之后，系統會給出相應的提示信息。在電腦信息管理頁面中也可以輸入計算機名進行計算機的查詢操作。在用戶信息管理界面中，管理員通過填寫用戶名、密碼、性別等用戶的一些相關信息進行用戶信息的登記，在提交之后，如果系統需要的信息為空，系統會給出相應的錯誤提示信息。管理員可以對會員進行查詢、修改、刪除操作。計費信息管理：該模塊是對網吧收費情況進行管理。在計費管理界面中，管理員輸入用戶身份證，即可調用數據庫中的上下機時間，并結算花費金額、余額，存入數據庫。

用戶可根據，用戶名及密碼登錄用戶系統，登錄時判斷余額是否充足，條件判斷都符合，則允許登錄，并將登錄的時間寫入數據庫。用戶可在用戶界面上查詢現在上網的信息，如：開始上網時間，現在的時間，共花費的金額，上網的時間等信息。也可在客戶端進行退出，并將退出時的時間記入數據庫，以便在管理端進行結算。

圖2-1 業務流程圖

3.6 運行需求

本系統采用Windows XP、windows7系統，采用C#、SQL 作為開發語言，數據庫采用SQL server 2005，嚴格按照軟件開發流程進行設計。采用先進科學和廣為流行的設計方法簡化設計流程。

模塊化的設計方法，有助于管理，因為科學合理的劃分多個功能，單獨設計，用助于降低設計難度及減少錯誤程序的影響范圍，又使整個界面間易于銜接和修改。

該網吧計費系統使用的安全性實施主要包括以下幾個方面：

1、基于系統平臺的安全措施：防止非法數據輸入；防止非法使用； 防止非法文件操作；防止非法訪問信息： 防止非法竊聽信息。操作錯誤對策： 數據錯誤對策。

2、操作系統安全性：在操作系統方面，應用操作系統具有的日志功能，記載運行及用戶的使用情況；同時加強系統文件和用戶訪問控制管理，嚴格限制用戶權限，根據訪問控制的要求，對用戶采取一些控制措施。如：校驗注冊用戶的合法性和口令的有效性，校驗用戶權限，控制對系統資源的使用權限等。

3.7 開發環境

操作系統：Window XP或更高版本系統； 開發環境：C#；

數據庫：SQL server 2005；

開發工具：Microsoft Visual Studio 2010；

第四章

4.1 局部E-R 圖

4.1.1管理員E-R 圖

管理員實體的基本信息

概念及邏輯設計

圖4-1 管理員登錄實體關系

4.1.2用戶實體E-R 圖

用戶實體有較多的必要信息，用來更加方便的區分不同用戶

圖4-2 用戶實體信息

4.1.3 記錄上下機實體E-R 圖