信息系统分析与设计___第5章.jsp.ppt

第5章 信息系统的需求分析  教学内容 　　　需求分析的任务、步骤；需求分析必须遵循的基本原则；需求分析的方法；数据流图和数据字典的运用；结构化语言、判定表和判定树的使用；E-R模型、层次方框图、IPO图和Warnier图的使用；需求分析文档和需求分析评审等。 教学要求 1．熟练掌握：数据流图和数据字典的运用；结构化语言、判定表和判定树的使用。 2．一般掌握：需求分析的任务、步骤；需求分析必须遵循的基本原则；需求分析的方法；E-R模型、层次方框图、IPO图和Warnier图的使用。 ３．了解：需求分析文档和需求分析评审。 需求分析案例 某供电公司拟定建设管理信息系统。供电公司信息中心经过多方考察，在全国调研的基础上，最后确认让国内一家著名的软件开发商开发管理信息系统。为了确保该项目的顺利实施，供电公司领导决定，以信息中心为核心成立管理信息系统领导小组。不久，开发商派来两名系统分析员进驻该供电局。开始的工作是相当缓慢的，主要的问题是，两名分析人员不知道从何入手。 虽然信息中心的人全力配合，供电公司的领导大会小会上也再三强调，应该配合开发商的工作。怎奈供电公司各部门工作繁忙，尤其到了生产部门，各专业管理人员大部分时间都在工作，无暇顾及“提出需求”。到了春检期间，开发商说客户不配合，信息中心说开发商不懂电力专业。开发商和供电公司相互抱怨。最后还是领导态度坚决，以“红头”文件的形式强制要求各部门限期把需求交到信息中心，否则追究领导的责任。结果两位系统分析人员看到各单位提出的需求时，感到非常茫然，对信息中心说，这种需求他们根本看不懂，既没有流程，也没有说明，有的只是几条 干巴巴的要求。信息中心的领导非常生气，认为自己看错了，开发商能力不行。无奈，信息中心的领导只能强调，需求分析是开发商的事，而供电公司只是配合，谁的事谁管。两位系统分析员，只好把提出的所谓需求带回去，进行分析。又经过了几个月漫长的沉默，开发商告知需求方案基本写完，但需要客户验证。两位系统分析员又来到了供电公司，交给信息中心多达300多页的需求报告。需求报告写得相当专业，业务流程图，数据流图，包括数据字典都有了。要求各部门对需求报告提意见，进行修改， 验证开发商的需求报告是否对头。一个月过去了，当信息中心的领导收回所有发出去的需求报告时，发现需求报告改动的甚少，有的甚至纸还是新的。又经过了一个月，才让开发商按新的意见对需求报告进行修改。经过了一年多的艰苦奋战，开发工作基本结束。开发商通知供电公司信息中心的领导，开发工作基本完成，可以让用户看一下，提出意见再修改。某日开发商向供电公司各部门的主要领导和专业负责人演示开发的管理信息系统。 台下的人认真地听讲，台上的人津津乐道， 不时向听众灌输着信息技术，现代管理等新名词，新概念，新思想。当系统介绍完毕，没有想到的是生产部主任说这种软件根本不能用，根本不符合现有的管理流程。开发商坐不住了，据理力争说因为业务流程是经过你们的确认，你们是认可的了！ 无奈，信息中心的领导只好让开发商把已经开发的程序，安装在各部门计算机上，参照已有程序，重新提需求。。。 。。。 5.1 需求分析概述 5.1.1 需求分析的任务和目的 需求分析的基本任务是要准确回答“系统必须做什么？”这个问题。 需求分析的具体任务包括： 确定对系统的综合要求 包括功能要求、性能要求、运行要求和其他要求等四个方面。 分析系统的数据要求 由系统的信息流归纳抽象出系统要求的数据以及数据的逻辑关系。 导出目标系统的详细逻辑模型 通过以上二项分析的结果导出目标系统的详细逻辑模型。 修正项目开发计划，编写用户手册概要。 编写系统需求规格说明书，并提交审查。 5.1.2 需求分析的难点 需求分析的难点主要体现在以下几个方面: 问题的复杂性 交流障碍 不完备性和不一致性 需求易变性 通过以下做法可以大大克服上述困难： （1）项目的参与者（包括软件设计开发人员和用户等）必须在需求分析过程中加强沟通和协调。一方面，软件设计人员应尽量使用通俗的语言与用户进行交流；另一方面，用户应积极主动地配合软件设计人员的工作。 （2）为了保证需求分析阶段能够提出完整、准确的系统逻辑模型，开发人员必须花费足够的时间，全面了解用户的需要，绝不能在需求模糊的情况下仓促进行系统的设计和编程。 （3）使用一些有效的需求分析方法（如结构化分析方法等）及自动化工具(如CASE工具)来进行需求分析。 5.1.3 需求分析的步骤 需求分析阶段的工作，大致可分为以下几个步骤： 通过调查研究，获取用户的需求,方式有： 发调查表；召开调查会； ?向用户领域的专家个别咨询； ?实地考察； ?跟