软件体系结构

2.1 体系结构视图模型 （1）什么是模型： 生活中的模型：汽车模型、飞机模型等 （体系结构）模型是把设计的想法表达在纸上，表达的方法有文字描述，画图，符号表示等。 （2）什么是视图：用画图的方式表示的模型。 （3）软件视图 2.1 “4+1”视图模型 （1）背景： 问题：一个视图模型，涵盖的方面较窄，只靠一个视图模型无法充分展现软件设计想法不利于软件开发。 解决：用多个视图模型指导一个软件的开发 （2）“4+1”视图模型 视图模型太多也不行，研究表明，“4+1”个模型是比较合适的，其中，“4”个模型包括 逻辑模型、开发模型、过程模型、物理模型 ，“1”个模型是 脚本模型 。 逻辑模型 描述系统的模块，以及模块之间的关系，来源于功能性需求（将功能转化为设计）； 开发模型 描述软件开发时的模块分组，便于软件更新，来源于可扩展性、可维护性等非功能需求； 过程模型 描述软件运行时的模块之间的通信同步，来源于性能、并发度等非功能性需求； 物理模型 描述软件模块应该怎样部署在硬件之上 ，也来源于非功能性需求； 脚本模型 直接描述软件的功能性需求，属于需求分析的模型而不是软件设计的模型，所以没有和上述4个模型并列。 统一建模语言 不同软件设计师对同一设计的画法不同，需要统一，于是统一建模语言即UML应运而生。用UML可以画不同类型的图，而这些图有一些可以作为“4+1”模型的某个模型

【转】自Tim Berners-Lee于1998年提出了语义网(the Semantic Web)的概念之后，就一直成为人们讨论与研究的热点。当前国际上关于语义网的研究刚刚处于起步阶段，而我国对语义网的研究不论是从标准规范、系统试验、研究深度，还是从规模层次、具体应用方面都相对落后。另人欣慰的是，我国学者已经认识到了语义网及其相关技术对未来互联网发展的影响，并开始着手研究语义网及其相关的关键技术与应用。本文将从以下四个方面对我国语义网研究作综合述评： (1)基本情况，对当前国内语义网的研究情况做一总体介绍；(2)体系结构，即对语义网体系结构研究的情况；(3)关键技术，讨论对RDF(Resource Description Framework，即资源描述框架)和Ontology(本体或本体论)的研究情况；(4)试验与应用，即当前针对语义网或利用其中的关键技术所做的具体试验与应用。最后，在对以上四个方面的情况进行综合述评的基础上总结当前国内语义网研究的特点和存在的主要问题并指出今后主要的研究方向与重点。 1 基本概况 当前对语义网的概念还没有形成统一的定义，对语义网的理解表述不一。如语义网是“第三代Web，其目标是实现机器自动处理信息，它提供诸如信息代理、搜索代理、信息过滤等智能服务”[1]；语义网“不同于现存的万维网，其数据主要供人类使用，新一代WWW中将提供也能为计算机所处理的数据

1、什么是软件体系结构 软件体系结构 = 构件+连接件+约束 。其中，连接件是一类特殊的构件，是将构件连接在一起的软件构造体。约束是指按照什么标准或要求将构件连接起来。三者的关系可以表述为：按照系统的性能约束或者功能约束，用连接件将构件组装成软件系统。 2、为什么要学习软件体系结构 软件体系结构的作用犹如建筑工程中的“施工图纸”，或者称之为“蓝图”。没有图纸，不能开工。同样地，没有软件体系结构，就无法构造复杂的软件系统。由此可见，软件体系结构的重要性。 来源： CSDN 作者： 随风飘飘天地任我逍遥 链接： https://blog.csdn.net/qq_41475583/article/details/104605773

JAVA 体系结构包括四个独立但相关的技术： java程序设计语言 java class 文件格式 JAVA应用编程接口（API） JAVA虚拟机（JVM） 当编写运行一个java程序时，就同时体验了这四种技术，用java程序设计语言编写源代码，编写程序时可以通过调用接口(API)的实现类中的方法来访问系统资源（比如I/O） 把它编译成 java class文件,当程序运行时，它通过调用class中实现了 JAVA API的方法满足程序的java API调用， 如图可以看到四者之间的联系。 JAVA虚拟机和 java Api 一起组成了一个“平台”，所有的java程序都在这上面编译，java虚拟机和 java API的组合除了被称为java运行时系统之外，还被称为java平台，java程序 可以在不同的计算机上面运行。 下图可以看出，java程序可以在有java平台的任何地方运行。 SUN公司将Java划分为三个技术平台，它们分别是 JavaSE、 JavaEE和 JavaME。 Java SE( Java Platform Standard Edition)标准版，是为开发普通桌面和商务应用程序提供的解决方案。 JavaSE是三个平台中最核心的部分，因为 JavaEE和 JavaME都是从 JavaSE的基础上发展而来的 JavaSE平台中包括了Java最核心的类库，如集合、IO

软件体系结构2 软件体系结构概述 软件体系结构包括构件(Component)、连接件(Connector)和约束(Constraint)或配置(Configuration)三大要素。 软件需求与架构 需求是指明必须实现什么规格说明。它描述了系统的行为、特性或属性，是在开发过程中对系统的约束。 与客户打交道的主要目的是：一是获取需求，而是签订合同 软件需求流程 需求的分类：业务需求，用户需求，系统需求，功能需求，非功能需求，设计约束 质量属性： 开发期质量:可扩展性，可复用性，可维护性等； 运行期质量：正确性，健壮性，性能，可靠性，容错性，易用性，安全性，可移植性，兼容性。 需求工程结构图 开发者对待需求工程的态度可分"被动型"、"主动型"和"领先型"三种。 获取需求 需求从哪里来:人，物，系统 获取需求的方法：面谈，问卷，会议… 面谈问题基本上可以分为两种类型:开放式问题和封闭式问题 面谈结构：金子塔型，漏斗型，菱形 用例描述了 用户 和 系统 之间的交互 用例模型描述全部的系统功能性行为 二维需求矩阵 约束需求：业务环境因素+使用环境因素+构建环境因素+技术环境因素 ER图中包含三个图形符号：实体，属性，联系 需求分析的主要成果：软件需求规格说明书（Software Requirement Specification, SRS） 需求确认包含两个重要工作："需求评审"和"需求承若

Android 的系统 架构 采用了分层架构的思想，如图1所示。从上层到底层共包括四层，分别是应用程序程序层、应用框架层、系统库和Android运行时和 Linux 内核 Android 的系统 架构 图 每层功能简要介绍如下： 一 应用程序层 该层提供一些核心应用程序包，例如电子邮件、短信、日历、地图、浏览器和联系人管理等。同时，开发者可以利用 Java 语言设计和编写属于自己的应用程序，而这些程序与那些核心应用程序彼此平等、友好共处。 　　 home:首页 　　　　contacts:联系人应用 　　　　phone:电话 　　　　browser:浏览器应用 　　二 应用程序框架层 该层是Android应用开发的基础，开发人员大部分情况是在和她打交道。应用程序框架层包括活动管理器、窗口管理器、内容提供者、视图系统、包管理器、电话管理器、资源管理器、位置管理器、通知管理器和XMPP服务十个部分。在Android平台上，开发人员可以完全访问核心应用程序所使用的API框架。并且，任何一个应用程序都可以发布自身的功能模块，而其他应用程序则可以使用这些已发布的功能模块。基于这样的重用机制，用户就可以方便地替换平台本身的各种应用程序组件。 三 系统库和Android运行时 系统库包括九个子系统，分别是图层管理、媒体库、SQLite、OpenGLEState、FreeType、WebKit

一、开发模型 　　传统的软件开发过程可以划分为：问题定义、需求分析、软件设计、软件实现、软件测试等过程。如果采用传统的开发过程，软件体系结构的建立应位于需求分析之后，概要设计之前。 　　基于体系结构的软件开发模型（ABSDM），把整个软件过程划分为为：体系结构需求、设计、文档化、复审、实现、演化等六个子过程。 　　1、体系结构需求 　　需求是只用户对目标软件系统在功能、行为、性能、设计约束等方面的期望。体系结构需求受技术环境和体系结构设计师的经验影像。需求过程主要是获取用户需求，标识系统中所要用到的构件。 　　1.1、需求获取 　　体系结构需求一般来自三方面：系统的质量目标、系统的商业目标、系统开发人员的商业目标。软件体系结构需求获取过程主要是定义开发人员必须实现的软件功能，是的用户能完成他们的任务，从而满足业务上的功能需求。于此同时，还要获得软件质量属性，满足一些非功能性需求。 　　1.2、标识构件 　　这一步又可分为三步实现： 　　第一步：生成类图。使用CASE工具生成类图。 　　第二步：对类进行分组。分组后会简化类图结构，使之更加清晰可读。一般，根据类之间的耦合度和内聚度进行分组。例如，在实践DDD时，就可以把一个聚合进行分组，多个聚合即分为多组。 　　第三步：把类打包成构件。做到构件级的重用。构件和构件又可以打包成更大的构件。 　　1.3、需求评审 　

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 项目背景 客户是一家总部位于波士顿的全球领先的 金融服务 机构，为大量投资资产如股票、固定收益、外汇和利率提供全方位的产品和服务。他们的客户要求资产托管和资产管理；每日价格核算及基金管理；帮助客户做出投资决策的信息和分析工具；外汇、现金管理、信用和电子交易服务进而帮助客户在复杂的全球金融市场中有效且高效的谈判 由于多年来为了应对市场需求而临时添加新的特性和组件，客户的IT平台变得支离破碎、相对独立和复杂，这导致了对市场所需功能总的体系结构、成 本、风险和投放市场时间理解的减少。客户期望一种架构战略和路线图，以降低运营成本，对手中的业务投入更多的变更控制，降低风险和支持迁移到基于业务流程 和服务的更有效的平台体系结构 解决方案 信必优提供当前现状分析，并设计制定未来的 IT平台架构 策略，这是通过以下完成实现的： • 开发当前现状图映射微应用程序和核心应用功能来制定的 • 与业务和IT专家进行面谈，以确定指导原则和重点目标组织所面临的挑战 • 为期3天的研讨会，与商业和IT合作伙伴共同创建一个未来草图 • 制定IT平台体系结构战略、 概念性体系结构和未来的倡议路线图 项目成果 作为客户和信必优之间合作的成果，此推进战略计划被定义为支持改进IT治理、更好的技术标准定义和支持迁移到SOA和BPM所需增加的成熟组织结

MVC设计模式 在传统的Web应用开发中，架构模式基本一致： 数据实体：POJO 数据层：DAO 业务层：Service 控制层：Servlet 表示层（页面层）：JSP页面或HTML页面 这种架构模式就是MVC设计模式，它是软件工程中的一种架构模式，强制性地使软件系统的输入、处理和输出分开，把系统分为三个基本部分：模型(Model)、视图(View)、控制器（Controller） MVC模式中各部分的职责 Model ：模型对象拥有最多的处理任务，是应用程序的主体部分，它负责数据逻辑（业务逻辑）的处理和实现数据库的操作。在项目中除了控制层的控制器，几乎每一个Bean组件都属于模型，比 如Service层、DAO层，以及POJO实体类 等。 View ：负责格式化数据并把它们呈现给用户，包括数据展示、用户交互、数据验证、页面设计等功能。说白了就是离用户最近的、展示给人们看的，比 如HTML或者JSP页面 。 Controller ：负责接收并转发请求，对请求处理之后拿到响应结果，指派要使用的视图（类似于指定Servlet跳转到不同的页面进行展示），将响应结果返回给客户端。对应的组件一般是 Servlet ，很少用JSP页面直接处理其他页面过来的请求。 JSP Model1 JSP+JavaBean 在一个项目中，如果业务流程比较简单的时候，可以把控制器的功能交给视图

软件体系结构 质量属性： 开发期质量:可扩展性，可复用性，可维护性等； 运行期质量：正确性，健壮性，性能，可靠性，容错性，易用性，安全性，可移植性，兼容性。 设计原则 ： 面向接口编程（Program to interfaces, not to implementations） 多用组合，少用继承（Favor composition over inheritance） Principle of Least Knowledge(Law of Demeter) 单一职责原则（Single Responsibility Principle）：就一个类而言，应该仅有一个引起它变化的原因。 开闭原则（Open-Closed Principle）：软件实体对扩展是开放的，但对修改是关闭的，即在不修改一个软件实体的基础上去扩展其功能。抽象化是开闭原则的关键 里氏代换原则（Liskov Substitution Principle）：在软件系统中，一个可以接受基类对象的地方必然可以接受一个子类对象。里氏代换原则是实现开闭原则的重要方法之一。 依赖倒置原则（Dependency Inversion Principle）：要针对抽象层编程，而不要针对具体类编程。实现开闭原则的关键是抽象化，并且从抽象导出具体化实现，如果说开闭原则是面向对象设计的目标的话，那么依赖倒置原则就是面向对象设计的主要手段