第一篇：軟件工程師可行性和需求分析報告

軟件工程師可行性與需求分析報告

一、職業目標與內容

職業定義

軟件工程師是一個認證考試，具體地說是從事軟件職業的人員的一種職業能力的認證，通過它說明具備了工程師的資格。主要工作進行軟件前期的項目需求的分析，然后對項目進行風險評估并試圖解決這些風險，然后開始進行軟件的開發，后期對軟件的進度做相關的評估。一般可以分為系統軟件工程師，應用軟件工程師兩類。在企業中職位一般分為以下四種人：

1、企業信息化管理：負責信息化建設中的目標與方案決策，信息化建設、升級、更新；

2、工程技術人員：負責軟件系統的分析、設計、開發、數據庫、使用、維護和升級；

3、運行維護崗位：負責軟件開發代碼的編寫以及基本的開發和測試；

4、操作應用人員：主要應用軟件進行日常的管理工作。

工作內容

1、按照客戶需求和市場需求進行設計、開發相應軟件產品。

2、根據工作的進度和編程工作規范編寫系統中的功能模塊。

3、對編寫的所有程序進行嚴格的測試。

4、對軟件實施測試方案，從而進行軟件故障的診斷、定位、分析和調試。

5、編寫軟件產品實施文檔，并管理相關軟件文檔。

6、對業務部門提供相應的軟件技術支持。

7、參加各種相關軟件應用培訓課程。

二、職業可行性分析

1、社會可行性

目前國內軟件測試工程師的來源主要有三方面：一是以前專業做軟件開發的人員后來轉行做軟件測試，二是從大學招聘的本科或者研究生，三就是通過培訓機構招聘的專業學員。據了解，在國外測試人才的供應方式多以第三種為主，而國內目前除少數培訓機構外尚未形成足夠的人才供應規模。以北京中關村為例，現有軟件企業5000多家，僅對日本軟件外包領域的人才缺口就高達5000人，而對美軟件外包人才缺口更大，可供量不足10%。中關村一位負責人介紹，未來5年北京將有至少200億美元的外包訂單，由此可推算出中關村將出現100萬的軟件人才缺口。巨大的產業前景和匱乏的人才現狀，使越來越多的IT企業關注軟件測試人才的儲備工作。

軟件和信息服務外包產業已成為各個國家經濟發展的重點。從增加值角度來看，同樣金額的出口，服務外包對中國經濟的貢獻是來料加工的20倍以上； 從能源消耗上看，服務外包單位GDP能耗僅為制造業的20%。據調查研究顯示，當前中國軟件和

信息服務外包產業人才流動率較高，而且缺口很大。企業成立時間比較短，規模大多

比較小，企業人才平均流動率達18.28%，這和缺乏培訓、業務來源不穩定、報酬機

制不夠合理等因素有關。同時由于產業發展迅速，人才供不應求，尤其是本地化人才

和中高級管理人才。

市場需求的巨大和專業人才的缺乏令人吃驚，這正是商機和盈利的重要突破口。可

以預見，中國軟件和信息服務外包產業將在不久的將來成為引領中國第三產業轉型和發

展的龍頭產業，相關職業包含高級軟件工程師的人才需求將會非常巨大。

2、經濟可行性

軟件開發、網絡維護等職業技能要求較高的職位薪酬也相對較高，目前在軟件行業

內部，能夠進行軟件整體開發設計的軟件設計人員比較稀缺。雖然軟件從業人員的薪水

一路看漲，但是職位的爭奪也異常激烈。

據調查得知，一般的程序員在開始試用時會有2500到4000那樣子，轉正以

后至少也有5000元以上，做到項目開發經理了年薪至少在10萬以上，做到高級

工程師了年薪可能達到100萬以上。軟件工程師是一項高端技術性的工作，所以工作年限、學歷、等因素對薪酬有很大的影響，除此之外，職位、工作地域對薪酬也有一定的影響。專科學歷平均年薪為2.5～3.5萬元，本科為3.5～4.5萬元，碩士以上學歷

可達7萬元左右。

3、技術可行性

想成為一名正式的軟件工程師，僅僅依靠在學校所學的C++、C#、JAVA以及數據庫

和網絡應用的知識，是遠遠不夠的。由于Java和.NET技術在市場上平分秋色，都有

大量的崗位需求，同時值得慶幸的是二者在應用層面上的技術差異越來越少；在未來的學習中，我應該更加了解JAVA和C#語言開發，考取相應的證書。并在之

后的工作中邊學習邊掌握更多的編程語言，向一個全面的軟件工程師進行發展。

三、職業需求分析

實現目標所需的技術和職業素質

1、軟件編程技術

軟件編程技能實際應該是測試人員的必備技能之一，在微軟，很多測試人員都

擁有多年的開發經驗。因此，測試人員要想得到較好的職業發展，必須能夠編寫程序。只有能給編寫程序，才可以勝任諸如單元測試、集成測試、性能測試等難度較大的測試工作。

此外，對軟件測試人員的編程技能要求也有別于開發人員：測試人員編寫的程序應著眼于運行正確，同時兼顧高效率，尤其體現在與性能測試相關的測試代碼編寫上。因此測試人員要具備一定的算法設計能力。依據資深測試工程師的經驗，測試工程師至少應該掌握Java、C#、C++之類的一門語言以及相應的開發工具。

2、測試軟件技術

測試專業知識很多，本書內容主要以測試人員應該掌握的基礎專業技能為主。

測試專業技能涉及的范圍很廣：既包括黑盒測試、白盒測試、測試用例設計等基

礎測試技術，也包括單元測試、功能測試、集成測試、系統測試、性能測試等測試方法，還包括基礎的測試流程管理、缺陷管理、自動化測試技術等知識。

3、數據庫應用

數據庫在當今的信息外包產業是很重要的。很多應用程序都是以數據庫的數據為中

心, 而數據庫的產品也有不少, 其中關系型數據庫仍是主流形式, 所以作為高級軟件工程師而言, 至少熟練掌握一兩種數據庫, 對關系型數據庫的關鍵元素非常清楚, 測試人員至少應該掌握MySql、MS SqlServer、Oracle等常見數據庫的使用。

4、網絡協議TCP/IP

在互聯網如此普及的今天, 如果還沒有對互聯網的支撐協議TCP/IP協議棧有很好的掌握就很難在IT業立足.從最早的客戶/服務器結構, 到今天的WEB Services, 這一切都離不開以TCP/IP協議棧為基礎的網絡協議支持, 所以, 深入掌握TCP/IP協議是非常必要的。

5、計算機專業英語

隨著中國的信息外包產業逐步展開, IT業急需與國外相關高新技術接軌來保持在發展上不落人后。于是IT業相關從業人員現有的英語水平成為限制中國信息產業與國外交流的瓶頸。一個普遍的共識是:良好的英語交流和閱讀能力成為衡量一個軟件工程師水平的隱性標準，所以掌握計算機專業英語是很重要的。

6、強烈的好奇心和學習精神

對于一個立志成為高級軟件工程師的人, 最重要的其實是強烈的好奇心和學習精

神。沒有比強烈的好奇心和學習精神更好的武器了, 它是成功的工程師乃至在各行各業的成功者們永攀高峰的源泉和動力所在。

軟件和硬件上的條件需求

1、程序語言環境

具備C/C++，VB，VC，Java，.net，ASP，Javascript等語言。具體要求要視公司的具體項目或產品來定。但一般以C為基本要求。

2、數據庫操作

SQLServer，Oracle，Mysql，Sybase等。一般對測試人員的要求就是要求會使用，然后熟練使用SQL語句進行查詢，修改，添加，刪除數據操作。

3、主流操作系統使用

熟悉Windows系列，Linux，Mac OS X系統的使用和操作

4、自動化測試工具應用和理解

好多人覺得自動化測試就是使用自動化測試工具，其實各種工具只是自動化測試實

施的一個有效利器，如何建立一個脫離工具的自動化測試框架遠遠比研究如何使用測試工具復雜，困難的多。

自動化測試工具的使用：

自動化測試框架（流程）

GUI的功能測試自動化

非GUI的功能測試自動化

性能測試（廣義的和狹義的性能測試）

自動化測試工具（功能測試工具，性能測試工具，缺陷管理工具，測試管理工具）

5、文檔編寫能力

熟悉編寫項目實訓的測試計劃，測試用例，測試報告等相關文檔的編寫格式。

6、語言

掌握中文和英文，考取英語四級以及六級證書。熟悉計算機專業的英語術語。

7、硬件需求

熟悉企業服務器、個人臺式機、筆記本電腦、平板電腦等使用方法，了解其基本硬

件結構以及運行原理。

自我分析和職業規劃

自我分析：

我的性格是比較誠實、正直的，相對謙虛但不乏張狂，在做事情時認真勤奮責任心強，同時有一定的創新意識。在自己的生活與同學及其他人的交往中是比較大方的。

在能力上，我認為我的智力還是中等偏上的，在注意力上比較集中，善于觀察，記憶力

較強，思維比較開闊，想象力較強。在特殊能力，也就是我的特長上，我認為自己并沒有什么特長，只是自己的興趣所到對一些東西投入了，或許會做的較好一點，比如：計算機的掌握與控制，計算能力等，在語言表達能力及動作協調能力上我做的還不是很好，空間判斷能力也不是很突出。

工作、學習中我能做到耐心解決每個問題，但是不夠細心，容易忽略一些細節。和團隊

隊員有很好的溝通，有著優秀的學習能力，積極完成各種任務。上進心強，永不滿足現狀，不斷追求各種新的技術。

職業規劃：

1、大學時間提高自我水平

要成為一個軟件工程師，所需要的不只是扎實的開發能力，對軟件開發的掌控能

力，還有的是溝通和團隊合作能力，就目前的軟件工程而已，個人能力已經微乎其微了，一個大型的軟件，需要數十人，甚至上百人同時進行開發，所以溝通很重要。大學就是培養自身溝通能力與專業能力的最好平臺。

大學四年首先要取得必要的證書來證實自己的實力，例如：取得學士學位證書，英語四級證書，計算機三級證書；取得專業資格證書等。另外還要提高自己的綜合能力，例如：提高獨立面對、解決問題的能力，提高語言組織溝通能力、專業技能、面試技巧。

大學也是一個小的社會，而人本身就是社會最小的組成單位。所以我需要了解社

會所需要的。讓自己去適應社會。才能發展自身的目標。從事自己專業的工作，對軟件工程有更為深刻的理解。累積實踐經驗，甚至是為自己實現愿望提供必要的物質基礎。所以我需要一邊工作一邊學習。

2、進入社會工作

第一階段：(測試員)初級測試工程師(初出校門)

自身條件：初入具備計算機專業學位，有一些手工測試經驗。

具體工作：執行測試用例，記錄bug，并回歸測試，通過qtp等測試工具錄制回歸測試腳本，并執行回歸測試腳本。

學習方向：開發測試腳本并且開始熟悉測試生存周期和測試技術。

第二階段：(測試工程師)程序分析員（1-2年）

自身條件：有1~2年工作經驗。具有初步的自動化測試能力，完善自動化測試腳本。

具體工作：設計和編寫測試用例，編寫自動測試腳本程序且擔任測試編程初期的領導工作。

學習方向：拓展編程語言、操作系統、網絡與數據庫方面的技能。

第三階段：(高級測試工程師)程序分析員（3—4）

自身條件：有3~4年經驗。具有一定的行業業務知識，儲備系統分析員的能力。具體工作：幫助開發或維護測試或編程標準與過程，分析軟件需求，獲得測試需求。確定測試需求相應的測試方法，獲得測試策略方案。參與同行的評審(軟件需求，軟件測試計劃等)，并為其它初級的測試工程師或程序員充當顧問。

學習方向:繼續拓展編程語言、操作系統、網絡與數據庫方面的技能。

第四階段：測試組負責人（4-6）

自身條件：有4~6年經驗。具有豐富的行業業務知識，具有系統分析員的能力，專長性能測試。

具體工作：負責管理1~3名測試工程師或程序員。集中于技能方面，擔負一些進度安排和工作規模/成本估算職責。分析性能瓶頸的原因，為開發團隊 提供bug解決策略。

學習方向：性能測試，測試技能

第五階段：(資深安全或性能測試工程師)測試/編程高級負責人（6-10）

自身條件：有6~10年經驗的測試工程師或程序員。

具體工作：負責管理8~10名技術人員。性能測試整體方案設計，軟件系統性能問題定位和性能優化，內存優化及分析數據溢出等，分析系統的安全漏 洞等。負責進度安排、工作規模/成本估算、按進度表和預算目標交付產品。負責開發項目的技術方法。為一些用戶提供支持與演示。

學習方向：開發一些特定領域的技術專長

第六階段：測試/質量保證/開發(項目)、經理

自身條件：有10多年的工作經驗。(10年及之后)

具體工作：管理8名或更多的人員參加的1個或多個項目。負責這一領域(測試/質量保證/開發)內的整個開發生存周期業務。為一些用戶提供交互和 大量演示。負責項目成本、進度安排、計劃和人員分工

第七階段：(公司級質量總監)計劃經理

自身條件：有10年以上開發與支持(測試/質量保證)活動方面的經驗。

具體工作：管理從事若干項目的人員以及整個開發生存周期。負責把握項目方向與盈虧責任

第二篇：軟件需求分析報告

軟件需求分析

軟件需求分析所要做的工作是深入描述軟件的功能和性能，確定軟件設計的限制和軟件同其它系統元素的接口細節，定義軟件的其它有效性需求。進行需求分析時，應注意一切信息與需求都是站在用戶的角度上。盡量避免分析員的主觀想象，并盡量將分析進度提交給用戶。在不進行直接指導的前提下，讓用戶進行檢查與評價。從而達到需求分析的準確性。分析員通過需求分析，逐步細化對軟件的要求，描述軟件要處理的數據域，并給軟件開發提供一種可轉化為數據設計、結構設計和過程設計的數據和功能表示。在軟件完成后，制定的軟件規格說明還要為評價軟件質量提供依據。

需求分析的任務

開發軟件系統最為困難的部分就是準確說明開發什么。最為困難的概念性工作便是編寫出詳細技術需求，這包括所有面向用戶、面向機器和其它軟件系統的接口。同時這也是一旦做錯，將最終會給系統帶來極大損害的部分，并且以后再對它進行修改也極為困難。目前，國內產品的龐雜，一家企業可能有幾個系統并立運行，它們之間接口是系統開發人員最頭痛的問題。對于商業最終用戶應用程序，企業信息系統和軟件作為一個大系統的一部分的產品是顯而易見的。但是對于我們開發人員來說，并沒有編寫出客戶認可的需求文檔，我們如何知道項目于何時結束？而如果我們不知道什么對客戶來說是重要的，那我們又如何能使客戶感到滿意呢？然而，即便并非出于商業目的的軟件需求也是必須的。例如庫、組件和工具這些供開發小組內部使用的軟件。當然你可能偶爾勿需文檔說明就能與其他人意見較為一致，但更常見的是出現重復返工這種不可避免的后果，而重新編制代碼的代價遠遠超過重寫一份需求文檔的代價，這些血的教訓正在國內的軟件開發者身上發生。近來，我遇到一個開發小組開發包括代碼編輯器在內的一套內部使用的計算機輔助軟件。不幸的是，當他們開發完這個工具后，發現這個工具不能打印出源代碼文件，使用者當然希望有這個功能。結果這個小組只好手工抄寫源代碼文檔以供代碼檢查。這說明那怕需求明確無誤并構思準確，如果我們沒有編寫文檔，軟件達不到期望目標也只能是咎由自取了。相反的情況，我曾見一個要集成到“錯誤跟蹤系統”中的簡單界面寫了一頁需求說明。而操作系統系統管理員在為處理腳本時發現簡單的一張需求清單竟是如此有用。他們依據需求對系統進行測試時，此系統不僅非常清晰地實現了所有必需功能，而且未發現任何錯誤。事實上，需求文檔在開發過程中一直起指導作用。需求的類型

下面這些定義是需求工程領域中常見術語的定義。軟件需求包括三個不同的層次：業務需求、用戶需求和功能需求（也包括非功能需求）。1．業務需求（business requirement）反映了組織機構或客戶對系統、產品高層次的目標要求，它們在項目視圖與范圍文檔中予以說明。2．用戶需求(user requirement)文檔描述了用戶使用產品必須要完成的任務，這在使用實例（usecase）文檔或方案腳本說明中予以說明。3．功能需求(functional requirement)定義了開發人員必須實現的軟件功能，使得用戶能完成他們的任務，從而滿足了業務需求。在軟件需求規格說明書（SRS）中說明的功能需求充分描述了軟件系統所應具有的外部行為。軟件需求規格說明在開發、測試、質量保證、項目管理以及相關項目功能中都起了重要的作用。對一個大型系統來說，軟件功能需求也許只是系統需求的一個子集，因為另外一些可能屬于子系統（或軟件部件）。作為功能需求的補充，軟件需求規格說明還應包括非功能需求，它描述了系統展現給用戶的行為和執行的操作等。它包括產品必須遵從的標準、規范和合約；外部界面的具體細節；性能要求；設計或實現的約束條件及質量屬性。所謂約束是指對開發人員在軟件產品設計和構造上的限制。質量屬性是通過多種角度對產品的特點進行描述，從而反

映產品功能。多角度描述產品對用戶和開發人員都極為重要。下面以一個字處理程序為例來說明需求的不同種類。業務需求可能是：“用戶能有效地糾正文檔中的拼寫錯誤”，該產品的包裝盒封面上可能會標明這是個滿足業務需求的拼寫檢查器。而對應的用戶需求可能是“找出文檔中的拼寫錯誤并通過一個提供的替換項列表來供選擇替換拼錯的詞”。同時，該拼寫檢查器還有許多功能需求，如找到并高亮度提示錯詞的操作；顯示提供替換詞的對話框以及實現整個文檔范圍的替換。從以上定義可以發現，需求并未包括設計細節、實現細節、項目計劃信息或測試信息。需求與這些沒有關系，它關注的是充分說明你究竟想開發什么。項目也有其它方面的需求，如開發環境需求或發布產品及移植到支撐環境的需求。

第三篇：軟件可行性分析報告

基于Android平臺的測繪內業處理軟件開發與設計

可行性分析報告

1、引言

1.1編寫目的隨著計算機、網絡、大數據的快速發展，測繪行業傳統的內業處理以不能滿足如今快速、準確的要求，另外一些生活上智能化設備的出現，促使測繪行業也不斷想智能化方面發展。這樣，在測量過程中不但極大的減少人力物力，更重要的是提高工作效率，從而與我們今天快節奏的生活相結合，雖然目前已有很多這樣的軟件，但我們要事實根據所需，來編寫更加人性化的軟件。在這樣的背景前提下，我們需要編寫一個軟件，從而實現坐標正反算、水準測量內業處理、復合導線內業處理。接下來我們要對軟件開發中將要面臨的問題及其解決方案進行可行性分析。1.2項目背景

1.2.1 項目名稱：基于Android平臺的測繪內業處理軟件 1.2.2 用戶：工程測量人員

1.2.3 說明：本次軟件開發是對Delphi編程、軟件工程、測繪原理學習的綜合性考察，本次開發是大學生理論與實踐的有機結合，同時也是本學期“軟件工程”這門課程的考核。1.3定義

Delphi，是Windows平臺下著名的快速應用程序開發工具(Rapid Application Development，簡稱RAD)。使用的核心是由傳統Pascal語言發展而來的Object Pascal，以圖形用戶界面為開發環境，透過IDE、VCL工具與編譯器，配合連結數據庫的功能，構成一個以面向對象程序設計為中心的應用程序開發工具。

Android：Android是一種以Linux為基礎的開放源代碼操作系統，主要使用于便攜設備。該平臺由操作系統、中間件、用戶界面和應用軟件組成。

1.4參考資料

《軟件工程導論（第四版）》

張海藩編著

清華大學出版社出版

2、可行性研究的前提 2.1要求

2.1.1 功能要求

此軟件所要完成的主要功能模塊有三部分：讀取數據、處理數據和輸出數據。

讀取數據時，操作人員安置調整好一起后開始讀取相關數據，并記錄角度、距離等信息。

而處理數據時，這一環節由實現編好的軟件自動完成，工作人員只要在移動設備上通過相應的按鍵就可以完成。

數據輸出過程也是通過按鍵完成，處理完成的結果通過電子表格的形式可視化，最終在打印機中打印。2.1.2 性能要求

為了滿足用戶的要求，軟件必須要準確處理數據，所以要求很少的bug；由于要存貯大量的地理數據數據和信息，也還要有足夠大的磁盤容量； 2.1.3輸入要求

軟件有準確識別各種測量專業的數據類型，軟件要自動拒絕輸入不正確的數據，一面在運算過程中出現各種漏洞，從而影響計算的準確性。2.1.4 輸出要求

要求能快速準確的計算出相關數據。2.1.5如見運行流程圖

2.1.6完成期限

初步確定開發期為一個半月。2.2目標

本軟件的編寫專業性要求較高，必須提供專業的資料使其能夠順利進行。目標具體表現為在學校內部進行運用，初步實現數據處理，并保證能夠提高測量人員的工作效率；從而實現測量內業處理的的高效性、方便性、實用性，提高測繪事業向科學化、智能化方向發展。2.3條件、假定和限制

假設開發的軟件運行的最短壽命為五年；開發時間與試運行時間預定為兩個月；經費的投資為零；軟件運行環境如下：運行平臺： Android/編程軟件：Delphi/創建數據庫：Sqlserver 2012； 2.4可行性研究方法 采用調研法：通過自己以及身邊同學在實際應用中的需求；然后經過查閱相關資料并請教老師，落實最后的問題定義。2.5決定可行性的主要因素

本次可行性分析是按照軟件工程的規范步驟進行的，即按復查項目目標和規模，然后提出軟件的實現方案，推薦最佳方案，對所推薦的方案進行經濟、技術、用戶操作和法律的可行性分析，最后給出軟件是否值得開發的結論。

3、對現有軟件的分析

當前大多數處理軟件都是個人編寫，沒有形成統一的規范，沒有和一起很好的相結合，功能單一，其次，有些軟件的功能有很大的局限性，不夠完善，沒有真正廣泛運用于實際測量工作中。3.1工作負荷

由于測量內業處理是一個繁瑣枯燥的工作，只靠人工讀取數據、記錄、計算，工作效率較低，通常還會有處理錯誤的情況。

所以這些都給測量人員增加了非常大的工作負荷；同時也測繪事業的發展帶來了嚴重的制約。3.2費用支出

本來測量的周期較長，過長的內業處理時間造成人力物力的大量輸出，從而使資金不斷支出。

4、所建議技術可行性分析 4.1對軟件的簡要描述

根據軟件目標以及現行軟件存在的問題，建議軟件將復合導線計算、水準測量、坐標正反算這幾個功能整合在同一個軟件中，預期計劃建立接口，今后軟件更新過程中實現網絡鏈接，這樣測量數據就通過網絡形式傳輸，這樣處理數據機制就向網絡化、大數據、云計算方向發展。4.2數據流程圖 4.3與現有軟件比較的優越性

極大的減少工作時間，提高工作效率。

可以大大減少工作人員，節約人力資源的開銷；另一方面由于數據處理靠手機等移動設備處理，可以減輕測量人員的工作負擔，有效地提高了整體的工作效率和精確度。

軟件可擴充性強：該軟件后期升級較為方便，可以根據測量的實際情況來靈活配置，可根據不同需求增加新功能模塊和子軟件以滿足用戶的個性化需求。

兼容性強：軟件可提供數據接口和應用接口，便于軟件集成和二次開發，確保有效利用現有資源。

4.4采用建議軟件可能帶來的影響 4.4.1對設備的影響

軟件對于設備要求更高的穩定性與安全性來保證其正常運行。并且對于打印、復印設備需要要求與計算機進行互聯。4.4.2對用戶的影響

由于采用建議軟件提高了工作效率，可使客戶辦理業務更加快捷、方便。高效的數據處理方式。4.4.3對軟件運行的影響

軟件設計的主要目的是提高工作效率。所以在軟件設計和建設初期應著手參考各方面的標準與規范，并且應遵從該規范各項技術規定，并做好軟件的標準化設計與管理工作。軟件考慮今后發展的需要，因而必須為容量與處理數據能力等方面的擴充與換代的可能，這種擴充不僅充分保護了原有投資，而且具有較高的綜合性能價格比。4.4.4對運行環境的影響

由于使用者人數眾多，水平不一，該軟件設計時考慮到使用者在使用時要求操作簡單，計算準確，軟件設計采用模塊化設計，使用戶更方便的進行操作，無需提前學習使用。4.4.5對經費支出的影響

由于需要上網或圖書館查閱相關資料，但這些條件都基本能滿足本次軟件開發的需求，所以不需要經費的支出。4.5技術可行性評價

開發軟件的計算機硬件已經非常普及，所以完全沒有問題；現在的計算機各方面的技術都非常成熟，相對來說開發此軟件的技術也要求比較簡單，因此在技術方面是可行的；若按計劃，在規定的期限內，本軟件的開發是可以完成的。

5、所建議軟件經濟可行性分析 5.1軟件開發費用 5.1.1人員費用。本軟件由本人學習開發，非商業性軟件，所以在開發過程中人員費用為0。

5.1.3軟件費用。軟件所需的軟件費用為0元，其中：

DelphiXE7，Sqlserver2012：可免費下載 5.1.4咨詢和評審費、調研和差旅費：約0元

綜上，軟件開發總費用為0元 5.2軟件運行費用。免費。5.2.1軟件維護費。免費。5.3效益

5.3.1一次性收益。提高工作效率，減少工作人員人數。本系軟件行可以提高數據處理處理的效率。如果測量單位現有測量人員按10人計算，人員工資平均為3000元/月，一年工作時間為200天。由于使用該軟件明顯提高了工作效率，從而節約了30天的工作時間，這樣在一年中測量單位可以節約將近1萬元的支出，另外多出的時間還可以做更多的工作，這樣每年的收入將多出1萬多元。5.3.2經常性收益。紙張、鉛筆等記錄數據工具用量減少可節約成本每年約1千元。

6、社會因素可行性分析 6.1法律因素

本次開發編程是在學習中的一次開發，所使用軟件都可以從網上下載，并無侵權或者抄襲等違法情況，也沒有被申請過專利，所以，在法律方面是可行的。6.2用戶使用可行性

開發的軟件操作要非常簡單，以便不同的人們都可以很方便操作使用。

7、其他可供選擇的方式

可以使用現有軟件，但是由于現有軟件過于簡單、在移動平臺上運行的很少，所以不建議使用這個方案。

8、結論意見

為了使傳統測量適應現代化高科技的需求，促進測量工作的快速、準確性，建議立即著手軟件開發的建議。

第四篇：軟件工程師職業發展的可行性與需求分析（xiexiebang推薦）

軟件工程師職業可行性與需求分析報告

職業定義

軟件工程師主要進行軟件前期的項目需求的分析，然后對項目進行風險評估并試圖解決這些風險，然后開始進行軟件的開發，后期對軟件的進度做相關的評估。一般可以分為系統軟件工程師，應用軟件工程師兩類

工作內容

1、根據客戶要求或市場要求設計、開發軟件產品。

2、按照工作進度和編程工作規范編寫系統中的功能模塊或程序。

3、對所編寫的程序進行嚴格的綜合測試，測試軟件模塊和軟件集成產品。

4、進行軟件故障的診斷、定位、分析和調試，以實施產品測試方案。

5、編寫軟件產品文檔以實施軟件文檔計劃，管理相關軟件文檔。

6、向業務部門提供軟件的后期技術支持。

7、通過設計、開發和維護指定產品中的高質量代碼，與團隊協作評估和了解新技術，并使用這些技術構建應用程序。

8、參與相關軟件應用培訓課程的設計及培訓。引言

1.1 編寫目的為更好指導個人以后就業已經職業發展明確目的。

1.2 背景

說明：

A．在大學時期指導需要學習技能

B．為以后工作提供明確的指導方向社會可行性

計算機技術的快速發展史得軟件產品已融入國民經濟的各個領域，優秀的IT技術人才是當前職場中最熱門的“搶手貨”。我國IT業在經歷了2004年整體回暖后，2005年又開始進入市場細分期。軟件工程師也是IT行業需求量最大的職位，穩居IT行業職位需求TOP 10的第一位，而高及工程師則位列第二。

軟件和信息服務外包產業已成為各個國家經濟發展的重點.從增加值角度來看, 同樣金額的出口, 服務外包對中國經濟的貢獻是來料加工的20倍以上;從能源消耗上看, 服務外包單位GDP能耗僅為制造業的20%.這在中國政府大力倡導可持續發展戰略以及大力發展高技術第三產業的主旋律下是適應中國經濟發展, 也是符合中國社會客觀需求的.可以看到的是, 未來中國軟件和信息服務外包產業發展空間巨大, 其原因有三: 首先是具有成本優勢, 中國低成本的競爭優勢是全世界公認的.第二, 具有人力資源優勢, 中國是世界上人力資源極為豐富的國家, 軟件和信息服務外包服務業是勞動密集型產業, 中國未來在軟件和信息服務外包

業內將成為全球最具競爭力的轉移承接地.第三, 中國有非常龐大的國內市場, 這是中國吸引跨國公司進入很重要的一個原因.但與發展潛力不對稱的是, 現今中國軟件和信息產業人才相當缺乏,據調查研究顯示, 當前中國軟件和信息服務外包產業人才流動率較高, 而且缺口很大.企業成立時間比較短, 規模大多比較小, 企業人才平均流動率達18.28%, 這和缺乏培訓、業務來源不穩定、報酬機制不夠合理等因素有關.同時由于產業發展迅速, 人才供不應求, 尤其是本地化人才和中高級管理人才.市場需求的巨大和專業人才的缺乏令人吃驚,但這正是商機和盈利的重要突破口.可以預見,中國軟件和信息服務外包產業將在不久的將來成為引領中國第三產業轉型和發展的龍頭產業, 相關職業包含高級軟件工程師的人才需求將會非常巨大

隨著IT產品出現的技術融合，掌握更多的編程語言、熟悉客戶語言和文化背景、精通國際規則、具有國際市場開拓能力的高端軟件工程師、復合型軟件人才將是職場中的寵兒。經濟可行性

IT界，薪酬相對較高的就是軟件開發、網絡維護等對IT技能要求相對較高的職位，目前在軟件行業內部，能夠進行軟件整體開發設計的軟件設計人員比較稀缺。雖然軟件從業人員的薪水一路看漲，但是職位的爭奪也異常激烈。2008年6月，智聯招聘的調查統計數據顯示，軟件工程師求職與招聘人數的比例達到了15.4：1。

作為一名剛剛畢業的大學生，也只是一個編程人員而已，畢業后剛開始薪水可能只有2000元，當能力達到一定的水準后，即經驗積累到一定的程度，一般程序員做了兩年之后，月薪都會成倍的增長，6000元，8000元，10000元。

而成為軟件工程師后的平均工資在5000～12000元之間。軟件工程師是一項高端技術性的工作，所以工作年限、學歷、等因素對薪酬有很大的影響，除此之外，職位、工作地域對薪酬也有一定的影響。專科學歷平均年薪為2.5～3.5萬元，本科為3.5～4.5萬元，碩士以上學歷可達7萬元左右。通常一名高級軟件工程師的年薪在11萬元左右，而項目經理的年薪則可以高達30萬之多。技術可行性

以目前個人的專業技能來說，我所具備的JAVA，C#，數據庫知識，還不足以使我成為一名軟件工程師。所以我以后的學習工作生涯中必須不斷累積自身的知識及開發經驗，通過自身與他人的知識總結不斷提高自己，在未來的一年中，學習JAVA知識并考取SCJP證書，完成人生的第一個軟件技術人的證明。然后邊工作邊學習軟件知識，通過考證提高自己的職場競爭力，以自己的工作經驗為基礎一步步實現自己的目標完成目標所應具備的技術及素質

1.編程開發工具.至少熟練掌握兩到三種開發工具的使用, 這是程序員的立身之本。C/C++以其高效率和高度的靈活性成為開發工具中的利器, 很多系統級的軟件還是用C/C++編寫.而JAVA的跨平臺和與WEB很好的結合是JAVA的優勢所在。其次, 如果能掌握一種簡便的可視化開發工具, 如VB,PowerBuilder,Delphi,C++ Builder,則更好, 這些開發工具減小了開發難度, 并能夠在無形中強化對象模型的概念.另外, 需要掌握基本的腳本語言, 如shell,perl等。

2.數據庫.數據庫在當今的信息外包產業是很重要的。很多應用程序都是以數據庫的數據為中心, 而數據庫的產品也有不少, 其中關系型數據庫仍是主流形式, 所以作為高級軟件工程師而言, 至少熟練掌握一兩種數據庫, 對關系型數據庫的關鍵元素非常清楚, 熟練掌握SQL的基本語法是非常重要的。

3.網絡協議TCP/IP.在互聯網如此普及的今天, 如果還沒有對互聯網的支撐協議TCP/IP協議棧有很好的掌握就很難在IT業立足.從最早的客戶/服務器結構, 到今天的WEB Services, 這一切都離不開以TCP/IP協議棧為基礎的網絡協議支持, 所以, 深入掌握TCP/IP協議是非常必要的。

4.軟件工程與CMM.現代大型軟件系統的開發中, 工程化的開發控制成為軟件系統成功的保證。編程只是軟件生命周期中的其中一環, 本人認為優秀的軟件工程師應該掌握軟件開發各個階段的基本技能, 如市場分析, 可行性分析, 需求分析, 結構設計, 詳細設計, 軟件測試等.否則就永遠只會是一個程序員, 而無法成為名副其實的工程師。

5.計算機技術專業英語

隨著中國的信息外包產業逐步展開, IT業急需與國外相關高新技術接軌來保持在發展上不落人后。于是IT業相關從業人員現有的英語水平成為限制中國信息產業與國外交流的瓶頸。一個普遍的共識是:良好的英語交流和閱讀能力成為衡量一個軟件工程師水平的隱性標準，所以掌握計算機專業英語是很重要的。

6.強烈的好奇心和學習精神.對于一個立志成為高級軟件工程師的人, 最重要的其實是強烈的好奇心和學習精神。沒有比強烈的好奇心和學習精神更好的武器了, 它是成功的工程師乃至在各行各業的成功者們永攀高峰的源泉和動力所在。具體實現方法

1．利用大學時間充實自己.知識積累：取得學位證書，計算機三級證書；取得專業資格證書，如SCCP

綜合能力；提高獨立面對、解決問題的能力，提高語言組織溝通能力、專業技能、面試技巧。

一個軟件工程師，所需要的不只是扎實的開發能力，對軟件開發的掌控能力，還有的是溝通和團隊合作能力，就目前的軟件工程而已，個人能力已經微乎其微了，一個大型的軟件，需要數十人，甚至上百人同時進行開發，所以溝通很重要。大學就是培養自身溝通能力與專業能力的最好平臺。

然而，只要是人都離不開社會，人本身就是社會最小的組成單位。所以我們需要了解社會所需要的。然自己去適應社會。才能發展自身的目標。從事自己專業的工作，對軟件工程有更為深刻的理解。累積實踐經驗，甚至是為自己實現愿望提供必要的物質基礎。所以我需要一邊工作一邊學習。

2．熟悉網絡信息，使自己時刻保持在最前端。

現在中國政府正在大力支持中國軟件行業的發展，經過了系統化體系培訓的軟件人才更容易走向國際化，也更受國內大中型規模軟件公司的歡迎（200人－幾千人）。軟件工程師城市之間差異比較大，國外軟件工程師絕對不是青春飯，但在中國情況不一樣。如果一直走技術路線而且一直在國內民營企業做，那么基本上就是青春飯了。如果能夠從技術轉管理或者轉咨詢那就當然不是了，尤其是在跨國公司有過項目管理經驗的話還是很吃香的。

軟件工程人才的就業前景十分看好。未來幾年，國內外高層次軟件人才將供不應求。畢

業生主要在各大軟件公司、企事業單位、高等院校、各大研究所、國防等重要部門從事軟件設計、開發、應用與研究工作。有數據表明，我國軟件出口規模達到215億元，軟件從業人員達到72萬人，在中國十大IT職場人氣職位中，軟件工程師位列第一位，軟件工程人才的就業前景十分樂觀。

信息化是IT界的焦點。而信息化的實現，除了需要技術支持，人才也是很重要的環節。如何培養與國際接軌的高素質軟件工程人才，已經成為中國軟件產業的當務之急。

軟件產業的發展水平，決定了一個國家的信息產業發展水平及其在國際市場上的綜合競爭力。目前，我國軟件高級人才的短缺已經成為制約我國軟件產業快速發展的一個瓶頸。在中國，國內市場對軟件人才的需求每年高達80萬人，而高校計算機畢業生中的軟件工程人才還很缺乏，尤其是高素質的軟件工程人才的極度短缺。盡快培養起適合信息產業所需要的高素質軟件工程人才，已經成為信息化工作中的重中之重。

3．制定學習計劃，強化自身知識水平，無論是工作還是在校時間。

初入階段（工作后3個月～1年）

對于剛剛入行的新人，這個時期是一個全面熟悉期，最能夠學習到新的知識，也最有拼搏的熱情和動力。借著這股沖勁，我需要盡可能了解所在領域的全貌，了解各個主要分支的內容、特性、優勢、局限性等等，并考察自己當前的工作環境，結合個人匹配程度和興趣愛好，根據前述內容調整自己的規劃。

對于開發語言行當而言，技術方面一般有幾類：JAVA，.net，C++，等；

面對上述形形色色的方向，要都稍稍了解下內涵，然后確定1～2個，作為中長期的主攻方向，達此標準，基本已經實現了入門，至于能否進得廳堂，就要看后期的努力了。提高階段（工作后3年～5年）

對于工作后選擇管理還是選擇技術，其實這種問題，是無可無不可的，關鍵是看對自己的長期的定位了。不過，我個人建議當前階段還是技術為重吧。畢竟，在一個技術環境中，要做好管理，沒有扎實的基礎，也難服眾嘛。

本階段是人最容易懈怠的階段。畢竟，剛剛入行的熱忱早已被日復一日的繁復工作給冷卻，有了一定的工作經驗，勝任本職，對于大多數人而言，絕不是問題。家庭、娛樂方面開始占據了業余生活的主流。可是，畢竟大家還很年輕，大多數人此時也不過20多歲，就此懈怠也是非常可怕的。因此，有規劃的提高自身核心競爭力，在這個時候尤為關鍵。

提高是要提高的，但是對于大多數人而言，也沒有必要很拼搏，此時處在一個比較穩定的職位上的，我覺得應該考慮進行細化自己的中期規劃了。根據選定的方向，制定一個自我提升的計劃，并定義好自我檢查的里程碑（譬如：每個季度或半年算一個階段），每天或者每周，有規律的學習一點即可。抱定一個目標——“每天進步一點點”，幾年一大成不是問題。我個人是反對急功近利的，傾向于穩打穩扎，這個階段忌做“萬金油”，而應努力成為有一技之長的“專家”。

對于選擇做技術的人而言，這個階段的達成標準，一般至少要能夠熟悉你所選技術方向的大多數技術細節，“細節決定成敗”嘛，雖然把握全局的能力是必要的，但是作技術而言，倘若不能鉆的很細很深，恐怕也很難以高手自居吧。

對于選擇做管理的人而言，我個人傾向是：此階段接觸管理的理念，并可以介入管理，但是此階段不宜全面進入管理（除非你有更深層次的考慮，可以不去穩打穩扎）。學習管理的理念是非常重要的，其實管理更多一種思維和做事的方式，這門學問很深入，也不像技術，會不會是那么的顯著，因此，建議多看多學，取長補短，并努力形成自己的做事風格。高級軟件測試工程師，測試組長等，都是不錯的含有技術特征的管理職位，此時的你應該能夠勝任于此。

這個階段的達成后，你也可以躋身老手行列，不必為求職犯愁，你應該可以很容易跳槽

或時不時被獵頭騷擾下，達成此階段，你要做更深入的規劃。

升華階段（老手后5年～10年）

此時的我，即將步入中年，不論是曾經專注技術還是偏愛管理的，都面臨著家庭和社會的雙重壓力，都不可能像年輕人一樣整天拼搏了，我需要穩定，因此，不能頻繁的跳槽，應考慮比較正規且有潛力的企業，要考慮給自己一個長遠的發展規劃。

正因為有前期的細節的背景的支撐，此時，我需要努力提升自己的宏觀把握能力。哪怕做技術的，也要考慮適當的轉型管理（中國特色是：工程師很難超過35歲的，一般人到了30歲不是轉管理就是轉商務了）。當然，一般人是技術做得越好，管理的時候，越容易切中項目要害。但是，對于從技術上來的人，關鍵是要開始培養和人打交道的能力。此階段的關鍵是，需要逐步形成自己的管理風格，具備協調并行事務的能力。

當然，純管理和技術型管理還是有所區別的。對于純管理的人，熟練應用管理的科學理念，形成自己的風格尤為重要。純管理的測試經理人，不僅僅可以做好測試方面的管理，其實也可以做好項目甚至其他的管理。其實，不管管理的對象是什么，它們的管理理念還是相通的。從測試管理中摸索出來的很多經驗，可以很好的推廣于其他的管理領域。而對于技術型管理的人，主要是帶好技術團隊，同時，不斷補充新的技術知識，跟緊技術潮流。此時的你，有強大的技術背景支撐，不需要過分鉆研細節，只需洞察核心，合理安排好你的團隊成員即可。

這個階段，也可能少數的人會選擇離開具體的企業，而開始從事測試咨詢，那是一個充滿挑戰的嶄新開始，也必須有前期的積累方能勝任。

對于大多數人而言，此階段中一個需要重點考慮的問題是，是否將測試作為自己的終生職位，如果是，基本上達到上述的目標，保持狀態，基本可以做到退休的。畢竟，達到此階段，已經付出了至少5年的努力，而且還是人生的黃金時段，時光一去不復返啊。

第五篇：軟件需求-案例分析

1、問題描述

許多醫院存在高峰期掛號排隊時間長，就診等待時間長，倒號現象頻發的問題。因此，構建一個網上預約掛號系統，通過推薦患者使用該系統進行出診信息查詢和醫生預約，可以緩解就診壓力、節約患者的時間，并且可以在一定程度上保證預約者和就診者一致，有利于提高醫院的服務質量。為了更好的設計并實現這一系統，對系統進行需求建模和分析是十分必要的。

2、情景描述的主要成分

2.1、該系統所涉及的用戶

本系統的用戶包含患者、醫生以及管理員三類。而且該三類用戶各自的特征和所要面對的情景也是截然不同的。

對于患者來說，他們在年齡、計算機使用能力等方面存在較大差異，但面對的情景都一樣，就是要預約掛號，掛號成功過后就診。

對于醫生來說，普遍具備較高的學歷，在醫療方面具備專業知識，有一定的計算機使用能力。所面對的情景有查看掛號信息，確定要就診的病人。

對于管理員來說，他們負責對出診信息進行管理，是醫院工作的安排者，具備較強的計算機使用能力。

不同的用戶，對系統的要求也不相同。患者希望通過完成注冊和登錄后能夠進行掛號預約，查詢醫生的出診信息和個人預約信息，并且能夠在規定的時間內完成掛號預約或者取消已有的預約；醫生則希望能夠在登錄系統后可以查看病人的預約情況；而管理員希望可以修改出診信息和調整預約掛號。這些都是功能性的需求。

同時對于所有用戶都希望該系統是易用的，而且能夠對自己的信息起到保護即系統安全性的要求，還有比如說系統的性能比較高效，能夠及時處理自己的預約申請。當然開發系統的成本如果也能較低就更好了。這些都是非功能需求。

2.2、情景描述的主要成分

? 目標和關鍵成功因素

預約掛號情景的目標是“讓患者能夠及時的掛號，并能順利的就診”，而可能的子目標包括：患者能夠注冊賬號，患者能夠登錄賬號，患者能夠查詢預約記錄，患者能夠取消已有預約，患者能夠查詢出診信息。關鍵成功因素，要保證系統能夠24小時正常穩定的運行，系統里的信息要是實時變化的，即可以預約的醫生要和實際在值班的醫生要匹配，不能出現掛上號了卻沒有醫生就診的情況。

? 物理上下文和邏輯上下文 物理上下文：醫院用于掛號的計算機可以正常的使用，情景中的可以被預約的醫生應該是在醫院值班的；而對于患者可以選擇在醫院進行預約，也可選擇在家中進行預約，只要在預約時間內能到達醫院就可。邏輯上下文：事件發生的條件是患者在系統中進行了預約，然后管理員會根據現有的資源（可以預約的醫生）對預約進行處理，如果同意，下一步就是醫生就診；如果沒有可以預約的醫生或合適的時間，患者的預約就不成功，患者需要重新選擇醫生或時間進行預約。

? 組成情景的主要事件和活動 主要事件：患者預約掛號，管理員對預約掛號的處理，醫生就診。主要活動：患者注冊、登錄系統，患者在系統中查詢可以預約的醫生和時間，患者取消已有預約，患者進行就診；管理員接受或拒絕預約，管理員分配醫生；醫生查詢預約信息。

? 涉及的執行者和其他參與者

執行者：醫院的醫生，預約掛號系統的管理員。其他參與者：醫院的相關人員，比如患者，前臺咨詢員等。

? 要使用的信息和資源 要使用的信息和資源包括，可以預約的醫生數量，所在科室等，醫院中的設備，病房等。? 要考慮的約束條件和要使用的規則 約束條件：同一醫生同一時間段內只能接受一名患者的預約，根據醫療設備的屬性決定是否要排他性的使用。

3、情景需求分析的步驟

需求規格說明輸入過程需求目標列表1.目標分析系統模型目標,目的使用情景用戶問題實例2.輸入事件分析初始系統模型用戶,環境事件情景腳本4.輸出需求分析3.刻畫系統輸出情景結構模型系統輸出類型信息需求5.社會影響分析Agent目標6.涉眾分析需求規格說明

3.1 目標分析

在第2部分情景描述的主要成分中已經對目標進行了分析，即：預約掛號情景的目標是“讓患者能夠及時的掛號，并能順利的就診”，而可能的子目標包括：患者能夠注冊賬號，患者能夠登錄賬號，患者能夠查詢預約記錄，患者能夠取消已有預約，患者能夠查詢出診信息。3.2 輸入事件分析

對于該系統的輸入事件可能會包括如下情況：初始使用該系統的用戶需要先注冊，而對于已經注冊的用戶在使用系統預約掛號時首先要登錄系統。這是最基本的兩個輸入事件。3.3 刻畫系統輸出

對于系統輸出我們要考慮系統輸出的形式，比如消息顯示，對話框等形式。不如用戶在登錄系統是輸入的用戶名和密碼不匹配的時候要給出對應的提示信息，比如用戶名未注冊或密碼不對等。在提交預約掛號申請后系統也應給出預約成功與否的提示。3.4輸出需求分析

對于輸出需求要根據用戶的輸入給出對應的輸出。比如用戶輸入查詢請求，那么系統應該能夠給出詳細的信息。系統只給出對應的輸出還不夠，同時要考慮輸出的信息是否合適。比如用戶要查詢眼科醫生的資料，系統的輸出就應該只是眼科醫生的信息，而沒有必要把所有醫生的信息都輸出。3.5 社會影響分析

在進行社會影響分析時要同時考慮到積極和消極兩個方面的問題。系統是否可以提高效率，減少人員的工作量。同時也要考慮過多的自動化是否會削弱人對整個系統的意識，導致人對意外處理的能力降低，比如系統臨時出現問題，是否有一套應急措施使醫院日常工作能夠正常的進行。

4、需求說明文檔

基于之前構建的模型，并參照IEEE 830-1998標準模板，撰寫的系統需求說明文檔如下。

4.1 引言

引言部分將對本文檔的編寫目的、系統的開發目的、名詞定義以及參考資料進行說明，并對文檔的后續內容進行概述。4.1.1 編寫目的

網上預約掛號系統是基于Web開發技術完成的網站。為了更好的設計并實現這一系統，對系統進行需求建模和分析是十分必要的。因此，基于之前構建的各類模型，撰寫系統的需求說明文檔，并將其作為后續項目設計、項目開發和項目測試的指導。

本文檔連同之前構建的模型，可用來與客戶進一步明確需求，同時可供項目經理、設計人員、開發人員參考。4.1.2 系統目的

許多醫院存在高峰期掛號排隊時間長，就診等待時間長，倒號現象頻發的問題。因此，構建一個網上預約掛號系統，通過推薦患者使用該系統進行出診信息查詢和醫生預約，可以緩解就診壓力、節約患者的時間，并且可以在一定程度上保證預約者和就診者一致，有利于提高醫院的服務質量。4.1.3 名詞定義 ? 患者預約系統

網上預約掛號系統的子系統，主要用于為患者提供預約掛號、信息查詢等功能。? 醫生工作查詢系統

網上預約掛號系統的子系統，主要用于為醫生提供各時段預約患者的信息。? 醫務管理系統

網上預約掛號系統的子系統，主要用于為管理員提供出診信息修改、預約掛號調整等功能。? 賬號控制系統

網上預約掛號系統的子系統，主要用于用戶賬號的注冊及登錄控制。? 安全保障系統

網上預約掛號系統的子系統，主要用于保障系統的程序、網絡及數據庫安全。4.1.4 參考資料

[1]Objectiver: A KAOS tutorial.Respect-It(2004)[2]吳雙兵,劉偉.網上預約掛號系統設計與實現[J].醫學信息學雜志, 2015, 36(1):36-39.4.1.5 文檔概述

需求說明文檔主要分為三個部分。本節屬于引言部分，主要用于對文檔本身進行定義和描述。文檔的第二部分為系統的整體描述，包括系統的預期目標、限制條件以及用戶的需求、特征。文檔的第三部分是需求說明，包含對系統需求的明確定義。

4.2 整體描述

本節將對系統預期、用戶需求、用戶特征、條件與限制、假定與依賴以及需求分配進行說明。

4.2.1 系統預期

為了方便用戶在不需安裝任何軟件的情況下使用系統，本系統整體采用B/S結構，用戶可以通過瀏覽器對其進行訪問。4.2.2 用戶需求

參照之前完成的目標模型，對用戶的需求進行整理和定義。由于系統整體較為復雜，因此本小節只包含已構建目標模型的功能性需求和非功能性需求。? 功能性需求

1.患者進行預約選擇

為了實現患者進行預約選擇的目標，系統應完成的需求如下。（1）系統擁有患者預約頁面以及預約按鈕：

系統的預約頁面可以顯示未來1至3天的出診醫生及其所有可被預約的出診時段。其中，尚未被預約的時段擁有預約按鈕；已被預約的時段無法被其他患者預約，因此無預約按鈕。（2）系統接收到預約請求：

當患者點擊預約按鈕，系統可以接收到預約請求。（3）患者被告知預約選擇結果：

系統可以對患者是否預約成功進行判定，如果成功則跳轉至信息確認頁面，否則彈出對話框給予患者相應提示。2.患者確認預約信息

為了實現患者確認預約信息的目標，系統應完成的需求如下。（1）系統擁有預約信息確認頁面以及預約提交按鈕：

系統的預約信息確認頁面會顯示預約的醫生和時段，患者的個人信息，以及預約提交按鈕，患者可以在提交預約前核對這些信息。（2）系統接收到預約提交請求：

當患者點擊提交按鈕，系統可以接收到預約提交請求。（3）患者被告知預約提交結果：

系統可以對預約是否提交成功進行判定，并彈出對話框給予患者相應提示。? 非功能性需求 1.安全的系統

為了保證預約掛號系統的安全性，系統應完成的需求如下。（1）用戶程序安全：

系統應明確區分不同類別用戶的權限。并且在用戶登錄時，輸入的密碼不可見、不可復制。（2）系統網絡安全：

系統應采取安全的網絡傳輸協議，網絡數據在被傳輸前應進行加密。（3）數據庫安全：

數據庫中存儲的數據應具備完整性，且密碼應在加密后被存儲到數據庫中。此外，數據庫中的數據應該可以被備份和恢復。2.低成本的系統 為了保證預約掛號系統的低成本，系統應完成的需求如下。（1）系統開發成本低：

開發團隊應具備合理的項目管理，且在開發前應盡可能明確系統的需求。（2）系統運營成本低：

系統在運行過程中，應該盡可能少的占用資源。（3）系統維護成本低：

系統應該健壯可靠，出現問題后應該易于修復，且系統的功能應該易于擴展。考慮到系統健壯可靠與系統開發成本低存在一定的沖突，因此需要進行一定的權衡。4.2.3 用戶特征

本系統的用戶包含患者、醫生以及管理員三類，其特征如下。? 患者

個體間在年齡、計算機使用能力等方面存在較大差異。? 醫生

普遍具備較高的學歷，在醫療方面具備專業知識，有一定的計算機使用能力。? 管理員

負責對出診信息進行管理，是醫院工作的安排者，具備較強的計算機使用能力。4.2.4 條件與限制

為了保證系統的可移植性和可擴展性，本系統應使用Java語言進行開發。4.2.5 假定與依賴

本系統假定提供的大、中、小三種字體大小可以滿足不同患者的需求，并且患者可以在系統的引導和提示下正常使用系統。4.2.6 需求分配

由于文檔中并未列出系統的全部需求，因此無法對所有需求進行優先級排序。但已經列出的均為系統較為核心的功能性需求和非功能性需求，應具有高優先級。

4.3 需求說明

需求說明部分將參照之前完成的模型，對系統結構、對象模型以及操作過程模型進行詳細描述。

4.3.1 系統結構

本部分將主要參照圖 3-1所示的責任模型，根據主體對需求進行劃分。考慮到系統較為復雜，因此只列出主體“患者預約系統”的相關需求。? 患者預約系統

系統擁有患者預約頁面以及預約按鈕。

系統接收到預約請求。

患者被告知預約選擇結果。

系統擁有預約信息確認頁面及預約提交按鈕。

系統接收到預約提交請求。

患者被告知預約提交的結果。4.3.2 對象模型

本部分將主要對圖 4-1所示的對象模型的結構進行解釋。

網上預約掛號系統可以被詳細劃分為患者預約系統、醫生工作查詢系統、醫務管理系統、賬號控制系統、安全保障系統等五個子系統。患者預約系統、醫生工作查詢系統、醫務管理系統的使用者分別為患者、醫生和管理員，這些用戶通過系統提供的頁面與系統進行交互。

對象模型中所涉及的名詞在4.1.3小節中有具體解釋。4.3.3 操作過程模型

本部分將主要對圖 5-1，圖 5-3和圖 5-4所示的操作過程模型進行說明，并以表格的形式列出各操作過程的參與主體及對應需求。? 患者進行預約選擇

患者點擊預約按鈕后，患者預約系統會收到患者的預約請求，并觸發預約驗證操作，得到預約驗證結果。接下來，患者預約系統會以得出的預約結果為基礎，進行預約結果判定，進而執行頁面跳轉或消息框彈出操作。? 患者確認預約信息

患者點擊提交按鈕后，患者預約系統會收到患者的預約提交請求，并觸發預約提交操作。接下來，患者預約系統會根據提交結果彈出包含相應信息的提示框。

以上部分涉及到的操作過程及與之對應的主體、需求如下表所示。

以上部分涉及到的操作過程及與之對應的主體、需求如表 4-1所示。

操作 預約驗證 參與主體

對應需求

患者預約系統 系統接收到預約請求，患者被告知預約選擇結果

預約結果判定 患者預約系統 患者被告知預約選擇結果 預約提交 患者預約系統 系統接收到預約提交請求，患者被告知預約提交結果