软件生命周期管理

软件生命周期过程管理培训 （一）
天津天大求实电力新技术股份有限公司
Tianjin Tianda Qiushi Electric Power High Technology Co.,Ltd.
研发过程管理培训
1 2 3 4
软件研发生命周期管理 研发原则体会 测试推动，量化管理 研发过程实践
http://www.tdqs.com
人员


SCM

安装客户端/设置、检查客户端CM环境 创建域用户、组 创建VOB并分配VOB权限（VOB OWENER) 创建项目(VOB、组件的归属) 培训项目组成员 编写CM计划 协助QA实现配置统计报告 检查所有的需求、需求变更、缺陷是否都为CLOSED/POSTPONED/DUPLICATED 状态；还有有所有的测试任务都完成 不是的话不接受 配置统计报告 项目组的配置审计 提交缺陷，改进请求等
3.测试推动，量化管理 需求调研的方法 只聆听一个声音 会议方式 访问与对话方式 用例的编写和确立 签字的重要性
http://www.tdqs.com
3.测试推动，量化管理 需求文档的格式 比较两份需求文档
http://www.tdqs.com
3.测试推动，量化管理 需求文档的附属文件 界面设计&需求用例
人员

QA 开发人员



查询CQ,CHECKOUT/IN 加入项目 创建开发视图（SNAPSHOT） 单元测试 REBASE 单元测试 DELIVER 集成测试、性能测试 提交缺陷
http://www.tdqs.com
测试人员 维护者

4.研发过程实践 Submited：由项目经理(客户)根据项目计划 或临时计划提交（Submit）项目管理任务 Assigned：项目经理(客户)分配任务给开发 部门的计划执行人(研发主管)，执行动作 Assign Opened：开发者在CQ中查看到任务后， Open这条任务
http://www.tdqs.com
1.研发过程管理
http://www.tdqs.com
1.研发过程管理
Inheritance
http://www.tdqs.com
1.研发过程管理
http://www.tdqs.com
1.研发过程管理 代码审查 原则：以表格和报告形式提出。 1) 编程规范。 2) 符合整体要求。 3) 可读性。 4) 健壮性。 5) 可复用。
http://www.tdqs.com
1.研发过程管理 项目交流与沟通
http://www.tdqs.com
1.研发过程管理 配置管理 版本迭代
http://www.tdqs.com
1.研发过程管理 配置管理 版本比较合并
http://www.tdqs.com
1.研发过程管理 配置管理 代码中的注释
http://www.tdqs.com
研发过程管理培训
1.研发过程管理
http://www.tdqs.com
1.研发过程管理 原型调研（同类或同形产品调研与分析） 原型设计（故事板/草图) 功能点设计与实现(功能点、核心点的实现) 框架与基础设计(整体框架的设计实现) 代码审查(编程规范?可读性?健壮性?可重用?) 问题与BUG列表(管理与核定进度的依据) 项目沟通与交流(项目网站/技术讨论会议/培训) 配置管理(版本迭代方法) 代码重构(提炼重用、结构调整、性能调整)
http://www.tdqs.com
4.研发过程实践 VP( 项目计划)
http://www.tdqs.com
4.研发过程实践 VP (个人视图及报工)
工作台信息筛选
17
http://www.tdqs.com
4.研发过程实践 VP (导入到CQ)
http://www.tdqs.com
4.研发过程实践 VP(CQ中的报工)
http://www.tdqs.com
4.研发过程实践 CC (创建流)
http://www.tdqs.com
4.研发过程实践 CC
http://www.tdqs.com
4.研发过程实践 CQ
http://www.tdqs.com
4.研发过程实践 CQ
http://www.tdqs.com
http://www.tdqs.com
3.测试推动，量化管理 需求文档的重要性 开发与测试工作的依据。 稳定的、少变化的。 风险管理。 该如何实现？& 该实现什么？
http://www.tdqs.com
3.测试推动，量化管理 开发流程
http://www.tdqs.com
3.测试推动，量化管理 开发流程
1.研发过程管理 功能点设计与实现 预先实现一些功能特色或者核心亮点，可 参与说服客户或商业谈判。可以对未来的 技术风险进行评估，避免出现永远不可能 实现的软件项目。
http://www.tdqs.com
1.研发过程管理 原型与实际
http://www.tdqs.com
1.研发过程管理 框架与基础设计 技术选型原则。1）整体解决方案。2）开 源技术与第三方技术的选择。 框架与基础设计 1）首先实现。2）保持稳 定，不轻易调整。3）简单清晰。 框架、组件、类库的测试。
4.研发过程实践 CQ
http://www.tdqs.com
4.研发过程实践 CQ
http://www.tdqs.com
4.研发过程实践 DOORS
http://www.tdqs.com
4.研发过程实践 DOORS
http://www.tdqs.com
4.研发过程实践 DOORS
http://www.tdqs.com
3.测试推动，量化管理 量化管理
http://www.tdqs.com
3.测试推动，量化管理 版本迭代
DEV(开发流) 1 主流
INT(集成流)
Deliver Rebase Deliver BL 主流
2
1 TST（测试）
CREL(正式发布流)
1
3 新增需求／修改bug
http://www.tdqs.com
1.研发过程管理 原型调研 成功产品的第一步，同类产品功能点分析 ，核心功能点（亮点）构思。 以前的项目，同行的产品。 市场需求，行业用户习惯。
http://www.tdqs.com
1.研发过程管理 原型设计 故事板/草图
Βιβλιοθήκη Baidu
http://www.tdqs.com
2.研发过程体会
http://www.tdqs.com
2.研发过程体会 研发原则 知己知彼。 预实现。 沟通交流。 版本迭代。 测试驱动开发。 健壮性开发。 责任制。
http://www.tdqs.com
研发过程管理讨论
3.测试推动，量化管理
http://www.tdqs.com
2
1
Release1.0
BL1
HotFix （紧急修复流）
2
DEV(维护流) n+1 新增需求／修改bug n+2 k+2 k+1
1 3
Release1.0_Hofix001
2
Release1.1
基线： INT TST HOTFIX CREL
Release1.0_Hotfix001
n+2
k+３
2 开发商的开发项目 中国外汇交易中心的发布项目
http://www.tdqs.com
4.研发过程实践 DOORS (过滤及版本管理)
http://www.tdqs.com
提问环节 问题1： 案例：某企业与某公司签订软件开发合同， 合同总值100万元，该企业在调研中共提出 800项需求，经测算需总成本约500万元，应 该怎么办？
http://www.tdqs.com
3.测试推动，量化管理 早引入测试。测试不是产品或功能实现后 的检查，而是推动开发的力量。 量化开发工作。在团队内部推动问题与 BUG列表量化指派任务，管理者可以随时 了解项目进度。 核心是需求。 无论产品或项目，用户需求 都是核心，技术是为实现需求服务的。
http://www.tdqs.com
http://www.tdqs.com
1.研发过程管理 代码重构 代码提炼，消除重复代码。 案例：switch case /多态。 案例：LINQ & MVC。
http://www.tdqs.com
1.研发过程管理 代码重构 超级类
http://www.tdqs.com
研发过程管理讨论
http://www.tdqs.com
3.测试推动，量化管理 项目管理流程
http://www.tdqs.com
3.测试推动，量化管理 需求管理流程
http://www.tdqs.com
3.测试推动，量化管理 需求变更流程
http://www.tdqs.com
3.测试推动，量化管理 缺陷变更流程
http://www.tdqs.com
4.研发过程实践 Closed：质量管理组在CQ中审核任务成果 ，如果审核通过，执行Validate动作，关闭 任务。
交付成果的评审：市场部（客户）从CQ中 找到该计划的任务，可查看交付成果，填 写评审意见
http://www.tdqs.com
4.研发过程实践 实践工具介绍 Visual Project是一款项目管理工具 IBM Rational ClearCase是一款软件配置管 理工具 IBM Rational ClearQuest是一款软件变更 管理工具 DOORS是一款需求管理工具
QA

测试人员 (包括第三方测试人员)

监理 工程运行部门

配置统计报告审查 所有发布版本从发布流上取得 安装测试 上线

http://www.tdqs.com
4.研发过程实践 角色与分工(研发部门)
角色 项目经理 SCM

RUP CM活动 通知客户进行上线测试 建视图、并创建目录结构和权限 导入初始文件（可选）并创建初始基线 创建集成测试流和视图 打基线（定义基线等级） 由客户主管通知，在集成流上创建一个发布基线
研发过程管理培训
研发过程管理
• 整个软件项目生命周期中的核心部分。
• 如何推动软件项目研发过程？ • 如何研发高质量的产品或项目？ • 如何进行团队协作与沟通？
http://www.tdqs.com
软件研发管理方法论
CMMI
MSF
RUP
XP
过程改进
沟通
质量 演化
人
复杂
里程碑
风险控制
沟通
减少文档
http://www.tdqs.com
4.研发过程实践 Resolved：当开发者完成任务后，把需要 提交的内容都保存到CC中相应的目录后， 并且Check in到开发流后，再到CQ中将任 务成果交付到实际交付成果的附件中，最 后执行Resolve Resolved/Opened：开发主管查看到任务 状态为Resolved后，进行评审，评审通过 ，使用Modify动作填写评审意见，如果未通 过执行Reject动作，开发者可以通过修改动 作对自己的任务成果进行修改，任务完成 后重新提交。
3.测试推动，量化管理 需求文档 需求文档的重要性高于概要和详细设计。 需求文档的目标 1)了解业务逻辑2)执行者3) 明确数据项4)验证条件5)原型设计 概要设计的目标1)界面设计2)核心原型设计 3)数据字典 详细设计的目标1)系统整体架构的设计和实 现2)具体功能的设计
http://www.tdqs.com
http://www.tdqs.com
1.研发过程管理 项目交流与沟通 项目网站。可采用SPS(Sharepoint Portal Server)或WSS(Windows Sharepoint Service)快速搭建. 项目会议与培训。项目知识应予分享。审 查和了解进度，及早发现风险和问题。 对项目的技术建议和问题改进落实到文本 。
http://www.tdqs.com
研发过程管理讨论
4.研发过程实践
http://www.tdqs.com
4.研发过程实践 角色与分工(客户角度)
角色 项目主管

RUP CM活动 如果测试通过，通知工程部从该测试流进行安装测试 安装测试通过后项目主管审核通过后通知scm创建发布流 从基线创建一个中心的测试流 安装测试通过后创建发布流并创建发布基线(设置项目属性为冻结)