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

小组软件过程 —— 开发策略 欧阳柳波 湖南大学软件学院 计划第一 在制定计划的过程中，小组可在工程计划方面取得一致意见，并确定角色和小组目标 计划为跟踪工作进展提供了基础 避免小组只按照管理者的要求完成工作，而不管其要求是否符合实际情况 策略 基本方法是建立一个核心系统，再以循环的步骤向系统中添加新的功能，得到一系列增补版本。 基本策略：必须使用循环的过程来开发产品，开发周期的数量由管理者决定，但每个周期的内容由自己决定。 概要设计 概要设计是工程计划的起始点。 主要明确以下问题： （1）基于目前的知识，该如何开发此产品 （2）要开发的产品的基本组成部分是什么 （3）各组成部分应当有什么功能 （4）这些组成部分应当有多大 避免在计划过程中进行产品设计，避免在概要设计中进行任何实际的设计工作。 策略确定 策略确定最基本目标是尽量减少风险，确定策略的步骤如下： 给出策略标准 决定可能的多种策略 衡量每一种策略的风险和利益 把这些策略进行比较评估 进行决策 把选定的策略存档 风险管理 风险是不可避免的，可能发生也可能不发生的问题就是风险。 主要可能的风险如下： 可能会遇到一种可更多的不会设计的功能 可能遇到系统支持问题而延误工作 产品缺陷太大，测试时间太长 无法控制产品或改变产品，在已开发过的程序上浪费时间 小组没法有效率地一起工作 风险管理 缓解风险的主要措施： 产品过大。从一个小的产品内核开始，在以后的开发周期中逐渐添加各种功能 过难或复杂的功能。在工程开始时简化这些功能，再考虑其替代品 系统支持问题。建立一个早期原型或小产品版本，以确定你了解支持系统是如何工作的 测试时间。使用PSP、TSP进行工作 产品控制。小组很容易失去对产品的控制，所以要进行TSP的结构管理。 协同工作问题。坦诚、公开讨论与沟通，并争取上级的支持 复用策略 代码复用的策略可降低编程量太长的造成的风险 通过分析最终产品，可知哪个功能的某一部分可以在多个功能中满足要求 在开发产品之前，把识别所有可能复用的部分来作为每个设计的开始，建立复用代码库 策略脚本 开始条件：小组组建，角色确定，工作目标一致。 确定策略标准：评估策略是否合理 （1）第一周期提供一个可用的最终产品的前身 （2）第一周期提供一个很容易进行升级的基础 （3）周期产品都具有高质量，容易测试。 （4）产品设计具有标准的结构，便于独立完成 完成概要设计 选择开发策略：通常开发经理草拟开发策略和概要设计，由全组讨论、修改并通过。 策略脚本 进行初步规模估计：概要设计中每个功能需要多少LOC，记录在策略表格中。 进行初步时间估计：使用PSP经验 估计风险：根据发生的概率和造成的冲击分成H、M、L三个等级。监视并每周讨论估计的风险。 把策略存档：使用START表格记录（见表4.3） 开发策略升级：使用STARTn进行策略升级，确定已开发的部件和功能，决定下一周期要开发的模块和功能，并进行大小和时间估计，以及工作分配。 策略脚本 确定配置管理计划： （1）每个产品组件版本的复件 （2）对每一个基线修改的记录 （3）谁进行了这个改变 （4）什么时间改变的 （5）改变了什么 （6）为什么要进行改变 技术经理草拟配置管理计划 结束标准：产品、数据存档 * * *