关于需求分析的感触

这些天在一段时间的学习后,大家开始着手一个医院的项目,关于医院资产管理系统。

但是在初步的需求分析阶段,就遇到了很多的麻烦。

用户想要的需求是一块内容,而实际可操作的方式又是另一内容。

用户往往会把一切尽可能的理想化,但是会有许多的限制因素,比如成本,软件局限等等。

就拿这次的资产盘点,设备科的科长希望有一种方式,可以定位到科室的地理位置,并且能够在房间内打开扫描设备扫描无源的标签,就得到科室内所有物品的信息。

这个想法确实很好,但是实际操作有很多麻烦。首先这个标签要达到这种效果,必须要支持数米的扫描距离,而且必须是无源的,目前的这种技术只有rfid可以做到,但是成本太过高,而有源的标签需要电源供能,电池需要定期更换,不仅麻烦同样需要耗费成本。最终这个方案还是被否决了。

随后大家讨论了一些其他需求,需求的得出就像是在打铁,不仅要把各种废渣打掉,还要完美利用材料得到华丽实用的工具。

讨论需求小组的成员也出现了一些分歧。同组的成员想要把大部分的事务让系统来进行,然而我觉得这并不合理。

在他们的设想下,所有的事务都由系统读取数据来安排,其中包括周期任务的执行,排班,甚至请假的任务空缺都由计算机自行生成,而并不打算在系统中添加人为的发起取消任务和调配,他们想要让管理层做最少最简单的工作。

但我的观点并不支持这些,我觉得人为的操作是非常有必要的。系统再过高端也不能影响了管理层可以行驶的权力。管理是个人性化的过程,或许系统可以更合理的分配任务,做一些繁琐复杂人们不愿意去做的事情,人的调动人的情绪都以及人情世故都不是系统可以计算出来的,而且实际操作中的问题计算机并不能考虑,这些都要人为的来分配。而且更重要的是我们所要做的并不是取代管理层的职能,而是提供给管理层一个便利管理的工具。越俎代庖绝对不是什么好事。

尽管遇到了很多困难,但是大家还在一起考虑进一步的动向,不过要学习的还有很多。

原文地址:https://www.cnblogs.com/Markruf/p/4793632.html