- 博客(30)
- 收藏
- 关注
RSS订阅原创 系统架构师论文-论基于UML的需求分析
论基于UML的需求分析摘要 UML是集多种面向对象方法的优点于一身的统一建模语言，通过UML可以解决开发过程中存在的一些问题.包括解决人员交流的障碍，响应需求的变化，利于构件的复用，保证软件项目开发周期等.釆用UML进行需求分析，主要是通过用例模型来捕获和组织用户的需求，通过用例建模，描述对系统感兴趣的外部角色及其对系统（用例）的功能要求.2006年5月，我参与了某区贸工局的电子政...
2019-09-25 17:02:54
1033
原创 系统架构师论文-论行业应用软件系统的开发规划
论行业应用软件系统的开发规划摘要 本人在一所高校信息技术中心工作，2005年应多个学校和校领导的要求，对以前开发的较独立的十多个息化软件系统进行改造，使得各系统之间能够相互进行数据共享，配合工作.所进行的软件项目，与高等院校的学生招生、收费、教学、管理和服务密切相关，具有很强的行业特征，需要使用系统的师生员工（用户单位）、高校管理专家和项目开发人员间良好的分工协作；与常规的通用应用...
2019-09-24 20:16:06
532
4
原创 系统架构师论文-论信息系统的安全体系
论信息系统的安全体系摘要 2005年2月，我參加了某水库管理信息系统项目的实施.通过系统的实施和运行，实现防汛、供水、发电、闸门监控、水文等各种数据的采集、分析、存储，并通过网络及时地向有关部门汇报，以便相关领导进行调度指挥，为领导决粹供大力支持，为业务人员办公提供服务.系统的应用将有效提高某市政府水库管理所的工作效率. 我作为该项目的项目负责人，主要负责项目管理，同时负责项...
2019-09-24 11:28:51
637
原创 系统架构师论文-论系统的安全风险评估
论系统的安全风险评估摘要 2005年3月，我参加了某石化公司的实验室信息管理系统项目的开发工作，该系统作为该石化公司产品质量信息管理平台，将实验室的自动化分析仪器与计算机网络进行联结，实现自动采集样品分析数据以及对样品检验过程、实验室资源进行严格管理，实现从原料进厂、生产、中间控制直至成品出厂的全过程质量数据管理，以及全公司范围內质量数据的快速传递与共享.我作为项目负责人，负责项目...
2019-09-24 09:19:25
675
原创 系统架构师论文-论混合软件架构设计
论混合软件架构设计摘要 2007年3月，我所在的公司组织开发了一套完整的变电综合信息管理系统，在这个项目中，我担任系统架构设计师职务，主要负责软件架构和网络安全体系架构设计的工作.该系统包括变电运行所需的运行记录、图形开票、安全生产管理、生产技术管理、行政管理、总体信息管理、技术台帐管理、班组建设、学习培训、系统维护等各个业务层次模块. 本文首先简单地分析了 C/S架构和B...
2019-09-23 15:54:58
1684
原创 2018年系统架构师软考案例分析考点
1.操作性需求、性能需求、 安全性需求和文化需求统性能需求(Performance Requirements)：指响应时间、吞吐量、准确性、有效性、资源 利用率等与系统完成任务效率相关的指标。可靠性、可用性等指标可归为此类。安全性需求(Security Requirements)：系统向合法用户提供服务并阻止非授权用户使用服 务方面的系统需求。操作性需求(Operational Requi...
2019-09-23 14:28:32
1731
原创 2017年系统架构师软考案例分析考点
1.软件的质量属性质量属性效用包括：性能、安全性、可用性、可修改性2.系统架构风险、敏感点和权衡点的定义2.1 系统架构风险：架构设计中潜在的、存在问题的架构决策所带来的隐患2.2 系统架构敏感点：为了实现某种特定的质量属性，一个或多个构件所具有的特性2.3 系统架构权衡点：影响多个质量属性的特性，是多个质量属性的敏感点3.MVC 架构视图、控制器、模型3.1 视图（Vi...
2019-09-23 11:04:13
578
原创 2016年系统架构师软考案例分析考点
1.软件的质量属性质量属性包括：性能、可靠性、可用性、安全性、可修改性、易用性2.用例和参与者2.1 参与者是指系统以外的，需要使用系统或与系统交互的事物，包括：人或组织、设备、外部系统等。在本题中，较为容易识别的参与者包括：学生、教师、管理员，比较隐晦的参与者包括：时间、打印机。2.2 用例用例之间的关系包括：包含、扩展、泛化。“登录系统”用例与“注册课程”用例之间的关系...
2019-09-20 18:04:53
625
原创 2015年系统架构师软考案例分析考点
1.软件的质量属性质量属性效用包括：性能、安全性、可用性、可修改性。2.系统架构风险、敏感点和权衡点2.1 系统架构风险：架构设计中潜在的、存在问题的架构决策所带来的隐患。2.2 系统架构敏感点：为了实现某种特定的质量属性，一个或多个构件所具有的特性。2.3 系统架构权衡点：影响多个质量属性的特征，是多个质量属性的敏感点。3.状态图和活动图3.1 状态图主要用于描述一个对象...
2019-09-20 16:20:24
615
原创 2014年系统架构师软考案例分析考点
1.解释什么是 MVC 架构风格以及其中的组件交互关系 MVC 架构风格：用一种业务逻辑、数据、界面显示分离的方法组织代码，将业务逻辑聚集到一个部件里面，在改进和个性化定制界面及用户交互的同时，不需要重新编写业务逻辑。 MVC 架构将整个软件系统划分为模型、视图和控制器 3 个部分。模型负责维护并保存具有持久性的业务数据，实现业务处理功能，并将业务数据的变化情况及时通知视图；...
2019-09-20 14:57:15
649
原创 2013年系统架构师软考案例分析考点
1.ESBESB 是传统中间件技术与 XML、Web 服务等技术结合的产物，主要支持异构系统集成。ESB 基于内容的路由和过滤，具备复杂数据的传输能力，并可以提供一系列的标准接口。1.1 主要功能(1) 服务位置透明性；(2) 传输协议转换；(3) 消息格式转换；(4) 消息路由；(5) 消息增强；(6) 安全性；(7) 监控与管理。2.口令认证机制与公钥认证机制基...
2019-09-20 14:12:45
277
原创 2012年系统架构师软考案例分析考点
1.1.1 用户执行读写操作时，响应时间均变得很慢；1.2 随着系统功能的扩充，原有数据格式发生变化，又出现新的数据格式，维护困难；1.3 数据容量很快超过系统原有的设计上限，数据库扩容困难；1.4 软件系统不断出现宕机，整个系统可用性较差。分析产生以上问题的原因1.1 用户响应时间慢。大型社交网络系统要根据用户个性化信息来实时生成动态页面和提供动态信息，所以基本上无法使用动态...
2019-09-20 13:44:31
492
原创 2011年系统架构师软考案例分析考点
1.系统架构风险、敏感点和权衡点的定义1.1 系统架构风险架构设计中潜在的、存在问题的架构决策所带来的隐患。1.2 系统架构敏感点为了实现某种特定的质量属性，一个或多个构件所具有的特性1.3 系统架构权衡点影响多个质量属性的特性，是多个质量属性的敏感点2.反规范化技术规范化设计后，数据库设计者希望牺牲部分规范化来提高性能，这种从规范化设计的回退方法称为反规范化技术。...
2019-09-19 18:01:17
326
原创 2010年系统架构师软考案例分析考点
1.软件架构风格描述特定软件系统组织方式的惯用模式。组织方式描述了系统的组成构件和这些构件的组织方式，惯用模式则反映众多系统共有的结构和语义。1.1 主程序-子程序架构风格所有的计算构件作为子程序协作工作，并由一个主程序顺序地调用这些子程序，构件通过共享存储区交换数据1.2 管道-过滤器架构每个构件都有一组输入和输出，构件接受数据输入，经过内部处理，然后产生数据输出。这里的构...
2019-09-19 10:52:51
366
原创 2009年系统架构师软考考点:案例分析
1.软件的质量属性1.1 性能指系统的响应能力，即要经过多长时间才能对某个事件做出响应，或者在某段时间内系统所能处理事件的个数。1.2 可用性系统能够正常运行的时间比例。1.3 可靠性指软件系统在应用或错误面前，在意外或错误使用的情况下维持软件系统功能特性的基本能力。1.4 健壮性指在处理或环境中，系统能够承受压力或变更的能力。1.5 安全性系统向合法用户提供服务的同时...
2019-09-18 14:32:15
564
原创 设计模式-备忘录模式
备忘录模式备忘录（Memento）模式的定义：在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态，以便以后当需要时能将该对象恢复到原先保存的状态。该模式又叫快照模式。1.优点提供了一种可以恢复状态的机制。当用户需要时能够比较方便地将数据恢复到某个历史的状态。实现了内部状态的封装。除了创建它的发起人之外，其他对象都不能够访问这些状态信息。简化了发起人类。发起人...
2019-09-11 14:31:18
281
原创 设计模式-访问者模式
访问者模式访问者（Visitor）模式的定义：将作用于某种数据结构中的各元素的操作分离出来封装成独立的类，使其在不改变数据结构的前提下可以添加作用于这些元素的新的操作，为数据结构中的每个元素提供多种访问方式。它将对数据的操作与数据结构进行分离，是行为类模式中最复杂的一种模式。1.优点扩展性好。能够在不修改对象结构中的元素的情况下，为对象结构中的元素添加新的功能。复用性好。可以通过访问...
2019-09-11 14:30:34
327
原创 设计模式-迭代器模式
迭代器模式迭代器（Iterator）模式的定义：提供一个对象来顺序访问聚合对象中的一系列数据，而不暴露聚合对象的内部表示。迭代器模式是一种对象行为型模式，其主要优点如下。1.优点访问一个聚合对象的内容而无须暴露它的内部表示。遍历任务交由迭代器完成，这简化了聚合类。它支持以不同方式遍历一个聚合，甚至可以自定义迭代器的子类以支持新的遍历。增加新的聚合类和迭代器类都很方便，无须修改原有...
2019-09-11 14:29:44
325
原创 设计模式-中介者
中介者中介者（Mediator）模式的定义：定义一个中介对象来封装一系列对象之间的交互，使原有对象之间的耦合松散，且可以独立地改变它们之间的交互。中介者模式又叫调停模式，它是迪米特法则的典型应用。1.优点降低了对象之间的耦合性，使得对象易于独立地被复用。将对象间的一对多关联转变为一对一的关联，提高系统的灵活性，使得系统易于维护和扩展。2.缺点当同事类太多时，中介者的职责将很大...
2019-09-11 14:27:24
295
原创 设计模式-观察者模式
观察者模式观察者（Observer）模式的定义：指多个对象间存在一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新。这种模式有时又称作发布-订阅模式、模型-视图模式，它是对象行为型模式。1.优点降低了目标与观察者之间的耦合关系，两者之间是抽象耦合关系。目标与观察者之间建立了一套触发机制。2.缺点目标与观察者之间的依赖关系并没有完全解除，而且...
2019-09-11 14:25:23
333
原创 设计模式- 状态模式
状态模式状态（State）模式的定义：对有状态的对象，把复杂的“判断逻辑”提取到不同的状态对象中，允许状态对象在其内部状态发生改变时改变其行为。1.优点状态模式将与特定状态相关的行为局部化到一个状态中，并且将不同状态的行为分割开来，满足“单一职责原则”。减少对象间的相互依赖。将不同的状态引入独立的对象中会使得状态转换变得更加明确，且减少对象间的相互依赖。有利于程序的扩展。通过定义新...
2019-09-11 14:24:32
240
原创 设计模式-责任链模式
责任链模式责任链（Chain of Responsibility）模式的定义：为了避免请求发送者与多个请求处理者耦合在一起，将所有请求的处理者通过前一对象记住其下一个对象的引用而连成一条链；当有请求发生时，可将请求沿着这条链传递，直到有对象处理它为止。1.优点降低了对象之间的耦合度。该模式使得一个对象无须知道到底是哪一个对象处理其请求以及链的结构，发送者和接收者也无须拥有对方的明确...
2019-09-10 16:24:25
320
原创 设计模式-抽象工厂
抽象工厂（AbstractFactory）模式的定义：是一种为访问类提供一个创建一组相关或相互依赖对象的接口，且访问类无须指定所要产品的具体类就能得到同族的不同等级的产品的模式结构抽象工厂模式是工厂方法模式的升级版本，工厂方法模式只生产一个等级的产品，而抽象工厂模式可生产多个等级的产品。1.应用场景当需要创建的对象是一系列相互关联或相互依赖的产品族时，如电器工厂中的电视机、洗衣机、...
2019-09-10 16:19:01
1112
1
原创 设计模式-适配器模式
适配器模式（Adapter）的定义如下：将一个类的接口转换成客户希望的另外一个接口，使得原本由于接口不兼容而不能一起工作的那些类能一起工作。适配器模式分为类结构型模式和对象结构型模式两种，前者类之间的耦合度比后者高，且要求程序员了解现有组件库中的相关组件的内部结构，所以应用相对较少些。1.优点客户端通过适配器可以透明地调用目标接口。复用了现存的类，程序员不需要修改原有代码而重用现有的适...
2019-09-10 16:18:44
1215
1
原创 设计模式-桥接模式
桥接（Bridge）模式的定义如下：将抽象与实现分离，使它们可以独立变化。它是用组合关系代替继承关系来实现，从而降低了抽象和实现这两个可变维度的耦合度。1.优点由于抽象与实现分离，所以扩展能力强；其实现细节对客户透明。2.代码示例2.1 实现化角色public interface Implementor { /** * 功能描述: * 〈具体操作的...
2019-09-10 16:18:32
894
原创 设计模式-享元模式
享元（Flyweight）模式的定义：运用共享技术来有効地支持大量细粒度对象的复用。它通过共享已经存在的又橡来大幅度减少需要创建的对象数量、避免大量相似类的开销，从而提高系统资源的利用率。1.优点相同对象只要保存一份，这降低了系统中对象的数量，从而降低了系统中细粒度对象给内存带来的压力。2.缺点为了使对象可以共享，需要将一些不能共享的状态外部化，这将增加程序的复杂性。读取享元模...
2019-09-10 16:18:14
812
原创 设计模式-组合模式
组合（Composite）模式的定义：有时又叫作部分-整体模式，它是一种将对象组合成树状的层次结构的模式，用来表示“部分-整体”的关系，使用户对单个对象和组合对象具有一致的访问性。1.优点组合模式使得客户端代码可以一致地处理单个对象和组合对象，无须关心自己处理的是单个对象，还是组合对象，这简化了客户端代码；更容易在组合体内加入新的对象，客户端不会因为加入了新的对象而更改源代码，满足“开...
2019-09-10 16:18:04
1069
原创 设计模式-模板模式
模板模式模板方法（Template Method）模式的定义如下：定义一个操作中的算法骨架，而将算法的一些步骤延迟到子类中，使得子类可以不改变该算法结构的情况下重定义该算法的某些特定步骤。它是一种类行为型模式。1.优点它封装了不变部分，扩展可变部分。它把认为是不变部分的算法封装到父类中实现，而把可变部分算法由子类继承实现，便于子类继续扩展。它在父类中提取了公共的部分代码，便于代码复用...
2019-09-10 16:17:40
301
原创 设计模式-命令模式
命令模式命令（Command）模式的定义如下：将一个请求封装为一个对象，使发出请求的责任和执行请求的责任分割开。这样两者之间通过命令对象进行沟通，这样方便将命令对象进行储存、传递、调用、增加与管理。1.优点降低系统的耦合度。命令模式能将调用操作的对象与实现该操作的对象解耦。增加或删除命令非常方便。采用命令模式增加与删除命令不会影响其他类，它满足“开闭原则”，对扩展比较灵活。可以实...
2019-09-10 16:17:02
303
原创 设计模式-解释器模式
解释器模式解释器（Interpreter）模式的定义：给分析对象定义一个语言，并定义该语言的文法表示，再设计一个解析器来解释语言中的句子。也就是说，用编译语言的方式来分析应用中的实例。这种模式实现了文法表达式处理的接口，该接口解释一个特定的上下文。1.优点扩展性好。由于在解释器模式中使用类来表示语言的文法规则，因此可以通过继承等机制来改变或扩展文法。容易实现。在语法树中的每个表达式节...
2019-09-10 16:16:16
380
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人