信息系统项目管理师，第一章 信息化和信息系统（2）

需求规格说明书（SRS）（掌握）

SRS是需求开发活动的产物,其中规定SRS应该包含以下内容:
1、范围
2、弓|用文件
3、需求
4、合格性规定
5、需求可追踪性
6、尚未解决的问题
7、注解
8、附录

需求验证（了解）

需求验证也称为需求确认,其活动是为了确认以下几个方面的内容:
1、SRS正确描述了预期的、满足项目干系人需求的系统行为与特征。
2、SRS中的软件需求是从系统需求、业务规格和其他来源中正确推导而来的。
3、需求是完整和高质量的
4、需求的表示在所有地方都是一致的
5、 需求为继续进行系统设计、实现和测试提供了足够的基础。
在实际工作中,一般通过需求评审和需求测试工作来对需求进行验证。
需求评审就是对SRS进行技术评审。

UML（掌握）

1、UML是一种定义良好，易于表达、功能强大且普遍适用的建模语言。从总体来看, UML的结构包括造块、规则和公共机制三个部分。
2、UML用关系把事物集合在一起,主要有四个关系:
①依赖，一个事物发生改变会影响到另外一个事物的语义。
②关联，关联描述一组对象之间连接的结构关系。
③泛化，泛化是一般化和特殊化的关系,描述特殊元素的对象可替换的一般元素的对象。
④实现，实现是类与类之间的语义定义关系,其中一个类指定了由另外一个类保证执行的契约。

依赖（掌握）

表现为函数中的参数(use a) ,是类与类之间的连接,表示一个类依赖于另一个类的定义,其中- -个类的变化将影响另外一个类。例如如果A依赖于B ,则B体现为局部变量,方法的参数、或静态方法的调用。如电视(TV)依赖于频道(channel|)常见的依赖关系如下:
( 1 )类B以参数的形式传入类A的方法。
( 2 )类B以局部变量的形式存在于类A的方法中。
( 3 )类A调用类B的静态方法。

UML图中实现使用一条带有箭头的虚线指向被依赖的类,如下:

泛化（掌握）

表示类与类之间的继承关系、接口与接口之间的继承关系。
UML图中实现使用一条带有空心三角箭头的实线指向基类,如下:

UML2.0-14种图（掌握）

1、类图:类图描述- -组类、接口、协作、和它们之间的关系,类图给出系统静态设计视图,活动类的类图给出了系统的静态进程视图。
2、对象图:对象图描述一-组对象及 他们之间的关系。
3、构件图:构件图描述一个封装的类和它的接口、端口、以及由内嵌的构件和连接件构成的内部结构。
4、 组合结构图:组合结构图描述结构化类(例如,构件或类)的内部结构,包括结构化类与系统其余部分的交互点。
5、用例图:用例图描述一组用例、参与者及它们之间的关系
6、顺序图(也称序列图) :顺序图是一种交互图 。交互图展示了一种交互,它由一组对象或参与者以及它们之间可能发送的消息构成。交互图关注于系统的动态视图。顺序图是强调消息的时间次序的交互图。
7、通信图:通信图也是一-种交互图 ，它强调收发消息的对象或参与者的结构组织。顺序图强调的时序,通信图强调的对象之间的组织机构关系。
8、定时图(也称计时图) :定时图也是一种交互图 ,他强调消息跨越不同对象或参与者的实际时间,而不仅仅只是关心消息的相对顺序。
9、状态图:状态图描述一个状态机，它由状态、转移、事件和活动组成,状态图给出了对象的动态视图。
10、活动图:活动图讲进程或其他计算机结构展示为计算内部-步步的控制流和数据流。活动图专注于系统的动态视图,它强调对象间的控制流程。
11、部署图:部署图描述对运行时的处理节点及在其中生存的构件配置。部署图给出了架构的静态部署视图,通常一个节 点包含一个或多个部署图。
12、制品图:制品图描述计算机中- -个系统的物理结构,制品包括文件、数据库和类似的物理比特集合。制品图通常与部署图在一起舒勇 。制品也给出了他们的实现的类和构件。
13、包图:包图描述由模型本身分解而成的组织单元,以及它们之间的依赖关系。
14、交互概览图:交互概览图是互动图和顺序图的混合物。

UML视图（掌握）

●逻辑视图:逻辑视图也称为设计视图,它表示设计模型中在架构方面具有重要意义的部分，即类、子系统、包和用例实现的子集。
●进程视图:进程视图是可执行线程与进程作为活动类的建模,它是逻辑视图的一-次执行实例,描述了并发与同步结构。
●实现视图:实现视图对组成基于系统的物理代码的文件和构件进行建模。
●部署视图:部署视图把构件部署到-组物理节点上,表示软件到硬件的映射和分布结构。
●用例视图:用例视图是最基本上的需求分析模型。

部署视图（掌握）

软件架构风格（掌握）

解决好软件的复用、质量和维护问题,是研究软件架构的根本目的。软件架构设计的一个核心问题是能否达到架构级的软件复用,在这一活动中,评估人员关注的是系统质量属性。
1、数据流风格:包括批处理序列(顺序执行)和管道/过滤器(输入输出数据流)两种风格。
2、调用/返回风格:包括主程序/子程序(过程调用)、数据抽象和面向对象(对象及封装) ,以及层次结构(分层调用)。
3、独立构件风格:包括进程通信(消息传递、远程调用)和事件驱动(事件触发调用)的系统。
4、虚拟机风格:包括解释器(解释弓|擎)和基于规则(规则集)的系统。
5、仓库风格:包括数据库系统(中央共享数据源)、黑板系统(知识源、黑板及共享数据和控制)和超文本系统(非线性交叉引|用)。

软件架构评估（了解）

敏感点是一个或多个构件的特性,权衡点是影响多个质量属性的特性,是多个质量属性的敏感点。

从目前已有的软件架构评估技术来看,可以归纳为三类主要的评估方式,分别是基于调查问卷(或检查表)的方式,基于场景的方式和基于度量的方式。这三种评估方式中,基于场景的评估方式最为常用。

基于场景的方式主要包括:架构权衡分析法(ATAM)、软件架构分析法(SAAM)和成本效益分析法(CBAM)。在软件评估中,一般采用刺激、环境和响应三方面来对场景进行描述。刺激是场景中解释或描述项目干系人怎么引发与系统的交互部分,环境描述的是刺激发生时的情况,响应是指系统如何通过架构对刺激做出反应的。

软件设计（掌握）

1、软件设计分为结构化设计与面对对象设计。
2、结构化设计SD是一种面向数据流的方法，它以SRS和SA阶段所产生的DFD和数据字段等文档为基础,是-一个自顶向下、逐步求精和模块化的过程。SD分为概要设计和详细设计两个阶段。
3、在SD中,需要遵循一个基本原则:高内聚,低耦合,模块内部高度内聚,模块与模块之间需要降低耦合度。
4、面向对象设计00D其基本思想包括抽象、封装、可扩展性,其中可扩展性主要是通过继承和多态来实现,三大特征是封装,继承、多态。

企业应用集成EAI（掌握）

控制集成（掌握）

来源：C Q W