《系统分析》-公开课件.pptVIP

第 4 章 系统分析 在信息系统的生命周期中，紧接着系统规划阶段的是系统分析阶段。系统分析就是根据系统规划所确定的范围，对现行系统进行详细调查，描绘出现行系统的业务流程，指出现行系统的局限性和不足之处，确定新系统的基本目标和逻辑功能要求，即提出新系统的逻辑模型。 系统规划的任务是解决信息系统的整体结构问题，是战略的、宏观的考虑，其目的是为了避免开发工作的盲目性和片面性，增加全局性和计划性，从而保证开发工作有步骤、有计划地进行。在系统规划阶段，信息系统中的许多细节并没有也没有必要加以考虑。 系统分析的任务是在系统规划的指导下，在充分认识现行信息系统的基础上，通过问题识别、详细调查、系统化分析，最后完成新系统的逻辑方案（或称逻辑模型），以解决将来的新系统“做什么”的问题。这一阶段的阶段性成果是“系统分析说明书”。 系统分析阶段的主要活动有：系统详细调查，绘制业务流程图、绘制数据流程图、制作数据字典、建立新系统的逻辑模型、撰写系统分析说明书。 系统分析阶段的工作由系统分析员承担。系统分析员的基本功、工作能力、经验和素养等起着很重要的作用。 4·1 系统分析概述 4.1.1 系统分析的任务 　　　系统分析阶段的基本任务：是系统分析员和用户一起在充分了解用户要求的基础上，把双方对新系统的理解表达为系统分析说明书。只定义新系统应该“做什么”，暂且不涉及“怎么做”。系统分析说明书通过评审之后，将成为目标系统设计的依据和验收的依据。 　　　系统分析是系统开发中最重要的阶段，也是困难最多的阶段。最主要的困难来自于系统分析人员和用户对问题的不同理解。 　　 一方面，系统分析员往往是计算机信息处理的行家，但缺乏关于目标系统的业务知识，在系统调查中往往面临关于业务流程的困惑。一个稍具规模的系统，其业务数据量是相当大的，有反映各种业务情况的报表、账簿、业务数据，有业务人员手中的各种正规的或非正规的手册、技术资料、规章制度，甚至是黑板上的公告等等。各种业务之间的关系复杂，不熟悉业务情况的系统分析员往往被淹没在各种信息流程中，难以理出头绪，更难以分析出制约现行系统的“瓶颈”问题。 　　 另一方面，用户精通业务，但往往缺乏足够的计算机方面的知识，对计算机“能够做什么”和“不能够做什么”比较模糊。而且，用户虽然精通自己的业务，但不善于把业务过程明确地表达出来，不知道该给系统分析员介绍些什么。对一些具体业务，用户认为理所当然就该这样做或那样做。特别是对某些决策问题，往往根据的是个人的经验和直觉。 4.1.2 系统分析的原则 　1、逻辑设计与物理设计分开的原则 　　　在用传统方法进行系统开发时，设计人员过早地考虑了具体的物理细节，在选择处理方法及具体硬、软件方面，花了很多时间和精力。但到开发后期又往往发现有些内容不合适，或者根本不需要，这时候再推翻重来，造成人力、物力和财力的巨大浪费，尤其是大系统开发，后果更为严重。 　　　 系统的逻辑设计好比是全局的总体规划(总体设计、概念设计)；系统的物理设计则是总体规划下的各个局部细节安排。因此，在系统分析阶段集中力量搞好逻辑设计，有利于保证系统整体的合理性和最佳性；在系统设计阶段以逻辑设计的成果作为依据，可使物理设计具有更好的全局观念和多种物理方案的选择余地。这种分阶段安排，既保证了系统开发的质量，也节省了人力和物力。 2、面向用户的原则 　　　在结构化系统开发方法中强调用户至上的原则，用户是信息系统开发的起源和最终归宿，因此整个开发过程要面向用户；用户的参与程度和满意程度是系统成功开发的关键。新系统逻辑模型是否满足用户的需求，这是系统开发所面临的重要问题。因为以后的工作都是在此基础上进行的，在系统分析阶段，如果不把用户的需求放在第一位，就不可能提出成功的新系统逻辑模型。因此，在系统分析阶段，用户和系统研制人员要充分理解用户的需求，并把共同的理解明确表达出来。只有符合用户的要求，才有可能开发出成功的系统。 　3、结构化分析的原则 　　　结构化分析与设计方法的基本思想是：用系统的思想、系统工程的方法，按用户至上的原则，结构化、模块化、自顶向下地对信息系统进行分析与设计。按照系统的观点，任何事物都是互相联系的整体，在进行系统分析时应首先站在整体的角度，将各项业务或活动放到整体去考察，保证全局的正确，然后再一层层地深入研究，这就是所谓自顶向下的分析设计思想。 4.1.3 系统分析的工作步骤 　（1）现行系统的调查 　（2）业务流程分析，绘制业务流程图 　（3）数据流程分析，绘制数据流程图 　（4）确定新系统逻辑结构 　（5）对数据进行分析，设计数据库