【智汇通】张靖笙：如何分析企业管理信息系统的需求.docx

【专家简介】张靖笙，中山大学计算机工学硕士毕业，中国系统分析员协会（希赛）资深高级顾问，中国计算机学会会员，国内知名的企业信息化和企业数据领域专家，希赛企业数据实验室（中国）创办人和主任培训师，获得国家认证的系统分析员和高级程序员资格。　　导读：需求分析阶段关系到一个软件开发的成败，这已经得到了普遍的认识,然而，根据我在实际开发工作的自身经历，以及我曾主动地和许多同行的交流中发现，发现现在国内的许多软件开发的需求分析阶段，基本没有按照严格的软件工程的规范要求，可以说，在许多开发项目中，按照传统软件工程规范要求的需求分析往往是一个非常尴尬的过程，为什么呢?　　这是因为软件开发人员没有工程观念吗？国际软件工程理论和技术引入我国也差不多二十年了，特别是在二十世纪九十年代，我国计算机软件产业得到了长足的发展，涌现了大量成功的软件开发成果,培养了相当规模的软件开发队伍。作为软件开发生力军的年轻的软件工程师大多数是刚刚从学校毕业的大学生，学校教育中软件工程是一门非常重要的课程，可以说现在的绝大部分程序员在这方面经过了严格的教育和训练，而为什么在实际工作中出现了很大的偏差?　　根据我在实际工作中的经验,问题主要来自以下方面：　　1.需求分析本身的难度。需求的任务是了解和描述软件用户对软件的需求，即明确做什么。但在实际的软件开发中，用户了解他们的专业领域，但计算机知识，特别是软件知识往往比较薄弱,而开发人员与此恰好相反，而在需求分析的过程中，双方面对的往往不是一个可见的产品，而只是头脑中的构思和想象，由于专业的差异和沟通的有限，用户的许多需求对开发人员来说往往是难于理解的和准确把握。　　2.传统软件工程规范没有量化需求分析工作。传统软件工程理论中对需求分析工作的要求只是对软件要求整体上的分析，不要求陷入实现上的细节。但实际工作中，在许多类型的应用系统开发中，许多技术细节本身就关系到需求能否实现或正确实现，如有企业管理信息系统程序开发经验的人谁都知道，根本不可能抛开数据类型去定义一个数据实体的属性。所以在实际的工作中忽略这些至关重要的细节的需求分析往往是不完整的，造成的混乱往往严重影响后续的开发。所以需求分析工作到底深入到什么程度，这个并没有确定的标准。　　3. 传统软件工程规范在需求分析的严格执行有实际管理上的难度。在广大的应用软件开发部门，软件开发工作的地位往往只是本单位业务的辅助，一般没有专职的而且非常有经验的系统分析员，需求分析往往由主管经理和开发程序员简单进行，而领导往往重成绩多于重过程，对于一个没有显效的需求分析过程，领导的耐心往往有限，这就造成了对需求分析缺乏严格的管理和要求。　　4.严格按照传统规范要求进行需求分析在时间和开发成本的限制。由于用户对软件技术的认识水平，他们对软件的开发在时间上往往要求过高，他们狠不得明天就可以使用软件。如果你在那里分析来分析去不动手，在实际工作中，特别当用户是单位的上层领导，他们往往觉得这种对他们而言空洞无物的分析是开发人员的纸上谈兵,时间一长不免就会流露出不满。这令开发人员非常尴尬，往往非常严重地打击他们的自信心和士气。　　综上所述，传统软件工程规范中需求分析理论在实践中的矛盾是成本，效率和规范要求间的矛盾。而忽略规范要求的代价也是惨重的，那我们能找到一种方法解决以上矛盾吗？我觉得提高软件工程规范要求中在需求分析阶段的可操作性是解决问题的关键。当然由于计算机应用的多样性，我们不可能找到能医百病的灵丹妙药，但在开发比较常见的企业管理信息系统中，下文试图提出一种比较有针对性的需求分析方法。企业管理信息系统程序的需求特点　　数据库技术的核心思想是数据的独立与共享，所以开发企业管理信息系统，就是利用计算机数据库技术来组织，管理和使用企业经营和管理活动中的各种信息。不同形式的企业管理信息系统可谓多种多样，但功能需求的核心是围绕着数据库管理的信息来展开的。笔者曾开发过多个不同应用领域的数据库的应用，我发现在企业管理信息系统中虽然功能很多，许多功能在逻辑上相似，往往只是处理的数据不同，很多时候，信息管理软件功能基本上是数据的查询，更新，维护,并不需要复杂的算法。所以，我认为企业管理信息系统需求分析应该围绕数据(信息)，而不是功能展开。这与传统的需求分析中以分析功能需求为核心有明显的不同。从这个意义上，如果传统需求分析阶段是“做什么”，在企业管理信息系统需求分析阶段就是先要解决“有什么”，然后再明确“做什么”。企业管理信息系统的需求特征　　需求分析作为软件工程的第一阶段，是整个软件开发项目进行设计和实现的基础，决定了一个项目的成败。但是需求分析不能只看成是一个独立的阶段，第一个阶段了解的需求也只是初步的需求，对需求的了解贯穿整个项目的始终，了解需求的过程是一个逐步细化，逐步深入的过程，整个项目自始而终都需要与用