第一篇：軟件需求分析報(bào)告[大全]

軟件需求分析

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

需求分析的任務(wù)

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

下面這些定義是需求工程領(lǐng)域中常見術(shù)語的定義。軟件需求包括三個不同的層次：業(yè)務(wù)需求、用戶需求和功能需求（也包括非功能需求）。1．業(yè)務(wù)需求（business requirement）反映了組織機(jī)構(gòu)或客戶對系統(tǒng)、產(chǎn)品高層次的目標(biāo)要求，它們在項(xiàng)目視圖與范圍文檔中予以說明。2．用戶需求(user requirement)文檔描述了用戶使用產(chǎn)品必須要完成的任務(wù)，這在使用實(shí)例（usecase）文檔或方案腳本說明中予以說明。3．功能需求(functional requirement)定義了開發(fā)人員必須實(shí)現(xiàn)的軟件功能，使得用戶能完成他們的任務(wù)，從而滿足了業(yè)務(wù)需求。在軟件需求規(guī)格說明書（SRS）中說明的功能需求充分描述了軟件系統(tǒng)所應(yīng)具有的外部行為。軟件需求規(guī)格說明在開發(fā)、測試、質(zhì)量保證、項(xiàng)目管理以及相關(guān)項(xiàng)目功能中都起了重要的作用。對一個大型系統(tǒng)來說，軟件功能需求也許只是系統(tǒng)需求的一個子集，因?yàn)榱硗庖恍┛赡軐儆谧酉到y(tǒng)（或軟件部件）。作為功能需求的補(bǔ)充，軟件需求規(guī)格說明還應(yīng)包括非功能需求，它描述了系統(tǒng)展現(xiàn)給用戶的行為和執(zhí)行的操作等。它包括產(chǎn)品必須遵從的標(biāo)準(zhǔn)、規(guī)范和合約；外部界面的具體細(xì)節(jié)；性能要求；設(shè)計(jì)或?qū)崿F(xiàn)的約束條件及質(zhì)量屬性。所謂約束是指對開發(fā)人員在軟件產(chǎn)品設(shè)計(jì)和構(gòu)造上的限制。質(zhì)量屬性是通過多種角度對產(chǎn)品的特點(diǎn)進(jìn)行描述，從而反

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

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

1、問題描述

許多醫(yī)院存在高峰期掛號排隊(duì)時間長，就診等待時間長，倒號現(xiàn)象頻發(fā)的問題。因此，構(gòu)建一個網(wǎng)上預(yù)約掛號系統(tǒng)，通過推薦患者使用該系統(tǒng)進(jìn)行出診信息查詢和醫(yī)生預(yù)約，可以緩解就診壓力、節(jié)約患者的時間，并且可以在一定程度上保證預(yù)約者和就診者一致，有利于提高醫(yī)院的服務(wù)質(zhì)量。為了更好的設(shè)計(jì)并實(shí)現(xiàn)這一系統(tǒng)，對系統(tǒng)進(jìn)行需求建模和分析是十分必要的。

2、情景描述的主要成分

2.1、該系統(tǒng)所涉及的用戶

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

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

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

對于管理員來說，他們負(fù)責(zé)對出診信息進(jìn)行管理，是醫(yī)院工作的安排者，具備較強(qiáng)的計(jì)算機(jī)使用能力。

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

同時對于所有用戶都希望該系統(tǒng)是易用的，而且能夠?qū)ψ约旱男畔⑵鸬奖Ｗo(hù)即系統(tǒng)安全性的要求，還有比如說系統(tǒng)的性能比較高效，能夠及時處理自己的預(yù)約申請。當(dāng)然開發(fā)系統(tǒng)的成本如果也能較低就更好了。這些都是非功能需求。

2.2、情景描述的主要成分

? 目標(biāo)和關(guān)鍵成功因素

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

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

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

? 涉及的執(zhí)行者和其他參與者

執(zhí)行者：醫(yī)院的醫(yī)生，預(yù)約掛號系統(tǒng)的管理員。其他參與者：醫(yī)院的相關(guān)人員，比如患者，前臺咨詢員等。

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

3、情景需求分析的步驟

需求規(guī)格說明輸入過程需求目標(biāo)列表1.目標(biāo)分析系統(tǒng)模型目標(biāo),目的使用情景用戶問題實(shí)例2.輸入事件分析初始系統(tǒng)模型用戶,環(huán)境事件情景腳本4.輸出需求分析3.刻畫系統(tǒng)輸出情景結(jié)構(gòu)模型系統(tǒng)輸出類型信息需求5.社會影響分析Agent目標(biāo)6.涉眾分析需求規(guī)格說明

3.1 目標(biāo)分析

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

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

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

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

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

4、需求說明文檔

基于之前構(gòu)建的模型，并參照IEEE 830-1998標(biāo)準(zhǔn)模板，撰寫的系統(tǒng)需求說明文檔如下。

4.1 引言

引言部分將對本文檔的編寫目的、系統(tǒng)的開發(fā)目的、名詞定義以及參考資料進(jìn)行說明，并對文檔的后續(xù)內(nèi)容進(jìn)行概述。4.1.1 編寫目的

網(wǎng)上預(yù)約掛號系統(tǒng)是基于Web開發(fā)技術(shù)完成的網(wǎng)站。為了更好的設(shè)計(jì)并實(shí)現(xiàn)這一系統(tǒng)，對系統(tǒng)進(jìn)行需求建模和分析是十分必要的。因此，基于之前構(gòu)建的各類模型，撰寫系統(tǒng)的需求說明文檔，并將其作為后續(xù)項(xiàng)目設(shè)計(jì)、項(xiàng)目開發(fā)和項(xiàng)目測試的指導(dǎo)。

本文檔連同之前構(gòu)建的模型，可用來與客戶進(jìn)一步明確需求，同時可供項(xiàng)目經(jīng)理、設(shè)計(jì)人員、開發(fā)人員參考。4.1.2 系統(tǒng)目的

許多醫(yī)院存在高峰期掛號排隊(duì)時間長，就診等待時間長，倒號現(xiàn)象頻發(fā)的問題。因此，構(gòu)建一個網(wǎng)上預(yù)約掛號系統(tǒng)，通過推薦患者使用該系統(tǒng)進(jìn)行出診信息查詢和醫(yī)生預(yù)約，可以緩解就診壓力、節(jié)約患者的時間，并且可以在一定程度上保證預(yù)約者和就診者一致，有利于提高醫(yī)院的服務(wù)質(zhì)量。4.1.3 名詞定義 ? 患者預(yù)約系統(tǒng)

網(wǎng)上預(yù)約掛號系統(tǒng)的子系統(tǒng)，主要用于為患者提供預(yù)約掛號、信息查詢等功能。? 醫(yī)生工作查詢系統(tǒng)

網(wǎng)上預(yù)約掛號系統(tǒng)的子系統(tǒng)，主要用于為醫(yī)生提供各時段預(yù)約患者的信息。? 醫(yī)務(wù)管理系統(tǒng)

網(wǎng)上預(yù)約掛號系統(tǒng)的子系統(tǒng)，主要用于為管理員提供出診信息修改、預(yù)約掛號調(diào)整等功能。? 賬號控制系統(tǒng)

網(wǎng)上預(yù)約掛號系統(tǒng)的子系統(tǒng)，主要用于用戶賬號的注冊及登錄控制。? 安全保障系統(tǒng)

網(wǎng)上預(yù)約掛號系統(tǒng)的子系統(tǒng)，主要用于保障系統(tǒng)的程序、網(wǎng)絡(luò)及數(shù)據(jù)庫安全。4.1.4 參考資料

[1]Objectiver: A KAOS tutorial.Respect-It(2004)[2]吳雙兵,劉偉.網(wǎng)上預(yù)約掛號系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)[J].醫(yī)學(xué)信息學(xué)雜志, 2015, 36(1):36-39.4.1.5 文檔概述

需求說明文檔主要分為三個部分。本節(jié)屬于引言部分，主要用于對文檔本身進(jìn)行定義和描述。文檔的第二部分為系統(tǒng)的整體描述，包括系統(tǒng)的預(yù)期目標(biāo)、限制條件以及用戶的需求、特征。文檔的第三部分是需求說明，包含對系統(tǒng)需求的明確定義。

4.2 整體描述

本節(jié)將對系統(tǒng)預(yù)期、用戶需求、用戶特征、條件與限制、假定與依賴以及需求分配進(jìn)行說明。

4.2.1 系統(tǒng)預(yù)期

為了方便用戶在不需安裝任何軟件的情況下使用系統(tǒng)，本系統(tǒng)整體采用B/S結(jié)構(gòu)，用戶可以通過瀏覽器對其進(jìn)行訪問。4.2.2 用戶需求

參照之前完成的目標(biāo)模型，對用戶的需求進(jìn)行整理和定義。由于系統(tǒng)整體較為復(fù)雜，因此本小節(jié)只包含已構(gòu)建目標(biāo)模型的功能性需求和非功能性需求。? 功能性需求

1.患者進(jìn)行預(yù)約選擇

為了實(shí)現(xiàn)患者進(jìn)行預(yù)約選擇的目標(biāo)，系統(tǒng)應(yīng)完成的需求如下。（1）系統(tǒng)擁有患者預(yù)約頁面以及預(yù)約按鈕：

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

當(dāng)患者點(diǎn)擊預(yù)約按鈕，系統(tǒng)可以接收到預(yù)約請求。（3）患者被告知預(yù)約選擇結(jié)果：

系統(tǒng)可以對患者是否預(yù)約成功進(jìn)行判定，如果成功則跳轉(zhuǎn)至信息確認(rèn)頁面，否則彈出對話框給予患者相應(yīng)提示。2.患者確認(rèn)預(yù)約信息

為了實(shí)現(xiàn)患者確認(rèn)預(yù)約信息的目標(biāo)，系統(tǒng)應(yīng)完成的需求如下。（1）系統(tǒng)擁有預(yù)約信息確認(rèn)頁面以及預(yù)約提交按鈕：

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

當(dāng)患者點(diǎn)擊提交按鈕，系統(tǒng)可以接收到預(yù)約提交請求。（3）患者被告知預(yù)約提交結(jié)果：

系統(tǒng)可以對預(yù)約是否提交成功進(jìn)行判定，并彈出對話框給予患者相應(yīng)提示。? 非功能性需求 1.安全的系統(tǒng)

為了保證預(yù)約掛號系統(tǒng)的安全性，系統(tǒng)應(yīng)完成的需求如下。（1）用戶程序安全：

系統(tǒng)應(yīng)明確區(qū)分不同類別用戶的權(quán)限。并且在用戶登錄時，輸入的密碼不可見、不可復(fù)制。（2）系統(tǒng)網(wǎng)絡(luò)安全：

系統(tǒng)應(yīng)采取安全的網(wǎng)絡(luò)傳輸協(xié)議，網(wǎng)絡(luò)數(shù)據(jù)在被傳輸前應(yīng)進(jìn)行加密。（3）數(shù)據(jù)庫安全：

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

開發(fā)團(tuán)隊(duì)?wèi)?yīng)具備合理的項(xiàng)目管理，且在開發(fā)前應(yīng)盡可能明確系統(tǒng)的需求。（2）系統(tǒng)運(yùn)營成本低：

系統(tǒng)在運(yùn)行過程中，應(yīng)該盡可能少的占用資源。（3）系統(tǒng)維護(hù)成本低：

系統(tǒng)應(yīng)該健壯可靠，出現(xiàn)問題后應(yīng)該易于修復(fù)，且系統(tǒng)的功能應(yīng)該易于擴(kuò)展?？紤]到系統(tǒng)健壯可靠與系統(tǒng)開發(fā)成本低存在一定的沖突，因此需要進(jìn)行一定的權(quán)衡。4.2.3 用戶特征

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

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

普遍具備較高的學(xué)歷，在醫(yī)療方面具備專業(yè)知識，有一定的計(jì)算機(jī)使用能力。? 管理員

負(fù)責(zé)對出診信息進(jìn)行管理，是醫(yī)院工作的安排者，具備較強(qiáng)的計(jì)算機(jī)使用能力。4.2.4 條件與限制

為了保證系統(tǒng)的可移植性和可擴(kuò)展性，本系統(tǒng)應(yīng)使用Java語言進(jìn)行開發(fā)。4.2.5 假定與依賴

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

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

4.3 需求說明

需求說明部分將參照之前完成的模型，對系統(tǒng)結(jié)構(gòu)、對象模型以及操作過程模型進(jìn)行詳細(xì)描述。

4.3.1 系統(tǒng)結(jié)構(gòu)

本部分將主要參照圖 3-1所示的責(zé)任模型，根據(jù)主體對需求進(jìn)行劃分?？紤]到系統(tǒng)較為復(fù)雜，因此只列出主體“患者預(yù)約系統(tǒng)”的相關(guān)需求。? 患者預(yù)約系統(tǒng)

系統(tǒng)擁有患者預(yù)約頁面以及預(yù)約按鈕。

系統(tǒng)接收到預(yù)約請求。

患者被告知預(yù)約選擇結(jié)果。

系統(tǒng)擁有預(yù)約信息確認(rèn)頁面及預(yù)約提交按鈕。

系統(tǒng)接收到預(yù)約提交請求。

患者被告知預(yù)約提交的結(jié)果。4.3.2 對象模型

本部分將主要對圖 4-1所示的對象模型的結(jié)構(gòu)進(jìn)行解釋。

網(wǎng)上預(yù)約掛號系統(tǒng)可以被詳細(xì)劃分為患者預(yù)約系統(tǒng)、醫(yī)生工作查詢系統(tǒng)、醫(yī)務(wù)管理系統(tǒng)、賬號控制系統(tǒng)、安全保障系統(tǒng)等五個子系統(tǒng)?；颊哳A(yù)約系統(tǒng)、醫(yī)生工作查詢系統(tǒng)、醫(yī)務(wù)管理系統(tǒng)的使用者分別為患者、醫(yī)生和管理員，這些用戶通過系統(tǒng)提供的頁面與系統(tǒng)進(jìn)行交互。

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

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

患者點(diǎn)擊預(yù)約按鈕后，患者預(yù)約系統(tǒng)會收到患者的預(yù)約請求，并觸發(fā)預(yù)約驗(yàn)證操作，得到預(yù)約驗(yàn)證結(jié)果。接下來，患者預(yù)約系統(tǒng)會以得出的預(yù)約結(jié)果為基礎(chǔ)，進(jìn)行預(yù)約結(jié)果判定，進(jìn)而執(zhí)行頁面跳轉(zhuǎn)或消息框彈出操作。? 患者確認(rèn)預(yù)約信息

患者點(diǎn)擊提交按鈕后，患者預(yù)約系統(tǒng)會收到患者的預(yù)約提交請求，并觸發(fā)預(yù)約提交操作。接下來，患者預(yù)約系統(tǒng)會根據(jù)提交結(jié)果彈出包含相應(yīng)信息的提示框。

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

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

操作 預(yù)約驗(yàn)證 參與主體

對應(yīng)需求

患者預(yù)約系統(tǒng) 系統(tǒng)接收到預(yù)約請求，患者被告知預(yù)約選擇結(jié)果

預(yù)約結(jié)果判定 患者預(yù)約系統(tǒng) 患者被告知預(yù)約選擇結(jié)果 預(yù)約提交 患者預(yù)約系統(tǒng) 系統(tǒng)接收到預(yù)約提交請求，患者被告知預(yù)約提交結(jié)果

第三篇：軟件工程師可行性和需求分析報(bào)告

軟件工程師可行性與需求分析報(bào)告

一、職業(yè)目標(biāo)與內(nèi)容

職業(yè)定義

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

1、企業(yè)信息化管理：負(fù)責(zé)信息化建設(shè)中的目標(biāo)與方案決策，信息化建設(shè)、升級、更新；

2、工程技術(shù)人員：負(fù)責(zé)軟件系統(tǒng)的分析、設(shè)計(jì)、開發(fā)、數(shù)據(jù)庫、使用、維護(hù)和升級；

3、運(yùn)行維護(hù)崗位：負(fù)責(zé)軟件開發(fā)代碼的編寫以及基本的開發(fā)和測試；

4、操作應(yīng)用人員：主要應(yīng)用軟件進(jìn)行日常的管理工作。

工作內(nèi)容

1、按照客戶需求和市場需求進(jìn)行設(shè)計(jì)、開發(fā)相應(yīng)軟件產(chǎn)品。

2、根據(jù)工作的進(jìn)度和編程工作規(guī)范編寫系統(tǒng)中的功能模塊。

3、對編寫的所有程序進(jìn)行嚴(yán)格的測試。

4、對軟件實(shí)施測試方案，從而進(jìn)行軟件故障的診斷、定位、分析和調(diào)試。

5、編寫軟件產(chǎn)品實(shí)施文檔，并管理相關(guān)軟件文檔。

6、對業(yè)務(wù)部門提供相應(yīng)的軟件技術(shù)支持。

7、參加各種相關(guān)軟件應(yīng)用培訓(xùn)課程。

二、職業(yè)可行性分析

1、社會可行性

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

軟件和信息服務(wù)外包產(chǎn)業(yè)已成為各個國家經(jīng)濟(jì)發(fā)展的重點(diǎn)。從增加值角度來看，同樣金額的出口，服務(wù)外包對中國經(jīng)濟(jì)的貢獻(xiàn)是來料加工的20倍以上； 從能源消耗上看，服務(wù)外包單位GDP能耗僅為制造業(yè)的20%。據(jù)調(diào)查研究顯示，當(dāng)前中國軟件和

信息服務(wù)外包產(chǎn)業(yè)人才流動率較高，而且缺口很大。企業(yè)成立時間比較短，規(guī)模大多

比較小，企業(yè)人才平均流動率達(dá)18.28%，這和缺乏培訓(xùn)、業(yè)務(wù)來源不穩(wěn)定、報(bào)酬機(jī)

制不夠合理等因素有關(guān)。同時由于產(chǎn)業(yè)發(fā)展迅速，人才供不應(yīng)求，尤其是本地化人才

和中高級管理人才。

市場需求的巨大和專業(yè)人才的缺乏令人吃驚，這正是商機(jī)和盈利的重要突破口?？?/p>

以預(yù)見，中國軟件和信息服務(wù)外包產(chǎn)業(yè)將在不久的將來成為引領(lǐng)中國第三產(chǎn)業(yè)轉(zhuǎn)型和發(fā)

展的龍頭產(chǎn)業(yè)，相關(guān)職業(yè)包含高級軟件工程師的人才需求將會非常巨大。

2、經(jīng)濟(jì)可行性

軟件開發(fā)、網(wǎng)絡(luò)維護(hù)等職業(yè)技能要求較高的職位薪酬也相對較高，目前在軟件行業(yè)

內(nèi)部，能夠進(jìn)行軟件整體開發(fā)設(shè)計(jì)的軟件設(shè)計(jì)人員比較稀缺。雖然軟件從業(yè)人員的薪水

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

據(jù)調(diào)查得知，一般的程序員在開始試用時會有2500到4000那樣子，轉(zhuǎn)正以

后至少也有5000元以上，做到項(xiàng)目開發(fā)經(jīng)理了年薪至少在10萬以上，做到高級

工程師了年薪可能達(dá)到100萬以上。軟件工程師是一項(xiàng)高端技術(shù)性的工作，所以工作年限、學(xué)歷、等因素對薪酬有很大的影響，除此之外，職位、工作地域?qū)π匠暌灿幸欢ǖ挠绊?。?？茖W(xué)歷平均年薪為2.5～3.5萬元，本科為3.5～4.5萬元，碩士以上學(xué)歷

可達(dá)7萬元左右。

3、技術(shù)可行性

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

和網(wǎng)絡(luò)應(yīng)用的知識，是遠(yuǎn)遠(yuǎn)不夠的。由于Java和.NET技術(shù)在市場上平分秋色，都有

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

后的工作中邊學(xué)習(xí)邊掌握更多的編程語言，向一個全面的軟件工程師進(jìn)行發(fā)展。

三、職業(yè)需求分析

實(shí)現(xiàn)目標(biāo)所需的技術(shù)和職業(yè)素質(zhì)

1、軟件編程技術(shù)

軟件編程技能實(shí)際應(yīng)該是測試人員的必備技能之一，在微軟，很多測試人員都

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

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

2、測試軟件技術(shù)

測試專業(yè)知識很多，本書內(nèi)容主要以測試人員應(yīng)該掌握的基礎(chǔ)專業(yè)技能為主。

測試專業(yè)技能涉及的范圍很廣：既包括黑盒測試、白盒測試、測試用例設(shè)計(jì)等基

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

3、數(shù)據(jù)庫應(yīng)用

數(shù)據(jù)庫在當(dāng)今的信息外包產(chǎn)業(yè)是很重要的。很多應(yīng)用程序都是以數(shù)據(jù)庫的數(shù)據(jù)為中

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

4、網(wǎng)絡(luò)協(xié)議TCP/IP

在互聯(lián)網(wǎng)如此普及的今天, 如果還沒有對互聯(lián)網(wǎng)的支撐協(xié)議TCP/IP協(xié)議棧有很好的掌握就很難在IT業(yè)立足.從最早的客戶/服務(wù)器結(jié)構(gòu), 到今天的WEB Services, 這一切都離不開以TCP/IP協(xié)議棧為基礎(chǔ)的網(wǎng)絡(luò)協(xié)議支持, 所以, 深入掌握TCP/IP協(xié)議是非常必要的。

5、計(jì)算機(jī)專業(yè)英語

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

6、強(qiáng)烈的好奇心和學(xué)習(xí)精神

對于一個立志成為高級軟件工程師的人, 最重要的其實(shí)是強(qiáng)烈的好奇心和學(xué)習(xí)精

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

軟件和硬件上的條件需求

1、程序語言環(huán)境

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

2、數(shù)據(jù)庫操作

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

3、主流操作系統(tǒng)使用

熟悉Windows系列，Linux，Mac OS X系統(tǒng)的使用和操作

4、自動化測試工具應(yīng)用和理解

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

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

自動化測試工具的使用：

自動化測試框架（流程）

GUI的功能測試自動化

非GUI的功能測試自動化

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

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

5、文檔編寫能力

熟悉編寫項(xiàng)目實(shí)訓(xùn)的測試計(jì)劃，測試用例，測試報(bào)告等相關(guān)文檔的編寫格式。

6、語言

掌握中文和英文，考取英語四級以及六級證書。熟悉計(jì)算機(jī)專業(yè)的英語術(shù)語。

7、硬件需求

熟悉企業(yè)服務(wù)器、個人臺式機(jī)、筆記本電腦、平板電腦等使用方法，了解其基本硬

件結(jié)構(gòu)以及運(yùn)行原理。

自我分析和職業(yè)規(guī)劃

自我分析：

我的性格是比較誠實(shí)、正直的，相對謙虛但不乏張狂，在做事情時認(rèn)真勤奮責(zé)任心強(qiáng)，同時有一定的創(chuàng)新意識。在自己的生活與同學(xué)及其他人的交往中是比較大方的。

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

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

工作、學(xué)習(xí)中我能做到耐心解決每個問題，但是不夠細(xì)心，容易忽略一些細(xì)節(jié)。和團(tuán)隊(duì)

隊(duì)員有很好的溝通，有著優(yōu)秀的學(xué)習(xí)能力，積極完成各種任務(wù)。上進(jìn)心強(qiáng)，永不滿足現(xiàn)狀，不斷追求各種新的技術(shù)。

職業(yè)規(guī)劃：

1、大學(xué)時間提高自我水平

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

力，還有的是溝通和團(tuán)隊(duì)合作能力，就目前的軟件工程而已，個人能力已經(jīng)微乎其微了，一個大型的軟件，需要數(shù)十人，甚至上百人同時進(jìn)行開發(fā)，所以溝通很重要。大學(xué)就是培養(yǎng)自身溝通能力與專業(yè)能力的最好平臺。

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

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

會所需要的。讓自己去適應(yīng)社會。才能發(fā)展自身的目標(biāo)。從事自己專業(yè)的工作，對軟件工程有更為深刻的理解。累積實(shí)踐經(jīng)驗(yàn)，甚至是為自己實(shí)現(xiàn)愿望提供必要的物質(zhì)基礎(chǔ)。所以我需要一邊工作一邊學(xué)習(xí)。

2、進(jìn)入社會工作

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

自身?xiàng)l件：初入具備計(jì)算機(jī)專業(yè)學(xué)位，有一些手工測試經(jīng)驗(yàn)。

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

學(xué)習(xí)方向：開發(fā)測試腳本并且開始熟悉測試生存周期和測試技術(shù)。

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

自身?xiàng)l件：有1~2年工作經(jīng)驗(yàn)。具有初步的自動化測試能力，完善自動化測試腳本。

具體工作：設(shè)計(jì)和編寫測試用例，編寫自動測試腳本程序且擔(dān)任測試編程初期的領(lǐng)導(dǎo)工作。

學(xué)習(xí)方向：拓展編程語言、操作系統(tǒng)、網(wǎng)絡(luò)與數(shù)據(jù)庫方面的技能。

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

自身?xiàng)l件：有3~4年經(jīng)驗(yàn)。具有一定的行業(yè)業(yè)務(wù)知識，儲備系統(tǒng)分析員的能力。具體工作：幫助開發(fā)或維護(hù)測試或編程標(biāo)準(zhǔn)與過程，分析軟件需求，獲得測試需求。確定測試需求相應(yīng)的測試方法，獲得測試策略方案。參與同行的評審(軟件需求，軟件測試計(jì)劃等)，并為其它初級的測試工程師或程序員充當(dāng)顧問。

學(xué)習(xí)方向:繼續(xù)拓展編程語言、操作系統(tǒng)、網(wǎng)絡(luò)與數(shù)據(jù)庫方面的技能。

第四階段：測試組負(fù)責(zé)人（4-6）

自身?xiàng)l件：有4~6年經(jīng)驗(yàn)。具有豐富的行業(yè)業(yè)務(wù)知識，具有系統(tǒng)分析員的能力，專長性能測試。

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

學(xué)習(xí)方向：性能測試，測試技能

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

自身?xiàng)l件：有6~10年經(jīng)驗(yàn)的測試工程師或程序員。

具體工作：負(fù)責(zé)管理8~10名技術(shù)人員。性能測試整體方案設(shè)計(jì)，軟件系統(tǒng)性能問題定位和性能優(yōu)化，內(nèi)存優(yōu)化及分析數(shù)據(jù)溢出等，分析系統(tǒng)的安全漏 洞等。負(fù)責(zé)進(jìn)度安排、工作規(guī)模/成本估算、按進(jìn)度表和預(yù)算目標(biāo)交付產(chǎn)品。負(fù)責(zé)開發(fā)項(xiàng)目的技術(shù)方法。為一些用戶提供支持與演示。

學(xué)習(xí)方向：開發(fā)一些特定領(lǐng)域的技術(shù)專長

第六階段：測試/質(zhì)量保證/開發(fā)(項(xiàng)目)、經(jīng)理

自身?xiàng)l件：有10多年的工作經(jīng)驗(yàn)。(10年及之后)

具體工作：管理8名或更多的人員參加的1個或多個項(xiàng)目。負(fù)責(zé)這一領(lǐng)域(測試/質(zhì)量保證/開發(fā))內(nèi)的整個開發(fā)生存周期業(yè)務(wù)。為一些用戶提供交互和 大量演示。負(fù)責(zé)項(xiàng)目成本、進(jìn)度安排、計(jì)劃和人員分工

第七階段：(公司級質(zhì)量總監(jiān))計(jì)劃經(jīng)理

自身?xiàng)l件：有10年以上開發(fā)與支持(測試/質(zhì)量保證)活動方面的經(jīng)驗(yàn)。

具體工作：管理從事若干項(xiàng)目的人員以及整個開發(fā)生存周期。負(fù)責(zé)把握項(xiàng)目方向與盈虧責(zé)任

第四篇：(參考)電腦清理軟件界面設(shè)計(jì)需求分析報(bào)告

電腦清理軟件

界面設(shè)計(jì)需求分析報(bào)告

一、項(xiàng)目及基本描述

首先給大家介紹的是我們的項(xiàng)目是一個電腦清理軟件，在這里我們最主要的目的是給電腦，尤其是使用電腦的用戶提供一個方便實(shí)用的平臺。軟件的界面采用最簡單實(shí)用的界面，讓用戶能清楚的方便的看到各個功能的菜單以及按鈕。該軟件的內(nèi)容主要包括：內(nèi)存清理、緩存清理、CPU分析、CPU緩存分析、自定義內(nèi)存分析、自定義CPU分析、卸載程序、注冊表分析、注冊表清理及優(yōu)化等等一系列功能，關(guān)系到解決日常我們所使用電腦的一些現(xiàn)狀、如死機(jī)，卡機(jī)之類所做出的軟件。

具體功能包括:

? 內(nèi)存清理：現(xiàn)在的電腦，尤其是那些不怎么高檔的電腦，內(nèi)存不夠大、不夠快，經(jīng)常容易死機(jī)，卡機(jī)，這個功能可以清理那些沒有在用的，或者是在用可是占的很大內(nèi)存的程序，使用這個功能就可以把他清理掉，使電腦可以重新獲得更大的內(nèi)存，不會導(dǎo)致死機(jī)或者使用起來很卡很慢。

? 緩存清理：現(xiàn)在的電腦內(nèi)存都具有一定的緩存而連接到電腦的CPU，這其中就包括了緩存系統(tǒng)，這個時候他的功能就發(fā)揮了作用，有些程序占用了緩存可是卻根本沒在用，使用了這個功能就可以輕松的幫我們清理緩存中的這些程序，使電腦重新恢復(fù)快的速度。

? CPU分析：現(xiàn)在的CPU主頻都比較高，程序所占用的CPU也挺大的，所以我們需要清楚的知道CPU正在做什么，被哪些的程序所用著，這樣我們就可以清楚的知道電腦正在被什么程序所霸占著。

? CPU緩存分析：這個功能也是針對CPU來設(shè)計(jì)的，當(dāng)今大多數(shù)的電腦CPU都有512K的緩存，但是經(jīng)常會用到不夠用，因?yàn)樗B接著內(nèi)存，而內(nèi)存又比他大的多，許多程序又爭著用他，這個時候他就承受不住了，使用這個功能我們就能清楚的知道CPU的緩存中到底到使用什么樣的程序，如果使用了沒必要的程序，我們就可以自己的手動的來關(guān)閉他，使電腦擁有更多的緩存來提高電腦的性能。

? 自定義分析:包括內(nèi)存分析與CPU分析,面對不同的人所需的風(fēng)格不同，使用這個軟件你可以隨心的依據(jù)自己的想法及要求，對自己的電腦進(jìn)行內(nèi)存分析與CPU的分析，讓你的電腦在自己的手中更方便的為你所用。

? 卸載程序：上網(wǎng)是越來越普遍了，但是上網(wǎng)的時候經(jīng)常會被莫名其妙的安裝上一些垃圾程序，這個時候我們就想要刪除他，可是去電腦里面刪又很麻煩，使用這個功能我們就可以輕松的刪除這些不想要的程序，讓硬盤的空間恢復(fù)原來的大小。當(dāng)然本功能也可以卸載一些自己

?

?

?

?

電腦里系統(tǒng)的或者是原來安裝的一些程序，我們現(xiàn)在又不想使用他，而他又占用了許多的硬盤和注冊表的容量，我們就可以使用這個功能輕松的卸載它，完成你想要做的事情。注冊表分析：這項(xiàng)功能主要幫你分析系統(tǒng)注冊表存在的問題以及為注冊表清理做好更精確的準(zhǔn)備，它可以為你找出系統(tǒng)注冊表存在的漏洞，也可以有最新的更新信息，它同時可以幫你優(yōu)化系統(tǒng)注冊表的功能，以及建議你如何修改注冊表的方法，方便不懂注冊表的人使用它。注冊表清理及優(yōu)化： 當(dāng)今的電腦存在著開機(jī)速度慢，中病毒等諸多問題，這些都需要在注冊表中進(jìn)行修改，該功能可以幫助你處理一些不必要的垃圾，以及改善您系統(tǒng)的各個功能，它不但能使你的電腦處于良好的狀態(tài)，也可以避免一些病毒的干擾，更可以優(yōu)化你的系統(tǒng)，讓您更放心的使用計(jì)算機(jī)。歡迎大家對本軟件提出寶貴的意見，同時也歡迎大家下載使用，本軟件提供試用版和注冊版，可以進(jìn)行用戶注冊，也可聯(lián)系我們索要注冊號。本軟件將為用戶提供使用幫助,有不懂的,或是有問題的用戶,都可以通過使用幫助或與我們?nèi)〉寐?lián)系.二、小組成員

組長：×××（×號）

組員：×××（×號）、……

三、工作分配

×××（×號）: 寫開題報(bào)告及后期報(bào)告 ×××（×號）:軟件功能策劃及后期工作 ×××（×號）：界面設(shè)計(jì)

×××（×號）：界面設(shè)計(jì)

×××（×號）:界面設(shè)計(jì)

四、項(xiàng)目進(jìn)度計(jì)劃、安排

第×周～第×周：寫開題報(bào)告

第×周～第×周：設(shè)計(jì)方案

第×周～第×周：設(shè)計(jì)

第×周～第×周：寫中期報(bào)告

第×周～第×周：測試、評估

第五篇：軟件需求分析考試資料

1、需求分析的最終結(jié)果是需求規(guī)格說明書。

2、需求分析中開發(fā)人員要從用戶那里解決的最重要的問題是讓軟件做什么。

3、需求規(guī)格說明書中的內(nèi)容不應(yīng)該包括對算法的詳細(xì)過程的描述。

4、需求規(guī)格說明書的作用不應(yīng)包括軟件可行性研究的依據(jù)。

5、關(guān)于面向?qū)ο蠓椒ㄖ邢⒌臄⑹?，不正確的是操作系統(tǒng)不斷向應(yīng)用程序發(fā)送消息，但應(yīng)

用程序不能向操作系統(tǒng)發(fā)送消息。

6、面向?qū)ο蠹夹g(shù)中，對象是類的實(shí)例，對象有三種成分標(biāo)識、屬性、方法（或操作）

7、軟件需求分析階段的工作，可以分成以下四個方面對問題的識別、分析與綜合、制定規(guī)

格說明以及需求分析評審。

8、軟件需求規(guī)格說明書的內(nèi)容不應(yīng)該包括對算法的詳細(xì)過程的描述。

9、產(chǎn)品特性可以稱為質(zhì)量屬性，在眾多質(zhì)量屬性，對于開發(fā)人員來說重要的屬性有哪些？

可維護(hù)性、可移植性、可重用性、可測試性

10、求包括11個方面的內(nèi)容，其中網(wǎng)絡(luò)和操作系統(tǒng)的要求屬于環(huán)境需求，如何隔離用戶之間的數(shù)據(jù)屬于安全保密需求，執(zhí)行速度、相應(yīng)時間及吞吐量屬于性能需求，規(guī)定系統(tǒng)平均出錯時間屬于質(zhì)量保證。

11、需求分析過程應(yīng)該建立3中模型，他們分別是數(shù)據(jù)模型、功能模型、行為模型，以下幾種圖形中，數(shù)據(jù)流圖（DFD）屬于功能模型，實(shí)體-聯(lián)系圖（ERD）屬于數(shù)據(jù)模型，狀態(tài)轉(zhuǎn)換圖（STD）屬于行為模型。

12、常用的需求分析方法有：面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法（SA），面向?qū)ο蟮姆治龅姆治龇椒ǎ∣OA），下列(D)不是結(jié)構(gòu)化分析方法的圖形工具。

A 決策樹B 數(shù)據(jù)流圖C數(shù)據(jù)字典D快速原型

13、軟件開發(fā)中，原型是軟件的一個早期可運(yùn)行的版本，它反映最終系統(tǒng)的部分重要特性，其中，探索型和實(shí)驗(yàn)型用完可以丟棄，而進(jìn)化型圍繞原型修改、增加。

14、數(shù)據(jù)流圖用于描述數(shù)據(jù)的處理過程。

15、DFD 的基本符號不包括下列哪種？（A）。

A 數(shù)據(jù)字典B 加工C 外部實(shí)體D 數(shù)據(jù)流E 數(shù)據(jù)存儲文件

16、DD的主要字典條目包括以下哪種（E）

A 數(shù)據(jù)流B文件C 數(shù)據(jù)項(xiàng)D加工E以上都是

17、常用的動態(tài)分析方法不包括以下哪種（B）

A 狀態(tài)遷移圖B 層次方框圖C 時序圖D Petri網(wǎng)

18、需求分析階段的文檔包括以下哪些（E）

A 軟件需求規(guī)格說明書B 數(shù)據(jù)要求說明書C 初步的用戶手冊D 修改、完善與確定開發(fā)實(shí)施計(jì)劃E 以上都是

19、需求驗(yàn)證應(yīng)該從下述幾個方面進(jìn)行驗(yàn)證：（C）

A 可靠性、可用性、易用性、重用性B 可維護(hù)性、可移植性、可重用性、可測試性

C 一致性、現(xiàn)實(shí)性、完整性、有效性 D 功能性、非功能性

20、風(fēng)險(xiǎn)管理的要素包括哪些（D）

A 風(fēng)險(xiǎn)評價B 風(fēng)險(xiǎn)避免C 風(fēng)險(xiǎn)控制D 以上都是

21、下列描述中錯誤的是（D）

A 每一個集成的需求變更必須能跟蹤控制到一個經(jīng)核準(zhǔn)的變更請求。

B 變更過程應(yīng)該做成文檔，盡可能簡單，當(dāng)然首要的是有效性。

C 所有需求變更必須遵循過程，按照此過程，如果一個變更需求未被采納，則其后過程不再予以考慮。

D 可以從數(shù)據(jù)庫中刪除或修改變更請求的原始文檔。

二、填空題

1、需求分析階段產(chǎn)生的最重要的文檔是（需求分析說明書）。

2、需求分析的主要任務(wù)是（要回答“軟件必須做什么？”）。

3、需求分析階段，分析人員要確定對問題的綜合需求，其中最主要的是(功能需求)需求。

4、需求分析階段研究的對象是軟件項(xiàng)目的(用戶要求)。

5、軟件生命周期：問題分析、可行性研究、需求分析、總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼和單元測試、綜合測試、軟件維護(hù)。

6、信息系統(tǒng)必須實(shí)現(xiàn)的功能，或者說信息系統(tǒng)必須具備的屬性和質(zhì)量稱為（系統(tǒng)需求（需求））

7、（模型）是為了理解事物而對事物做出的一種抽象，是對事物的一種無歧義的書面描述通常，由一組圖形符號和組織這些符號的規(guī)則組成。

8、軟件需求分析階段的目的是澄清用戶的要求，并把雙方共同的理解明確地表達(dá)成一份書面文檔——（軟件需求規(guī)格說明書。

9、軟件需求分類，分為（功能性）需求和（非功能性）需求。

10、需求分析的步驟包括（需求獲?。ⅲǚ治鼋＃?、文檔編寫。。

三、名詞解釋

第一、二空缺。

3、需求工程：整個軟件需求范圍內(nèi)所進(jìn)行的活動稱為需求過程，需求工程包括需求開發(fā)和需求管理兩部分，需求開發(fā)包括問題獲取、分析、編寫規(guī)格說明和驗(yàn)證。

4、業(yè)務(wù)模型：業(yè)務(wù)模型是理解是理解一個組織業(yè)務(wù)過程的技術(shù)，可以用業(yè)務(wù)用例模型和業(yè)務(wù)對象模型來表達(dá)業(yè)務(wù)模型，業(yè)務(wù)用例模型分別是分別從與業(yè)務(wù)過程和客戶對應(yīng)的業(yè)務(wù)用例和業(yè)務(wù)參與者的角度來描述企業(yè)的業(yè)務(wù)過程；業(yè)務(wù)對象模型描述了如何由一組工作人員使用一些業(yè)務(wù)實(shí)體和工作單元來實(shí)現(xiàn)每個業(yè)務(wù)用例。

5、原型開發(fā)方法：一個軟件原型是所提出的新產(chǎn)品的部分市縣，使用原型有三個主要目的：

1）明確并完善需求，2）探索設(shè)計(jì)選擇方案，3）發(fā)展成為最終的產(chǎn)品，建立原型的主要原因是為了解決在產(chǎn)品開發(fā)的早期階段不確定的問題，原型可分為拋棄型原型和進(jìn)化型原型。

6、數(shù)據(jù)字典：一個定義應(yīng)用程序中使用的所有數(shù)據(jù)元素和結(jié)構(gòu)的含義、類型、數(shù)據(jù)大小、格式、度量單位、精度以及允許取值范圍的共享倉庫。

四、簡答題

1、生命周期模型是什么？常見的生命周期模型有哪幾種？

答：對軟件開發(fā)流程的一種描述：為解決問題所定義的策略；對典型開發(fā)活動的抽象。常見的生命周期模型：Waterfall，Prototyping，Phased，Spiral（瀑布模型、快速原型模型、增量模型,螺旋模型）

2、為什么要使用生命周期模型？

答：幫助開發(fā)組了解他們在開發(fā)項(xiàng)目的活動、資源和限制；幫助項(xiàng)目了解在開發(fā)過程中的不一致，丟失，冗余等情況，把注意力集中在開發(fā)最終產(chǎn)品上；幫助項(xiàng)目組剪裁開發(fā)過程——沒有基礎(chǔ)就無從剪裁。

3、waterfall的優(yōu)勢是什么？

答：具有良好定義的里程碑，利于向不熟悉軟件開發(fā)的客戶講解流程；幫助開發(fā)人員理解需要做的事情；清楚地描述下階段開始前需要的中間產(chǎn)品；是很多其他LC模型的基礎(chǔ)。

4、需求分析階段的基本人物是什么？

答：需求分析階段的基本任務(wù)是：

（1）問題識別：雙方對問題的綜合需求；a.功能需求 b.性能需求c.環(huán)境需求d.用戶界面

需求。

（2）分析與綜合，到處軟件的邏輯模型。

（3）編寫文檔。

五、問答題

1、軟件過程的概念及分類，基本過程包含些什么及每個過程的具體內(nèi)容。

答：軟件過程也稱為軟件生存周期過程或軟件過程組，是指軟件生存周期中的一系列相關(guān)過程，過程就是過程的集合，活動是任務(wù)的集合，人物則起到把輸入加工成輸出的作用。活動的執(zhí)行可以是順序的、迭代的（重復(fù)的）、并行的、嵌套的或是有條件引發(fā)的。

軟件過程可以分為三類：基本過程、支持過程和組織過程。

基本過程包括：

1）獲取過程：（項(xiàng)目委托方）確定需求；招標(biāo)；簽訂合同；對供應(yīng)方的監(jiān)督；驗(yàn)收完成。

2）供應(yīng)過程：（項(xiàng)目承包方）理解需求；投標(biāo)；簽訂合同；計(jì)劃；實(shí)施；控制；評審評

價；交付。

3）開發(fā)過程：（軟件開發(fā)人員）過程實(shí)施準(zhǔn)備；系統(tǒng)需求分析；系統(tǒng)結(jié)構(gòu)設(shè)計(jì)；軟件需

求分析；軟件體系結(jié)構(gòu)設(shè)計(jì)；軟件詳細(xì)設(shè)計(jì)；軟件編碼測試；軟件集成；軟件合格測試；系統(tǒng)集成；系統(tǒng)合格測試；軟件安裝；驗(yàn)收支持。

4）運(yùn)行過程：（用戶）運(yùn)行準(zhǔn)備；運(yùn)行測試；產(chǎn)品轉(zhuǎn)移；運(yùn)行；運(yùn)行支持；運(yùn)行評價。

5）維護(hù)過程：（維護(hù)人員）過程實(shí)施準(zhǔn)備；問題分析和修改設(shè)計(jì)；修改實(shí)施；對維護(hù)的評審和驗(yàn)收；軟件移植；軟件退役。

2、簡述軟件需求工程分為哪幾類？其中需求獲取和需求規(guī)約的目的和任務(wù)。

答：軟件需求工程細(xì)分為：需求獲取、需求分析與協(xié)商、系統(tǒng)建模、需求規(guī)約、需求驗(yàn)證和需求管理六個階段。

需求獲取：系統(tǒng)分析人員通過與用戶的交流，對現(xiàn)有系統(tǒng)的觀察及任務(wù)進(jìn)行分析，確定系統(tǒng)或產(chǎn)品范圍的限制性描述、與系統(tǒng)或產(chǎn)品有關(guān)的人員及特征列表、系統(tǒng)的技術(shù)環(huán)境的描述、系統(tǒng)功能的列表及應(yīng)用于每個需求的領(lǐng)域限制、一組描述不同運(yùn)行條件下系統(tǒng)或產(chǎn)品使用狀況的應(yīng)用場景以及為更好地定義需求而開發(fā)的任意原型。

需求規(guī)約：軟件需求規(guī)約是分析任務(wù)的最終產(chǎn)物，通過建立完整的信息描述、詳細(xì)的功能和行為描述、性能需求和設(shè)計(jì)約束的說明、合適的驗(yàn)收標(biāo)準(zhǔn)，給出對目標(biāo)的各種要求。需求規(guī)約作為用戶和開發(fā)組之間的一個協(xié)議，在之后的軟件工程各個階段發(fā)揮重要作用。

3、簡述軟件體系結(jié)構(gòu)的概念及基于B/S體系結(jié)構(gòu)的實(shí)現(xiàn)方式。

答：軟件體系結(jié)構(gòu)：軟件體系結(jié)構(gòu)是具有一定形式的結(jié)構(gòu)化元素，即構(gòu)件的集合，包括處理構(gòu)件、數(shù)據(jù)構(gòu)件和連接構(gòu)件，處理構(gòu)件負(fù)責(zé)對數(shù)據(jù)進(jìn)行加工，數(shù)據(jù)構(gòu)件是被加工的信息，連接構(gòu)件把體系結(jié)構(gòu)的不同部分組合連接起來。

B/S結(jié)構(gòu)：瀏覽器（客戶機(jī)）—WEB服務(wù)器—數(shù)據(jù)庫服務(wù)器

B/S體系結(jié)構(gòu)的實(shí)現(xiàn)方式：B/S模式下的客戶機(jī)只需安裝瀏覽器軟件，無須開發(fā)前端應(yīng)用程序；中間層的WEB應(yīng)用服務(wù)器，主要的數(shù)據(jù)計(jì)算和應(yīng)用都在此完成，因此對中間層服務(wù)器的要求較高；后臺數(shù)據(jù)庫服務(wù)器主要完成數(shù)據(jù)的管理。

4、用戶界面設(shè)計(jì)三個的任務(wù)和目的答：用戶界面設(shè)計(jì)在工作流程上分為結(jié)構(gòu)設(shè)計(jì)、交互設(shè)計(jì)、視覺設(shè)計(jì)三個部分。

1)結(jié)構(gòu)設(shè)計(jì)：結(jié)構(gòu)設(shè)計(jì)也稱概念設(shè)計(jì)，是界面設(shè)計(jì)的骨架，通過用戶研究和任務(wù)分析，制定出產(chǎn)品的整體架構(gòu)，基于紙質(zhì)的低保真原型可提供用戶測試并進(jìn)行完善，在結(jié)

構(gòu)設(shè)計(jì)中，目錄體系的邏輯分類和語詞定義是用戶易于理解和操作的重要前提。

2)交互設(shè)計(jì)：交互設(shè)計(jì)的目的是使產(chǎn)品讓用戶能簡單使用，任何產(chǎn)品功能的實(shí)現(xiàn)都是

通過人和機(jī)器的交互來完成的。因此，人的因素應(yīng)作為設(shè)計(jì)的核心被體現(xiàn)出來。

3)視覺設(shè)計(jì)：在結(jié)構(gòu)設(shè)計(jì)的基礎(chǔ)上，參照目標(biāo)群體的心理模型和任務(wù)達(dá)成進(jìn)行視覺設(shè)

計(jì)，包括色彩、字體、頁面等，視覺設(shè)計(jì)要達(dá)到用戶愉悅使用的目的。

5、需求規(guī)格說明文檔的作者及表現(xiàn)手段

答：作者：

項(xiàng)目管理者：組織安排、提供條件。

需求工程師：負(fù)責(zé)人、主導(dǎo)人。

文檔寫作人員：有時會采用，節(jié)省需求工程師的時間

涉眾（用戶）：驗(yàn)證人

表現(xiàn)手段：

非形式化：自然語言、限制性文本

半形式化：結(jié)構(gòu)化文本（偽碼/結(jié)構(gòu)化英語）、模型語言（圖、表）

形式化：形式化語言（數(shù)學(xué)語言：BNF）

6、數(shù)據(jù)庫設(shè)計(jì)的內(nèi)容及常用方法

答：數(shù)據(jù)庫設(shè)計(jì)包括數(shù)據(jù)庫的結(jié)構(gòu)設(shè)計(jì)和數(shù)據(jù)庫的行為設(shè)計(jì)。

1）數(shù)據(jù)庫的結(jié)構(gòu)設(shè)計(jì)

數(shù)據(jù)庫的結(jié)構(gòu)設(shè)計(jì)指是根據(jù)給定的應(yīng)用環(huán)境，進(jìn)行數(shù)據(jù)庫的模式或子模式的設(shè)計(jì)。它包括數(shù)據(jù)庫的概念設(shè)計(jì)、邏輯設(shè)計(jì)和物理設(shè)計(jì)，數(shù)據(jù)庫模式是各應(yīng)用程序共享的結(jié)構(gòu)，是靜態(tài)的、穩(wěn)定的，一經(jīng)形成后通常情況下是不容易改變的，所以結(jié)構(gòu)設(shè)計(jì)又稱為靜態(tài)模型設(shè)計(jì)。

2）數(shù)據(jù)庫的行為設(shè)計(jì)

數(shù)據(jù)庫的行為設(shè)計(jì)是指確定數(shù)據(jù)庫用戶的行為和動作，而在數(shù)據(jù)庫系統(tǒng)中，用戶的行為和動作指用戶對數(shù)據(jù)庫的操縱，這些要通過應(yīng)用程序來實(shí)現(xiàn)，所以數(shù)據(jù)庫的行為設(shè)計(jì)就是應(yīng)用程序的設(shè)計(jì)。用戶的行為總是使數(shù)據(jù)庫的內(nèi)容發(fā)生變化，所以行為設(shè)計(jì)是動態(tài)的，行為設(shè)計(jì)又稱為動態(tài)模型設(shè)計(jì)。

數(shù)據(jù)庫常用設(shè)計(jì)方法：直觀設(shè)計(jì)法、規(guī)范設(shè)計(jì)法、計(jì)算機(jī)輔助設(shè)計(jì)法、自動化設(shè)計(jì)法。

7、如何正確看待客戶？

答：即使最終用戶不是上帝，也算是上帝的親戚，同樣怠慢不得

如果項(xiàng)目規(guī)模比較大，那么開發(fā)方與最終用戶的來往就比較多。如從最終用戶那里獲取詳細(xì)的需求，請最終用戶試驗(yàn)軟件，對最終用戶進(jìn)行培訓(xùn)等等。

8、概括說明如何進(jìn)行需求分析？

答：（1）需求分析是指需求開發(fā)過程中，對所獲取的需求信息進(jìn)行分析，及時排除錯誤和彌補(bǔ)不足，確保需求文檔正確地反映用戶的真實(shí)意圖。

（2）分析方法大體有兩類：“回答分析法”和“建模分析法”。

第一：問答分析方法很簡單：刨根究底地問，如果問題都被解答了，那么需求也就分析清楚了，一個人可以“自問自答”地分析需求，幾個人分析需求則稱為“研討”，問答分析最重要的問題是：“是什么”和“為什么”，其它常見的問題有：需求存在二義性嗎？需求文檔的上下文有矛盾嗎？需求完備嗎?需求是必要的嗎？需求可實(shí)現(xiàn)嗎？需求可驗(yàn)證嗎？需求的優(yōu)先級確定了嗎？

第二：建模分析法：在需求開發(fā)過程中，對于某些類型的信息，用圖形表示要比文本表示更加有效，所以將圖形與文本結(jié)合起來描述需求是很自然的方法。需求建模就是指用圖形符號來表示、刻畫需求，需求建模不可能取代文字描述。在需求文檔中，文字描述是第一重要的，建模主要是起分析、解釋作用、建議將模型存放在需求文檔的附錄中，便于正文引用。建模分析方法主要有兩大類：“結(jié)構(gòu)化分析法“和”面向?qū)ο蠓治龇椒ā啊?/p>