非同步线上检视系统之设计与实作.doc

  1. 1、本文档共18页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
非同步線上檢視系統之設計與實作 Design and Implementation of Software Asynchronous Inspection System (SAIS) Version 0.2 Member Commitment signature 吳政明 吳政明 杜永全 杜永全 2005/09/06 此計畫書是依照IEEE1058來編寫的 Table of Contents TOC \o "1-3" \h \z \u Revision History 2 1 Overview 3 1.1 Project Summary 3 1.1.1 Purpose, scope, objective 3 1.1.2 Assumption and constraint 4 1.1.3 Project deliverables 4 1.1.4 Schedule and budget summary 4 2 Reference 5 3 Definition 7 4 Project Organization 8 4.1 Internal Structure 8 4.2 Roles and Responsibility 8 5 Managerial Process Plan 10 5.1 Project Start-up plan 10 5.1.1 Staffing plan 10 5.1.2 Resource acquisition plan 10 5.1.3 Project Staff training plan 10 5.2 Work plan 10 5.2.1 Work activities 10 5.2.2 Schedule allocation 10 5.2.3 Resource allocation 10 5.3 Control plan 12 5.3.1 Requirement control plan 12 5.3.2 Schedule control plan 12 5.3.3 Risk management plan 12 5.4 Project closeout plan 13 6 Technical process plan 14 6.1 Process model 14 6.2 Methods, tools, and techniques 15 7 Additional plan 16 7.1 Communication plan 16 8 Plan Annex 17 Revision History 版本 日期 說明 作者 0.1 2005/08/30 初擬PEP 吳政明 0.2 2005/09/21 修改、補上不足 杜永全 Overview Project Summary Purpose, scope, objective Purpose: 軟體檢視(formal inspection)是為了在開發軟體的過程中,及早發現軟體中的缺陷並改正之,以減少軟體開發完成所需的時間。非同步線上檢視系統可以讓參加軟體檢視的所有成員,以非同步的方式在網路上參與檢視計畫,而不受限於時間、地點。 Scope: 只要向本系統注冊的使用者,皆可以使用本系統;如果沒有注冊的使用者,則可以使用Guest身份,參觀本系統。 Objective: IBIS系統將使用者分為三類:moderator、author and other inspectors。 Moderator:檢視團隊的領導人,同時也是整個檢視計畫的負責人。 Author:軟體的創作者。 Inspectors:參予檢視計畫的成員。 整個檢視的過程分為以下幾個階段: 階段名稱 說明 Planning moderator從author那取得欲檢視的軟體,並制定整個檢視計畫的Schedule,以及挑選參予檢視計畫的成員 Overview 為了讓所有成員更加地暸解此軟體以及整個檢視計畫的流程,利用即時通訊軟體舉行一個線上會議。這個階段是非必要的。 Discovery 關鍵階段。inspectors找出軟體的缺陷並將之記錄下來。 Collection Moderator將所有inspector所找到的缺陷集中,並將重複的剔除。 Discrimination 將缺陷紀錄給author看,確認是否真的為軟體缺陷。這個階段是非必要的。 Rework 讓author修正所找到的軟體缺陷 Follow Up Moderator 檢查軟體缺陷是否都被修正,來決定檢視計畫是否結束。

文档评论(0)

3344483cc + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档