信息系统项目管理师考试必过笔记第一章信息系统基础知识

第一章信息系统基础知识

信息系统（IS）：就是输入数据，通过加工处理，产生信息的系统。信息系统一般又称为“管理信息系统”（MIS）

软件危机：指一个软件编制好以后，谁也无法保证它能够正确的运行，也就是软件的可靠性成了问题。

主要原因是软件编制过程没有工程化。

软件工程：指应用计算机科学、数学及管理科学等原理，以工程化的原则和方法来解决软件问题工程，

其目的是提高软件生产率，提高软件质量，减低软件成本。

信息系统数据基本功能：输入、输出、传输、存储、处理等。

信息处理的范围：查询、修改、排序、归并、删除、统计、模型调试、预测。

信息库：针对软件开发或信息系统开发中的大量信息管理工作提出来的，是一个包罗 万象的，随着项目进展而不断修改与补充的数据集合。信息库的特点是数据 结构相当复杂，而且会不断变化，使保持一致性的任务十分复杂和艰巨。

企业信息系统的目标：借助于自动化和互联网技术，综合企业的经营、管理、决策和服务于一体，以

求达到企业与系统的效率、效能和效益的统一。使计算机技术和因特网技术在企业管理和服务中能发挥更显著的作用。

信 息 系 统 建 设 原 则

需求工程：是一个包括创建和维护系统需求文档所必须的一切活动的过程。

可行性研究工作的基础：在可行性工作开始前，系统分析员应该协助客户一起完成“问题定义”工作，

也就是先明确系统要做什么。问题定义的关键是清晰地界定问题的内容、性质，以及系统的目标、规模等内容，并形成完整的书面报告。

软件需求内容

需求工程工作

需 求 捕 获 技 术

1、 核实问题定义与目标

质量功能调配（QFD ）：原理与满意度/非满意度指标接近，通过将产品特性、属性与对客户的重要性

联系起来，QFD 分为期望需求、普通需求、兴奋需求。

需求分析阶段可以使用层次方框图、Warnier 图、用例图和IPO 图（输入/处理/输出图）。

可行性研究工作的步骤

设计模式：利用设计模式可方便地复用成功的设计和结构。把已经证实的技术表示为设计模式，使它

们更加容易被新系统的开发者所接受。设计模式帮助设计师选择可使系统重用的设计方案，避免选择危害到重用性的方案。设计模式还提供了类和对象接口的明确说明书和这些接口的潜在意义，来改进现有的系统记录和维护。

设计评审：在开发时期的每一个阶段，特别是设计阶段结束时都要进行严格的技术评审，尽量不让错

误传播到下一个阶段。设计评审一般采用评审会议的形式来进行。

3、复杂性：用户界面的规模和组织的复杂程度。

4、可靠性：指无故障使用的间隔时间。

1、 应当把“尽早地和不断地进行软件测试”作为软件开发者座右铭。

2、 测试用例应当由输入数据和预期的输出结果两部分组成。

3、 程序员应避免检查自己的程序。

4、 在设计测试用例时，应包括合理的输入条件和不合理的输入条件。

5、 充分注意测试中的群体现象。

6、 经验表明：测试后程序中残存的错误数目与已发现的错误数目成正 比。

回归测试：是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错 误，不仅要测试缺陷原来出现的地方，还测试可能受影响的所有功能。自动回归测试将大 幅降低系统测试、维护升级等阶段的成本。 组织回归测试时需要注意两点：首先是各测试阶段发生的修改一定要在本测试阶段内完成回归，以免 将错误遗留到下一测试阶段。其次，回归测试期间应对该软件版本冻 结，将回归测试发现的问题集中修改，集中回归。

用例设计方法：语句覆盖、判定覆盖、条件覆盖、路径覆盖….（覆盖）

软件测试策略

软件 维护分类 静 态 测 试

构件：是软件系统可替换的、物理的组成部分，它封装了实现体（实现某个职能），并提供了一组接 口的实现方法。可以认为一个封闭的代码模块或大粒度的动作时模块，也可以将构件理解为具 有一定功能、能够独立工作或与其他构件组合起来协调工作的对象。构件是可重用的、内聚的， 并具有相当稳定的、公开的接口。构件应当具备可变性，以提高其通用性。

面向对象=对象（Objects ）+ 类（Classes ）+ 继承（Inheritance ）+ 消息通信（Communication ）

类（Class ）：是对象的抽象定义，是一组具有相同数据结构和相同操作的对象集合。类与对象是抽象 描述与具体实例的关系，一个具体的对象被称为类的一个实例。

继承（Inheritance ）；是使用已存在的定义作为基础建立新定义的技术，继承是面向对象方法学中的

一个十分重要的概念。

消息（Message）：是指向对象发出的服务请求，它应该含有下述信息：提供服务的对象标志、消息名、输入信息和回答信息。

消息信息（Communication with Message）：与对象封装原则密不可分。封装使对象成为一些各司其职、互不干扰的独立单位；消息通信则为它们提供了唯一合法的动态联系途径，使它们的行为

能够互相配合，构成一个有机的系统。

只有同时使用对象、类、继承与消息通信，才是真正的面向对象的方法。

UML（Unified Modeling Language,统一建模语言）是用于系统可视化建模语言，尽管与建模OO软件系统关联，但由于其内建了大量扩展机制，还可以用于更多的领域，例如工作流程、业务领域等。UML不是开发语言。

构架：UML对构架的定义是系统的组织结构，包括系统分解的组成部分、它们的关系性、交互、机制和指导原则，这些提供系统设计的信息。而具体来说，指5个系统视图，分别是逻辑视图、

进程视图、实现视图、部署视图、用例视图。

UML不是一种可视化的编程语言，但是UML描述的模型可与各种编程语言直接相连，即可把用UML 描述的模型映射成编程语言。

数据库范式1、第一范式（1NF）：不满足第一范式（1NF）的数据库就不是关系数据库。所谓第一

范式（1NF）是指数据库表无重复的列。

2、第二范式（2NF）：满足第二范式（2NF）必须先满足第一范式（1NF）。第二范式（2NF）

所有非主键的字段都一定和主键有关。

3、第三范式（3NF）：满足第三范式（3NF）必须先满足第二范式（2NF）。第三范式（3NF）

表中各列必需和主键直接相关，不能间接相关。

范式级别越高，存储同样数据就需要分解成更多张表。

范式级别越高，数据存储结构与基于问题域的结构间的匹配程度越低。

范式级别越高，在需求变化时数据的稳定性越差。

范式级别越高，需要访问的表越多，性能（速度）越低。

1、包含关系：当可以从两个或两个以上的原始用例中提取公共行为，或发现能够使用

一个构件来实现某一个用例很重要的部分功能时。提取出来的公共用例

称为抽象用例。复用的包含关系<>

2、扩展关系：如果一个用例明显混合了两种或两种以上的不同场景，即根据情况可能

发生多种事情，则将这个用例分为一个主用例和一个或多个辅用例进行

描述可能更加清晰。分离不同行为的扩展关系<>

3、泛化关系：用例被特别列举为一个或多个子用例，当父用例能够使用时，任何子用

例也可以被使用。例如：订票用例是电话订票和网上订票的抽象。

两个用例之间的关系