管理信息系统ppt课件第3章(确认).ppt
Management Information System,管 理 信 息 系 统,第 3 章 信息系统开发的项目管理,3.1 信息系统开发项目的立项与鉴定,项目管理是指在一定约束条件下，为了高效率地实现项目的目标，按照项目的内在规律和程序，对项目的全过程进行有效的计划、组织、领导和控制的系统管理活动。 信息系统开发项目的启动的过程主要包括以下六个步骤：,3.1.1 信息系统开发项目意向提出 在意向提出阶段，业务部门发现需要由信息化手段来实现的业务需求，并提出开展信息系统开发项目的期望。,3.1 信息系统开发项目的立项与鉴定,项目选择的方法主要有以下4种： 1. 注重整个组织的需要 较多符合组织需求的项目成功的可能性比较大。在选择中需要考虑三个方面的问题：需求、资金和意愿。,2. 将信息系统开发项目进行分类 分类方法要考虑评价项目是否可以应对某个问题，或是抓住某次机会，以或迎合某个指示要求；还要考虑完成项目的所需时间等要素。最后根据项目整体的综合排序，将项目按照为高、中、低的级别优先选择。,3.1 信息系统开发项目的立项与鉴定,3. 进行财务分析 财务分析是运用净现值分析、投资收益率分析、投资回收期等方法分析一个项目的成本效益状况。效益好的项目优先选择。,4. 加权评分模型 加权评分模型是一种基于多种标准进行项目选择的系统方法。其第一步是要识别对项目选择过程很重要的标准，然后是对各个标准赋以权重。,3.1 信息系统开发项目的立项与鉴定,3.1.2 信息系统开发项目需求分析,项目需求分析阶段需要IT人员与业务人员要统一认真进行需求的细化。一般来说，需求分析包括以下内容： 1. 当前业务流程分析 2. 未来业务流程分析 3. 当前业务与未来业务的差异分析 4. 信息化功能点需求 5. 对将来产品的非功能需求，如：性能需求，环境需求，安全需求等 6. 需求的优先次序 需求分析报告形成以后，还需要组织对需求的评审，以达成项目关系人对需求的一致认可。,3.1 信息系统开发项目的立项与鉴定,3.1.3 信息系统开发项目可行性方案论证,可行性方案的论证是项目启动阶段的关键活动，它的质量直接影响项目的实施效果。 可行性方案论证的目的是通过确认管理体系和系统技术构架，从而确认未来的管理和技术方案是否有效。它立足于项目从管理上、技术上、实现上的难点进行论证，最终形成可行性分析报告作为项目投入产出评估的依据、产品选型的依据，以及后续实施方案的约束。,3.1 信息系统开发项目的立项与鉴定,3.1.4 产品选择,项目产品选型阶段又可细分为以下几个步骤： 1. 创建RFP 根据需求阶段与可行性方案阶段分析的结果，制定向供应商招标的文档。,2. 解决方案评估 制定产品选型评估的标准是该活动的核心，它包括应用软件运行环境、项目实施能力、培训与售后服务、供应商评价和效益风险等方面的评估。,3. 商务谈判 信息化项目管理的商务谈判是在一定的策略指导下，与产品及服务实施商进行的确定合同条款的过程。目的是最大化的维护公司利益，确定最优的价格和服务条款。,3.1 信息系统开发项目的立项与鉴定,3.1.5 信息系统开发项目章程制定 信息系统开发项目章程是项目启动阶段的重要文件，在这一阶段，需要将从意向提出、需求分析，到可行性方案论证，到产品选型各阶段产生的重要内容整理形成文档，并任命项目经理、建立项目组织机构，申请项目经费，然后按公司的管理流程，交付相关的部门签字，成为确认项目合法性的文件。后序的所有项目活动都要以此为依据。,3.1.6 信息系统开发项目启动会 一般情况下在立项批准后以，从项目启动准备到项目启动会结束这一过程统称为项目启动会阶段。,3.1 信息系统开发项目的立项与鉴定,启动会议是项目开工的正式宣告，参加人应该包括项目组织机构中的关键角色，如管理层领导、项目经理、供应商代表、客户代表、项目监理、技术人员代表等。 项目启动会的内容主要包括： 1. 阐述项目背景、价值、目标 2. 项目交付物介绍 3. 项目组织机构及主要成员职责介绍 4. 项目初步计划与风险分析 5. 项目管理制度 6. 项目将要使用的工作方式,3.2 信息系统开发的组织管理,严密的组织管理工作是使系统顺利进行并取得成功的保证。它分为领导组织和工作组织两个方面。,3.2.1 信息系统开发的领导组织 系统开发领导小组是领导整个系统开发工作的组织部门，负责对开发工作的规划、计划、资金预算等工作的审核；协调各个机构对信息系统数据流程、工作制度、数据标准事项需求的统一；安排参加各阶段开发工作的人员以及任务；组织召集各类人员对各阶段开发工作的方案文件、说明书等进行审核，并负责对系统开发实施后进行最终的验收和评审。在开发大型系统时，应将领导小组设为常设机构。 典型的系统开发领导小组组织结构形式如图3-1所示。,图3-1系统开发领导小组组织结构图,3.2 信息系统开发的组织管理,3.2 信息系统开发的组织管理,3.2.2 信息系统开发的工作组织 工作组织着眼于系统分析、系统设计、系统实施中的具体工作，如工作计划、编制预算、人员组织等。,1. 系统开发组织工作 系统开发的组织工作的任务就是合理地配置人、财、物等资源，高质量地按时完成阶段的工作内容，保证整个系统开发工作的成功。 合理的开发机构一般根据开发工作的需要、工作性质的分类和职能设置，可设立领导小组，下设开发组、应用组、维护组及资料组。 典型的开发组织人员结构如图3-2所示。,3.2 信息系统开发的组织管理,3.2 信息系统开发的组织管理,2.系统开发方式的选择 信息系统的开发方式主要有4种，其比较如表3-1所示。 自行开发所需时间较长，但可得到适合本单位的满意系统，并培养了自己的开发人员，这对于系统投入正常运行和日后的升级换代有极大的好处。这种方式需要较强的领导组织和技术支持。 委托开发最省事、但投入资金也大，同时也应配备精通业务的人员参与，并经常进行监督、检查和协调。,3.2 信息系统开发的组织管理,联合开发方式通常合作对象是具有一定系统分析与设计力量的本行业单位，实质是半委托性质，但对方有培训任务、成果共享。双方必须注意搞好关系，使之建立在真诚合作的基础上。 全部采用外购现成软件的方式具有费用小、避免重复劳动等优点，比较适用于小型单位和单个系统的建立。但是单位应具备根据系统的需求鉴别及校验软件包功能与适应条件的能力和进行初始化工作的能力。,表3-1 系统开发方式的比较,3.2 信息系统开发的组织管理,3.3 信息系统的计划管理,计划管理，包括人员、资金、进度等方面的计划。,3.3.1 人员计划 信息系统开发是智力密集、劳动密集的项目，它受人力资源影响较大。信息系统开发的人力分配大致符合Rayleigh-Norden曲线的分布，即呈现出前后用人少，中间用人多的不稳定人员需求情况，如图3-3所示。,图3-3 用做人力计划的Rayleigh-Norden曲线示意图,3.3 信息系统的计划管理,3.3 信息系统的计划管理,在图3-3中代表浪费的人力；代表不足的人力；代表过剩的人力。 横坐标代表距离开发起点的时间，纵坐标代表在不同时间点需要的人力。该图中用虚线画出的矩形显示了因平均使用人力而带来的一些问题：开始阶段人力过剩，造成浪费（如图3.3中的所示）；开发中期又显得人手不足（如图3.3中的所示）；以后再来补偿，则已经为时过晚（如图3.3中的所示）。,图3.4 新系统开发过程中专业人员和业务人员工作量变化图,3.3 信息系统的计划管理,在系统开发中涉及各类专业技术人员，如系统分析员、系统设计员、系统程序员、操作员、系统维护员以及管理人员等。这些人员在系统开发各阶段的需求量如图3-4所示。,3.3 信息系统的计划管理,3.3.2 资金计划,资金计划是指对系统的开发与运行各项工作所需要的资金的预算筹措的工作安排。资金预算主要是对系统开发成本的概算。 信息系统开发项目的成本从财务角度来看主要有如下的项目： （1）硬件购置费，如计算机及相关设备的购置，不间断电源、空调器等的购置费。 （2）软件购置费，如操作系统软件、数据库系统软件和其它应用软件的购置费。 （3）系统开发费，包括各类人工费等。 （4）系统运行费，包括基本建设费、人员培训费、材料费、管理费用等。,3.3 信息系统的计划管理,3.3.3 实施进度计划,实施进度计划是对项目、活动做出的一系列时间计划。 1. 常用的项目进度计划方法 (1) PERT/CPM方法 计划评审技术（Program Evaluation and Review Technique，PERT）是20世纪50年代末，由Malcolm等人提出的一种进度计划方法。 PERT是利用概率统计理论，对那些不能确定其持续时间的工作先估计出三种互不相同的时间，求出它们的加权平均持续时间获期望持续时间，然后按关键路径法（Critical Path Method，CPM）进行时间参数的计算和分析，同时根据概率分布规律确定各种时间参数所出现的概率，从而对计划实现的可能性做出客观预测。,3.3 信息系统的计划管理,（2） GERT方法 GERT（Graphical Evaluation Review Technique）称为图示评审技术，又叫随机网络技术，是一种能反映多种随机因素及随机变量之间相互关系的网络技术。在GERT网络中可以包含具有不同逻辑特征的节点，节点的引出端允许有多个概率分支，网络中允许回路和自环存在，每项活动的周期均可选取任何种类的概率分布等等。因此它为许多复杂的、包含多种随机因素问题的研究提供了有效的途径。,3.3 信息系统的计划管理,（3） 计算机模拟方法 这种方法是用计算机模拟在不同活动假设下项目所需要的时间。最常用的技术是蒙特卡罗分析。这种方法是要确定每个活动所需时间的概率分布，然后通过计算来产生该概率下可能出现的活动时间，通过多次模拟，就可以通过概率统计分析的方法得出该活动所需要的时间估计。,（4） 关键链技术 关键链技术是由高德拉特博士提出的。他认为“隐藏在项目里头的不确定因素，是可能造成项目管理不善与失败的主要因素”。他将资源约束提升到与工序间逻辑依赖关系同等重要的地位，认为是各工序持续时间、紧前关系与资源供求之间的相互作用共同决定着项目总工期。,3.3 信息系统的计划管理,2进度计划方法的选择,采用进度计划方法时应该考虑以下六种因素 （1） 项目的规模大小。小项目应采用简单的进度计划方法，大项目为了保证按工期按质量达到项目目标，就需要考虑用复杂的进度计划方法。 （2） 项目的复杂程度。项目的规模并不一定总是与项目的复杂程度城正比。 （3） 项目的紧急性。在项目急需进行（特别是开始阶段）时，不妨考虑采用较简单的进度计划方法。 （4） 对项目细节掌握的程度。如果在开始阶段对项目的细节了解不够清楚，则无法应用CPM和PERT方法。,（5） 总进度是否由一两项关键事项所决定。如果是则对其他工作就不必编制更详细、更复杂的进度计划了。 （6） 有无相应的技术力量和设备。例如，如果没有计算机设备，则通常难以应用CPM和PERT方法。如果没有受到良好训练的合格技术人员，将无法胜任利用复杂方法来编制进度计划。,3.3 信息系统的计划管理,3.4 信息系统的质量管理,3.4.1信息系统开发项目的质量与质量管理,1信息系统开发项目质量的概念 根据ISO9000：2000标准的定义，质量是指“一组固有特性满足要求的程度。”将其进行推广便不难得出信息系统开发项目质量的概念，即一组固有特性满足信息系统开发项目具体要求的程度。其中“要求”一词具有两层含义，既包括明示的要求，又包括隐含的要求。明示的要求通常是指在合同环境下以书面形式明确订立的各项条款，例如项目质量所需满足的相关行业的法律法规、供需双方就质量要求共同达成的书面协议等；而隐含的要求则是指项目的利益相关者所遵循的行业惯例或普遍做法，相应的具体需求应该是不言自明的。,3.4 信息系统的质量管理,2信息系统开发项目质量的特点,（1） 信息系统开发项目质量既包括项目可交付成果的质量又包括项目过程的质量。可交付成果的质量即项目最终所提供的产品或者是服务应该完全满足供需双方所约定的质量要求，充分实现交付物的企业应用价值，这也是信息系统开发项目质量管理的根本目的。而项目过程的质量则是对可交付成果质量的有力保证，过程质量的有效提高，自然将会促使可交付物质量水平的相应提升；,（2） 除了具有一般项目的一次性和独特性特征之外，信息系统开发项目最为显著的一个标志就是需求的模糊性和高度不确定性，包括项目发起人、项目用户等在内的各个利益相关者在项目的初始阶段往往无法充分认识、界定和准确描述出自己的需求，从而导致信息系统开发项目范围不断发生变化几乎成为必然。,3.4 信息系统的质量管理,3.4 信息系统的质量管理,3信息系统开发项目质量管理的概念,根据项目管理知识体系指南 第三版（PMBOK）中的定义，“项目质量管理过程包括保证项目能够满足原先规定的各项要求所需要的实施组织的活动，即决定质量方针、目标与责任的所有活动，并通过诸如质量规划、质量保证、质量控制、质量持续改进等方针、程序和过程实施质量体系。” 信息系统开发项目质量管理的主要目的就是通过上述所有的管理活动来确保当前信息系统开发项目满足其所应满足的各项需求。,3.4 信息系统的质量管理,4信息系统开发项目质量管理的原则,（1）以用户满意度为导向的原则 （2）重视领导与全员参与的原则 （3）过程管理和持续改进的原则 所谓过程，可以将其理解为通过利用各种不同的资源并实施相应的管理，从而将输入增值转换为输出的一组活动。对于这些过程还要进行持续的质量改进，通常是以计划-实施-检查-处理循环（即PDCA循环、戴明改进循环）作为质量改进的理论基础和指导思想； （4）预防胜于检查的原则 （5）基于事实和数据进行决策的原则 （6）供需双方密切合作的原则,3.4 信息系统的质量管理,3.4.2信息系统开发项目的质量控制,根据ISO9000：2000标准的定义，质量控制是指“质量管理的一部分，致力于满足质量要求。”与质量保证相比，质量控制更多强调的是一种具有过程性特征的质量管理活动，主要用来诊断和纠正项目质量偏差。,1经典的质量控制方法 目前被广泛应用于信息系统开发项目质量控制过程中的工具和方法最有影响力的当属“质量七工具”，即因果图、控制图、流程图、直方图、帕累托图、趋势图和散点图。,3.4 信息系统的质量管理,（1） 因果图法 20世纪中期，日本质量管理专家石川馨提出了因果分析法，所以因果图又称石川图、鱼刺图或树枝图，它是一种用来描述质量特性波动情况与其潜在原因之间相互关系的图表。因果分析法是一种从结果出发，通过逆向查找来确定导致该结果的具体原因的分析方式，将结果与原因用箭头联系起来便可形成相应的因果图。,3.4 信息系统的质量管理,（2） 控制图法 控制图是用来对管理过程和项目交付物的质量特性随时间推移而产生的变化情况加以跟踪和记录，用统计图形的方式来帮助项目团队监控过程质量的变化情况，一旦质量参数的波动幅度超出允许的偏差范围便要求质量控制人员及时介入并对其进行调整。 控制图由控制上限、中心线和控制下限组成，当连续7个观测结果落在中心线的同一侧或者呈现出相同的上升、下降趋势时，说明当前项目出现了一定的质量问题或隐患，这就是所谓的“七点规则”,3.4 信息系统的质量管理,（3） 流程图法 流程图是一种以箭线和结点形式表示的、用于描述项目中不同要素之间相互联系的图表。 （4）帕累托图法 在实施一个信息系统开发项目中由于系统中80%的问题往往只是由20%的原因引起的（即我们平时所熟知的“二八法则”），帕累托分析正是以直方图的形式对造成系统问题的不同原因进行从高到低的排序，从而准确地找出那20%的具体原因，并及时地加以解决，通过集中力量解决关键性矛盾的方法，达到在尽可能短的时间内使整个系统的用户满意度得到大幅度提高的目的。,3.4 信息系统的质量管理,（5） 趋势图法 趋势图是按照时间的先后顺序将观测数据绘制在二维坐标系中而形成的图表，并以这些项目前期的历史数据作为基础，运用时间序列分析、一元及多元回归分析或相关性分析等数理统计方法，对项目过程的发展趋势进行分析和预测，提前识别和确认出可能发生的质量偏差情况。,（6）统计抽样技术 统计抽样技术的最大优势在于可以大幅度的减少信息系统开发项目的质量控制成本，例如当前正在实施一个销售管理信息系统项目，假如项目每年会接收到来自500家客户的10万张订单，那么逐一审查这10万张订单格式所产生的工作量将会是无法想象的，因此为了保证所设计订单格式的合理性，从而满足数据库的质量要求，可以采用统计抽样技术，实现在质量与成本这两者之间的平衡。,3.4 信息系统的质量管理,3.4 信息系统的质量管理,2. 信息系统开发项目的软件测试技术,软件测试可以划分为单元测试、集成测试、确认测试和验收测试。 (1) 单元测试 单元测试是对于程序模块内部的逻辑关系、程序算法和数据处理结果等方面的正确性所进行的测试和检验工作。其内容通常包括模块接口测试、模块局部数据结构测试、模块错误处理过程测试、模块路径和行覆盖测试以及模块边界条件测试等方面。 (2) 集成测试 集成测试是将各个程序模块组合在一起共同运行，来检验不同模块之间的衔接度和可能存在的相互影响关系、各个模块之间接口的潜在问题等。,3.4 信息系统的质量管理,(3) 确认测试 确认测试主要是以软件需求说明书中所规定的确认标准为基础，对软件的实际功能、运行效率、易用性、兼容性、鲁棒性等质量特性指标进行检验。(4) 验收测试 验收测试是指以用户为主导的，在实际的软、硬件环境下所开展的测试活动，其关注点在于项目交付物是否能够适应最终用户的日常工作需要。由于验收测试是软件开发结束之后、用户将软件产品正式投入实际应用以前所进行的最后一次质量检验活动，所以验收测试需要对软件的各个方面进行全面的质量验证，以最终确认项目团队所开发的软件产品是否符合合同规定的各项功能需求和性能要求，以及能否得到用户的接受。,3.4 信息系统的质量管理,3. 信息系统开发项目的配置管理,配置管理是信息系统开发项目质量管理的一个重要组成部分，主要用于辅助项目团队控制和维护在整个项目生命周期中软件产品及相关文档的完整性、一致性和可跟踪性，是一种贯穿于整个项目过程，并且能够有效识别、记录和控制软件配置变更，同时实现配置状态在不同项目团队成员之间及时发布和共享的保护性活动。 信息系统开发项目的配置管理通常具有4个主要功能，即配置标识、配置控制、配置状态报告和配置审计。,3.4 信息系统的质量管理,(1) 配置标识 配置标识主要是对当前信息系统开发项目的各个软件配置项进行识别、描述和记录。其中软件配置项通常可以分为4种类型，即设计文档，如软件开发计划、软件需求文档、软件测试计划、版本描述文档等；软件代码，如程序源文件、由源文件生成的目标代码等；数据文件，如测试用例、具体的测试参数文档等；软件开发工具，如编译程序、连接程序、调试程序、CASE工具集等。配置标识是配置管理活动的基础，需要按照统一的格式和标准、将所有已识别配置项的物理特征和功能特性在相关的配置文件库中进行详细的分类记录，并明确赋予每个团队成员相应的访问权限，从而保证项目小组具备对整个项目过程以及各种交付物的跟踪能力。,3.4 信息系统的质量管理,(2) 配置控制 配置控制就是要通过建立一种能够有效保证项目质量的管理机制，来对交付物及其相关文档的变更过程实施严格的监督和控制，进而在满足既定进度与成本计划的前提下实现项目的质量目标。配置控制主要包括版本管理和变更控制两项内容。,(3) 配置状态报告 配置管理人员应该定期或者在出现重要变更时及时生成、提交并发布配置状态报告，在报告中需要明确描述配置库的结构和相关说明、各个软件配置项的当前状态、何时因何种原因曾发生过变更操作、变更的请求者、关于变更请求的审核意见、变更的实施者、变更的具体内容和过程、变更的测试情况、对于各项变更所能造成影响的详细评估等方面的信息。,3.4 信息系统的质量管理,(4) 配置审计 配置审计可以作为正式技术审核的补充措施，用来确保所有的软件配置变更活动都能够按照标准的变更控制流程得到有效执行，各个配置项的实际功能和性能也完全可以满足软件需求说明书中的相关定义。 在配置审核过程中应该准备一份完整的审核清单，列出所有功能方面的需求，记录相应的测试过程和测试用例、具体的测试结果以及关于需求验证情况的详细分析和评估报告。同时，所有与配置项相关的变更活动都应该被完整地记录下来，即配置审计要及时跟踪各种变更活动的执行状况及相应的变更效果。此外，配置审计还要对基线库的完整性进行审核，保证基线库确实包含了所有应该被纳入其中的配置项。,什么是项目管理？网络图有哪些优点？信息系统开发项目的软件测试技术包括什么？信息系统开发项目的配置管理包括什么？信息系统开发项目的工作组织包括什么？关键链技术的优缺点？,复习思考题,an_,Thank You !,
