OA实施的需求问题归纳分析
发布日期:2010-7-17 信息来源:http://www.chysoft.net

在OA系统中需求实际上是应用的目标,是解决客户实际业务问题的依据(具体实现的功能),系统的设计、开发、实施等后续一系列的过程都围绕需求而进行,因此需求在整个OA项目(特别是拥有一定定制开发工作量的项目)中占有举足轻重的位置。
一、 OA实施前需求分析不充分
需求分析不充分会导致项目的反复修改、调整,项目周期延长,甚至导致项目的失败。导致需求分析不充分原因是多方面的,主要包括:
1、 客户方和软件开发厂商对相关业务的熟悉程度不够
2、 软件开发厂商负责需求分析的人员经验不足,未能很好的把握客户需求。
3、 软件开发厂商对需求的重视程度不够,在没有完全理解客户需求的情况下就急于进行设计和开发,导致开发交付的系统与客户实际要求的功能差异很大。
4、 客户方人员不愿意投入时间配合软件厂商进行需求的收集、整理。
5、 整体需求没有进行规划,需求的边界不是很清晰,在后续处理中不断的调整与变化。相当多的用户将OA等同于企业的信息化,边界非常宽,有的甚至希望一次性到位,解决所有的问题。

二、 OA实施过程中需求不断变更和调整
OA实施的过程包括调研、实施、培训、修订、验收、交付、跟踪等步骤,项目周期的长短与OA项目建设的内容和难度有关。但是在实施过程中经常发现调研的需求在交付时变更了,此时,开发商和客户都会进入两难的境地,客户认为开发的产品需要改进,否则不适合使用;而开发商认为重新修订骨架相当于再次开发一套新系统,成本过高,最后项目有可能被搁置,最终失败。
管理软件在实施过程中多少都存在一定程度的定制开发,中国讲究的是人情味的管理,但是这样也给OA软件带来了很大的难度,在中国整理出一套统一的管理模式是不可能的,即便是整理出来也不能得到客户的认同。于是现在市面上的很多软件都是做死了功能,让用户改变常规习惯来适应软件,结果往往是用户觉得别扭,甚至觉得与公司的管理文化背离,结果很可能导致项目失败。

三、其他需求
以上描述的重点是业务和功能需求,除此之外一般还存在以下需求:
1、界面
部分行业用户(如:设计)对OA系统界面设计的要求比较高。
2、用户交互
简洁的应用交互更有利于系统的推广与使用。
3、系统管理与维护
永远不要指望用户的需求是不变的,需求的变更就需要系统的变更,就会涉及到系统的管理与维护。如果要求客户在使用系统的同时配备一个水平、素质很高的系统管理员来更新这些需求也是不现实的。一个平台不能太依靠某一个人,如果对系统管理员要求过高,一旦遇上这个人离职,项目也会被搁置,甚至失败。
承元OA架构在支撑平台之上,系统除了拥有良好的定制开发优势外,同时具有强大的管理和维护功能,增强系统的灵活性,降低了系统的维护难度。
4、性能
对于使用用户数非常多的OA系统,性能是很关键的一个环节,多人同时在线响应速度慢造成系统用户体验差,无法很好的使用。
(参考“OA系统性能与哪些因素有关”)
5、系统安全性
(参考“OA系统安全性的分析”)
6、与其他系统的接口问题
中国的软件企业各自为政,开发的软件大多不考虑接口问题,在实施期间就会出现一个企业有多套管理系统的现象,可能有些数据不得不在多个系统中重新输入,不仅增加了用户的使用负担,数据的准确性也成了问题,于是项目很可能最终被放弃。

粤ICP备11095012号-1
Copyright 2005-2017 深圳市承元软件技术有限公司