《FTCS需求規(guī)格說明書評審報告.doc》由會員分享,可在線閱讀,更多相關《FTCS需求規(guī)格說明書評審報告.doc(3頁珍藏版)》請在裝配圖網上搜索。
1、 FTCS/ ISDT-SP-TR-T02/V1.0 技術評審報告項目名稱xxx項目級別 公司級 部門級 子部門級項目經理XX要求評審的工作產品的名稱FTCS產品需求規(guī)格說明書產品作者(評審申請人)XXX建議評審時間 2007 年10月 8日要求評審的工作產品所屬開發(fā)階段規(guī)劃階段 需求分析階段 系統設計階段 實現與測試階段 系統驗收階段 安裝運行階段 其它評審準則u 可追溯性:軟件需求規(guī)格說明書中的每一個需求要一一列出并標識,與別的需求區(qū)別開來。每項需求只應在軟件需求規(guī)格說明書中出現一次。 正確性:軟件需求都是與用戶所期望的相符合。與涉及的相關行業(yè)技術規(guī)范相符合。 完整性:軟件需求規(guī)格說明書中
2、沒有遺漏任何必要的需求。 一致性:各軟件需求之間或軟件需求與高層(系統,業(yè)務)需求之間不相矛盾。 可行性:軟件需求規(guī)格說明書中的每一個需求都是可實現的。 無二義性:軟件需求規(guī)格說明書中的每一個需求都只有惟一的含義。 可驗證性:軟件需求規(guī)格說明書中的每一個需求對用戶而言都是可驗證、測試的。 必要性:軟件需求規(guī)格說明書中的每一個需求對用戶而言都是必須的,沒有畫蛇添足。 可理解性:軟件需求規(guī)格說明書中的每一個需求都能清楚表達,保證項目干系人都能看懂。 劃分優(yōu)先級:軟件需求規(guī)格說明書中,應根據需求的輕重緩急對需求劃分優(yōu)先級。u 具有概要設計所需的相關的輸入信息。評審需提交的資料FTCS產品需求規(guī)格說明
3、書FTCS用戶需求調查報告FTCS系統用戶需求說明書(系統)FTCS系統軟件需求跟蹤矩陣表單產品批準人(審核人)意 見 同意評審 由 XXX 擔任評審負責人,按技術評審流程開展評審工作。評審方式: 正式技術評審(會議評審) 非正式技術評審( Email會簽 走查 其他: )評審級別: 部門級 子部門級 項目組內 暫不評審原因是: 方案不成熟 資料不完整 其他簽 字XX日 期2007 年9月 29日技 術 評 審 意 見 及 結 果評審時間自 2007 年10月 8日10時 至 2007 年10月 8日 11 時評審問答記錄1、在產品需求規(guī)格說明書中“1.3 文本讀者”。描述相關讀者對象,但不用
4、描述他們用此文檔做什么。2、1.6名詞解釋。3、“界面需求”,在對具體的功能模塊描述的時候,要有相應的界面與之對應。4、要有對需求優(yōu)先級別的定義。5、“內部文管理”模塊,在總體結構中沒有體現。6、給出相關模塊的界面圖。記錄人簽名ZZ日 期2007 年10月 8日評 審人員簽名XX,YY,ZZ,其他參與人員簽名ZZ評審意見匯 總 一、缺陷識別無缺陷 二、總體評價及建議總體需求分析比較透徹、完善;但需求優(yōu)先級,相關需求界面沒有進行描述,要進行詳細補充。基本通過。 評審結論評審通過:工作產品合格,“無需修改”或“需要輕微修改但不必再審核”;評審基本通過:工作產品基本合格,需要作少量修改,之后通過審核即可;評審不通過:工作產品不合格,需要作比較大的修改,之后必須重新對其評審。建議整改完成時間 2007 年10月 9日評審負責人簽字xxx日期2007 年10月 8日缺陷修正及驗證(如果使用缺陷跟蹤軟件,則無需填寫下表)序號缺陷內容修正措施實施結果實施人、日期123缺陷修正驗證情況驗證結論:驗證通過驗證人簽字ZZZ日 期2007 年10月 9日 -內部資料,注意保密- 第 3 頁 共 3 頁