软考高项第 5 章-信息系统工程

软件工程的目的：提高软件生产率 、提高软件质量、降低软件成本。
Garlan和Shaw对通用软件架构风格进行了分类，将软件架构分为数据流风格 （数据流风格包括批处理序列 和管道/过滤器 两种风格）、调用/返回风格 （调用/返回风格包括主程序/子程序 、数据抽象和面向对象 ，以及层次结构 ）、独立构件风格 （包括进程通信 和事件驱动 的系统）、虚拟机风格 （包括解释器 和基于规则 的系统。）和仓库风格 （包括数据库系统 、黑板系统 和超文本系统）
软件架构的主要评估方式有：基于调查问卷的方式、基于场景的方式（最常用，主要有：架构权衡分析法、软件架构分析法、成本效益分析法）、基于度量的方式。
结构化分析方法（Structured Analysis，SA）是面向数据流进行需求分析的方法，采用自顶向下、逐层分解，建立系统的处理流程，以数据流图和数据字典为主要工具，建立系统的逻辑模型。
结构化分析（SA）有三个层次的模型，分别是数据模型 （描述系统中数据的结构和关系，一般包括实体、属性和关系三个要素）、功能模型 （描述系统的功能和用例，一般包括系统的输入、输出和处理过程）和行为模型 （也称为状态模型，描述系统中各个组成部分的交互和行为，一般包括系统的活动图、状态图和序列图等。）。在实际工作中，一般使用实体关系图（E-R图）表示数据模型 ，用数据流图（DFD）表示功能模型 ，用状态转换图（STD）表示行为模型 -** UML（统一建模语言）的结构包括构造块**（包含了事物、关系、图）、规则和公共机制（包括规格说明、修饰、公共分类和扩展机制）三个部分。
常见的数据备份策略：完全备份、差分（差异）备份、增量备份
信息安全系统三维空间包括安全机制（X 轴） 、OSI 网络参考模型（Y 轴） 、安全服务（Z 轴）。
"安全空间"的五大属性：认证、权限、完整、加密和不可否认。
应用集成的技术要求有：应用间的互操作性 、分布环境中应用的可移植性 、系统中应用分布的透明性。
数据集成 是将参与数据库的有关信息在逻辑上集成为一个属于异构分布式数据库的全局概念模式，以达到信息共享的目的。数据集成可以分为基本数据集成 、多级视图集成 、模式集成 和多粒度数据集成四个层次
质量功能部署(QFD)是一种将用户要求转化成软件技术需求 的技术。QFD的目的是最大限度地让客户从软件工程过程中感到满意。
软件需求规格说明书 （SRS）是需求开发 活动的产物，编制该文档的目的是使项目干系人与开发团队对系统的初始规定有一个共同的理解，使之成为整个开发工作的基础。
QFD（质量功能部署）将软件需求分为三类，分别是常规需求 （用户认为系统应该做到的功能或性能，实现越多用户会越满意）、期望需求 （用户想当然认为系统应具备的功能或性能，但并不能正确描述自己想要得到的这些功能或性能需求。如果期望需求没有得到实现，会让用户感到不满意）和意外需求（也称为兴奋需求，是用户要求范围外的功能或性能（但通常是软件开发人员很乐意赋予系统的技术特性实现这些需求用户会更高兴，但不实现也不影响其购买的决策。意外需求是控制在开发人员手中的，开发人员可以选择实现更多的意外需求，以便得到高满意、高忠诚度的用户，也可以出于成本或项目周期的考虑选择不实现任何意外需求）。
ISSE将信息安全系统工程实施过程分解为：工程过程 （Engineering Process）、风险过程 （Risk Process）和保证过程（Assurance Process）三个基本的部分。它们相互独立，但又有着有机的联系
元数据是关于数据的数据（Data About Data）。其实质是用于描述信息资源或数据的内容、覆盖范围、质量、管理方式、数据的所有者、数据的提供方式等有关的信息。
数据元 是数据库、文件和数据交换的基本数据单元。数据库或文件由记录或元组等组成，而记录或元组则由数据元组成。在特定的语义环境中被认为是不可再分的最小数据单元。
数据标准化阶段 的具体过程包括确定数据需求 、制定数据标准 、批准数据标准 和实施数据标准四个阶段
数据建模过程 包括数据需求分析 、概念模型设计 、逻辑模型设计 和物理模型设计等过程
概念模型也称信息模型，它是按用户的观点来对数据和信息建模，把现实世界中的客观对象抽象为某一种平台无关的信息结构。
逻辑模型 是在概念模型的基础上确定模型的数据结构，目前主要的数据结构有层次模型、网状模型、关系模型、面向对象模型和对象关系模型
关系模型由关系数据结构、关系操作集合和关系完整性约束三部分组成
在OOD中，可维护性的复用是以设计原则为基础的。常用的OOD原则包括：单职原则 （设计功能单一的类。本原则与结构化方法的高内聚原则是一致的）、开闭原则 （对扩展开放，对修改封闭）、李氏替换原则 （子类可以替换父类）、依赖倒置原则 （要依赖于抽象，而不是具体实现；要针对接口编程，不要针对实现编程）、接口隔离原则 （使用多个专门的接口比使用单一的总接口要好）、组合重用原则 （要尽量使用组合，而不是继承关系达到重用目的）、迪米特原则（即最少知识法则，一个对象应当对其他对象有尽可能少的了解。本原则与结构化方法的低耦合原则是一致的。）
设计模式可分为创建型模式 （主要用于创建对象 ，包括工厂方法模式、抽象工厂模式、原型模式、单例模式和建造者模式等）、结构型模式 （主要用于处理类或对象的组合，包括适配器模式、桥接模式、组合模式、装饰模式、外观模式、享元模式和代理模式等）和行为型模式（主要用于描述类或对象的交互以及职责的分配，包括职责链模式、命令模式、解释器模式、迭代器模式、中介者模式、备忘录模式、观察者模式、状态模式、策略模式、模板方法模式、访问者模式等）三种。
确认测试主要用于验证软件的功能、性能和其他特性是否与用户需求一致。
验收测试是指针对SRS,在交付前以用户为主进行的测试
系统测试的对象是完整的、集成的计算机系统，系统测试的目的是在真实系统工作环境下，验证完整的软件配置项能否和系统正确连接，并满足系统/子系统设计文档和软件开发合同规定的要求
回归测试的目的是测试软件变更之后，变更部分的正确性和对变更需求的符合性，以及软件原有的、正确的功能、性能和其他规定的要求的不损害性