第一篇：軟件需求說明[范文]

軟件需求說明

某公司總部設(shè)在北京，在上海、廣州、成都和西安有分支機構(gòu)，公司員工接近700名。由于公司業(yè)務(wù)和員工團隊的迅速發(fā)展，為了提升整體工作效率，公司準(zhǔn)備開發(fā)一套員工報賬系統(tǒng)，取代原來的人工處理方式。

報賬系統(tǒng)將支持員工記錄（或預(yù)見）日常業(yè)務(wù)活動的開銷，并自動結(jié)算每個月應(yīng)該返還員工的補償金額，補償額會直接存入員工的工資帳戶中。

報賬系統(tǒng)應(yīng)具有基于先進技術(shù)的圖形化界面，員工可以輸入業(yè)務(wù)活動的種類和簡短描述，活動開銷的類別，選擇不同的支付方式，并可以生成靈活的報表。

報賬系統(tǒng)應(yīng)該有能力根據(jù)員工提供的信息和要求返還補償額，同時保存全部員工的報賬信息。員工可以通過他們自己的電腦來使用報賬系統(tǒng)。由于牽涉到財務(wù)信息，報賬系統(tǒng)必須提供可信的安全機制。

公司現(xiàn)有一套基于MicroSoft SQL Server的人事管理數(shù)據(jù)庫系統(tǒng)，記錄員工共的基本信息和團隊的組織結(jié)構(gòu)。報賬系統(tǒng)將和現(xiàn)有人事管理數(shù)據(jù)庫系統(tǒng)協(xié)同工作，需要引用人事管理數(shù)據(jù)庫系統(tǒng)中的部分信息，但不會更新其內(nèi)容。

通過報賬系統(tǒng)，員工能夠在出差前（提前2天）按照規(guī)定的額度向公司申請借款，相關(guān)的經(jīng)理人員能夠通過報賬系統(tǒng)批復(fù)或拒絕。報賬系統(tǒng)應(yīng)在相關(guān)負責(zé)人批復(fù)之后通知該員工提取現(xiàn)金或確認相應(yīng)款項已經(jīng)劃入指定信用卡（根據(jù)員工的要求）；員工可以通過保賬系統(tǒng)報銷合理的業(yè)務(wù)活動經(jīng)費。

財務(wù)部門將指定一位報賬系統(tǒng)管理員監(jiān)督擬建系統(tǒng)中的信息，負責(zé)初始設(shè)置和維護特定的分類額度準(zhǔn)則，并能夠定期或隨機地向部門負責(zé)人提交報賬系統(tǒng)情況的統(tǒng)計報告。

報賬系統(tǒng)在每月的25日對通過審批的報賬申請自動作一次結(jié)算，并以電子郵件的方式通知應(yīng)該得到補償?shù)膯T工，同時生成一份統(tǒng)計報告?zhèn)魉徒o財務(wù)部門的系統(tǒng)監(jiān)管人員。

具體的局部功能需求-----“提交報銷申請”的Use Case

簡介：

員工通過報賬系統(tǒng)填寫報銷申請，輸入相關(guān)活動產(chǎn)生的費用，在一次或者多次填寫后提交，經(jīng)驗證之后，以電子郵件的方式通知相應(yīng)經(jīng)理批復(fù)。

事件流（Flow of Events）

基本事件序列(Basic Flow)1.打開報銷單

[員工]：員工選擇進入“報銷申請”功能。

[系統(tǒng)]：該員工當(dāng)月報銷單存在，系統(tǒng)將取出相應(yīng)信息并展示給員工；如果該員工的當(dāng)月報銷單不存在，則轉(zhuǎn)至A1備選事件序列。2.添加報銷記錄

[員工]：員工要求添加一條報銷記錄。[系統(tǒng)]：系統(tǒng)顯示一條空白的報銷記錄。3.填寫報銷記錄單

[員工]：員工開始填寫報銷記錄，每條報銷記錄包括的信息有：業(yè)務(wù)活動發(fā)生的時間、為了讓員工方便而準(zhǔn)確地輸入相關(guān)信息，除了客戶名稱、業(yè)務(wù)活動原因和金額之外，其他信息域提供相應(yīng)的下拉式選擇列表。并記錄員工輸入的信息。

（重復(fù)以上針對每一條報銷記錄的活動），直至所有記錄填寫完畢。）4.驗證報銷單

[員工]：員工填寫完畢所有報銷記錄之后，要求系統(tǒng)驗證這些記錄的合理性。[系統(tǒng)]：報銷記錄的初始狀態(tài)為“未驗證”，每當(dāng)一條報銷記錄被驗證為合理，系統(tǒng)將該報銷記錄的狀態(tài)設(shè)置為“已驗證”，系統(tǒng)在驗證所有報銷記錄（為“已驗證”）之后提示用戶可以提交本月的報銷單。驗證為合理的記錄必須滿足集中條件：第一，不同種類的費用不超過相應(yīng)得限額；第二，報銷費用的類型要和員工的職能匹配。對于未通過的驗證的報銷記錄，轉(zhuǎn)至A5備選事件序列 5.提交報銷單

[員工]：所有報銷記錄經(jīng)過驗證之后，員工提交當(dāng)月的報銷單。

[系統(tǒng)]：系統(tǒng)保存這張報銷單，將報銷單的狀態(tài)設(shè)置為“已提交”并記錄提交日期，同時這張報銷單被設(shè)為“只讀”。系統(tǒng)要從人事管理數(shù)據(jù)庫中獲知該員工及其經(jīng)理（負擔(dān)該員工當(dāng)月開銷者）的電子郵件地址。如果此時人事管理數(shù)據(jù)庫不可用，轉(zhuǎn)至A6備選事件序列。

為了及時通知相關(guān)人員，系統(tǒng)將自動生成一份以當(dāng)前報銷單為內(nèi)容的電子郵件發(fā)送到該員工及其經(jīng)理的信箱中。當(dāng)郵件成功發(fā)送后，員工得到一個確認信息。如果此時郵件系統(tǒng)未能將郵件及時發(fā)送，轉(zhuǎn)至備選事件序列A7。

備選事件序列組（Alternative Flows）

A1 創(chuàng)建當(dāng)月報銷單

[起始位置]：基本事件序列中，員工進入報銷申請程序并準(zhǔn)備打開當(dāng)月報銷單。

[觸發(fā)條件]：系統(tǒng)沒有發(fā)現(xiàn)和該員工對應(yīng)的當(dāng)月報銷單。

[具體內(nèi)容]：系統(tǒng)為員工創(chuàng)建一張當(dāng)月報銷單。

[返回位置]：基本事件序列中的“打開報銷單” 步驟。

A2 刪除報銷記錄

[起始位置]：在提交報銷單之前任意時間點。

[觸發(fā)條件]：員工希望刪除某一條報銷記錄。

[具體內(nèi)容]：系統(tǒng)刪除有員工指定的某一條報銷記錄。[返回位置]：同“起始位置”。

A3 更新報銷記錄

[起始位置]：在提交報銷單之前任意時間點。

[觸發(fā)條件]：員工希望更新某一條報銷單。

[具體內(nèi)容]：系統(tǒng)根據(jù)員工輸入的內(nèi)容更新相應(yīng)的一條報銷記錄。[返回位置]：同“起始位置”。

A4 保存當(dāng)月報銷單

[起始位置]：該Use Case 允許員工在事件流中的任意時間點保存當(dāng)月的報銷單。

[觸發(fā)條件]：員工希望將已經(jīng)錄入的報銷記錄保存在報賬系統(tǒng)中。

[具體內(nèi)容]：系統(tǒng)保存該員工當(dāng)月報銷單，并給出確認信息。員工可以在保存當(dāng)月報銷單之后直接退出系統(tǒng)。

[返回位置]：同“起始位置”。

A5 報銷記錄不合理

[起始位置]：基本事件序列中，“驗證報銷單”步驟中對每一條報銷記錄驗證結(jié)束之后。

[觸發(fā)條件]：包銷記錄不滿足某一條適用的準(zhǔn)則。有兩種情形：第一，某報銷記錄的金額超出了其對應(yīng)類型費用的上限，已知有三種：請客戶用餐人均超過300元，出差時每天住宿費超過800元，移動電話費再無特殊說明情況下超過800元；第二，報銷費用的類型和員工所處部門及職能不匹配，已知的情形是業(yè)務(wù)部門的員工申請加班補助。

[具體內(nèi)容]：系統(tǒng)告知員工不合理的報銷記錄編號，以及未通過驗證的原因。[返回位置]：即本事件序列中的“填寫報銷單”步驟，目的是更正有問題的報銷記錄。

A6 人事管理數(shù)據(jù)庫不可用

[起始位置]：即本事件序列中，提交報銷單步驟結(jié)尾

[觸發(fā)條件]：當(dāng)報賬系統(tǒng)向人事管理數(shù)據(jù)庫索取信息而該數(shù)據(jù)庫沒有正常的響應(yīng)。

[具體內(nèi)容]：以對話框形式告知員工“人事管理數(shù)據(jù)庫不可用，報賬但沒有提交成功”。

[返回位置]：Use Case 執(zhí)行結(jié)束。

A7 郵件未即時發(fā)出

[起始位置]：基本事件序列中，“提交報銷單”步驟的結(jié)尾，成功地從人事管理數(shù)據(jù)庫獲得相關(guān)信息后。

[觸發(fā)條件]：報賬系統(tǒng)要求發(fā)送相關(guān)郵件時，郵件系統(tǒng)沒有及時的響應(yīng)。

[具體內(nèi)容]：系統(tǒng)將以提示信息的方式告知員工“郵件沒有及時發(fā)出，但是報銷單在系統(tǒng)內(nèi)已經(jīng)提交成功，待郵件系統(tǒng)恢復(fù)后，相關(guān)郵件會自動發(fā)出”。[返回位置]：Use Case 執(zhí)行結(jié)束。

特殊需求列表（專屬于該Use Case）

暫無

啟動條件

員工成功登錄系統(tǒng)，通過身份驗證。被系統(tǒng)提示進入“報銷申請”或“借款申請”功能。

結(jié)束狀態(tài)(組)如果該Use Case 順利執(zhí)行，員工得報銷申請記錄將被建立，更新、保存或者保存并提交；否則，系統(tǒng)地狀態(tài)應(yīng)該保持和該Use Case 執(zhí)行之前相同。

輔助圖示(活動圖)

“補充規(guī)約”要點 1.RDBMS數(shù)據(jù)庫訪問 2.分布式處理

詞匯表 要點

? 員工。公司的正式雇員

? 經(jīng)理。負責(zé)審批某員工當(dāng)月開銷的管理者，是較高級別的員工。

? 報銷紀(jì)錄。與業(yè)務(wù)有關(guān)的某一項具體的花費，包括業(yè)務(wù)活動發(fā)生的時間、地點、客戶名稱（可選）、原因以及費用金額和種類（交通、餐飲、會議、通信和雜項）。? 報銷單。員工在一個（自然）月內(nèi)的所有報銷紀(jì)錄的集合。

? 工資戶頭。公司將員工用于日常業(yè)務(wù)活動開銷的補償金額返還至員工的銀行賬戶，該帳戶的基本功能是供員工接受工資。

? 人事管理數(shù)據(jù)庫。該數(shù)據(jù)庫紀(jì)錄了有關(guān)人事管理的相關(guān)信息，與報帳系統(tǒng)有關(guān)的是公司的組織機構(gòu)(“員工”和“經(jīng)理”的關(guān)系)。

? 內(nèi)部郵件系統(tǒng)。該郵件系統(tǒng)負責(zé)收發(fā)與公司業(yè)務(wù)有關(guān)的電子郵件信息。

“提交報銷申請”[控制，SubmitClaim]的Use Case

簡介：

員工通過報賬系統(tǒng)填寫報銷申請，輸入相關(guān)活動產(chǎn)生的費用，在一次或者多次填寫后提交，經(jīng)驗證之后，以電子郵件的方式通知相應(yīng)經(jīng)理批復(fù)。

事件流（Flow of Events）

基本事件序列(Basic Flow)打開報銷單

[員工]：員工[實體，關(guān)鍵抽象，Employee]選擇進入“報銷申請”[邊界，SubmitClaimForm]功能。

[系統(tǒng)]：如果該員工當(dāng)月報銷單[實體，關(guān)鍵抽象，ClaimReport]存在，系統(tǒng)將取出相應(yīng)信息并展示給員工；如果該員工的當(dāng)月報銷單不存在，則轉(zhuǎn)至A1備選事件序列。添加報銷記錄

[員工]：員工要求添加一條報銷記錄。[系統(tǒng)]：系統(tǒng)顯示一條空白的報銷記錄。填寫報銷記錄單

[員工]：員工開始填寫報銷記錄[實體，關(guān)鍵抽象，ClaimRecord]，每條報銷記錄包括的信息有：業(yè)務(wù)活動發(fā)生的時間、地點、客戶名稱（可選）、原因以及費用金額和種類（交通、餐飲、會議、通信和雜項）。

[系統(tǒng)]：系統(tǒng)顯示并記錄員工輸入的信息。為了讓員工方便而準(zhǔn)確地輸入相關(guān)信息，除了客戶名稱、業(yè)務(wù)活動原因和金額之外，其他信息域提供相應(yīng)的下拉式選擇列表。

（重復(fù)以上針對每一條報銷記錄的活動），直至所有記錄填寫完畢。）驗證報銷單

[員工]：員工填寫完畢所有報銷記錄之后，要求系統(tǒng)驗證這些記錄的合理性[實體，ValidRule]。

[系統(tǒng)]：包銷記錄的初始狀態(tài)為“未驗證”，每當(dāng)一條報銷記錄被驗證為合理，系統(tǒng)監(jiān)該報銷記錄的狀態(tài)設(shè)置為“已驗證”，系統(tǒng)在驗證所有報銷記錄（為“已驗證”）之后提示用戶可以提交本月的報銷單。驗證為合理的記錄必須滿足集中條件：第一，不同種類的費用不超過相應(yīng)得限額；第二，報銷費用的類型要和員工的職能匹配。對于未通過的驗證的報銷記錄，轉(zhuǎn)至A5備選事件序列 提交報銷單

[員工]：所有報銷記錄經(jīng)過驗證之后，員工提交當(dāng)月的報銷單。

[系統(tǒng)]：系統(tǒng)保存這張報銷單，將報銷單的狀態(tài)設(shè)置為“以提交”并記錄提交日期，同時這張報銷單被設(shè)為“只讀”。系統(tǒng)要從人事管理數(shù)據(jù)庫[邊界，HRDatabase]中獲知該員工及其經(jīng)理（負擔(dān)該員工當(dāng)月開銷者）的電子郵件地址。如果此時人事管理數(shù)據(jù)庫不可用，轉(zhuǎn)至A6備選事件序列。

為了及時通知相關(guān)人員，系統(tǒng)將自動生成一份以當(dāng)前報銷單為內(nèi)容的電子郵件發(fā)送到該員工及其經(jīng)理的信箱中。當(dāng)郵件成功發(fā)送后，員工得到一個確認信息。如果此時郵件系統(tǒng)[邊界，MailSystem]未能將郵件及時發(fā)送，轉(zhuǎn)至備選事件序列A7。

第二篇：軟件說明文檔范本

軟件名稱及版本號 1 前言

本系統(tǒng)是一種XXXXX監(jiān)控管理系統(tǒng)，應(yīng)用射頻識別技術(shù)、視頻監(jiān)控系統(tǒng)、智能控制系統(tǒng)、大型數(shù)據(jù)庫技術(shù)、數(shù)據(jù)加密技術(shù)、防爆技術(shù)和嵌入式操作系統(tǒng)，可以通過計算機通訊網(wǎng)絡(luò)，將信息實時反饋到設(shè)置在監(jiān)管部門的數(shù)據(jù)中心，進行數(shù)據(jù)處理和保存，由監(jiān)管部門進行動態(tài)監(jiān)管，及時掌握所有使用情況，杜絕管理漏洞和安全隱患，實行歷史追溯。現(xiàn)對系統(tǒng)各模塊功能做一全面說明：

一．系統(tǒng)登錄界面

圖片

二．系統(tǒng)首頁

登錄成功，即進入系統(tǒng)主頁面。

圖片

三．信息查看

進入主頁面后點擊信息查看，即可查看相關(guān)情況。

圖片

四．查看日志

進入主頁面后點擊查看日志下的遠程操控子菜單，即可以動態(tài)監(jiān)控情況。

圖片

五．實時信息

1．動態(tài)視圖

進入主頁面后點擊實時信息下的動態(tài)視圖子菜單，即可查看實時狀態(tài)信息，如果有信息，則動態(tài)顯示信息。軟件名稱及版本號 2

圖片

點擊右上方下拉菜單，選擇實時監(jiān)控情況，并顯示所對應(yīng)檢驗情況(若檢驗不合格直接不予以)、充裝時間、流量以及金額。

還可以顯示相關(guān)情況、包括姓名、上班時間、許可證號及身份證號。（如上圖）2．視頻監(jiān)控

進入主頁面后點擊實時信息下的視頻監(jiān)控子菜單，即可查看各地的實時視頻信息。并可進行實時音頻指導(dǎo)。

圖片

點擊右上方下拉菜單，選擇后即可實時視頻監(jiān)控過程，右側(cè)四個圖標(biāo)，綠色代表當(dāng)前可用狀態(tài)度，紅色代表當(dāng)前禁用狀態(tài)，可通過點擊圖標(biāo)進行狀態(tài)控制。下側(cè)為當(dāng)前工作人員?？赏瑫r通過四個視頻通道監(jiān)控各地情況。（如上圖）

圖片

雙擊視頻通道可詳細查看操作過程，如發(fā)現(xiàn)有違規(guī)操作可通過點擊右上方“打開對話按鈕”，進行實時音頻提示或警告。若情況嚴(yán)重可點擊右側(cè)圖標(biāo)上編號，控制停止非法行為。（如上圖）

六．主站設(shè)置

進入主頁面后點擊設(shè)置下基本信息子菜單，即可對基本信息進行錄入、維護。

圖片

七．XX管理

1． XX信息 軟件名稱及版本號 3

進入主頁面后點擊XX管理下XX信息子菜單，即可以瀏覽各區(qū)縣XX詳細信息，包括XXX、所地區(qū)、使用登記證號、數(shù)量、發(fā)證單位、發(fā)證時間、應(yīng)用類型、廠牌型號、所屬單位、負責(zé)人、姓名、聯(lián)系電話等相關(guān)信息。并且還可對相關(guān)信息進行新增、修改、刪除、查看等操作。

圖片

2． 數(shù)據(jù)查詢

進入主頁面后點擊XX管理下XX數(shù)據(jù)查詢子菜單，即可對XX相關(guān)信息進行查詢，可以根據(jù)XXX、XX、使用登記證號、發(fā)動機號、車架號、發(fā)證開始時間、發(fā)證結(jié)束時間等字段進行單獨或者聯(lián)合查詢。

圖片

3． 數(shù)據(jù)統(tǒng)計

進入主頁面后點擊XX管理下XX數(shù)據(jù)統(tǒng)計子菜單，即可直觀查看各區(qū)XX柱狀圖。

圖片

八．XX管理

1． XX信息

進入主頁面后點擊XX管理下XX信息子菜單，即可瀏覽各區(qū)縣相關(guān)信息，包括生產(chǎn)廠家、出廠編號、類型、生產(chǎn)年月、型號、使用狀態(tài)、投用日期、安裝日期、使用年限、可充裝次數(shù)、檢驗狀態(tài)、車牌號等相關(guān)信息。并且還可以對XX信息進進新增、修改、刪除、查看等操作。

軟件名稱及版本號 4

圖片

2．信息查詢

進入主頁面后點擊XX管理下XX信息查詢子菜單，即可對XX相關(guān)信息進行查詢，可以根據(jù)生產(chǎn)廠家、出廠編號、使用狀態(tài)、類型、車牌號等字段進行單獨或者聯(lián)合查詢。

圖片

2． XX統(tǒng)計

進入主頁面后點擊XX管理下XX統(tǒng)計子菜單，即可對市各種類型XX使用情況動態(tài)生成餅狀圖。

圖片

3．電子標(biāo)簽

進入主頁面后點擊XX管理下電子標(biāo)簽子菜單即可查詢、瀏覽XX相關(guān)信息，并可根據(jù)車牌號、出廠編號、使用狀態(tài)、類型、生產(chǎn)廠家等字段進行單獨或聯(lián)合查詢，還可以選擇XX進行了發(fā)卡操作。

圖片

4．標(biāo)簽查詢

進入主頁面后點擊XX管理下標(biāo)簽查詢子菜單，即可根據(jù)XX檢驗開始日期、結(jié)束日期、檢驗狀態(tài)、車牌號等字段進行單獨或者聯(lián)合查詢。軟件名稱及版本號 5

圖片

九．充裝數(shù)據(jù)

1．充裝數(shù)據(jù)查詢

進入主頁面后點擊充裝數(shù)據(jù)下充裝數(shù)據(jù)查詢子菜單，即可查詢車輛XX詳細記錄，可以根據(jù)開始時間、結(jié)束時間、充裝狀態(tài)、編號、車牌號等字段進行單獨或者聯(lián)合查詢。

圖片

2．充裝數(shù)據(jù)統(tǒng)計

進入主頁面后點擊充裝數(shù)據(jù)下充裝數(shù)據(jù)統(tǒng)計子菜單，即可根據(jù)各站的XX次數(shù)生成三維柱狀圖，直觀地展示各站的情況。

圖片

3．本站充裝數(shù)據(jù)統(tǒng)計

進入主頁面后點擊充裝數(shù)據(jù)下本站充裝數(shù)據(jù)統(tǒng)計子菜單，即可查看用戶所在站的XX次數(shù)生成三維柱狀圖，直觀地展示各月份情況。

圖片

3． 本站數(shù)據(jù)查詢

進入主頁面后點擊充裝數(shù)據(jù)下本站數(shù)據(jù)查詢子菜單，即可對用戶所在站的車輛詳細記錄進行瀏覽，并可以根據(jù)開始時間、結(jié)束時間、充裝狀態(tài)、編號、車牌號等字段進行單獨或者聯(lián)合查詢。

圖片

軟件名稱及版本號 6

本系統(tǒng)有一個重要的創(chuàng)新，即可以借助視頻和通訊系統(tǒng)，對XX站實現(xiàn)遠程語音提醒，并可控制停止非法行為。系統(tǒng)對建立城市公共安全監(jiān)管的長效機制，保證人民的生命財產(chǎn)和社會的和諧穩(wěn)定具有重要意義。

第三篇：需求分析說明

1.1 需求分析說明

1.1.1 組織架構(gòu)管理

機構(gòu)、職務(wù)與崗位等是企事業(yè)人力資源系統(tǒng)的基礎(chǔ)架構(gòu)，浩創(chuàng)人力資源管理系統(tǒng)可以對這些基礎(chǔ)管理框架進行管理與定義。其中，機構(gòu)是對員工進行分類管理的最基本框架，每個機構(gòu)下包括一組員工，每個員工屬于至少一個機構(gòu)。系統(tǒng)可以保留機構(gòu)變更的歷史記錄，可以查看任意歷史時刻的組織架構(gòu)。職種是職務(wù)的種類。職務(wù)是描述某類工作性質(zhì)的一個概念。職務(wù)分為兩種，普通職務(wù)，可以由機構(gòu)自由選擇定制為崗位。通用職務(wù)，強制要求所有機構(gòu)都具有此職務(wù)。職務(wù)可設(shè)置職務(wù)說明書，對職務(wù)的能力要求、權(quán)利與責(zé)任等進行詳細說明。崗位即機構(gòu)與職位的結(jié)合。員工被分配到崗位中，不能被分配到機構(gòu)中或職位中。崗位可設(shè)置編制人數(shù)，并可以設(shè)置是否允許超編。崗位也可設(shè)置崗位說明書。1.1.1.1 機構(gòu)管理

用戶在機構(gòu)管理中可以查看新增、修改、刪除部門?？梢詧?zhí)行設(shè)立部門、撤銷部門、合并部門等業(yè)務(wù)操作。

1.1.1.2 職務(wù)管理

用戶在職務(wù)管理中可以查看新增、修改、刪除職務(wù)?？梢詧?zhí)行設(shè)立職務(wù)、撤銷職務(wù)等業(yè)務(wù)操作。

1.1.1.3 崗位管理

用戶在崗位管理中可以查看新增、修改、刪除崗位?？梢詧?zhí)行設(shè)立崗位、撤銷崗位、崗位編制變更等業(yè)務(wù)操作。

1.1.1.4 組織機構(gòu)報表

浩創(chuàng)人力資源管理系統(tǒng)具有方便靈活的報表自定義平臺，可以根據(jù)用戶需要定制各類報表，包括：職位編制報表、部門規(guī)劃報表等。1.1.2 1.1.2.1 員工管理

員工檔案管理

人事檔案是人力資源中心的重點功能之一，也是開展各類人事業(yè)務(wù)以及設(shè)計人事報表的基礎(chǔ)。

浩創(chuàng)人力資源中心的人事檔案內(nèi)容豐富，包括：人事基本檔案、考勤子集、薪酬子集、家庭成員子集、崗位變動子集、教育情況子集、獎勵記錄、懲罰記錄、行政黨派職務(wù)、兼任職務(wù)、專業(yè)技術(shù)職務(wù)、考察考核子集、語言能力子集、流動情況子集、政治面貌子集等多項內(nèi)容。所有這此數(shù)據(jù)內(nèi)容都支持導(dǎo)入、導(dǎo)出、查詢、排序、自定義統(tǒng)計報表、自定義明細報表等功能。

崗位變動子集考勤子集教育情況子集懲罰記錄家庭成員子集獎勵記錄薪酬子集基本人事檔案語言能力子集行政黨派職務(wù)流動情況子集考察考核子集專業(yè)技術(shù)職務(wù)政治面貌子集兼任職務(wù)

以上說明的是浩創(chuàng)人力資源中心內(nèi)置的人事檔案格式，如果這些內(nèi)容不能滿足用戶的需求，系統(tǒng)還可以根據(jù)用戶的需求，對人事檔案進行快速的調(diào)整。浩創(chuàng)

人事檔案是基于浩創(chuàng)表單平臺來搭建的，浩創(chuàng)人事檔案中的所有數(shù)據(jù)表單都支持自定義?？烧{(diào)整的內(nèi)容包括：字段的類型、字段的個數(shù)、表單的顯示界面、字段權(quán)限等等。

豐富的的格式設(shè)置工具，使用起來就將WORD一樣簡單、方便?？梢噪S時插入新的字段，系統(tǒng)內(nèi)置近千個豐富的字段供您選用?？梢宰杂啥ㄖ谱侄蔚娘@示樣式、位置及大小等。字段的表現(xiàn)形式豐富多彩，可以是文本框、下拉框、只讀標(biāo)簽、多選框，或者其它復(fù)雜的組合控件。1.1.2.2 人事業(yè)務(wù)管理

浩創(chuàng)人力資源中心提供豐富的人事業(yè)務(wù)供用戶使用。浩創(chuàng)協(xié)同辦公系統(tǒng)與浩創(chuàng)工作流平臺緊密結(jié)合，各子系統(tǒng)中的業(yè)務(wù)流程都是通過工作流平臺設(shè)計并使用，工作流與各項業(yè)務(wù)完美結(jié)合。

下圖列出了人力資源中心提供的各項人事業(yè)務(wù)，基本上可滿足用戶日常的人事管理需求。

臥龍人事業(yè)務(wù)流程一覽員工入職員工獎勵員工任命下班考勤撤銷機構(gòu)撤銷崗位設(shè)立職務(wù)員工請假員工復(fù)職撤銷職務(wù)編制變更員工離職員工處分員工轉(zhuǎn)正設(shè)立機構(gòu)設(shè)立崗位簽訂合同員工出差員工調(diào)崗上班考勤員工加班

浩創(chuàng)人事業(yè)務(wù)流程全部使用浩創(chuàng)工作流平臺配置而成，并且可以根據(jù)用戶的需要隨時進行調(diào)整?？烧{(diào)整的內(nèi)容包括：辦事步驟、步驟的先后順序、步驟的參與人、參與人在各步驟中的權(quán)限，等等。下圖是系統(tǒng)內(nèi)置的員工入職標(biāo)準(zhǔn)辦事流程圖。

浩創(chuàng)人事管理系統(tǒng)的預(yù)警平臺，可以方便地定制出各類數(shù)據(jù)預(yù)警提醒，如：生日預(yù)警、合同到期預(yù)警、轉(zhuǎn)正預(yù)警等。1.1.2.3 人事報表管理

浩創(chuàng)人力資源中心針對人事數(shù)據(jù)推出了豐富的報表分析功能，包括：部門性別匯總表、員工花名冊、個人詳細情況報表等。用戶還可以使用浩創(chuàng)報表設(shè)計器，設(shè)計自己的報表格式。浩創(chuàng)報表設(shè)計器與Excel相結(jié)合，可以快速設(shè)計完成一份復(fù)雜的報表模板。

使用Excel文檔格式作為報表展現(xiàn)，使用用戶操作簡單易上手，便于打印、傳閱。與數(shù)據(jù)表單平臺的結(jié)合，使得用戶可以方便得從系統(tǒng)中提取業(yè)務(wù)數(shù)據(jù)，不必了解復(fù)雜的數(shù)據(jù)庫理論知識。1.1.2.4 后備人才管理

浩創(chuàng)的員工檔案管理功能可以定制多個員工庫，包括在職人員庫、離職人員庫、應(yīng)聘人員庫等。后備人才庫也可以做為其中一項，統(tǒng)計進行管理、查詢。

1.1.2.5 勞動合同管理

合同管理一項重要的人事管理功能。系統(tǒng)內(nèi)置了勞動合同、培訓(xùn)合同、保密

協(xié)議三類合同樣本，用戶也可以定義自己的合同類別。每種合同類別都有不同的合同文本。合同的簽訂與解除，都有相應(yīng)的審批流程。

合同的數(shù)據(jù)字段可以按用戶要求自定義，合同的簽訂與解除都支持批量操作。合同到期時會給相關(guān)責(zé)任人提醒。通過配置，合同的解除可以與員工離職掛鉤。

1.1.3 1.1.3.1 考勤管理

班次管理

班次是制訂考勤規(guī)則的基礎(chǔ)，在本功能中可以進行班次的增加、修改與刪除。

1.1.3.2 智能排班

制造業(yè)企業(yè)常用的四班三運轉(zhuǎn)等復(fù)雜的排班方式，在目前市面上的考勤系統(tǒng)中都要手工排班，而浩創(chuàng)考勤模塊獨創(chuàng)智能排班算法，可以實現(xiàn)復(fù)雜輪班的自動化設(shè)定。下圖即是使用本功能完成的四班三運轉(zhuǎn)排班報表。

1.1.3.3 員工排班

員工排班就是為每個員工指定班次。本功能提供向?qū)讲僮鹘缑妫梢允褂枚喾N方式批量為員工設(shè)定班次。

1.1.3.4 公共假期管理

對國家的法定假日進行管理?？梢砸淮紊扇甑乃蟹ǘ偃?。

1.1.3.5 企業(yè)假期管理

對企業(yè)自定義假期進行管理，并提供假日額度報告，作為請假申請的審批依據(jù)。

1.1.3.6 調(diào)班管理

使用業(yè)務(wù)流程完成對員工的調(diào)班審批。

1.1.3.7 補休管理

使用工作流完成對員工的補休審批。

停工管理

使用工作流完成對企業(yè)的停工審批。

1.1.3.813

請假管理

使用工作流完成對員工的請假審批。

1.1.3.914

加班管理

使用工作流完成對員工的加班審批。

1.1.3.1015

出差管理

使用工作流完成對員工的出差審批。

1.1.3.1116

1.1.3.12 考勤報表

提供多種考勤報表，包括：日匯總表，月匯總表，年匯總表，考勤異常報表，加班明細報表，請假明細報表等。也可以根據(jù)用戶需要使用浩創(chuàng)報表平臺定制個性化報表。

1.1.4 績效管理

浩創(chuàng)績效管理模塊可以完成定量與定性相結(jié)合的復(fù)雜績效考核方案。其中360度考核就是典型的定性績效考核方案，采用加權(quán)平均方式完成對員工的綜合測試。而根據(jù)客觀業(yè)務(wù)指標(biāo)對員工進行績效評估則是一種更精確的績效評估方式。浩創(chuàng)績效管理模塊把兩者很好的結(jié)合了起來。1.1.4.1 考核方案管理

對考核方案進行增加、修改、刪除等操作。

1.1.4.2 績效考核表設(shè)計

績效考核表的設(shè)計，是整個績效考核的關(guān)鍵。浩創(chuàng)人力資源管理系統(tǒng)提供向?qū)降牟僮鹘缑妫龑?dǎo)用戶設(shè)計出專業(yè)的績效考核表。

第一步，基本屬性設(shè)定。

第二步，選擇考核所使用的績效指標(biāo)

第三步，設(shè)置360度考核的評估角色。

第四步，設(shè)置考核表的評估對象，以及每個評委對評估對象的權(quán)重。

最后，預(yù)覽一下設(shè)計好的績效考核表。

1.1.4.3 考核任務(wù)管理

使用績效方案每進行一次考核，就稱之為啟動了一次考核任務(wù)。用戶可以在考核任務(wù)管理功能中對考核任務(wù)進行增加、修改、刪除以及發(fā)布審批等操作。

1.1.4.4 績效評分

在360度等類型的考核中，每個員工都可能做為評委為其它員工打分。這就是績效評分功能。如下圖所示，就是一份評分中的考核問卷。

1.1.4.5 績效報表

根據(jù)用戶的需要，系統(tǒng)可以根據(jù)績效考核結(jié)果定制各類績效報表展示給用戶。

1.1.4.6 績效指標(biāo)庫

績效指標(biāo)庫是績效考核重要的基礎(chǔ)性設(shè)置。用戶可以對績效指標(biāo)進行增加、修改、刪除等操作。

1.1.5 1.1.5.1 培訓(xùn)管理

培訓(xùn)資源管理

培訓(xùn)資源包括：培訓(xùn)地點、培訓(xùn)資料、培訓(xùn)機構(gòu)及講師、培訓(xùn)專題、培訓(xùn)課程、培訓(xùn)成績等，在本功能中，可以對這些資源進行增加、修改、刪除等操作。

1.1.5.2 培訓(xùn)意向調(diào)查

用戶可以制訂一個培訓(xùn)意向調(diào)查問卷，對員工的培訓(xùn)需求進行調(diào)研。

1.1.5.3 培訓(xùn)計劃管理

對培訓(xùn)計劃進行管理，并可以將培訓(xùn)計劃提交審批。

1.1.5.4 培訓(xùn)實施管理

對正在實施中的培訓(xùn)項目進行管理、跟蹤。內(nèi)容包括：培訓(xùn)課程、受訓(xùn)員工、培訓(xùn)機構(gòu)、員工合同、機構(gòu)合同、學(xué)員成績、講師評估等。

1.1.5.5 培訓(xùn)評估管理

培訓(xùn)評估主要通過問卷調(diào)查或考試的方式，對學(xué)員成績、教師教育效果進行評估。

1.1.6 1.1.6.1 薪酬管理

薪酬計算公式定義

薪酬計算有許多復(fù)雜的規(guī)則及公式，而且經(jīng)常會發(fā)生變動。在本功能中，用戶可以對這些公式進行維護。

1.1.6.2 薪酬帳套定義

帳套是薪酬計算的規(guī)則，一個帳套有很多個明細項，即工資項。用戶可以方便地對帳套進行管理，新建、修改、刪除以及明細項的設(shè)置。

1.1.6.3 薪酬計算及發(fā)放

每月放工資之前，使用預(yù)設(shè)的公式，對員工薪酬進行計算，得出當(dāng)月工資數(shù)據(jù)。1.1.6.4 薪酬報表

使用浩創(chuàng)報表平臺，可以根據(jù)工資數(shù)據(jù)為用戶定制多種薪酬報表。1.1.7 1.1.7.1 社保管理

保險種類管理

用戶可對險種進行增、刪、改、查。

1.1.7.2 保險帳戶設(shè)定

可以批量對用戶的繳費帳戶進行設(shè)定。

1.1.7.3 保險繳費核算

根據(jù)設(shè)置好的保險帳戶，對員工的繳費額進行計算。1.1.7.4 保險報表

根據(jù)用戶的需求，使用浩創(chuàng)報表平臺為用戶定制各類保險報表。1.1.8 門戶平臺

浩創(chuàng)人力資源管理平臺整個基于微軟的門戶技術(shù)搭建，可以方便的實現(xiàn)用戶的個人桌面定制。

系統(tǒng)可以完成三個級別的門戶桌面定制。（1）公共門戶。全體用戶都共享的信息門戶。

（2）分組門戶。某一組用戶共享的信息門戶。我們可以使用分組門戶功能為用戶定制出高層管理人員門戶、中層管理人員門戶。（3）個人門戶。每個用戶獨享的信息門戶。1.1.9 業(yè)務(wù)流程管理

浩創(chuàng)人力資源管理系統(tǒng)內(nèi)置符合國際標(biāo)準(zhǔn)的工作流引擎，可以完成各類典型的業(yè)務(wù)流程自定義。B/S結(jié)構(gòu)的圖形化設(shè)計界面，操作簡單直觀。

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

1、問題描述

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

2、情景描述的主要成分

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

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

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

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

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

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

同時對于所有用戶都希望該系統(tǒng)是易用的，而且能夠?qū)ψ约旱男畔⑵鸬奖Ｗo即系統(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)定的運行，系統(tǒng)里的信息要是實時變化的，即可以預(yù)約的醫(yī)生要和實際在值班的醫(yī)生要匹配，不能出現(xiàn)掛上號了卻沒有醫(yī)生就診的情況。

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

? 組成情景的主要事件和活動 主要事件：患者預(yù)約掛號，管理員對預(yù)約掛號的處理，醫(yī)生就診。主要活動：患者注冊、登錄系統(tǒng)，患者在系統(tǒng)中查詢可以預(yù)約的醫(yī)生和時間，患者取消已有預(yù)約，患者進行就診；管理員接受或拒絕預(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),目的使用情景用戶問題實例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)進行了分析，即：預(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)該能夠給出詳細的信息。系統(tǒng)只給出對應(yīng)的輸出還不夠，同時要考慮輸出的信息是否合適。比如用戶要查詢眼科醫(yī)生的資料，系統(tǒng)的輸出就應(yīng)該只是眼科醫(yī)生的信息，而沒有必要把所有醫(yī)生的信息都輸出。3.5 社會影響分析

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

4、需求說明文檔

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

4.1 引言

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

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

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

許多醫(yī)院存在高峰期掛號排隊時間長，就診等待時間長，倒號現(xiàn)象頻發(fā)的問題。因此，構(gòu)建一個網(wǎng)上預(yù)約掛號系統(tǒng)，通過推薦患者使用該系統(tǒng)進行出診信息查詢和醫(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è)計與實現(xiàn)[J].醫(yī)學(xué)信息學(xué)雜志, 2015, 36(1):36-39.4.1.5 文檔概述

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

4.2 整體描述

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

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

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

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

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

為了實現(xià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)患者點擊預(yù)約按鈕，系統(tǒng)可以接收到預(yù)約請求。（3）患者被告知預(yù)約選擇結(jié)果：

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

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

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

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

系統(tǒng)可以對預(yù)約是否提交成功進行判定，并彈出對話框給予患者相應(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)進行加密。（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ā)團隊?wèi)?yīng)具備合理的項目管理，且在開發(fā)前應(yīng)盡可能明確系統(tǒng)的需求。（2）系統(tǒng)運營成本低：

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

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

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

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

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

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

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

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

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

4.3 需求說明

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

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

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

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

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

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

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

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

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

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

網(wǎng)上預(yù)約掛號系統(tǒng)可以被詳細劃分為患者預(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)進行交互。

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

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

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

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

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

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

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

對應(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é)果

第五篇：軟件項目需求建議書

篇一：軟件需求建議書

醫(yī)院門診管理系統(tǒng)需求建議書

2012年3月26日

有關(guān)公司：

現(xiàn)需一個醫(yī)院門診管理系統(tǒng)，要求具有相關(guān)項目經(jīng)驗的軟件公司參與競標(biāo)，要求能對該系統(tǒng)進行合理的編寫，保證系統(tǒng)能夠穩(wěn)定運行，并且在預(yù)定時間內(nèi)交付我院使用。

項目目標(biāo)：

系統(tǒng)分為5個子系統(tǒng)，即（a）掛號管理系統(tǒng)(b)病歷管理系統(tǒng)(c)藥品庫存管理系統(tǒng)(d)內(nèi)部資料管理系統(tǒng)(f)財務(wù)管理系統(tǒng)。并且需要保證系統(tǒng)運行穩(wěn)定準(zhǔn)確。

1.工作表述

承包商應(yīng)執(zhí)行以下工作任務(wù)，及工作要求：

(1)系統(tǒng)應(yīng)使用本院的局域網(wǎng)，win98、win2000、winxp、win7等環(huán)境

下，可進行穩(wěn)定準(zhǔn)確的查詢，修改、處理功能。

(2)數(shù)據(jù)錄入功能：其中包括在掛號時的患者信息錄入，病歷管理的錄

入處方和內(nèi)部資料管理中的醫(yī)師信息的添加。

(3)數(shù)據(jù)的修改和刪除功能：其中包括改號、退號和內(nèi)部資料管理中的

患者、醫(yī)師信息的修改和刪除功能。

(4)數(shù)據(jù)查詢功能：包括在診室管理中的藥品的模糊查詢，對庫存不足

的藥品報警，內(nèi)部資料管理中的醫(yī)師、患者信息的查詢中包括單項查詢和組合查詢。

(5)統(tǒng)計報表功能，財務(wù)報表：統(tǒng)計每天患者交款報表和掛號員每天的

交款單。統(tǒng)計患者總?cè)藬?shù)和總費用。

(6)按處方類別和拼音碼分別統(tǒng)計藥品的總數(shù)和庫存剩容量。

(7)按科室名稱和是否專家級別分別統(tǒng)計醫(yī)師總?cè)藬?shù)信息。日報表：打

印每天的患者人數(shù)、就診科室等，以及醫(yī)師每天的出診數(shù)，檢驗、檢查、手術(shù)每天的執(zhí)行次數(shù)，以及這些項目的總金額。

(8)合計費用功能：患者憑掛號單到交款處交款，系統(tǒng)根據(jù)門診號碼自 動調(diào)用患者信息，顯示患者的單項費用和總費用，自動找零。

(9)系統(tǒng)管理功能：其中包括用戶和內(nèi)部人員的修改密碼功能，根據(jù)權(quán)

限添加用戶和管理員。數(shù)據(jù)備份功能。

(10)幫助功能：包含醫(yī)院簡介和系統(tǒng)主要實現(xiàn)功能簡介。

2交付實物

（1）必須準(zhǔn)備一份詳細的系統(tǒng)設(shè)計報告，以及所用到的技術(shù)，用以監(jiān)測產(chǎn)品

質(zhì)量。

（2）有關(guān)項目進程的書面報告必須在每15天交給本院。報告應(yīng)簡明，并且

重點放在與承約商的原計劃和時間表相對應(yīng)的進程上。報告應(yīng)涉及到各項活動、取得的進展、接下來15天的計劃、花費的時間與金錢。對于落后進度計劃進程的工作項目，應(yīng)當(dāng)提供一份計劃，使項目能在原進度計劃和預(yù)算內(nèi)完成。

（3）在合同預(yù)期內(nèi)，交付我院一個能夠運行正常穩(wěn)定的完整的系統(tǒng)。并且在

后期一定時間內(nèi)提供免費維護。

3其他要求

（4）本院會向承包商提供本院的一些業(yè)務(wù)流程。

（5）承約商必須在執(zhí)行工作前，獲得本院對最終計劃的認同。

（6）合同必須以一個商定的價格，給提供滿足需求建議書要求工作的承約商

付款。

（7）承約商必須最遲在2012年5月1日以前提供給本院兩份建議書備份。

（8）本院希望在2012年6月1日前選中一家承約商。這個工程需要完成的

期限是十二個月，從2012年7月1日至2013年7月1日，所有交付物必須不遲于2013年10月1日提供給本院。

（9）本院將按照下面的時間表付款給承約商：當(dāng)項目完成了1/3時付總額的

1/3；當(dāng)項目完成了2/3時付總額的2/3；當(dāng)本人已經(jīng)滿意于項目的100%，并且承約商已履行了全部契約義務(wù)時再付出總額的最后1/3。

申請內(nèi)容

(1)承約商能清晰理解需求建議書，理解什么是被期望達到的要求。承約商應(yīng)有對每個任務(wù)和任務(wù)如何完成的詳細描述。

(2)承約商將要提供的每一份交付物的描述。

(3)列出條形圖或網(wǎng)絡(luò)圖表，列明每周要執(zhí)行的詳細任務(wù)的時間表，以便在要求的項目完成日期內(nèi)能夠完成項目。

(4)敘述一下承約商最近已經(jīng)執(zhí)行過的相似項目，包括已完成的子系統(tǒng)，以及其他子系統(tǒng)的完成進度。

(5)列出工程具體人員的姓名和詳細簡歷，以及他在類似工程的精彩的經(jīng)歷。

(6)必須說明項目所需要的人月，并通過一份詳細的工作時間分解和每個被指派于工程的員工的小時成本費用來驗證。此外，所有直接費用逐條列表也必須包括進來。

(7)承包商需列出貴公司的軟件能力成熟度(cmmi)等級。

(8)本院將按照以下的標(biāo)準(zhǔn)評價所有承約商的申請書：

a．設(shè)計方案(30%)。設(shè)計的實用及涉及技術(shù)。

b．經(jīng)驗(30%)。被指定工程的承約商和工作人員執(zhí)行類似工程的經(jīng)驗。

c．成本(30%)。承約商申請中的所列的固定成本。

d．進度計劃(10%)。為了在要求的項目完成日期內(nèi)或在此日期之前完成項目，承約商應(yīng)提出進度計劃的詳細而全面的連續(xù)說明。

篇二：軟件系統(tǒng)項目建議書完全版

****系統(tǒng)項目建議書

2014年5月

目錄

概述....................................................................1 1.1 文檔編寫目的...........................................................................................................1 1.2 系統(tǒng)建設(shè)目標(biāo)與內(nèi)容...............................................................................................1 1.2.1 系統(tǒng)建設(shè)目標(biāo)...................................................................................................1 1.2.2 系統(tǒng)建設(shè)的主要內(nèi)容.......................................................................................1 2 系統(tǒng)設(shè)計方案.............................................................1 2.1 總體架構(gòu)設(shè)計...........................................................................................................1 2.1.1 系統(tǒng)總體業(yè)務(wù)架構(gòu)...........................................................................................1 2.1.2 系統(tǒng)總體軟件架構(gòu)...........................................................................................1 2.1.3 系統(tǒng)總體技術(shù)架構(gòu)...........................................................................................1 2.2 系統(tǒng)組成...................................................................................................................1 2.3 系統(tǒng)數(shù)據(jù)流...............................................................................................................1 2.4 系統(tǒng)功能...................................................................................................................3 3 系統(tǒng)部署方案.............................................................3 3.1 系統(tǒng)部署架構(gòu)...........................................................................................................3 3.2 系統(tǒng)環(huán)境...................................................................................................................3 3.2.1 軟件環(huán)境...........................................................................................................4 3.2.2 硬件環(huán)境...........................................................................................................4 4 系統(tǒng)界面設(shè)計.............................................................4 5 主要技術(shù)指標(biāo).............................................................4 6 交付成果................................................................6 7 驗收策略................................................................6 7.1 系統(tǒng)驗收測試的原則...............................................................................................6 7.2 驗收測試的具體內(nèi)容...............................................................................................7 7.3 驗收測試的步驟.......................................................................................................7 8 質(zhì)量保證................................................................8 8.1 軟件研制一般要求...................................................................................................8 8.2 軟件評審要求...........................................................................................................9 8.3 軟件配置管理要求.................................................................................................10 9 售后服務(wù)...............................................................10 9.1 培訓(xùn).........................................................................................................................10 9.2 維護與升級.............................................................................................................10 9.3 質(zhì)量保證期內(nèi)的服務(wù).............................................................................................10 9.4 壽命期內(nèi)維修服務(wù).................................................................................................11 10 開發(fā)進度計劃............................................................11 11 項目報價...............................................................12 1 概述

1.1 文檔編寫目的 1.2 系統(tǒng)建設(shè)目標(biāo)與內(nèi)容

1.2.1 系統(tǒng)建設(shè)目標(biāo) 1.2.2 系統(tǒng)建設(shè)的主要內(nèi)容

系統(tǒng)設(shè)計方案 2.1 總體架構(gòu)設(shè)計

2.1.1 系統(tǒng)總體業(yè)務(wù)架構(gòu) 2.1.2 系統(tǒng)總體軟件架構(gòu) 2.1.3 系統(tǒng)總體技術(shù)架構(gòu)

2.2 系統(tǒng)組成

2.3 系統(tǒng)數(shù)據(jù)流

系統(tǒng)詳細數(shù)據(jù)流如下圖所示。

2.4 系統(tǒng)功能

系統(tǒng)部署方案 3.1 系統(tǒng)部署架構(gòu)

表1各子系統(tǒng)部署架構(gòu)

3.2 系統(tǒng)環(huán)境 篇三：需求建議書

題目：

假設(shè)你在嘉州新城購買了一套二室二廳一廚一衛(wèi)，面積大約90平方的新房，先裝修入住，請你根據(jù)自己的需求對這個房屋裝修項目編寫項目需求建議書。

項目：房屋裝修

需求建議書：

（1）承約商要執(zhí)行的任務(wù)：裝修材料的購買、家用設(shè)備的安裝、裝修工程。

① 代購裝修材料，如：地磚、涂料等等

② 廚房器具、淋浴設(shè)備等的代購

（2）承約商根據(jù)國家標(biāo)準(zhǔn)裝修，提供裝修計劃、施工方案，最后裝修符合標(biāo)準(zhǔn)的房

子。

（3）本人向承約商提供裝修方案。

要求：

①、臥室的顏色以暖色調(diào)為主

②、裝修后簡單、寬敞、采光效果良好

③、衛(wèi)生間隔成兩部分，分為盥洗間和浴室

（4）和承約商簽訂一個商定的價格，以及滿足需求建議書的工作承約商付款合同。

（5）當(dāng)裝修工程完成1／2時付總額的1／2；當(dāng)裝修工程100%完成時，獲得本人的

滿意后，并且承約商已經(jīng)全部履行契約義務(wù)時再付總額的最后1／2。

（6）希望這個項目在兩個月內(nèi)完成，從5月15日到7月15日，所有的可交付成果 必須不遲于7月15日提供給本人。

（7）承約商必須最遲于4月30日以前向本人提交兩份申請書備份。承約商的申請書

至少包括以下內(nèi)容： 1）承約商能清晰的理解需求建議書，要詳細描述承約商的實施裝修項目的方法，以及使用的裝修材料的具體規(guī)格。

2）承約商要提供可交付成果的詳細描述。

3）在6月15日向本人反映項目進行的進度。

4）敘述承約商最近實施的項目，包括客戶的姓名、地址和電話號碼，以備核實。

5）列出將被指定為項目主要負責(zé)人的姓名和聯(lián)系方式，以及工作經(jīng)驗。

（8）申請書的評價標(biāo)準(zhǔn)

1）承約商提出的建設(shè)方案（30%）

2）被指定為執(zhí)行此項目主要負責(zé)人的姓名和聯(lián)系方式，以及類似的工作經(jīng)驗（30%）

3）承約商申請書所列的固定成本（30%）

4）承約商提供的施工計劃（10%）

組員：岳紅 117 王華 213 周燕飛 126 趙涵玉 223 曾志錦 203 篇四：需求建議書

需求建議書（request for proposal，rfp）

什么是需求建議書[1] 需求建議書是指從客戶角度出發(fā)，全面、詳細地向服務(wù)商陳述、表達為了滿足其已識別需求所應(yīng)做的準(zhǔn)備工作。也就是說，需求建議書是客戶向服務(wù)商發(fā)出的用來說明如何滿足其已識別需求的建議書，是客戶與服務(wù)商建立正式聯(lián)系的第一份書面文件，又稱招標(biāo)書。需求建議書一般由客戶起草，主要描述客戶的需求、條件及對項目任務(wù)的具體要求。一份完整的需求建議書主要包括滿足其需求的項目的工作自述、對項目的要求、期望的項目目標(biāo)、客戶供應(yīng)條款、付款方式、契約形式、項目時間、項目申請書的要求等。好的需求建議書能讓服務(wù)商準(zhǔn)確把握客戶所期待的產(chǎn)品或服務(wù)。當(dāng)然，并非在所有情況下都需要準(zhǔn)備一份正式的需求建議書，當(dāng)某一企業(yè)的需求由內(nèi)部開發(fā)項目予以滿足時，這一過程似乎變得簡單多了，此時更多需要的是口頭上的交流和信息傳遞，而不是把寶貴的時間耽擱在僅僅起到信息傳遞作用的需求建議書上。例如，某一軟件開發(fā)公司感到公司原來的財務(wù)分析系統(tǒng)已經(jīng)遠遠不能適應(yīng)日益增加的業(yè)務(wù)需要時，便可直接要求軟件開發(fā)小組進行開發(fā)，這時只需口頭把相關(guān)的要求傳達給軟件開發(fā)小組即可。

[編輯] 需求建議書的主要內(nèi)容[2] 需求建議書一般包含以下主要內(nèi)容：

客戶必須搜集大量相關(guān)資料準(zhǔn)備需求建議書，因為it項目實施者需要按照rfp來準(zhǔn)備他們的項目技術(shù)方案，并以此參與競標(biāo)。rfp中包括項目的目標(biāo)，也就是用戶的期望，也包括客戶要求項目的進度計劃；對實施商申請書的表格和內(nèi)容的規(guī)定；客戶希望潛在的實施商提交投標(biāo)申請書的最后期限；評價申請書的標(biāo)準(zhǔn)等。一份好的rfp應(yīng)該包括以下一些內(nèi)容。

1．工作表述

工作表述就是說明項目的工作范圍，概括客戶要求開發(fā)商或項目團隊執(zhí)行的任務(wù)或工作單元，說明項目所涉及的各種事情，哪些必須由開發(fā)商或項目團隊去完成，哪些由客戶自己去做。例如，一個辦公自動化軟件系統(tǒng)的具體目標(biāo)。又如建設(shè)一個網(wǎng)站，所需設(shè)備的采購任務(wù)，是由客戶自己完成，還是由開發(fā)商去完成；企業(yè)網(wǎng)站上的頁面文字，是客戶自己撰寫，還是由開發(fā)商撰寫等。2．任務(wù)要求

需求建議書必須要具體規(guī)定開發(fā)商需要完成任務(wù)的規(guī)格和特征，如要求涉及大小、數(shù)量、顏色、重量、速度和其他開發(fā)商提出的解決方案中，所必須滿足的物理參數(shù)和操作參數(shù)。例如，建立一個企業(yè)網(wǎng)站，可能要求在1 000人同時訪問的情況下不會產(chǎn)生堵塞的感覺，網(wǎng)

站的瀏覽頁面不低于多少；建立一個自動結(jié)賬和收款系統(tǒng)，可能要求每天能辦理12 000次交易的功能和其他特定的功能，如在開出了發(fā)票的30天內(nèi)沒有收到賬款，就會自動產(chǎn)生催款通知。具體的任務(wù)要求，可能會成為將來的驗收標(biāo)準(zhǔn)。

3．交付物

交付物就是開發(fā)商所提供的實體內(nèi)容，這在需求建議書中應(yīng)該說明。例如，對于自動結(jié)賬和收款系統(tǒng)來說，客戶可能要求開發(fā)商提供硬件(計算機)、軟件(磁盤和一些印刷品)、操作手冊和培訓(xùn)課程。交付物也可能包括客戶要求開發(fā)商提供定期進度報告或終期報告。

4．客戶供應(yīng)條款

需求建議書還應(yīng)該列出客戶的供應(yīng)條款。例如，客戶需要建立一個網(wǎng)j站，可能需要向開發(fā)商提供企業(yè)內(nèi)部的組織結(jié)構(gòu)及各部門之間業(yè)務(wù)關(guān)系的詳]細說明，包括信息流程的類型、信息流量和發(fā)生頻率等。5．表述客戶對需求的確認

需求建議書不是對客戶需求的最后確認。最后的確認應(yīng)該在對開發(fā)商提出的方案進行評估之后。例如印刷宣傳手冊，可能在開印之前要經(jīng)過客戶審定；局域網(wǎng)的建設(shè)，在購買材料和設(shè)備之前，客戶必須審定開發(fā)商的技術(shù)方案。這一點在需求建議書中必須向開發(fā)商說明。

6．期望的合同類型(1)合同可以按固定價格訂立。這樣，開發(fā)商實際上就是費用包干?？蛻糁唤o固定的價錢，不管開發(fā)商實際工作花費多少。開發(fā)商必須保證功能的實現(xiàn)和質(zhì)量要求，超支的風(fēng)險由開發(fā)商負擔(dān)。

(2)合同也可以規(guī)定開發(fā)商不承擔(dān)風(fēng)險，即在時間、原材料限制的條件下，不論實際成本多少，都會給開發(fā)商特定的報酬，也就是所謂包工不包料。在我國現(xiàn)階段的條件下，由于質(zhì)量檢驗和資信度水平不高，這種合同比]較普遍。在需求建議書中，最好說明客戶是希望采用那種類型的合同。7．期望的付款方式

付款方式可以分為一次性付款和分階段付款；在開始前付款和結(jié)束后付款。一般依項目的性質(zhì)來定付款方式。如網(wǎng)頁制作，往往在項目末期付款；而架設(shè)局域網(wǎng)，一般在方案確認后，付款30％以便開發(fā)商采購，工程結(jié)束驗收后付滿90％，留10％等到使用一段時間以后確認無問題時付清。具體付款方式需要合同雙方協(xié)商，但在需求建議書中，客戶應(yīng)該先提出自己的期望付款方式。8．要求的進度計劃

進度計劃的要求可能很粗，如要求在6個月內(nèi)完成；也可以詳細一些，如多長時間內(nèi)完成方案設(shè)計和審定，多長時間內(nèi)完成硬件選購與安裝，多長時間內(nèi)完成軟件研制、測試與安裝，最后開發(fā)商在系統(tǒng)安裝調(diào)試后，在多長時間內(nèi)提交所有的系統(tǒng)文件和操作培訓(xùn)。9．申請書的格式和內(nèi)容提示

為了便于在幾個開發(fā)商之間進行比較和評價，申請書應(yīng)該在形式上采取同一個格式，內(nèi)容的結(jié)構(gòu)也應(yīng)該一致。這樣對不同的申請者來說比較公平，也能減輕客戶在評審時的工作量。客戶在需求建議書中可以限定申請書的每一部分采用的文字?jǐn)?shù)量或頁數(shù)。

10．提交申請書的最后期限

申請書受理的截止日期是必須要交代清楚的。例如，要求開發(fā)商在接到需求建議書后多少個工作口之內(nèi)(如l周之內(nèi)、1個月之內(nèi)等)提交申請書，或大家一律在某月某日之前提交申請書。這樣做的目的是便于同時對眾多的申請者進行比較、評估，也是為了保持公正，不給某些開發(fā)商以額外的時間和機會。

11．對申請書的評價標(biāo)準(zhǔn)

要告訴開發(fā)商客戶將根據(jù)哪些準(zhǔn)則來評價他提交的申請書。這樣做的目的，是指導(dǎo)開發(fā)商寫好申請書。一般評價標(biāo)準(zhǔn)包括4個方面的內(nèi)容：

(1)開發(fā)商在類似項目中的經(jīng)驗。如他們近期是否在預(yù)算內(nèi)按期完成了類似的項目，客戶對他們是否滿意?(2)開發(fā)商提出的技術(shù)方案是否合適。如采用哪種類型的計算機軟件?數(shù)據(jù)庫的設(shè)計、方法是什么?用來建立管理信息系統(tǒng)的是哪種語言?采用哪些供應(yīng)商的設(shè)備?等等。

(3)進度計劃。開發(fā)商是否能按照所要求的進度完成項目計劃?(4)成本。如開發(fā)商的報價是否合理?成本預(yù)算中有無漏算的條款?將來在執(zhí)行時有沒有可能出現(xiàn)超支，或有無可能因過于節(jié)約而導(dǎo)致質(zhì)量不能保證?有的申請人為了爭取合同，在報價上壓低成本，到了執(zhí)行階段，或偷工減料，或增加成本，結(jié)果導(dǎo)致所建系統(tǒng)的缺陷很多，或使最終成本大大超出原始的估算。對此需要引起注意。

12．資金總量

開發(fā)商總是希望了解客戶有多少資金可以用于發(fā)展擬議中的真t項目，但客戶在需求建議書中，往往不愿意透露這個信息。其實，客戶暗示大約的數(shù)字，告訴開發(fā)商他打算花多少錢來辦這件事是有好處的，這樣可以使開發(fā)商能夠提交與資金水平相適應(yīng)的申請書，提高在項目準(zhǔn)備階段的工作效率。

[編輯] 需求建議書的必要性[2] 需求建議書(rfp)是項目客戶與開發(fā)商建立正式聯(lián)系的第一份書面文件，也叫招標(biāo)書。一般由項目的客戶自己起草，主要描述客戶的需求、條件以及對項目任務(wù)的具體要求，向可能的開發(fā)商發(fā)送。

需求建議書是客戶為確保供應(yīng)商理解項目的需求，并在此基礎(chǔ)上提供項目建議書而編制的需求規(guī)范。雖然它不能確?？蛻魮?jù)此就能獲得理想的解決方案，但卻可以幫助客戶發(fā)現(xiàn)那些盡可能接近自身需求的系統(tǒng)準(zhǔn)備。其

目的是從客戶自身的角度出發(fā)，通過全面、詳細地陳述，使開發(fā)商或項目團隊理解客戶所希望的是什么，以可行的價格滿足客戶的已識別的需求。

對于一些預(yù)算較少的客戶，開發(fā)商往往不愿意花精力準(zhǔn)備正式的方案建議書，這種情況下，客戶的需求建議書就變得很重要。事實上，項目無論大小，都需要編寫需求建議書。第一，需求建議書需要描述用戶的目標(biāo)與需求。編制需求建議書的過程也是客戶進一步明確自己的目標(biāo)與需求的過程，并以此建立起客戶與供應(yīng)商進行深人溝通的橋梁。即使因為各種原因使得供應(yīng)商看不到或不愿響應(yīng)需求建議書，這種努力也是值得付出的。

第二，需求建議書可節(jié)省選型的時間，并使得對各供應(yīng)商之間的比較變得更容易。客戶提供給所有競標(biāo)供應(yīng)商的信息都是一樣的，避免了跟各開發(fā)商的重復(fù)溝通，同時，有需求建議書作為基準(zhǔn)，客戶可以約束各開發(fā)商以一致的格式提交方案建議書，以提高各供應(yīng)商之間的可比性。

第三，需求建議書可以避免一些潛在的疏漏。在準(zhǔn)備需求建議書時，客戶往往會因為太過關(guān)注具體細節(jié)而忽略了一些重要的因素。收到需求建議書后，有的供應(yīng)商可能會主動對這樣的疏漏提出質(zhì)疑以提醒客戶。還有些開發(fā)商為了使自己的方案建議書更具有吸引力，甚至?xí)岢鲆恍┬枨蠼ㄗh書沒有涉及的好想法來拓展客戶的思路。

[編輯] 編寫需求建議書的一般原則[2] 需求建議書應(yīng)該由用戶編寫，但各種客觀因素的限制，實際上很難做[到。所以，很多時候都是由用戶與項目小組共同編寫。編寫項目需求說明的j過程也是項目小組帶領(lǐng)客戶進入項目需求啟發(fā)的過程。編寫優(yōu)秀的項目需求[建議書沒有公式化的方法，需要大量的實踐經(jīng)驗。以下是編寫需求建議書需要把握的幾個原則：

(1)需求應(yīng)該是正確的。每個需求必須精確描述要交付的功能。確定需求內(nèi)容是否正確，需要用戶的代表來參與確認，由他們檢查、決定用戶需[求的正確性。沒有用戶的需求檢查就會導(dǎo)致很多項目實施中的問題出現(xiàn)。例如用戶會說：“這不是我們要的東西”；“你沒明白我們的意思”，等等。

(2)需求應(yīng)該是可行的。項目的需求應(yīng)該在有限的資源(已知的能力、有限的系統(tǒng)及其環(huán)境)下是可實現(xiàn)的。為了避免需求的不可行性，在需求分析階段應(yīng)該有核心技術(shù)人員參與，檢查在技術(shù)上什么能做、什么不能做，哪些需要額外的付出等。

(3)需求內(nèi)容應(yīng)該是必要的。需求建議書中的每個需求都應(yīng)該有相應(yīng)[的出處，即說明什么是客戶確實需要的，什么要順應(yīng)于外部的需求、接口或標(biāo)準(zhǔn)。如果不能標(biāo)識出處，則可能這個需求不是真正需要的。

(4)需求內(nèi)容應(yīng)該有優(yōu)先權(quán)。優(yōu)先權(quán)是由客戶或其代理及項目小組共同商討后建立的。如果所有的需求都被視為同等重要，那么在開發(fā)中遇到預(yù)t算削減、計劃超時或組員的離開而導(dǎo)致新的需求時，項目經(jīng)理將無所適從。一般優(yōu)先權(quán)有以下三個級別。

1)高優(yōu)先權(quán)，表明需求必須體現(xiàn)在本階段項目的成果中或這個產(chǎn)品的版本中。

2)中優(yōu)先權(quán)，表明需求是必須的，但是如果需要可以推遲到晚一些的產(chǎn)品版本中。

3)低優(yōu)先權(quán)，表明有它很好，但我們必須認識到如果沒有充足的時間或資源，它可以被放棄掉。

(5)需求內(nèi)容應(yīng)該是明確的。需求不該有歧義，要避免使用一些對于擬訂項目需求建議書的人很清楚，但對于其他人模糊不清的詞匯。如：用戶友好性，容易，簡單，快速，有效，幾個，藝術(shù)級，改善的，最大，最小等等。每寫一個需要都應(yīng)簡潔、直觀地采用用戶熟知的語言，而不要采用計算機術(shù)語。

[編輯] 需求建議書例子[2] 例：某企業(yè)項目管理軟件開發(fā)項目需求建議書

有關(guān)單位：某企業(yè)(甲方)由于業(yè)務(wù)發(fā)展的需要，決定采用項目管理的方式進行管理，為了更有效地對項目的執(zhí)行過程進行控制，該企業(yè)決定開發(fā)一套項目管理軟件以滿足這一需要。

1．工作表述

開發(fā)商將執(zhí)行下面任務(wù)：開發(fā)項目管理軟件。

開發(fā)項目管理軟件的主要功能包括項目及工作信息的錄入、項目網(wǎng)絡(luò)計劃圖的繪制、項目時間計劃的安排、甘特圖計劃的制定、項目執(zhí)行信息的錄入與分析及各種計劃報表的輸出等功能。2．要求

開發(fā)商應(yīng)根據(jù)國家有關(guān)標(biāo)準(zhǔn)，提供開發(fā)計劃和實施方案。篇五：軟件項目管理項目建議書

湖南文理學(xué)院實驗報告

時間： 2013 年 11 月 18 日

課程名稱： 軟件項目管理

實驗名稱：撰寫畢業(yè)生就業(yè)信息管理系統(tǒng)項目建議書

班級： 姓名： 同組人： 無

指導(dǎo)教師評定： 簽名：

一、實驗?zāi)康恼莆枕椖拷ㄗh書的格式和寫作要求，會結(jié)合具體項目寫作項目建議書。

二、實驗要求

1、結(jié)合模擬項目—畢業(yè)生就業(yè)信息管理系統(tǒng)項目寫出項目建議書。

2、提交畢業(yè)生就業(yè)信息管理系統(tǒng)項目建議書（報告）一份。

三、實驗環(huán)境 1．硬件：計算機 2．操作系統(tǒng)：windows平臺。

3．相關(guān)軟件：microsoft office軟件。

四、實驗步驟

1、背景介紹

隨著internet的迅猛發(fā)展和普及，我國高等院校紛紛建立自己的校園網(wǎng)，使高校的辦公，教學(xué)和管理工作發(fā)生了巨大的變化，并具有了新的特點，對教學(xué)管理工作提出了新的要求，也使得基于網(wǎng)絡(luò)的高校畢業(yè)生就業(yè)招聘成為可能。通過internet，用人單位和就業(yè)者利用網(wǎng)絡(luò)的便利，不直接見面，采用網(wǎng)絡(luò)交互地就業(yè)聯(lián)系、就業(yè)面試，以及就業(yè)意向和合同的簽訂等工作。我國部分高校目前正在嘗試通過網(wǎng)絡(luò)進行畢業(yè)生的就業(yè)分配工作，但目前使用的就業(yè)網(wǎng)站的開發(fā)應(yīng)用，大多功能相對單一，多局限于就業(yè)信息的發(fā)布，就業(yè)信息的靜態(tài)統(tǒng)計結(jié)果的公布及簡單的就業(yè)信息查詢，其實用性和互動性已經(jīng)不能滿足高校就業(yè)形勢的需要。隨著高校畢業(yè)生就業(yè)體制改革進程的不斷深化和畢業(yè)生就業(yè)市場的逐步建立，高校畢業(yè)生在各種就業(yè)活動中求職面窄、擇業(yè)率低、特別是信息量小的問題越來越突出。如何解決這一問題是擺在各級就業(yè)主管部門面前的嚴(yán)峻任務(wù)。正是在這種情形下，國務(wù)院對做好高校畢業(yè)生就業(yè)工作做出重要指示，即“要充分利用畢業(yè)生就業(yè)信息網(wǎng)絡(luò)，溝通行業(yè)間、地區(qū)間、學(xué)校與用人單位間的信息，在畢業(yè)生和用人單位之間牽線搭橋。同時，通過信息反饋，優(yōu)化高等教育結(jié)構(gòu)，合理

利用有效資源，促進高等教育的健康發(fā)展”高校就業(yè)系統(tǒng)以招聘和求職系統(tǒng)為核心，以用人單位需求和服務(wù)為目標(biāo)。明確了系統(tǒng)的定位，有利于構(gòu)建優(yōu)化網(wǎng)上就業(yè)服務(wù)體系，有利于不斷激活畢業(yè)生就業(yè)市場，有利于網(wǎng)絡(luò)資源的充分利用，有利于網(wǎng)上動態(tài)管理、杜絕虛假信息、拓寬網(wǎng)上就業(yè)服務(wù)功能。

2、項目的意義和必要性

畢業(yè)生就業(yè)信息系統(tǒng)和就業(yè)服務(wù)體系不完善，畢業(yè)生就業(yè)主要由學(xué)校、人才市場舉辦招聘會等方式獲得信息，與需求方見面，信息渠道比較窄。畢業(yè)生的就業(yè)指導(dǎo)工作極為薄弱，就業(yè)指導(dǎo)教師水平參差不齊，專業(yè)的、高素質(zhì)的就業(yè)指導(dǎo)教師太少；缺少優(yōu)質(zhì)的就業(yè)指導(dǎo)教材。所以，必須加強學(xué)生擇業(yè)的政策咨詢和信息服務(wù)，逐步建立起信息服務(wù)網(wǎng)絡(luò)，建立畢業(yè)生就業(yè)網(wǎng)絡(luò)系統(tǒng)，為實行網(wǎng)上求職擇業(yè)創(chuàng)造條件和提供服務(wù)。目前，建設(shè)好大學(xué)生的就業(yè)網(wǎng)站，不僅僅是政府部門應(yīng)該關(guān)心的問題，作為培養(yǎng)大學(xué)生的湖南文理學(xué)院也有同樣的需求。

解決目前高校就業(yè)信息管理中存在的一些問題，如信息傳遞不方便、不快捷，數(shù)據(jù)分析及就業(yè)指導(dǎo)不及時，學(xué)生簽約必須到不同部門領(lǐng)表、上交等繁瑣的操作等。通過本系統(tǒng)可以使湖南文理學(xué)院畢業(yè)生就業(yè)信息管理工作更加合理化、科學(xué)化，提高工作的效率，從根本上改變就業(yè)管理工作的方式，通過internet，各院系和學(xué)生利用網(wǎng)絡(luò)的便利，可以直接查詢和提交就業(yè)信息。在這種系統(tǒng)平臺下，可以快速、有效、全面的反映最新的用人單位信息、畢業(yè)生基本信息和就業(yè)趨勢，及時提供高校學(xué)生工作管理人員對歷屆用人單位需求信息的分析統(tǒng)計，及時有效地調(diào)查分析大學(xué)畢業(yè)生的擇業(yè)趨勢和引發(fā)的心理問題并進行及時有效的就業(yè)指導(dǎo)。可以做到信息的規(guī)范管理、科學(xué)統(tǒng)計和快速查詢，從而減少管理方面的工作量。

3、項目產(chǎn)品或服務(wù)的市場預(yù)測

（由于這個系統(tǒng)不是學(xué)院的直接收益產(chǎn)品，這里不做分析。）

4、項目的規(guī)模和期限

基于學(xué)院的實際情況，這個畢業(yè)生就業(yè)信息可以初步分為三個階段來完成。

第一階段，著重處理學(xué)院現(xiàn)有的問題，把系統(tǒng)運行起來，重點放在用戶管理方面，分為用戶注冊、用戶審核和用戶登錄驗證三部分。

第二階段，注重完成學(xué)校的就業(yè)信息發(fā)布，用戶在通過系統(tǒng)注冊后，可以查詢各種信息。

第三階段，系統(tǒng)管理，管理可以對學(xué)生用戶和站內(nèi)信息進行管理。

5、投資估算

具體相信的投資預(yù)算，由專業(yè)人員進行。這里只能給出對比其他同類學(xué)校信息系統(tǒng)的估算，3個階段全部完成，大概需要5萬人民幣。這個估算不包括硬件設(shè)備的預(yù)算。

6、市場前景及經(jīng)濟效益初步分析

這個系統(tǒng)雖然不是學(xué)院的直接收益產(chǎn)品，但其帶來的間接效益是毋庸置疑。具體可以表現(xiàn)為：

（1）管理決策的科學(xué)化。

傳統(tǒng)的決策指示憑經(jīng)驗的大致的估算，無法采集到大量的數(shù)據(jù)，也無法對采集到的數(shù)據(jù)進行精確的分析，而畢業(yè)生就業(yè)管理系統(tǒng)通過internet，各院系和學(xué)生利用網(wǎng)絡(luò)的便利，可以直接查詢和提交就業(yè)信息，比較全面、及時地采集信息數(shù)據(jù)、并選定合適的管理模式，做出科學(xué)的決策，減少決策失誤。

（2）管理工作的高效化。

在這種系統(tǒng)平臺下，可以快速、有效、全面的反映最新的用人單位信息、畢業(yè)生基本信息和就業(yè)趨勢，及時提供高校學(xué)生工作管理人員對歷屆用人單位需求信息的分析統(tǒng)計，及時有效地調(diào)查分析大學(xué)畢業(yè)生的擇業(yè)趨勢和引發(fā)的心理問題并進行及時有效的就業(yè)指導(dǎo)。

（3）網(wǎng)上就業(yè)服務(wù)體系的優(yōu)化。

畢業(yè)生的就業(yè)指導(dǎo)工作極為薄弱，就業(yè)指導(dǎo)教師水平參差不齊，專業(yè)的、高素質(zhì)的就業(yè)指導(dǎo)教師太少；缺少優(yōu)質(zhì)的就業(yè)指導(dǎo)教材。而畢業(yè)生就業(yè)網(wǎng)絡(luò)系統(tǒng)加強了學(xué)生擇業(yè)的政策咨詢和信息服務(wù)，逐步建立起信息服務(wù)網(wǎng)絡(luò)，為實行網(wǎng)上求職擇業(yè)創(chuàng)造條件和提供服務(wù)。

（4）網(wǎng)絡(luò)資源的充分利用。

指導(dǎo)老師可以開辟“求職顧問”，“就業(yè)指導(dǎo)”的板塊，告訴畢業(yè)生就業(yè)過程中應(yīng)該注意的問題，幫助學(xué)生完善職業(yè)形象；了解勞動關(guān)系法規(guī)；增強自身的保護意識；提高大學(xué)生競爭就業(yè)意識和能力。

大學(xué)生可以利用就業(yè)網(wǎng)絡(luò)內(nèi)容豐富、全面的就業(yè)信息，最新的國家就業(yè)政策和規(guī)范，了解國家就業(yè)形勢，更新就業(yè)觀念，樹立正確職業(yè)觀和就業(yè)觀。同時，制作個人簡歷，實現(xiàn)網(wǎng)上的自薦求職，查詢自己感興趣用人單位的資料，來了解用人單位的情況。

用人單位可以瀏覽學(xué)生所在學(xué)校的網(wǎng)站來了解學(xué)校的概況及專業(yè)設(shè)置情況，了解學(xué)生專業(yè)知識結(jié)構(gòu)和綜合素質(zhì)，并且通過學(xué)校就業(yè)網(wǎng)站來核對電子簡歷的誠信度。

（5）畢業(yè)生與用人單位的良好溝通

大學(xué)生通過查詢自己感興趣用人單位的資料，來了解用人單位的情況。對中意的單位可以投遞電子簡歷。用人單位通過瀏覽學(xué)生所在學(xué)校的網(wǎng)站，了解畢業(yè)生的信息。有意向的雙方可以通過網(wǎng)上面試的方式來進行進一步的溝通，提高學(xué)生和用人單位接觸頻率，促進就業(yè)工作開展。為企業(yè)和學(xué)生提供一個交流平臺及更為人性化、個性化的服務(wù)。

另外需要注意的是，畢業(yè)生就業(yè)管理系統(tǒng)的效益一般是無形的，只有經(jīng)過長期運行后的分析統(tǒng)計才能計算其收益，往往越成熟、科學(xué)、優(yōu)秀的畢業(yè)生就業(yè)管理系統(tǒng)，帶給我們的效益就越大。畢業(yè)生就業(yè)水平提高了，學(xué)校知名度也會隨之提高，學(xué)校的生源也會越來越好。

綜上所述，校方認為建立一個畢業(yè)生就業(yè)管理系統(tǒng)是非常必要的，請上級領(lǐng)導(dǎo)批示。

7、其他需要說明的問題

隨著計算機科學(xué)與技術(shù)學(xué)院學(xué)院人數(shù)不斷增加，畢業(yè)生的人數(shù)也會逐步增長，畢業(yè)生就業(yè)管理的難度也在不斷加大，所有我們認為建立一個計算機科學(xué)與技術(shù)學(xué)院畢業(yè)生就業(yè)管理系統(tǒng)是在將來的影響和效益是不可估量。