附錄I-1 體系結構設計報告
綜合能力考核表詳細內容
附錄I-1 體系結構設計報告
{ 項目名稱 } 體系結構設計報告 |文件狀態(tài): |文件標識:|Company-Project-SD-ARCHITECTURE | |[√] 草稿 | | | |[ ] 正式發(fā)布 | | | |[ ] 正在修改 | | | | |當前版本:|X.Y | | |作 者:| | | |完成日期:|Year-Month-Day | 版 本 歷 史 |版本/狀態(tài) |作者 |參與者 |起止日期 |備注 | | | | | | | | | | | | | | | | | | | 目 錄 0. 文檔介紹 4 0.1 文檔目的 4 0.2 文檔范圍 4 0.3 讀者對象 4 0.4 參考文獻 4 0.5 術語與縮寫解釋 4 1. 系統(tǒng)概述 5 2. 設計約束 5 3. 設計策略 5 4. 系統(tǒng)總體結構 5 5. 子系統(tǒng)N的結構與功能 6 6. 開發(fā)環(huán)境的配置 6 7. 運行環(huán)境的配置 6 8. 測試環(huán)境的配置 6 9. 其他 6 0. 文檔介紹 0.1 文檔目的 0.2 文檔范圍 0.3 讀者對象 0.4 參考文獻 提示:列出本文檔的所有參考文獻(可以是非正式出版物),格式如下: [標識符] 作者,文獻名稱,出版單位(或歸屬單位),日期 例如: [AAA] 作者,《立項建議書》,機構名稱,日期 [SPP-PROC-SD] SEPG,系統(tǒng)設計規(guī)范,機構名稱,日期 0.5 術語與縮寫解釋 |縮寫、術語 |解 釋 | |SPP |精簡并行過程,Simplified Parallel Process | |SD |系統(tǒng)設計,System Design | | | | | | | |… | | 1. 系統(tǒng)概述 提示:(1)說明本系統(tǒng)“是什么”,(2)描述本系統(tǒng)的主要功能。 2. 設計約束 提示: (1)需求約束。體系結構設計人員從需求文檔(如《用戶需求說明書》和《軟件需求規(guī)格 說明書》)中提取需求約束,例如: ← 本系統(tǒng)應當遵循的標準或規(guī)范 ← 軟件、硬件環(huán)境(包括運行環(huán)境和開發(fā)環(huán)境)的約束 ← 接口/協(xié)議的約束 ← 用戶界面的約束 ← 軟件質量的約束,如正確性、健壯性、可靠性、效率(性能)、易用性、清晰性 、安全性、可擴展性、兼容性、可移植性等等。 (2)隱含約束。有一些假設或依賴并沒有在需求文檔中明確指出,但可能會對系統(tǒng)設計 產生影響,設計人員應當盡可能地在此處說明。例如對用戶教育程度、計算機技能的一 些假設或依賴,對支撐本系統(tǒng)的軟件硬件的假設或依賴等。 3. 設計策略 提示:體系結構設計人員根據(jù)產品的需求與發(fā)展戰(zhàn)略,確定設計策略(Design Strategy)。例如: ← 擴展策略。說明為了方便本系統(tǒng)在將來擴展功能,現(xiàn)在有什么措施。 ← 復用策略。說明本系統(tǒng)在當前以及將來的復用策略。 ← 折衷策略。說明當兩個目標難以同時優(yōu)化時如何折衷,例如“時-空”效率折衷, 復雜性與實用性折衷。 4. 系統(tǒng)總體結構 提示: (1)將系統(tǒng)分解為若干子系統(tǒng),繪制物理圖和邏輯圖,說明各子系統(tǒng)的主要功能。 (2)說明“如何”以及“為什么”(how and why)如此分解系統(tǒng)。 (3)說明各子系統(tǒng)如何協(xié)調工作,從而實現(xiàn)原系統(tǒng)的功能。 5. 子系統(tǒng)N的結構與功能 提示: (1)將子系統(tǒng)N分解為模塊(Module),繪制邏輯圖(如果物理圖和邏輯圖不一樣的話 ,應當繪制物理圖),說明各模塊的主要功能。 (2)說明“如何”以及“為什么”(how and why)如此分解子系統(tǒng)N。 (3)說明各模塊如何協(xié)調工作,從而實現(xiàn)子系統(tǒng)N的功能。 6. 開發(fā)環(huán)境的配置 提示:說明本系統(tǒng)應當在什么樣的環(huán)境下開發(fā),有什么強制要求和建議? |類別 |標準配置 |最低配置 | |計算機硬件 | | | |軟件 | | | |網(wǎng)絡通信 | | | |其他 | | | 7. 運行環(huán)境的配置 提示:說明本系統(tǒng)應當在什么樣的環(huán)境下運行,有什么強制要求和建議? |類別 |標準配置 |最低配置 | |計算機硬件 | | | |軟件 | | | |網(wǎng)絡通信 | | | |其他 | | | 8. 測試環(huán)境的配置 提示:說明本系統(tǒng)應當在什么樣的環(huán)境下測試,有什么強制要求和建議? (1)一般地,單元測試、集成測試環(huán)境與開發(fā)環(huán)境相同。 (2)一般地,系統(tǒng)測試、驗收測試環(huán)境與運行環(huán)境相同或相似(更加嚴格)。 9. 其他 ----------------------- 機構圖標 機構公開信息
附錄I-1 體系結構設計報告
{ 項目名稱 } 體系結構設計報告 |文件狀態(tài): |文件標識:|Company-Project-SD-ARCHITECTURE | |[√] 草稿 | | | |[ ] 正式發(fā)布 | | | |[ ] 正在修改 | | | | |當前版本:|X.Y | | |作 者:| | | |完成日期:|Year-Month-Day | 版 本 歷 史 |版本/狀態(tài) |作者 |參與者 |起止日期 |備注 | | | | | | | | | | | | | | | | | | | 目 錄 0. 文檔介紹 4 0.1 文檔目的 4 0.2 文檔范圍 4 0.3 讀者對象 4 0.4 參考文獻 4 0.5 術語與縮寫解釋 4 1. 系統(tǒng)概述 5 2. 設計約束 5 3. 設計策略 5 4. 系統(tǒng)總體結構 5 5. 子系統(tǒng)N的結構與功能 6 6. 開發(fā)環(huán)境的配置 6 7. 運行環(huán)境的配置 6 8. 測試環(huán)境的配置 6 9. 其他 6 0. 文檔介紹 0.1 文檔目的 0.2 文檔范圍 0.3 讀者對象 0.4 參考文獻 提示:列出本文檔的所有參考文獻(可以是非正式出版物),格式如下: [標識符] 作者,文獻名稱,出版單位(或歸屬單位),日期 例如: [AAA] 作者,《立項建議書》,機構名稱,日期 [SPP-PROC-SD] SEPG,系統(tǒng)設計規(guī)范,機構名稱,日期 0.5 術語與縮寫解釋 |縮寫、術語 |解 釋 | |SPP |精簡并行過程,Simplified Parallel Process | |SD |系統(tǒng)設計,System Design | | | | | | | |… | | 1. 系統(tǒng)概述 提示:(1)說明本系統(tǒng)“是什么”,(2)描述本系統(tǒng)的主要功能。 2. 設計約束 提示: (1)需求約束。體系結構設計人員從需求文檔(如《用戶需求說明書》和《軟件需求規(guī)格 說明書》)中提取需求約束,例如: ← 本系統(tǒng)應當遵循的標準或規(guī)范 ← 軟件、硬件環(huán)境(包括運行環(huán)境和開發(fā)環(huán)境)的約束 ← 接口/協(xié)議的約束 ← 用戶界面的約束 ← 軟件質量的約束,如正確性、健壯性、可靠性、效率(性能)、易用性、清晰性 、安全性、可擴展性、兼容性、可移植性等等。 (2)隱含約束。有一些假設或依賴并沒有在需求文檔中明確指出,但可能會對系統(tǒng)設計 產生影響,設計人員應當盡可能地在此處說明。例如對用戶教育程度、計算機技能的一 些假設或依賴,對支撐本系統(tǒng)的軟件硬件的假設或依賴等。 3. 設計策略 提示:體系結構設計人員根據(jù)產品的需求與發(fā)展戰(zhàn)略,確定設計策略(Design Strategy)。例如: ← 擴展策略。說明為了方便本系統(tǒng)在將來擴展功能,現(xiàn)在有什么措施。 ← 復用策略。說明本系統(tǒng)在當前以及將來的復用策略。 ← 折衷策略。說明當兩個目標難以同時優(yōu)化時如何折衷,例如“時-空”效率折衷, 復雜性與實用性折衷。 4. 系統(tǒng)總體結構 提示: (1)將系統(tǒng)分解為若干子系統(tǒng),繪制物理圖和邏輯圖,說明各子系統(tǒng)的主要功能。 (2)說明“如何”以及“為什么”(how and why)如此分解系統(tǒng)。 (3)說明各子系統(tǒng)如何協(xié)調工作,從而實現(xiàn)原系統(tǒng)的功能。 5. 子系統(tǒng)N的結構與功能 提示: (1)將子系統(tǒng)N分解為模塊(Module),繪制邏輯圖(如果物理圖和邏輯圖不一樣的話 ,應當繪制物理圖),說明各模塊的主要功能。 (2)說明“如何”以及“為什么”(how and why)如此分解子系統(tǒng)N。 (3)說明各模塊如何協(xié)調工作,從而實現(xiàn)子系統(tǒng)N的功能。 6. 開發(fā)環(huán)境的配置 提示:說明本系統(tǒng)應當在什么樣的環(huán)境下開發(fā),有什么強制要求和建議? |類別 |標準配置 |最低配置 | |計算機硬件 | | | |軟件 | | | |網(wǎng)絡通信 | | | |其他 | | | 7. 運行環(huán)境的配置 提示:說明本系統(tǒng)應當在什么樣的環(huán)境下運行,有什么強制要求和建議? |類別 |標準配置 |最低配置 | |計算機硬件 | | | |軟件 | | | |網(wǎng)絡通信 | | | |其他 | | | 8. 測試環(huán)境的配置 提示:說明本系統(tǒng)應當在什么樣的環(huán)境下測試,有什么強制要求和建議? (1)一般地,單元測試、集成測試環(huán)境與開發(fā)環(huán)境相同。 (2)一般地,系統(tǒng)測試、驗收測試環(huán)境與運行環(huán)境相同或相似(更加嚴格)。 9. 其他 ----------------------- 機構圖標 機構公開信息
附錄I-1 體系結構設計報告
[下載聲明]
1.本站的所有資料均為資料作者提供和網(wǎng)友推薦收集整理而來,僅供學習和研究交流使用。如有侵犯到您版權的,請來電指出,本站將立即改正。電話:010-82593357。
2、訪問管理資源網(wǎng)的用戶必須明白,本站對提供下載的學習資料等不擁有任何權利,版權歸該下載資源的合法擁有者所有。
3、本站保證站內提供的所有可下載資源都是按“原樣”提供,本站未做過任何改動;但本網(wǎng)站不保證本站提供的下載資源的準確性、安全性和完整性;同時本網(wǎng)站也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的損失或傷害。
4、未經(jīng)本網(wǎng)站的明確許可,任何人不得大量鏈接本站下載資源;不得復制或仿造本網(wǎng)站。本網(wǎng)站對其自行開發(fā)的或和他人共同開發(fā)的所有內容、技術手段和服務擁有全部知識產權,任何人不得侵害或破壞,也不得擅自使用。
我要上傳資料,請點我!
管理工具分類
ISO認證課程講義管理表格合同大全法規(guī)條例營銷資料方案報告說明標準管理戰(zhàn)略商業(yè)計劃書市場分析戰(zhàn)略經(jīng)營策劃方案培訓講義企業(yè)上市采購物流電子商務質量管理企業(yè)名錄生產管理金融知識電子書客戶管理企業(yè)文化報告論文項目管理財務資料固定資產人力資源管理制度工作分析績效考核資料面試招聘人才測評崗位管理職業(yè)規(guī)劃KPI績效指標勞資關系薪酬激勵人力資源案例人事表格考勤管理人事制度薪資表格薪資制度招聘面試表格崗位分析員工管理薪酬管理績效管理入職指引薪酬設計績效管理績效管理培訓績效管理方案平衡計分卡績效評估績效考核表格人力資源規(guī)劃安全管理制度經(jīng)營管理制度組織機構管理辦公總務管理財務管理制度質量管理制度會計管理制度代理連鎖制度銷售管理制度倉庫管理制度CI管理制度廣告策劃制度工程管理制度采購管理制度生產管理制度進出口制度考勤管理制度人事管理制度員工福利制度咨詢診斷制度信息管理制度員工培訓制度辦公室制度人力資源管理企業(yè)培訓績效考核其它
精品推薦
下載排行
- 1社會保障基礎知識(ppt) 16695
- 2安全生產事故案例分析(ppt 16695
- 3行政專員崗位職責 16695
- 4品管部崗位職責與任職要求 16695
- 5員工守則 16695
- 6軟件驗收報告 16695
- 7問卷調查表(范例) 16695
- 8工資發(fā)放明細表 16695
- 9文件簽收單 16695
- 10跟我學禮儀 16695