基于的需求分析和解决方案设计幻灯片.ppt

第5章 逻辑设计的创建 逻辑设计概述 创建逻辑设计模型 为逻辑设计输出编制文档 优化逻辑设计 逻辑设计概述 逻辑设计 逻辑设计的优点 逻辑设计中团队角色的责任 逻辑设计概述 逻辑设计 从项目团队的角度出发，定义解决方案的过程 何时进行逻辑设计 逻辑设计的基础及影响 逻辑设计的作用 逻辑设计 定义解决方案的组成部分 提供将解决方案各部分结合起来的基础架构 用图示法描述 解决方案是如何融为一体的 是如何与用户进行交互的 是如何和其他解决方案进行交互的 逻辑设计 逻辑设计的具体任务 逻辑设计的输出 逻辑对象模型 初步的用户界面设计 逻辑数据模型 逻辑设计的优点 有助于管理项目的复杂性 描述了解决方案的结构 确认方案设计能够解决业务问题 便于在多个系统间协调 有助于获得更高效和易维护的设计 作为物理设计的基础 逻辑设计中团队角色的责任 逻辑设计定义的总结 从项目团队的角度出发，定义解决方案的过程 逻辑设计以概念设计为基础，影响物理设计 逻辑设计 与物理实施无关 不是技术解决方案 对所选择的物理模型而言并不是最优化的 逻辑设计有助于团队 详细描述技术必须支持的业务需求 识别技术方面的约束和机会 识别出可以实施的适当技术 识别出逻辑设计中必须调整的区域，以适应基础架构和解决部署问题 第5章 逻辑设计的创建 逻辑设计概述 创建逻辑设计模型 为逻辑设计输出编制文档 优化逻辑设计 创建逻辑设计模型 完善逻辑设计中的候选技术列表 确定候选业务对象 确定属性 确定服务 确定关系 完善逻辑设计中的候选技术列表 业务方面的考虑事项 可行性 产品成本 经验 投资回报 成熟度 其他因素 企业体系结构方面的考虑事项 解决方案必须与当前状态和远景状态计划的约束相适应 完善逻辑设计中的候选技术列表 技术方面的考虑事项 安全 （CA认证，Basic验证） 服务交互标准 数据访问 （ADO .NET） 数据存储 （SQL Server /SQL Server Cluster） 系统服务 开发工具 （VS .NET | VB .NET， C#，J# ） 操作系统 （Windows Server 2003） 确定候选业务对象 确定属性 属性（attribute，property）是对于对象拥有的值的定义 确定属性示例 用例进行说明 雇员通过记录花费在工作上、可收费的时间来填写时间表 雇员与客户签订一份合同 雇员查看以前发给该客户的账单 雇员根据客户编号来计算时间 确定服务 服务是业务对象必须执行的特定行为 确定关系 UML中定义了四种类型的关系 依赖（dependency） 关联（associations） 聚集（aggregation） 组合（composition） 确定关系 UML中定义了四种类型的关系 泛化（generalizations） 实现（realizations） 确定关系 第5章 逻辑设计的创建 逻辑设计概述 创建逻辑设计模型 为逻辑设计输出编制文档 优化逻辑设计 为逻辑设计输出编制文档 对关系建模 创建逻辑对象模型 创建逻辑数据模型 创建初步用户界面设计 对关系建模 对象和对关系建模方法包括 CRC 卡 标识类所负的责任，以此标识出它的服务 标识对象之间的协作 对关系建模 对象和对关系建模方法包括 时序图 按照时间顺序列示参与交互的参与者和对象 列示参与者和对象产生的事件 可以阐明控制流程和行为顺序 示例 一个逻辑设计时序图 时序图示例 创建逻辑对象模型 根据逻辑设计过程中定义的对象、服务、属性和关系创建 考虑事项 安全 全球化 本地化 审计和日志记录 错误处理 与现存系统的集成 状态管理 逻辑对象模型示例 创建逻辑数据模型 将概念化的数据需求转换为实体和关系 逻辑数据模型示例 创建初步用户界面设计 第5章 逻辑设计的创建 逻辑设计概述 创建逻辑设计模型 为逻辑设计输出编制文档 优化逻辑设计 优化逻辑设计 完善对象 验证现存逻辑对象模型 在逻辑设计中建立控制 完善对象 确定对象与解决方案相关 考虑事项 信息或功能的冗余 对象特征 项目范围 是否需要用附加对象来控制或协调一组服务 将每一项服务与其操作的对象关联起来 验证现有逻辑对象模型 针对需求验证 哪怕只有一个需求没有解决，逻辑数据模型也是不完整的 验证单个对象 识别一个对象的输入和输出 该对象必须提供的能力或功能 精确地预报每个输入的输出和行为 验证现有逻辑对象模型 演练场景 通过对整个场景的完整排演，来验证对象与服务的依赖关系和顺序 确定通信的类型，分析每个对象发出的请求 检查输入参数可以确定它们是否提供了接收对象不需要的与背景有关的信息 识别信息对外部背景的依赖 在逻辑设计中建