【文章內(nèi)容簡介】 需求規(guī)格書明書》。業(yè)務(wù)需求目標(biāo)系統(tǒng)業(yè)務(wù)活動（可選）功能名稱 假定和約束說明：列出進(jìn)行本軟件開發(fā)工作的假定和約束，例如：開發(fā)語言、開發(fā)期限等。格式限制說明：本項將指定由現(xiàn)有的標(biāo)準(zhǔn)或規(guī)則派生的要求。例如：報表格式；數(shù)據(jù)命名；財務(wù)處理；審計追蹤，等等。硬件限制說明：本項包括在各種硬件約束下運行的軟件要求，例如，應(yīng)該包括：硬件配置的特點（接口數(shù)，指令系統(tǒng)等）；內(nèi)存儲器和輔助存儲器的容量。說明：硬件設(shè)備、支持軟件、接口、控制等方面的約束名稱詳細(xì)要求【可選】說明：開發(fā)過程中必須使用的軟件語言、軟件進(jìn)程需求、主要開發(fā)工具、核心技術(shù)、第三方產(chǎn)品等。說明：闡述本產(chǎn)品應(yīng)當(dāng)遵循什么標(biāo)準(zhǔn)、規(guī)范或業(yè)務(wù)規(guī)則，違反標(biāo)準(zhǔn)、規(guī)范或業(yè)務(wù)規(guī)則的產(chǎn)品通常不太可能被接受。3 具體需求說明：對于每一類功能或者有時對于每一個功能，需要具體描述其輸入、加工和輸出的需求。 非功能需求 外部接口說明：提供用戶使用軟件產(chǎn)品時的接口需求。例如，如果系統(tǒng)的用戶通過顯示終端進(jìn)行操作，就必須指定如下要求：a 對屏幕格式的要求說明：對界面上的各對象、類型、寬度、取值范圍、數(shù)據(jù)來源、能否為空等屬性進(jìn)行描述。b 報表或菜單的頁面打印格式和內(nèi)容c 輸入輸出的需求說明：解釋各輸入輸出數(shù)據(jù)類型，并逐項說明其媒體、格式、數(shù)值范圍、精度等。對軟件的數(shù)據(jù)輸出及必須標(biāo)明的控制輸出量進(jìn)行解釋并舉例，包括對硬拷貝報告（正常結(jié)果輸出、狀態(tài)輸出及異常輸出）以及圖形或顯示報告的描述。d 程序功能鍵的可用性說明：快捷鍵定義等。 硬件接口【可選】說明：要指出軟件產(chǎn)品和系統(tǒng)硬部件之間每一個接口的邏輯特點。還可能包括如下事宜：支撐什么樣的設(shè)備，如何支撐這些設(shè)備，有何約定。【可選】說明：在此要指定需使用的其他軟件產(chǎn)品（例如，數(shù)據(jù)管理系統(tǒng)、操作系統(tǒng)或數(shù)學(xué)軟件包），以及同其他應(yīng)用系統(tǒng)之間的接口。對每一個所需的軟件產(chǎn)品，要提供如下內(nèi)容：名字、助記符、規(guī)格說明號、版本號、來源。對于每一個接口，這部分應(yīng)說明與軟件產(chǎn)品相關(guān)的接口軟件的目的，并根據(jù)信息的內(nèi)容和格式定義接口，但不必詳細(xì)描述任何已有完整文件的接口，只要引用定義該接口的文件即可?！窘涌诙x】下表是對一些接口的具體描述:接口名稱接口描述填寫接口完成的任務(wù)接口類型填寫是輸入接口（inbound）還是輸出接口（outbound）源系統(tǒng)填寫接口輸入方系統(tǒng)或部件目標(biāo)系統(tǒng)填寫接口輸出方系統(tǒng)或部件廠商提供/客戶化開發(fā)文件類型填寫文件類型；若通過數(shù)據(jù)庫表來交互，請指明數(shù)據(jù)庫及表名文件數(shù)量峰值數(shù)據(jù)量頻度填寫數(shù)據(jù)處理的頻度復(fù)雜度批處理 /人工填寫接口數(shù)據(jù)的驅(qū)動模式是人工（manual）還是自動(automatic)，還是都支持接口類型填寫是實時接口還是批量接口等【其他系統(tǒng)詳細(xì)信息】說明：列出所有與接口交互的外圍系統(tǒng)的詳細(xì)信息。包括輸入、輸出系統(tǒng)等系統(tǒng)填寫與接口交互的系統(tǒng)名稱系統(tǒng)類型填寫是接口的數(shù)據(jù)源系統(tǒng)(source)還是目標(biāo)系統(tǒng)(object)數(shù)據(jù)庫填寫交互系統(tǒng)使用的數(shù)據(jù)庫及版本軟件填寫交互系統(tǒng)的軟件名稱架構(gòu)類型交互系統(tǒng)的架構(gòu)類型是B/S 還是C/S。位置填寫該軟件在交互軟件體系中所出的位置技術(shù)支持填寫交互系統(tǒng)的開發(fā)商和支持商功能支持填寫具體的支持商或技術(shù)團(tuán)隊數(shù)據(jù)歸屬【接口隸屬系統(tǒng)的詳細(xì)信息[可選] 】系統(tǒng)填寫接口隸屬系統(tǒng)的名稱模塊隸屬于具體的模塊名稱數(shù)據(jù)庫隸屬系統(tǒng)的數(shù)據(jù)庫及版本負(fù)責(zé)人控制報告【接口配置】（1）接口基礎(chǔ)信息配置說明：接口基礎(chǔ)信息的配置項目，描述配置的方式。（2）接口運行參數(shù)配置說明：接口運行參數(shù)的配置方式和步驟?！酒渌渲肹可選] 】說明：外圍系統(tǒng)或相關(guān)模塊的配置?！究蛇x】說明：指定各種通信接口。例如，局部網(wǎng)絡(luò)的協(xié)議等等。 其他非功能性需求說明：下表中的各種需求，可根據(jù)實際情況進(jìn)行選擇其中的一種或者幾種進(jìn)行描述，在表的后面是各種需求的詳細(xì)解釋。名稱詳細(xì)要求靜態(tài)數(shù)值需求動態(tài)數(shù)值需求精度時間特性要求可用性可靠性可維護(hù)性安全性可移植性可擴(kuò)展性兼容性… 靜態(tài)數(shù)值需求說明：支持的終端數(shù)；支持并行操作的用戶數(shù)。 動態(tài)數(shù)值需求說明：欲處理的事務(wù)和任務(wù)的數(shù)量，以及在正常情況下和峰值工作條件下一定時間周期中處理的數(shù)據(jù)總量。 精度 說明:對該軟件的輸入、輸出數(shù)據(jù)精度的要求，可能包括傳輸過程中的精度。 說明：對于該軟件的時間特性要求，如對：　　a．響應(yīng)時間；　　b．更新處理時間；　　c．?dāng)?shù)據(jù)的轉(zhuǎn)換和傳送時間；d．解題時間等要求。 數(shù)據(jù)管理要求【可選】說明：需要管理的文卷和記錄的個數(shù)、表和文卷的大小規(guī)模，要按可預(yù)見的增長對數(shù)據(jù)及其分量的存儲要求做出估算。 可用性指出普通用戶和高級用戶要高效地執(zhí)行特定操作所需的培訓(xùn)時間，指出典型任務(wù)的可評測任務(wù)次數(shù)或根據(jù)用戶已知或喜歡的其他系統(tǒng)確定新系統(tǒng)的可用性需求性能指出可用時間百分比 ( %)、使用小時數(shù)、維護(hù)訪問權(quán)、降級模式操作等。平均故障間隔時間 (MTBF)。平均修復(fù)時間 (MTTR)—系統(tǒng)在發(fā)生故障后可以暫停運行的時間。指出系統(tǒng)輸出要求具備的精密度（分辨率）和精確度（按照某一已知的標(biāo)準(zhǔn)）。說明：主要是在線用戶手冊與幫助系統(tǒng)，也包括其他的文檔 第三方產(chǎn)品【可選】說明：使用到的第三方產(chǎn)品相關(guān)的 使用許可、使用限制、接口標(biāo)準(zhǔn)。 數(shù)據(jù)字典說明：把相關(guān)的數(shù)據(jù)抽取出來統(tǒng)一維護(hù)，在其他章節(jié)如有類似信息描述，則關(guān)聯(lián)到數(shù)據(jù)字典的相關(guān)部分并加輔助說明，如：引用到的字段等。4 補(bǔ)充資料【可選】【可選】需求標(biāo)題1調(diào)查方式調(diào)查人調(diào)查對象時間、地點需求信息記錄 附件四 需求變更申請記錄號： 項 目：類 型：開發(fā)項目項目負(fù)責(zé)人：變更申請人：申請部門：申請日期：變更內(nèi)容變更的內(nèi)容及其理由說明變更的內(nèi)容及變更的理由，如果變更為業(yè)務(wù)組提出，則業(yè)務(wù)組填寫；如果變更為為信息技術(shù)組提出，則信息技術(shù)組填寫；變更的系統(tǒng)及版本說明變更所涉及的工作產(chǎn)品及其當(dāng)前版本，如果變更為業(yè)務(wù)組提出，則業(yè)務(wù)組填寫；如果變更為為信息技術(shù)組提出，則信息技術(shù)組填寫；對業(yè)務(wù)及其接口的影響分析需求變更引起的業(yè)務(wù)變更、業(yè)務(wù)接口的變更，業(yè)務(wù)組填寫業(yè)務(wù)負(fù)責(zé)人意見：同意 不同意 簽字： 日期：變更結(jié)果變更分析對相關(guān)的資源影響分析需求變更對人員、開發(fā)設(shè)備和目標(biāo)設(shè)備的影響，僅信息技術(shù)組填寫風(fēng)險分析分析需求變更的風(fēng)險，僅信息技術(shù)組填寫對其他系統(tǒng)或接口的影響分析需求變更引起的系統(tǒng)變更、其他系統(tǒng)或接口的變更，僅信息技術(shù)組填寫對開發(fā)工作量、進(jìn)度和成本影響估計需求變更對開發(fā)工作量和進(jìn)度的影響，需說明本次變更工作量/成本是否超過本項目總開發(fā)工作量/總成本的1%？僅信息技術(shù)組填寫信息技術(shù)部審批意見信息技術(shù)組負(fù)責(zé)人意見：同意 不同意 指定驗證人員：簽字： 日期：處經(jīng)理意見：同意 不同意 匯報上級簽字： 日期：上級經(jīng)理意見：同意 不同意 簽字： 日期：變更結(jié)果變更的系統(tǒng)及版本說明變更后的工作產(chǎn)品簽字： 日期：變更驗證驗證變更結(jié)果完整性是 否正確性是 否附加變更是 否版本和名稱是 否驗證人意見： 符合要求 不符合要求簽字： 日期：附件五 項目計劃書文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標(biāo)識：ProjectName當(dāng)前版本：作 者：完成日期：YearMonthDay版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1 文檔介紹 文檔目的提示：列出本文檔的所有參考文獻(xiàn)（可以是非正式出版物），格式如下：[標(biāo)識符] 作者，文獻(xiàn)名稱，出版單位（或歸屬單位），日期例如：[AAA] 作者，《立項建議書》，機(jī)構(gòu)名稱，日期 術(shù)語與縮寫解釋縮寫、術(shù)語解 釋2 項目介紹提示：（1）用簡練的語言說明本項目“是什么”，“說明用途”。（2）說明本項目“應(yīng)當(dāng)包含的內(nèi)容”和“不包含的內(nèi)容”。提示：給出“清晰的”、“可實現(xiàn)”、“可驗證”的目標(biāo)。提示：請說明本項目的客戶、用戶及其相關(guān)責(zé)任人是誰，描述最終用戶的特征。 約束提示：（1）請說明在項目開發(fā)過程中應(yīng)當(dāng)遵循的標(biāo)準(zhǔn)或規(guī)范（2）請說明相關(guān)項目可能對本項目造成的影響。（3）說明一些假設(shè)和依賴。3 項目過程定義提示：簡要描述、繪制本項目的軟件生命周期模型。提示：描述項目需遵循的規(guī)范，例如：編碼規(guī)范。此處可以表現(xiàn)為編碼規(guī)范的鏈接。提示：說明在過程中將采用的方法與工具。例如采用Rational Rose進(jìn)行面向?qū)ο蠓治雠c設(shè)計，采用Visual SourceSafe進(jìn)行配置管理，采用Microsoft Office制作文檔。方法與工具用途Visual SourceSafe配置管理…4 里程碑計劃序號里程碑名稱開始日期結(jié)束日期工作成果備注5 資源計劃提示：制定本項目的角色職責(zé)表，并為已知的項目成員分配角色（一個人可以兼多個角色）。角色職責(zé)人員姓名工作說明高層領(lǐng)導(dǎo)項目經(jīng)理需求