信息系统开发与管理
2021-05-22 22:34:38 0 举报AI智能生成
信息系统开发与管理 软考
作者其他创作
大纲/内容
1.管理信息系统导论
1.1管理信息系统概念及其发展
管理信息系统概念的起源
时代
石器时代
青铜器时代
铁器时代
蒸汽时代
电气时代
信息时代
信息化是21世纪最重要的经济发展模式和最显著的时代特征，是目前使用频率最高的词语之一
开发与建设管理信息系统是信息化的具体表现形式和主要内容之一
管理信息系统是管理和信息技术不断融合的产物，是信息化的具体表现形式和主要内容
管理信息系统概念的演进
单一的高度一体化的系统，向各子系统的联合演进
在管理领域，我们可以认为管理信息系统就是信息系统
管理信息系统的定义
基本定义
管理信息系统是一个由人、机（计算机）组成的能进行管理信息的收集、传递、存储、加工、维护和使用的系统
监测企业或组织的各种运行情况，利用过去的数据预测未来
从全局出发辅助决策
利用信息控制企业或组织行为
帮助其实现长远的规划目标
信息系统是一个人机系统同时，它又是一个一体化系统
人机系统
管理信息系统=人+计算机，是一个人-机合成系统
但是计算机并一定是管理信息系统的必要条件，只要有管理，就有信息，就必然有管理信息系统
一体化系统
管理信息系统是一个一体化系统，或称集成系统
一体化具有两个含义
数据一体化：数据在各部门之间共享，信息成为企业的资源
系统开发的一体化：总体规划，分步实施
1.2.管理信息系统分类
按核心业务活动分类
电子业务系统
主要针对一个组织内部的具体业务过程而建立
通常我们所说的管理信息系统均是指这类系统
我过大多数企业和组织的管理信息系统的核心部分都属于电子业务系统
举例
人力资源管理系统
教务管理系统
生产业务管理系统
会计信息系统
学籍管理系统
铁路客票发售系统
企业资源计划系统
科技管理系统
电子政务系统
主要针对政府部门的政务管理活动和服务职能而建立
政府的主要职能包括经济管理、市场监督、社会管理和公共服务
宏观经济管理系统
市场监督管理系统
社会治安管理系统
户籍管理系统
电子商务系统
主要针对商贸活动而建立，主要依托Internet，实现网上购物、网上交易和在线支付等活动
电子商务系统的核心部分通常是以网站的形式出现的
企业对企业-B2B
企业对消费者-B2C
消费者对消费者-C2C
企业对政府-B2G
按数据处理方式分类
操作型管理信息系统
面向具体的管理业务而建立，功能简单
数据录入、修改、删除、打印、查找和简单的汇总计算
会计记账管理系统
工资发放管理系统
人事档案管理系统
分析型管理信息系统
面向那些需要进行趋势分析、预测管理决策需求而建立
基于操作型管理信息系统开发
基于会计记账管理系统开发的财务分析系统
决策支持系统
按管理应用层次分类
事务型管理信息系统
主要服务于组织的基层管理者
主要目的是具体业务过程的自动化
操作型管理信息系统大多是事务型管理信息系统
管理型管理信息系统
主要服务于组织的中层管理者
提供综合查询、统计分析和报表、报告等功能，涉及多项业务的综合管理
主要目的是使组织的中层管理人员通过固定格式的报表、报告和综合查询、统计分析，了解和监视管理领域的运行情况
战略型管理信息系统
主要服务于组织的高层管理者
主要目的是为了战略计划的制订和调整提供辅助决策功能
这类系统所需要的数据一般来源事务型管理信息系统和管理型信息系统
还有一些来自企业外部，其中外部数据所占的比例较大
按行业和业务职能分类
按行业或部门
铁路管理信息系统
农业管理信息系统
房地产业管理信息系统
按业务职能
铁路统计系统
客票预发售系统
危险品及安全管理系统
1.3管理信息系统结构
功能结构
要设计出一个高质量的管理信息系统，就必须事先了解它的结构
从使用者角度看，任何一个管理信息系统均有明确的目标，并由若干具体功能组成
各功能互相联系，构成一个有机结合的整体，表现出系统的特性，这就是功能结构
示例：会计信息系统
会计科目管理
凭证管理
成本核算
账务管理
固定资产管理
财务分析
报表管理
概念结构
信息管理者：负责信息系统的设计、实施、维护等工作
信息源：信息产生地
信息处理器：负担着信息的传输、加工、存储等任务
信息用户：信息的最终使用者应用信息进行管理决策
管理职能结构
纵向视野
一般将管理活动分为高、中、低三个层次，即战略层、管理控制层、执行控制层
针对这三个层次所建立的系统称为战略计划子系统、管理控制子系统和执行控制子系统
分别属于战略型、管理型和事务型管理信息系统
战略计划子系统的主要任务是为企业战略计划的制定和调整提供辅助决策工
执行控制子系统的任务是确保基层的生产经营活动正常、有效地进行
横向视野
从横向来看一个组织，其管理活动是按职能排列的，可分为若干子系统
生产管理子系统
销售管理子系统
物资管理子系统
财务会计管理子系统
人力资源管理子系统
综合视野
实际企业中的管理活动不单纯按层次或职能划分，是横、纵交叉形成的完整的管理活动
软硬件结构
硬件结构
管理信息系统的硬件结构是系统的实体部分
包括计算机、外设和网络硬件设备及其联机方式
组成
客户机：与管理信息系统用户直接交互的硬件设备（台式机、笔记本、pad、职能手机等）
服务器：为客户端计算机提供各种服务的高性能计算机
服务器分类
按规模划分
超级计算机
大型机
小型机
PC服务器
按操作系统划分
windows服务器
unix服务器
linux服务器
按功能划分
数据库服务器
打印服务器
邮件服务器
web服务器
管理信息系统的硬件机构一般以硬件设备的物理位置安排和拓扑结构等方式展现
在计算机的硬件机构中，现代的计算机主要采用冯*洛依曼体系结构
软件结构
一是描述管理信息系统的应用软件的功能模块，对管理信息系统功能结构进一步补充和细化，一般可以用系统模块结构图形式展示
二是依附于硬件结构的管理信息系统的软件结构，主要包括操作系统、数据库管理系统、应用开发工具和各种服务器软件等
计算机的灵魂和思想是软件
网络计算结构
中央主机集中分时处理
文件服务器模式
客户机/服务器模式-C/S
传统的C/S模式是一种两层结构的系统
第一层是在客户机系统上结合了表现层与业务逻辑
第二层是通过网络结合了数据库服务器
三层C/S结构分为表现层、业务层和数据层
最大的优点是交互性强
浏览器/服务器模式-B/S
客户端向WEB服务器提出访问数据库的要求
WEB服务器转化为SQL语法，并交给数据库服务器
数据库服务器进行数据处理
数据库服务器将结果返回给WEB服务器
WEB服务器转化为HTML，在客户端浏览器以WEB页面显示
1.4管理信息系统的几种典型应用
MRP系统
MRP一种以物料需求的计划与控制为主线的管理思想，基于此种管理方法形成的管理信息系统被称为MRP系统
MRP的核心是考虑物料与时间和数据量之间的关系
MRP系统逻辑流程
MRP的基本内容是编制零件的生产计划和采购计划
首先定制主生产计划，据此制定物料需求计划、生产进度计划与能力需求计划
MRP计算依据
主生产计划MPS
物料清单BOM
库存信息
MRP系统管理理念
供需平衡原则
优先级计划原则
MRP的基本任务
从所需求产品的生产计划导出相关物料的需求量和需求时间
根据物料的需求时间和生产周期来确定开始生产的时间
MRPII系统
MRP系统只涉及物流，只是企业生产管理的一个方面
MRPII和MRP的主要区别之一就是它运用管理会计的概念
MRPII系统，制造资源计划（Manufacturing Resource Planning）集制造、财务、销售、采购、工程技术等各子系统为一体
MRPII是一种计划主导型管理模式
一般企业应用MRPII以后，制造成本平均降低10%-15%
基本思想
把企业作为一个有机整体，基于企业经营目标制定生产计划
围绕物料集成组织内部各种信息，实现按需、按时进行生产
由MRP经过闭环MRP直到MRPII，其发展基本上是沿着两个方向延伸
资源概念内涵的不断扩大
计划闭环的形成
ERP系统
MRPII系统仅仅局限于企业内部制造资源，不包括面向供应链管理的概念
逐渐扩展为覆盖工程、财务、人力资源和项目管理等领域的企业内部活动、演化成新一代企业资源计划（Enterprise Resource Planning，ERP）
ERP系统的产生与发展，时间被作为最关键的资源
ERP三大特征
顾客驱动
基于时间
面向整个供应链
ERP四大元素
资金
货物
人员
信息
ERP主要功能
财务管理
会计核算
物流管理
分销管理
对于客户信息的管理和服务
对于销售订单的管理
对于销售的统计和分析
库存控制
采购管理
生成计划与控制管理
主生产计划
物料需求计划
能力需求计划
车间控制
制造标准
人力资源管理
招聘管理
工资核算
工时管理
2.管理信息系统的基本知识
2.1管理的基本知识
管理的含义
管理的概念
管理就是由一个或更多的人来协调他人的活动，以便收到个人单独活动所不能收到的效果而进行的各种活动
含义
管理工作的中心是管理其他人的工作
管理工作是通过协调其他人的活动来进行的，追求群体的协调效应
管理就是去营造一个激励的环境，使其所有工作人员努力工作，发挥群体的协同效应达到企业或组织的目标
管理与信息系统的关系
管理的过程就是基于信息的决策过程
它通常包含以下步骤
发现问题
拟定方案
作出决策
管理现代化
管理现代化的内容是随着社会的变化、生产力的发展和科学技术水平的提高而不断更新和充实的
管理现代化是一个整体的概念，主要包括
管理思想的现代化
管理组织的现代化
管理方法的现代化
管理手段的现代化
管理的基本职能
计划：管理的首要职能，对未来事件作出预测，以制定出行动方案，计划的准则是进程的时序
组织：完成计划所需的组织结构、规则制度、人财物的配备等
指挥：对所属对象的行为进行发令、调度、检查
协调：使组织内部的每一部分或每一个成员的个别行为都能服从于整个集体的目标，是管理过程中带有综合性、整体性的一种职能
控制：对下属人员的行为进行检查、纠正偏差，使其按规定的要求工作
组织结构
组织是保证管理目标实现的重要手段，是管理的重要问题
了解管理的组织结构将有助于我们分析和设计信息系统
直线制组织结构
最早也是最简单的组织形式
特点：企业各级行政单位从上到下实行垂直领导，下属部门只接受一个上级的指令，各级主管负责人对所属单位的一切问题负责
直线制结构比较适用于任务明确，而又要求领导集中、控制严格的情况，是一种树状组织
职能制组织结构
各级行政单位除主管负责人外，还相应地设立一些职能机构
优点：减少了最高领导者的负担
缺点：容易造成办事效率低下等现象
矩阵式组织结构
两维组成，一维是直线组织，另一维是任务
优点：加强了横向联系，具有较大的机动性
缺点：人员受双重领导，有时不易分清责任
管理部门的划分方法
职能制和矩阵式是目前多数企业采用的组织结构，其中包含了若干管理部门
一个企业可以按一下原则进行管理部门的划分
按职能划分部门：最广泛采用，如制造业，商业等
按地区划分部门：较普遍采用，如政府机关、银行、法院、工商等
按产品划分部门：大规模组织中比较流行，如汽车制造厂（发动机分厂、车身分厂）、学校（院、系、专业）
管理的幅度与层次
管理幅度
管理幅度又称“管理跨度”或“管理宽度”
是指一名管理者有效地监督、管理其直接下属的人数是有限的
当超过某个限度时，管理的效率就会随之下降所以必须增加一个管理层次
管理层次
管理层次就是指管理组织划分为多少个等级
管理者的能力有限，当下属人数太多超出了自己的管理幅度时，需要划分层次，不同的管理层次标志着不同的职责和权限
我们将管理划分为三个层次：高层管理、中层管理和基层管理
高层管理
属战略级管理，指一个组织最高领导层
主要职能是根据组织内外的全面情况，分析和制定该组织长远目标及策略
中层管理
属战术级管理
主要任务是根据最高管理所确定的总体目标，最组织内部所拥有的各种资源，制定资源分配计划和进展表，并组织基层单位来实现总体目标
中层管理有时也称为控制管理
基层管理
也称执行层或作业层管理
它是按照中层管理制定的计划，具体组织人力去完成计划
管理的扁平化
按照管理幅度的大小及管理层次的多少，分成两种结构
扁平结构：管理层次少而管理宽度大
直式结构：管理层次多而管理宽度小
为了达到有效管理，应尽可能地减少管理层次，我们将这一过程称为管理扁平化
管理层次与决策类型
决策是管理活动的中心，管理活动的低、中、高三个层次分别对应三种类型的决策过程
结构化决策
通常指确定型的管理问题
它根据一定的决策规则或通用的模型来实现其决策过程的自动化
如：财务处理、物资出入库管理等
半结构化决策
通常指企业职能部门主管业务人员的计划控制等管理决策活动
如：市场预测、物资配送等
非结构化决策
指很难用确定的模型来描述的一类管理决策活动
它强调决策者的主观意识，这类问题一般都带有全局性、战略性和复杂性
如：市场开发、企业发展战略等
2.2信息的基本知识
信息与数据
数据是对客观事物的记载，数据由一些可以鉴别的物理符号组成
信息是经过加工的数据，是有一定含义、能减少不确定性、对决策或行为有现实或潜在价值的数据
信息的基本属性
普遍性
信息是普遍存在的，它是事物运动和状态改变的方式
因此，只要有事物存在，只要有事物运动，就会有它们运动的状态和方式，就存在信息
事实性
信息描述了事物运动和状态的改变
因此，它具有事实性，这是信息的重要基本性质之一
共享性
信息是一种特殊的资源，只能共享不能交换
只有将企业的全部信息集中管理，充分共享，信息才能成为企业可利用的资源
层次性
通常将管理分成三个层次：高层管理、中层管理、基层管理
对于同一个问题，处于不同的管理层次，要求不同的信息
因此，信息与管理一样，也具有层次性
变换性
信息是事物运动的状态和方式，不是事物本身
因此信息可以负载在其他一切尽可能的物质载体和能量形式上
扩散性
信息的本性，信息力图冲破保密的、非自然的约束
通过各种渠道和手段向四面八方传播
非消耗性
信息与其他物质资源不同，它在使用过程中不但不会被消耗，而且还可能出现再生或增殖
可压缩性
指信息经过浓缩、集中、综合和概括等处理后，而不至于丢失信息的本质
可转化性
从潜在的意义上讲，信息是可以转化的
它在一定条件下（其中最主要的条件就是信息被人们有效利用），可以转化为物质、能量、时间及其它
信息处理的生命周期
信息需求
信息收集
根据管理人员对信息的需求而进行的原始数据的获取过程
在进行信息收集阶段面临的问题
首要问题是如何将需要的信息识别出来
其次是收集的方法问题
最后是用何种形式将收集结果表现出来的问题
信息传输
信息只有及时准确地送到需要信息的管理者手中，才能发挥作用
所谓及时准确，实际上是一个信息传递的效率问题，表现为信息传输的速度和质量
信息处理
信息处理/加工，就是对收集到的信息进行去伪存真，去粗取精，由表及里、由此及彼的加工过程
信息加工不可避免地产生时间延迟，这也是信息的一个重要特征：滞后性
信息存储
信息存储活动主要涉及保存什么信息、存储介质、保存时间、存储方式四个问题
信息维护
信息维护的主要目的是保证信息的准确性、及时性、安全性、保密性
信息使用
信息退出
管理信息与决策
管理信息定义：指对企业的日常经营、决策和战略规划等管理活动有用的信息
管理信息分类
按管理职能分
产品设计信息
生产信息
市场销售信息
人力资源信息
按信息来源分
内部信息
外部信息
按信息流向分
输入信息
输出信息
控制信息
反馈信息
管理信息特点
信息来源的分散性
信息量大且多样性
信息处理方法的多样性
信息的发生、加工和使用时间、空间上的不一致性
管理信息与决策的关系
决策过程可以视为一个信息处理过程
信息来源：主要来自外部
信息范围：较宽
概括性：概括
时间性：未来的
流通性：过去的
精度：较低
发生频率：不常用
信息来源：以内部为主
信息范围：较窄
概括性：简单综合
时间性：历史的
流通性：近期的
精度：较高
发生频率：一般使用
低层管理
信息来源：主要来自内部
概括性：具体
流通性：当前的
精度：高
发生频率：经常使用
2.3系统的基本知识
系统的概念
系统是一些相互联系、相互制约的若干组成部分结合而成的、具有特定功能的一个有机整体（集合）
系统存在的三个基本条件
系统是由若干要素（部分）组成的
系统有一定的结构
系统有一定的功能，或者说系统要有一定的目的性
系统的基本要素：无论何种具体的系统，均可以分解为输入、处理、输出、反馈和控制五个基本要素
系统的分类
按复杂程度分类
物理结构系统
生物系统
人类系统
社会系统
宇宙系统
按系统与环境的关系分类
封闭系统
开放系统
按是否有反馈机制分类
开环系统
闭环系统
按抽象程度分类
概念系统
逻辑系统
物理系统
系统的属性
整体性：系统的总体性能大于各要素性能之和
关联性：指系统与其子系统之间、系统内部各子系统之间和系统与环境之间的相互作用、相互依存和相互关系，离开关联性就不能揭示复杂系统的本质
层次性：一个系统总是由若干子系统组成的，该系统本身又可看做是一个更大的系统的一个子系统
统一性：不通层次上系统运动规律的统一性，不同层次上的系统运动都存在组织化的倾向，而不同系统之间存在着系统同构
系统的分解
系统分解的目的
面对一个庞大而又复杂的系统，我们将其按一定原则划分为若干子系统
从而降低分析的难度，这种系统方法称为系统的分解
系统分解的原则
可控制性原则
功能聚合性原则
接口标准化原则
2.4信息技术的基本知识
网络技术
计算机网络的概念
利用通信设备和线路将地理位置不同、功能独立的两台或两台以上的计算机互联起来
以功能完善的网络软件实现资源共享和信息传递的系统
网络的分类
按通信介质分：有线网、无线网
按地理范围分：局域网、广域网
网络协议
计算机之间“对话”的语言
常用协议：TCP/IP协议、IPX/SPX协议、NetBEUI协议
局域网中可以使用三种协议中任意一种，但是访问Internet必须使用TCP/IP协议
网络拓扑结构
指计算机及网络设备在空间上的排列形式
最基本的拓扑结构有总线型、星型和环形三种
网络安全
网络安全是指网络系统的硬件、软件及其系统中的数据受到保护，本质上讲就是网络上的信息安全
安全的网络一般具有保密性、完整性、可用性、可控性和可审查性五个特征
数据库技术
数据库的概念：各种相关数据的集合和容器
数据表的概念：数据库的重要组成部分，存放数据的基本数据结构
数据库管理系统：对数据库进行管理的系统软件，位于用户和操作系统之间，为用户或应用程序提供访问数据库的方法和工具
结构化查询语言SQL：关系数据库的标准语言
计算机语言
机器语言：第一代计算机语言，直接和机器打交道的语言
汇编语言：第二代计算机语言，基于助记符的语言
高级语言：第三代计算机语言，语法和句法与自然语言接近的语言
3.系统开发方法概述
3.1管理信息系统开发的基本问题
系统开发具备的条件
企业高层领导应重视和介入：对系统开发和使用成败起决定作用的首要条件
企业业务人员要有积极性：企业各类业务人员是管理信息系统主要的直接操作者与使用者
企业要有一定的科学管理基础
要有一定的投资保证：管理信息系统投入运行后，维护费用占总投资的主要部分
系统开发前的准备工作
借鉴同类系统的开发经验
确定系统目标、开发策略和投资金额
收集和整理基础数据
系统开发的困难因素
新系统对当前管理模式影响较大
管理信息系统的效益不易用货币形式直接反映
基础数据的准确性与完整性差
重视编程，轻视规划
采用增加开发人员的方式来加速进度
堆栈现象
3.2管理信息系统的开发方法
系统开发方法的产生背景
软件危机
软件开发费用和进度失控
软件的可靠性太差
生产出来的软件难以维护
为了摆脱软件危机的影响，推进开发的成功率，管理信息系统的研制必经之路是工程化的道路
结构化开发方法
结构化方法是20世纪70年代基于瀑布模型提出的，是目前最成熟、应用最为广泛的管理信息系统开发方法之一
瀑布模型
总体规划：总体规划报告（可行性分析报告）
系统分析：系统分析报告
系统设计：系统设计报告
系统实施：用户操作手册
运行维护：运行状况报告
系统评价
结构化分析
基本思想：自顶向下、由粗到细、逐步求精
基本手段：分解和抽象
基本策略：自顶向下和逐步求精
主要内容，分析结果用图形表示，四部分组成
一套分层的数据流图
一本数据词典
一组加工（处理）说明
补充材料
结构化设计
分为两步
总体设计
详细设计
主要特点
相对独立、功能单一的模块结构
块内联系大，块间的联系小
采用模块结构图的描述方式
原型化开发方法
在管理信息系统开发中，用“原型”来形象地表示系统的一个早期可运行版本，它能反映新系统的部分重要功能和特征
原型化方法
步骤
获得一组基本的用户需求
开发出新系统的一个原型
使用原型
修改原型系统
提高新系统的质量
原型化方法是一种确定用户需求的有效方法
它采用启发式方法
引导用户逐渐加深对系统的理解
最终提出明确的需求
三种类型
探索型：主要是针对开发目标模糊、用户和开发人员对项目都缺乏经验的情况
实验型：用于大规模开发和实现之前考核、验证方案是否合适，规格说明是否可靠
演化型
该方法认为信息系统本质上就是不断演化的
重点关注问题是如何才能使信息系统适应不可避免的变化
面向对象开发方法
将面向对象的思想应用于软件开发过程中，指导开发活动，主要包括
面向对象分析方法OOA
面向对象设计方法OOD
面向对象编程方法OOP
面向对象的一些概念
对象
一些相互关联的实体
对象的标识
对象中的操作集合
对象的数据结构
对象对外消息接口
特性
封装、能动
对象是数据结构以及作用于此结构上的数据操作的封装，这个封装具有自身行动能力
类和实例
类是对象的抽象描述，对象是类的实例
由类到对象的过程称为实例化过程
既可以由对象抽象出类，也可以从众多子类中抽象出超类
继承
继承是子类自动共享父类中的方法和数据的机制
它使管理信息系统的系统结构具有了开放性
封装
是一种信息隐藏技术
封装机制使对象成为数据与方法的集成体
3.3结构化方法的开发过程
系统开发阶段划分
系统的生命周期
任何一个系统都有产生、发展和灭亡的生命历程，被称作系统的生命周期
出现需求
提出新系统方案
系统产生、成长
系统成熟
系统衰退
系统废弃
过程
各阶段主要内容
总体规划
总体规划是管理信息系统建设的第一步
意在通过初步的、总体的需求分析
回答“系统是什么”的问题，进行可行性论证
主要包括以下工作
对当前系统进行初步调查
分析和确定系统目标
分析子系统的组成以及基本功能
拟定系统系统的实施方案
进行系统的可行性研究
编写可行性报告
系统分析
系统分析也称为系统逻辑设计
在总体规划的指导下，对某个或某些子系统进行调查、研究、分析
旨在获得一个合理的新系统逻辑模型
系统分析阶段主要是解决“干什么”的问题
系统分析阶段的主要任务是开发人员同用户一起
通过对当前系统的设计调查和分析充分理解新系统目标，即用户需求
并将它明确地表达成书面资料-系统说明书
系统说明作用
描述新系统的逻辑模型，作为设计和实施的基础
作为用户和开发人员之间的协议或合同，为双方交流和监督提供基础
作为新系统验收和评价的依据
系统设计
系统分析回答了“干什么”的问题，系统设计则回答“怎么干”
两个阶段：总体设计、详细设计
划分系统的子系统或模块，确定模块结构，并画出模块结构图
系统实施
主要包括：系统实现、系统测试、系统切换
主要文档：用户操作手册
系统维护
新系统的正常使用和维护，并撰写运行状况报告
四个方面
程序的维护
数据的维护
代码的维护
设备的维护
系统的功能和性能
系统的经济效果
其他方面的评估
3.4开发过程组织与管理方法
项目管理的主要内容
为了使系统开发能够按照预定的成本、进度、质量顺利完成
需要对成本、人员、进度、质量、风险等进行分析和管理
这就是项目管理，它贯穿于系统开发生命周期的全过程
任务划分
计划安排
经费管理：杠杆经济
审计控制
风险管理
风险识别
风险分析
风险缓和
风险跟踪
质量保证
重点和难点
分为三个阶段
事前准备
过程监控
事后评审
项目管理组的组成
项目管理组成员
项目组长：整个项目领导者，保证整个开发项目顺利进行
用户：信息系统建设的参与者和最终使用者
系统分析员：用户和系统开发其他人员之间的桥梁和接口，系统开发的核心人物
硬件网联设计员：制定硬件网络配置方案并实施
数据库管理员：数据库设计、定义和存储等数据库相关工作
系统设计员：系统的整体设计、模块设计以及模块之间接口的设计工作
程序员：进行程序设计，用户使用培训，系统测试和试运行
文档的管理
文档是系统开发建设的生命线
它贯穿于管理信息系统开发的整个过程
系统开发的各个层次和阶段都要相对应的文档
文档管理应遵循的原则
文档要标准化和规范化
维护文档的一致性
维护文档的可追踪性
文档管理的制度化
4.总体规划
4.1总体规划的目的和步骤
目的
总体规划是管理信息系统生命周期中的第一个阶段，也是系统开发过程的第一步
其目的可以用一句话来概括：即明确系统“是什么”的问题，也就是进行顶层设计
描绘出信息系统的架构，并对目标系统提出完整、准确、清晰、具体的要求
具体讲，总体规划的目的
保证信息共享
协调子系统间的工作
使开发工作有序进行
需求初步调查
现行系统的目标和任务
现行系统概况
现行系统的环境和约束条件
现行系统的业务流程和子系统划分
新系统的开发条件
确定系统建设目标
目标的总体战略性
目标的多重性
目标的依附性
目标的适应性
目标的长期性
初步确定子系统组成与基本功能
拟定系统实施方案
可行性分析
可能性：开发的条件是否具备
必要性：客观上是否需要开发新系统
四个方面分析
技术上的可行性
技术上的可行性是根据新系统的目标来考虑系统的软硬件设备
计算机联网能力
网络及数据安全保护措施
输入输出设备
大容量存储设备等
技术力量不仅考虑技术人员的数量
更应考虑他们的经验和水平
经济上的可行性
新系统的经济可行性分析的含义是，估算新系统开发和运行所需的费用
以及新系统的效益，将投资和效益进行比较，说明在经济上是合算的
管理上的可行性
管理上的可行性是考虑当前系统的管理体制是否有条件提供新系统所必需的各种数据
企业最高层领导及各级管理人员对开发建设一个新系统来代替现有系统的需求是否迫切，即新系统的必要性
开发环境的可行性
企业领导意见是否一致，有无资金，能否抽出骨干力量参加新系统开发等
简单地说就是企业能为新系统的开发建设提供一个长期的，良好的环境
编制可行性分析报告
引言（主要包括项目摘要、开发背景、参考资料和专门术语等内容）
现行系统调查与分析
新系统建设方案
可行性论证
结论
4.2企业系统规划法
BSP方法概述
企业系统规划法（business system planning，简称BSP）：用于管理信息系统总体规划的方法，应用最为广泛
原则
支持企业的总目标
面向企业中管理各层次的要求
从方法论上摆脱信息系统对旧组织机构的依从性
使信息系统在结构上有良好的整体性
至上而下规划和至下而上实施相结合
BSP工作流程
工作流程又称企业的过程识别，指的是对企业信息系统环境的了解，整个BSP研究中最关键和重要的活动之一
企业过程是指企业资源转化和资源管理中有逻辑关系的决策和活动
某个企业全部活动被定义为18个过程
经营计划
财务规划
资产规划
产品预测
产品设计开发
产品工艺
调度
生产能力计划
物料需求
操作顺序
销售管理
市场分析
订货服务
财务会计
成本会计
用人计划
业绩考评
工作流程也称为数据类的识别，就是对企业数据需求的了解，定义数据类后，要与企业过程关联起来
数据类是指支持企业所必需的，在逻辑上相互联系的，并能组成相对独立的完整数据单位的那些数据部分
某些企业共生产和使用15类数据
客户
订货
产品
工艺流程
材料表
成本
零件规格
材料库存
成品库存
职工
销售区域
财务
计划
设备负荷
物资供应
定义企业过程
企业资源
企业资源是被管理的对象，企业中的各项管理工作都要涉及资源的管理
企业资源可分为关键性资源和支持性资源，此外，还有一些不以具体产品形式存在的“资源”，就是企业的计划与控制
关键性资源：企业中的产品与服务
支持性资源：为实现企业目标必须使用、引用和消耗的那些资源，如原材料、资金、设备人员等
企业资源的生命周期
资源的生命周期是指一项资源由取得到退出过程所经历的阶段，一般可分为需求、获取、服务、退出
企业过程定义的一般步骤
定义企业过程是BSP方法的核心
基本方法
对企业的现实活动进行调查
以企业的关键性资源为线索
追溯其生命周期，通过分析与综合
最终完成企业过程的定义
一般步骤
定义企业过程应该从三个方面入手：计划与控制、产品与服务、支持性资源
从计划/控制资源着手，可以识别出企业战略规划与管理控制两个层次的过程
识别产品/服务过程，根据其需求、获取、服务、退出4阶段的生命周期，对每一阶段，用一些过程进行管理
从支持性资源识别企业过程，其方法与产品/服务识别过程类似
定义数据类
定义数据类实际上就是识别企业数据
企业数据的4中类型
以资源生命周期不同阶段对信息的不同需求，可将企业中的数据分为4种类型：存库文档型、事务型、计划型和综合统计型
库存文档型：记录资源的状况
事务型：反映资源生命周期各阶段过渡过程相关的库存文档型数据的变化
计划型：反映目标、资源、转换过程等计划值
统计型：反映企业状况，提供某些反馈信息
企业数据的识别方法
企业实体法
企业的实体指顾客、产品、材料及人员等企业中客观存在的东西
列出企业实体，分析与每个实体联系比较紧密的数据，将结果表述出来
企业实体法主要工具：数据/实体关系矩阵
企业过程法
利用以前识别过的企业过程，分析每一个过程利用什么数据，产生什么数据
企业过程法主要工具：过程/数据关系矩阵
设计系统总体结构与开发顺序
子系统划分的基本原则
子系统在功能上应有相对独立性，通常子系统不应跨越两个或两个以上的企业过程
子系统在数据上应有自身的完整性，一般一个数据类只能由一个子系统产生
子系统的类型
仅产生数据而不使用其他子系统数据的子系统
即使用数据，也产生数据的子系统
只使用数据而不产生数据的子系统
子系统划分的方法
U/C图
开发优先顺序的基本原则
子系统需求程度与潜在效益的评估
技术约束分析
5.系统分析
5.1系统分析概述
系统分析的目的与难点
系统分析的目的
系统分析也称系统逻辑设计，是系统详细开发的关键性阶段
旨在获得一个合理的新系统的逻辑模型，以便为后一个阶段的系统设计提供比较详细的开发方案
系统分析的目的是将用户的需求及其解决方法确定下，最终得到系统分析说明书
系统分析说明书所确定的内容是今后系统设计、系统实施和系统评价的基础和依据，也是开发人员与用户签订协议和合同的依据
系统分析的任务
详细调查收集和分析用户需求
确定新系统初步的逻辑模型
编制系统说明书
系统分析阶段的工作要点
要点：理解和表达用户的需求
系统分析工作的难点与对策
难点
对于用户：提出的需求难以理解
对于系统分析人员：理解和表达出来的新系统逻辑模型可能与用户需求不一致
对策
做好用户事前培训工作
做好系统开发人员的培训工作
选择正确的开发方法和良好的表达工具
系统分析的逻辑与步骤
系统分析的思维逻辑
逻辑模型：做什么，反映了系统的性质
物理模型：如何做，反映了系统的某一种具体实现方案
系统分析的主要步骤
详细调查
业务流程分析
数据流程分析
编写系统分析说明书
5.2详细调查
详细调查的目的和难点
详细调查的目的就是要搞清楚用户的想法和要求
换句话说，就是通过一系列的调研活动，尽可能准确、详细地了解用户需求
管理信息系统开发过程中遇到的许多问题，都是由于调研不清、不细造成的，为了保障系统开发的成功，必须对这一阶段给予充足的时间和高度的重视
没有足够的用户参与
用户的需求经常变更
用户与开发人员很难进行交流
详细调查的主要内容
组织结构的调查
用组织结构图描述当前系统组织机构的层次关系和隶属关系
公司管理的三个层次
领导决策层
由董事会成员组成
负责拟定各种规划方案、审议批准各种报告计划、任免批准经理职位等
业务管理层
由总经理、副总经理、及其下属的各业务处室组成
执行董事会决议、负责公司的经营管理及日常工作、拟定管理制度等
业务执行层
由下属分公司等机构组成
完成日常的生产、业务和调度等工作
业务流程的调查
从一个实际业务流程的角度将系统调查中有关该业务的资料串起来
以便于对企业现有的工作过程有一个动态了解
数据流程的调查
收集资料，调查清楚每个数据的出处，数据间的相互关系
薄弱环节的调查
座谈访问、书面调查、参加业务实践、分析调查资料等
充分与用户交流，听取意见和建议
其他信息的调查
如企业的发展战略规划、财务状况、人员情况、为什么要开发系统等
详细调查的方法和原则
收集资料
开调查会或个别访问：最有效的一种调查方法
书面调查
参加业务实践：了解现行系统的最好方法
调查原则
实现计划
采访持关键信息的人
至顶向下全面展开
存在的不一定是合理的
分工和协作相结合
主动沟通的工作方式
注意事项
选择默契的语言
倾听比表达更重要
及时反映避免误解
以学习的态度开展工作
5.3业务流程分析
业务流程的概念
流程的概念：流程是由一系列的活动或事件组成，可以是渐变的连续型流程，也可以是突变的断续型流程
业务流程：是指一组共同为顾客创造价值而又相互关联的活动
业务流程的特点
目标性
逻辑性
业务流程的功能
实现不同分工活动的结果连接
反映活动间的关系
业务流程分析的方法
业务流程分析是为了描述现行系统的物理模型
业务流程分析的步骤
调查企业的组织结构
调查企业的具体业务流程
绘制业务流程图
业务流程优化
业务流程图
表达清楚三件事：业务功能是什么，谁负责该项业务、业务和数据的流动方向
业务流程分析采用自顶向下的方法，首先画出高层管理的业务流程，再对每一个功能描述部分进行分解，画出详细的业务流程图
业务流程重组
BPR的概念
业务流程重组BPR，它是对企业业务流程作根本性的思考和彻底重建
其目的是在成本、质量、服务和速度等方面取得显著改善
使得企业能最大限度地适应以顾客、竞争、变化为特征的现代企业经营环境
BPR的基本特征
基本特征：“根本性”思考、“彻底性”再设计、“显著改善”、“流程”
显著改善：业绩的显著增长是BPR的标志和特点
流程：BPR协同工作、整体优化思想的集中体现
BPR的原则
围绕最终结果而非具体任务来实施再造工作
让后续过程的有关人员参与前端过程
将信息处理融入产生该信息的实际工作中去
将地域上分散的资源集中化
将平行工序连接起来而不是集成其结果
决策点下移并将控制融入过程中
在源头获取信息
5.4数据流程分析
数据流程分析的概念
什么是数据流
输入流、输出流、处理过程是任何一个系统的最基本组件
例如：物流、事务流、资金流、人员流等，均可用数字形式表示出来，企业的数据流
各种流在一个企业内的出现都会同时伴随着一个数据流的产生
数据流程分析的目的
在业务流程分析的基础上，勾画出现行系统的逻辑模型
分析用到的工具
三种工具：分层的数据流图、数据字典和加工说明
数据流图：用图形的方式对系统进行分解，描述系统由哪几部分组成，各部分间有什么联系
数据字典：用图表描述系统中的每一个数据组、数据存储和数据项
加工说明：用文字等形式详细描述系统中的每一个基本处理的过程
数据流程分析的步骤
数据流程分析主要包括对信息流动、传递、处理、存储等的分析
目的是勾画出数据流通现状，并发现和解决数据流通中存在的问题
绘制数据流图
编制数据字典
撰写处理说明
数据流图的基本画法
什么是数据流图
数据流图（Data Flow Diagram， DFD）是便于用户理解、分析系统数据流程的图形工具
它摆脱了系统的物流内容，精确地在逻辑上描述系统的功能、输入、输出和数据存储等
是系统逻辑模型的重要组成部分
指导原则
总体上自顶向下逐层分解的原则
局部上由外向里的规则
绘制方法
识别系统的输入和输出
绘制系统内部数据流
对复杂加工进行分解，由外向里、自顶向下
检查、修改、完善
合理编号
子图与父图的平衡（子图与父图必须平衡，这是分层数据流的重要性质）
分解的程度（最多不要超过7层）
其它事项（应先给数据流命名；从左到右画出数据流图；画数据流图时，先只考虑稳定状态）
数据流图检查
正确性检验
数据守恒
文件使用
子图与父图平衡
加工和数据流的命名
提高可读性
简化加工之间的联系
分解应当均匀
命名应当恰当
数据字典与加工说明
数据字典
在数据流图的基础上，需要对其中的每个数据流、文件和数据项加以描述
我们把这些定义所组成的集合称为数据字典（Data Dictionary，DD）
数据流和文件条目
一般从五部分来描述：编号、名称、别名、组成、发生频率
=：等价
+：与
[|]：或
｛｝：重复
（）：可选
数据项条目
数据流或文件是由若干数据项组成的，数据项是数据的最小单位
加工说明
加工说明是对数据流图中“加工”部分的补充说明
描述了某个加工单元的数据处理过程
为系统设计阶段的处理过程设计提供资料
一般可以用结构化语言、判定表和判断树等工具来描述加工说明
一个好的加工说明，至少要描述清楚三件事情：数据来源、处理逻辑、数据去向
5.5新系统逻辑模型
新系统逻辑模型的任务
新系统逻辑模型
新系统逻辑模型是指经过分析和优化后，新系统采用的管理模型和信息处理方法
新系统逻辑模型的建立是系统分析阶段的最终结果，是系统设计和系统实施的依据
建立新系统逻辑模型的任务
对系统业务流程分析的结果进行整理
对数据流程分析的结果整理
在现行系统逻辑模型的基础上，结合新系统的目标，设计出新系统的逻辑模型
现行系统逻辑模型到新系统逻辑模型的转换
分析新系统与现行系统在逻辑上的区别，建立新系统的初步逻辑模型
补充和完善，建立最终模型
建立新系统的初步逻辑模型
确定合理的业务处理流程
删去或合并那些多余的或重复的处理过程
说明哪些业务过程进行了改动，改动原因是什么，改动后将带来哪些好处
给出最后确定的业务流程图
指出在业务流程图中哪些部分新系统可以完成，哪些部分需要用户完成，也就是要确定人机配合方案
确定合理的数据和数据流程
确认最终的数据指标体系和数据字典，如指标体系是否全面合理，数据精度是否满足要求等
删去或合并多余的或重复的数据处理过程
说明哪些数据处理过程进行了优化和改动，以及改动的原因是什么，有哪些好处等
给出最后确定的数据流图，指出在数据流图中哪些部分新系统可以完成，哪些部分需要用户完成
对初步逻辑模型进行补充和完善
建立初步逻辑模型时，主要靠经验进行，是一项创造性的劳动
在补充和完善时应重点考虑
首先，应考虑新系统的人机界面
其次，考虑一些细节问题
5.6系统分析报告
系统分析报告的作用
描述了新系统的逻辑模型，作为系统设计和实施的依据
为用户和开发人员之间交流和监督提供基础
为新系统验收和评价提供依据
系统分析报告的组成
组织情况概述
系统逻辑模型
新系统在各个业务处理环节拟采用的管理办法、算法和模型
与新系统相配套的管理制度和运行体制的建立
系统设计与实施的初步计划
用户领导审批意见
在系统分析报告中，数据流图、数据字典和加工说明这三个部分是主体，是必不可少的组成部分
相关问题
系统分析报告形成后，必须组织各方面的人员一起对已经形成的逻辑方案进行论证，尽可能发现其中的问题和疏漏并及时纠正
问题和疏漏：及时纠正
有争论的问题：重新核实原始调查资料或进一步深入调查研究
重大的问题：可能需要调整或修改系统目标，重新进行系统分析
6.系统设计
6.1系统设计概述
系统设计的任务
系统设计两个阶段：总体设计、详细设计
最终交付：系统设计说明书
任务内容
依据分析阶段产生的文档资料，确定新系统在计算机内的程序模块组成，以及各模块之间连接方式
用一定工具将设计成果表达出来
代码设计、输入输出设计、人机界面设计、数据库设计、模块处理设计、安全设计
完成人员：系统设计人员
培训工作：系统分析培训、系统设计培训
系统设计的原则
简单性
达到目标的前提下，系统尽可能简单
一致性和完整性
应做到信息编码、采集、信息通信等内容的一致性
系统是一个统一的整体，功能应尽量完整
一致性有利于子系统之间联系与合作
灵活性和适应性
可降低管理信息系统的维护难度
从系统开发和维护角度考虑，最重要
可靠性
可抵抗异常干扰或保证系统正常功能的能力
衡量可靠性的指标：平均故障间隔时间、平均维护时间
系统必须是可靠的，否则就没有使用价值
安全性
特指系统的保密功能和防病毒功能
如何保证系统完全已经成为确定当前系统设计方案的最为重要的因素
经济性
可给用户带来经济效益
很大一部分不能以货币来衡量
6.2系统总体结构设计
子系统的划分和确认
划分原则
子系统具有相对独立性（子系统内部各功能具有“强耦合”关系）
使数据冗余小
便于系统分阶段实现
适应组织管理机构的管理
充分利用各种资源
划分方法
按职能划分（目前最常用）
按逻辑功能划分
按通信划分
按业务处理顺序划分
按业务处理时间关系划分
模块结构设计
模块结构设计的任务
对各个子系统进行细化，确定划分后的子系统的模块结构，并画出模块结构图
子系统如何划分成多个模块
子系统间、模块间的数据交换和调用关系
优化、改进模块结构图
模块结构图
符号
矩形表示模块
箭头表示调用
带空心圆的箭头表示数据
带实心圆的箭头表示控制信息
原型表示转接
模块
组成系统的基本单位，特点：可以组合、分解和更换
系统中任何一个处理功能都可以看出是一个模块
模块的要素
输入和输出
加工处理功能
内部数据
程序代码
调用
判断调用
一个模块是否调用一个从属模块取决于调用模块内部的判断条件
循环调用
一个模块通过其内部的循环功能来循环调用一个或多个从属模块
直接调用
数据
注意：平行、带空心圆、数据名
注意：平行、带实心圆
转接
结构图在一张图上画不下，需要转接到另一张纸上，或为了避免图上线条交叉时使用转接符号
模块结构的质量标准
块内联系VS块间联系
耦合VS内聚
衡量模块之间的独立性
耦合：模块之间联系的程度，紧密耦合、松散耦合、非耦合
内聚：模块内部各成分直接的联系程度
一般来说，各模块的内聚越大，模块间的耦合越小
耦合方式
数据耦合：模块间通信信息是若干数据，耦合度最低，性能最好
控制耦合：模块间通信信息是控制信息
内容耦合：不经过调用关系，彼此直接使用或修改对方的数据，最糟糕的耦合方式
内聚方式
巧合内聚：模块内各成分之间毫无联系，聚合度最低、性能最差
逻辑内聚：模块内各成分的逻辑功能相似
过程内聚：由一段公共的处理过程组合成的模块，模块间耦合度比较高
通信内聚：模块中各成分引用或产生共同的数据
顺序内聚：模块中各成分有顺序关系，某一成分的输出是另一成分的输入
功能内聚：模块中各成分的联系是功能性的，功能明确、耦合简单、便于维护，聚合度最好，性能最高
评价模块结构的标准：耦合性，内聚大
模块结构图与框图、数据流图的区别
模块结构图与框图的区别
软件具有过程性和层次性两个特征
框图表示过程性
模块结构图表示层次性
模块结构图与数据流图的区别
数据流图：从数据在系统中的流动情况来考虑系统
模块结构图：从功能的层次关系上来考虑系统
模块结构图的推导策略
模块结构图的推导策略：从数据流图得到初始模块结构图
以事务为中心的设计策略（事务分析）
应用：将高层数据流图转换成模块结构图
优点：能够把一个大的、复杂的系统分解成若干个较小的、简单的子系统
原理：高层数据流图处理功能相对独立，可以把它们看成一类特定的事务，将其转换为模块结构图
以变换为中心的设计策略（变换分析）
应用：将底层数据流图转换成模块结构图
优点：能够将数据流图中的处理功能分解成具有输入、中心变换、输出功能的简单模块
原理：首先对低层数据流图中的处理功能进行分类，分为输入功能、执行变换功能、输出功能3类
模块结构图的改进
改进时考虑的几个方面
按照“耦合小、内聚大”的模块结构质量标准进行修改和检查
模块的扇入和扇出数
扇入数：模块的直接上层模块个数
扇出数：模块拥有的直接下层模块个数，小于7
消除重复的功能
网络设计与设备配置方案
网络设计的主要步骤
选择网络拓扑结构
安排网络上的设备布局
网络节点的权限设计
设备选配的依据
根据实际业务需要考虑某个管理岗位是否需要专门配备计算机设备
根据实际业务性质决定某个管理岗位配备的计算机设备的规格型号
根据办公室的物理位置分布和有无联机通信要求，决定是否需要与网络连接以及连接的方式
根据系统分析和调查中估算的数据量，确定网络服务器的硬盘大小
根据实际业务要求、用户的习惯等确定新系统拟采用的软件工具
根据系统分析和调查得到的网络数据传输量的大小，确定拟采用的网联传输介质，以及对主要连接设备的规格要求等
根据投资预算对上述6项内容进行调整
6.3系统详细设计
编码设计
编码设计的原则
唯一化
规律化
标准化
可扩充且容易修改
编码的种类
顺序码
层次码
助记码
输出和输入设计
确定输出要求
详细分析现行系统的输出报表和内容
参考与用户同类型企业或部门的情况，借鉴业务性质类似的其它管理信息系统的经验
与用户单位的实际业务人员讨论
输出方式
按介质划分
屏幕输出（常用，以数字或图形方式）
打印报表输出（最常用，关键在于合理编排内容，二维表、自有格式）
磁盘文件输出（传输速度慢）
输入方式
依照具体的管理需求确定数据的录入方式
键盘输入（常规、大部分采用）
模数-数模转换（常用）条形码的自动检测、电子秤的自动检测
网络或通信传输（广泛重视和利用）E-MAIL
无论哪一种都可以有批处理和实时处理两种形式
输入校对方式
设计一套合理的校对方式是保证数据准确录入的重要前提
人工校队（常用，较慢较麻烦）
二次键入（网站登录修改密码时）
根据取值范围进行控制（输入职工出生日期）
人机界面设计
人机界面的主要形式
菜单方式
会话方式
操作提示方式
以及操作权限管理方式等
系统输入人机界面实现的原则
系统输入界面是人机交互的重要界面
设计原则
立即反馈性
明了性
色彩适中
风格统一
处理过程设计
处理过程设计，也称模块详细设计，任务是为模块结构图中的每一个模块确定所采用的算法和数据结构，用某种选定的表达工具给出清晰的描述
模块间的接口要符合通信的要求
考虑将来实现时所用计算机语言的特点
考虑数据处理的特点
估计计算机执行时间不能超过要求
考虑程序运行所占用的存储空间
使程序调式跟踪方便
估计编程和上机调试的工作量
设计工具
程序流程图（程序框图）
过程设计语言（PDL，伪码）
数据库设计
良好的数据组织结构是衡量系统开发工作好坏的重要指标之一
数据库设计的任务与步骤
任务
依据数据库的规范化理论
按一定的步骤，对系统分析阶段的数据字典进行规范整体
建立符合第三范式的数据组织结构
概念设计
目的：产生反映全用户信息需求的整体数据库概念结构，即概念模型
方法：描述概念模型的有力工具是“实体-联系”方法（E-R方法）
逻辑设计
目的：得到一个与计算机软硬件的具体性能无关的全局概念模式
任务：将概念结构转换成特定DBMS所支持的数据模型
过程：将概念设计结果（E-R图）转换成某个DBMS所支持的数据模型并优化
物理设计
任务和目标：为逻辑数据模型选取一个最适合应用环境的物理结构
概念模型
反映全用户信息需求的整体数据库概念结构
一般可用E-R图模型将现实世界的信息结构统一用实体、属性以及实体之间的联系来描述
概念设计的方法
E-R图方法：有效的信息抽象方法
实体、属性、联系
实体间联系分类
一对一
一对多
多对多
相关术语
关系
元组
属性
域
主关键字（主键、主码）
外关键字（外键、外码）
安全控制设计
信息安全威胁分类
从来源看：内部、外部
从信息系统自身看：硬件、软件、信息（数据文件）
管理信息系统的不安全因素
计算机系统自身存在的脆弱性
各种自然灾害
人为操作失误或错误及各种计算机犯罪行为
如何保证计算机信息系统的安全
计算机信息系统实体安全
计算机信息系统的运行安全
信息与数据安全
安全设计需要考虑的具体内容
机房安全
操作系统的安全（ABC要求由高到低）
数据库系统安全技术（身份识别、访问控制）
数据存储系统的安全（全量备份、增量备份）
网络的安全（网络安全的特征：完整性、保密性、可用性）
6.4系统设计报告
系统设计报告
系统设计阶段的主要成果是系统设计说明书，它既是新系统的物理模型，也是系统实施的主要依据
引言
摘要
背景
系统环境和限制
参考资料和专门术语说明
系统设计方案
模块设计
代码设计
输入设计
输出设计
数据库设计说明
网络设计：包括网络拓扑结构、主要设备和软件要求
安全保密设计
系统实施方案及说明
7.系统实施
7.1系统实现
系统实现概述
开发管理信息系统应用软件的过程是系统设计的结果利用计算机语言翻译成可执行的代码
系统实现的准备工作
制定计划
制定编程规范
组织技术攻关
准备软硬件开发环境
开发语言的选择
参考的两个方面
所选的语言是否易学、易用、易维护、操作简便
所选的开发语言是否与数据库管理系统有良好的数据接口
考虑的几个问题
语言的集成环境和交互功能
语言的结构化机制和数据库管理能力
有较多的使用者，方便版本升级和互相学习交流
开发人员的熟练程度
软件的可移植性和用户的要求
程序质量的评价
满足预期要求
系统或程序的安全可靠性
程序运行时的可靠性
规范性
系统的划分、书写的格式、变量的命名等按照统一规范
可读性
程序内容清晰、明了、便于阅读和理解
大规模开发的重要指标
可维护性
程序各部分相互独立，程序之间只有数据联系
适应性
有变化时，调整和修改程序比较简便易行
编程风格
程序的注释
分类
序言性注释
出现在模块的首部
内容应包括：模块功能说明；界面描述；某些重要变量的使用、限制；开发信息
描述性注释
嵌在程序之中
用来说明程序段的功能或数据的状态
书写注释时应注意以下三个方面
注释应和程序一致
注释应当提供一些程序本身难以表达的信息
为了方便今后维护，注释中尽量多用汉字
可以使用过程设计语言（PDL）嵌套在语句中间，作为注释语句
伪码
伪码是一种在详细设计时使用的过程化设计语言（PDL）
可以是汉字或英语
编程时将伪码嵌入到程序中作为解释性语句
程序的书写格式
缩排法
程序段与段之间、程序与注释之间要有空白行
变量名的选择
变量名的选择主要遵循以下原则
不要过于相似的变量名
同一变量名不要具有多种含义
在编程前最好能对变量名的选取约定统一的标准
代码审查
用人工的方法（交叉评审）和辅助工具读代码的过程
保证软件质量的一个重要环节
是单元测试的一种方法
7.2系统测试
系统测试概述
测试的目的
测试是为了发现程序中的错误而执行程序的过程
好的测试方案是极尽其可能去发现迄今为止尚未发现的错误的测试方案
成功的测试时发现了至今为止尚未发现的错误的测试
基本工作流程
测试计划
测试用例
执行测试
测试报告
黑盒测试法
基本原理
测试者把程序看成是一个黑盒
即测试者完全不考虑程序内部结构特性
“穷举”输入测试：把所有可能的输入都作为测试情况使用
测试并不能保证程序中没有错误
以有限的测试情况尽可能多地查出错误
具体方法
等价划分
把被测试的软件的所有可能的输入数据（有效的和无效的）划分成若干个等价类
把无限的随机测试变成有针对性的等价类测试
设计等价类的测试用例
划分等价类并给出定义
选择测试用例
划分等价类的规则
规定了输入值的范围：一个有效等价类，两个无效等价类
规定了输入数据的个数：一个有效等价类，两个无效等价类
规定了输入数据的一组值，且对不同输入值做不同处理：一个有效等价类，一个无效等价类
规定了输入数据必须遵循的规则：一个有效等价类，若干个无效等价类
规定了输入数据为整数：正整数、零和负整数三个有效类
如果软件的处理对象是表格：空表，以及一项或多项的表
边界值分析法
设计使软件运行在边界情况附近的测试方案
暴露出错误的可能性更大一些
错误推测法
靠直觉和经验进行
基本思想是列举软件中可能有的错误和容易发生错误的特殊情况
并且根据它们选择测试用例
白盒测试法
把软件看成组装在一个透明的白盒子里，即完全了解软件的结构和处理过程
按照软件的内部逻辑测试软件，检验软件中的每条通路是否都能按预定要求正确工作
又称“结构测试”或“穷举路径测试”，从检查程序的逻辑着手进行测试
语句覆盖
比较弱的测试标准、选择足够的测试实例，使得每一个语句都能执行一次
判断覆盖
设计足够多的测试实例，使得每个判断至少都获得一次真值和假值的机会
即使得每一个分支都至少通过一次
条件覆盖
对每个判断中所包含的若干个条件，应设计足够多的测试实例
使得判定中的每个条件都能取到真和假两个不同的结果
判定/条件覆盖
设计足够多的测试实例，使得判定中的每个条件都能取得各种可能的真值和假值
并且使每个判定都能取得真值和假值
条件组合覆盖
设计足够多的测试实例，使得每个判定中条件的各种可能组合都至少出现一次
测试策略与原则
测试策略
在任何情况下都应使用边界值分析的方法
必要时用等价划分法补充测试用例
必要时再用错误推测法补充测试用例
对照软件逻辑，检查已经设计出的测试用例
测试原则
确定预期输出结果
避免测试自己的程序
进行破坏性测试
除了检查程序是否做了它应该做的工作，还应检查程序是否做了它不该做的事情
保留测试数据，以便程序修改后进行再测试
系统测试的步骤
模块测试
单元测试
保证每个模块能正常运行
人工走通+上机测试
子系统测试
分调
重点测试子系统内各模块的接口
非渐增式
渐增式
系统总测试
总调
将经过测试的若干子系统组装在一起来测试
关键：真实、全面
7.3系统切换
系统切换前的准备工作
用户培训
事务管理员
系统操作员：系统的直接使用者
系统管理员：系统维护员
数据和文档准备
数据准备
文档准备
系统切换的方式
直接切换
问题：新系统不能达到预期目的
平行切换
原系统正式，新系统校核
新系统正式，原系统校核
分段切换
分期分批逐步切换
直接与平行的结合
分段切换各子系统的切换策略
按功能分阶段逐步切换
按部门分阶段逐步切换
按机器设置分阶段逐步切换
8.运行管理
8.1系统运行的管理组织
运行管理机构发展的历程
信息技术在企业中应用的三个阶段
第一阶段零散的技术改造
第二阶段各领域大量应用
第三阶段战略信息管理
运行管理机构设置的原则
效率原则
科学设计、合理安排、明确分配职责，以保证效率
精简原则
机构和岗位设置力求精简，以搞素质复合型人才和精简高效的机构保证信息化建设任务的顺利完成
灵活性原则
信息化组织机构和岗位的设置上，没有统一的模式
管理职能可能发生变化，要及时作出机构和岗位的调整
因事设岗、因岗顶编
在保证高效、精简的前提下设置具体的机构和岗位
保证科学性、合理性、完备性、唯一性，避免因人设事、设岗
运行管理机构的人员构成
网络组：网络正常运行的维护和扩展
硬件组：计算机硬件及相关设备正常运行的维护
软件组：网管、软件维护人员、数据库管理员
业务组：负责系统用户和管理部门的沟通和联系，业务管理和信息使用
行政组：信息部门的日常管理工作，收集意见通知处理和改进
运行管理体制
以CIO为核心的运行管理体制
首席信息官CIO
负责制定企业的信息发展战略、标准和程序
对企业的信息资源进行管理和控制
CIO的主要职能
参谋作用
桥梁作用
企业信息化的总领队
信息化培训
CIO机制
以CIO为核心
以信息技术部门为支撑
以业务应用部门信息化实施、运行为主体
专兼职相结合的信息化管理体系
CIO体系组成
CIO
信息化管理领导小组
信息技术支持中心
业务部门信息化管理岗位
运行管理制度
机房管理制度
定义
规定了机房设备安全管理方案和紧急情况的应对措施
信息系统应用人员的义务、权限和责任
保障计算机设备良好的运行环境
内容
环境方面主要有机房的清洁度要求、温度要求、湿度要求、放火和防水要求等
进出机房人员的规定
机房的电力供应及应急措施
设备和材料进出机房的管理要求
网络完全保障，以及与外界信息交流的管理描述等
系统维护制度
信息系统正常运行的保障
系统维护组织机构设置
系统维护人员管理制度
重要事项维护工作流程
突发事件应急措施
日常维护工作流程
信息系统维护费用保障机制
运行操作规程
在用户手册基础上形成制度
规范信息系统的运行规程
系统操作人员资格审查规定
系统操作人员使用权限和密码管理规定
信息系统上机操作流程
信息系统运行病毒检测机制
数据的备份保管制度
运行记录制度
运行过程中，对系统硬件、软件及数据等的应用情况作详细记录
这对系统存在问题的分析和解决有重要的参考价值
计算机启动、应用系统运行、关机的时间
登录系统的操作人员、登录地点（IP地址）
系统硬件、软件及数据的应用情况
异常情况发生时间、具体现象、记录人、处理人、处理过程等
值班人员签字、负责人签字审核签字制度
系统运行记录的保管制度
8.2系统运行维护
系统维护的内容
硬件维护
定期保养性维护
突发性故障维护
系统软件维护
系统管理程序的维护
系统支持程序的维护
应用软件维护
确定系统维护的目的
分析应用系统的组成和运行原理
网络维护
主要目的：保证通信的顺畅和网络的安全
重点工作
预防性维护，即防止网络出现故障
出现故障预案及时排除
目标
最大限度地增加网络的可用时间
提高网络设备的利用率、网络性能、服务质量和安全性
配置管理、性能管理、故障管理、计费管理、安全管理
数据维护
应付系统灾难的基本步骤
计划：确定一旦发生数据灾难时必须保持可用的数据
备份：始终保护当前关键数据的备份件并离站保存
演练：数据恢复计划每年至少应演练一次，解决计划中存在的问题，并在数据受损发生之前对该程序进行训练
组织：数据灾难发生后，应和信息系统开发人员或专业技术人员共同处理好数据恢复的措施
分析：数据恢复后，应认真分析数据灾难发生的原因，总结经验，加强事先预防的目的
数据备份管理的主要方法
数据备份：将计算机硬盘上的原始数据（程序）复制到可移动媒体上
数据恢复：数据备份的逆过程，即将备份的数据恢复到硬盘上的操作
数据归档：将硬盘数据复制到可移动媒体上，并将原始数据从硬盘上删除
归档恢复：数据归档的逆操作，将归档数据写回到硬盘
在线备份：对正在运行的数据库或应用进行备份
离线备份：在数据库关闭后对其进行数据备份，离线备份通常采用全备份
全备份：备份策略的一种，执行数据全部备份操作
增量备份：相对全备份而言，是备份策略的一种，只备份上一次备份后数据的变化量
并行技术：将不同的数据源同时备份/恢复到一个备份设备/硬盘上
数据克隆：实现灾难恢复的一种重要手段，将原始数据同时备份到两份可移动媒体上，其中一份转移到地理位置不同的办公室
运行环境维护
温度、湿度、清洁度、照明度、电磁干扰、静电、噪声
系统维护的分类
改正性维护
改正在系统开发阶段已发生而系统测试阶段尚未发现的错误，也称正确性维护
适应性维护
使系统适应外界环境变化和管理需求变化而进行的修改
完善性维护
为扩充和改善系统性能而进行的修改
主要是指对已有的系统增加一些在系统分析和设计阶段中没有规定的功能和性能特征
这些功能对完善系统功能是非常必要的
预防性维护
为了改进系统的可靠性和可维护性
为了适应未来的软硬件环境的变化
主动增加预防性的新功能
以使管理信息系统适应各类变化而不被淘汰
系统维护的步骤
提出申请
技术评估
下达任务
制度计划
实施计划
组织验收
资料存档
系统的可维护性
可维护性的评价指标
可理解性
外来读者理解软件的结构、界面功能和内部过程的难易程度
可测试性
诊断和测试的容易程度取决于易理解的程度
可修改性
模块的耦合、内聚、作用范围和控制范围的关系等，都对可修改性有影响
提高可维护性的方法
建立和鉴权各类系统开发文档资料
文档是软件可维护性的决定因素
软件系统文档分类
用户文档：描述系统功能和使用方法
系统文档：描述系统设计，实现和测试等各方面的内容
开发过程中要严格按照各阶段所规定的开发原则和规范来进行
可维护性是所有软件都应具备的基本特点
避免改旧错出新错的现象发生
建立和健全从系统开发到系统运行各阶段的管理制度
8.3系统评价
系统评价概述
系统评价的目的
检查系统的目标、功能及各项指标是否达到了设计要求
检查系统的技术能力、可靠性、安全性、稳定性等质量问题
检查系统的使用效果，如工作性能、系统利用率、用户满意程度等
根据评审和分析的结果，找出系统的薄弱环节，提出改进意见
系统评价考虑的几个方面
新系统是否达到了预期的目标
新系统是否具有较好的适应性和安全性
新系统是否为企业带来了良好的间接效益
新系统是否为企业带来了良好的直接效益
系统的经济评价
显性效益：可以反映在会计账目的
增加销售收入
消除交易成本
降低要素配置成本
节省库存成本
降低日常活动费用
隐性效益：不能通过会计账目反映出来，但对企业利润有影响
提高企业的无形资产
提高作业效率，节省时间成本
提高企业管理水平和管理效率
驱逐假冒、创新防伪
系统的技术评价
系统效率
信息系统的各种职能指标、技术指标和经济指标是系统效率的反映
系统可靠性
是指系统在运行时的稳定性，系统可靠指一般很少发生事故
可扩展性
任何系统的开发都是从简单到复杂的不断求精和完善的过程
可移植性
可移植性是评价信息系统的一项重要指标
系统评价报告
对新系统开发工作的判定和总结，也是今后进行系统维护工作的依据
摘要：系统名称、功能等
背景：系统开发者，用户等
参考资料：设计任务书、合同、文件资料等
评价内容
技术性能指标评价
经济指标评价
综合性评价
信息系统开发与管理
0 条评论
回复 删除
下一页
