軟件評審ppt課件-資料下載頁
2025-05-12 13:26本頁面
【正文】 ? 對如何做沒有把握的部分，如一些挑戰(zhàn)性模塊，它們實現(xiàn)了不熟悉的或復雜的算法，或涉及復雜的商業(yè)規(guī)則和開發(fā)人員不了解的其他領域； ? 將不斷被重復使用的部件。 ? 總之，大體原則為：選擇那些最復雜和最危險的部分進行評審。 22 打包分發(fā)評審材料 ? 通常如下材料需要被打包： ? 需要評審的部分可交付產品和文檔； ? 定義了可交付產品的前期文檔； ? 評審會議成員需要的所有表格； ? 有助于評審員發(fā)現(xiàn)缺陷的工具和文檔，如缺陷檢查表、規(guī)則集等； ? 用于驗證可交付產品的測試文檔。 23 合理安排評審活動進程 ? 在評審會議正式開始之前，評審組長還需要收集每個評審員的準備時間，并在審查文檔中記錄總的準備時間。 ? 當這一切準備就緒之后，評審組長還要制定相應的活動進度表，安排會議房間，并將時間、地點等相關信息通知評審會議成員。 ? 安排會議時應注意以下幾點： ? 至少提前 23天通知評審會議成員； ? 不要安排同一個人一天參加多個評審會議； ? 根據工作情況，適當安排評審會議，合理協(xié)調項目進度和評審會議之間的關系，不要讓彼此相互影響。 24 召開評審會議 ? 評審預備 ? 評審開始 ? 成員介紹 ? 評審員進行演示或說明 ? 評審員就不清楚或疑惑的地方與作者進行溝通 ? 記錄員在會議過程中完成會議記錄 ? 評審決議 ? 評審結束 ? 評審中應把握的幾個原則 25 跟蹤和分析評審結果 ? 跟蹤 ? 有條件接受的缺陷跟蹤 ? 不接受的缺陷跟蹤 ? 分析 ? 有效性 ? 效率和成本 26 小結 ? 人的認識不可能 100%符合客觀實際，因此在軟件生存期的每個階段的工作中，都可能引入人為的缺陷。 ? 在某一階段中出現(xiàn)的缺陷，如果得不到及時的糾正，就會傳播到開發(fā)的后續(xù)階段中去，并在后續(xù)階段中引出更多的缺陷。 ? 實踐證明，提交給測試階段的產品中包含的缺陷越多，經過同樣時間的測試之后，產品中仍然潛伏的缺陷也越多。 ? 所以必須將發(fā)現(xiàn)缺陷的工作提前，在開發(fā)時期的每個階段，都要進行嚴格的軟件評審，盡量不讓缺陷傳播到下一階段。
教學課件相關推薦
鄂ICP備17016276號-1