软件架构实践41.pptVIP

对手：1对1 1对3（for循环） “可重用”需求的分析 重用 方法 最少开发 架构 可重用 重用度量 把中国象棋、麻将加进去，除了画棋牌效果图的工作量，其他要加的并不多嘛 “可重用”需求的分析 重用 方法 最少开发 架构 可重用 重用度量 重用率的度量新加（重用）了多少类/方法 五子棋二次开发的需求分析例子： 需求分析：细化五子棋与象棋的用例（差异） 需求分析师的不同关注点： 功能差异：棋盘、判胜负 业务流程差异：没有（相对独立） 业务实体差异：没有（相对独立） 架构师的不同关注点： 源码的模块划分（功能独立性）——可重用性 架构层次与功能的划分——可重用度 扩展——重用度的追求 共同关注点——差异 需求：需求的功能差异 架构：源码的架构差异 五子棋二次开发的需求分析例子： 需求分析阶段不是做架构设计 只是把与架构有关的“关键需求”提出来 分析 平衡 决策（取舍） 与用户有关 与技术限制和可行性有关 与可采取的技术方案有关 与时间、成本、产品/技术方向、风险有关 4.1.4 软件需求处理与架构师的关注点 1、需求处理阶段的工作目标与关键交付物成果： （1）需求的文档化 （2）需求的形式化与需求分解 （3）需求分解与需求数据库 （4）需求分解与需求分配 （5）需求分解与需求基线的建立 （6）需求规格说明书 4.1.4 软件需求处理与架构师的关注点 2、需求处理阶段架构师的关注点： （1）文档 （2）需求超集 （3）限制与约束 （4）基线 4.1.5 软件需求评审与架构师的关注点 1、需求评审阶段的工作目标与关键交付物成果： 第八章 《基于关键需求的架构设计、验证测试与评审》 专门讨论 4.1.5 软件需求评审与架构师的关注点 2、需求评审阶段架构师的关注点： * * * * * * * * 软件架构实践 SOFTWARE ARCHITECTURE IN PRACTICE 软件系统设计与体系结构 软件架构实践 第 4 章 从需求到架构 软件架构实践课程 第一章《软件架构的定义》 第二章《软件架构的作用》 第三章《描述并理解软件架构》 从需求到架构 需求 功能需求 非功能需求 设计约束 物理 架构 开发 架构 运行 架构 逻辑 架构 数据 架构 第四章《从需求到架构》 架构师的需求过程 第五章《架构概要设计》 第六、七、八章 软件架构设计 第六章《基于接口、设计模式、组件、SOA的架构设计》 第七章《基于SSH框架的架构设计》 第八章《基于关键质量属性的架构设计》 4.1 架构师的需求过程 4.2 需求模型转化为架构模型的面向过程方法 4.3 需求模型转化为架构模型的面向对象方法 4.4 案例分析：ATM扩展项目的需求转换过程 4.5 软件架构师的需求参与 4.6 本章小结与习题 第4章 从需求到架构 4.1 架构师的需求过程 4.1.1 现代软件工程的需求过程 需求的分解 问题领域需要 用户需求 软件系统需要 系统需求 应用系统需要 系统特性 传统软件工程的需求分析 传统软件工程的6个软件生命周期阶段： 软件定义 需求分析 软件设计 编码 测试 运行与维护 需求分析是：通过问题识别、分析与综合、制订规格说明和评审等阶段，达到为系统设计提供依据的目标。因此，需求分析过程包括： 　确定对系统的综合要求 　分析系统的数据要求 　抽象出并确立目标系统的逻辑模型 　编写需求规格说明书 需求工程是提供一种适当的机制，以了解用户想要什么、分析需求、评估可行性、协商合理的解决方案、无歧义地规约解决方案、确认规约以及在开发过程中管理这些被确认的需求规约的过程。 需求工程的 两大过程域 现代软件工程的需求工程 需求开发过程 需求管理过程 需求获取 需求分析 需求处理 需求确认 需求实现 需求跟踪 需求控制 现代软件工程的需求工程 需求开发过程域 需求开发的目的是通过调查与分析，获取用户需求并定义产品需求。 需求获取的目的是通过各种途径获取用户的需求信息（原始材料），产生《用户需求说明书》。 需求分析的目的是对各种需求信息进行分析，消除错误，刻画细节等。常见的需求分析方法有“问答分析法”和“建模分析法”两类。 需求处理的目的是根据需求调查和需求分析的结果，进一步定义准确无误的产品需求，产生《产品需求规格说明书》。系统设计人员将依据《产品需求规格说明书》开展系统设计工作。 需求确认是指开发方和客户共同对需求文档进行评审，双方对需求达成共识后作出书面承诺，使需求文档具有商业合同效果。 需求开发过程的阶段任务 需求开发过程的重要里程碑 需求获取 需求分析 需求处理 需求验证 问题定义阶段 需求分析阶段 面向用户确认的需求描述 面向实现的需求规格说明 用户确