【文章內(nèi)容簡介】 說明 :硬件設(shè)備、支持軟件、接口、控制等方面的約束 設(shè)計約束 ?【可選】 說明 :開發(fā)過程中必須使用的軟件語言、軟件進(jìn)程需求、主要開發(fā)工具、核心技術(shù)、第三 方產(chǎn)品等。 ? 產(chǎn)品應(yīng)當(dāng)遵循的標(biāo)準(zhǔn)或規(guī)范 說明 :闡述本產(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 具體需求 ? 功能需求 ? 具體功能 ? 內(nèi)容 說明 :對于每一類功能或者有時對于每一個功能 ,需要具體描述其輸入、加工和輸出的需 求。 業(yè)務(wù)需求 目標(biāo)系統(tǒng)業(yè)務(wù)活動 (可選 ) 功能名稱 名稱 詳細(xì)要求 第 17 頁 ,共 53 頁 技術(shù)開發(fā)管理制度 非功能需求 ? 外部接口 ? 用戶接口 說明 :提供用戶使用軟件產(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ì)描述任何已有完整文件的接口 ,只要引用定義該接口的文件即 可。 ?【接口定義】 ?下表是對一些接口的具體描述 : 接口名稱 接口描述 填寫接口完成的任務(wù) 第 18 頁 ,共 53 頁 技術(shù)開發(fā)管理制度 接口類型 填寫是輸入接口 (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é)人 第 19 頁 ,共 53 頁 技術(shù)開發(fā)管理制度 控制報告 【接口配置】 (1)接口基礎(chǔ)信息配置 說明 :接口基礎(chǔ)信息的配置項目 ,描述配置的方式。 (2)接口運行參數(shù)配置 說明 :接口運行參數(shù)的配置方式和步驟。 【其他配置 [可選 ] 】 說明 :外圍系統(tǒng)或相關(guān)模塊的配置。 通信接口 【可選】 ?說明 :指定各種通信接口。例如 ,局部網(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ù)值需求 第 20 頁 ,共 53 頁 技術(shù)開發(fā)管理制度 說明 :欲處理的事務(wù)和任務(wù)的數(shù)量 ,以及在正常情況下和峰值工作條件下一定時間周期中 處理的數(shù)據(jù)總量。 ? 精度 ?說明 :對該軟件的輸入、輸出數(shù)據(jù)精度的要求 ,可能包括傳輸過程中的精度。 時間特性要求 說明 :對于該軟件的時間特性要求 ,如對 : 。 。 。 。 數(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 補充資料 【可選】 第 21 頁 ,共 53 頁 技術(shù)開發(fā)管理制度 待確定的問題列表 【可選】 需求標(biāo)題 1 調(diào)查方式 調(diào)查人 調(diào)查對象 時間、地點 需求信息記錄 第 22 頁 ,共 53 頁 技術(shù)開發(fā)管理制度 附件四 需求變更申請 記錄號 : 項 目 : 類 型 : 開發(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é)人意 見 : 同意 不同意 簽字 : 日期 : 第 23 頁 ,共 53 頁 技術(shù)開發(fā)管理制度 變更結(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é)果 完整性 是否 正確性 是否 第 24 頁 ,共 53 頁 技術(shù)開發(fā)管理制度 附加變更 是否 版本和名稱 是否 驗證人意見 : 符合要求 不符合要求 簽字 : 日期 : 第 25 頁 ,共 53 頁 技術(shù)開發(fā)管理制度 附件五 項目計劃書 版本歷史 1 文檔介紹 文檔目的 文檔范圍 參考文獻(xiàn) 提示 : 列出本文檔的所有參考文獻(xiàn) (可以是非正式出版物 ),格式如下 : [標(biāo)識符 ] 作者 ,文獻(xiàn)名稱 ,出版單位 (或歸屬單位 ),日期 例如 :?[AAA] 作者 ,《立項建議書》 ,機構(gòu)名稱 ,日期 術(shù)語與縮寫解釋 2 項目介紹 項目范圍 提示 : (1)用簡練的語言說明本項目 “是什么 ”,“說明用途 ”。 (2)說明本項目 “應(yīng)當(dāng)包含的內(nèi)容 ”和 “不包含的內(nèi)容 ”。 文件狀態(tài) : [√] 草稿 ?[ ]正式發(fā)布 [ ]正在修改 文件標(biāo)識 : ProjectName 當(dāng)前版本 : 作 者 : 完成日期 : YearMonthDay 版本 /狀態(tài) 作者 參與者 起止日期 備注 縮寫、術(shù)語 解釋 第 26 頁 ,共 53 頁 技術(shù)開發(fā)管理制度 項目目標(biāo) 提示 :給出 “清晰的 ”、 “可實現(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ī)范 ,例如 :編碼規(guī)范。此處可以表現(xiàn)為編碼規(guī)范的鏈接。 方法與工具 提示 :說明在過程中將采用的方法與工具。例如采用 Rational Rose 進(jìn)行面向?qū)ο蠓? 析與設(shè)計 ,采用 Visual SourceSafe 進(jìn)行配置管理 ,采用 Microsoft Office 制作文檔。 4 里程碑計劃 5 資源計劃 ? 人力資源計劃 提示 :制定本項目的角色職責(zé)表 ,并為已知的項目成員分配角色 (一個人可以兼多個 角色 )。 方法與工具 用途 Visual SourceSafe 配置管理 ... 序號 里程碑名稱 開始日期 結(jié)束日期 工作成果 備注 角色 職責(zé) 人員姓名 工作說明 第 27 頁 ,共 53 頁 技術(shù)開發(fā)管理制度 高層領(lǐng)導(dǎo) 項目經(jīng)理 需求分析員 系統(tǒng)設(shè)計員 程序員 測試員 ... 軟硬件資源計劃 提示 :分析項目