信息系统开发与管理(04757)

第一章 管理信息系统导论

1.1 管理信息系统概念及其发展

1.1.1 管理信息系统概念的起源

信息化是21世纪最重要的经济发展模式和最显著的时代特征，是目前使用频率最高的词语之一。

开发与建设管理信息系统是信息化的具体表现形式和主要内容之一。

管理信息系统(MIS)是管理和信息技术不断融合的产物，是信息化的具体表现形式和主要内容。

1.1.2 管理信息系统概念的演进

1.1.3 管理信息系统的定义

管理信息系统是一个由人、机(计算机)组成的能进行管理信息的收集、传递、存储、加工、维护和使用的系统-----填空、名词解释。

管理信息系统是一个人机系统，还是一个一体化系统。

管理信息系统是一个一体化集成系统，包括数据的一体化和系统开发的一体化两个含义

1.2 管理信息系统的分类

1.2.1 按核心业务活动分类

• 电子业务

0. 主要针对一个组织内部的具体业务过程而建立。
1. 通常我们说的管理信息系统均指这类系统。
2. 我国大多数企业和组织的管理信息系统的核心部分都属于电子业务系统。
3. 如：人力资源管理系统、教务管理系统、学籍管理系统、铁路客票发售系统、科技管理系统、会计信息系统、企业资源计划系统、生产业务管理系统。

• 电子政务

0. 主要针对政府部门的政务管理活动和服务职能而建立的。
1. 政府的主要职能包括经济管理、市场监督、社会管理和公共服务。
2. 如：宏观经济管理系统、市场监督管理系统、社会治安管理系统。

• 电子商务

0. 主要针对商贸活动而建立，主要依托internet，实现网上购物、网上交易和在线支付等活动。
1. 如：B2B、B2C、C2C、B2G。天猫和网上书店是B2C。
2. 电子商务系统的核心部分通常是以网页的形式出现的。

1.2.2 按数据处理方式分类

• 操作型管理信息系统

0. 面向具体的管理业务而建立，功能简单。
1. 数据录入、修改、删除、打印、查找和简单的汇总计算。
2. 如：会计记账管理系统、工资发放管理系统、人事档案管理系统。

• 分析型管理信息系统

0. 面向那些需要进行趋势分析、预测等管理决策需求而建立。
1. 基于操作型管理信息系统开发
2. 如：基于会计记账管理系统开发的财务分析系统。

1.2.3 按管理应用层次分类

• 事务型管理信息系统

事务型管理信息系统主要服务于组织的基层管理者，主要目的是具体业务过程的自动化，操作型管理信息系统大多是事务型管理信息系统。

• 管理型管理信息系统

管理型管理信息系统主要服务于组织的中层管理者，提供综合的查询、统计分析和报表、报告等功能，涉及多项业务的综合管理。主要目的是组织的中层管理人员通过固定格式的报表、报告和综合查询，统计分析，了解和监视管理领域的运行状况。

• 战略型管理信息系统

战略型管理信息系统主要服务于组织的高层管理者，主要目的是为战略计划的制订和调整提供辅助决策功能。这类系统所需要的数据一般来源于事务型管理信息系统和管理型管理信息系统，还有一些来自企业外部，其中外部数据所占的比例较大。

1.2.4 按行业和业务职能分类

• 按行业和部门

铁路管理信息系统、农业管理信息系统、房地产业管理信息系统

• 按业务职能

铁路统计系统、客票预发售系统、危险品及安全管理系统

1.3 管理信息系统的结构

1.3.1 功能结构

结构是指管理信息系统的各部件的构成框架，对这些部件的理解不同，就构成了不同的结构方式。

从使用者角度看，任何一个管理信息系统均有明确的目标，并由若干具体功能组成，各功能相互联系，构成一个有机结合的整体，表现出系统的特性，这就是功能结构。

1.3.2 概念结构

信息源、信息处理器、信息用户、信息管理者

管理信息系统的功能结构反映了管理的业务职能，比较直观，易于理解。如果对各个管理信息系统的功能结构进行抽象，会发现所有的管理信息系统均是由信息源、信息处理器、信息用户和信息管理者四大部件组成，这就是管理信息系统的概念结构

1.3.3 管理职能结构

纵向视野

一般将管理活动分为高、中、低三个层次，即战略计划层、管理控制层和执行控制层。针对这三个层次所建设的系统称为战略计划子系统、管理控制子系统和执行控制子系统。分别属于战略型、管理型和事务型管理信息系统;

横向视野

从横向来看一个组织，其管理活动是按职能排列的，可分为若干子系统:生产管理子系统、销售管理子系统和物资管理子系统，财务会计管理子系统，人力资源管理子系统;

综合视野

实际企业种的管理活动不单纯按层次或职能划分，是横、纵交叉形成的完整的管理活动。

1.3.4 软硬件结构

硬件结构：管理信息系统的硬件结构是系统的实体部分，包括计算机、外设和网络硬件设备及联机方式。

硬件组成：客户机和服务器

软件结构：

0. 一是描述管理信息系统应用软件的功能模块，对管理信息系统功能结构的进一步补充和细化，一般可以用系统模块结构图的形式展示。
1. 二是依附于硬件结构的管理信息系统的软件结构，主要包括操作系统、数据库管理系统、应用开发工具和各种服务器软件等。

1.3.5 网络计算结构

中央主机集中分时处理

文件服务器模式

客户机/服务器模式

浏览器/服务器模式

1.4 管理信息系统的几种典型应用

MRP系统

概念：MRP一种以物料需求的计划与控制为主线的管理思想，基于此种管理方法形成的管理信息系统被称为MRP系统

MRP系统逻辑流程：MRP的基本内容是编制零件的生产计划和采购计划。首先定制主生产计划，据此定制物料需求计划、生产进度计划与能力需求计划。

MRP主要依据(填空题)： 主生产计划（MPS）、物料清单（BOM）、库存信息

MRP系统管理理念： 供需平衡原则和优先计划原则。

MRPII系统

MRP系统只涉及物流，只是企业生产管理的一个方面

MRPII系统，制造资源计划（Manufacturing Resource Planning）集制造、财务、销售、采购、工程技术等各子系统为一体

ERP系统

MRPII系统仅仅局限于企业内部制造资源，不包括面向供应链管理的概念

逐渐扩展为覆盖工程、财务、人力资源和项目管理等领域的企业内全部活动，演化成为新一代企业资源计划（Enterprise Resource Planning，ERP）

ERP三大特征(填空) ：顾客驱动、基于时间、面向整个供应链。

ERP四大元素(填空题) ：资金、货物、人员、信息。

ERP的主要功能： 财务管理(会计核算、财务管理)、物流管理(分销管理、库存管理、采购管理)、生产计划与控制管理(主生产计划、物料需求计划、能力需求计划、车间控制、制造标准)、人力资源管理(招聘管理、工资核算、工时管理)。

第二章 管理信息系统的基本知识

1.1 管理的基本知识

1.1.1 管理的含义

(名词解释简答题)

管理就是由一个或更多的人来协调他人的活动，以便收到个人单独活动所不能收到的效果而进行的各种活动。
​
这一概念有三方面的含义：
​
1.管理工作的中心是管理其他人的工作。
​
2.管理工作是通过协调其他人的活动来进行的，追求群体的协同效应。
​
3.管理就是去营造一种激励环境，使其所有工作人员努力工作，发挥群体的协同效应，达到企业或组织的目标。

• 管理的过程就是基于信息的决策过程，它通常包含以下步骤(填空)：（1）发现问题（2）拟定方案（3）作出决策
• 管理现代化的内容是随着社会的变化、生产力的发展和科学技术水平的提高而不断更新和充实的
• 管理现代化主要包括(填空)： 管理思想的现代化、管理组织的现代化、管理方法的现代化、管理手段的现代化

管理的五大职能说

• 计划，管理的首要职能，对未来事件作出预测，以定制出行动方案
• 组织，完成计划所需的组织结构、规章制度、人财物的配备等
• 指挥，对所属对象的行为进行发令、调度、检查
• 协调，使组织内部的每一部分或每一成员的个别行为都能服从于整个集体的目标，是管理过程中带有综合性、整体性的一种职能
• 控制，对下属人员的行为进行检测，纠正偏差，使其按规定的要求工作

1.1.2 组织的结构

直线制组织结构

(名词解释)直线制是一种最早也是最简单的组织形式。它的特点是企业各级行政单位从上到下实行垂直领导，下属部门只接受一个上级的指令，各级主管负责人对所属单位的一切问题负责。直线制结构比较适用于任务明确，而又要求领导集中、控制严格的情况，是一种树状组织。

职能制组织结构

(名词解释): 职能制组织结构，是各级行政单位除主管负责人外，还相应地设立一些职能机构。如在厂长下面设立职能部门和人员，协助厂长从事职能管理工作。

矩阵式组织结构

1.1.3 管理部门的划分方法

一个企业可以按以下原则进行管理部门的划分(选择题)：按职能划分部门、按地区划分部门、按产品划分部门。

1.1.4 管理幅度与层次

管理幅度(名词 解释) 管理幅度又称“管理跨度”或“管理宽度”，是指一名管理者有效地监督、管理其直接下属的人数是有限的，当超过某个限度时，管理的效率就会随之下降，所以必须增加一个管理层次。

管理层次(名词解释) 管理层次就是指管理组织划分为多少个等级。管理者的能力有限，当下属人数太多超出了自己的管理幅度时，需要划分层次，不同的管理层次标志着不同的的职责和权限。我们将管理划分为三个层次：高层管理、中层管理和基层管理。

高层管理：属战略级管理，指一个组织最高领导层，主要职能是根据组织内外的全面情况，分析和制定该组织长远目标及策略。
中层管理：属战术级管理，主要任务是根据最高层管理所确定的总体目标，对组织内部所拥有的各种资源，制定资源分配计划和进展表，并组织基层单位来实现总体目标。中层管理有时也称为控制管理。
基层管理：也称执行层或作业层管理，它是按照中层管理制定的计划，具体组织人力去完成计划。

按照管理幅度的大小及管理层次的多少，分成两种结构(填空)：扁平结构、直式结构

为了达到有效管理，应尽可能地减少管理层次，我们将这一过程称为管理扁平化。

1.1.5 管理层次与决策类型

决策是管理活动的中心，管理活动的低、中、高三个层次分别对应着三种类型的决策过程

结构化决策	半结构化决策	非结构化决策
通常指确定型的管理问题，它根据一定的决策规则或通用的模型来实现其决策过程的自动化。	通常指企业职能部门主管业务人员的计划控制等管理决策活动。	指很难用确定的模型来描述的一类管理决策活动，它强调决策者的主观意识，这类问题一般都带有全局性、战略性和复杂性。
财务处理、物资出入库管理	市场预测	市场开发、企业发展战略

1.2 信息的基本知识

1.2.1 信息与数据

数据是对客观事物的记载，数据由一些可以鉴别的物理符号组成。

信息(名词解释) 是经过加工的数据，是有一定含义、能减少不确定性、对决策或行为有现实或潜在价值的数据。

地位：客观信息、主观信息

作用大小：有用信息、无用信息、干扰信息

应用部门：工业信息、农业信息、军事信息、科技信息、市场信息、等

1.2.2 信息的基本属性

信息的基本属性(填空)：普遍性、事实性、层次性、可压缩性、扩散性、非消耗性、共享性、变换性、可转化性。

普遍性，信息是普遍存在的，它是事物运动和状态改变的方式。因此，只要有事物存在，只要有事物运动，就会有它们运动的状态和方式，就存在信息。
事实性，信息描述了事物运动和状态的改变，因此，它具有事实性，这是信息的重要基本性质之一。
共享性，信息是一种特殊的资源，只能共享不能交换，只有将企业的全部信息集中管理，充分共享，信息才可能成为企业可利用的资源。
层次性，通常将管理分成三个层次：高层管理、中层管理、基层管理。对于同一个问题，处于不同的管理层次，要求不同的信息。因此，信息与管理一样，也具有层次性。
变换性，信息是事物运动的状态和方式，不是事物本身，因此信息可以负载在其他一切尽可能的物质载体和能量形式上。
扩散性，信息的本性，信息力图冲破保密的、非自然的约束，通过各种渠道和手段向四面八方传播。
非消耗性，信息与其他物质资源不同，它在使用过程中不但不会被消耗，而且还可能出现再生或增殖。
可压缩性，指信息经过浓缩、集中、综合和概括等处理后，而不至于丢失信息的本质。
可转化性，从潜在的意义上讲，信息是可以转化的。它在一定条件下（其中最主要的条件就是信息被人们有效利用），可以转化为物质、能量、时间及其他。

1.2.3 信息处理的生命周期

从信息的产生到最终被使用而发挥作用，可将信息的生命周期分为需求、收集、传输、处理、存储、维护、使用和退出等过程

信息维护的主要目的是保证信息的(填空)：准确性、及时性、安全性、保密性

1.2.4 管理信息与决策

管理信息定义～指对企业的日常经营、决策和战略规划等管理活动有用的信息

管理信息分类

按管理职能分：产品设计信息、生产信息、市场销售信息、人力资源信息、等
按信息来源分：内部信息、外部信息
按信息流向分：输入信息、输出信息、控制信息、反馈信息、等

管理信息特点(选择题)

信息来源的分散性
信息量大且多样性
信息处理方法的多样性
信息的发生、加工和使用时间、空间上的不一致性

信息要求	高层管理	中层管理	低层管理
信息来源	主要来自外部	以内部为主	主要来自内部
信息范围	较宽	较窄	较窄
概括性	概括	简单综合	具体
时间性	未来的	历史的	历史的
流通性	过去的	近期的	当前的
精度	较低	较高	高
发生频率	不常用	一般使用	经常使用

1.3 系统的基本知识

1.3.1 系统的概念

系统是由一些相互联系、相互制约的若干组成部分结合而成的、具有特定功能的一个有机整体（集合）。

系统存在的三个基本条件：

（1）系统是由若干要素（部分）组成的

（2）系统有一定的结构

（3）系统有一定的功能，或者说系统要有一定的目的性

系统的基本要素：

无论何种具体的系统，均可以分解为输入、处理、输出、反馈和控制五个基本要素。

1.3.2 系统的分类

按复杂程度分：

物理结构系统、生物系统、人类系统、社会系统、宇宙系统

按系统与环境的关系分类：

封闭系统、开放系统

按是否有反馈机制分类：

开环系统、闭环系统

按抽象程度分类：

概念系统、逻辑系统、物理系统

1.3.3 系统的属性

整体性：系统的总体性能大于各要素性能之和

关联性：指系统与其子系统之间、系统内部各子系统之间和系统与环境之间的相互作用、相互依存和相互关系

层次性：一个系统总是由若干子系统组成的，该系统本身又可看做是一个更大的系统的一个子系统

统一性：不同层次上系统运动规律的统一性，不同层次上的系统运动都存在组织化的倾向，而不同系统之间存在着系统同构

1.3.4 系统的分解

系统分解的目的：

面对一个庞大而又复杂的系统，我们将其按一定原则划分为若干子系统，从而降低分析的难度，这种系统方法称为系统的分解。

系统分解的原则：

（1）可控制性原则

（2）功能聚合性原则

（3）接口标准化原则

1.4 信息技术的基本知识

1.4.1 网络技术

计算机网络的概念：利用通信设备和线路将地理位置不同、功能独立的两台或两台以上的计算机互联起来，以功能完善的网络软件实现资源共享和信息传递的系统

网络的分类(填空题)

按通信介质分：有线网、无线网
按地理范围分：局域网、广域网

网络协议：常用协议：TCP/IP协议、IPX/SPX协议、NetBEUI协议

网络拓扑结构：最基本的拓扑结构有总线型、星形和环形三种

网络安全： 网络安全是指网络系统的硬件、软件及其系统中的数据受到保护，本质上讲就是网络上的信息安全。

安全的网络一般具有(填空)保密性、完整性、可用性、可控性和可审查性五个特征。

1.4.2 数据库技术

数据库(Database)的概念：各种相关数据的集合和容器

数据表(Table)的概念：数据库的重要组成部分，存放数据的基本数据结构

数据库管理系统DBMS：对数据库进行管理的系统软件，位于用户和操作系统之间，为用户或应用程序提供访问数据库的方法和工具

结构化查询语言SQL：关系数据库的标准语言

管理信息系统中的常见的“CRUD”四类操作中：Create增加，Retrieve检索，Update修改，Delete删除

1.4.3 计算机语言

机器语言：第一代计算机语言，直接和机器打交道的语言

汇编语言：第二代计算机语言，基于助记符的语言

高级语言：第三代计算机语言，语法和句法与自然语言接近的语言

第三章 系统开发方法概述

第一节 管理信息系统开发的基本问题

1.1.1 系统开发具备的条件

0. 企业高层领导应重视和介入，对系统开发和使用成败起决定作用的首要条件
1. 企业业务人员要有积极性，企业各类业务人员是管理信息系统主要的直接操作者与使用者
2. 企业要有一定的科学管理基础
3. 要有一定的投资保证，管理信息系统投入运行后，维护费用占总投资的主要部分

1.1.2 系统开发前的准备工作

0. 借鉴同类系统的开发经验
1. 确定系统目标、开发策略和投资金额
2. 收集和整理基础数据

1.1.3 系统开发的困难因素

0. 新系统对当前管理模式影响较大
1. 管理信息系统的效益不易用货币形式直接反映
2. 基础数据的准确性与完善性差
3. 重视编程，轻视规划
4. 采用增加开发人员的方式来加快进度
5. 堆栈现象

第二节 管理信息系统的开发方法

1.2.1 系统开发方法的产生背景

（1）软件开发费用和进度失控

（2）软件的可靠性太差

（3）生产出来的软件难以维护

1.2.2 结构化开发方法

结构化方法是20世纪70年代基于瀑布模型提出的，是目前最成熟、应用最为广泛的管理信息系统开发方法之一

结构化分析

基本思想：“自顶向下，由粗到细，逐步求精”
基本手段：“分解”和“抽象”
基本策略：“自顶向下”和“逐步求精”
主要内容：分析结果用图形表示，四部分组成
               一套分层的数据流图、一本数据词典、
               一组加工(处理)说明、补充材料

结构化设计

分为两步：（1）总体设计（2）详细设计
主要特点：（1）相对独立、功能单一的模块结构
               （2）块内联系大，块间联系小
               （3）采用模块结构图的描述方式
​

1.2.3 原型化开发方法

在管理信息系统开发中，用“原型”来形象地表示系统的一个早期可运行版本，它能反映新系统的部分重要功能和特征。

原型化方法(选择、填空、简答) ：要求在获得一组基本的用户需求后，快速地开发出新系统的一个原型，用户、开发者及其他有关人员在试用原型的过程中，加强通信和反馈，通过反复评价和反复修改原型系统，逐步确定各种需求的细节，适应需求的变化，从而最终提高新系统的质量。

探索型： 主要是针对开发目标模糊、用户和开发人员对项目都缺乏经验的情况

实验型： 用于大规模开发和实现之前考核、验证方案是否合适，规格说明是否可靠

演化型： 该方法认为信息系统本质上就是不断演化的，重点关注问题是如何才能使信息系统适应不可避免的变化

1.2.4 面向对象开发方法

将面向对象的思想应用于软件开发过程中，指导开发活动，主要包括面向对象分析方法OOA，面向对象设计方法OOD，面向对象编程方法OOP。

对象

一些相互关联的实体
组成：对象的标识、对象中的操作集合、对象的数据结构、对象对外消息接口
特性：封装、能动
换言之，对象是数据结构以及作用于此结构上的数据操作的封装，这个封装具有自身行动能力

类和实例

类是对象的抽象描述，对象是类的实例，由类到对象的过程称为实例化过程
既可以由对象抽象出类，也可以从众多子类中抽象出超类

继承

继承是子类自动共享父类中的方法和数据的机制，它使管理信息系统的系统结构具有了开放性

封装

是一种信息隐藏技术
封装机制使对象成为数据与方法的集成体

第三节 结构化方法的开发过程

1.3.1 系统开发阶段划分

总体规划、系统分析、系统设计、系统实施、运行维护、系统评价

1.3.2 各阶段主要内容

总体规划：

总体规划是管理信息系统建设的第一步，意在通过初步的、总体的需求分析，回答“系统是什么”的问题，进行可行性论证。
主要包括以下工作：(填空题)
（1）对当前系统进行初步调查
（2）分析和确定系统目标
（3）分析子系统的组成以及基本功能
（4）拟定系统的实施方案
（5）进行系统的可行性研究
（6）编写可行性报告

系统分析：

系统分析也称系统逻辑设计，在总体规划的指导下，对某个或某些子系统进行调查、研究、分析，旨在获得一个合理的新系统逻辑模型。
系统分析阶段主要是解决“干什么”的问题。系统分析阶段的主要任务是开发人员同用户一起，通过对当前系统的详细调查和分析充分理解新系统目标，即用户的需求，并将它明确地表达成书面资料-系统说明书。
系统说明书作用：
（1）描述新系统的逻辑模型，作为设计和实施的基础
（2）作为用户和开发人员之间的协议或合同，为双方交流和监督提供基础
（3）作为新系统验收和评价的依据

系统设计：

系统分析回答了“干什么”的问题，系统设计则回答“怎么干”
两个阶段：总体设计、详细设计
主要任务：将系统分析说明书转换成具体的计算机实现方案—系统设计说明书
划分系统的子系统或模块，确定模块结构，并画出模块结构图

系统实施：

主要包括：系统实现、系统测试、系统切换
主要文档：用户操作手册

运行维护：

新系统的正常使用和维护，并撰写运行状况报告
四个方面：
（1）程序的维护
（2）数据的维护
（3）代码的维护
（4）设备的维护

系统评价：

从三个方面对系统进行评价：
（1）系统的功能和性能
（2）系统的经济效果
（3）其他方面的评估

第四节 开发过程组织和管理方法

1.4.1 项目管理的主要内容

为了使系统开发能够按照预定的成本、进度、质量顺利完成，需要对成本、人员、进度、质量、风险等进行分析和管理，这就是项目管理，它贯穿于系统开发生命周期的全过程。

项目管理的主要内容： 任务划分、计划安排、经费管理、审计控制、风险管理(风险识别、风险分析、风险缓和、风险跟踪)、质量保证(项目管理的重点和难点分为三个阶段：事前准备、过程监控、事后评审)。

1.4.2 项目管理组的组成

项目管理组的组成： 项目组长、用户、系统分析员、硬件网络设计员、数据库管理员、系统设计员、程序员。

1.4.3 文档的管理

文档是系统开发建设的生命线，它贯穿于管理信息系统开发的整个过程，系统开发的各个层次和阶段都要有相应的文档。

文档管理应遵循的原则：

1.文档要标准化和规范化

2.维护文档的一致性

3.维护文档的可追踪性

4.文档管理的制度化

第四章 总体规划

第一节 总体规划的目的和步骤

1.1.1 目的

总体规划是管理信息系统生命周期中的第一个阶段，也是系统开发过程的第一步，其目的可以用一句话来概括：即明确系统“是什么”的问题，也就是进行顶层设计，描绘出信息系统的架构，并对目标系统提出完整、准确、清晰、具体的要求。

保证信息共享
协调子系统间的工作
使开发工作有序进行

1.1.2 步骤

需求初步调查

调查内容：
现行系统的目标和任务；
现行系统概况；
现行系统的环境和约束条件；
现行系统的业务流程和子系统的划分；
新系统的开发条件。

确定系统建设目标

新系统目标应具备的重要特性：
1.目标的总体战略性；
2.目标的多重性；
3.目标的依附性；
4.目标的适应性；
5.目标的长期性。

初步确定子系统组成与基本功能

拟定系统实施方案

可行性分析

可能性：开发的条件是否具备
必要性：客观上是否需要开发新系统

四个方面分析：
技术上的可行性
	技术上的可行性是根据新系统的目标来考虑系统的软硬件设备、计算机联网能力、网络及数据安全保护措施、输入输出设备、大容量存贮设备等。技术力量不仅考虑技术人员的数量，更应考虑他们的经验和水平。
	
经济上的可行性
	新系统的经济可行性分析的含义是，估算新系统开发和运行所需的费用，以及新系统的效益，将投资和效益进行比较，说明在经济上是合算的。

管理上的可行性
	管理上的可行性是考虑当前系统的管理体制是否有条件提供新系统所必需的各种数据，企业最高层领导及各级管理人员对开发建设一个新系统来替代现有系统的需求是否迫切，即新系统的必要性。

开发环境的可行性
	企业领导意见是否一致，有无资金，能否抽出骨干力量参加新系统开发等，简单地说就是企业能为新系统的开发建设提供一个长期的、良好的环境。

编制可行性分析报告

报告内容：
1.引言(主要包括项目摘要、开发背景、参考资料和专门术语等内容)；
2.现行系统调查与分析；
3.新系统建设方案；
4.可行性论证；
5.结论。

第二节 企业系统规划方法

1.2.1 BSP方法概述

企业系统规划法(business system planning，简称BSP)：用于管理信息系统总体规划的方法，应用最为广泛。

BSP方法原则(选择、填空、简答)

1.支持企业的总目标；
2.面向企业中管理各层次的要求；
3.从方法论上摆脱信息系统对旧组织机构的依从性；
4.使信息系统在结构上有良好的整体性；
5.自上而下规划和自下而上实施相结合。

1.2.2 BSP工作流程

又称企业的过程识别，指的是对企业信息系统环境的了解，整个BSP研究中最关键和重要的活动之一。

企业过程是指企业资源转化和资源管理中有逻辑关系的决策和活动。

BSP法中，定义数据类时最重要的是要把数据类与企业过程关联起来

数据类： 在BSP法中，数据类是指支持企业所必需的，在逻辑上相互联系的，并能组成相对独立的完整数据单位的那些数据部分。

1.2.3 定义企业过程

企业资源可分为关键性资源和支持性资源，此外，还有一些不以具体产品形式存在的“资源”，就是企业的计划与控制。

支持性资源是指为实现企业目标必须使用、引用和消耗的那些资源，如原材料、资金、设备人员等。

资源的生命周期： 需求、获取、服务、退出。

资源的生命周期(名词解释)： 生命周期是指一项资源由取得到退出过程所经历的阶段，一般可分为需求、获取、服务、退出四个阶段。

定义企业过程是BSP方法的核心。

基本方法：

对企业的现实活动进行调查，以企业的关键资源为线索，追溯其生命周期，通过分析与综合，最终完成企业过程的定义。

定义企业过程的步骤

（1）从计划/控制资源着手。可以识别出企业战略规划与管理控制两个层次的过程。
（2）识别产品/服务过程。根据其需求、获取、服务、退出4阶段的生命周期，对每一阶段，用一些过程进行管理。
（3）从支持性资源识别企业过程。其方法与产品/服务识别过程类似。

1.2.4 定义数据类

以资源生命周期不同阶段对信息的不同需求，可将企业中的数据分为4种类型：库存文档型、事务型、计划型和综合统计型。

企业数据识别的方法：

企业实体法：

企业的实体指：顾客、产品、材料及人员等企业中客观存在的东西
列出企业实体，分析与每个实体联系比较紧密的数据，将结果表述出来
企业实体法主要工具：数据／实体关系矩阵

企业过程法：

利用以前识别过的企业过程，分析每一个过程利用什么数据，产生什么数据
企业分析法主要工具：过程／数据关系矩阵

1.2.5 设计系统总体机构与开发顺序

子系统设计的原则：

1.子系统在功能上应有相对的独立性，通常子系统不应跨越两个或两个以上的企业过程；
2.子系统在数据上应有自身的完整性，一般一个数据类只能由一个子系统产生。

简述在总体规划阶段确定子系统划分和开发优先顺序的基本原则？

子系统划分的基本原则：
1.子系统在功能上应有相对的独立性；2.子系统在数据上应有自身的完整性。

开发优先顺序的基本原则：
1.子系统需求程度与潜在效益的评估；2.技术约束分析。

第五章 系统分析

第一节 系统分析的目的与难点

系统分析也称系统逻辑设计，是系统详细开发的关键性阶段，旨在获得一个合理的新系统的逻辑模型，以便为后一阶段的系统设计提供较详细的开发方案。

系统分析的目的是将用户的需求及其解决方法确定下来，最终得到系统分析说明书。

系统分析说明书所确定的内容是今后系统设计、系统实施和系统评价的基础和依据，也是开发人员与用户签订协议和合同的依据。

系统分析阶段的主要任务：

（1）详细调查收集和分析用户需求；
（2）确定新系统初步的逻辑模型；
（3）编制系统说明书。

系统分析工的难点与对策：

难点：
1）对于用户：提出的需求难以理解
2）对于系统分析人员：理解和表达出来的新系统逻辑模型可能与用户需求不一致
对策：
1）做好用户事前培训工作
2）做好系统开发人员的培训工作
3）选择正确的开发方法和良好的表达工具

第二节 系统分析的逻辑与步骤

逻辑模型：做什么，反应系统的性质

物理模型：如何做，反应系统的某一种具体实现方案

系统分析的主要步骤：

(1)详细调查
(2)业务流程分析
(3)数据流程分析
(4)编写系统分析说明书

1.2.1 详细调查

1.2.1.1 详细调查的目的与难点

详细调查的目的与难点：

目的：
详细调查的目的就是要搞清楚用户的想法和要求，换句话说，就是通过一系列的调研活动，尽可能准确、详细地了解用户需求。

难点：
（1）没有足够的用户参与
（2）用户的需求经常变更
（3）用户与开发人员很难进行交流

简述详细调查的目的：

详细调查的目的就是要搞清楚用户的想法和要求，换句话说，就是通过一系列的调研活动，尽可能准确、详细地了解用户需求。管理信息系统开发过程中遇到的许多问题，都是由于调研不清、不细造成的，为了保障系统开发的成功，必须对这一阶段给予充足的时间和高度的重视。

1.2.1.2 详细调查的主要内容

组织结构的调查

用组织结构图描述当前系统组织机构的层次和隶属关系

公司管理的三个层次：
（1）领导决策层：
由董事会成员组成；
负责拟订各种规划方案、审议批准各种报告计划、任免批准经理职位等
（2）业务管理层：
由总经理、副总经理、及其下属的各业务处室组成；
执行董事会决议、负责公司的经营管理及日常工作；拟订管理制度等
（3）业务执行层：
由下属分公司等机构组成；
完成日常的生产、业务和调度等工作

业务流程的调查

从一个实际业务流程的角度将系统调查中有关该业务的资料串起来，以便于对企业现有的工作过程有一个动态的了解

数据流程调查

收集资料，调查清楚每个数据的出处，数据间的相互关系

薄弱环节的调查

座谈访问、书面调查、参加业务实践、分析调查资料等充分与用户交流，听取意见和建议

其他调查信息

如企业的发展战略规划、财务状况、人员情况、为什么要开发系统等

1.2.1.3 详细调查的方法与原则

基本方法

（1）收集资料
（2）开调查会或个别访问   --最有效的调查方法
（3）书面调查
（4）参加业务实践        --了解现行系统的最好方法

调查的原则

（1）事先计划
（2）采访持关键信息的人
（3）自顶向下全面展开
（4）存在的不一定是合理的
（5）分工和协作相结合
（6）主动沟通的工作方式

注意事项

（1）选择默契的语言
（2）倾听比表达更重要
（3）及时反映避免误解
（4）以学习的态度开展工作

1.2.2 业务流程分析

流程由一系列的活动或是事件组成，可以是渐变的连续型流程，也可以是突变的断续型流程。

业务流程是指一组共同为顾客创造价值而又相互关联的活动

业务流程的特点： 目的性、逻辑性、层次性。

业务流程的功能： （1）实现不同分工活动的结果连接（2）反映活动间的关系

业务流程分析主要是为了描述现行系统的物理模型，其步骤如下

（1）调查企业的组织结构
（2）调查企业的具体业务流程
（3）绘制业务流程图
（4）业务流程优化

业务流程图：表达清楚三件事：业务功能是什么、谁负责该项业务、业务和数据的流动方向

1)业务流程分析采用自顶向下的方法

2)首先画出高层管理的业务流程图

3)再对每一个功能描述部分进行分解

4)画出详细的业务流程图

业务流程重组

业务流程重组简称BPR，它是对企业的业务流程作根本性的思考和彻底重建，其目的是在成本、质量、服务和速度等方面取得显著的改善，使得企业能最大限度地适应以顾客、竞争、变化为特征的现代企业经营环境。

基本特征： “根本性”思考、“彻底性”再设计、“显著改善”、“流程”

BPR的原则

1.围绕最终结果而非具体任务来实施再造工作；
2.让后续过程的有关人员参与前端过程；
3.将信息处理融入产生该信息的实际工作中去；
4.将地域上分散的资源集中化；
5.将平行工序连接起来而不是集成其结果；
6.决策点下移并将控制融入过程中；
7.在源头获取信息。

1.2.3 数据流程分析

数据流程分析的概念

输入流、输出流、处理过程是任何一个系统的最基本组件

数据流程分析的目的： 在业务流程分析的基础上，勾画出现行系统的逻辑模型

分析得到的工具：分层的数据流图、数据字典和加工说明

数据流图：用图形的方式对系统进行分解，描述系统由哪几部分组成，各部分间有什么联系
数据字典：用图表描述系统中的每一个数据组、数据存储和数据项
加工说明：用文字等形式详细描述系统中的每一个基本处理的过程

数据流分析的步骤

数据流程分析主要包括对信息流动、传递、处理、存储等的分析

目的是勾画数据流通现状，并发现和解决数据流通中存在的问题

主要步驟： 绘制数据流图、编制数据字典、撰写处理说明。

数据流图的基本画法

数据流图（名词解释）（Data Flow Diagram，简称DFD）是便于用户理解、分析系统数据流程的图形工具。它摆脱了系统的物理内容，精确地在逻辑上描述系统的功能、输入、输出和数据存储等，是系统逻辑模型的重要组成部分。

表示符号： 方框为数据源点或终点，椭圆为加工，半方框为文件，箭头为数据流

绘制数据流图的原则：

（1）总体上自顶向下逐层分解的原则，即按照结构化方法的思想，采用分层的数据流图，把大问题、复杂的问题分解成若干个小问题，然后分别解决。

（2）局部上由外向里的规则，即先确定每一层数据流图的边界或范围，在考虑流图的内部，先画出加工的输入和输出，再画加工的内部

绘制方法： 识别系统的输入和输出，绘制系统内部数据流，对复杂加工进行分解，检查、修改、完善。

绘制流程图的注意事项

（1）合理编号
（2）子图与父图的平衡
（子图与父图的数据流必须平衡，这是分层数据流的重要性质）
（3）分解的程度（最多不要超过7层）
（4）其他事项
（应先给数据流命名；从左到右画出数据流图；画数据流图时，先只考虑稳定状态）

数据流图检查

正确性
（1）数据守恒（最）
（2）文件使用
（3）子图和父图平衡
（4）加工和数据流的命名

可读性
（1）简化加工之间的联系
（2）分解应当均匀
（3）命名应当恰当

数据字典加工与说明

在数据流图的基础上，需要对其中的每个数据流、文件和数据项加以描述，我们把这些定义所组成的集合称为数据字典（Data Dictionary，缩写DD）。

（1）数据流和文件条目 一般从五部分来描述：编号、名称、别名、组成、发生频率
（2）数据项条目	数据流或文件是由若干数据项组成的，数据项是数据的最小单位

加工说明：是对数据流图中的“加工”部分的补充说明，描述了某个加工单元的数据处理过程，为系统设计阶段的处理过程设计提供资料

一般可以用结构化语言、判定表和判定树等工具来描述加工说明

一个好的加工工说明，至少要描述清楚三件事情：数据来源、处理逻辑、数据去向

1.2.4 新系统逻辑模型

新系统逻辑模型的任务

新系统逻辑模型是指：经过分析和优化后，新系统采用的管理模型和信息处理方法

新系统逻辑模型的建立是系统分析阶段的最终结果，是系统设计和系统实施的依据

建立新系统逻辑模型的任务： 对系统业务流程分析的结果进行整理，对数据流程分析的结果进行整理，在现行系统逻辑模型的基础上，结合新系统的目标，设计出新系统的逻辑模型。

现行系统逻辑模型到新系统逻辑模型的转换：

1）分析新系统与现行系统在逻辑上的区别，建立新系统的初步逻辑模型；

2）补充和完善，建立最终模型。

建立新系統的初步逻辑模型

确定合理的业务处理流程

删去或合并那些多余的或重复的处理过程；
说明哪些业务过程进行了改动，改动原因是什么，改动后将带来哪些好处等问题；
给出最后确定的业务流程图；
指出在业务流程图中哪些部分新系统可以完成，哪些部分需要用户完成，也就是要确定人-机配合方案

确定合理的数据和数据流程

确认最终的数据指标体系和数据字典，如指标体系是否全面合理，数据精度是否满足要求等；
删去或合并多余的或重复的数据处理过程；
说明哪些数据处理过程进行了优化和改动，以及改动的原因是什么，有哪些好处等；
给出最后确定的数据流图，指出在数据流图中哪些部分新系统可以完成，哪些部分需要用户完成

对初步逻辑模型进行补充和完善

建立初步逻辑模型时，主要靠经验进行，是一项创造性的劳动
在补充和完善时应重点考虑：
首先，应考虑新系统的人-机界面；
其次，考虑一些细节问题。

1.2.5 系统分析报告

系统分析报告的作用

1.描述了新系统的逻辑模型，作为系统设计和实施的依据；
2.为用户和开发人员之间交流和监督提供基础；
3.为新系统验收和评价提供依据。

系统分析报告的组成

（1）组织情况概述
（2）现行系统概况
（3）系统逻辑模型
（4）新系统在各个业务处理环节拟采用的管理办法、算法和模型
（5）与新系统相配套的管理制度和运行体制的建立
（6）系统设计与实施的初步计划
（7）用户领导审批意见

相关问题

系统分析报告形成后，必须组织各方面的人员一起对已经形成的逻辑方案进行论证，尽可能发现其中的问题和疏漏并及时纠正。
问题和疏漏：及时纠正
有争论的问题：重新核实原始调查资料或进一步深入调查研究
重大的问题：可能需要调整或修改系统目标，重新进行系统分析

第六章 系统设计

第一节 系统设计概述

1.1 系统设计的任务

系统设计两个阶段：总体设计、详细设计

最终交付：系统上合计说明书

任务内容：

根据分析阶段产生的文档资料，确定新系统在计算机内的程序模块组成，以及各模块之间连接方式；用一定工具将设计成果表达出来；代码设计、输入输出设计、人机界面设计、数据库设计、模块处理设计、安全设计等

完成人员： 系统设计人员

培训工作： 系统分析培训、系统设计培训

1.2 系统设计的原则

简单原则： 达到目标的前提下，系统尽可能简单

一致性和完整性： 应做到信息编码、采集、信息通信等内容的一致性，系统是一个统一的整体，功能应尽量完整，一致性有利于子系统之间联系与合作

灵活和适应性： 可降低管理信息系统的维护难度

可靠性：可抵抗异常干扰和保证系统正常工作的能力

安全性： 特指系统的保密功能和防病毒功能

经济性： 可给用户带来经济效益

第二节 系统总体结构设计

2.1 子系统的划分和确认

划分原则：

1.子系统要具有相对独立性（子系统内部各功能具有“强耦合”关系）
2.使数据冗余较小
3.便于系统分阶段实现
4.适应组织管理机构的设置
5.充分利用各种资源       

助记口诀✍️独立荣誉（冗余）分阶段机构设置用资源

2.2 模块结构设计

模块结构设计的任务： 对各个子系统进行细化，确定划分后的子系统的模块结构，并画出模块结构图。

模块结构图符号：方框表示模块、箭头表示调用、圆空心箭头表示数据、圆实心箭头表示控制信息、圆表示转接。

模块的要素：

1）输入和输出
2）加工处理功能
3）内部数据
4）程序代码

调用：判断调用、循环调用、直接调用

耦合方式： 数据耦合(最好)、控制耦合、内容耦合。

内聚方式：

巧合内聚(性能最差)：模块内各成分之间毫无联系
逻辑内聚：模块内各成分的逻辑功能相似
过程内聚(模块间耦合度高)：由一段公共的处理过程组合成的模块
通信内聚：模块中各成分引用或产生共同的数据
顺序内聚：模块中各成分有顺序关系，某一成分的输出是另一成分的输入
功能内聚(性能最好)：模块中各成分的联系是功能性的

模块耦合(名词解释) ：耦合表示模块之间联系的程度。紧密耦合表示模块之间联系强，松散耦合表示联系比较弱。

模块内聚(名词解释) ：内聚表示模块内部各成分之间的联系程度。一般要求系统中各模块的内聚尽可能大，以增加模块的可理解性和可维护性。

系统模块结构的评价标准：

我们评价模块质量的标准是“耦合小，内聚大”。
耦合小就是模块间尽可能相对独立，从而各模块可以单独开发和维护。
内聚大就使得模块的可理解性和维护性大大增强。
因此，在设计时应尽量减少模块的耦合，力求增加模块的内聚。

模块结构图的推导策略：

以事务为中心的设计策略（事务分析）
应用：将高层数据流图转换成模块结构图
优点：能够把一个大的、复杂的系统分解成若干个较小的、简单的子系统
原理：高层数据流图处理功能相对独立，可以把它们看成一类特定的事务，将其转换为模块结构图

以变换为中心的设计策略（变换分析）
应用：将低层数据流图转换成模块结构图
优点：能够将数据流图中的处理功能分解成具有输入、中心变换、输出功能的简单模块
原理：首先对低层数据流图中的处理功能进行分类，分为输入功能、执行变换功能、输出功能3类

模块结构图的改进：

（1）按照“耦合小、内聚大”的模块结构质量标准进行修改和检查
（2）模块的扇入和扇出数，扇入数：模块的直接上层模块个数，扇出数：模块拥有的直接下层模块个数，扇出个数<=7
（3）消除重复的功能

2.3 网络设计与设备配置方案

设备选择的依据：

（1）根据实际业务需要考虑某个管理岗位是否要专门配备计算机设备
（2）根据实际业务性质决定某个管理岗位配备的计算机设备的规格型号
（3）根据办公室的物理位置分布和有无联机通信的要求，决定是否需要与网络连接以及连接的方式
（4）根据系统分析和调查中估算的数据量，确定网络服务器的硬盘大小
（5）根据实际业务要求、用户的习惯等确定新系统拟采用的软件工具
（6）根据系统分析和调查得到的网络数据传输量的大小，确定拟采用的网络传递介质，以及对主要连接设备的规格要求等
（7）根据投资预算对上述6项内容进行调整

第三节 系统详细设计

3.1 编码设计

设计原则： 唯一化、规律化、标准化、可扩充且容易修改。

编码的种类： 顺序码、层次码、助记码。

3.2 输入与输出设计

确定输出要求

（1）详细分析现行系统的输出报表和内容
（2）参考与用户同类型企业或部门的情况，借鉴业务性质类似的其他管理信息系统的经验
（3）与用户单位的实际业务人员讨论

输出方式

（1）屏幕输出（常用）（以数字或图形方式）
（2）打印报表输出（最常用) (关键在于合理编排内容) (二维表、自由格式)
（3）磁盘文件输出（传输速度慢）

校对方式： 人工校对、二次键入、根据取值范围控制。

3.3 人机界面设计

主要形式

菜单方式、
会话方式、
操作提示方式、
以及操作权限管理方式等

设计原则

（1）可靠性
（2）简单性
（3）立即反馈性
（4）明了性
（5）色彩适中
（6）风格统一

3.4 处理过程设计

处理过程设计，也称模块详细设计，任务是为模块结构图中的每一个模块确定所采用的算法和数据结构，用某种选定的表达工具给出清晰的描述

设计原则：

1.模块间的接口要符合通信的要求；
2.考虑将来实现时所用计算机语言的特点；
3.考虑数据处理的特点；
4.估计计算机执行时间不能超过要求；
5.考虑程序运行所占的存储空间；
6.使程序调试跟踪方便；
7.估计编程和上机调试的工作量。

3.5 数据库设计

良好的数据组织结构是衡量系统开发工作好坏的重要指标之一

任务： 依据数据库的规范化理论，按一定的步骤，对系统分析阶段的数据字典进行规范整理，建立符合第三范式的数据组织结构

步骤：

1.概念设计
～目标：产生反映全用户信息需求的整体数据库概念结构，即概念模型
～方法：描述概念模型的有力工具是“实体-联系”方法（E-R方法）
2.逻辑设计
～目的：得到一个与计算机软硬件的具体性能无关的全局概念模式
～任务：将概念结构转换成特定DBMS所支持的数据模型
～过程：将概念设计结果（E-R图）转换为某个DBMS所支持的数据模型并优化
3.物理设计
～任务和目标：为逻辑数据模型选取一个最适合应用环境的物理结构

实体联系图(名词解释) ：实体-联系图是一种用于数据库概念设计的建模方法，它将现实世界的信息结构统一用实体、属性以及实体之间的联系来描述。

3.6 安全控制设计

不安全因素

计算机系统自身存在的脆弱性
各种自然灾害
人为操作失误或错误及各种计算机犯罪行为

如何保证计算机信息系统的安全

（1）计算机信息系统实体安全
（2）计算机信息系统的运行安全
（3）信息与数据安全

安全设计需要考虑的内容

（1）机房的安全（ABC要求由高到低）
（2）操作系统的安全
（3）数据库系统安全技术（身份识别、访问控制）
（4）数据存储系统的安全（全量备份、增量备份）
（5）网络的安全（网络安全的特征）

全量备份(名词解释) ：所谓全量备份，就是将当前服务器数据库中的所有数据全部复制到永久脱机存储介质中，若发生系统崩溃，可保证重装系统后数据的完整性。

第四节 系统设计报告

系统设计阶段的主要成果是系统设计说明书，它既是新系统的物理模型，也是系统实施的主要依据

设计方案：

模块设计
代码设计
输入设计
输出设计
数据库设计说明
网络设计
安全保密设计
系统实施方案及说明

第七章 系统实施

第一节 系统实现

1.1 系统实现概述

系统实现的准备工作： 制定计划、制定编程规范、组织技术攻关、准备软硬件开发环境

1.2 开发语言选择

1.所选的语言是否易学、易用、易维护、操作简便

2.所选的开发语言是否与数据库管理系统有良好的数据接口

1.语言的集成环境和交互功能
2.语言的结构化机制和数据管理能力
3.有较多的使用者，方便版本升级和互相学习交流
4.开发人员的熟练程度
5.软件的可移植性和用户的要求

1.3 程序质量的评价

可靠性：满足预期需求，1.系统或程序的安全可靠性

规范性：系统的划分、书写的格式、变量的命名等按照统一规范

可读性：程序内容清晰、明了、便于阅读和理解

可维护性：程序各部分相互独立，程序之间只有数据联系

适应性：有变化时，调整和修改程序比较简便易行

1.4 变成风格

序言性注释： 出现在模块首部，模块功能说明、界面描述、重要变量的使用，开发信息

描述性注释： 嵌入程序中，用来说明程序段的功能或数据的状态

注释应注意：注释应和程序一致、注释应当提供一些程序本身难以表达的信息、为了方便今后维护，注释中尽量多用汉字。

伪码： 伪码是一种在详细设计时使用的过程化设计语言（PDL），可以是汉字或英语，编程时将伪码嵌入到程序中作为解释性语句。

缩排法

变量命名的规则：

1.不用过于相似的变量名
2.同一变量名不要有多种含义
3.在编程前最好能对变量名的选取约定统一的标准

1.5 代码审查

1.用人工的方法和辅助工具读代码的过程
2.保证软件质量的重要环节
3.是单元测试的一种方法

第二节 系统测试

2.1 系统测试概述

测试的目的：

1.测试是为了发现程序中的错误而执行程序的过程
2.好的测试方案是极尽其可能去发现迄今为止尚未发现的错误的测试方案
3.成功的测试是发现了至今为止尚未发现的错误的测试

测试流程： 测试计划、测试用例、执行测试、测试报告。

测试用例最难的是，测试数据

2.2 黑盒测试法

测试者把程序看成是一个黑盒，即测试者完全不考虑程序内部结构特性。“穷举”输入测试：把所有可能的输入都作为测试情况使用

黑盒测试法(名词解释)： 测试者把程序看成是一个黑盒，即测试者完全不考虑程序内部结构特性，而仅仅关心寻找程序未按规范运行的情况，并且仅仅按程序的规范导出测试数据。

等价划分法

把被测试的软件的所有可能的输入数据（有效的和无效的）划分成若干个等价类，把无限的随机测试变成有针对性的等价类测试。
设计等价类的测试用例：
(1)划分等价类并给出定义
(2)选择测试用例

划分等价类的规则：
(1)规定了输入值的范围——>一个有效等价类（范围内），两个无效等价类（小于最小值或大于最大值）
(2)规定了输入数据的个数——>和(1)类似，一个有效等价类，两个无效等价类
(3)规定了输入数据的一组值，且对不同输入值做不同处理——>每个允许的输入值是一个有效等价类，此外还有一个无效等价类（任一个不允许的输入值）
(4)规定了输入数据必须遵循的规则——>一个有效的等价类（符合规则）和若干无效的等价类（从各种不同角度违反规则）
(5)规定了输入数据为整数——>正整数、零和负整数三个有效类
(6)如果软件的处理对象是表格——>空表，以及一项或多项的表

边界值分析法

设计使软件运行在边界情况附近的测试方案，暴露出错误的可能性更大一些

错误推测法

靠直觉和经验进行，基本思想是列举软件中可能有的错误和容易发生错误的特殊情况，并且根据它们选择测试用例

2.3 白盒测试法

把软件看做成装在一个透明的白盒子里，即完全了解软件的结构和处理过程

按照软件的内部逻辑测试软件，检验软件中的每条通路是否都能按预定要求正确工作

又称为“结构测试”或“穷举路径测试”，从检查程序的逻辑着手进行测试

具体测试方法

语句覆盖：比较弱的测试标准、选择足够的测试实例，使得每一个语句都能执行一次

判定覆盖：设计足够多的测试实例，使得每个判定至少都获得一次真值和假值的机会，即使得每一个分支都至少通过一次

条件覆盖：对每个判定中所包含的若干个条件，应设计足够多的测试实例，使得判定中的每个条件都能取到真和假两个不同的结果

判定／条件覆盖：设计足够多的测试实例，使得判定中的每个条件都能取得各种可能的真值和假值，并且使每个判定都能取得真值和假值

条件组合覆盖（优秀）：设计足够多的测试实例，使得每个判定中条件的各种可能组合都至少出现一次

2.4 测试策略与原则

测试策略

1.在任何情况下都应使用边界值分析的方法
2.必要时用等价划分法补充测试用例
3.必要时再用错误推测法补充测试用例
4.对照软件逻辑，检查已经设计出的测试用例

测试原则

1.确定预期输出结果
2.避免测试自己的程序
3.进行破坏性测试
4.除了检查程序是否做了它应该做的工作，还应检查程序是否做了它不该做的事情
5.应保留测试数据，以便程序修改后进行再测试

2.5 系统测试的步骤、

模块测试： “单元测试”，保证每个模块能正常运行，人工走通+上机测试

子系统测试： “分调”，重点测试子系统内各模块的接口，(1)非渐增式(2)渐增式

系统总测试： “总调”，将经过测试的若干子系统组装在一起来测试，关键：“真实”、全面

第三节 系统切换

3.1 系统切换前的准备工作

0. 用户培训：事务管理员、系统操作员、系统管理员。
1. 数据和文档的准备

3.2 系统切换的方式

0. 直接切换：直接切换是常见的系统切换方法之一，是在原有系统停止运行的某一时刻，新系统立即投入运行，中间没有过渡阶段。
1. 平行切换(名词解释)：平行切换就是新系统和原有系统平行工作一段时间，经过这段时间的试运行后，再用新系统正式替换下原有系统。在平行工作期间，新旧两系统并存，一旦新系统有问题就可以暂时停止而不会影响原有系统的正常工作。
2. 分段切换

（1）按功能分阶段逐步切换
（2）按部门分阶段逐步切换
（3）按机器设置分阶段逐步切换

第八章 运行管理

第一节 系统运行的管理组织

1.1 运行管理机构发展的历程

零散的技术改造、各领域大量应用、战略信息管理

1.2 运行管理机构设置的原则

效率原则： 科学设计、合理安排、明确分配职责，以保证效率

精简原则： 机构和岗位设置力求精简，以高素质复合型人才和精简高效的机构保证信息化建设任务的顺利完成

灵活性原则： 1.信息化组织机构和岗位的设置上，没有统一的模式，2.管理职能可能发生变化，要及时作出机构和岗位的调整

因事设岗、因岗定编：在保证高效、精简的前提下设置具体的机构和岗位，保证科学性、合理性、完备性、唯一性，避免因人设事、设岗

1.3 运行管理机构的人员构成

网络组、硬件组、软件组、业务组、行政组

1.4 运行管理机制

以首席信息官CIO为核心，负责定制企业的信息发展战略、标准和程序，对企业的信息资源进行管理和控制

CIO主要职能： 参谋作用、桥梁作用、企业信息化的总领队、信息化培训。

CIO机制：以CIO为核心，以信息技术部门为支撑，以业务应用部门信息化实施、运行为主体，专兼职相结合的信息化管理体系

该体系包括： CIO、信息化领导小组、信息技术支持中心、业务部门信息化管理岗位

1.5 运行管理制度

机房管理制度： 规定了机房设备安全管理方案和紧急情况的应对措施、信息系统应用人员的义务、权限和责任、保障计算机设备良好的运行环境

系统维护制度： 信息系统正常运行的保障

运行操作规程： 在用户手册基础上形成制度，规范信息系统的运行规程

运行记录制度： 运行过程中，对系统硬件、软件及数据等的应用情况作详细记录这对系统存在问题的分析和解决有重要的参考价值

第二节 系统运行维护

2.1 系统维护的内容

硬件维护

定期保养行维护、突发性故障维修

软件维护

系统管理程序的维护
系统支持程序的维护

应用软件维护

1）确定系统维护的目的
2）分析应用系统的组成和运行原理

网络维护

主要目的：保证通信的顺畅和网络的安全
重点工作：预防性维护，即防止网络出现故障；出现故障预案及时排除
目标：最大限度地增加网络的可用时间，提高网络设备的利用率、网络性能、服务质量和安全性
配置管理、性能管理、故障管理、计费管理、安全管理

数据维护

（1）应付系统灾难的基本步骤(简答题)
    1）计划：确定一旦发生数据灾难时必须保持可用的数据；
    2）备份：始终保护当前关键数据的备份件并离站保存；
    3）演练：数据恢复计划每年至少应演练一次，解决计划中存在的问题，并在数据受损发生之前对该程序进行训练；
    4）组织：数据灾难发生后，应和信息系统开发人员或专业技术人员共同处理好数据恢复的措施；
    5）分析：数据恢复后，应认真分析数据灾难发生的原因，总结经验，加强事先预防的目的。
（2）数据备份管理的主要方法
    1）数据备份（Backup）：将计算机硬盘上的原始数据（程序）复制到可移动媒体上
    2）数据恢复（Recover）：数据备份的逆过程，即将备份的数据恢复到硬盘上的操作
    3）数据归档（Archive）：将硬盘数据复制到可移动媒体上，并将原始数据从硬盘上删除
    4）归档恢复（Retrieve）：数据归档的逆操作，将归档数据写回到硬盘
    5）在线备份（On-line backup）：对正在运行的数据库或应用进行备份
    6）离线备份（Off-line backup）：在数据库关闭后对其进行数据备份，离线备份通常采用全备份
    7）全备份（Full backup）：备份策略的一种，执行数据全部备份操作
    8）增量备份（Incremental backup）：相对全备份而言，是备份策略的一种，只备份上一次备份后数据的变化量
    9）并行技术（Parallelism）：将不同的数据源同时备份／恢复到一个备份设备／硬盘上
    10）数据克隆（Clone）：实现灾难恢复的一种重要手段，将原始数据同时备份到两份可移动媒体上，其中一份转移到地理位置不同的办公室
    
1510简答题
简述数据备份与数据归档的异同点。
相同点：
数据备份和数据归档都可以将计算机硬盘上的原始数据复制到可移动媒体上；
不同点：
数据备份在出现数据丢失或系统灾难时将复制在可移动媒体上的数据恢复到硬盘上，从而保护计算机的系统数据和应用数据；而数据归档是在完成复制工作后将原始数据从硬盘上删除，释放硬盘空间。

运行环境维护

1.温度；2.湿度；3.清洁度；4.照明度；5.电磁干扰；6.静电；7.噪声。

2.2 系统维护的分类

改正型维护： 改正在系统开发阶段已发生而系统测试阶段尚未发现的错误，也称正确性维护

适应性维护： 使系统适应外界环境变化和管理需求变化而进行的修改

完善性维护： 为扩充和改善系统性能而进行的修改，主要是指对已有的系统增加一些在系统分析和设计阶段中没有规定的功能与性能特征，这些功能对完善系统功能是非常必要的

预防性维护： 为了改进系统的可靠性和可维护性，为了适应未来的软硬件环境的变化，主动增加预防性的新功能，以使管理信息系统适应各类变化而不被淘汰

2.3 系统维护的步骤

提出申请、技术评估、下达任务、制订计划、实施计划、组织验收、资料存档。

2.4 系统的可维护性

可维护性的评价指标

可理解性：外来读者理解软件的结构、界面功能和内部过程的难易程度

可测试性：诊断和测试的容易程度取决于易理解的程度

可修改性：模块的耦合、内聚、作用范围和控制范围的关系等，都对可修改性有影响

简述系统的可维护性及其评价指标(1210简答题)。

系统的可维护性可以定性地定义为：维护人员理解、改正、改动和改进这个软件的难易程度；
评价指标：可理解性；可测试性；可修改性。

提高可维护性的指标

1.建立和健全各类系统开发文档资料
2.开发过程中要严格按照个阶段所规定的开发原则和规范来进行
3.维护文档的可追踪性
4.避免改旧错出新错的现象发生
5.建立和健全从系统开发到系统运行各阶段的管理制度

第三节 系统评价

3.1 系统评价概述

系统评价的目的

检查系统的目标、功能及各项指标是否达到了设计要求；
检查系统的技术能力、可靠性、安全性、稳定性等质量问题；
检查系统的使用效果，如工作性能、系统利用率、用户满意程度等；
根据评审和分析的结果，找出系统的薄弱环节，提出改进意见。

系统评价考虑的几个方面

新系统是否达到了预期的目标
新系统是否具有较好的适应性和安全性
新系统是否为企业带来了良好的间接效益
新系统是否为企业带来了良好的直接效益

3.2 系统的经济评价

显性效益、隐性效益

3.3 系统的技术评价

1.系统效率：信息系统的各种职能指标、技术指标和经济指标是系统效率的反映

2.系统可靠性：是指系统在运行时的稳定性，系统可靠指一般很少发生事故

3.可扩展性：任何系统的开发都是从简单到复杂的不断求精和完善的过程

4.可移植性：可移植性是评价信息系统的一项重要指标

3.4 系统评价报告

对新系统开发工作的评定和总结，也是今后进行系统维护工作的依据

引言

（1）摘要。系统名称、功能等。
（2）背景。系统开发者、用户等。
（3）参考资料。设计任务书、合同、文件资料等。

评价内容

（1）技术性能指标评价。
（2）经济指标评价。
（3）综合性评价。

第九章 系统开发综合实例

无