信息系统分析与设计课件

信息系统基本概念1.1信息的基本概念

数据与信息数据（Data）：一般意义上认为是客观实体的属性值，是对客观事物记录下来的，可以鉴别的符号（数字，字符、文字、图形等等）信息：“构成一定含义的一组数据就称为信息”信息是对数据加工的结果信息是帮助人们做出正确决策的知识信息是能够导致某种决策的外界情况

数据+处理信息1.1.2信息的特性

1、真伪性

真实而准确的信息才可以帮助人们做出正确的决策，实现信息的价值

信息的真实性、正确性的保证是靠数据库管理系统、功能设计中的数据库的完整性来实现的

2、层次性

信息大多是为管理服务的而现实世界中管理是分层的，不同的管理层需要不同的信息，所以信息也具有层次性

可以人为地将信息分为战略级、策略级和执行级三个层次，需要注意的是如果问题发生变化，管理层次和信息层次也将发生变化。

不同层次信息的特征

信息来源信息寿命加工方法使用频率加工精度保密要求战略级信息大多外部长灵活低低高策略级信息内外都有中中中中中执行级信息大多内部短固定高高低3、不完全性客观事实的全部信息是不可能得到的

4、滞后性

信息是数据加工后的结果，因此信息必然落后于数据

△ti(i=1,2,3,4)值越大，由数据到结果的时间就越长

5、扩充性

信息的扩充性就象热量的扩散一样，热量越高，扩散能力越强。

6、压缩性

信息的压缩性主要指能够对信息进行统计、综合和概括

7、共享性

企业或组织内部需要大量的共享信息来协调各项管理业务，因此才使得信息成为企业的重要资源。

8、转换性

信息转化的目的是为了实现信息的价值。信息的价值有两种衡量方法：一种是按所花的社会必要劳动时间来计算；另一种是按信息的使用效果来计算。前一种方法称为内在价值，用于生产信息的单位。后一种方法称为外延价值，用于使用信息的单位

1.1.3信息的生命阶段

1、信息的收集（两个步骤：识别和收集）识别方法：①、由管理者、决策者识别②、信息系统开发人员在系统开发过程中识别③、由管理者、信息系统开发人员共同识别收集方法：①、自底向上广泛收集

②、有目的的专项收集

③、随机积累

2、信息的传输①、技术问题—如何快速、准确地传输信息。②、语义问题—如何确切地表达信息的意义。信息传输的一般模式：信息传输过程中的指标：①、信道的传输速率和抗干扰能力

②、编码和译码

③、调制、解调

3、信息的加工信息加工的一般模式 计算机、人工智能等技术的不断发展和应用大大缩短了信息加工时间，满足了管理者的决策需求，同时也将人们从繁琐的手工管理方式中摆脱出来。人们在系统中采用预测模型、决策模型和模拟模型以及一些标准的软件包，如统计包、数学规则软件包、模拟软件包等进行二次信息的加工，不仅提高了信息加工的效率，也使得决策更加科学、合理。

4、信息的存储

为什么要存储这些信息

存在什么介质上

存储多少时间

存储方式

5、信息的维护：指保持信息处于合用状态

狭义上是指不断更新数据、维护数据，使数据保持合用状态

广义上是指信息系统的开发和运行中的一切数据管理工作

1.2信息系统的基本概念

1.2.1系统的概念

系统的含义：系统是内部互相依赖的各个部分，按照某种规则，为实现某一特定目标而联系在一起的合理的、有序的组合。

系统的特性：1、整体性。系统是有机组成的一个整体，每个部分都要服从整体，追求整体最优，而不是局部最优。这就是所谓全局的观点。2、层次性。可以将一个系统逐层分解，体现出系统的层次性。系统的层次结构：3、相关性。系统是由内部各个互相依存的组成部分按照某种规则组合在一起的，因此，各个组成部分尽管在功能上相对独立，但彼此之间是有联系的，即具有相关性。在各个子系统之间存在着各种物质的或信息的交换关系，称之为物质流或信息流，正是通过这些流，各个子系统的功能才能互相配合，联合起来共同完成整个系统的功能，这些流的状况反映了系统的运行情况。如果这些流的运转发生问题，那么即使各个子系统各自运转正常，整个系统也将处于混乱状态。4、目的性。任何一个系统都是为了完成某一特定目标而构造的。5、环境适应性。系统通过边界与外界联系，当外界发生变化时，系统内各个部分为适应外界环境的变化，需要根据客观现实与自身条件，调整自己，因此任何一个系统是“动态”的，而“静止”则是相对的。1.2.2信息系统

信息系统的含义：简单地说：信息系统就是输入数据/信息，通过加工处理产生信息的系统。CordonB.Davis给出的定义：它是一个利用计算机硬件和软件，手工作业，分析、计划、控制和决策模型，以及数据库的用户—机器系统。它能提供信息支持企业或组织的运行、管理和决策功能。

信息系统的特征1、信息系统与环境密切相关

2、信息系统的开发建设必须由管理部门来领导，要有高层领导和最终用户的参与

3、信息系统建设的群体性、计划性

4、信息系统是一个面向管理的用户—机器系统

5、数据库系统的特征

6、信息就是资源是信息系统的一个重要特征

信息系统的结构

1、信息系统的概念结构及从管理层面上看的金字塔结构2、信息系统的功能结构

3、信息系统的软件结构

4、信息系统硬件结构

1.3信息系统的开发

1.3.1信息系统开发中常见的一些问题1、信息系统开发人员对需求的理解出现偏差2、“堆栈”现象3、重编程，轻规划，轻分析4、当信息系统开发进度减缓时，采用增加人员的方式来加快进度

5、过低估计信息系统的投资而使开发工作夭折

1.3.2系统的方法

系统方法的要点：系统的思想、数学的方法和计算机的技术

系统方法的“三维结构体系”：时间维、逻辑维、知识维

1.3.3

系

统

开

发

步

骤

1.3.4信息系统开发的指导思想和工作原则

1、数据位于现代数据处理的中心

2、数据模型是稳定的，处理是多变的

3、用户必须真正参与开发工作

信息系统开发过程中必须强调以下几个基本观点：第一，面向用户的观点

第二，严格区分工作阶段，每个阶段规定明确的任务和所应得的成果

第三，按照系统的观点，自顶向下地完成研制工作

第四，充分考虑变化的情况

第五，工作的成果要成文，文献资料的格式要规范化、标准化

1.4信息系统开发的组织及项目管理

1.4.1信息系统开发人员的组织

1.4.2系统分析员应具有的基本技能

人际关系方面的技能：具有建立信任、处理争端、信息交流的能力

技术方面的技能

具有运筹分析、系统开发、计算机知识与技能

1.4.3信息系统开发中的文档管理

1、文档的地位和作用

在信息系统建设中，除了有一定的硬设备（如计算机等）之外，它的“原材料”、“工具”、“半成品”、“成品”全是信息，是一种人脑的思维活动，体现在一些书面文字资料和计算机程序中。软件=文档+程序

文档是人脑思维活动的体现，是信息系统建设中的唯一可见物，它可以用来统一思想，防止健忘和误解，是信息系统开发组内各类人员之间及组内外的通讯依据，同时也是观察、控制、协调信息系统开发过程的依据

2、系统开发中开发人员缺乏文档管理的原因：第一，程序是“硬件”，是必须最终完成的；文档是“软件”，有一些是必须完成，而有些则无严格要求，并且也可以事后补充

第二，文档的形成过程实际上反映出对开发方法运用的过程，开发者往往只注意结果，不注重过程程序和文档在信息系统建设中实际上是“静态”和“动态”的关系。一个是开发结果，一个是开发轨迹。开发者往往只看到程序的“静态”方面，不重视开发过程的“轨迹”第四，文档经常是给别人看的，系统开发人员缺乏书写文档的动力和自觉性3、文档管理的内容

①、文档要标准化、规范化

②、维护文档的一致性

③、维持文档的可追踪性

④、文档管理的制度化

1.4.4信息系统开发中的项目管理

1、项目管理组的组成

项目经理

过程管理小组

项目支持小组

质量保证小组

系统工程小组

开发小组

系统集成小组

2项目管理的内容

任务划分计划安排

经费管理

审计与控制

风险管理

信息系统开发成功的标志：满意、愉快的各级用户（包括企业或组织的高层领导）；高兴的项目主管；开发组内良好的士气，在工作中有适度的奖励、良好的工作氛围、优良的制度保证；良好的人际关系，即用户与开发人员之间、开发人员之间具有良好的合作、协助关系。信息系统失败的标志：用户对系统开发结果不满意或漠不关心；用户拒绝提供信息；长时间的审查；合同之外的无理要求；缺乏诚意。

1.5原型法

1.5.1原型法开发步骤

1.5.2原型法的使用前提

并非所有的需求在系统开发以前都能准确地说明

有快速的系统开发工具

项目参加者之间存在通讯上的障碍

需要实际的、可供用户参与的系统模型

需求一旦确定，就可以遵从严格的方法

大量的反复是不可避免的和必要的，应该加以鼓励

1.5.3原型法的人员组织和工作环境人员组织：原型不能由多人的大组织来完成，原型法小组最佳规模是由两人组成，或者再外加一位为多项目并行处理做补充的、提供支持功能的第三者。工作环境：项目工作室的建立快速响应的工作环境规范的原型构造过程文档资源演示/展示设施集中式/分散式原型开发中心

初识统一建模语言UML一、UML的产生和发展1、UML及其起源及发展二、UML的基本概念1、什么是UML

UML是一种基于面向对象的可视化图形建模语言，用于对软件系统进行说明，构造和文档建立。1）UML中相互关联的含义UML合并了许多面向对象方法中被普遍接受的概念，并对每种概念给出了清晰的定义、表示法和有关术语。UML对于整个生命周期的开发具有无缝性。UML适用于各种应用领域的建模UML可应用于运行各种不同的编程语言和开发平台的系统。UML作为建模语言，不对开发过程的细节进行描述UML元模型揭示和表达了各种概念之间的内在联系。2）UML的目标提供一种所有建模人员都可使用的通用建模语言。能对众多系统建模的同时，尽可能简洁支持大部分软件开发过程使用面向对象概念为系统建模创建一种人和机器都可以使用的语言设计一种面向对象分析和设计的符号表示3）UML的特点统一标准面向对象可视化、表示能力强大独立于过程容易掌握使用4）UML概念模型UML事物关系图结构事物行为事物分组事物注释事物接口协作用例主动类构件节点交互状态机包注释依赖关联泛化类类图对象图用例图顺序图协作图状态图活动图构件图实施图事物是模型中最具有代表性的成分抽象。结构事物类：一组具有相同属性、相同操作、相同关系的对象的描述接口：描述一个类或构件的一个服务的操作集。协作：定义可一个交互。用例：是系统中的功能单元主动类：其对象至少拥有一个进程或线程，能够启动控制活动构件：系统中物理的、可替代的部件结点：系统运行时存在的物理单元行为事物交互：它由在特定语境中共同完成一定任务的一组对象之间交换的消息组成。状态机：它描述一个对象或一个交互在生命期内响应时间所经历的状态序列分组事物包——把元素组成为组的机制关系依赖表示两个或多个模型元素之间的一种语义联系，其中一个事物的改变将影响另一个事物。关联通过一个事物可联想到另一个事物。泛化指模型要素之间的一般与特殊的联系。5）UML视图体系三、UML的视图和图1、视图

视图代表完整系统描述中一个特定方面的抽象，系统的整体架构和特征可以用一组视图完整地描述出来。每个视图由一组图构成。1）用例视图

用例视图从系统外部用户出发，抽象地描述系统的功能集合，使系统最终实现这个功能。用例视图是其他视图的核心和基础2）逻辑视图

逻辑视图显示系统内部的功能是怎样设计的，它利用系统的静态结构和动态行为来刻画系统功能。静态结构描述类、对象和它们之间的关系等；动态行为主要描述对象之间的动态协作。3）并发视图

并发视图用来显示系统并发工作的情况，主要由动态图（状态图、顺序图、协作图、活动图）和执行图（组件图、展开图）构成。为系统开发人员和集成人员使用。4）组件视图

组件视图用来显示代码组件的组织方式，描述实现模块和它们之间的依赖关系。组件视图由组件图构成，为开发者使用。5）展开视图

组件视图用来显示代码组件的组织方式，描述实现模块和它们之间的依赖关系。展开视图由展开图组成，包括结点和结点之间的关系。2、图

显示若干参与者以及参与者与系统提供的用例之间的连接关系1）用例图

图由图片组成，图片是模型元素的符号化。图是视图的组成部分，一个系统模型包括多个各种类型的图。鉴定保险单统计保险金额建立客户档案客户保险销售员1）用例概念的基本思路

首先找出系统边界以外的活动者，然后从活动者如何与系统进行对话的角度，以用例图描述活动者怎样使用系统以及系统向活动者提供什么功能。

例：客户对“下订单”用例的描述（场景）：“确定客户，找出需要的并且仓库里还有的物品并检查客户信用额是否够”“活动者”—客户；系统对信息的处理—查找库存、检查客户信用额；处理之后的返回结果—客户订购的商品是否够，客户信用度是否够2）用例中的有关概念

系统边界：一个系统所包含的所有成分与系统以外的各种事物的分界线。活动者：是系统之外与系统进行交互的任何事物。

用例图是系统获取需求的重要手段，用例图反映系统的主要功能。2）类图

表示系统中类与类之间的关系，是对系统静态结构的描述。构造类图的三个关键问题：系统中有哪些需要关心的类？这些类是如何描述的？这些类之间的联系是什么？客户利润交易者生财工具债券股票选择股票1..*1..*0..*0..*113）对象图

对象图表示类的对象实例，具体反映该系统执行到某处时系统内事物的状态。（见图4—3）4）状态图

状态图对类所描述事物作补充说明，从而显示类的所有对象可能具有的状态，以及引起状态变化的事件。

例：对象“发票”可以根据其付款的情况分为3个状态：未付款、部分付款以及付清款未付款部分付款付清款部分付款部分付款完全付款

状态图使用状态、事件和转换来记录对象在其生命周期中所经历的状态序列。对象的初始状态是图中任何事件都未对该对象起作用时的状态状态代表对象生命周期中的某一瞬间转换表明作为对事件的响应结果，对象将从一种状态转换到另一种状态并执行某个动作。触发状态转换的事件在状态转换中命名。在一楼下降至一楼正在下降停止正在上升向上向下向上向上至要到达的楼层向下至要到达的楼层停止时间到向下至一楼开始计算机:打印服务器：.打印文件打印机：.队列结束打印打印文件加入队列通知打印打印文件打印机忙碌打印机空闲5）顺序图

表示随时间的推进，若干对象之间是如何交互作用的，显示对象之间的动态合作关系，强调对象之间消息发送的顺序。对象之间的这些交互是指在场景或用例的事件流中发生的。每一个对象用一条生命周期线来表示，在生命线上用棒形线表示该对象的服务按时间前进方向的执行动作，生命线之间的箭头连线代表消息。6）协作图

协作图按照时间和空间的顺序描述系统元素的交互和关系。协作图由对象及其关系，以及对象之间的流动消息构成。：计算机：打印服务器：队列：打印机1、打印文件4、打印结束2.1进入队列2.2离开队列3、打印文件7）活动图

任何一个系统任务在对象观点下对应于一系列有序的消息及消息的响应，但从系统的观点来看，它是一系列有序的活动，这些活动有序地通过事件的触发连接起来实现系统任务。尽管用例也从活动的角度描述系统，但用例的活动描述难以描述系统任务中的并发活动，以及跨用例的任务。因此，引入活动图主要目的是描述并发活动和跨用例的系统任务。活动图的核心概念是活动，活动是完成系统任务必需执行的处理步骤。在UML中活动本身是一种活动状态，与状态表示法完全相同。屏幕显示磁盘满屏幕显示打印产生附录文件檫除屏幕提示信息打印文件磁盘满磁盘有空闲8）组件图

组件图反映代码的物理结构。组件包含逻辑类的实现信息。窗口控件Whnd.obj主控模块Main.obj通信控件Comlind.obj客户程序Client.exe图形库Graphic.dll主控模块Main.cpp通信控件comlind.cpp窗口控件Whnd.cpp9）展开图

展开图又称配置图，显示系统中软件和硬件的物理架构，描述环境元素的配置，并把实现系统的元素映射到配置上。个人计算机个人计算机网络服务器数据库服务器客户系统.EXE客户系统.EXE网络服务.EXE查询系统.EXE网络TCP/IPTCP/IP开列订单验证客户<extend>用例图服务人员订单客户商品条目类图10）图例顺序图订单：……..客户：……..创建订单验证客户订单调出订单分发订单存档订单入座订单填写订单类的状态图创建订单确认订单提供优惠填写订单团体付费信用卡付费填写订单个别订户分支同步条团购订户同步条合并活动图——描述订单创建过程的活动3、图的模型元素和符号类（对象）属性操作状态用例结点笔记包组件接口模型元素符号关系符号聚合泛化关联依赖4、通用机制1）修饰

修饰是在模型元素旁边用附加的文字或规格说明。例如，在类型的名字下加下划线表示该类的实例（即对象）。2）笔记

笔记用于对模型的意义作进一步的解释3）规格说明

通用机制用于描述基本模型元素无法表达的附加信息

对模型元素性质的详细描述称为规格说明4）版类是UML提供的一种扩展机制，在已有模型的基础上建立一种新的模型元素5）约束约束是对元素的限制，通过约束限定元素的用法或元素的语义。四、用UML建模1、UML系统模型的组成分析模型设计模型实现模型展开模型系统模型从用户需求角度观察从数据库设计角度观察从物理实现角度观察从系统和网络构成角度观察类图状态图顺序图包图设计类图协作图用例图活动图对象数据库模式组件图展开图实施阶段设计阶段分析阶段事物事件或事件表2、UML建模的过程集体讨论描绘目标组织目标详细说明集成验证核实原型化与测试系统评价发现不足使用非正式工具，如白板或笔记公告把上面描绘的目标组织成正式的图反复迭代，明确内容，显示细节消除图形之间的冲突，保证系统正确有效完成原型并进行测试评价结果，必要时返回以纠正不足3、UML建模的工具支持（RationalRose)1）绘图支持

提供一致的图标和图片，可以选择、放置、连接和定义图中各元素。工具还具有理解元素的语义的能力，以及提供版面设计功能。2）模型积累图的一致性检索鉴定报告重用元素或图3）导航4）多用户支持5）代码生成6）反向工程UML通过阅读和分析代码，将代码的结构用图显示出来。7）集成

把建模工具与系统开发时需要的其他工具结合形成一个整体。

管理信息系统概论*信息系统的项目管理项目管理项目管理的基本概念的基本概念信息系统建设项目的特点信息系统开发项目管理的工作流程信息系统开发项目管理的内容

*返回项目管理的基本概念项目项目管理项目组织项目管理过程项目管理的主要内容*返回项目

项目就是指在一定的资源约束下，为了实现特定的目标而进行的相互联系的一类工作任务。项目从开始到结束的过程可以划分为若干个阶段，构成了项目发展的生命周期。项目的生命周期包括了项目机会的确认、项目规划与方案制定、项目实施与执行、项目结束与收尾等四个阶段，如图7-1所示。*

图7-1项目的阶段性时间投入资源阶段一阶段二阶段四阶段三项目机会的确认阶段为项目的启始阶段，在此阶段通常由用户提出对项目需求，其具体内容可以用“需求建议书”的形式书面提出，也可以是一个口头的或通过谈话等其他形式提出的需求。项目生命周期的第二个阶段是项目的规划与方案制定阶段。这一阶段会针对项目的需求来进行规划，制定解决问题的具体方案，并估计所需的各类资源的情况；同时还要进行项目进度计划的安排及时间的估计等项目生命周期的第三个阶段是项目的实施与执行阶段。这一阶段将利用各种资源、分期分批按计划地完成项目工作任务，以最终实现项目目标，并且使用户有较高的满意度。项目生命周期的最后阶段是项目的结束与收尾阶段。*返回项目管理

项目管理就是为实现项目目标，有效地组织和利用各种资源，严格地控制项目进度，以满足用户及有关方面需求的管理工作的总称。具体而言，项目管理就是将知识、技能、工具和技术应用于项目活动，以满足项目的需求。在项目管理中需要管理者协调项目各方的目标与需求，以求得某种平衡，照顾各方利益，使各方均以积极的态度，饱满的热情投入项目之中。项目管理中涉及各种资源的组织、管理和有效利用，计划协调分配与控制各种资源，成为项目中资源管理的重点。项目的进度计划与控制，也是项目管理中的重要方面。*返回项目组织

常见的组织结构形式有：职能式组织、项目组式组织、矩阵式组织。职能式结构职能式组织结构是一种典型的结构形式，也是一种传统的组织结构形式。组织中的成员按其专业的不同进行划分，形成相应的职能部门。*总经理职能经理1员工11员工12员工13职能经理2员工21员工22员工23职能经理3员工31员工32员工33

图7-2职能式组织结构项目组式组织结构在项目组式组织结构中，人员的配置及资源的分配均按项目划分，项目经理具有很大的独立权限，每个项目组中包括多不同专业背景的人员。*总经理项目经理1员工11员工23员工31项目经理2员工13员工22员工32项目经理3员工12员工21员工33

图7-3项目组式组织结构矩阵式组织结构矩阵式组织结构是上述职能式与项目组式结构相结合的形式，不仅可较好地发挥专业人员的特长，且能较好地适应项目管理的要求，是较常使用的一种组织结构形式，如图7-4所示。*总经理职能经理1员工11员工12员工13（A项目经理）职能经理2员工21职能经理3员工32员工33图7-4矩阵式组织结构员工22（A项目组员）员工23（A项目组员）员工31（A项目组员）返回项目管理过程

项目管理的过程是指定义、描述、组织实施，以完成项目的各项活动。项目管理的过程在项目生命周期的每一个阶段均可分成五个过程组,它们是:

－启动过程组（明确项目的开始）－计划过程组－执行过程组－控制过程组－收尾过程组

*计划过程组

明确项目的目标、范围、进行资源的计划，并选择较好的实施方案以保证预期目标的完成。计划过程（计划的编制与调整）在整个项目生命周期中持续不断、贯穿始终，对项目的成败有重大影响。该过程组中通常包括以下过程：项目范围计划、进度计划、风险管理计划、资源计划、成本估算和预测、质量计划、人员组织、沟通计划等内容。

返回*执行过程组

有效地获取、整合、利用各种资源，具体实施项目计划方案。在该过程组中，最常用的过程为质量保证，项目执行情况的跟踪、信息沟通、供应商选择、合同管理等等。

返回*控制过程组

进行监督和检查，发现项目实际执行情况与计划的偏差，分析偏差的原因和影响，采取适当的措施，以有效地确保项目目标的完成。该过程组中常常会涉及计划的调整、项目的变更控制、成本控制、进度控制、质量控制等。尤其是变更控制，几乎在信息系统开发的每个项目中都会面临。由于用户需求的不确定和管理环境的改变等种种原因，信息系统开发过程中的项目范围变更、进度改变、成本上升等经常会发生，因此必须有效地进行控制。

返回*收尾过程组

确定整个项目或项目的某个阶段的工作已经完成，可交付成果已经符合要求，便可正式结束相应工作。该过程组中通常包括合同的完成和结算、编制各种文件、文档资料和报告等过程。

返回*

图7-5则更加形象地展现了各过程组在一个阶段中的重叠与交叉。*阶段开始阶段结束图7-5一个阶段中各过程组的重叠与交叉活动的层次启动过程组计划过程组执行过程组控制过程组收尾过程组*定义项目目标、范围对工作内容进行分解：形成活动和任务按活动绘制项目的网络图，以明确进度计划估计各项活动的资金需求、时间需求和其他资源需求估计项目的总成本、所需资源和时间条件满意否？调整时间、资源调整目标或范围否是形成项目进度计划进行项目进度监控是否偏离计划?是否制定措施,纠正偏差项目继续,至结束图7-6信息系统项目管理主要过程图7-6所显示了项目管理活动的一般程序返回项目管理的主要内容项目整体管理项目范围管理项目时间管理项目费用管理项目质量管理项目人力资源管理项目沟通协调项目风险管理项目采购与合同管理项目收尾管理

返回*项目整体管理

项目整体管理工作由项目计划编制、计划实施、综合变更控制等过程组成，是进行项目各要素综合调整和控制的工作，是使项目管理各阶段、各过程、各种资源、各项目标得以有机整合的管理工作。因此，正确的项目管理首先是项目的整体管理。

返回*项目范围管理

根据项目的目标准确地定义和核准项目的工作范围，并在必要时调整和变更项目范围。需要强调的是，范围管理应保证“只做应该做的工作”，多做工作会增加成本，造成工期的拖延；少做工作将不能完成任务，不能实现其目标。

返回*项目时间管理

根据项目的工作范围进行分解，分解成若干活动。定义活动的内容,估算活动的时间，安排活动的先后顺序，并进行相应的进度计划的编制和控制等。

返回*项目费用管理

以保证在预算范围内完成项目任务。包括估算每项活动的成本，尽而对项目的总成本进行预算；进行资金的分配；在项目进行过程中进行费用控制等内容。

返回*项目质量管理

是指为使项目能达到用户满意的预先规定的质量要求和标准所进行的一系列管理与控制工作。包括进行质量规划，安排质量保证措施，设定质量控制点，对每项活动进行质量检查和控制等。

返回*项目人力资源管理

以使参加项目的人员均能最有效地发挥作用。在项目进行过程中，具有各种不同专业背景、工作习惯、工作方式的人聚集在一起工作，而且项目的组织机构多为临时设置，许多人又是身兼多职的，所以人力资源的管理在项目管理中也尤为重要。它包括制定人力资源计划，进行人员培训、做好人员的沟通与协调等工作。

返回*项目沟通协调

项目进行过程中的信息沟通同样不可忽视，必须定期、不定期地在项目团队成员、直接上级主管、用户等各种与项目相关的人员之间进行沟通与协调。

返回*项目风险管理

包括识别风险、进行风险分析（定量分析和定性分析）、制定相应的对策、进行风险控制，使项目的风险隐患得以避免，或最大限度地减少风险所带来的损失。

返回*项目采购与合同管理

它是指为了保证项目顺利执行所需的物资、服务或信息的获取过程，通常应包括制定采购计划、选择供应商及相应资源，进行合同管理等内容。在很多情况下，项目结束之后都存在一个收尾的过程。例如在信息系统开发项目完成之后，便要进入运行阶段，这时就存在大量的交接工作：各类人员的培训、各种资料的交接，对系统出现的问题的处理，系统目标、质量、效率的再评估等等，这个过程对项目成果的实际应用是十分重要的。

项目收尾管理项目收尾管理（合同收尾、管理收尾）分别包含在沟通管理和采购管理工作之中。

返回*信息系统开发项目管理的工作流程

信息系统开发项目管理的基本问题就是如何按所选择的研制方法，进行有效的计划、组织、控制。我们将信息系统开发的项目管理划分为如图7-7所示的从定义项目目标到项目结束的若干个步骤，这即为信息系统开发项目管理的工作流程。立项并定义项目目标－进行初步调查，提出项目建议书－可行性研究，即正式研究阶段项目实施管理

**系统规划系统分析初步调查可行性研究详细调查形成新系统逻辑方案系统设计系统总体设计数据存储设计I/O设计处理过程设计代码设计硬件及网络方案选择系统实施软件购买、编程、测试、调试硬件、网络设计购买、安装、调试系统联调新旧系统转换系统运行与维护系统更新1．立项并定义项目目标2．项目中任务的分解3．定义任务内容4．绘制任务网络图（制定工序表）5．估计时间需求（工期估算）6．资源需求估算与分配计划的制定7．规定多项任务应交付的文档及检查标准9．收尾及交接管理10．运行管理11．项目后评价管理图7-7信息系统开发项目管理的工作流程8．项目执行12．项目整体协调与变更控制13．范围管理及变更控制14．时间管理与进度控制15．费用估算及分配16．质量保证管理17．人员调配18．沟通管理19．风险管理20．采购与合同管理返回信息系统开发项目管理的内容

概述项目范围的定义与任务划分项目的计划安排项目的经费管理项目执行状况的跟踪与变更控制风险管理信息系统开发项目的组织机构机构设置信息系统项目管理中的质量控制信息系统开发中的文档管理

*返回项目范围的定义与任务划分

任务划分是利用工作分解结构WBS（workbreakdownstructure）把整个项目分解、定义为一组任务的集合，这组任务又可以进一步划分若干个子任务……，进而形成具有层次结构的任务群。任务划分的原因任务划分包括的内容－任务设置；－资金划分；－任务计划时间表；－协同过程与保证完成任务的其他条件和资源分配在进行任务划分过程注意事项*返回任务划分的原因第一，WBS通常是根据可交付成果对项目元素的分组，用它可以定义整个项目的范围，还可以利用它核查项目的范围，检查工作是否有遗漏。同时，未包含在WBS中的工作将认为不是项目范围内的工作。第二，任务划分是整个工作计划和监督工作执行的基础，将整个项目开发工作划分成较细的任务群，并将这些任务落实到人头上，才能进行有效的项目管理，否则系统开发过程将是一个无序的状态。第三，任务划分是整个资金分配的基础，而有效的资金控制是项目管理的法宝。第四，任务划分是与工作责任和工作质量密切相连的，要保证系统开发的按时完成，就必须分清每个人的职责。因此进行任务划分是实施项目管理的第一步，也是关键的一步。

返回*任务划分过程中应注意以下两点。

一是任务划分的数量不宜过多，但也不能过少。过多会引起项目管理的复杂性与系统集成的难度；过少则每项任务太复杂，对项目组成员、特别是项目负责人有较高的要求，弄不好会影响整个项目的开发。因此应该注意任务划分要适当。二是在任务划分后应该对任务负责人赋予一定的职权，明确责任人的职责、界限、对其它任务的依赖程度、确定约束机制和管理规则。

返回*

项目的计划安排

计算机硬件系统、系统软件配置计划应用软件开发计划测试和评估计划

验收计划资源计划和成本预算质量保证计划组织与人员计划沟通计划风险及其应对计划采购计划系统工程管理计划项目整体管理计划*返回计算机硬件系统、系统软件配置计划

建立系统基准；

配置、选型、购置、安装调试过程；

在变化的情况下如何保持系统基准的稳定；

最终产品的文档

返回*应用软件开发计划

将用户需求转化为相应的项目；

软件开发过程；

集成软件的过程；

测试软件的过程。

返回*测试和评估计划

整个系统的集成。

整个系统的测试；

给用户展示系统的工作情况；准备给用户使用系统

返回*验收计划

准备验收文档；如何将最终系统提供给用户。

返回*资源计划和成本预算

确定完成项目所需的物质资源（人、设备、原材料）的种类和数量；

进行完成项目各活动所需的资源成本的估算，并根据工作分解结构和项目的进度计划将总成本分配到各单项工作上去。

返回*质量保证计划

验证开发质量；确定外部产品质量

返回*组织与人员计划

审查人员的需求

分配人员的职责权限和角色

明确报告关系

返回*沟通计划

确定何人何时需要何种信息；

如何将信息提供给他们

返回*风险及其应对计划

项目的风险管理过程是怎样的，具体如何去做：用什么风险管理方法、岗位和职责如何设置、报告格式如何；

如何应对风险：风险的影响范围、定性/定量分析、应对措施（规避、转移、缓解、接受）等等。

返回*采购计划

决定何时采购何物拟定可能的供应商及询价内容

返回*系统工程管理计划

管理全部系统开发任务；跟踪用户对系统开发的需求

返回*项目整体管理计划

何时及如何完成任务；

建立完成的策略和标准；各种计划的协调。

返回*

项目的经费管理

经费开支计划包括：－完成任务所需的资金分配；－确认任务的责权和考虑可能的超支情况；－系统开发时间表及相应的经费开支；－如果需要变动，及早通知项目经理。经费开支的预测分析包括：－了解项目完成的百分比及经费支出情况；－估计在今后不同的时间所需的经费情况。经费控制－与经费开支计划相比较，分析成本变化的原因并决定是否需要采取纠正措施；－有计划地进行必要的经费调整。*返回项目执行状况的跟踪与变更控制

项目执行状况的跟踪与变更控制应记录的信息：－已完成工作情况－进度计划执行情况－实际成本项目执行状况的跟踪与变更控制的内容和步骤－制定系统开发的工作制度－制定审计计划－分析审计结果－控制*返回风险管理风险管理过程的步骤：－风险辨识－风险分析－风险缓和－风险跟踪信息系统开发项目的风险因素：－项目规模－业务的结构化程度－技术难度风险管理措施与技术－项目组与用户结合的外部结合措施和技术－项目组协调工作的内部结合措施和技术－任务结构化、条理化的规范的计划措施和技术

*返回

信息系统开发项目的组织机构机构设置

建立项目组保证信息系统开发工作的顺利开始。项目组可以由负责项目管理和开发的不同方面的人员组成，由一个被称为项目组长或项目经理的人来领导。项目经理（项目组长）是整个项目的领导者，其任务是保证整个开发项目的顺利进行，负责协调开发人员之间、各最终用户之间、开发人员和广大用户之间的关系，同时他拥有资金的支配权，可以把资金作为强有力的工具来进行项目管理，对项目经理的资金运用情况可采用定期向上级汇报等方法进行合理监督。*返回

项目组根据工作需要可设若干小组，小组的数目和每个小组的任务可以根据项目规模、复杂程度和周期长短来确定，可以设立的小组有：过程管理小组项目支持小组质量保证小组系统工程小组开发与测试小组系统集成与安装调试小组

返回*过程管理小组

过程管理小组的任务是负责整个项目的成本及进度控制、进行配置管理、安装调试、技术报告的出版、培训支持等项任务，这是一个综合性的机构，用以保证整个开发项目的顺利进行。

返回*项目支持小组

项目支持小组的任务是提供后勤支持，它要及时提供系统开发所需要的设备、材料；负责进行项目开发的成本核算；负责合同管理、安全保证等，特别是对大型项目而言，由于其涉及的资金巨大、开发人员众多、材料消耗也多，尤其要进行科学的管理。

返回*质量保证小组

质量保证小组的任务是及时发现影响系统开发质量的问题并给予解决。问题发现越早，对整个项目的影响越小，项目成功的把握就越大。一些信息系统之所以开发失败，就是因为在整个开发过程中产生的一些影响开发质量的问题，没有及时发现、及时解决，这些问题一直隐含在系统开发过程之中，直到开发完毕投入试运行或运行时才被发现，这时已经消耗掉一部分资金和人的劳动，时间也已流逝，损失已经不可避免，要想纠正这些问题则必须增加资金和人力的投入，花较大的精力和时间对整个系统实施维护，否则宣告所开发的系统失败，重新开发一个新的系统。

返回*系统工程小组

由于信息系统开发是一项系统工程，因此可以按照工程的一般特性，用系统的观点制定出系统开发各个阶段的任务，这是系统工程小组的工作职责，即将整个开发过程按阶段划分出若干个任务，规定好每个任务的负责人、任务的目标、检验标准、完成任务的时间等。只有明确每一项任务的责、权、利，才能使得开发工作顺利进行。

返回*开发与测试小组

开发与测试小组的任务是充分利用系统开发的一些关键技术、开发模型以及一些成熟的商品软件从事各子系统的开发与集成，并对各子系统进行测试。这是整个开发项目的关键，因此要组织好该小组的成员，并采用统一的方法和标准进行工作。

返回*系统集成与安装调试小组

系统集成是对整个信息系统进行综合的过程，该小组成员在充分注意软件、硬件产品与所开发的信息系统之间的结合、注意最大限度地保证系统可靠性及发挥系统的最高效率的前提下完成信息系统的软件、硬件等各方面的集成，并做好整个系统的测试与安装调试工作。

返回*

信息系统项目管理中的质量控制项目开发的质量保证包括的内容：－确保获得完整正确的需求；－开发阶段，应休整审查以确保该部分工作与系统相协调；－采用具有质量控制内容的开发规范；－规范的安装调试；－事后审计评价。质量控制与检查采取的方法与措施：－严格挑选系统开发组成员，并加强培训工作；－正确选择系统开发策略与方法，实行开发工作的工程化；－建立系统开发各阶段的质量检查制度；（文档管理，阶段审查与测试，版本控制）－利用原型演化技术，及时获得用户反馈，以及时修正系统；－引入外部监理与审计；－集体评议是质量检查的有效方法。*返回信息系统开发中的文档管理

文档的作用文档管理－文档要标准化、规范化－维护文档的一致性－维持文档的可追踪性－文档管理的制度化－文档管理手段现代化

*返回信息系统的运行管理运行管理的目标和内容－运行管理概述－日常运行的管理－系统运行情况的记录－对系统运行情况的检查与评价运行管理的组织和人员－系统运行的组织－人员配置运行管理制度的建立与实施－机房管理－运行管理－运行日记档案管理*返回日常运行的管理

信息系统投入使用后，日常运行的管理工作需要完成的各项任务主要有：数据的收录：数据收集、数据校验及数据录入。完成例行的信息处理及信息服务工作。常见的工作包括：例行的数据维护、统计分析、报表生成、数据的复制及保存、与外界的定期数据交流等等。需要有一定的硬件工作人员，负责计算机本身的运行与维护。系统的安全管理。*返回系统运行情况的记录

在信息系统的运行过程中，需要收集和积累的资料包括以下几个方面：反映系统的工作负担及所提供的信息服务的规模的工作数量的信息，这些信息是反映计算机应用系统功能的最基本的数据。工作的效率。即系统为了完成所规定的工作，占用了多少人力、物力及时间。系统所提供的信息服务的质量系统的维护修改情况系统的故障情况对信息系统来说，要全面地掌握系统的情况，必须十分重视正常运行时的情况记录；要有严格的运行记录；定期进行记录总结。*返回对系统运行情况的检查与评价

这项工作主要为了估计系统的技术能力、工作性能和系统的利用率，在高层领导的直接领导下，由系统分析员或专门的审计人员会同各类开发人员和业务部门经理共同参与进行，所做的工作有：系统是否达到预定目标，目标是否需做修改。－通过对系统的评价要检查系统是否适应了时间的变化、客观环境和管理需求的变化，同时要检查目标的合理性、有效性。系统的适应性、安全性评价。－系统的适应性包括系统运行是否稳定可靠，系统使用与维护是否方便，运行效率是否能够满足管理人员的管理需求等。系统的经济效益评价。*返回系统运行的组织

从信息系统在企业中的地位来看，目前信息系统运行组织机构有以下两种形式，如图7-8所示。

信息管理的组织机构的类型：功能组织产品组织矩阵组织*

经理计划处财务处供应处信息处

．．．（a）与其它部门平行

经理计划处财务处供应处生产处

．．．（b）参谋中心信息中心

图7-8信息系统在组织中的地位返回功能组织

功能组织机构是按照信息管理的基本功能进行组织划分，每个分支机构执行一个专业化功能。*系统开发部企业信息中心系统运行部技术支持部信息服务部培训部综合管理部系统分析与设计编程、测试、系统集成系统文档应用系统各子系统运行支持数据准备录入计算机操作软件技术支持数据库技术支持多媒体技术支持客户服务供应商服务高层信息支持职工服务专业培训普及培训专题培训新系统用户培训人员管理资金管理档案管理质量管理标准化管理安全管理通信与计算机网络技术支持企业建模与优化技术支持图7-9功能组织机构示例返回产品组织

产品组织机构是按产品或服务的类型进行机构划分，每个部门面向一种产品或一种服务的管理，在产品部门内部都设有自己的信息资源管理分支机构，如图7-10所示。*生产管理企业组织产品一部产品二部产品N部营销管理信息管理销售管理售后服务信息管理图7-10产品组织机构示例返回矩阵组织

矩阵组织机构是功能结构和产品结构的组合结构

*图7-11矩阵组织机构示例企业组织信息资源管理系统开发运行管理技术服务产品一部生产管理营销管理信息管理产品二部销售管理售后服务信息管理产品N部供应管理库存管理信息管理返回人员配置

人员的管理包括三个方面：－明确地规定其任务及职权范围－对于每个岗位的工作要有定期的检查及评价－要在工作中对工作人员进行培训企业信息主管（CIO）的主要职责企业信息系统管理的中、基层管理人员.企业管理信息系统的专业人员.*返回企业信息主管（CIO）的主要职责

在企业主管（总经理、总裁）的领导下，主持制订、修订企业信息资源开发、利用和管理的全面规划

在企业主管（总经理、总裁）的领导下，主持企业管理信息系统的开发

直接领导企业内信息资源管理职能部门如信息中心、图书资料馆（室）、企业档案馆（室）的工作，统一领导与协调企业其他部门信息资源的开发、利用与管理工作，主持信息资源开发、利用与管理的对外交流与合作；审批企业信息资源管理有关规章制度、标准、规范并监督实施；负责信息管理与信息技术人才的招聘、选拔与培养；负责企业信息资源开发、利用与管理所需资金的预算与筹措；

参与企业高层决策。

返回*

企业信息系统管理的中、基层管理人员包括信息中心（或计算中心）、图书资料馆（室）、企业档案馆（室）等组织机构的负责人，这些机构的分支机构的负责人，企业中兼有重要的信息管理任务组织机构如：计划、统计、产品与技术的研究与开发、市场研究与销售、生产与物资管理、标准化与质量管理、人力资源管理、宣传与教育、政策研究与法律咨询等部门分管信息（含信息系统与信息技术）的负责人。

返回*企业管理信息系统的专业人员

系统分析员系统设计人员程序员系统文档管理人员数据采集人员数据录入人员计算机硬件操作与维护人员数据库管理人员网络管理人员通信技术人员

结构化布线与系统安装技术人员承担培训任务的教师及教学辅助人员

返回*系统维护

系统维护的目的是保证管理信息系统正常而可靠地运行并能使系统不断得到改善和提高，以充分发挥其作用系统维护工作的对象－应用系统的维护－数据的维护－代码的维护－硬件设备的维护系统维护的类型－纠错性维护－适应性维护－完善性维护－预防性维护

*返回系统评价系统的技术评价－目标评价：针对系统开发所设定的目标，逐项检查，是否达到了预期目标，实现的程度如何。－功能评价：根据用户所提出的功能要求，在实际的运行环境中，检查系统功能的完成情况，评价用户对功能的满意程度和系统中各项功能的实际效果－性能评价：着重评价系统的技术能力，主要包括系统的稳定性、可靠性、安全性，系统的容错能力，吞吐量、响应时间，存贮效率、可扩展性、适应性等。－运行方式评价：系统中各种资源（硬件、软件、人、信息等）的利用率如何。如系统设定的输入数据能否被获得并输入，出错率怎样，输出数据是否可用并且确实有用，其及时性和利用情况如何，数据采集方式、人机交互方式、结果提供方式能否为用户所适应，满意程度如何。系统的经济效益评价*返回系统的可靠性和安全性概述

信息系统可靠性－信息系统的可靠性是指在满足一定条件下的应用环境中，系统能够正常工作的能力。信息系统的安全性信息系统的安全性是指信息系统防范意外或人为地破坏信息系统的运行或非法使用信息资源所具有安全保护的能力。

*返回

在系统投入使用前的系统测试是检验系统可靠性的一个重要手段。系统测试不可能穷尽信息系统中的所有错误，特别是软件系统中的错误。所以在系统投入正常使用后，就有可能在运行中暴露出隐藏的错误;另一方面，用户、管理体制、信息处理方式等系统应用环境也在发生变化，也可能由于系统的不适应而发生故障。系统可靠性就要求在发生上述问题时，能够使系统尽量不受错误的影响，或把故障的影响降到最低，并能够迅速修正而恢复正常运行和功能实现。显然,系统可靠性并不是在系统测试或系统运行中提供的，只是得以体现出来而已，系统的可靠性只能在系统分析、设计和实施的开发过程中通过采取一定的措施才能实现。

返回*信息系统安全性相关因素的分类(１)自然及不可抗拒因素

(２)硬件及物理因素。

(３)电磁波因素

(４)软件因素

(５)数据因素

(６)人为及管理因素

返回*信息系统的安全保护措施可分为技术性和非技术性两类，下图显示了各种安全措施的比例

返回*物理安全措施法律安全措施技术安全措施行政安全措施

图7-12各种安全保护措施所占比例

过程建模和分析

一、过程模型的概念1、系统的逻辑模型和物理模型逻辑模型独立于技术实现，阐述系统本质，描述系统“是什么”、“做什么”又称：基本模型、概念模型、业务模型。(1)逻辑模型逻辑模型描述业务需求，物理模型描述技术设计逻辑模型消除系统在具体实现时产生偏差；逻辑模型减少因过份注重细节而遗漏业务需求的风险；逻辑模型便于使用非技术语言与用户交流(2)逻辑模型又称：实现模型、技术模型；说明系统在物理上和技术上是如何实现的，受限于具体技术选择。(3)过程模型(Process)

一种用来组织和记录系统过程中的数据结构和数据流、以及系统过程中使用的处理逻辑、方法和程序的方法。2、过程建模的系统工程理论（1）系统与过程系统的基本特征是：输入、处理（过程）、输出；系统分析的本质是使用模型观察或呈现系统。过程（又称：转换），是对输入数据流或环境进行操作或做出反馈（2）过程分解

分解是将一个复杂系统分成若干个子系统；结构化方法是面向功能分解；面向对象方法是通过泛化、聚类等关系操作进行分解。

过程分解是把一个系统要完成的功能视为一个从总过程划分到各个层次的子过程的行为。过程分解最后构成一份层次清晰的树状结构。1.0系统1.1.2任务1.2功能B1.1.1任务1.1功能A（3）逻辑过程和约定

逻辑过程注重说明哪些操作或行为必须执行，但并不关心系统是如何实现。逻辑过程的命名依赖于在流程图中所处位置以及过程的类型。有三种逻辑过程：功能过程、事件过程、基本过程。功能过程功能过程是进行业务处理时的一组相互关联和连续的活动。没有开始湖结束。例如：生产计划。每个功能过程包含若干个完成特定活动和任务的独立子过程。事件过程事件过程是完成整体工作的一个逻辑单位。事件过程由离散输入触发，过程给出相应输出时结束。有开始与终止。功能过程由一组事件过程组成。例：原材料管理功能有若干事件。功能1业务事件n业务事件2业务事件1基本过程n基本过程2基本过程1基本过程基本过程是完成事件响应所需的离散、详细的行为或任务。基本过程位于过程模型的最底层。基本过程的命名采用动宾结构，如，检验客户身份。逻辑过程包含哪些过程？执行计算；做出决定；挑选，过滤或整理数据；把数据组织成有用的信息；触发其他的过程；使用存储数据3、过程逻辑的描述确定系统过程采用分解图和数据流图，并对数据流图内部处理逻辑进行说明。描述工具应既易于理解；又具有逻辑严密性。（1）结构化英语基本结构有：顺序结构、决策结构（分支结构）、迭代结构（循环结构）在过程逻辑方面的约束；优点：清晰地描述条件和行动。（2）决策树表示条件和相应行动的树状结构折扣条件购货﹤5万元购货≥5万元有欠款无欠款交易时间≥10年交易时间﹤10年折扣15%折扣10%折扣5%折扣0%行动条件（3）决策表显示条件和行动的一个行列矩阵输入条件国内航班YYYYNNNN售出过半YYNNYYNN票价≥350美元YNYNYNYN输出结论免费鸡尾酒XX

X???收费鸡尾酒

X

（4）几种工具的比较决策树适用于复杂程度一般的决策。决策表适用于含有5~6个条件的复杂组合；结构化英语适用于具有判断和循环动作执行的问题；决策树与决策表也可用于其他阶段或其他学科二、建立过程模型的步骤1、生命周期各个阶段的过程建模（1）系统规划阶段的过程建模规划阶段的过程模型就是企业流程模型；企业流程模型用于识别业务域和系统功能；业务域和功能要进行优先级排序。（2）业务流程再造阶段的过程模型业务流程再造就是对企业业务流程进行根本性的再思考和彻底的重新设计业务流程再造通常结合数据流图，每种BPR方法有其自己的过程符号。（3）系统分析阶段的过程建模系统分析阶段进行过程建模是结构化分析方法的重点。常用“事件分割”的策略进行逻辑建模。事件分割基于业务事件以及事件响应将一个系统分解为多个子系统。建立系统关联图做出功能分解图建立事件关联图组合成系统数据流图建立各个事件的数据流图建立事件列表将所有事件图利用数据流作为接口合并起来说明系统与周围环境的主要接口列出系统必须响应的所有业务事件对功能分解图中的每个事件都添加一个处理将系统分解为逻辑子系统或各种功能将每个处理进一步细化，列出基本处理、数据存储、数据流例：配送中心管理信息系统的过程模型1、建立系统关联图客户管理人员供应商配送中心信息系统PSZX预算报表资产平衡表支付供应商发货单供应商发票付款订单发票送货单拒绝订单通知2、功能分解图配送中心信息系统订单处理子系统帐目管理子系统采购管理子系统库存管理子系统配送管理子系统3、建立事件列表事件描述触发器来源动作响应目的地客户发出订单新订单客户生成新订单实时连接信用