《信息系统分析与设计 教学课件 ppt 作者 王兴鹏 ch10-项目管理》由会员分享，可在线阅读，更多相关《信息系统分析与设计 教学课件 ppt 作者 王兴鹏 ch10-项目管理（32页珍藏版）》请在金锄头文库上搜索。
1、信息系统项目管理,主讲：王兴鹏 ,项目定义,项目定义：在一定资源约束下，为创造独特的产品或服务而进行的一次性努力 特征：整体性、独特性、生命周期性、资源约束性、渐进明细性 真正把项目作为一个系统来管理，从曼哈顿原子弹计划开始 历史上的项目：万里长城、京杭大运河、都江堰 、埃及金字塔,项目与日常工作的区别,项目管理,项目管理是指如何在有限的经费、时间、原料、设备或人力等资源条件下，以最有效的管理和控制方式来实现某项既定的计划。 一个项目的成功与否取决于项目进行前的目标设定与计划，以及在项目过程中，如何对项目的进度、资源分配、成本预算等进行有效的管理、支配。,项目的生命周期,明确目标 制定计划表
2、发布计划表 跟踪项目过程和根据变化作调整 完成项目与存档,第一节 信息系统项目管理概述,信息系统项目管理的提出是在20世纪70年代中期的美国，当时美国国防部专门研究了信息系统开发不能按时提交，预算超支和质量达不到用户要求的原因，结果发现70%的项目是因为管理不善引起的，而非技术原因。 到了20世纪90年代中期，据美国软件工程实施现状的调查，信息系统研发的情况仍然很难预测，大约只有10%的项目能够在预定的费用和进度下交付。例如：1995年美国共取消了810亿美元的商业软件项目，其中31%的项目未做完就被取消，53%的软件项目进度通常要延长50%的时间，只有9%的软件项目能够及时交付并且费用也控制
3、在预算之内。,信息系统开发项目的特点,（1）目标不确切，边界较模糊，质量要求更多地由项目团队定义。 在信息系统开发的初期，客户往往只能提出一些初步的功能要求，而提不出确切的要求。由于客户不熟悉信息技术的各种性能指标，所以信息系统应达到的各种技术指标更多地由项目组来定义，由客户审查和确认。 （2）信息系统项目进行中，客户的需求会不断被激发并进一步明确，导致项目进度、费用等计划的更改。 （3）信息系统开发项目是智力密集型项目，受人力资源影响最大，项目组的结构、项目组成员的责任心和能力对项目的成功与否有决定性的影响。信息系统是纯知识产品，其开发进度和质量很难估计和度量，生产效率也难以预测和保证。 （
4、4）信息系统系统的复杂性也导致了开发过程中各种风险的难以预见和控制。例如，Windows 2000 有 5000多万行代码，3000 多位工程师，几百个小团队，同时有数千个程序员在进行开发，项目经理多达上百个，从开发到推出历时长达 4 年。这样庞大的系统如果没有很好的管理，其信息系统质量是难以想象的。,第二节 信息系统项目计划与组织,1.深入了解项目基本情况 2.制定项目开发计划 3.建立合理的项目组织结构,第三节 项目进度管理,进度管理,进度管理是软件项目管理中最重要的部分之一，进度管理的主要目标是：最短时间、最少成本、最小风险，即在给定的限制条件下，用最短的时间、最少的成本，以最小的风险完
5、成项目管理。,项目进度管理工具,甘特图 网络图,项目进度管理的经典技术,关键路径（CPM）是指为保证项目如期完工而必须按时完成的任务序列。关键路径上的每个任务都是关键任务，所以关键路径上的所有关键任务工期之和就是项目的工期。 计划评审技术（program evaluation and review technique，PERT）：假设估算工期，活动历时的范围和概率。活动的历时（工期）有3个：最乐观、最悲观、最可能。 投入比导向日程控制法 如果资源分配的多少只影响到完成任务所需的工期，而不影响任务的总工时，则这种日程排定方式称为投入比导向日程控制方法。,第四节 项目的成本管理,软件项目成本基本因
6、素,软件项目的成本体现在软件产品上其实包含了技术和管理两方面的支出。从技术的角度分析，在实际的软件开发过程中，可能影响软件成本模型计算结果的各种成本因素主要分为 6 类。 系统规模类的成本因素。包括：程序指令的估算条数、交付的机器指令数、交付的源语言代码行数等。 数据库类的成本因素。包括：数据库中记录数及数据量、存储过程数目、触发器数目及其他关于数据库的因素。 系统复杂性类的成本因素。包括：整个复杂性的级别、接口的复杂性、系统的惟一性、系统开发难度等。 软件开发类的成本因素。包括：面向问题分析法、面向功能的软件开发方法、面向对象方法、可视化开发方法及其他关于程序开发类的因素。 编写文档类的成本
7、因素。包括：文档类别、文档数量、文档发布及其他关于文档类的因素。 环境与项目属性类的成本因素。包括：硬件配置状况、网络运行环境、专用设备购置、配套软件外购、相关技术资料价格、各种通信交流支出、不可预见成本及其他关于项目环境属性类的因素。,第五节 项目风险管理,IT项目风险,IT项目的开发风险是指在软件开发过程中因可能出现的不确定因素而造成损失或者影响，如资金短缺、项目进度延误、人员变更以及预算和进度等方面的问题。 IT项目的开发风险管理就是为了将不确定因素出现的概率控制到最低，将不确定性所造成的损失减少到最低限度，是对IT项目开发过程中的风险识别、风险评估和风险应对等一系列管理过程。,风险识别
8、,1.需求风险 2.技术风险 3.人力资源风险 4.进度风险 5.管理风险,风险分析,在风险分析过程中，经常使用三元组RI,LI,XI描述风险。其中RI代表风险，LI表示风险发生的概率，XI是风险带来的影响，I = 1，2，L是风险序号，表示软件项目共有L种风险。软件开发过程中，由于项目超支、进度拖延和软件性能下降都会导致软件项目的终止，因此多数软件项目的风险分析都需要给出成本、进度和性能三种典型的风险参考量。当软件项目的风险参考量达到或超过某一临界点时，软件项目将被迫终止。在软件开发过程中，成本、进度、性能是相互关联的。例如，项目投入成本的增长应与进度相匹配，当项目投入的成本与项目拖延的时间
9、超过某一临界点时，项目也应该终止进行。通常风险估算过程可分为四步：定义项目的风险参考量；定义每种风险的三元组RI,LI,XI；定义项目被迫终止的临界点；预测几种风险组合对参考量的综合影响。,风险分析,三元组RI,LI,XI是风险管理的基础。设高级职员流动给项目带来的风险为RI。根据历史的经验或直观感觉，高级职员离开课题组的概率：LI = 70%。这一事件的出现带来的影响XI是项目开发时间延长15%，项目成本增加20%。于是项目负责人可以采取下列风险管理措施： （1）项目开始以前应控制产生风险的原因，在项目开工后应想方设法减轻风险影响。 （2）了解导致项目开发人员变动的原因，在项目开发期间应控制
10、上述原因，尽量减少人员的流动。 （3）在工作方法和技术上应采取适当措施，防止因人员流动给工作带来损失。 （4）项目在开发过程中应及时公布并交流项目开发的信息。 （5）建立组织机构，确定文档标准，并及时生成文档。 （6）对工作进行集体复审，使多数人都能了解工作的细节，跟上工作进度。 （7）为关键技术准备后备人员。,第六节 项目文档管理,系统项目文档的分类,按照文档产生和使用的范围，系统项目文档大致可以分为三类： 开发文档 管理文档 用户文档,开发文档,这类文档在系统开发过程中，作为系统开发人员前一阶段工作成果的体现和后一阶段工作依据的文档。 实施方案大纲 需求规格说明书 需求用例文档 开发计划说
11、明书 测试计划说明书 系统设计规格说明书,管理文档,这类文档是在系统开发过程中，由系统开发人员制定的需提交人员的一些工作计划或工作报告。是管理人员能够通过这些文档了解软件开发项目的安排、进度、资源使用和成果等。 时间报告 周状态报告 测试用例报告 系统问题测试报告 验收报告 评审报告,用户文档,这类文档是系统开发人员为用户准备的有关该系统使用、操作、维护的资料。 管理员手册 用户手册 操作手册 系统需求说明书 系统维护手册 运行模式建议说明书,文档的编写,（1）要有针对性 （2）文字准确，简单明了 （3）完整统一 （4）可追溯性 （5）可检索性 （6）文档的编写有一定的灵活性,文档的管理和维护
12、,（1）文档管理制度化 （2）文档标准化、规范化 （3）维护文档的一致性 （4）维持文档的可追踪性,第七节 配置管理,软件配置管理,软件配置管理简称SCM(Software Configuration Management)，是在项目开发中，标识、控制和管理软件变更的一种管理。配置管理的使用取决于项目规模和复杂性以及风险水平。软件的规模越大，配置管理就显得越重要。 实施软件配置管理的目的是保证软件项目的工作产品在整个项目周期中的“完整性”。所谓完整性是指，工作产品要求有完整的变更历史记录，要求有正式的变更过程，而且还要求保证工作产品能和需求以及变更保持一致性。 软件配置项即软件配置管理的对象，这些对象包括： 与合同、过程、计划和产品有关的文档和数据。 源代码、目标代码和可执行代码。 相关产品。包括软件工具、库内的可复用软件、外购软件及用户提供的软件。,配置管理的环节,首先要进行配置项的标识 其次，在项目开始之前就进行配置管理计划 第三，需要进行变更控制 第四，就是要进行配置审核,配置管理活动,1.配置标识 2.建立系统受控配置库 3.版本管理 4.变更控制 5.配置审核 6.配置状态报告 7.发布管理,
