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