【正文】 審批意見 : 簽字 ,日期 審批意見 : 簽字 ,日期 審批意見 : 簽字 ,日期 輸入名稱 ,版本 ,完成日期等信息 申請變更的 《項目計劃》 變更的內(nèi)容 及其理由 評估計劃變更將對 項目造成的影響 項目負責(zé)人簽字 處經(jīng)理審批 信息技術(shù)部負責(zé)人 審批 業(yè)務(wù)部門意見 變更后的 《項目計劃》 項目負責(zé)人簽字 變更申請的審批意見 更改項目計劃 第 30 頁 ,共 53 頁 技術(shù)開發(fā)管理制度 附件七 設(shè)計說明書 版本歷史 文件狀態(tài) : [√] 草稿 ?[ ] 正式發(fā)布 [ ] 正在修改 文件標(biāo)識 : ProjectNameModuleDesign 當(dāng)前版本 : 作 者 : 完成日期 : YearMonthDay 版本 /狀態(tài) 作者 參與者 起止日期 備注 第 31 頁 ,共 53 頁 1 引言 ? 編寫目的 說明編寫這份詳細設(shè)計說明書的目的 ,指出預(yù)期的讀者。 約定在項目中的風(fēng)險管理方案 ,例如 :風(fēng)險識別頻度、風(fēng)險跟蹤頻度等。 4 里程碑計劃 5 資源計劃 ? 人力資源計劃 提示 :制定本項目的角色職責(zé)表 ,并為已知的項目成員分配角色 (一個人可以兼多個 角色 )。 方法與工具 提示 :說明在過程中將采用的方法與工具。 項目規(guī)范 提示 :描述項目需遵循的規(guī)范 ,例如 :編碼規(guī)范。 (3)說明一些假設(shè)和依賴。 客戶與最終用戶介紹 提示 :請說明本項目的客戶、用戶及其相關(guān)責(zé)任人是誰 ,描述最終用戶的特征。 (2)說明本項目 “應(yīng)當(dāng)包含的內(nèi)容 ”和 “不包含的內(nèi)容 ”。 如果變更為為信息技術(shù)組提出 ,則信息技術(shù)組填寫 。 如果變更為為信息技術(shù)組提出 ,則信息技術(shù)組填寫 。 ? 數(shù)據(jù)字典 說明 :把相關(guān)的數(shù)據(jù)抽取出來統(tǒng)一維護 ,在其他章節(jié)如有類似信息描述 ,則關(guān)聯(lián)到數(shù)據(jù)字 典的相關(guān)部分并加輔助說明 ,如 :引用到的字段等。指出 系統(tǒng)輸出要求具備的精密度 (分辨率 )和精確度 (按照某一已知的標(biāo)準(zhǔn) )。平均故障 間隔時間 (MTBF)。 數(shù)據(jù)管理要求 【可選】 說明 :需要管理的文卷和記錄的個數(shù)、表和文卷的大小規(guī)模 ,要按可預(yù)見的增長對數(shù)據(jù)及 其分量的存儲要求做出估算。 。 時間特性要求 說明 :對于該軟件的時間特性要求 ,如對 : 。 動態(tài)數(shù)值需求 第 20 頁 ,共 53 頁 技術(shù)開發(fā)管理制度 說明 :欲處理的事務(wù)和任務(wù)的數(shù)量 ,以及在正常情況下和峰值工作條件下一定時間周期中 處理的數(shù)據(jù)總量。 名稱 詳細要求 靜態(tài)數(shù)值需求 動態(tài)數(shù)值需求 精度 時間特性要求 可用性 可靠性 可維護性 安全性 可移植性 可擴展性 兼容性 ... 靜態(tài)數(shù)值需求 說明 :支持的終端數(shù) 。例如 ,局部網(wǎng)絡(luò)的協(xié)議等等。 【其他配置 [可選 ] 】 說明 :外圍系統(tǒng)或相關(guān)模塊的配置。 位置 填寫該軟件在交互軟件體系中所出的位置 技術(shù)支持 填寫交互系統(tǒng)的開發(fā)商和支持商 功能支持 填寫具體的支持商或技術(shù)團隊 數(shù)據(jù)歸屬 【接口隸屬系統(tǒng)的詳細信息 [可選 ] 】 系統(tǒng) 填寫接口隸屬系統(tǒng)的名稱 模塊 隸屬于具體的模塊名稱 數(shù)據(jù)庫 隸屬系統(tǒng)的數(shù)據(jù)庫及版本 負責(zé)人 第 19 頁 ,共 53 頁 技術(shù)開發(fā)管理制度 控制報告 【接口配置】 (1)接口基礎(chǔ)信息配置 說明 :接口基礎(chǔ)信息的配置項目 ,描述配置的方式。若通過數(shù)據(jù)庫表來交互 ,請指明數(shù)據(jù)庫及 表名 文件數(shù)量 峰值數(shù)據(jù)量 頻度 填寫數(shù)據(jù)處理的頻度 復(fù)雜度 批處理 /人工 填寫接口數(shù)據(jù)的驅(qū)動模式是人工 (manual)還是自動 (automatic),還是都支持 接口類型 填寫是實時接口還是批量接口等 【其他系統(tǒng)詳細信息】 說明 :列出所有與接口交互的外圍系統(tǒng)的詳細信息。 對于每一個接口 ,這部分應(yīng)說明與軟件產(chǎn)品相關(guān)的接口軟件的目的 ,并根據(jù)信息的內(nèi)容和 格式定義接口 ,但不必詳細描述任何已有完整文件的接口 ,只要引用定義該接口的文件即 可。 ? 軟件接口 ?【可選】 說明 :在此要指定需使用的其他軟件產(chǎn)品 (例如 ,數(shù)據(jù)管理系統(tǒng)、操作系統(tǒng)或數(shù)學(xué)軟件 包 ),以及同其他應(yīng)用系統(tǒng)之間的接口。 硬件接口 ?【可選】 說明 :要指出軟件產(chǎn)品和系統(tǒng)硬部件之間每一個接口的邏輯特點。對 軟件的數(shù)據(jù)輸出及必須標(biāo)明的控制輸出量進行解釋并舉例 ,包括對硬拷貝報告 (正常 結(jié)果輸出、狀態(tài)輸出及異常輸出 )以及圖形或顯示報告的描述。例如 ,如果系統(tǒng)的用戶通過顯示終端進行操 作 ,就必須指定如下要求 : a 對屏幕格式的要求 說明 :對界面上的各對象、類型、寬度、取值范圍、數(shù)據(jù)來源、能否為空等屬性進行 描述。 ?3 具體需求 ? 功能需求 ? 具體功能 ? 內(nèi)容 說明 :對于每一類功能或者有時對于每一個功能 ,需要具體描述其輸入、加工和輸出的需 求。 運行環(huán)境約束 說明 :硬件設(shè)備、支持軟件、接口、控制等方面的約束 設(shè)計約束 ?【可選】 說明 :開發(fā)過程中必須使用的軟件語言、軟件進程需求、主要開發(fā)工具、核心技術(shù)、第三 方產(chǎn)品等。 硬件限制說明 :本項包括在各種硬件約束下運行的軟件要求 ,例如 ,應(yīng)該包括 : 硬件配置的特點 (接口數(shù) ,指令系統(tǒng)等 )。財務(wù)處理 。例如 : 報表格式 。 假定和約束 說明 :列出進行本軟件開發(fā)工作的假定和約束 ,例如 :開發(fā)語言、開發(fā)期限等。 級別 ,按照繼承關(guān)系分為 :一級 ,二級 ,三級 。B:輔助功能 。 ? 功能清單及重要程度說明 ?說明 :功能名稱、功能描述、重要程度。 ? 功能摘要 總結(jié)該產(chǎn)品將提供的主要優(yōu)點和特性 ,而不必涉及每個功能的細節(jié)。分級和累積投票方法表明 ,必 須解決的問題與干系人或用戶希望解決的問題大有不同。 ] 關(guān)鍵的干系人 /用戶需要 列出干系人認為現(xiàn)有解決方案存在的關(guān)鍵問題。 ] 類型 [介紹干系人的技能特長、技術(shù)背景和熟練程度 (即權(quán)威用戶、業(yè)務(wù)用 戶、專家用戶、初級用戶等 )] 職責(zé) [列出干系人對所開發(fā)的系統(tǒng)負有的關(guān)鍵職責(zé) ,即他們作為干系人的利 益。 ) 此處只需填寫姓名。以下是幾項建議 : 該任務(wù)由多少人來完成 ?是否總在變化 ? 一個任務(wù)周期需要多長時間 ?執(zhí)行每項活動要用多長時間 ?是否總在變化 ? 是否有特殊的環(huán)境約束 :移動、戶外、乘機旅行等 ? 目前使用的是哪些系統(tǒng)平臺 ?以后會使用哪些平臺 ? 還在使用哪些應(yīng)用程序 ?您的應(yīng)用程序是否需要和這些應(yīng)用程序集成 ? 在此處可以從業(yè)務(wù)模型中摘錄一些內(nèi)容來概述所涉及的任務(wù)和角色等等。??? 用圖表或者文字描述產(chǎn)品的范圍 ,概要的定義產(chǎn)品的功能。 ??? 完整而準(zhǔn)確的定義本產(chǎn)品的干系人 。(2)可以將開發(fā)精力集中在產(chǎn)品范圍之內(nèi) ?？梢圆捎靡韵赂袷?: 系統(tǒng)范圍 說明 :闡述本項目 “適用的業(yè)務(wù)領(lǐng)域 ”和 “不適用的業(yè)務(wù)領(lǐng)域 ”,本產(chǎn)品 “應(yīng)當(dāng)包含的內(nèi) 容 ”和 “不包含的內(nèi)容 ”。 ?2 綜合描述 ? 系統(tǒng)背景 ?【可選】 ?說明 :介紹系統(tǒng)的預(yù)期效果、歷史原因。 ? 參考文檔 說明 :列出本文檔的所有參考文獻 (可以是非正式出版物 ),包括計劃任務(wù)書、合同、批 文、引用到的文件、資料及軟件開發(fā)標(biāo)準(zhǔn)等。 ? 讀者對象及閱讀建議 ?說明 :指明本文檔面向的讀者群 ,及相應(yīng)的閱讀意見。 ? 產(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) 品通常不太可能被接受。 ?4 假定和約束 說明 :列出進行本軟件開發(fā)工作的假定和約束 ,例如開發(fā)期限等。 ? 相關(guān)業(yè)務(wù)對象 ?說明 :業(yè)務(wù)對象 :業(yè)務(wù)流程中涉及的單據(jù)、報表等。 ? 具體業(yè)務(wù)流程(系統(tǒng)名稱 +編號 ) 對于具體業(yè)務(wù)流程的命名有規(guī)范 ,對具體流程進行編號 ,便于形成需求矩陣 ,同時形成需 求的管理和跟蹤。 ? 現(xiàn)有業(yè)務(wù)流程清單 ?【可選】 說明 :現(xiàn)有業(yè)務(wù)流程需要考慮 ,很多新的業(yè)務(wù)是在已有業(yè)務(wù)流程基礎(chǔ)上進行重組的。生產(chǎn)計劃以年度銷售計劃為指導(dǎo) ,并綜合考慮設(shè)備能力、生產(chǎn) 天數(shù)、庫存、歷史銷售記錄。 管理綜述 ?【可選】 ?說明 :主要描述該業(yè)務(wù)的管理特點和管理模式。 ? 業(yè)務(wù)詞匯表 說明 :列出本文檔的所引用的專屬領(lǐng)域詞匯、術(shù)語等 ,以便于業(yè)務(wù)需求的提供者和接收者 是建立在一致的業(yè)務(wù)理解基礎(chǔ)之上的。 ? 業(yè)務(wù)目標(biāo) ?從高層或商務(wù)利益的角度提出本業(yè)務(wù)系統(tǒng)的期望目標(biāo) ,以及評價標(biāo)準(zhǔn)。例如 : 編號 里程碑名稱 預(yù)計結(jié)束時間 備注 需求調(diào)研完成 項目計劃完成 需求分析完成 概要設(shè)計完成 詳細設(shè)計完成 實現(xiàn)完成 集成測試完成 系統(tǒng)測試完成 用戶驗收測試完 成 試運行結(jié)束 項目驗收 3. 總結(jié) 提示 :給出清晰的建議結(jié)論 ,便于上級領(lǐng)導(dǎo)決策。 2. 項目計劃 . 項目團隊 提示 :說明項目團隊的角色、知識技能要求、建議人選、人數(shù)、工作時間 ,如下表所 示。 ?(4)特殊的業(yè)務(wù)需求等。 (2)業(yè)務(wù)需求及發(fā)展趨勢 。 ? . . 項目背景 ?提示 :闡述項目背景 ,重點說明 “為什么 ”會產(chǎn)生本項目。 第 8 頁 ,共 53 頁 技術(shù)開發(fā)管理制度 附件一 立項分析報告 版本歷史 1. 項目介紹 . . 項目目的 ?提示 :用簡練的語言說明本項目 “是什么 ”,“實現(xiàn)什么目的 ”。 第十四節(jié) 附則 本制度由公司技術(shù)研發(fā)部負責(zé)解釋和修訂。 項目組同外包開發(fā)商商定驗收的標(biāo)準(zhǔn)和方法。發(fā)生重大問題 時 ,外包開發(fā)商需及時向項目經(jīng)理匯報。 項目經(jīng)理負責(zé)監(jiān)控外包開發(fā)商的項目管理及軟件開發(fā)活動。 項目組填寫《系統(tǒng)交付申請》 (附件十九 ),提交主管技術(shù)總裁審批后 ,交付 運維組。 第十二節(jié) 系統(tǒng)交付 在系統(tǒng)驗收通過后 ,項目組對運維組進行系統(tǒng)維護培訓(xùn)。 項目組同合作開發(fā)商商定驗收的標(biāo)準(zhǔn)和方法。發(fā)生重大問 題 時 ,合作開發(fā)商需及時向項目經(jīng)理匯報。 項目經(jīng)理負責(zé)監(jiān)控合作開發(fā)商的項目管理及軟件開發(fā)活動。 ?合作開發(fā)商必須遵循公司《軟件開發(fā)管理制度》。 公司主管領(lǐng)導(dǎo)批準(zhǔn)結(jié)項后 ,業(yè)務(wù)組和開發(fā)組將整理的文檔提交各自部門統(tǒng)一 管理?！断到y(tǒng)驗收評估報 告》內(nèi)容包括 :數(shù)據(jù)準(zhǔn)確性、系統(tǒng)性能及穩(wěn)定性、接口問題、權(quán)限問題、業(yè) 務(wù)操作影響度、問題處理情況、備份、批處理等。 上線單位在上線初期需加強日常運行狀態(tài)監(jiān)控 ,出現(xiàn)問題時應(yīng)及時處理 ,對 重大問題應(yīng)啟動緊急預(yù)案。 用戶培訓(xùn)計劃 (包括 :培訓(xùn)計劃、培訓(xùn)手冊、培訓(xùn)考核等 )。 第五十二條 公司主管領(lǐng)導(dǎo)批準(zhǔn)結(jié)項后 ,業(yè)務(wù)組和開發(fā)組將整理的文檔提交各自部門統(tǒng)一 管理?！断到y(tǒng)驗收評估報 告》內(nèi)容包括 :數(shù)據(jù)準(zhǔn)確性、系統(tǒng)性能及穩(wěn)定性、接口問題、權(quán)限問題、業(yè) 務(wù)操作影響度、問題處理情況、備份、批處理等。 第四十九條 上線單位在上線初期需加強日常運行狀態(tài)監(jiān)控 ,出現(xiàn)問題時應(yīng)及時處理 ,對 重大問題應(yīng)啟動緊急預(yù)案。 用戶培訓(xùn)計劃 (包括 :培訓(xùn)計劃、培訓(xùn)手冊、培訓(xùn)考核等 )。 數(shù)據(jù)遷移的需求和實施計劃 。? 上線操作步驟以及問題處理步驟 。 第四十八條《系統(tǒng)上線計劃》內(nèi)容應(yīng)包括但不限于 : 部署方式和資源分配 (包括人力資源及服務(wù)器資源 )。 第四十七條 項目組制定《系統(tǒng)上線計劃》 (附件十七 ),上報公司主管領(lǐng)導(dǎo)審批。 第十節(jié) 系統(tǒng)上線 第四十五條 系統(tǒng)上線應(yīng)遵循穩(wěn)妥、可控、安全的原則。 第四十三條 驗收小組應(yīng)根據(jù)驗收情況整理形成《系統(tǒng)驗收報告》(附件十六 )提交系統(tǒng) 主要使用部門和技術(shù)研發(fā)部審閱。 第九節(jié) 系統(tǒng)驗收 第四十二條 系統(tǒng)主要使用部門及技術(shù)研發(fā)部聯(lián)合組成獨立系統(tǒng)驗收小組 ,也可授權(quán)原項 目組作為驗收小組。此報告應(yīng)由項目組和試運行單位簽字確認 ,并提交公司主管領(lǐng)導(dǎo) 審閱。必要時 ,項目組應(yīng)根據(jù)系統(tǒng)運行情況對應(yīng)用系統(tǒng)進行優(yōu)化。 第四 十條 系統(tǒng)轉(zhuǎn)換和數(shù)據(jù)遷移