TSPi计划第一.pptVIP

个体软件过程与小组软件过程 * 小组软件开发过程TSPi TSPi Phases – Today LAUNCH STRATEGY PLAN REQUIREMENTS DESIGN IMPLEMENTATION POST MORTEM 计划第一 创立一个概念上的产品设计计划 对产品规模和开发时间进行初步估计 没有计划，可能没有机会承担这个工作！ 对整个工作有所了解，确定自己能做什么？多久完成？ 什么是策略？ 你要怎么生产出你们的产品？ 基本策略： ——循环的过程来开发产品 第一个周期：最核心的系统，最基本最简单最少的功能 第二个周期：逐渐添加新功能 第…个周期：逐渐添加新功能 概念性的设计 首先思考如下问题： 基于目前的知识，我们该如何开发这个产品？ 我们开发这个产品所需的基本组成部分是什么？ 这些组成部分都应该有什么样的功能？ 这些组成部分应当有多大？ 不知道各个部分该如何去设计，但需要指出各部分应具有的功能！ 先不要进行任何实际的设计工作！ 风险管理 可能存在的风险： 遇到一种或多种不会设计的功能； 遇到系统支持问题而延误工作； 产品缺陷太大，测试时间太长； 无法控制产品，在已开发的产品上浪费时间； 小组没有有效率的一起工作。 小产品内核开始！循环增加新功能！ 开始简化功能，后面再考虑复杂的设计替代！ 较早建立一个原型或小版本，确定系统如何工作！ 使用规范的PSP方法，确保产品不会有太多缺陷，测试不会成大问题！ 使用结构化的配置管理！ 复用策略 代码太长——一个主要风险 工作量大，且不易维护！ 例如：字符串识别、错误信息处理机制等。 越早发现复用机会，节省越多的开发时间！ 以识别所有的复用来作为每个设计的开始。 技术支持经理！ 策略草案 0 策略标准 衡量评估策略是否合理？计划是否合理？ 第一个周期提供一个最小功能、可工作的最终产品前身 第一周期产品提供一个很容易进行升级的基础 周期产品都具有高质量、可以容易的进行测试 产品设计具有标准的结构，以便小组成员独立进行工作 选择开发策略 研究所有希望实现的功能，选出一个最小可工作的产品来。 有些产品元素可能会比计划的要大，试图在第一个周期设置太多功能，会占用太多时间。 可以测试的 不必定义所有功能，后续周期可以添加 开发经理草拟，全组讨论之 进行初步规模估计 判断每个程序元素，可能需要多少LOC？ 进行初步时间估计 使用PSP的LOC编码速度，来完成时间的估计！ 进行风险估计 估计风险，分配给组员去监视，并每次讨论，考虑如何缓解？每个风险数据都填入ITL表格中。 策略存档 存入START表格中 注意主控制功能的估计——管理程序运行，不直接提供用户功能。 配置管理计划 不恰当的配置管理，时间浪费，工作无效！ （1）每个产品元素版本的复件 （2）对每一个基线的修改记录 （3）谁进行了这个改变 （4）他们什么时候改变的 （5）改变是什么？ （6）为什么他们要进行改变？ 技术支持经理来负责！ 结束标准 完整的策略 START表格 配置管理计划——存档、讨论。 技术支持经理：所有材料存入工程记录。 10.21号的上机内容： 小组讨论开发策略，选择与制定开发策略，完成START表格，讨论风险管理、输出ITL风险清单，完成配置管理计划。 个体软件过程与小组软件过程