系统机构学习报告.docxVIP

现在电子信息系统需求越来越多元化，系统复杂度越来越高，解决好系统顶层设计师亟待解决的问题。架构是电子信息工程的灵魂，其性能决定了系统的品质。传统的系统方法以单个系统设计为核心，而架构设计以系统结构开发为核心，采用现代系统工程的方法去完成架构设计。讲座主要包括5个方面内容：1.体系架构的概念和发展;2.体系架构框架的特点;3.广泛用途的开放架构的框架;4.现代体系架构的设计方法;5.体系架构设计流程和案例。构架有关的几个基本概念--模块（module）：一组完成指定功能的语句，包括：输入、输出、逻辑处理功能、内部信息、运行环境（与功能对应但不是一对一关系）。组件（component）：系统中相当重要的、几乎是独立的可替换部分，它在明确定义的构架环境中实现确切的功能。模式（pattern）：指经过验证，至少适用于一种实用环境的解决方案模板（用于结构和行为。在UML中：模式由参数化的协作来表示，但UML不直接对模式的其他方面进行建模。存在各种范围和抽象程度的模式，例如，构架模式、分析模式、设计模式和代码模式或实施模式。模式将可以帮助我们抓住重点。构架也是存在模式的。比如，对于系统结构设计，我们使用层模式；对于分布式系统，我们使用代理模式（通过使用代理来替代实际的对象，使程序能够控制对该对象的访问）；对于交互系统，我们使用MVC（M模型(对象)／V视图(输出管理)／C控制器(输入处理)）模式。模式是针对特定问题的解，因此，我们也可以针对需求的特点采用相应的模式来设计构架。构架模式（architecturalpattern）：表示软件系统的基本结构组织方案。它提供了一组预定义的子系统、指定它们的职责，并且包括用于组织其间关系的规则和指导。层（layer）：对模型中同一抽象层次上的包进行分组的一种特定方式。通过分层，从逻辑上将子系统划分成许多集合，而层间关系的形成要遵循一定的规则。通过分层，可以限制子系统间的依赖关系，使系统以更松散的方式耦合，从而更易于维护。（层是对构架的横向划分，分区是对构架的纵向划分）。系统分层的几种常用方法：常用三层服务--用户层、业务逻辑层、数据层；多层结构的技术组成模型：表现层、中间层、数据层；网络系统常用三层结构：核心层、汇聚层和接入层；RUP典型分层方法：应用层、专业业务层、中间件层、系统软件层；基于Java的B/S模式系统结构：浏览器端、服务器端、请求接收层、请求处理层；某六层结构：功能层（用户界面）、模块层、组装层（软件总线）、服务层（数据处理）、数据层、核心层；构架是系统在其所处环境中的最高层次的概念；结构：软件构架是多种结构的体现，结构是系统构架从不同角度观察所产生的视图。就像建筑物的结构会随着观察动机和出发点的不同而有多种含义一样，软件构架也表现为多种结构。常见的软件结构有：模块结构、逻辑或概念结构、进程或协调结构、物理结构、使用结构、调用结构、数据流、控制流、类结构等等。构架设计应考虑的因素：模块构架设计可以从程序的运行时结构和源代码的组织结构方面考虑。1、程序的运行时结构方面的考虑：需求的符合性：正确性、完整性；功能性需求、非功能性需求；总体性能（内存管理、数据库组织和内容、非数据库信息、任务并行性、网络多人操作、关键算法、与网络、硬件和其他系统接口对性能的影响）；运行可管理性：便于控制系统运行、监视系统状态、错误处理；模块间通信的简单性；与可维护性不同；与其他系统接口兼容性；与网络、硬件接口兼容性及性能；系统安全性；系统可靠性；业务流程的可调整性；业务信息的可调整性；使用方便性；构架样式的一致性。源代码的组织结构方面的考虑--开发可管理性：便于人员分工（模块独立性、开发工作的负载均衡、进度安排优化、预防人员流动对开发的影响）、利于配置管理、大小的合理性与适度复杂性；可维护性：与运行可管理性不同；可扩充性：系统方案的升级、扩容、扩充性能；可移植性：不同客户端、应用服务器、数据库管理系统；需求的符合性（源代码的组织结构方面的考虑）。程序的运行时结构方面的考虑--需求的符合性：正确性、完整性；功能性需求、非功能性需求。软件项目最主要的目标是满足客户需求。在进行构架设计的时候，大家考虑更多的是使用哪个运行平台、编成语言、开发环境、数据库管理系统等问题，对于和客户需求相关的问题考虑不足、不够系统。如果无论怎么好的构架都无法满足客户明确的某个功能性需求或非功能性需求，就应该与客户协调在项目范围和需求规格说明书中删除这一需求。否则，架构设计应以满足客户所有明确需求为最基本目标，尽量满足其隐含的需求。（客户的非功能性需求可能包括接口、系统安全性、可靠性、移植性、扩展性等等，在其他小节中细述）。一般来说，功能需求决定业务构架、非功能需求决定技术构架，变化案例决定构架的范围。需求方面的知识告诉我们，功能需求定义