《信息系统分析与设计》第6章：信息系统项目规划

2,第6章 信息系统项目规划,【学习目标】 通过本章学习，你将能够： 解释信息系统开发项目成功的因素 识别项目的参与者 掌握如何启动一个项目,3,6.1 引 言,信息系统开发本身往往是投资巨大、历时很长的复杂的工程项目，规划不好不仅自身造成损失，由此而引起企业运行不好的间接损失更为巨大。 我们将讨论信息系统如何启动。启动项目有两个原因：其一，因为新系统是实现战略目标的必要选择，是整个战略计划的一部分；其二，企业中出现了信息处理的难题，出现了一些新的信息处理需求。 系统规划过程包括几个重要部分，包括定义项目作用域、比较新系统的预计成本和收益，以及制定项目开发进度表。,4,6.2 系统开发项目成功因素,从项目管理角度来看，如果一个项目能够达到以下目标，就可以认为是成功的。 客户接受最后得到的信息系统。 “及时”地交付了系统。 “在预算内”交付了系统。 系统开发过程对正在进行的企业运营影响很小。 总体来讲，项目失败或只有部分成功的一些主要原因如下。 没有切实弄清楚系统需求。 用户参与不充分。 缺少高层领导的支持和协调。 项目计划不够充分。 目标不清楚。 缺少所需资源。,5,6.2 系统开发项目成功因素,一些系统开发项目之所以能成功，是因为以下原因。 有清晰的系统需求定义。 充分的用户参与。 上层领导者的高度支持。 完整、详细的项目计划。 符合实际的工作进度表。,6,6.3 确定项目的参与者,系统开发项目必须将这些关联人员纳入其中，包括企业高层管理者、基层执行人员以及外部或内部的开发团队，一般来说，信息系统开发项目的参与者包括如图6-1所示的各类参与人员。,7,6.3.1 系统客户,客户是指投资系统开发项目的人员，是系统所有者。 对于大中型的信息系统，系统所有者通常是中层或高层经理；对于小型系统，系统所有者可能是中层经理或主管。 对于大型的、至关重要的项目，可以成立一个监督委员会。这个委员会是由客户和其他关键的高级管理人员组成，这些高级管理人员具有该组织战略方向的远见卓识，他们强烈希望项目能够成功。,8,6.3.2 系统用户,系统用户是那些在通常意义上使用信息系统或者受到信息系统影响的人如收集、验证、录入、响应、存储、交换数据和信息。 1. 内部用户 2. 远程和移动用户 3. 外部用户,9,6.3.3 系统分析员,在信息系统开发中有一类知识员工扮演着一个特殊的角色，这就是系统分析员。系统分析员推动信息系统和计算机应用系统的开发。 1. 什么是系统分析员 2. 解决问题的人 3. 必须具备的技能 1) 技术知识与技能 2) 业务知识与技能,10,6.3.4 系统设计与构造人员,系统设计人员是信息系统的技术专家，他们将系统用户的业务需求和约束条件转换成技术方案。 系统设计人员对信息技术的选择和在所选技术限制内设计系统感兴趣。如今的系统设计人员往往专注于某些技术专业，例如数据库、网络、用户界面或者软件。 系统构造人员代表了另一类信息系统开发角色。 应用程序员是典型的系统构造人员，然而，其他技术专家也可能会参与进来，例如系统程序员、数据库程序员、网络管理员和微机软件专家。,11,6.3.5 信息技术厂商和咨询顾问,大多数信息系统同各种信息技术相关，必须把这些技术选择、安装和定制、集成到业务中并得到技术支持，这些技术由信息技术厂商开发、销售和支持。 许多企业依赖外部的咨询顾问来帮助他们开发或者获取信息系统和技术。利用咨询顾问可能是由于需要特殊的知识或技能，也可能是由于立即需要额外的分析员和程序员来完成项目。无论如何，外部咨询顾问是许多信息技术项目的关联人员。,12,6.4 开始启动项目,通常企业是由于三个原因启动项目：应对机会；解决问题；依照指示。 为了区分这些项目的优先次序，许多公司采用一种称之为权重得分的技术。 项目也会因解决一个突发的商业问题而启动，这些项目要设法减少正确运行商业活动所需信息的处理和目前正使用的系统之间的差距。 最后，为响应外界的动向而启动项目。常见的外界压力是立法的变化，如税法和劳动法的变化，这需要新的信息收集和外界需求的报告。,13,6.4.1 案例研究,经过前面关于系统生命周期的讨论，如果以案例研究的方式来解释阶段、工具和技术，必定有助于理解。 虽然案例研究便于我们理解系统分析和设计的过程，但是决不能代替实际的系统分析和设计工作。这主要是因为所提供的案例往往是经过简要总结和良好组织的。 【案例6-1】送餐服务公司,14,6.4.2 定义问题,定义了问题和作用域，即确定了系统开发要达到的目标。目标定义有误或不清晰，必然不会开发出合适的信息系统。我们可以从三个方面来确定开发项目的作用域：问题描述、预期收益和所期望的功能。 其中预期收益是指组织希望通过新系统实现的结果，通常以减少成本或增加收入等来描述。所期望的功能是对未来系统要做的事情的粗略描述。,15,6.5 制定项目进度表,项目进度表的制订可以分为下列两个主要步骤。 (1) 制订工作分解结构。 (2) 建立PERT/CPM图。 图6-2是一个图形化的工作任务分解结构。,16,6.5 制定项目进度表,某个任务的开始和结束可能依赖于其他任务的开始和结束。共有4类任务之间的依赖关系。 完成到开始(FS)：某个任务的完成触发另一个任务的开始。 开始到开始(SS)：某个任务的开始触发另一个任务的开始。 完成到完成(FF)：两个任务必须同时完成。 开始到完成(SF)：某个任务的开始标志另一个任务的完成。,17,6.6 确认项目的可行性,项目启动后的首要问题就是研究项目的可行性。 可行性研究的本质是要确认项目所有潜在的失败的风险。 一般来说，在可行性研究过程中，分析员主要考虑以下领域的可行性。 经济可行性。 组织可行性。 技术可行性。 进度表可行性。,18,6.6.1 经济可行性,经济成本包括开发和运行的成本。开发成本是新系统开发期间发生的，运行成本是系统交付使用后发生的。经济收益即系统安装实施后所获得的成本节约和收益的增加。 开发成本一般包括以下内容。 开发人员的薪水。 硬件采购。 软件采购。 咨询费与对第三方的付款。 培训。 设施安装。 旅行与杂项。,19,6.6.1 经济可行性,运行费用一般包括以下内容。 硬件和软件的维护成本。 电力、纸张等成本。 运行新系统所需要的人力成本例如，计算机中心的工作人员。 成本节约包括以下内容。 被系统自动化操作替代的员工。 业务处理速度的提高。 业务操作差错率的降低。 库存的降低。 批量采购所获得的折扣。 其中还有一些无形收益，举例如下。 服务水平和顾客满意度的提高。 生存能力。 士气。,20,6.6.2 组织可行性,组织可行性有时也称为“操作可行性”。每个公司都有自己的文化，只有适应组织文化的系统才能被顺利接纳和实施。 这方面的问题可能包括以下内容。 担心增加自动化而失业。 担心工作职责的变化。 担心组织结构的调整。 难以适应透明、紧凑的工作作风。,21,6.6.3 技术可行性,不管是哪种情况，项目开发人员都应该认真对未来系统所涉及的各项技术进行界定，需要回答的问题可能包括以下内容。 该项技术能够实现吗？ 自己开发需要的成本如何？ 是否有现成的技术可以购买？ 购买的成本如何？ 能否集成现有系统的一些技术？ 集成的成本如何？ 技术可行性分析的目的就是在认真权衡成本和收益的情况下，选择最适合的技术。比方说，一些技术市场上没有，需要单独开发的。,22,6.6.4 进度表可行性,项目进度表的制定事实上包含许多不确定因素，每一个进度表都需要许多假设和用不充分的信息来做估算。 很多情况下，项目开发组会被要求在某个时间之前必须完成系统开发，这通常是不合理的。建立进度表的目的并不在于表明项目会按部就班地完成，而在于使项目负责人对整个项目所涉及的业务领域以及各活动之间的时间关系能进行预先的协调和控制，尽可能降低项目超限的风险。因为任何复杂的项目都会有潜在的超出限度和进度延期的可能，识别这些风险的源头是困难的，但进度表的制定至少可以降低这些风险。,23,6.6.5 可行性分析结果,并不是每个项目都是可行的。任何项目都必须通过所有可行性测试。 可行性分析之后需要撰写报告，这可以由分析员来担当。对于大型企业来说，报告将由项目指导委员会审批；而对于小型企业来说，报告可能直接交由高级管理层来评审。图6-4给出了典型可行性包括的框架内容。,24,6.7 小 结,项目失败的主要原因往往是因为项目经理没有接受过“项目管理技术”的教育和技能培训。大型信息系统开发涉及企业方方面面的管理领域，因此，也就与企业中大部分人的业务相关。 项目真正启动之前，需要定义问题、制定项目进度表、确认项目的可行性并安排项目人员。 系统分析员需要提交系统项目的可行