程师理解的形式就是他们进行下一阶段系统设计的依据。
三、需求处理效率分析
影响需求分析的因素有很多,比如客户不清楚需求;需求自身经常变动;分析人员或客户理解有误等等。MIS的系统需求处理效率,直接关系到开发人员能否在规定时间内完成开发任务,新的需求产生,需求人员及时有效的分析新需求,编写一份清晰、准确的需求文档,避免留下模糊不清的需求,否则,就只好靠开发人员去猜测这些模糊不清的需求,而往往开发出来的功能不符合业务需求,这样既耽误时间,又增加开发人员与业务人员之前的误导,互相埋怨。同时其很大程度上影响信息部门的部门形象及与业务单位的互动关系,从以下两个方面来探讨下需求处理效率:
首先是业务分析。业务分析的效率首先取决于对业务流程的理解能力,所以应跟业务人员多沟通,更好地了解客户的业务,才能使产品更好地满足需要,这将有助于开发人员设计出真正满足客户需求并达到期望的优秀软件。优秀的需求人员可以提出比业务单位更好的需求,或者主动发掘需求。有时效率还取决于需求人员与业务人员的亲合度与信任度,需求单上做的是台面文章,背后可能隐藏着重要的讯息,能否挖掘出这些潜在资讯,并与显性资讯有效整合,很可能影响我们是否做了正确的事情。通常客户所说的“需求”已经是一种实际可行的实施方案,分析人员应尽力从这些解决方法中了解真正的业务需求,同时还应找出已有系统与当前业务不符之处,以确保产品不会无效或低效;在彻底弄清业务领域内的事情后,分析人员就能提出相当好的改进方法,有经验且有创造力的分析人员还能提出增加一些用户没有发现的很有价值的系统特性。
其次是系统分析。取决于对系统架构与逻辑的整体了解程度;特别突出“整体”二字,是因为“头痛医头,脚痛医脚”的做法,是用短期的高效率换长期的负效率的笨方法。而往往现在的后期维护MIS都是采用这样的方法,哪个功能出现问题,临时修改功能,只是保证此处功能在MIS平台正常运作,而忽略了平台中相关功能之前的关联性,往往会出现这样的问题,一个功能中的问题解决了,而在其他功能中出现类似的问题,或是因为修改此功能导致其他功能不可用的情况。