南邮软件工程-Unit_01_软件与软件工程技术分析.ppt

* * * * 软件 = 程序 + 数据 + 文档 + 服务 * 软件 = 程序 + 数据 + 文档 + 服务 * 软件 = 程序 + 数据 + 文档 + 服务 * 软件 = 程序 + 数据 + 文档 + 服务 * 软件 = 程序 + 数据 + 文档 + 服务 * 软件 = 程序 + 数据 + 文档 + 服务 * 软件 = 程序 + 数据 + 文档 + 服务 * 软件 = 程序 + 数据 + 文档 + 服务 * 软件 = 程序 + 数据 + 文档 + 服务 * 软件 = 程序 + 数据 + 文档 + 服务 * 软件 = 程序 + 数据 + 文档 + 服务 * 软件 = 程序 + 数据 + 文档 + 服务 * 软件 = 程序 + 数据 + 文档 + 服务 * 软件 = 程序 + 数据 + 文档 + 服务 * 软件 = 程序 + 数据 + 文档 + 服务 * 软件 = 程序 + 数据 + 文档 + 服务 * 软件 = 程序 + 数据 + 文档 + 服务 软件实现的三个基础 * 通用的软件过程框架 不同案例，过程细节差别很大，但框架活动都是一致的 框架活动的顺序可能是线性、迭代、演化或并行的 每一个框架活动由很多普适性活动来补充实现 普适性活动贯穿整个软件过程，关注于项目管理、跟踪和控制（项目进度、质量、变更和风险） 对软件过程的普适性调整是项目成功的关键 * 过程要素 活动（activity） 主要实现宽泛的目标（如与利益相关者进行沟通） 与应用领域、项目大小、结果复杂性或者实施软件工程的重要程度没有直接关系 动作（action）：如体系结构设计 包含了主要工作产品（如体系结构设计模型）生产过程中的一系列任务 任务（task） 关注小而明确的目标，能够产生实际产品（如构建一个单元测试） 工作任务、工作产品、质量保证点、里程碑 * 5个框架活动 沟通：客户协作、理解利益相关者的目标、收集需求，定义软件的特性和功能 策划：制定软件项目计划，定义和描述了软件工程工作，包括需要执行的技术任务、可能的风险、资源需求、工作产品和工作进度计划 建模：利用模型来更好地理解软件需求，并完成符合这些需求的软件设计 构建：编码（手写的或者自动生成的）和测试以发现编码中的错误 部署：软件（全部或者部分增量）交付到用户，用户对其进行评测并给出反馈意见 * 普适性活动 软件项目跟踪和控制—评估进展，采取纠正措施，维护计划 风险管理—评估影响项目成果、产品质量的风险 软件质量保证—确定和执行软件质量保证的活动 技术评审—评估产品，在错误传播到下个活动之前，发现并清除错误 测量—定义和收集过程、项目和产品的度量，以帮助团队在发布软件的时候满足利益相关者要求 软件配置管理—管理变更所带来的影响 可复用管理—定义产品复用的标准（包括软件构件），并且建立构件复用机制 工作产品的准备和生产—包括了生成产品（诸如建模、文档、日志、表格和列表等）所必需的活动 * 过程模型普适性调整的关注点 活动、动作和任务的总体流程，以及相互依赖关系 在每一个框架活动中，动作和任务细化的程度 工作产品的定义和要求的程度 质量保证活动应用的方式 项目跟踪和控制活动应用的方式 过程描述的详细程度和严谨程度 客户和利益相关者对项目参与的程度 软件团队所赋予的自主权 队伍组织和角色明确程度 * 实践的精髓 1. 理解问题（沟通和分析） 2. 计划解决方案（建模和软件设计） 3. 实施计划（代码生成） 4. 检查结果的正确性（测试和质量保证） * 理解问题 谁将从问题的解决中获益？也就是说，谁是利益相关者？ 有哪些是未知的？哪些数据、功能、特征和行为是解决问题必需的？ 问题可以划分吗？是否可以描述为更小、更容易理解的问题？ 问题可以图形化描述吗？可以建立分析模型吗？ * 计划解决方案 以前曾经见过类似问题吗？在潜在的解决方案中，是否可以识别一些模式？是否已经有软件实现了所需要的数据、功能、特征和行为？ 类似问题是否解决过？如果是，解决方案所包含元素是否可以复用？ 可以定义子问题吗？如果可以，子问题是否已有解决方案？ 能用一种可以很快实现的方式来描述解决方案吗？能构建出设计模型吗？ * 实施计划 解决方案和计划一致吗？源码是否可追溯到设计模型？ 解决方案的每个组成部分是否可以证明正确？设计和代码是否经过评审？或者更好的算法是否经过正确性证明？ * 检查结果 能否测试解决方案的每个部分？是否实现了合理的测试策略？ 解决方案是否产生了与所要求的数据、功能、特征和行为一致的结果？是否按照项目共同利益者的需求进行了确认？ * 软件实践的核心原则