需求分析与系统设计课件7软件架构.pptVIP

第7讲 软件体系结构 1 Software Architecture 想法 separation of concerns 续 软件架构概述 续 因而… RUP 2架构分析 2.1客户/服务器风格 产生背景 对立风格：P2P 浏览器/服务器风格 2.2 物理三层C/S风格 物理三层结构 物理三层结构 处理流程 也可以 eBay 3 逻辑三层结构 逻辑3-tier Where are you? 物理 Vs 逻辑 简单的三层架构 案例：3-tier结构的基本实现 UI 业务逻辑层 DAL 也叫“持久层” 3层结构的改进 4.强调 复用而已 组织结构 要点 忘掉结构化 忘掉关系型数据库 5服务 、SOA 通信 分布式计算技术的统一 5.4、用例分析 用例——系统分析的工具 实例：业务用例 Actor 用例分析活动的目的 用例分析的步骤 实例：编制计划用例 step 1 ：创建用例实现 step 2 ：用例描述 粗略描述的价值 补足描述 补足描述-2 注意： step 3 ：界面原型 step 4 ：找出分析类 语法分析(grammatical dissection) step 5 ：描述类的职责 step 6 ：类的关联图 类的关系 类图 顺序图 UML工具 针对部署方案，一个系统在Visual Studio中完整的、集成的解决方案必须采用清晰的组织结构。以便于： 系统集成； 命名空间和程序文件名的统一管理； 每一个层的层面一致性的管理；（横向） 方便地进行多人并行开发；（纵向） 一般而言，用例分析 (Use-Case Analysis) 活动会使用到架构分析产生的一些作品/文档。 当我们进行面向对象的分析与设计时，我要求： 遵循DDD（领域驱动设计）－忘掉结构化 使用NoSQL －忘掉关系型数据库 不要使用结构化和面向对象像结合的办法。 从用例分析活动中识别类的责任、属性和交互。 建立领域对象的关系。 什么是结构化？ 不知道。 分析、设计阶段，我们仅仅知道类的属性。 如果类一一对应关系型数据库中的表，我们就不需要考虑关系型数据库。注意Hibernate（Java）和NHibernate（C#）的主要作用就是不需要设计数据库。 仓储模式将数据访问封装，仅仅数据访问层才了解数据库。 我们使用NoSQL——MongoDB。 服务（Service）是一个广泛使用的术语。 OOP中，对象存在的价值表现为对外部提供一些服务。回顾 SOA（Service-Oriented Architecture，面向服务架构），一个含混术语，这个Architecture 。 SO（Service-orientation） 以服务为中心，构造分布式应用系统的设计范式（design paradigm ）。 服务＝发布的一组功能。 分布式＝ SO的生存环境。WCF与Remoting的区别 Remoting 将远程对象极力按照本地对象处理。 WCF 即使是本地对象也按照远程编程模型处理。 分布式＝ SO的生存环境。 网络通信的复杂性在于 多样的传输协议:HTTP、命名管道、TCP 和 MSMQ 等 多样的传输的数据的编码：XML 和优化的二进制文件等 .NET Framework提供了多项的分布式技术： ASP.NET Web 服务 (ASMX) ：与基于 J2EE 的应用程序，以及与 Internet 上的合作伙伴应用程序进行通信。基本的 Web 服务. Remoting ：专门为紧密耦合的 .NET 到 .NET 通信而设计。 企业服务。 租车预定应用程序使用该技术来管理对象生存期和定义分布式事务。 WSE：实现了最新定义的一些 Web 服务协议（统称 WS-* 规范），因此只要相关所有应用程序都支持这些新规范的兼容版本，WSE 就可提供更加灵活的 Web 服务安全性。 Microsoft 消息队列 (MSMQ)。 用于与基于 Windows 的合作伙伴应用程序进行通信，这些应用程序对数据传送、工作量分离以及应用程序生存期均要求有保证。 WCF一统江湖 软件需求包括三个层次： 业务需求：反映了组织机构或客户对系统高层次的目标要求。——业务用例 用户需求：描述了用户使用产品所能完成的任务。——用例 功能需求：说明了软件的功能，用户使用这些功能以完成任务。 药品采购模块包括生成采购计划、招投标信息管理，以及采购合同执行过程的跟踪。业务用例如图： 外部角色/Actor有： 药品采购员 药库主管 主管院长 招标发布人 供货商 药库管理员 科室/个人（领用者） 药库会计 Actor是指用户在系统中所扮演的角色。 识别出执行一个用例的各种事件流(flows of events)的类。 使用用例实现(use-ca