软件工程与管理控制Rationalru课件.ppt

第一讲 软件工程的最佳实践 主要内容 软件工程的最佳实践 Rational统一过程(RUP) 软件开发常见问题 对用户的需求理解不准确 对需求的改变束手无策 模块不兼容 软件维护困难 项目的严重缺陷发现较晚 软件质量低劣或用户缺少经验 高负荷下性能低 不配合的团队力量 不可靠创建和发布过程 追踪问题的根源 六个最佳实践 迭代化开发 需求管理 使用基于构件的体系结构 可视化软件建模 持续质量验证 控制软件变更 迭代化开发 风险比较 需求管理 建立体系化的方法来提取，组织，记载和管理变化的需求，确保 解决了正确的问题 构建了正确的系统 需求管理的内容 分析问题 理解涉众需要 定义系统 管理项目规模 改进系统定义 管理需求变更 需求管理结构 基于构件的体系结构 描述了如何设计灵活的，可容纳修改的，直观便于理解的，并且促进有效软件重用的弹性结构 有弹性的基于构件的架构 弹性架构 满足当前和未来的需求 改进可扩展性 支持复用 系统依赖的封装 基于构件 复用或定制构件 选择可利用的商务构件 现有软件的增值式发展 基于构件的体系结构的目标 复用基础 构件复用 架构复用 项目管理基础 计划 人员分配 交付 智能控制 管理复杂性 维护完整性 可视化软件建模 为什么需要可视化建模 捕获系统的静态结构和动态行为 显示系统各部件如何配合 保持设计和实现的一致性 根据需要适当隐藏或显示细节 促进无歧异的沟通 UML：适用于所有工作人员的语言 UML可视化建模 可视化模型 持续质量验证 质量评估被内建于过程、所有的活动，包括全体成员，使用客观的度量和标准，并且不是事后型的或单独小组进行的分离活动 软件开发生命期中的测试 控制软件变更 需要控制的是 每个开发者安全的工作区 自动化集成管理 并行开发 最佳实践的实现 面向对象技术促进了最佳实践的实现 迭代化开发：能适应变化的需求，渐增地集成元素，更易于软件复用 使用基于构件的体系结构：结构上强调基于构件的开发 可视化建模：便于理解，容易修改 第一讲  软件工程的最佳实践 主要内容 软件工程的最佳实践 Rational统一过程（RUP） Rational 统一过程 Rational Unified Process（RUP） 是软件工程的过程。它提供了在开发组织中分派任务和责任的纪律化方法。它的目标是在可预见的日程和预算前提下，确保满足最终用户需求的高质量产品。 RUP以适合于大范围项目和机构的方式捕捉了许多现代软件开发过程的最佳实践 软件生命周期 Rational Unified Process 有四个阶段： 先启 – 定义整个项目的范围 精化 – 制定项目计划、描述功能、建立体系架构框架 构建 – 构造软件产品 产品化 – 将软件产品移交到最终用户手中 阶段结束标志着重要的里程碑 迭代和阶段 手机开发项目 – 初启阶段 手机开发开发项目 – 精化阶段 手机开发项目 – 构建阶段 软件过程的定义 软件过程定义由 谁 在 什么时候 做 什么事情，并且 如何 去达到一定的目标 用RUP的四种主要建模元素角色，活动，制品，工作流来表达 工作流描述有意义的活动序列 规程 最后，所有的过程元素（角色，活动，制品等）被划分到不同的逻辑容器中，称为规程 软件生命期和软件过程的集成 规程产生模型 规程指导迭代化的开发 RUP的关键概念 RUP的实践 下载与安装RUP 浏览RUP, 回答下列问题 分析员负责哪些活动 需求应该产生哪些工件 如何定制一个自己的RUP 第二讲 软件需求 主要内容 RUP中的需求流程 用例模型 术语表 补充规约 检查点 RUP规程中的需求 需求工作流 相关需求制品 案例学习：课程注册系统 浏览课程注册系统的问题陈述文档 第二讲 软件需求 主要内容 RUP中的需求流程 用例模型 术语表 补充规约 检查点 用例方法的优点 交流 标识 验证 建立用例模型 使用用例的方法来描述系统的功能需求的过程就是用例建模 步骤 确定参与者 确定用例 描述用例规约 检查用例模型 确定参与者 通过提问发现系统参与者 使用系统主要功能的人是谁 系统要从哪些人或系统获取数据 系统为哪些人或系统提供数据 系统会与哪些其它系统相关联 系统由谁维护和管理 参与者示例 学生——注册课程 教授——选择课程来教 注册员——维护教授和学生的信息 财务系统——从注册系统获得学生的费用情况 课程目录系统——维护课程信息 确定用例 通过提问发现系统用例 参与者为什么要使用该系统 参与者是否会在系统中创建、修改、删除、访问、存储数据；又是如何来完成这些操作的 参与者是否会将外部的某些事件通知给该系统 系统是否会将内部的某些事件通知该参与者