| 浅谈ＭＩＳ开发中的系统分析 |
|
|
|
[摘 要] 系统分析是整个开发工作的前提，其工作性质主要是分析人员同用户之间的沟通，随着IT技术的发展，系统开发对 分析人员素质提出了更高的要求。在管理信息系统(MIS)开发中，许多开发团队对系统分析的特点及重要性认识不足， 致使在开发过程中引发各种问题。本文结合实际，对MIS开发中系统分析工作的特点及重要性进行了分析。
[关键词] 管理信息系统；系统分析；边界
管理信息系统(MIS)是由人和计算机设备组成的对企业管理信息进行收集、加工、传输、保存、使用、维护的系统。一个MIS的开发要经过系统分析、系统设计、系统实现、系统维护四个阶段。系统分析是指运用系统的方法和原理确定用户需求和开发目标，明确系统应该完成的任务，最后提出开发方案。系统分析是整个MIS开发的基础性工作，是最为重要也最难把握的一个阶段。但是在实践当中，系统分析通常不能引起开发人员的足够重视。许多开发人员在开发一个软件产品时，往往在没有充分了解用户需求的情况下，便匆匆着手编写程序，他们错误的将“软件开发”等同于“程序编写”。这样导致的结果是：开发人员埋怨用户需求频繁变化，用户埋怨系统不能满足工作需求。严重时，可能导致整个开发工作失败，使开发费用付之东流。特别是近年来面向对象的开发方法被广泛采用以后，软件规模日趋庞大，前期分析的重要性便愈加凸现出来。
一、系统分析决定开发成败
不同企业或组织有着不同的内部环境，当开发人员着手开发一个项目时，首先应该深入到企业或组织的各级各部门，了解其组织机构、生产状况及业务流程，并在此基础上采用各种方式对各级各类人员进行咨询和调查，明确他们对该系统的具体需求。在明确了用户具体需求的基础上，方可进行后续的系统设计、系统实施等工作。只有这样，才能使所开发的MIS系统符合该企业或组织的需要，真正为其提供有效服务，提高员工的工作效率，减轻员工的工作压力。否则，如果不重视前期的调查分析，系统的开发不但不能带来预期效益，反而可能造成资源浪费或给企业或组织带来不便，严重时甚至可能导致整个开发工作失败。
在MIS开发中，一个系统通常由总系统和若干子系统组成，总系统与子系统之间、子系统与子系统之间存在着纵横交错的复杂关系，整个系统是一个有机整体。在着手开发一个项目时，必须对总系统及各子系统均按照软件工程的方法进行系统分析，明确系统总功能、各子系统功能及系统间的相互关系。哪一个子系统分析研究不到位，或哪一部分设计不合理，都将对系统的整体功能和目标造成影响。因此，开发前期的分析工作必须做到通盘考虑，以保证开发成功。
此外，前期分析工作也可以为后期维护打下基础。一方面，企业或组织是在不断向前发展的，一个MIS运行一段时间后，企业可能会在系统功能方面提出进一步要求；另一方面，系统在使用过程中也会逐渐暴露出内部的各种错误。这就要求对系统功能进行扩充或对程序代码进行修改。如果前期分析工作做得比较到位，充分考虑了软件投入使用后的环境、投入使用后的功能扩展、升级改造及后期维护，就可以避免在日后的使用过程中出现系统与环境不适应、系统功能扩充难、程序代码修改难等后遗症。
二、系统分析文档是后续开发的依据
系统分析文档是分析工作重要的、唯一的工作成果，是后续开发工作的依据。在进行系统分析过程中，分析人员应将收集到的第一手信息，进行归类整理，分析汇总，然后制订出准确、一致、完整的系统分析文档：系统说明书。
通常该说明书要对系统功能需求、企业或组织状况、业务流程、系统功能等进行详尽描述，甚至包括对系统将来发展的设想，当前企业的软件、硬件环境的具体技术参数，当前用户方的技术人员和业务人员的信息技术水平，待开发的系统与企业现有的其他系统、甚至与企业外部的其他系统的接口情况等。有了这一系列的分析说明文档，可使后续的系统设计、系统实施、系统维护等工作有章可循。
系统说明书制订完毕以后，为提高软件的质量和保证开发的成功，通常还需要对这些文档资料进行评审。评审工作通常应由企业或组织的信息管理高层以及各类技术人员共同承担。文档评审时，首先，要求各种需求不能互相矛盾；其次，需求必须是完整的，应该包括在分析阶段用户提出的所有功能或性能；再次，指定的需求用现有的软硬件技术可以实现；最后，需求确实能解决用户当前所面临的实际问题。只有通过以上四方面的评审，分析工作才算告一段落，才能进行下一环节的系统设计工作。这里需要明确的是，即使进入了下一开发环节即系统设计环节，也有可能因前面环节的工作做得有漏疏而返回去再次进行系统分析，也就是说实践当中这种分析工作会出现一定程度的反复，且这种反复与所选择的开发模式有较大关系。在开发实践[1] [2] [3] 下一页 |
|
|
| |
|
上一个论文： 移动通信业客户保持策略探讨
下一个论文： 传统医药及植物药避孕的研究 |
|
用户登录 
新用户注册 