返回列表 发帖

[HIS] 今日话题:医院业务软件中的需求管理和重构?


HIT公司在实现医院业务系统时,经常会遇到各种各样的需求。
如:这边添加一个按钮,那边添加一个字段。
A科室和B科室的需求不一样。
A医院和B医院的同一功能业务流程不一样,有的需要审核,有的不需要。
大部分软件公司的做法是添加配置文件,无数的配置项,没有文档的支持,N年后,研发人员实施人员走了一批又一批,新的研发人员不清楚配置文件的情况,对于新的需求,再添加新的配置文件,越老的系统配置文件越多。有兴趣的小伙伴可以晒晒你们系统中的配置文件的个数。
QQ截图20150723130452.png
2015-7-23 13:02



具体可能遇到的问题整理如下:
1、研发实施人员走了一批又一批,成千上百的配置参数,关联关系是什么,参数的具体含义是什么,没有人知道。
2、不同医院的需求混淆,搞不清楚哪个需求是哪个医院的哪个医生提出来的,需求变动查无可查。
3、软件复杂度奇高,牵一发动全身,系统改无可改。
从软件管理和项目管理的角度,个人提出几种办法,抛砖引玉,希望大家多多讨论。
1、建立全面的需求跟踪矩阵,明确需求的变动情况和关联情况。
需求跟踪矩阵.png
2015-7-23 13:02
  

医院业务系统变化无法避免,作为软件研发部门,不可以放过任何一个需求,不管需求是否实现,是否合理,均需要进行记录,跟踪。
2、分析需求合理理性,沟通是否添加。
   这个过程可能会涉及到沟通若干部门,并得到负责人的书面承诺。
3、软件开发中的迭代,快速迭代。
    软件必须提供一个可以用于快速迭代的框架,拥抱需求变更,承认配置文件的存在,但同时尽量减少配置文件。
4、功能级重构
隔一段时间根据需求跟踪矩阵,进行功能级重构,吸收消化配置文件,提高功能完整性,减少代码复杂程度。



个人觉得,需求跟踪矩阵的建立是基础,软件可以没有其他的文档,但需求跟踪矩阵的建立是必不可少的,尤其是针对医疗软件产品研发的公司而言。



抛砖引玉,希望大家能展开讨论,如何解决这些在医疗软件开发和实施中遇到的这些问题。

2

评分人数

    • jinhe: 推荐加分声望 + 2 点 金币 + 10 枚
    • 归晚: 提供话题声望 + 1 点 金币 + 20 枚
收藏 0
誓与医疗信息化共存亡!

好久没来,今天真累人,坐坐沙发啊
DBTwin Sql Server集群:数据库双活,故障时候数据零丢失,服务不停止,实时同步备份,负载均衡 QQ:69166070

TOP

后台越配置越多越灵活。
我们的就不发了,太多了
1

评分人数

    • 归晚: 参与讨论金币 + 2 枚
哈哈哈太阳

TOP

说多了都是泪 哈哈

TOP

回复 3# wfjhc3


   哈哈 是不是好多好多的配置文件啊
誓与医疗信息化共存亡!

TOP

很好 不错啊

TOP

随着时间的推移, 项目需求矩阵也会和配置文件一样, 又长又臭。
谁还有心思去看以前的需求呢。。。
1

评分人数

    • 归晚: 分享心得金币 + 5 枚

TOP

是否可以考虑列一个配置文件的知识库?
每一个新的开发人员,都要强调这个配置文件的重要性。改需求前,必须先看现有配置能否满足需求?!

TOP

回复 8# rampike

说得很有道理。时间长了,所有的文档均会变得又长又臭。可以隔段时间,整理一下,清理不要的配置,合并类似的配置。这样可能会好一点
誓与医疗信息化共存亡!

TOP

核心  文档都出来了,谢谢分享;
  架构与设计很重要
1

评分人数

    • 归晚: 参与讨论金币 + 2 枚
自我就是自我

TOP

这个只能是一边开发,一边把以前做过的做一个规划,把必要的做固定,这样可能后期会好些吧。
1

评分人数

    • 归晚: 参与讨论金币 + 2 枚
河北易慧电子科技:www.wahis.cn
医院信息化建设
QQ:514547443

TOP

需求越来越多,配置参数越来越多,当参数太多时,让运维人员摸不着头脑
1

评分人数

    • 归晚: 参与讨论金币 + 2 枚

TOP

应按软件工程标准要求编制程序。
1

评分人数

    • 归晚: 参与讨论金币 + 2 枚
80 字节以内
不支持自定义 Discuz! 代码

TOP

每一批开发人员都有一套自己的作法,这样的管理部门应该有个非常强大的都,规范各种
1

评分人数

    • 归晚: 参与讨论金币 + 2 枚

TOP

是啊,一定要有规范,否则人流动大了需求没法弄

TOP

这个很正常,随着人员的流程,程序的代码质量,习惯都会发生变化的。
高端医疗软件实施交流群:27002426

TOP

不能从一而终

TOP

关键是项目经理要对项目的质量、进度和需求范围进行严格把关,对项目高度负责;
在代码安全方面,选择高效、安全的版本管理工具,确保大型项目多人开发的便利以及版本控制;
在开发规范方面,要严格按照软件工程及相关国际标准规范,开发、测试、发布 整个流程要规范,项目经理对代码质量要盯紧,不能放松;
另外,要加强对项目经理的培训和考核。

TOP

返回列表