ch05.ppt

1、2020年9月8日,第1页,第5章 管理信息系统分析,学习目标 教学内容 本章小结,2020年9月8日,第2页,学习目标,理解和掌握项目确认阶段的PIECES方法 掌握如何从事信息系统开发前的准备和调查工作 理解和掌握问题分析阶段涉及的活动 理解和掌握需求分析阶段所从事的活动及其特点 理解和掌握功能需求和非功能需求的联系和区别 理解和掌握决策分析阶段的活动和所使用的方法 理解和掌握各个阶段产生的报告的格式特点,2020年9月8日,第3页,教学内容,5.1 项目确认阶段 5.2 准备和调查阶段 5.3 问题分析阶段 5.4 需求分析阶段 5.5 决策分析阶段,2020年9月8日,第4页,5.1

2、项目确认阶段,项目确认阶段主要是针对现有系统运行状况，由用户提出当前系统存在的问题以及应该开发新系统的机会，用户和管理信息系统技术人员可以联合提出该项目应达到的目标。 项目确认阶段是整个管理信息系统开发项目的起点，可以采用PIECES方法来实现项目的定义或确认。,2020年9月8日,第5页,项目确认阶段的活动,对管理信息系统项目的需求是由企业中存在的问题、面临的机会以及达到的目标触发的。因此，分析企业中存在的问题、把握企业面临的各种机会、明确企业要达到的目标是项目确认阶段的主要活动。 问题是指阻碍企业达到其经营目标或目的的因素。 机会是指一种可以提高企业经营管理水平的机遇。 目标(或方向)是企

3、业内部或外部环境强加给企业的一种新的更高的需求。,2020年9月8日,第6页,PIECES方法,确认企业中问题、机会和目标的方法有多种。其中，PIECES方法是一种效果显著的分类问题的方法。注意，为了简化起见，在本书中有时将企业中问题、机会和目标统统简称为企业中的问题。 PIECES方法是6个英文单词的缩写，即： P是Performance的缩写，表示提高系统的性能。 I是Information的缩写，表示提高信息的质量和改变信息的处理方式。 E是Economics的缩写，表示改善企业的成本、效益等经济状况。 C是Control的缩写，表示提高信息系统的安全和控制水平。 E是Efficienc

4、y的缩写，表示提高企业的人、财、物等使用效率。 S是Service的缩写，表示将要提高企业对客户、供应厂商、合作伙伴和顾客等的服务质量。,2020年9月8日,第7页,5.2 准备和调查阶段,严格来讲，项目确认阶段只是触发了管理信息系统开发项目的提出。只有进入了准备和调查阶段，管理信息系统项目的开发才算真正地开始。 本节详细研究准备和调查阶段目的和所从事的活动。,2020年9月8日,第8页,准备和调查阶段的目的和任务,准备和调查阶段也被称为初始研究阶段、调查研究阶段或制定计划阶段等。该阶段主要是确定项目是否值得做。准备和调查阶段的主要工作包括： 第一，管理信息系统技术人员深入企业调查，确认项目存

5、在的问题、机会和目标； 第二，建立该项目的章程，以便确定项目的范围、需求、约束、项目参加人员、财政预算及计划安排等。 准备和调查阶段的输入内容是信息系统项目服务请求书或者协议。项目请求书上列出了当前用户企业的名称、地址、请求服务的内容、当前企业问题的简单描述、希望的解决方案描述以及企业负责人的签字。图5-1所示是一个管理信息系统服务请求书的示例。,2020年9月8日,第9页,准备和调查阶段的活动,2020年9月8日,第10页,列出问题、机会和目标,准备和调查阶段的主要任务是创建问题、机会或目标活动的基线。该阶段不涉及任何详细分析。但是，项目的任何约束或限制条件必须在本活动中列出来，包括项目的截

6、止日期、最大的财政预算和涉及的技术等。 一般地，该活动的工作由高级系统分析人员或项目管理人员领导。除此之外，还包括其他人员，例如该管理信息系统项目的投资者。 触发该任务的是项目请求书或项目协议书。 本活动的关键输出内容是初始问题描述。在描述中，包括了已经确认的问题、机会和目标。这些内容还需要保存在项目开发小组中。初始问题描述应该采用标准的格式，如图5-3所示。,2020年9月8日,第11页,谈判初始范围,项目的范围定义了项目的边界。在项目的开发过程中项目范围是可以改变的，但是初始的项目计划是根据初始的项目范围制定的。如果以后项目的范围发生了比较大的变化，则有关该项目的周期、调度、预算都应该改变

7、。 与前面活动中的参与人员类似，该活动的工作也是由高级系统分析人员或项目管理人员领导，也有其他参与人员。特别需要指出的是，系统的最终用户、系统设计人员和系统编程人员等还没有必要参与此项活动。该话动的目的是降低成本。 从图5-3可以看出，触发此项活动的输入内容是前一个任务生成的初始问题描述。这些问题、机会和目标是定义项目范围的基础。该活动完成之后，所产生的项目范围的描述都是正式的文档都保存到项目开发小组的资料库中，以便以后使用。,2020年9月8日,第12页,评估项目价值,进行到评估项目价值活动时，才可以回答“这个项目是否值得做？”的问题。实际上，此时的答案也是一种模糊的猜测。如果等到解决了出现

8、的问题、把握住了出现的机会、达到了要求的目标，该项目耗费的成本就可以准确得到了，但是太迟了。评估项目价值活动中必须回答成本问题。 管理信息系统的开发是一项有风险的项目，应该在项目开发过程中降低风险，提高管理信息系统项目的成功率。,2020年9月8日,第13页,制定项目计划,进入到制定项目计划活动之后，就可以深入继续该项目的工作了。一般地，初始化的项目计划至少应该包括下面两项内容： 初始主计划：包括整个项目的调度和资源安排。初始主计划在项目的每个阶段结束之后都可以进行修改。因此，也把这个初始主计划称为基线计划。 为了完成下一个阶段任务的详细计划和调度安排，在这里，下一个阶段是问题分析阶段。 一般

9、制定的项目计划应该包括下面内容： 确定项目的范围。 确定项目中的活动。 估计每个活动的持续时间。 指定任务之间的依赖性。 为每个任务分配资源，包括人员、服务、设备和工具、原材料或零部件、资金。 领导信息系统开发小组工作。 监视和控制进度。,2020年9月8日,第14页,描述项目和计划,在许多企业中人力资源和财力资源都是有限的。管理信息系统项目的计划只有满足企业资源的限制，才是一个可行的项目计划。 制定出来的项目计划应该由企业的项目评审委员会来评审。评审委员会的专家主要是由非管理信息系统专家和经理人员组成。信息部门的经理负责回答评审委员会提出的各种问题，并把有关问题反馈给开发人员和项目管理人员。

10、 该活动的输出是项目章程。,2020年9月8日,第15页,5.3 问题分析阶段,准备和调查阶段结束之后，进入问题分析阶段。根据前一个阶段生成的项目章程，开始对企业中存在的问题进行分析，找到引起问题的原因，评价这些原因产生的效果。然后，提出应该采取的相应的解决措施和管理信息系统将要达到的目标。 下面将详细介绍问题分析阶段中的各种活动。,2020年9月8日,第16页,问题分析阶段的内容,问题分析阶段就是深入分析和理解触发项目的问题、机会和目标。在该阶段，需要回答的问题是：“这些问题真的需要解决吗？”或者“真的需要开发新的管理信息系统吗？”。 在其他一些管理信息系统开发方法中，也把问题分析阶段称为研

11、究阶段、当前系统研究阶段、详细调查阶段或可行性分析阶段等。,2020年9月8日,第17页,问题分析阶段的主要活动,2020年9月8日,第18页,研究问题领域,从问题分析阶段开始，管理信息系统项目开发小组的成员开始学习当前系统。不同成员会对当前系统有不同的理解。研究问题出现的各个领域是非常重要的。 当前的工作是由项目经理领导，由主要的系统分析人员具体实施，由已经批准的项目章程触发。可以参考的资料包括前一个阶段产生的各种文档。一般当前系统的各种文档是不存在或不完整的。 研究问题领域活动的最后输出是问题领域和业务词汇。对当前系统的问题的理解应该保存成文档的形式，以确保对问题的真正理解。理解和把理解的

12、内容整理写成文档的形式是两个不同事件。,2020年9月8日,第19页,分析问题和机会,除了学习和了解当前系统外，管理信息系统项目开发小组还必须分析问题和机会。早在准备和调查阶段就已经确认了系统的问题和机会，但是这些问题并没有被真正地理解。即还没有真正地分析这些问题和机会。 问题分析技术是一项非常复杂的技术，要全面掌握这种技术非常困难。特别是对于没有经验的管理信息系统分析人员来说，更是如此。分析问题就是要找到引起问题的原因并且评价这些原因产生的效果。 原因效果分析技术，简称因果分析技术，是一项研究问题原因和评价这些原因产生的效果的技术。 该阶段的工作由管理信息系统分析人员来完成，但是项目经理、部

13、门经理和终端用户等人员也应该参与到因果分析活动中。,2020年9月8日,第20页,分析业务流程,分析业务流程是一个可选的活动，只用于业务流程再设计(business process redesign，BPR)项目或需要重新设计业务流程才能开发管理信息系统的项目。 此时，管理信息系统项目开发小组必须更加仔细地分析当前的业务流程，并确定业务流程中的哪些活动是增值的，哪些活动是可以删除的。该工作由系统分析人员领导完成。 为了分析业务流程，必须建立业务流程模型。业务流程与数据流程图(data process diagrams，DFD)非常类似，但是附加了一些信息，例如：流程中的数据流量、每个流程的响应

14、时间和系统的瓶颈。,2020年9月8日,第21页,创建系统改进目标,理解了当前系统的范围、问题和机会之后，就可以创建系统的改进目标了。此处创建的系统改进目标将是用来衡量新系统的标准。 除了创建目标之外，还必须创建约束。约束是限制灵活地定义达到目标的解决方案的资源或规则。一般地，约束是不可改变的。系统开发结束日期和资金预算就是两个典型的约束。 系统分析员负责该工作。其他参与人员包括项目经理、部门经理和终端用户等。由于现在还没有涉及到具体的技术工作，因此系统设计人员、编程人员可以不参加到这个阶段的工作中。 这些任务是由问题分析产生的结果触发的，因此对每一个确认的问题，定义一个确认的目标。在定义目标

15、时，还需要确认限制或阻碍达到目标的约束。,2020年9月8日,第22页,修改项目计划,管理信息系统开发项目的范围是动态的。随着对项目的深入分析和理解，项目的大小或复杂程度会发生扩大或缩小，但通常是项目范围扩大。现在，很快要结束问题分析阶段了，因此需要重新评价项目的范围并修改项目的计划。 本项目的工作由项目经理负责，项目开发小组的所有成员都参加这项工作。,2020年9月8日,第23页,提交项目建议,同准备和调查阶段类似，提交项目建议是问题分析阶段的通信任务，必须把问题分析阶段得到的内容提交给有关的人员。 项目经理负责此项工作，项目小组的所有成员都需要参加这项工作，并且该工作是开放的，所有非项目组

16、的但是对该项目感兴趣的有关人员都可以参加此项工作。 提高项目建设工作由完成的、修改过的项目计划触发。此外，还包括该阶段已经完成的其他工作，例如问题分析、所有的系统模型、系统改进目标以及生成的各项文档。这些内容组成了项目建议。项目建议应该是一个正式的文档，例如当前系统分析报告。该文档应该包括6个方面的内容。,2020年9月8日,第24页,5.4 需求分析阶段,问题分析阶段结束之后，进入需求分析阶段。需求分析阶段的目的是确定新系统应该为用户提供哪些功能，必须采集、使用并存储哪些数据等。还要确定用户的多个需求的优先等级。即该阶段将要解决系统做什么的问题，并为下一个阶段提供业务需求描述。 下面详细介绍

17、问题分析阶段中的各种活动。,2020年9月8日,第25页,需求分析阶段的内容,当完成问题分析阶段后，许多系统分析人员常犯的错误是立即开始寻找管理信息系统的技术解决方案。有些管理信息系统的用户经认为：系统满足技术要求。但不满足用户要求。需求分析阶段就是要解决这类问题，定义用户对新的管理信息系统的业务需求。 需求分析阶段要解决的关键问题是“用户需要什么样的管理信息系统，使用这种管理信息系统可以做什么？”该阶段是管理信息系统成功的关键。在其他一些管理信息系统开发方法中，也把此需求分析阶段称为定义阶段、逻辑设计阶段等。 需求分析阶段的输入是问题分析阶段的系统改进目标，它产生的输出结果是业务需求描述。,

18、2020年9月8日,第26页,需求分析阶段的主要活动,2020年9月8日,第27页,定义需求,需求分析阶段的第一步就是定义需求。虽然这一步的工作比较简单，但是是产生错误、疏漏和冲突等问题的根源。定义需求活动的基础是问题分析阶段已经完成的系统改进目标。 该步的工作是要把改进目标转换为可以满足这些目标的功能需求和非功能需求。 功能需求是一个系统必须提供的活动和服务描述。一般地，根据可以满足系统改进目标的输入、输出、流程和存储的数据来定义功能需求。 非功能需求是一个系统的特征和约束的描述。例如，可以作为非功能需求的内容包括：吞吐量和响应时间等性能；易学和易用性；预算、成本等；进度安排和结束日期；文档

19、和培训需要；质量管理；内部审计控制；安全性等。 管理信息系统分析人员主管这项工作的进行，并且把相应的工作结果文档化。管理信息系统的用户是业务需求的主要来源。,2020年9月8日,第28页,分析功能需求,需求分析确定了企业的大致业务需求，只是大量繁重工作的开始。分析功能需求是通过与业务用户和技术人员通信交流，验证需求。业务用户必须理解需求，以便确定需求的优先级和评价技术方案的成本，技术人员理解功能需求的目的是为了把这些需求转变成相应的技术解决方案。可以采用两种方法完成需求确认和文档的工作，即系统建模和原型法。 系统建模就是建立系统模型。系统模型是为了刻画或描述需求和设计思想而使用的一种表示形式。

20、 另外一种分析功能需求的方法是使用原型。在整个需求分析阶段，原型的目的是建立用户界面的需求，即输入和输出。,2020年9月8日,第29页,跟踪和完成需求,当所有的需求和分析都完成之后(系统模型、原型或其组合)，建议系统用户再对这些需求进行最后一次检查。如果所有的需求都已使用系统模型或原型成功地表示清楚，那么这些需求就完成了。有时把该活动称为需求跟踪，即跟踪每个系统模型或原型，使这些系统模型和原型全面表示了功能需求。 在进行跟踪需求时经常需要修改系统模型或原型。这些修改是很有必要的，可以使这些模型真实地反映用户的需求。 除了跟踪需求之外，管理信息系统项目开发小组的成员还需要把非功能需求和功能需求

21、关联在一起。,2020年9月8日,第30页,划分需求的优先级,需求分析是非常重要的，但是并非所有的需求都是等价的。特别是如果项目的进度拖延或成本超支，就应该删除一些需求。这时，认识和理解需求的优先级是非常重要。因此，已经确定的所有有效的需求都应该具有优先级。 可以使用时间盒来划分需求的优先级。时间盒是一种通过版本来控制管理信息系统的功能需求和非功能需求的技术。首先开发满足系统需要的最小子集，然后逐步扩大管理信息系统可以满足的需求范围。时间盒要求对需求的优先级有比较清楚的理解。 系统分析员负责划分需求的优先级的工作，但是由系统用户创建需求的优先级。,2020年9月8日,第31页,修改项目计划,完

22、成了业务需求的确认后，应该回头重新定义对项目范围的理解和修改相应的项目计划。管理信息系统项目开发小组必须有足够的认识：新系统比起初想象的系统大。因此，项目开发小组必须调整项目的进度、预算和范围。还必须确保项目可以顺利进入下一个阶段。在管理信息系统比较简单、投资额度比较小的情况下，可以直接进入系统设计阶段。但是对于一般的项目，下一个阶段应是决策分析阶段。 项目经理、系统用户和管理信息系统项目小组的所有成员都参与到这项活动中。如果系统的需求超出了预先的估计，那么必须减少需求的数量或增加系统的预算。 触发该项任务的输入是带有优先级的业务需求和前面制定的项目计划。该项活动的输出是业务需求描述。,202

23、0年9月8日,第32页,5.5 决策分析阶段,需求分析阶段结束后，进入到了决策分析阶段。 这是一个从业务到技术的转变过渡阶段，是真正开始管理信息系统设计的准备阶段。,2020年9月8日,第33页,决策分析阶段的内容,给定了业务需求之后，就可以描述要开发的管理信息系统的运行方式。决策分析阶段是按照给定的业务需求描述，提出若干个可以实现这些业务需求的可行的新的管理信息系统的解决方案，然后从技术、经济、管理、计划和风险等多个角度分析解决方案，并选择一个要设计、构造和实现的目标系统。该阶段为下一个阶段提供经过批准的、可行的、最好的管理信息系统方案。 在决策分析阶段，信息技术和体系架构开始影响决策。看待

24、管理信息系统的角度已经从系统用户转变到了系统设计人员，从完全的业务角度转变到了技术角度。,2020年9月8日,第34页,决策分析阶段中的活动,2020年9月8日,第35页,确认候选解决方案,业务需求确定之后，必须首先提供若干个候选解决方案。确认候选解决方案活动只是简单地定义可能的、应该考虑的候选解决方案，不包括对候选解决方案的各种评价。 该项工作由系统分析员负责和完成。候选方案既可以来源于系统用户的建议，也可以来源于系统分析员、系统设计员、技术顾问或者其他的管理信息系统专家。确认候选方案时，应该重视系统用户的建议，因为用户可能了解其竞争对手使用的类似系统。同时数据库管理员、网络管理员及程序编写

25、人员等的意见也非常重要。,2020年9月8日,第36页,分析候选解决方案,每个候选方案都必须通过可行性分析。只有当所有的候选解决方案都确定之后，才开始候选方案的分析工作。可行性分析并不仅仅局限于成本效益分析，还包括技术分析、运行分析等。 一般地，分析人员至少应该采用4个标准来评价候选解决方案： 技术可行性、运行可行性、进度可行性和经济可行性。 技术可行性主要是分析技术的现实性和合理性。 运行可行性是度量问题的迫切性和所提供的解决方案的可接受性。 进度可行性分析也是不可缺少的。 经济可行性的分析可以采用成本效果分析技术。成本效果分析包括成本分析和收益分析等。,2020年9月8日,第37页,比较候选解决方案,所有的候选