• 关于需求分析的感触


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

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

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

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

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

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

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

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

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

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

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

  • 相关阅读:
    socket编程技巧(2)发送缓冲区和接收缓冲区的设置时机
    socket编程技巧(1)tcp接收接口(变长数据定长数据)的编写实例
    libnet介绍与分析
    TCP的6大标示符号
    数据帧中常见协议类型
    C语言中offsetof宏的应用
    ip欺骗(原始套接字系列九)
    ARP欺骗(原始套接字系列八)
    包分析(原始套接字七)
    了解Javascript中函数作为对象的魅力
  • 原文地址:https://www.cnblogs.com/Markruf/p/4793632.html
Copyright © 2020-2023  润新知