项目管理知识学习考证笔记（高项）2第一章基础知识

一：需求分析（重点）

内容：

需求层次：

业务需求：高层次目标追求，来自项目投资人、购买产品的客户等
用户需求：用户的具体目标
系统需求：软件需求，包括功能需求、非功能需求、设计约束
考点：区分

二：质量功能部署QFD

内容：QFD将用户需求转化为软件需求的技术。软件需求分为三类。

（1）常规需求：普遍功能

（2）期望需求：普遍功能的质量，用户不能正确描述

（3）意外需求：超出范围以外

2. 考点：区分

三：SA方法需求分析（重点）

内容：结构化分析SA方法进行需求分析核心：数据字典

模型：

（1）数据模型：实体联系图（E-R图）实体、属性、实体之间关系

（2）功能模型：数据流图（DFD）数据传递和加工角度

（3）行为模型：状态转换图（STD）系统状态和状态转换事件

2.考点：模型和图的对应关系

四：软件规格需求说明书（SRS）和需求验证

内容：

（1）SRS：需求开发活动产物

说明书应包含：范围、引用文件、需求、合格性规定、需求可追踪性、尚未解决的问题、注解、附录

（2）需求验证：需求确认。实际工作中，通过需求评审和需求测试工作对需求进行验证。

2.考点：未知

五：UML（重点）

内容：UML（建模语言）（适用于开发方法、软件生命周期各阶段，非编程语言）

*四种关系：

（1）依赖关系：一个事物对另一事物的影响，类与类之间的连接

A~TV----- B~channel（A依赖B）

（2）关联：一组对象相连接,A类关联B类，在A中可以查看B中信息

（3）泛化：一般化和特殊化的关系（父类和子类，继承的反向叫泛化）

（4）实现：类与类之间语义定义关系（类对接口的具体实现）

*14种图

（1）类图：描述一组类、接口、协作和它们之间的关系

（2）对象图：描述一组对象及它们之间的关系

（3）构件图：描述一个封装的类和它的接口、端口、以及由内嵌的构件和连接件构成的内部结构

（4）组合结构图：描述结构化类（例如，构件或类）的内部结构。

（5）用例图：描述一组用例、参与者及它们之间的关系（用户需求）

（6）顺序图：一种交互图，描述一组对象或参与者以及它们之间可能发送信息构成

（7）通信图：一种交互图，描述强调收发消息的对象或参与者的结构组织。顺序图强调时序，通信图强调对象之间的组织机构关系

（8）定时图：一种交互图，强调消息跨越不同对象或参与者的实际时间

（9）状态图：描述一个由状态、转移、事件、活动组成

（10）活动图：进程或其他计算机结构展示位计算内部一步步控制流和数据流

（11）部署图：对运行时的处理节点及在其中生存的构件配置

（12）制品图：描述计算机中一个系统的物理结构，制品包括文件、数据库和类似的物理比特集合

（13）包图：模型本身分解而成的组织单元，以及它们之间的依赖关系

（14）交互概览图：互动图和顺序图的混合物

*UML视图

（1）逻辑视图：也称设计视图

（2）进程视图：可执行线程和进程作为活动类的建模

（3）实现视图：物理代码文件和构件进行建模

（4）部署视图：构件部署到一组物理节点上，软件到硬件的映射和分布结构

（5）用例视图：最基本的需求分析模型

*OOA：Object-Oriented Analysis（面向对象分析方法）-----“做什么”，核心工作：建立系统用例模型与分析模型

OOD：Object-Oriented Design（面向对象设计）------“怎么做”

2.考点：概念，根据描述选出相应的图

六：软件架构风格（重点）

内容：

（1）研究软件架构根本目的：解决软件的复用、质量和维护问题

（2）软件架构的核心问题：是否能达到架构级的软件复用；在这一个活动中，评估人员关注的是系统质量属性

（3）风格：

数据流风格：批处理（顺序执行）和管道/过滤器（输入输出数据流）
调用/返回风格：主程序/子程序（过程调用）、数据抽象和面向对象（对象及封装），以及层次结构（分层调用）
独立构件风格：进程通信（消息传递、远程调用）和事件驱动（事件触发调用）的系统
虚拟机风格：解释器（解释引擎）和基于规则（规则集）的系统
仓库风格：包括数据库系统（中央共享数据源）、黑板系统（知识源、黑板及共享数据和控制）和超文本系统（非线性交叉引用）

2. 考点：对应关系

七：软件架构评估

内容：

（1）敏感点：一个或多个构件的特性；权衡点：影响多个质量属性的特性

（2）软件架构评估技术三类：基于调查问卷（或检查表）的方式、基于场景的方式和基于度量的方式。其中基于场景的评估方式最为常用。

（3）基于场景的方式包括：架构权衡分析法（ATAM）、软件架构分析法（SAAM）、成本效益分析法

2. 考点：理解概念

八：软件设计

内容：

（1）软件设计分为结构化设计和面向对象设计

（2）结构化设计（SD）：面向数据流，高内聚（模块内部）、低耦合（模块与模块之间）

2. 考点：红色字体

九：软件工程的过程管理（重点）

内容：

（1）软件过程管理方面最著名的是：能力成熟度模型集成（CMMI，Capability Maturity Model Integration），是阶段式模型和连续式模型的结合体。

（2）阶段式模型： CMM

（3）连续式模型：EIARS

（4）两种方法各有优缺点，均采用统一24个过程域，逻辑上等价：对同一组织采用阶段式模型和连续式模型分别进行CMMI评估，得到的结论应该是相同的。

2. 考点：阶段式模型和连续式模型

十：测试

内容：

（1） 软件测试方法可分为：静态测试和动态测试；静态测试：对文档以检查单的形式；对代码以桌前检查、代码走查和代码审查。动态测试：白盒测试和黑盒测试。

白盒测试：也称为结构测试。主要用于单元测试。主要思想：将程序看成是一个透明的白盒，测试人员完全清楚程序的结构和算法。主要测试技术：逻辑覆盖。主要覆盖标准：语句覆盖、判定覆盖

2. 黑盒测试：也称功能测试。主要用于：集成测试、确认测试、系统测试中。思想：将测试看作是一个不透明的黑色盒子，完全不考虑（或不了解）程序内部结构和处理算法。方法：等价类划分、边界值分析、判定表、因果图、状态图、随机测试、猜错法和正交验证法等

（2） 软件测试：单元测试（模块测试）、集成测试、系统测试、配置项测试、回归测试、确认测试等类别。

集成测试：接口关系
确认测试：主要用于验证软件功能、性能和其他特性是否与用户需求一致；根据用户的参与程度分为内部测试、Alpha（在开发环境下进行测试）、Beta（在实际使用环境下进行测试）、验收测试
系统测试：真实系统工作环境下，满足设计文档和软件开发合同规定要求
配置项测试：检验软件配置项与SRS的一致性
回归测试：测试软件变更后，变更部分的正确和对变更需求的符合性。

2. 考点：区别概念

十一：企业应用集成EAI