MIS开发中的系统分析

ＭＩＳ开发中的系统分析

随着计算机系统和计算机网络及其应用的迅猛发展，越来越多的组织、企业、部队开始对MIS（管理信息系统——Management Information System）由感兴趣而逐渐进入到实际开发、应用阶段，而随着信息技术新的发展，系统开发对分析人员素质提出了更高的要求。在管理信息系统(MIS)开发中，许多开发团队对系统分析的特点及重要性认识不足，致使在开发过程中引发各种问题，开发完成后操作人员因为不好用、不方便用而不愿意使用，造成大量人力、物力的浪费。本文结合实际，对MIS开发中系统分析工作的特点及重要性进行简单分析，对系统分析中要注意的问题。

管理信息系统(MIS)是由人和计算机设备组成的对企业或者组织（部门）管理信息进行收集、加工、传输、保存、使用、维护的系统。一个MIS的开发要经过系统分析（Systems Analysis）、系统设计、系统实现、系统维护四个阶段。系统分析的主要内容是：业务和数据的流程是否通畅，是否合理；数据、业务过程和实现管理功能之间的关系；老系统管理模式改革和新系统管理方法的实现是否具有可行性等等。系统分析的目的是：将用户的需求及其解决方法确定下来，这些需要确定的结果包括：开发者关于现有组织管理状况的了解；用户对信息系统功能的需求；数据和业务流程；管理功能和管理数据指标体系；新系统拟改动和新增的管理模型等等。系统分析从系统需求入手，从用户观点出发建立系统用户模型。用户模型从概念上全方位表达系统需求及系统与用户的相互关系。系统分析在用户模型的基础上，建立适应性强的独立于系统实现环境的逻辑结构。系统分析是整个MIS开发的基础性工作，是最为重要也最难把握的一个阶段。但是在实践当中，系统分析通常不能引起开发人员的足够重视。许多开发人员在开发一个软件产品时，往往在没有充分了解用户需求的情况下，便匆匆着手编写程序，他们错误的将“软件开发”等同于“程序编写”，这是许多软件开发人员的通病。这样导致的结果是：开发人员埋怨用户需求频繁变化，用户埋怨系统不能满足工作需求。严重时，可能导致整个开发工作失败，使开发费用付之东流。特别是近年来面向对象的开发方法被广泛采用以后，软件规模日趋庞大，前期分析的重要性便愈加凸现出来。

一、充分认识系统分析工作的重要意义

系统分析所确定的内容是今后系统设计、系统实现的基础。不同企业或组织有着不同的内部环境，当开发团队着手开发一个项目时，首先

应该深入到企业或组织的各级部门，了解其组织机构、生产状况及业务流程，并在此基础上采用各种方式对各级各类人员进行咨询和调查，明确他们对该系统的具体需求。在明确了用户具体需求的基础上，方可进行后续的系统设计、系统实施等工作。只有这样，才能使所开发的MIS 系统符合该组织或组织的需要，真正为其提供有效服务，才能充分利用计算机信息处理、统计、分析自动、快速、准确的优势，提高员工的工作效率，减轻员工的工作压力。否则，如果不重视前期的调查分析，系统的开发不但不能带来预期效益，反而可能造成资源浪费或给企业或组织带来不便，严重时甚至可能导致整个开发工作失败。

在MIS开发中，一个系统通常由总系统和若干子系统组成，总系统与子系统之间、子系统与子系统之间存在着纵横交错的复杂关系，整个系统是一个有机整体。比方说一个字段名在军务兵员管理中是姓名，在车辆管理系统中是驾驶员，在通信保障系统里面是值勤员等等，在总系统中其实质是姓名。因此，在着手开发一个项目时，必须对总系统及各子系统均按照软件工程的方法进行系统分析，明确系统总功能、各子系统功能及系统间的相互关系。哪怕一个子系统分析研究不到位，或其中仅仅一部分设计不合理，都可能对系统的整体功能和目标实现造成影响。因此，开发前期的系统分析工作必须做到通盘考虑、整体推进、目的明确、条理清晰、结构合理以保证开发成功。

此外，前期分析工作也要考虑为后期维护打下基础。一方面，企业或组织是在不断向前发展的，一个MIS运行一段时间后，可能会在系统功能方面提出进一步要求；另一方面，系统在使用过程中也会逐渐暴露出内部的各种不合理甚至错误的地方。这就要求对系统功能进行扩充或对程序代码进行修改。如果前期分析工作做得比较到位，具有一定的前瞻性，充分考虑了软件投入使用后的环境、投入使用后的功能扩展、升级改造及后期维护，就可以避免在日后的使用过程中出现系统与环境不适应、系统功能扩充难、程序代码修改难等后遗症。

二、准确完整的系统分析文档是后续开发的依据

系统分析后形成的系统分析文档是分析工作唯一的工作成果，是后续开发工作的依据，也是评价整个开发过程是否成功的标准。在进行系统分析的过程中，分析人员应将收集到的第一手信息，进行归类整理，分析汇总，然后制订出准确、一致、完整的系统分析文档：系统需求分析报告。

通常该要对系统功能需求、内部部门状况、业务流程、数据库结构、系统功能等进行详尽描述，甚至应该包括对系统将来发展的设想，当前使用的软件、硬件环境的具体技术参数，当前用户方的技术人员和

业务人员的信息技术水平，待开发的系统与现有的其他系统、甚至与外部的其他系统的接口情况等。有了这系统需求分析报告，可使后续的系统设计、系统实施、系统维护等工作有章可循，也避免了以后出现频繁修改需求的情况发生和开发出不适应工作需求的MIS系统的问题。

系统需求分析报告制订完毕以后，为提高软件的质量和保证开发的成功，还需要对这些文档资料进行评审。评审工作通常应由组织或组织的信息管理高层以及各类技术人员共同承担。文档评审时应该注意：1、系统内部和各子系统之间各种需求不能互相矛盾；2、需求必须是完整的，应该包括在分析阶段用户提出的所有功能或性能；3、指定的需求用现有的软、硬件技术可以实现；4、需求确实能解决用户当前所面临的实际问题或者能够实现用户所提出的目的。只有通过以上四方面的评审，分析工作才算告一段落，才能进行下一环节的系统设计工作。这里需要明确的是，即使进入了下一开发环节即系统设计环节，甚至于开发结束进入试用阶段，也有可能因前面环节的工作做得有漏疏而不得不重新进行需求分析，也就是说实践中这种分析工作会出现一定程度的反复，且这种反复与需求分析的认真程度、所选择的开发模式等有较大关系。在开发实践中，系统分析人员为避免系统分析工作出现重大偏差而引起大面积重复分析，可以提出多种可行性方案供用户选择。例如，从功能是否完整角度考虑，可以尝试制定三个不同档次的方案：1、基本方案：系统只完成最基本工作，没有额外功能；2、完整方案：除了完成基本工作以外，还提供一些附加功能；3、增强方案：这种系统具备用户期望的几乎所有功能。用户可根据自身的人力、物力条件结合需求目标从几个方案当中选出一个最优方案。

三、系统分析应重视与企业或者组织中各类人员的沟通

系统分析的工作内容主要是分析人员同客户进行沟通，包括同组织或组织的各级领导进行沟通及同普通员工进行沟通。

首先，信息系统开发要争取各级领导的支持。实际情况中，个别管理人员因为个人习惯、文化水平、工作方法等原因可能不愿接受环境的改变，因而不愿配合分析人员的工作，造成系统分析工作的局部甚至全局延误或者失败。例如，某些财务部门负责人不愿将本部门手工账务处理改为电子账务系统，坚持沿用原来的手工方式，对系统分析人员产生抵触情绪；例如有的领导干部习惯现场办公、签字画押，不愿意在微机屏幕上修改、批复文件，认为反正都要白纸黑字形成文件，用MIS系统反而多事等等。这必然对需求分析工作带来负面影响。当遇到类似情况时，分析人员除了在了解这些人的背景及性格特点的基础上，想方设法说服其转变观念，还需要主要领导的大力支持。如果系统分析人员的说