软件工程经济学教材内容.ppt

软件生命周期：阶段与活动 瀑布模型的精化 先行文档和软件脚手架的经济学意义 — 先行文档和软件脚手架对软件生命周期有两个主要的经济学意义： 降低整体成本 — 主要是通过降低软件生命周期中涉及的熵（entropy，信息的不确定性度量，与信息的信息量相关联；熵越高，意味着不确定性越高、信息量也越大）：那些消耗人的精力与智力，但没有产生任何建设性结果的活动。由此所降低的成本数量可借助工具和现代编程规范要素用COCOMO模型来进行估算 倾向于前载化（front - load）的软件劳动分布（由此可使软件项目的劳动力分布比之于雷利曲线更为平直，软件开发活动的组织易于进行）。要求在需求分析阶段就产生测试相关的工具或者测试计划、用户手册草稿，一般会导致需求分析阶段的成本上升，但同时测试阶段与维护阶段的成本会因此而显著下降。由此对软件成本的影响可用阶段敏感的详细COCOMO模型来估算 控制 输入 计算 输出 规模 基本的 打印 注册 输入 文件 阅 读 写入 列表 地址 特殊 选项 解释程序 附加的程序 查 询 子 系 统 单 元 附加的程序 增量1 增量2 增量3 图 4 – 3 综合策略：软件成本模型 软件计划 和需求 验证 运行和 维护 重新确认 集成 产品验证 实现 系统测试 详细设计 验证 编码 单元测试 编码 …… 集成 …… 编码 单元测试 详细设计 验证 系统可行 性研究 确认 详细设计 验证 产品设计 验证 图 4 – 4 使用增量开发的瀑布模型 增量1 增量2 增量3 软件生命周期：阶段与活动 详细的生命周期阶段定义 表4 – 1 扩展了“瀑布模型”一节给出的关于软件生命周期阶段的基本定义，它给出了标记上一个阶段结束、下一个阶段开始的节点的详细定义。对于增量开发方法而言，该定义是指每个增量中阶段的边界 表4 –1 的内容假定软件生命周期依序包含“可行性研究” 、“软件计划与需求分析” 、“产品设计” 、“详细设计” 、“编码与单元测试” 、“集成与测试” 、“实施” 、“运行维护”和“淘汰”等阶段 在所讨论的软件生命周期阶段中，“可行性研究” （有时也称为“可行性分析”）对应于一些软件工程著述中所论软件生命周期中作为开始的两个阶段 — “问题定义”阶段与“可行性研究”阶段 表中论及的“软件计划与需求分析”在一些著述中统常见其中的“软件计划”归入“可行性研究”阶段 表 4 – 1 阶段终点的定义 计划与需求分析阶段开始。（生命周期概念评审完成） 经过核准、确认的系统体系结构，包括基本的软硬件配置 经过核准、确认的运行概念，包括基本的人机配置 顶层生命周期计划，包括里程碑、资源、责任、进度和主要活动 计划与需求分析结束。产品设计阶段开始。（软件需求评审完成） 详细的开发计划 — 详细的开发里程碑标准、资源预算，机构、责任、进度、活动、技术与产品 详细的使用计划 — 开发计划中关于培训、移植、安装、运行与自此等项目的副本 详细的产品控制计划 — 配置管理计划、质量保证计划、整体VV计划（不包括详细的测试计划） 经过核准、确认的软件需求规格说明书 — 在完整性、一致性、可测试性和可行性方面都经过确认的功能、性能和接口说明书 经过核准（正式或非正式）的开发合同 — 基于上述项目 软件生命周期：阶段与活动 表 4 – 1 阶段终点的定义（续一） 产品设计阶段结束。详细设计阶段开始（产品设计评审完成） 验证软件产品设计说明书 贯穿单元级别的程序组件的层次、控制与数据接口 贯穿字段级别的物理的和逻辑的数据结构 数据处理资源预算（计算时间、存储和精度） 验证需求的完整性、一致性、可行性和可跟踪性 所有高峰项开发问题的发现和解决 初步的集成与测试计划、验收测试计划和用户手册 详细设计阶段结束。编码与单元测试阶段开始（单元设计走查或关键设计评审的完成） 检验每个单元的详细设计说明书 说明每一例行程序（小雨或等于100行源指令）的名称 、目的、假设、规模、调用顺序、错误出口、输入、输出、算法和处理流程 贯穿参数/字符/位级别的数据库描述 验证需求说明书、系统设计说明书及预算的完整性、一致性和可跟踪性 表 4 – 1 阶段终点的定义（续二） 核准验收测试计划 完成集成与测试计划和用户手册的草稿 编码与单元测试阶段结束。集成与测试阶段开始（满足每一单元的单元测试标准） 不仅用正常值，而且勇奇异值、极端指对所有单元计算进行验证 验证所有单元的输入输出选项，包括错误消息 验证所有可执行语句和所有分支选项 验证编程标准的遵守情况 完成单元级文档的建设 集成与测试阶段结束。实施阶段开始（软件验收评审完成） 通过软件验收测试