概要設計評審
綜合能力考核表詳細內(nèi)容
概要設計評審
概要設計評審 項目名稱: 項目負責人: 主審人: 評審時間: 一:評審流程 1. 由公司領導、各部門相關(guān)人員、主審人、評審專家、項目負責人、軟件測試人員組 成一個評審小組,通過閱讀和討論概要設計的內(nèi)容,對概要設計進行評審。 2. 項目負責人提前把需求規(guī)格說明書、概要設計說明書、數(shù)據(jù)庫設計說明書、初步用 戶手冊和初步測試計劃等文檔分發(fā)給評審小組成員,作為評審依據(jù)。小組成員在 充分閱讀這些材料之后,進入下一步。 3. 召開概要設計審查會。在會上,由該項目的系統(tǒng)分析員就其設計思想進行詳細介紹 ,主要包括有:系統(tǒng)目標、總體設計、數(shù)據(jù)設計、處理方式設計、接口設計、運 行設計、出錯設計等。在此過程中,小組成員可以提出問題,展開討論,審查是 否有錯誤存在。 4. 在討論結(jié)束后,由項目負責人整理出一份《概要設計評審報告》。 5. 若發(fā)現(xiàn)錯誤較多,或發(fā)現(xiàn)重大錯誤,則在改正之后,再次組織概要設計評審。 二: 評審人員 |公司高層 | | |營銷中心 | | |技術(shù)中心 | | |工程中心 | | |研發(fā)中心 | | |主審人 | | |評審專家 | | |項目負責人 | | |軟件測試人員 | | 三:評審內(nèi)容(評審的具體結(jié)果可以參見評審會議記錄) |序 |評審事項 |評審結(jié) |備 | |號 | |果 |注 | |1 |可追|分析該軟件的系統(tǒng)結(jié)構(gòu)、子系統(tǒng)結(jié)構(gòu),確認該軟件設計是否覆蓋 | | | | |溯性|了所有已確定的軟件需求。 | | | | | |軟件每一成份是否可追溯到某一項需求。 | | | |2 |接口|分析軟件各部分之間的聯(lián)系,確認該軟件的內(nèi)部接口與外部接口 | | | | | |是否已經(jīng)明確定義。 | | | | | |模塊是否滿足高內(nèi)聚和低耦合的要求。 | | | | | |模塊作用范圍是否在其控制范圍之內(nèi)。 | | | |3 |風險|確認該軟件設計在現(xiàn)有技術(shù)條件和預算范圍內(nèi)是否能按時實現(xiàn) | | | |4 |可維|從軟件維護的角度出發(fā),確認該軟件設計是否考慮了方便未來的 | | | | |護性|維護。 | | | | | |可維護性包含了可讀性、可修改性、可測試性等含義。 | | | |5 |選擇|是否考慮過其他方案,比較各種選擇方案的標準是什么。 | | | | |方案| | | | |6 |其他|對于文檔、設計過程….等等進行評估。 | | | 主審人的總結(jié)意見和簽字: |核準 | |審核 | |制定 | |
概要設計評審
概要設計評審 項目名稱: 項目負責人: 主審人: 評審時間: 一:評審流程 1. 由公司領導、各部門相關(guān)人員、主審人、評審專家、項目負責人、軟件測試人員組 成一個評審小組,通過閱讀和討論概要設計的內(nèi)容,對概要設計進行評審。 2. 項目負責人提前把需求規(guī)格說明書、概要設計說明書、數(shù)據(jù)庫設計說明書、初步用 戶手冊和初步測試計劃等文檔分發(fā)給評審小組成員,作為評審依據(jù)。小組成員在 充分閱讀這些材料之后,進入下一步。 3. 召開概要設計審查會。在會上,由該項目的系統(tǒng)分析員就其設計思想進行詳細介紹 ,主要包括有:系統(tǒng)目標、總體設計、數(shù)據(jù)設計、處理方式設計、接口設計、運 行設計、出錯設計等。在此過程中,小組成員可以提出問題,展開討論,審查是 否有錯誤存在。 4. 在討論結(jié)束后,由項目負責人整理出一份《概要設計評審報告》。 5. 若發(fā)現(xiàn)錯誤較多,或發(fā)現(xiàn)重大錯誤,則在改正之后,再次組織概要設計評審。 二: 評審人員 |公司高層 | | |營銷中心 | | |技術(shù)中心 | | |工程中心 | | |研發(fā)中心 | | |主審人 | | |評審專家 | | |項目負責人 | | |軟件測試人員 | | 三:評審內(nèi)容(評審的具體結(jié)果可以參見評審會議記錄) |序 |評審事項 |評審結(jié) |備 | |號 | |果 |注 | |1 |可追|分析該軟件的系統(tǒng)結(jié)構(gòu)、子系統(tǒng)結(jié)構(gòu),確認該軟件設計是否覆蓋 | | | | |溯性|了所有已確定的軟件需求。 | | | | | |軟件每一成份是否可追溯到某一項需求。 | | | |2 |接口|分析軟件各部分之間的聯(lián)系,確認該軟件的內(nèi)部接口與外部接口 | | | | | |是否已經(jīng)明確定義。 | | | | | |模塊是否滿足高內(nèi)聚和低耦合的要求。 | | | | | |模塊作用范圍是否在其控制范圍之內(nèi)。 | | | |3 |風險|確認該軟件設計在現(xiàn)有技術(shù)條件和預算范圍內(nèi)是否能按時實現(xiàn) | | | |4 |可維|從軟件維護的角度出發(fā),確認該軟件設計是否考慮了方便未來的 | | | | |護性|維護。 | | | | | |可維護性包含了可讀性、可修改性、可測試性等含義。 | | | |5 |選擇|是否考慮過其他方案,比較各種選擇方案的標準是什么。 | | | | |方案| | | | |6 |其他|對于文檔、設計過程….等等進行評估。 | | | 主審人的總結(jié)意見和簽字: |核準 | |審核 | |制定 | |
概要設計評審
[下載聲明]
1.本站的所有資料均為資料作者提供和網(wǎng)友推薦收集整理而來,僅供學習和研究交流使用。如有侵犯到您版權(quán)的,請來電指出,本站將立即改正。電話:010-82593357。
2、訪問管理資源網(wǎng)的用戶必須明白,本站對提供下載的學習資料等不擁有任何權(quán)利,版權(quán)歸該下載資源的合法擁有者所有。
3、本站保證站內(nèi)提供的所有可下載資源都是按“原樣”提供,本站未做過任何改動;但本網(wǎng)站不保證本站提供的下載資源的準確性、安全性和完整性;同時本網(wǎng)站也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的損失或傷害。
4、未經(jīng)本網(wǎng)站的明確許可,任何人不得大量鏈接本站下載資源;不得復制或仿造本網(wǎng)站。本網(wǎng)站對其自行開發(fā)的或和他人共同開發(fā)的所有內(nèi)容、技術(shù)手段和服務擁有全部知識產(chǎn)權(quán),任何人不得侵害或破壞,也不得擅自使用。
我要上傳資料,請點我!
管理工具分類
ISO認證課程講義管理表格合同大全法規(guī)條例營銷資料方案報告說明標準管理戰(zhàn)略商業(yè)計劃書市場分析戰(zhàn)略經(jīng)營策劃方案培訓講義企業(yè)上市采購物流電子商務質(zhì)量管理企業(yè)名錄生產(chǎn)管理金融知識電子書客戶管理企業(yè)文化報告論文項目管理財務資料固定資產(chǎn)人力資源管理制度工作分析績效考核資料面試招聘人才測評崗位管理職業(yè)規(guī)劃KPI績效指標勞資關(guān)系薪酬激勵人力資源案例人事表格考勤管理人事制度薪資表格薪資制度招聘面試表格崗位分析員工管理薪酬管理績效管理入職指引薪酬設計績效管理績效管理培訓績效管理方案平衡計分卡績效評估績效考核表格人力資源規(guī)劃安全管理制度經(jīng)營管理制度組織機構(gòu)管理辦公總務管理財務管理制度質(zhì)量管理制度會計管理制度代理連鎖制度銷售管理制度倉庫管理制度CI管理制度廣告策劃制度工程管理制度采購管理制度生產(chǎn)管理制度進出口制度考勤管理制度人事管理制度員工福利制度咨詢診斷制度信息管理制度員工培訓制度辦公室制度人力資源管理企業(yè)培訓績效考核其它
精品推薦
- 1暗促-酒店玫瑰靜悄悄地開 369
- 2終端陳列十五大原則 381
- 3專業(yè)廣告運作模式 342
- 4****主營業(yè)務發(fā)展戰(zhàn)略設計 375
- 5中小企業(yè)物流發(fā)展的對策 394
- 6主顧開拓 482
- 7主動推進的客戶服務 342
- 8專業(yè)媒體策劃與購買 372
- 9中遠電視廣告CF 417
下載排行
- 1社會保障基礎知識(ppt) 16695
- 2安全生產(chǎn)事故案例分析(ppt 16695
- 3行政專員崗位職責 16695
- 4品管部崗位職責與任職要求 16695
- 5員工守則 16695
- 6軟件驗收報告 16695
- 7問卷調(diào)查表(范例) 16695
- 8工資發(fā)放明細表 16695
- 9文件簽收單 16695