【软考高项】信息系统项目管理师--第五章打卡

学习目标：

• 本章概念开始变多，但是都是基础的一些概念，主要也是考选择题。

---

第5章 信息系统工程

1. 软件工程：应用计算机科学、数学及管理科学等原理，以工程化的原则和方法来解决软件问题的工程，其目的是提高软件生产率、提高软件质量、降低软件成本。
2. 架构设计：为软件系统提供一个结构、行为和属性的高级抽象，由构件的描述、构件的相互作用（连接性）、指导构建集成的模式以及这些模式的约束组成。
3. 解决好软件的复用、质量和维护问题，是研究软件架构的根本目的。
4. 软件架构风格：（1）数据流风格。数据流风格包括批处理序列和管道/过滤器两种风格。（2）调用/返回风格。调用/返回风格包括主程序/子程序、数据抽象和面向对象以及层次结构。（3）独立构件风格。独立构件风格包括进程通信和事件驱动的系统。（4）虚拟机风格。虚拟机风格包括解释器和基于规则的系统。（5）仓库风格。仓库风格包括数据库系统、黑板系统和超文本系统。
5. 软件需求是指用户对新系统在功能、行为、性能、设计约束等方面的期望。
6. 需求层次：系统必须完成的事以及必须具备的品质。需求是多层次的，包括业务需求、用户需求和系统需求，这三个不同层次从目标到具体，从整体到局部，从概念到细节。
7. 质量功能部署（QFD）：一种将用户要求转化成软件需求的技术，目的是最大限度的提升软件工程过程中用户的满意度。QFD将软件需求分三类：常规需求、期望需求、意外需求。
8. 需求过程包括需求获取、需求分析、需求规格说明书编制、需求验证与确认等。
9. 需求获取是一个确定和理解不同的项目干系人的需求和约束的过程。
10. 需求获取方法：用户访谈、问卷调查、采样、情节串联板、联合需求计划等
11. 需求分析：使用结构化分析（SA）方法进行需求分析，建立的模型的核心是数据字典。围绕这个核心，有三个层次模型，分别是数据模型、功能模型、行为模型。实际工作中，使用实体关系图（E-R图）表示数据模型，用数据流图（Data Flow Diagram,DFD）表示功能模型，用状态转换图（State Transform Diagram,STD）表示行为模型。
12. E-R图主要描述实体、属性以及实体之间的关系。
13. DFD从数据传递和加工的角度，利用图形符号通过逐层细分描述系统内各个部件的功能和数据在它们之间传递的情况，来说明系统所完成的功能。
14. STD通过描述系统的状态和引起系统状态转换的事件，来表示系统的行为，指出作为特定事件的结果将执行哪些动作。
15. UML：统一建模语言，是一种定义良好、易于表达、功能强大且普遍适用的建模语言。
16. UML中的事物：也叫建模元素，包括结构事物、行为事物、分组事物、注释事物。
17. 结构事物：在模型中属于最静态的部分，分别是类、接口、协作、用例、活动类、构件和节点。
18. 行为事物：是UML中的动态部分，代表时间和空间上的动作。UML有两种主要的行为事物。第一种是交互（内部活动），交互是由一组对象之间在特定上下文中，为达到特定目的而进行的一系列消息交换而组成的动作。交互中组成动作的对象的每个操作都要详细列出，包括消息、动作次序（消息产生的动作）、连接（对象之间的连接）；第二种是状态机，状态机由一系列对象的状态组成。
19. 分组事物：是UML模型中组织的部分，可以把它们看成是个盒子，模型可以在其中进行分解。UML只有一种分组事物，称为包。包是一种将有组织的元素分组的机制。与构件不同的是，包纯粹是一种概念上的事物，只存在于开发阶段，而构件可以存在于系统运行阶段。
20. UML关系：依赖、关联、泛化、实现。
21. UML2.0中的图：（1）类图（class diagram，抽象，通用）：一组类、接口、协作和它们之间的关系。（2）对象图（Object Diagram 具体的人）描述一组对象及它们之间的关系。（3）构件图（Component Diagram）：描述一个封装的类和它的接口、端口。（4）组合结构图（Composite Structure Diagram）：组合结构图描述结构化类（构件或类）的内部结构，包括结构化类与系统其余部分的交互点。（5）用例图（Use Case Diagram）：描述一组用例、参与者及它们之间的关系。（6）顺序图（Sequence Diagram）:是一种交互图，展现了一种交互，它由一组对象或参与者以及它们之间可能发送的消息构成。（7）通信图（Communication Diagram）：也是一种交互图，强调收发消息的对象或参与者的结构组织。（8）定时图（Timing Diagram）：也是一种交互图，强调消息跨越不同对象或参与者的实际时间，而不是只关系消息的相对顺序。（9）状态图（State Diagram）：描述一个状态机，它由状态、转移、事件和活动组成。（10）活动图（Activity Diagram）：将进程或其他计算结构展示为计算内部一步步的控制流和数据流。（11）部署图（Deployment Diagram）：描述对运行时的处理节点及在其中生存的构件的配置。（12）制品图（Artiface Diagram）：描述计算机中一个系统的物理结构（13）包图（Package Diagram）：描述由模型本身分解而成的组织单元，以及它们之间的依赖关系（13）交互概览图（Interaction Overview Diagram）：是活动图和顺序图的混合物。
22. UML视图：系统的组织结构，包括系统分解的组成部分，以及它们的关联性、交互机制和指导原则等提供系统设计的信息，包括5个系统视图：逻辑视图、进程视图、实现视图、部署视图、用例视图。UML还允许在一定的阶段隐藏模型的某些元素，遗漏某些元素，可不保证模型的完整性，但模型逐步地要达到完整和一致。
23. 逻辑视图：也称为设计视图，它表示了设计模型中在架构方面具有重要意义的部分，即类、子系统、包和用例实现的子集。
24. 进程视图：是可执行线程和进程作为活动类的建模，它是逻辑视图的一次执行实例，描述了并发与同步结构。
25. 实现视图：对组成基于系统的物理代码的文件和构件进行建模。
26. 部署视图：把构件部署到一组物理节点上，表示软件到硬件的映射和分布结构。
27. 用例视图：是最基本的需求分析模型。
28. 软件设计：解决“怎么做”的问题。
29. 结构化设计（Structured Design,SD）：是一种面向数据流的方法，它以SRS和SA阶段所产生的DFD和数据字典等文档为基础，是一个自顶向下、逐步求精和模块化的过程。
30. SD遵循的原则：高内聚，低耦合。内聚表示模块内部各成分之间的联系程度，是从功能角度来度量模块内的联系，一个好的内聚模块应当恰好做目标单一的一件事情；耦合表示模块之间联系的程度。紧密耦合表示模块之间联系非常强，松散耦合表示模块之间联系比较强，非耦合则表示模块之间无任何联系，是完全独立的。
31. 面向对象设计（OOD）：单职原则（设计功能单一的类，高内聚原则一致）、开闭原则（对扩展开放，对修改封闭）、李氏替换原则（子类可以替换父类）、依赖倒置原则（要依赖于抽象，而不是具体实现，要针对接口编程，不要针对实现编程）、接口隔离原则（使用多个专门的接口比使用单一的总接口要好）、组合重用原则（尽量使用组合，而不是继承关系达到重用目的）、迪米特原则（最少知识法则，一个对象应当对其他对象有尽可能少的了解。低耦合一致）。
32. 设计模式：创建型（Creational）、结构型（Structural）、行为型（Behavioral）模式。
33. 软件测试：是将软件交付在客户之前所必须完成的重要步骤。软件测试是发现软件错误（缺陷）的主要手段。
34. 软件测试方法：静态测试、动态测试。
35. 静态测试：不在机器上运行，采用人工检测和计算机辅助静态分析的手段对程序进行检测。静态测试包括文档静态测试（检查单）和对代码的静态测试（桌前检查、代码走查、代码审查）。
36. 动态测试：指在计算机上实际运行程序进行软件测试，一般采用白盒测试（结构测试，最常用的技术是逻辑覆盖，用测试数据运行被测程序，考查对程序逻辑的覆盖程度）和黑盒测试（功能测试）方法。
37. 逻辑覆盖标准：语句覆盖、判定覆盖、条件覆盖、条件/判定覆盖、条件组合覆盖、修正的条件/判定覆盖、路径覆盖等。
38. 黑盒功能测试：等价类划分、边界值分析、判定表、因果图、状态图、随机测试、猜错法、正交试验法等。
39. 白盒可以是动态也可以是静态，覆盖选白盒，其他选黑盒。
40. 成熟度等级：初级（具有不确定性，能初步实现软件交付和项目管理活动，没有完整的管理规范，依赖于个人的主动性和能力）、项目规范级（基本可按计划实现预期的结果，项目依据选择和定义管理规范，执行软件开发和管理的基础过程；组织按照一定的规范，为项目活动提供了支持保障工作）、组织改进级（在组织范围内能稳定的实现预期的项目目标，在2级基础上持续改进）、量化提升级（在组织范围内能够量化地管理和实现预期的组织和项目目标，在3级基础上使用统计分析技术进行管理）、创新引领级（通过技术和管理的创新，实现组织业务目标的持续提升，引领行业发展，在4级充分实施的基础上进行优化革新）。
41. 数据工程：信息系统的基础工程。围绕数据的生命周期，规范数据从产生到应用的全过程，目标是为信息系统的运行提供可靠的数据保障和服务/数据工程的主要研究内容包括数据建模、数据运维、数据开发利用、数据安全等。
42. 数据模型：概念模型、逻辑模型、物理模型。
43. 数据标准化：一维数据可视化（线性数据，文本或数字表格、程序源代码）、二维数据可视化（平面地图、建筑物的楼层平面图）、三维数据可视化（立体信息）、多维数据可视化。
44. 系统集成：技术环境的集成、数据环境的集成、应用程序的集成。在技术上需要遵循的基本原则包括：开放性（遵循工业开放标准）、结构化（结构化系统分析设计方法）、先进性（目前和未来）、主流化。
45. 数据集成：运用一定的技术手段将系统中的数据按一定的规则组织成为一个整体，使得用户能有效地对数据进行操作。数据集成处理的主要对象是系统中各种异构数据库中的数据。数据仓库技术是数据集成的关键。
46. 数据集成层次：基本数据集成、多级视图集成、模式集成、多粒度数据集成。
47. 安全机制：基础设施实体安全（机房安全、场地安全、设施安全、动力系统安全、灾难预防与恢复等）、平台安全（操作系统漏洞检测与修复、网络基础设施漏洞检测与修复、通用基础应用程序漏洞检测与修复、网络安全产品部署等）、数据安全（介质与载体安全保护、数据访问控制）数据完整性、数据可用性、数据监控和审计、数据存储与备份安全等）、通信安全（通信线路和网络基础设施安全性测试与优化、安装网络加密设施、设置通信加密软件、设置身份鉴别机制、设置并测试安全通道、测试各项网络协议运行漏洞等）、应用安全（业务软件的程序安全性测试、业务交往的防抵赖测试、业务资源的访问控制验证测试、业务实体的身份鉴别检测、业务现场的备份与恢复机制检查、业务数据的唯一性与一致性及防冲突检测、业务数据的保密性测试、业务系统的可靠性测试、业务系统的可用性测试等）、运行安全（应急处置机制和配套服务、网络系统安全性检测、网络安全产品运行监测、定期检查和评估、系统升级和补丁提供、跟踪最新安全漏洞及通报、灾难恢复机制与预防、系统改造管理、网络安全专业技术咨询服务等）、管理安全（人员管理、培训管理、应用系统管理、软件管理、设备管理、文档管理、数据管理、操作管理、运行管理、机房管理等）、授权和审计安全、安全防范体系（预警、保护、检测、反应、恢复、反击）等。