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

第 1章 商务解决方案设计 第 2章 收集和分析信息 第 3章 解决方案的构思 第 4章 概念设计的创建 第 5章 逻辑设计的创建 第 6章 物理设计的创建 第 7章 表示层的设计 第 8章 数据层的设计 第 9章 设计安全规范 第 10章 完成计划阶段 第 11章 稳定和部署方案 基于 .NET的需求分析和解决方案设计 第 6章 物理设计的创建 物理设计概述 物理设计分析 物理设计合理化 物理设计实现 物理设计概述 物理设计 物理设计的目标 在物理设计中团队角色的责任 物理设计的交付成果 物理设计的步骤 物理设计的调研步骤 6.1 物理设计概述 物理设计概述 6.1 物理设计概述 物理设计 组件、用户界面和物 理数据库 概念设计 逻辑设计 服务和对象、用户界 面和逻辑数据库 场景 物理设计 说明如何实现解决方案 团队规划出组件规格说明书及方案的部署拓扑布局 6.1.1 物理设计 物理设计 物理设计的输入 物理设计的输出 物理设计的范围 不是 编程 技术部署 有助于 为开发过程创建详细的组件规格说明书 确定组件的位置 与逻辑设计的区别 物理设计更多的是从技术角度出发来考虑设计 6.1.1 物理设计 物理设计的目标 确定适当的开发技术 将逻辑设计转换为物理设计模型 为开发过程提供基线 定义了何时到达项目计划认可里程碑 6.1.2 物理设计的目标 在物理设计中团队角色的责任 负责物理设计过程 创建功能规格说明书 负责物理设计交付成果 设计模型、制定计划和进 度表，进行开发评估 根据使用场景，评估和验 证物理设计的功能性与一 致性 评估物理设计的基础架 构设计 根据用户需求评估物理设计 设计帮助方案 管理客户期望 创建沟通计划 产品管理 程序管理 开发 测试 发布管理 用户体验 6.1.3 在物理设计中团队角色的责任 物理设计的交付成果 解决方案的类图 解决方案的组件模型、时序图或活动图 解决方案的数据库架构 基线部署模型 网络拓扑 部署拓扑 组件说明书 打包和分发策略 编程模型 6.1.4 物理设计的交付成果 物理设计的步骤 项目计划 认可 远景 /范围 认可 物理设计 逻辑设计 概 念 基线 物理设计 基线 分析基线 研 究 实现 研究基线 合理化基 线 实现基线 分 析 合理化 6.1.5 物理设计的步骤 物理设计的调研步骤 集中创建技术解决方案 研究步骤的交付成果包括 当前网络拓扑 当前数据拓扑 当前组件拓扑 物理应用程序需求 更新的风险评估和缓解计划 6.1.6 物理设计的调研步骤 物理设计的调研步骤 识别物理需求 性能 成本收益 易用性 可靠性 识别物理约束 预算 进度表 网络拓扑 安全性 解决需求和约束之间的冲突 6.1.6 物理设计的调研步骤 第 6章 物理设计的创建 物理设计概述 物理设计分析 物理设计合理化 物理设计实现 物理设计分析 完善 UML模型的方式 创建初步部署模型 6.2 物理设计分析 完善 UML模型的方式 团队完善 对象和服务清单 根据 MSF 基于服务的应用程序模型对服务进行分类 识别隐藏的服务 类图 时序图 活动图 包括物理平台和技术需求 识别潜在的工作流过程 组件图 6.2.1 完善 UML模型的方式 示例 订单组件的类图 6.2.1 完善 UML模型的方式 示例 在目录中添加一个产品的时序图 C o n t a c t p r e c o n d i t i o n i s i n R o l e ( P r o d u c t i o n C l e r k ) N e w P r o d u c t F o r m . a s p xR e q u e s t N e w P r o d u c t F o r m ( U s e r R o l e , N e w P r o d u c t D a t a s e t )p r o d u c t D e s c ( s t a t e c h a n g e d )p r o d u c t S p e c ( s t a t e c h a n g e d )p r o d u c t P i c t u r e ( s t a t e c h a n g e d )s u b m i t ( c o n t r o l s C h a n g e d , n e w P r o d u c t D a t a s e t )C a t a l o g I t e m . a s p xI t e m C r e a t e d ( s u c c e s s ( B o o l e a n ) )S Q L D a t a b a s eR e q u e s t C a t a l o g I D n u m b e r ( U s e r C r e d e n t i a l )p r o d u c t D a t a s e t U p d a t e ( a l l )R e t u r n C a t a l o g I D n u m b e r ( R o w G u i d )C a t a l o g I t e m D i s p l a y ( c o n f i r m e d P r o d u c t D a t a s e t )C a t a l o g I t e m C r e a t e ( n e w P r o d u c t D a t a s e t )6.2.1 完善 UML模型的方式 示例 订单流程的组件图 6.2.1 完善 UML模型的方式 创建初步部署模型 网络拓扑显示 工作站和服务器，并标明其功能 连接计算机的网络基础架构 组件和数据拓扑 标明软件包、组件及其服务具体位置 标明涉及的网络拓扑 标明数据存储位置的网络图 6.2.2 创建初步部署模型 示例 一个简单的组件和数据拓扑 Adventure Works Cycles 数据和组件拓扑图 路由器 内部防火墙 外部防火墙 联系人存储 查找 文件和打印服务 客户目录和订单 分析服务 信息服务 6.2.2 创建初步部署模型 网络拓扑 6.2.2 创建初步部署模型 第 6章 物理设计的创建 物理设计概述 物理设计分析 物理设计合理化 物理设计实现 物理设计合理化 合理化的交付成果 创建分发和打包策略 内聚和耦合 打包组件 分布初步组件 创建部署模型 验证和完善分布与打包 6.3 物理设计合理化 合理化的交付成果 分发和打包策略 基于服务的基本组件 部署模型 未来网络拓扑 未来数据拓扑 未来组件拓扑 基线部署模型 6.3.1 合理化的交付成果 创建分发和打包策略 分发策略 用来确定服务在解决方案体系结构中的位置的基本原理 打包策略 用来确定哪些服务位于组件内的基本原理 6.3.2 创建分发和打包策略 创建分发和打包策略 状态管理方面的考虑事项 客户端的保持状态 SQL 查询字符串 隐藏域 Cookies 6.3.2 创建分发和打包策略 创建分发和打包策略 设计方面的考虑事项 可扩展性 性能 可管理性 重用性 粒度 6.3.2 创建分发和打包策略 内聚和耦合 内聚 功能的内聚：一个单元只完成一个任务 顺序的内聚：一个单元的操作按特定顺序执行 通信的内聚：一个单元的操作使用相同的数据，但这些操作本身不相关 时效的内聚：一个单元的操作结合在一起，因为它们是同时执行的 耦合 紧：组件依靠另一个外部组件来完成它的功能 松：组件不依靠外部组件，或很少依靠外部组件来完成它的功能 6.3.3 内聚和耦合 打包组件 用户 用户界面组件 用户界面流程组件 服务接口 业务工作流 业务组件 业务实体 服务代理 数据访问逻辑组件 通 信 数据源 服务 1 2 运 营 管 理 安 全 表示层 业务服务层 附加服务层 数据层 6.3.4 打包组件 分布初步组件 基本 组件 分发 基本 组件 分发 基本 组件 分发 提交时间表 获得最终作业 号码 显示时间表 咨询人员 显示时间表 咨询人员 为客户分配 作业 咨询人员 时间表存档 咨询人员 检索时间表 咨询人员 更新时间表 获得时间表 存储时间表 咨询人员 用户和业 务服务 业务服务 数据和业 务服务 6.3.5 分布初步组件 打包和分布初步组件 6.3.5 分布初步组件 创建部署模型 创建一个将应用程序及其服务与服务器拓扑联系起来的图 SQL Server 安全数据 业务数据 客户端请求 ASP.NET 服务器 OLAP 邮件 SharePoint Internet 信息服务 客户端 Active Directory 6.3.6 创建部署模型 验证和完善分布与打包 为了验证组件和部署模型 按照解决方案策略和需求验证组件拓扑 重复整个过程以获得更优的解决方案 当只能获得较小改进时，停止重复该过程 为了完善组件和部署模型 使用服务，而不是组件 取消初始组件打包 重新分配服务以满足解决方案的需求 6.3.7 验证和完善分布与打包 第 6章 物理设计的创建 物理设计概述 物理设计分析 物理设计合理化 物理设计实现 物理设计实现 编程模型 指定组件接口 物理设计的 UI模型 物理设计的数据库模型 6.4 物理设计实现 编程模型 一组特定的准则，提供了一致性的组件实现 编程模型描述了 实现技术 状态对象和无状态对象 进程内函数调用和进程外函数调用 内聚和耦合 连接模型和非连接模型 6.4.1 编程模型 编程模型 编程模型描述了 同步编程模型和异步编程模型 线程模型 错误处理 安全性 分发 6.4.1 编程模型 指定组件接口 包括所有访问组件的方式 为各种访问方式下对组件的使用方式提供示例 将公开发布的接口看作永久性的 将现存接口的任何公开修改看作一个新的组件或是一个新的接口 需要确保服务接口消费者能够支持公开发布的属性的数据类型 6.4.2 指定组件接口 物理设计的 UI模型 表示层使得用户能够与系统进行交互 用户界面设计是以逻辑设计的输出为基础的 解决方案需求和约束 用例和使用场景 工作流模型 用户配置 任务描述 用户术语和概念 6.4.3 物理设计的 UI模型 物理设计的数据库模型 对于数据库逻辑模型中概念设计的信息需求，整个团队需要探索得出一种将