文档编号projectkagi-软件过程定义–1.0.docVIP

文档编号：Project Kagi－软件过程定义– 1.0 Project Kagi 软件开发过程定义文档 制定人员： 万山川，201106020025 魏玉斌胡嘉胜， 2014-6-8 文档变更历史记录 序号 变更日期 变更人员 变更内容详情描述 版本 1 2014/6/7 万山川 创建文档 0.1 2 2014/6/8 魏玉斌 追加改进步骤 0.2  引言 1.1 编写目的 为使软件开发过程制度化、合理化、科学化，指导项目开发过程顺利进行，结合团队内部人员构成特点，制订本文档。 1.2 读者对象 本文档的主要读者为参与软件项目开发过程的全员，包括需求分析人员、软件设计人员、软件开发人员、软件测试人员和安装维护人员。当软件需求方明确提出要求或在其他必要情况下，可向软件需求方出具本文档。 1.3 文档概述 本文档定义了软件开发过程中应遵循的过程模型，明确了各项软件开发活动的实施方法以及各类人员在活动中的职责范围。对于开发进行时可能出现的对过程模型的剪裁和改进，给出了规范化的变更流程。 1.4 定义 开发方：软件项目的设计开发方，不加说明的情况下代指本团队全体成员。 需求方：委托软件开发方进行软件开发的一方。1.5 参考资料 以列表或排序的方式给出重要的参考资料的名称、作者、单位、出版日期等信息。 假设和范围 2.1 假设和要求 关于人员的假设和要求： 能够全职参与软件开发过程；具备基本的工程化软件开发思想；具备一定的代码实现和调试能力。关于软件项目的假设： 需求方能够与开发方进行即时有效的沟通和反馈。 2.2 适应范围 本文档所定义的软件开发过程的适应范围。 软件开发过程模型 概述软件开发过程模型。 软件开发活动 从任务、输入、输出、实施、注意事项等几个方面说明软件开发过程所涉及的每一个软件开发活动，包括技术活动和管理活动。 软件开发过程改进 对软件开发过程改进的步骤： 提出改进请求 提出改进请求的时机：项目进行时，定期检查中，项目结束时 提出改进的人员：项目成员、组织 提出改进的类别：变更、背离 改进请求的报告：其中要包括发起人，请求改进时间，请求改进原因，请求改进的措施和意见等要素 请求提交对象：请求者的直接上级或项目负责人 负责人评审 如改进请求第一次未提交给负责人，则接到请求的管理人员初步审阅并提出意见后继续向上级递交，直至递交到项目负责人处 递交至项目负责人处时，先由项目负责人进行评审，通过后交由项目的过程负责人（小组）进行评审 评审依据：实施改进的代价和利益，改进是否符合现实需要，实施改进的理由是否充足，实施改进的难度大小，实施改进带来风险大小等等 实施改进措施 根据改进请求修改过程文档 发布改进信息和改进后的过程 组织新的成员培训 实施改进后的软件开发过程 软件开发过程剪裁 （说明如何对软件开发过程进行剪裁。） 剪裁规则： 以下活动是不可进行剪裁：需求分析，…… 对于系统规模较小的项目，允许将概要设计和详细设计二个过程合并 对于软件开发工作量能够预先确定的项目，初步项目计划和详细项目计划可以合并…… 剪裁评审要求： 过程剪裁评审委员会(可以就是过程管理小组)负责对剪裁的过程进行评审，该委员会的组成参考“….文档”