文档介绍：集团标准化工作小组 #Q8QGGQT-GX8G08Q8-GNQGJ8-MHHGN#
软件开发规范整体规范
软件开发规范
Software Development Specification
Version:
实线表示参加产品实现的组织和人员（不表示所属关系）
虚线表示工作的汇报关系，如SQAE向SQA经理汇报。
Project Base Process 项目基本流程
识别需求
提出解决方案
执行项目
结束项目
投入力量
可行性分析报告
需求建议书
合同
项目目标
项目定义制定计划计划实施项目终止
时间
基本流程说明：
项目启动：本阶段主要是进行可行性分析，定义项目，识别需求；
制定计划：本阶段主要是计划策划，估算工作量，制定具体的可执行的计划；
计划实施：本阶段主要是实施计划，完成计划中的各项任务，报告计划状态；
项目终止：计划执行完毕，总结项目；
CMM Base Process CMM基本过程
SCM
SQA
Work Area
BaseLine
SPP
SPTO
PR
Change & PR
基本过程说明：
SCM：软件配置管理，所有活动的基础，一切制品必须放入配置库；
SPP：软件项目策划，估算工作量，制定详细计划【项目的制定计划阶段】；
SPTO：项目追踪，报告项目状态，评估并更新计划【项目的计划实施阶段】；
PR：同行评审，进入基线的前提条件，降低风险，提高质量的有效手段；
SQA：质量保证，预防风险的有效手段；
SCM软件配置管理
配置管理主要解决：
版本
变更
确定配置项和基线
确定记录和报告配置项状态策略
定义配置项
定义访问权限访问权限
确定配置管理工具
确定SCCB成员
确定配置库及其目录结构
项目启动
确定配置管理人员
Vss、SVN或VSTS
一般由：项目经理、技术经理、客户经理、质量保证人员、配置管理等项目的核心成员人员组成。
在配置项（基线）生成和基线变更时
配置库结构
权限表
基线表
确定基线变更过程
定义备份与病毒策略
按计划执行配置
管理活动
SCM计划制定和评审
记录和报告基线的状态
在配置项（基线）生成和基线变更时
至少在项目的每个里程碑结束时进行备份
1建立配置库
2对项目组指导和培训
3对配置项的日常管理
4参加评审会议
5定期备份和病毒防护
6实施发布
7进行归档
8配置管理计划的维护
配置管理情况总结
计划完成
总结配置项是否完整、基线的变化情况统计、审核发现问题情况统计、改进建议等，记入项目总结报告
定义测试和发布归档方式
SCM计划
配置审核
状态报告
审核报告
SPP 计划策划
计划策划的核心是工作量估算
从历史库中识别可用的信息
项目启动
从公司的数据中识别项目相似的信息，如项目的总结报告和其它的数据或文挡
项目需求、合同以及《软件项目任务书》等相关要求
选择项目生命周期
识别项目的特点
了解各个生命周期的特点
确定适合项目生命周期模型
从对用户需求的理解是否充分；人员介入项目的方式；产品的交付方式；项目规模大小和风险高低；对项目系统架构的理解是否充分等方面考虑
RUP
XP
RUP
XP
依据定义的过程，识别必须完成的任务和工作产品
分解时考虑的活动事项要详尽，不要漏掉：教育或培训的需要；参与评审文档；参与项目会议；确定、记录和显示各种与质量相关和与过程相关的数据；传播时间
文档制品
如：计划、SRS等
规模估算
制定工作产品的评审计划
估算表
估算结果
评审计划
识别项目需要使用的工具和设施
风险评估
识别与其他组之间的关系
确定项目的跟踪情况
确定项目的组织结构和职责
识别项目需要进行的培训
制定时间进度表
在已知的停工和节假日时间不安排工作；不考虑加班时间；考虑测试及评审中发现问题的返工需要的时间；考虑客户需求的稳定情况；考虑各项活动的交接和信息的传递时间；识别出的风险对活动的影响；在安排工作时应考虑整个项目的效率因素，在正常估算的工期内增加20～40％的余量，分配到项目的所有活动中――特别是关键路径中的活动中
工具指南
风险表
协同工作计划
项目跟踪计划
组织和角色定义
培训计划
时间进度表
编写项目开