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

1、第五章 管理信息系统的开发组织和项目管理学习目的和要求：管理信息系统是一个复杂系统，因其开发周期往往比较长、耗资巨大、涉及人员多等原因， 所以在开发中不仅要有正确的指导思想和开发方法，而凡要做好人员的组织和项目管理工作。通 过本章的学习，了解在系统开发屮，各类人员的组织管理、文档资料管理和项目管理工作。§ 5.1管理信息系统开发人员的组织管理信息系统的开发是一项涉及多学科、多领域、多层次的系统工程，在项目的开发过程中, 只有严密的组织管理才能保证系统顺利开发并取得成功。§5.1.1管理信息系统开发的人员组织工作开发人员的组织和人员结构是否合理，将直接影响管理信息系统的开发进

2、度和工作质量，根 据开发工作的实际需要和工作性质以及职责要求，可以按以下框架设立开发人员组织机构。如图5-1所示。图51开发人员组织机构示意图§ 5.1.2管理信息系统开发领导小组系统开发领导小纽是整个系统研制开发工作的组织领导部门，具有以下职责：1负责开发工作的规划、计划以及对经费进行预算；2. 负责协调各部门对系统数据流程、工作制度、数拥标准等方面的统一规范；3. 协调各阶段开发工作的人员安排及人事调配；4. 负责对各阶段开发工作方案的审核；5. 在系统开发完成后，负责对系统组织验收和评审工作。对于大型信息系统项目，因开发周期比较长、耗资巨大、涉及人员多，领导小组应作为一个 常设

3、机构。在考虑其组织构成上，应该按照“一把手”原则，即山使用和开发信息系统的企业最 高层领导担任领导小组的组长，企业各业务部门的负责人作为组员，以保证机构的权威性，这样有利于系统开发过程屮的支持和各相关部门的相互配合；为了便于系统开发人员和用户之间进行 有效交流，还应该吸收承担系统开发工作的负责人作为领导小组的成员。§ 5.1.3管理信息系统开发屮的各类人员1用户：管理信息系统是为用户开发的，最终要交给用户使用。在系统的开发过程屮，由用 户提出对系统的需求，在系统开发的各阶段对方案进行评审，及时纠正偏差，系统运行后，由其 进行操作和使用，为管理工作服务。因此，在系统的开发过程中，必须做

4、好广人用户的培训工作, 提高他们的参与意识和使用新系统的积极性。2. 系统分析员：系统分析员是系统开发中的核心人物，起着联系广大用户和系统开发人员的 桥梁和纽帯作用。系统分析员具有以下职责：在系统开发初期，负责正确理解用户的想法和需 求，运用自己的计算机专业知识和管理知识，确立系统应具有的功能，然后川适当的方法将其表 达出来，形成新系统的逻辑模型。该模型耍能够充分满足用户的需求并得到用户的认可，同时， 能够作为系统设计人员和程序设计人员进行后续工作的基础。在系统开发过程中，充分代表川 户的利益，负责对系统设计人员、程序设计人员的工作进行监督和检查，使其符合系统的总体功 能要求。在系统开发结束，

5、进行系统测试时，与用户一起制定测试标准、测试计划、准备测试 数据，对系统进行全而测试，并对系统性能进行评审，做出切合实际的评审结论。3. 系统设计员：在系统分析员的工作基础之上，负责进行系统的物理模型的设计，完成系统 硬件环境、软件环境的总体设计，系统功能模块的划分以及各模块之间的接口设计。4. 程序设计员：负责进行系统的程序设计，实现系统的各模块功能，对用户进行培训，以及 进行系统的调试、测试及试运行等工作。5. 文档资料员：负责对系统开发各阶段形成的文档资料进行整理、加工和对技术文档进行维 护管理工作。§ 5.4系统分析员应具有的技术素质1. 系统分析员1衍临的困难系统分析员作为

6、系统开发屮的关键人物，在开发工作中起着重要作用，其工作的好坏直接影 响着信息系统的开发进度和工作质量。他们要面对计算机技术、通信技术和开发技术等技术方面 的困难和缺乏系统涉及的实际业务知识的困难。同时，由于用户们的经历不尽相同，也会产生对 系统的想法、看法的不一致。若想广大用户都能够理解、接受新系统，系统分析员在拥有计算机、 通信等先进知识的同时，还要有管理特别是现代管理方面的知识，如组织行为学、人际关系学、 心理学等。这样，在系统调查屮，才能较好地深入到群众屮去，取得广大用户的信任和支持，收集到第一手资料，真止了解用户需求。系统分析员的另一个工作対象是其他各类系统开发人员。由于他们对系统屮涉

7、及到的业务知 识、工作原理等并非了解，耍想让他们开发岀能为用户所接受的系统，必须做好这些人员的协调 工作，使之较好地运用先进技术以实现用八业务需求。对于系统分析员所而临的困难，归纳起来有以下三方而：由于对系统涉及的业务知识的缺 乏，难于制定出令用户满意的新系统的逻辑模型。由于广人用户的计算机知识不足，对于系统 能够交山计算机处理的业务要求描述不切实际，造成用户需求与新系统功能岀现偏差。系统分 析员在系统调查棊础上提出的新系统逻辑方案，必须为用户所接受，同时还能被其他开发人员所 理解。由于表达方式的二义性，经常造成开发人员与用户对同一方案的理解上有差別，最终造成 开发结果与川户需求不一致。2.

8、系统分析员应具备的技术素质由以上分析可知，要作为一名合格的系统分析员，必须具有较好处理人际关系和解决专业技 术两方面的技术技能。在处理人际关系方面，有较强的表达能力，同用户和其他各类人员进行思 想交流，恰当使用用户语言，具有解决争端和组织协调人际关系的能力；能够理解用户，认清问 题实质，紧紧把握企业或组织的目标，对川户的思想进行正确引导。在技术方而，具有创造力， 帮助用八出主意，并将共变成具体计划，开发出新系统以满足用八要求；具有解决问题的能力， 分析问题时能提出多种解决方案，并能正确评判各方案的优缺点，供用户选择；能够合理制定工 作计划，在规定时间内较好地完成任务；能够充分发挥综合能力，在系

9、统开发过程中，将技术因 素和非技术因素结合在一起，解决问题；能够合理调配人员技术力量，为系统成功开发创造条件。§ 5. 2管理信息系统开发中的文档管理管理信息系统的文档，记录了信息系统项目的建设过程，它作为系统建设屮的重耍文件，是 系统维护人员的指南，同时也是系统开发人员与用户进行交流的重要工具。完整、规范的文档， 能有力保障系统的运行维护工作。如果系统的文档欠缺，不规范，将给系统的维护工作带來许多 麻烦，特别是在系统的原班开发人员发生变化后，将会使系统维护与升级工作更难，甚至造成系 统生命力提前丧失。因此，在信息系统项目的开发建设过程中，要做好文档的整理、管理工作。§ 5

10、. 2. 1管理信息系统文档的地位管理信息系统文档作为系统建设屮的重要技术文件，记录了信息系统项目建设过程屮，各类 人员的思维活动，以文字资料的形式描述岀了系统开发过程的轨迹。在软件工程学科领域，把程 序和文档合并在一起称为软件。程序的必要解释、说明，称为文档。程序与文档的作用不同，程序是交给计算机来执行的，文档是交给人们阅读的。由于人脑的思维活动具有不町见、不稳定等 特点，用文档来描述人脑的思维活动，使之成为管理信息系统建设过程的可见物，以此来统一人 们的思想、认识，同时也可以方便系统开发屮各类人员能够进行交流、沟通，更好的搞好系统的 建设开发工作。文档在系统的开发屮具有垂要地位，体现在系统

11、建设的各个阶段，在系统总体规 划阶段，在进行系统概要调查的基础上，要形成良好的川户需求文档，否则系统分析、设计工作 就失去了町靠的基础。在系统的分析设计阶段，在系统总体规划指导下，在进行详细调杳的基础 上 要形成良好的系统分析、设计文档，否则，将造成信息系统项目开发过程的混乱、无序状态, 影响系统开发的效率，甚至导致失败。在系统的试运行、运行维护阶段，也应建立良好的文档， 防止对系统运行、维护帯來不必要的麻烦和困难。因此说，文档是信息系统的垂要组成部分，没 有文档的信息系统，不能算是好的信息系统。§5. 2. 2管理信息系统文档的作用文档在信息系统项ri的开发建设和运行维护过程中，最

12、巫要的作川是进行沟通，它在丿u户和 系统开发的各类人员之间起着桥梁和纽带的作用。1 .在系统规划和分析阶段，有利于系统分析员与用户进行沟通，交换意见。系统分析员可以 通过项目的可行性分析报告、总体规划报告、项目开发合同书、系统分析说明书等文档资料少川 八进行交流，以保证系统的需求分析正确。2. 在项目开发过程屮，有利于系统的开发人员与项目负责人进行沟通。系统开发人员通过阅 读系统开发计划（如任务分解表、甘特图、网络图、经费预算表等）、系统开发月报、系统开发总 结报告等项目管理文件，可以明确自己的工作任务和努力方向。项目负责人也可以依据此文档对 开发人员的工作进度、质量进行监督。3. 有利于开发

13、人员之间进行交流和合作。在系统开发的各个阶段，形成相应的文档资料（如 系统分析说明书、系统设计说明等），可以为不同阶段的开发人员进行工作衔接和开发人员的合作 创造有利条件。同时，能够大大降低人员流动给系统开发带來的风险。4. 在系统的测试阶段，有利于系统测试人员与开发人员进行沟通。系统测试人员可以根据系 统分析说明书、系统开发合同书、系统设计说明书、测试计划等文档，对山开发人员开发出来的 系统进行测试工作。5. 在系统的运行过程屮，有利于用户与系统开发人员进行沟通。系统的最终使用者是用户， 他们可以通过阅读山系统开发人员编写的用户于册和操作说明书、操作手册等文档资料，熟悉系 统的使用方法与操作

14、过程。6. 在系统的运行维护阶段，有利于系统维护人员与系统开发人员进行沟通。系统维护人员可 以依据系统设计说明书、系统开发总结报告（研制报告、技术报告、技术手册等），对系统进行维 护和升级。7. 有利于用户和系统维护人员进行沟通。在系统的运行过程屮，很可能出现这样或那样的问 题，随着时间的流逝，系统的应川环境或企业的总体目标变化等因素，均会导致系统的功能不适 应变化的需耍。系统维护人员可以依据用户在运行屮形成的问题记录、运行报告、修改建议等文 档，以及系统开发人员留下的技术手册等文档，对系统进行维护、升级等工作。侍息系统的文档，除了以上在沟通、交流方面的作用外，还具有监理和审计的作用。每份文

15、档都是项目建设过程中有关人员的一种书而承诺，绝大多数文档都有签名（表明其对所签署部分 文档内容的认可），如果出现合同纠纷，文档可以作为重要的证据使川。§ 5. 2. 3管理信息系统文档管理的内容1信息系统文档编制的要求和方法如前所述，信息系统具有重要的沟通作用。侍息系统建设过程在很大程度上是应用软件的开 发过程，就软件的两大部分程序和文档而言，程序是“硬件”，必须完成，这往往导致开发人 员误认为只要能够保证程序正确、满足系统需求就行了，而对于“软件”的文档，认为有些是可 有可无的，有些也可以事后补充，从而造成盲目追求系统开发进度，忽略了一些文档资料的整理 工作。另一方面，文档往往是提

16、供给其他人看的，其作用很多情况下是事后才能体现出来，也造 成了系统开发人员缺乏书写文档的积极性和自觉性，一些不负责的人员只是应付性地把要求提供 的文档赶写出來，从而造成文档质量不高。质量不高的文档，不仅会使读者难于理解，给使用造 成不便，而且会削弱对信息系统的管理（项i负责人难于确认、评价开发工作），增加信息系统项 目的开发成本，捷至造成操作失谋等严重后杲。高质量的文档的标准应该是：完整:任何一个文档都应当是完整、独立的，应该自成体系。 清晰:文档编写应力求简明、扼要，在可能的情况下，适当插入图、表，以增加清晰性。针对性 强。文档编制过程屮，根据不同的读者群，应编制出适合他们需要的文档。比如，

17、用户文档的读 者主要是用户，在编制此类文档时，应尽量减少使用信息技术的专业术语，以免造成读不懂。 易資阅：文档结构和文件装订应以方便查阅者进行查阅为宗旨。精确统一:文档的行文应当确切, 不能出现二义性。同一个项目，在不同文档中，描述的内容应协调一致，无矛盾冲突。可追溯 性:在信息系统项目开发的各阶段，生成的文档与其对应阶段有紧密联系，前后两阶段生成的文档, 应具有一定的继承性，即后一阶段的文档应是前一阶段文档随着开发工作的扩展，同一个项目各开发阶段提供的文档存在着可追溯关系。比如，对于系统的某一功能，在系统的设计说明书、测 试计划、用户手册等文档中，必定有体现。灵活性:对于不同的信息系统项目，

18、依据其规模和复 杂程度的不同，文档的简、繁也应做适当处理。信息系统文档的编制原则是在编写过程屮立足于读者，立足于实际需要，文字准确，简单明 to在文档的编排上，应采川由一般到具体的层次结构，在条件允许的情况下，可以采川词汇z 间互相链接，图表与其解释、说明性文字就近编排，文档止文亦可以采用不同版式、不同字体以 区别文档内容，使文档的编排有利于用户迅速查到所需的内容。2. 要想真正得到高质量的管理信息系统文档，在信息系统项h的建设过程中，必须加强对文 档的管理，可以从以下儿方面入手。文档管理制度化:制定、形成一套完幣的文档管理制度。如文档标准、文档修改、编制条件、 开发人员在系统建设不同阶段对其

19、文档编制工作应该承担的任务、责任等。这样，在信息系统项 口建设过程中，可以依据这一套完整的文档管理制度，来协调、控制系统开发工作，并据此对每 个开发人员的工作进行评价。文档要规范化、标准化:在信息系统项目正式开发建设z初，应该选择制定文档标准，在统 一标准的制约下，各类开发人员负责幣理、编制相应工作任务的文档资料。专人负责制:信息系统项目在开发过程中，文档资料的管理要由专人负责，负责集中，保管 项目开发中形成的文档资料。维护文档的一致性:信息系统项目的开发建设过程是一个不断变化的动态过程，一旦需要对 某一个文档进行修改，要及时准确地修改与之相关的文档，否则会引起系统开发工作的混乱。在 工作实践

20、中，常釆取以下措施来保证文档的一致性。在项目建设过程中，各类开发人员可以根据 工作需耍，在口己手屮保存一些个人文档（一般为主文本的复卬件），若确实需耍修改，应先修改 主文本，并注意时刻与主文本保持一致。在项目开发结束时，文档管理人员要收回各类开发人员 的个人文档，若发现个人文档与主文木有差别，应立即着手解决。当新文档取代了i口文档时，要 及时注销旧文档。对于确实要作的文档修改工作，也必须谨慎行事，严格履行文档修改手续，以 免造成不良后果。维护文档的可追踪性：鉴于信息系统项目开发建设的动态性特点，系统的某种修改是否合 理，最终有效，往往要经过一段时间检验，因此，対文档要分成不同的版本来实现。系统

21、文档编制的目的，是为了指导信息系统项tl的开发维护和帮助用戸的使用。前面敘述了 提高文档质量的一些措施，作为文档管理的另一个重要问题，是文档使用者在需要时，如何迅速、准确、全面地从文档屮检索出所需耍的内容。对于信息系统文档的管理，可以采取手工管理方式和计算机管理方式。采用手工方式建立信 息系统文档，很难适应不断修改，不断完善的客观需求，况且，随着信息技术的飞速发展，采用 计算机管理的成本不断降低，优势表现的越來越明显。充分利用现有的辅助开发工具和一些文字 处理软件，建立信息系统的电子文档，一方面可以减少手工劳动强度，提高信息系统文档的编制 效率和质量，方便管理；另一方面，有利于提高对文档的杳询

22、，检索速度，提高工作效率，充分 发挥电了文档的作用。§5.2.4管理信息系统文档编写示例在信息系统项仃的开发过程中，各种文档的编写可以参照国家标准gb8567-88计算机软件产 品开发文件编制指南这-指导性文件去进行。下而以系统分析说明书的编写为例，简要介绍一 下管理信息系统文档的编写。1. 系统性分析说明书是管理信息系统项n开发过程中，在系统分析阶段取得的巫要成果。它 应该包括以下内容：概述。系统需求。新系统目标与新系统的功能。新系统的逻辑模型。新系统的运行环境。新系统的验收标准与培训计划。2. 系统分析说明书编写示例引言 摘要：摘要说明所建议开发的系统的名称、目标和功能。 背景。

23、项ei的承担者。b. 用户。c. 本系统和其他系统或机构的关系和联系。 参考和引用资料。a. 木项忖经核准的计划任务或合同及上级机关的批文。b. 属于本项h的其他已发表的文件。c.本文件屮各处引用的文件资料：列出文件资料的标题、编号、发表日期和制定单 位，说明这些文件资料的来源。 专门术语定义：列出本文件所用到的术语。项目概述 项目的主要工作内容。简耍地说明本项目在开发中须进行的各项主耍工作。这些工作是建立新系统逻辑模型的必耍 条件。而逻辑模型是书写系统说明书的基础。 系统需求说明。新系统是在现行系统的基础上建立起來的。在新系统设计工作开展z前，必须对系统调查清 楚，学握现行系统的真实情况，了

24、解川户的新要求和问题所在。a. 现行系统的现状调查说明：列出现行系统的目标、主耍功能、用户耍求等，并 简要指出问题所在。b. 业务流程说明：简要说明现行系统现场工作流程和事务流程概况。若需耍反映 这些业务流程的业务流程图，可以另附图。 系统功能说明。在现行系统现状调查的基础上，进一步透过具体工作，分析组织内的信息、数据流动的路径 和过程，真正弄清用户要解决什么问题，明确系统的功能要求。数据流程图是系统需求的高度概括，是调查研究的重要产物。它源于现行系统，又高于现行 系统。这里主要通过数据流程图概括说明系统的功能要求。a. 新系统的|标：从新系统数据流程图的分析中，说明新系统有哪些目标。b. 新

25、系统的功能耍求：列出新系统的主耍功能。c. 验收：简要说明验收要求。 系统的数据要求说明。从数据流程图和数据字典分析逻辑数据结构，标识每个数据结构中的每个数据项、记录和文 件的长度以及它们之间的关系。a系统的数据耍求：这里的数据是指静态数据,即在运行过程屮主耍作为参考的 数据，它们在很长一段时间内不会变化，一般不随运行而改变。i 数据项定义：说明数据项定义中出现的例外情况，列出作为控制或参考的主要数据项。ii容量：耍系统所有数据项的总长度。iii. 用户。iv. 验收：指岀验收情况。b.系统的数据要求的粗略估计：粗略佔算系统在运行过程屮动态数据的内容。实施总计划 工作任务的分解。对于项目开发屮

26、完成的各项工作，按系统功能（或了系统）划分，指定专人（或小组）分工 完成，指明每项任务的负责人。 进度。给出每项工作任务的预定开始日期和完成日期，规定各项工作任务完成的先后顺序以及每项 工作任务完成的界面。 预算。逐项列岀木开发项目所需要的劳务（包括工作量/人）以及经费的预算（包括办公费、差旅费、 资料费等）。§ 5. 3管理信息系统开发中的项目管理管理信息系统的开发是在用八和各类开发人员的共同努力卜完成的，如何处理、协调好各类 人员的关系，将直接影响开发工作的进度、质量，是项目管理的重要内容。实际上，信息系统开 发中项目管理，也是一项复杂的系统工程，它要负责协调、处理各类开发人员和

27、各级用户的关系, 负责做好文档管理工作，负责制定、控制系统开发进度、负责对项ei经费开支的预算和使用监督 等一系列工作。§ 5. 3. 1管理信息系统开发屮的项目管理的定义和特点项目管理指的是通过项目经理和项目组织的共同努力，运用系统工程的理论和方法，对项目及 其资源进行计划、组织、i办调和控制，來实现项目的特定目标的管理方法体系。对于一个确定的 项13,其任务范用是确定的，项目管理就转化为在一定的任务范围下，如何处理好质量、进度和 成本三者之间的关系的问题。换言之，就是要如何处理好“好中求快”、“好中求省”的问题。项目管理，既是一门科学，又是一门艺术。首先，项目管理屮往往以各种图表

28、、数学计算以 及其技术手段为主要工具，进行管理；其次，项目管理往往受到人际关系因素以及组织因素的制 约，相互沟通、协商谈判以及解决矛盾等工作中，充满着“艺术”的成分。归纳起来，项目管理有以下三个基本特点:1. 项目管理是一项复杂工作。项目往往是由许多种业务纽成的，需耍运用多种学科知识进行问 题的处理；在项目执行过程屮，有许多未知因素，每个因素又常常具有不确定性，这就需要由不 同经历的人进行有机结合和组织，形成一个团队，在质量、费用等约束条件的限制下，实现项目 13标。因此，项目管理是项复杂的工作。其复杂性甚至远远超过一般管理的工作。2. 项目管理具有创造性，充满着权衡。由于项目具有一次性的特点

29、（所谓一次性，指任何一个 项目均为在一定的成本、进度条件约束下，实现一个既定目标的活动，任何不同项目，只有相似 性，不会完全相同，不会再现）。在开发过程屮，既有风险，又要充分发挥创造性，不同于一般重 复性的管理工作。创造总是带有探索性的，伴随着较高的失败可能性。同时，在项目开发管理过 程，时刻存在着对进度、费用和质量三者的权衡。3. 项i经理（或负责人）在项目管理中，起着非常巫要的作川。进行项h管理的主要原理是把 个有时间限制、有经费预算限制的工作，委托给一个人项目经理，由他独立进行计划、资 源分配，协调和控制，去实现某一既定n标。对于项ri经理，要求他能够了解、利川和管理项口 的技术方面、逻

30、辑方面的复杂性，综合各种不同专业观点，分析问题，解决问题，同时还要有预 测和控制的人行为的能力。项目经理在其团队屮，具有一定凝聚力和感召力。在他的努力下，带 出一个积极性高，责任心强的高效率的集体。§ 5. 3. 2管理信息系统项a的特点管理信息系统项目的建设，是一类项目，它符合项目的几个特点，任务一次性，有一定的任务 范围和质量要求，时间、进度要求，有经费限制等。信息系统项目的特点是：1信息系统项口的戸标不是精确的，任务边界是模糊的，质量要求更多是由项口团队來定义的。 管理信息系统项目的开发建设，在许多情况下，川户一开始只有一些初步的功能要求，并给不出 明确的想法，提不出确切的耍求

31、。信息系统项目的任务范围在很人程度上取决于项日组所做的系 统规划和需求分析。山于用户对信息技术的各种性能指标并不熟悉，对信息系统项目所应达到的 质量要求，各种技术指标，往往也是由项目组來确定的。用户更多的是对其进行审查。2信息系统项目开发过程中，用八的需求不断被激发，不断明确，导致项目的进度、费用等计 划不断更改。在系统项目的开发过程中，随着开发工作的进行，用户的需求会不断被激发，不断 进一步明确，从而导致程序、界面及相关文档经常耍修改，在修改过程屮，可能产生新的问题， 这些问题很可能在过了相当长时间后才被发现。因此，要求项目经理要不断监控和调整项目计划 的执行情况。3. 信息系统项h是智力密

32、集、劳动密集型的项h,受人力资源影响大。项h成员的知识结构、责任心、能力以及稳定性对信息系统项目的质量，能否开发成功起着决定的作用。信息系统项目 工作技术性很强，充满了大量的高强度的脑力劳动。尽管近年来，随着信息技术的发展，信息系 统的辅助开发工具越來越多，但项目各个阶段还是渗透了大量的手工劳动。这些劳动十分细致， 复杂，容易出错。所以说，信息系统项目既是智力密集型项目，乂是劳动密集型项13。同时，信 息系统开发的核心成果是应川软件，是一个不可见的逻辑实体。如果在开发过程中，技术人员流 动，对于开发工作的接续会有一定的困难。信息系统的开发，尤其是软件的开发，渗透了人的因 素，往往带有鲜明的个人

33、风格。为了高质量地完成项目，必须充分发挥项目成员的智力和创造力, 不但要求他们具有一定的技术水平和工作经验，而且还要求他们具有良好的心理素质和高度责任 心。对于人力资源的这一特点，必须给了充分重视。§ 5. 3. 3管理信息系统开发中的项i组织耍想保证信息系统项目开发工作顺利进行，必须建立一个结构合理的项日管理组织机构。可以 由负责项ri管理不同方面的小组构成，由项口经理（或项ri管理组长）来领导。可以参考以下图 项口经理示结构进行组织。如图5-2 。图5-2项口管理组织构成1. 项目经理作为整个项目的领导者，他的任务是保证整个开发项ei的顺利进行，负责协调各类人员、各级 川户z间、

34、开发人员与广大川户z间的关系。他拥有资金的支配、使川权，通过对资金的使川， 对项目进行有效管理。在实施项目管理工作过程屮，项目经理要时刻注意系统的开发工作是否符合最初制定的目标规 划；是杏运用了预先选择的正确开发方法，人员分工是否合理，能够充分发挥个人才能等。只有 目标明确、技术手段适用，用人合理，才能保证系统开发的顺利进行。2. 过程管理小组过程管理小组这是一个综合机构，负责整个项目的成本及其进度控制，完成过程管理，安装调试、技术报告的出版、用户培训等任务，以保证整个项目开发的顺利进行。3. 项目支持小组项目支持小组的任务是片勤支持，及时提供系统开发所需耍的材料、设备；负责对项目开发 成本进

35、行核算；负责合同管理和安全保证等。尤其对于大型开发项ei,山于涉及的资金多，开发 人员多，材料消耗大，更要抓好科学管理。4 质量保证小组质量保证小组的任务是及时发现影响系统开发的质量问题，着手解决。问题发现越早，对整 个项h的影响越小，解决起來难度越小，对系统开发的成木影响也越小，项忖成功的把握就越大。 一些信息系统项目，开发失败就是因为在整个开发过程中，产生了一些影响开发质量的问题没有 被及时发现和解决，这些问题一直隐含在系统开发过程中，直到开发完毕投入试运行或运行时才 被发现，此时已消耗掉了人部分资金和人力，损失巨人。耍想纠止这些问题，必须增加资金、人 力的投入，花大力气对整个系统进行维护

36、，否则只能宣告失败，巫新再来。5. 系统工程小组信息系统开发是一项系统工程，可以按照工程的一般特性，用系统的观点制订出各开发阶段的 任务。系统工程小组的任务是将各开发过程按阶段划分出若干任务，规定好每项任务的负责人， 任务目标，检验验收标准，最后完成期限等。只有明确了毎项任务的责、权、利，才能保证开发 工作得以顺利进行。6. 开发测试小组开发测试小组的任务是利用系统开发的一些关键技术，开发模型以及一些成熟的商品软件， 进行各子系统的开发，集成，并对各子系统进行测试，这是幣个项目开发的关键，要组织好该小 纽的每一位成员，采用统一的方法和标准进行工作。7. 系统集成与测试小组系统集成与测试小是把整

37、个信息系统进行综合的过程，该小组的成员在充分注意软件、硬件产 品与所开发的信息系统z间的结合，注意最大限度地保证系统的可靠性和高效率的前提下，完成 对信息系统的软件、锁件的集成工作，并做好测试。一般来说，对于项目管理的力度，项目管理 机构的纽织，根据信息系统项目的规模人小来决定。对于小型项目，项目经理可以独立进行工作，直接管理各类开发人员。必要时可以求得外部机 构的支持；对于中型项目，应该划分出各个任务的界限，山不同人去管理，项目经理通过这些人 来实现各项管理工作，对于大型项目，应该设立专门的管理机构进行辅助管理，项目经理应该能够保证其思想得以实施，并通过管理机构对各类开发人员的工作实施管理，

38、同时对其工作成杲进 行审核。一个好的项目管理组织不一定能保证信息系统项目开发的成功，但一个差的管理组织必 将导致项口的失败。因此，在建立项目管理纽织时，耍充分利用每个组织成员的特长，坚持把正 确的开发方法贯穿开发过程的始终。§ 5. 3. 4管理信息系统开发中的项管理的内容具体的项目管理的内容，人体涉及到以下几方面：任务划分，时间进度安排，资金管理，质量 管理和风险分析与管理。1.任务划分任务划分就是把整个信息系统项目的开发工作定义为-组任务的集合，这组任务进-步划分 为若干个子任务，子任务进一步进行细划，最后形成具有层次结构的任务群。进行任务划分主要 基于以下考虑：任务划分是整个工

39、作计划和监督工作执行的基础，将整个信息系统项目的开发 工作划分成较细的任务群，并将这些任务落实到人头上，才能进行有效的项h管理，否则系统开 发过程将是一种无序的状态；任务划分是进行资金分配的棊础，有效的资金控制是项目管理的 法宝；任务划分是与工作责任性和可靠性密切相连的，要保证系统开发工作按时完成，就必须 分清每个人的职责。进行任务划分，是实施项目管理的第一步，也是关键的-步。具体的内容包括： 任务设置。在统一文档格式的基础上，详细说明每项任务的内容，应该完成的文档资料, 以及任务的验收标准等。 资金划分。根据任务的大小、复杂程度，需要的软件、硬件以及技术等因素，确定完成 该任务所需的资金、资

40、金使川分配情况。 任务计划时间表。根据所设置的任务确定各任务的完成时间及计划。 协同过程与保证完成性。主要是指在进行任务划分时，考虑为了完成该任务所需要的外 部、内部条件，即哪些人要协助、参与该项任务，确定保证任务按时完成的人员、设备、技术支 持等。进行任务划分主要有以下几种方法： 按信息系统项目的结构和功能进行划分。将整个系统分为硬件系统、软件系统和应用软 件系统。对于硬件系统，可以进一步划分为服务器、工作站、计算机网络环境等，考虑这些硬件 的选型方案、购置计划、购置管理、检验标准、安装调试计划等内容，制定相应的任务；对于软 件系统，可以述一步划分为网络操作系统软件、后台数据库管理系统、前台

41、开发平台等，考虑这些软件的选型、配置、购置、安装调试等内容，并制定出相应的任务；对于应用软件系统，可以 进一步划分为输入、显示、查询、打印、处理等功能，并考虑与之相关的需求分析，进行编程、 设计的工作内容，以及如何保证质量和进行验收等内容，制定出相应的任务。 按系统开发阶段进行划分。按照系统开发经历的可行性分析、总体规划、系统分析、系 统设计、系统实施、系统测试、系统安装调试、系统试运行、系统运行等各个阶段，划分出每个 阶段应该完成的任务、技术耍求、软件硬件系统的支持、完成的标准、人员的组织及其责任、质 量保证、检验及审查标准等内容，同时还可以根据完成各阶段任务所需的步骤将这些任务进行更 进一

42、步的细划。 上述两种方法结合使用。考虑信息系统项目的实际情况，兼顾两种方法的特点，利用优 点，摒弃缺点和不足，结合进行。在进行任务划分过程屮，应特别注意以下两点。 任务划分的数量应该适中，不能过多，也不能过少。任务划分过多，容易引起项ri管理 的复杂性和系统集成的难度；任务划分过少，将会使对项目成员的要求提高，特别是对各项任务 的负责人，要求会更高。 在任务划分后，对于各项任务的负责人，应该赋予他们一定的权力，明确其权力和义务, 加强管理。任务划分是实现项目管理科学化的基础，尽管进行任务划分，将花费一定的时间和精力，但 是在整个侍息系统项h的开发过程中，其优越性会表现得越來越明显。2 .时间进

43、度计划时间是系统开发中最简单的因素，也是系统开发成功与否的关键因素。要想保证信息系统项 目成功实现，必须做好时间计划，使开发工作在一定的时间内按计划保质保量完成。时间计划， 主要是指工作进度计划，即将划分完毕的各项任务分配到具体的项目小组或人员，按时间来排定 进度。常用的制定工作进度计划的方法有h特图法和网络图法。廿特图法甘特图(gantt chart)是以水平线段表示了任务的工作进度的图形，也叫条形图。图中每一 条线段，表示某项具体任务，线段的始点、终点分别对应着这一任务的开工时间和完成时间，线 段的长度表示完成该任务所需的时间。某一信息系统项目的开发工作进度，用甘特图表示如图5-3 所示。

44、时间进度任务名称可行性分析系统分析系统设计实现子系统i实现子系统ii实现子系统111培训用户1996 年8j 9j 10 月 11 月 12 月1997 年1月2月3月4月5月6月7月8月9月10月11月承担单位可行性分析小续系统分析小系统设计小程序设计i组程序设计ii组程序设计iii分析设计小组硕件、软件准备输入数据系统调试系统转换系统评价及维护软、硕件小组程序设计iv组相关各组软、硕件小组分析、设计小红 操作员操作员、程序负图5-3工作进度廿特图使用廿特图可以形彖地描绘出系统开发中各项任务的时间进度情况，它具有简明直观、容易掌握、容易绘制等优点。山于甘特图本身的限制，图屮尚不能明显描绘出各

45、项任务间的依赖关系,对于系统项目的关键步骤描述不明确，对于有潜力的部分及潜力大小描述不清，往往造成浪费。(2)网络图网络图是制定进度计划的另一种常川工具，它可以描绘任务分解后，各项任务的开始时间和结束时间，同时述能突出各项任务之间的依赖关系，是一种比较理想的工具。表示作业0表示事件（一项任务的开始或结束）基本图例。如图5-4所示。图5-4网络图中棊木图例示意图注：事件只表明时间点，并不消耗时间和资源，对于时间资源的消耗，在箭线上用相应数字表 刀j举例。某一信息系统项目，编码阶段进行三个模块a、b、c的开发、测试工作。假设模块a是 一个公用模块，模块b、c的测试工作要在模块a测试通过厉进行。模块

46、a、b山程序设计人员独 立开发，模块c可以利用某一已有程序，读懂后进行修改得來。整个工作以模块b、c通过集成测 试作为结束。工作过程如图5-5所示。b、c调试6丁上图屮，箭头线上标岀各任务的名称，比如“a编码”是指模块a的编码工作，箭头旁的数字 表示完成此任务所需的时间，圆圈节点表示作业的起点或终点，图屮节点0表示整个网络的起点, 节点8农示网络的终点。下面用表上作业法，对网络图进行计算。对于模块a、b、c的调试工作，可以划分为以下儿项任务。模块a分解为人、a”仏，分别对 应对模块a进行编码、测试、调试；同理，可以将模块b分解为b、b2、b3；模块c分解为g、c2、 g、c1；对于模块b和模块

47、c联合调试，用d來表示。如图5-6所示。首先，从节点0开始，计算各节点上最早完工时间（即下一工作步的最早开工时间）。节点0 的最早完工时间计为0,填入方柿内。其它各节点计算方法，以图中节点3为例，从起点0到该节 点有三条路径：0-*lf2-*3,共需要11个单位时间；0*3,需要4个单位时间；04-*3,需要8 个单位时间。为了保证后续工步b?能够进行，必须满足条件仏、b.、g均己完成，故3号节点 的方框内填入数字为三条路径中最大值11。依此方法，直到计算完所有各节点的最早完工时间。 然后，从网络图的终点8号节点开始，逆向计算出各节点的最迟完工时间，标记在该节点上三角 形内。8号节点的最迟完工

48、时间计为26,和该节点的最早完工时间一致。7号节点的最迟完工时间 为26-6=20o其它节点的最迟完工时间类似，可以计算出来。当同一节点可以沿不同路径逆向计算 其完工时间时，该节点的最迟完工时间必须能够保证该节点后的各工步能按期完成。通过以上计 算，可以发现，在节点0、1、2、3、6、7、8上方框内数字与三角形内数字相同，即该点的最早 完工时间和最迟完工时间相同，表明该节点上没有时间潜力作为机动时间。沿这些节点构成的路 径，是整个信息系统项目进行开发的最短路径，它是影响开发过程时间述度的最关键步骤，称为 关键路径。图中其它节点上，两个数字不相等，表明该节点上有机动时间，可以适应调整开发过 程中

49、工作布置，充分挖掘各子任务中的开发潜力。3. 资金管理资金管理，是指对系统开发与运行屮所需要的资金的预算、使用和监替工作。资金预算主耍 涉及系统开发各阶段成本的计算。在系统计划期，经费支出主要是进行系统开发规划、初步调查、 系统的初步设计等一些调研费。在系统的开发期，经费支出主要受系统规模、开发期长短以及开 发人员技术水平和工作效益的影响。开发期越长，成本会越高。交付用户使用以后，经费支出主 要集中在对系统所进行的维护工作上，如改正错误、完善系统功能、对系统进行优化等等。系统 开发各阶段的成本费用，对于不同项目是不同的，但从总休上呈现出一定的规律。计划期费用约 占系统总费用的10%,开发期约占

50、30%,维护期约占60%o由于管理信息系统项目开发建设是一个智力密集型和劳动密集型项目，系统开发过程中，人 员成木往往是总成本屮最大的部分。统计资料表明，对于一个信息系统项目，其总成本的6080% 是人员成本。这是因为系统开发和维护劳动强度大，随着人员工资水平的提高，人员工资占据开 发成本的大部分。为了降低系统开发的成本，必须降低人员成本，釆取标准化和自动化方法。所谓标准化，就 是对系统的开发和维护过程使行标准化，使得系统开发人员的创造性沿着一个标准的方向发展， 表现在系统开发中的结构模块化、程序化，进一步提高开发人员之间的分工与协作。所谓口动化, 就是在系统的开发过程中，对于一些可以使用辅助

51、开发工具的工作(如文档编写、代码编制等)， 尽量使用，这样可以减轻人们的繁琐的觅复性劳动，并r能够保证较高开发效率。4. 质量管理在通常意义上讲，质量管理是为了保证和提高产品质量rfn进行的调杳、计划、组织、协调、 控制等等一系列活动的总称。无论是企业管理中，还是在工程项ri的管理中，质量管理都是重要 的组成部分。对于管理信息系统项目的质量管理，应该着喂于系统开发的各阶段。由于受侍息系 统项13本身的特点影响，对于管理信息系统项目的质量，不同人员会有不同的标准。对于用户來 说，他们往往只关心其提出的要求能否得到满足，软件运行是否可靠，运行效率的高低以及系统 的适应性强弱等问题，至于系统内部结构

52、如何、是如何开发实现的等等，他们并不关心。对于开 发人员，要求在系统开发的各阶段，工作高质量，同时亦应是在总体目标约束下满足系统的质量 要求。对于系统维护人员來说，他们对质量的要求往往是系统各阶段的文档资料清楚完整，系统 的维护工作简便、易行。一个管理信息系统项目，从立项开始，直到投入运行，其质量受到各种因素的影响。如何保 证系统开发屮各阶段的工作质量，是一个重耍问题。日前，世界上广泛推广的全面质量管理思想, 就是一个有效的解决途径。全面质量管理的特点，主要突出在“全”字上：为了保证使广大用户满意，一切从用户的需 要出发，对产品质量进行全而管理；从保证和提高产品质量的各个环节出发，对产品的生产

53、、项 目的开发工作进行全过程的监督和控制；在产品的牛产过程中，将质量目标层层分解和落实，充 分调动广人职工的积极性，实行全员管理；在对产品质量的监督、控制上，广泛应用各种先进技 术和手段，进行全血的质量分析和控制。全面质量管理的工作方式，是山美国的管理专家(deming)戴明最早提岀來的pdca循环，亦 称戴明环。它由计划(plan)、实施(do)、检查(check)和处理(action)四个阶段组成,在质量管理工作过程屮，四阶段往复循坏。5. 风险分析与管理按照字面通俗解释，风险是指不幸事件发生的可能性，或者说风险是一个爭件产生人们不希 望的后果的可能性（或概率）。在信息系统开发屮，风险是指

54、在信息系统开发的生命周期全过程中, 影响系统h标实现的不确定性产生的积极（或消极）影响的事件发生的机会。风险分析是分析处 理由不确定性产生的各种问题的一套方法，包括风险的辨识、风险的估计和风险的控制和管理。 风险管理是指在风险分析的基础上 为了将风险控制在最低限度而进行的各项目管理工作的总称。风险的特征风险的特征，归纳起來有以下儿点：客观必然性。天有不测风云，人有口夕祸福。无论是h然界中的风暴、洪水、地震、雪灾、 海啸等天灾，述是人类社会屮战争、犯罪、意外事故等人祸，都是不以人的意志为转移的客观存 在。无论过去、现在还是将来，风险都是客观存在的必然现象。偶然性。风险的偶然性也叫不确定性，是指风

55、险的发生在时间上、地点上、种类和损失程度上， 完全是不确定的结果。比如1976年发生在我国唐山的大地震，2001年发生在美国纽约的911恐怖 事件，以及其它一些发生在世界各地的水灾、早灾等。可变性。风险的可变性是指风险的产生及其后果在一定的条件卜 是可以发生变化的。随着人 类生活方式的变化和科学技术水平的提高，风险因素的变化和人们识别风险和抵御风险的能力的 提高，风险是可以发生变化的。相对性。风险的相对性是指对于不同的主体风险的涵义是不同的。例如，发生暴雨对于野外 作业的项目将会带来很大的风险，但它对于在室内施工的项目风险是很小的；外币汇率的变化， 将会对有外贸业务的企业产生很人影响，而对于没

56、有外贸业务的企业基本没有影响。所以说，风 险的内涵，对于不同的主体来说是不同的，在风险的分析与管理工作屮，应具体问题具体分析。可测量性。风险的可测量性是指项h的某种风险发生的概率以及可能造成的损失程度是可以 进行判断、统计、测量的。风险与效益共存性。这是指风险不仅会给项目造成损失，也可以带来效益。事实证明，有些 风险不一定是灾难性的，通过釆取合适的措施（如风险分担、进行保险等），一些风险是会被限定 在最小的程度之内，甚至会得到一定的收益。风险分析风险分析，主要通过风险辨识与风险估计，对项目风险做出全面的、综合的分析。风险的辨识工作的主耍内容是对风险进行分类。按风险的严峻程度，风险分为两类：特姝

57、风险和非特殊风险。特殊风险也称为非常风险，主 耍是指由于战争、政变等政治原因引起的政权更迭，从而导致项口合同作废，承包商财产被没收 等后果的政治风险，以及由于地震、洪水、火灾等导致项13无法继续进行，财产遭受损失的自然 风险。这类风险一般是致命，儿乎无法弥补。非特殊风险是指除以上特殊风险z外的风险，一般 通过采取必耍的防范措施，是可以进行转移或避免的。按风险的来源性质，风险可以分为社会环境风险、经济风险、技术风险、公共关系风险和管 理风险五类。社会环境风险是指由于国际、国内政治、经济政策的波动，或山于自然界产生的灾 害，给信息系统项目的开发带來的后果。经济风险是指山于与信息系统项冃开发相关的经济因素 变化，而给项目开发带来的可能后果。主要指价格、税收、工资水平等经济因素的变化。技术风 险是指由于与信息系统开发相关的技术因素的变化，从rfo给开发带来的可能厉果。如软件、硬件 水平的提高，开发工具的更新等变化，对项口的影响。公共关系风险，是指由于与信息系统开发 相关的各种内部、外部关系因素的变化，给项目开发带來的可能后果。主要指在各类开发人员内 部关系、开发商与用户、开发商之间的关系等因素的变化，对系统开发的影响。管理风险是指由 于信息系统开发的管理职能