小组软件过程 —— 开发策略

1. 小组软件过程——开发策略 欧阳柳波 湖南大学软件学院

2. 计划第一 • 在制定计划的过程中，小组可在工程计划方面取得一致意见，并确定角色和小组目标 • 计划为跟踪工作进展提供了基础 • 避免小组只按照管理者的要求完成工作，而不管其要求是否符合实际情况

3. 策略 • 基本方法是建立一个核心系统，再以循环的步骤向系统中添加新的功能，得到一系列增补版本。 • 基本策略：必须使用循环的过程来开发产品，开发周期的数量由管理者决定，但每个周期的内容由自己决定。

4. 概要设计 • 概要设计是工程计划的起始点。 • 主要明确以下问题： （1）基于目前的知识，该如何开发此产品 （2）要开发的产品的基本组成部分是什么 （3）各组成部分应当有什么功能 （4）这些组成部分应当有多大 • 避免在计划过程中进行产品设计，避免在概要设计中进行任何实际的设计工作。

5. 策略确定 策略确定最基本目标是尽量减少风险，确定策略的步骤如下： • 给出策略标准 • 决定可能的多种策略 • 衡量每一种策略的风险和利益 • 把这些策略进行比较评估 • 进行决策 • 把选定的策略存档

6. 风险管理 风险是不可避免的，可能发生也可能不发生的问题就是风险。 主要可能的风险如下： • 可能会遇到一种可更多的不会设计的功能 • 可能遇到系统支持问题而延误工作 • 产品缺陷太大，测试时间太长 • 无法控制产品或改变产品，在已开发过的程序上浪费时间 • 小组没法有效率地一起工作

7. 风险管理 缓解风险的主要措施： • 产品过大。从一个小的产品内核开始，在以后的开发周期中逐渐添加各种功能 • 过难或复杂的功能。在工程开始时简化这些功能，再考虑其替代品 • 系统支持问题。建立一个早期原型或小产品版本，以确定你了解支持系统是如何工作的 • 测试时间。使用PSP、TSP进行工作 • 产品控制。小组很容易失去对产品的控制，所以要进行TSP的结构管理。 • 协同工作问题。坦诚、公开讨论与沟通，并争取上级的支持

8. 复用策略 • 代码复用的策略可降低编程量太长的造成的风险 • 通过分析最终产品，可知哪个功能的某一部分可以在多个功能中满足要求 • 在开发产品之前，把识别所有可能复用的部分来作为每个设计的开始，建立复用代码库

9. 策略脚本 • 开始条件：小组组建，角色确定，工作目标一致。 • 确定策略标准：评估策略是否合理 （1）第一周期提供一个可用的最终产品的前身 （2）第一周期提供一个很容易进行升级的基础 （3）周期产品都具有高质量，容易测试。 （4）产品设计具有标准的结构，便于独立完成 • 完成概要设计 • 选择开发策略：通常开发经理草拟开发策略和概要设计，由全组讨论、修改并通过。

10. 策略脚本 • 进行初步规模估计：概要设计中每个功能需要多少LOC，记录在策略表格中。 • 进行初步时间估计：使用PSP经验 • 估计风险：根据发生的概率和造成的冲击分成H、M、L三个等级。监视并每周讨论估计的风险。 • 把策略存档：使用START表格记录（见表4.3） • 开发策略升级：使用STARTn进行策略升级，确定已开发的部件和功能，决定下一周期要开发的模块和功能，并进行大小和时间估计，以及工作分配。

11. 策略脚本 • 确定配置管理计划： （1）每个产品组件版本的复件 （2）对每一个基线修改的记录 （3）谁进行了这个改变 （4）什么时间改变的 （5）改变了什么 （6）为什么要进行改变 技术经理草拟配置管理计划 • 结束标准：产品、数据存档