- 1、本文档共18页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 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)