软件需求分析与设计－绪论课件.pptVIP

软件分析与设计－迭代、进化和敏捷 敏捷建模 采用敏捷方法并不意味着不进行任何建模 建模的目的主要是为了理解和勾通，而不是构建文档 不要对所有或大多数软件设计建模或应用UML，可以将简单的设计问题推延到编程阶段 尽可能使用最简单的工具 不要单独建模，而是结对同时建模 并行的创建模型 在白板上画草图，“足够好”就可以 所有的模型可能是不精确的 开发者应为自己进行OO设计建模 * 生活家饮食保健孕期选择食用油的学问邢台市第四病院罕见护理应急预案猪气喘病综合防制技术动物营养系列理想蛋白与氨基酸模式的研究进展皮肤病的诊断包括病史体格检查和必要的实验室检查我国有关食物添加剂营养强化剂食物新资本的治理律例与标准 * 软件需求分析与设计 －绪论 软件分析与设计－绪论 主要内容 OOA/D的基本概念 迭代开发 案例引进 软件分析与设计－基本概念 分析 是对问题和需求的调查研究，不强调解决问题 在面向对象分析过程中强调的是在问题领域发现和描述对象 设计 满足需求的概念上的解决方案，不强调实现 面向对象的分析强调的是定义软件对象以及他们如何协作以实现需求 面向对象分析的几个问题 面向对象的分析模型和过程 面向对象设计的几个问题 OOＤ模型 OOD过程 逐个设计OOD模型的五个部分 问题域部分的设计 人机交互部分的设计 控制流管理部分的设计 数据管理部分的设计 构件部署设计 不强调次序 每个部分均采用与OOA一致的概念、表示法及活动，但具有自己独特的策略 问题管理部分的设计 继续运用OOA 的方法，细化 使用OOA的结果，并加以修改扩充 为服用设计与编程的类而增加结果 增加一般类以建立共同协议 按编程语言调整集成 提高性能 为数据存储管理增补属性与服务 为编程方便增加底层成分 决定关系的实现方式 对例外的处理 编程语言限制了可用的属性类型 构造或优化算法 调整服务 决定对象间的可访问性 考虑采用设计模式 人机交互部分的设计 从use case 分析人机交互 命令的组织 设计模式：观察者、视图－帮助者等 开发工具的支持 控制流程管理部分的设计 用主动对象表示每个控制流（进程、线程） 所有的主动类构成控制流管理部分 识别每个控制流 审查与筛选 定义各控制流 控制流间的同步 对进程和线程建模 顺序系统的消息 并发系统中的消息 数据管理部分的设计 利用关系数据系统进行数据存储设计 永久类的存放设计 设计数据管理部分的类并修改问题域 系统保存和恢复对象的时机 对关系的存储 利用面向对象数据库系统进行数据存储设计 利用文件实现数据存储 软件分析与设计－基本过程 定义用例 用例不是面向对象制品，而是对情节的记录，是需求分析中的工具 定义领域模型 面向对象分析关注从对象的角度创建领域描述，面向对象分析需要鉴别重要的概念、属性和关联 面向对象分析的结果可以表示为领域模型 分配对象职责并绘制交互图 面向对象设计关注软件对象的定义－他们的职责和协作 顺序图 定义设计类图 用设计类图描述类的静态视图 软件分析与设计－简单实例 定义用例 骰子游戏：游戏者请求掷骰子。系统展示结果：如果骰子的总点数是7，则游戏者赢，否则游戏者输 领域模型 Player name Die Face value Die game 1 Rolls 2 1 Plays 1 1 Includes 2 软件分析与设计－顺序图 软件需求分析与设计_局部设计类图 软件分析与设计－迭代、进化和敏捷 软件开发过程 描述构造、部署以及维护软件的方式 统一软件开发过程（UP) 已成为一种流行的构造面向对象系统的迭代开发过程 RUP (Rational Unified Process) 是对统一过程的详细细化 灵活并且开放，鼓励引进其他迭代方法 极限编程 Scrum（敏捷开发方法） UP实践提供了如何实施OOA/D的示范结构 软件分析与设计－迭代、进化和敏捷 迭代开发（Iterative development） 是统一开发过程的关键实践 开发被组织成一系列固定的短期小项目 每次迭代都产生经过测试、集成并可执行的局部系统 每次迭代都具有各自的需求分析、设计、实现和测试 随着时间和一次次迭代，系统增量式完善 迭代和进化式 在迭代项目中处理变更 早期迭代远离系统的“真实路 径”。通过反馈和调整，系统向 最适宜的需求和设计收敛 包括设计、实现、集成和测试的一次迭代 在后期迭代中，很少会在需求上产 生显著变化，但是存在这种可能性。这 种后期的变化可能会给组织带来业务竞 争优势 软件分析与设计－迭代、进化和敏捷 迭代开发的优点 减少项目失败的可能性，提高生产率，降低缺陷率 在早期缓解高风险 早期反馈、用户参与和调整，会产生更接近真实需求的精化系