- 1、本文档共7页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
更多企业商业智能BI 信息化相关信息获取
/
/
医疗信息化领域的软件工程
软件工程从来就不是一门精细的学问,在我看来,在没有弄清楚人类思维的核心规律之
前,任何力求精确的模型/度量/计算都是徒劳的。再加上一些管理者不断地拿一些现成的过
程和方法来进行换汤不换药的概念翻新,使得本来很多确实成效不错的过程和方法沦落成为
玩弄技术管理的工具,甚至企业管理的政治口号。最终,使得很多技术牛人对软件工程这个
领域嗤之以鼻。确实 ,没有任何两个个软件开发,可以用完全相同的方法学取得成功。然而,
当一部分技术牛人的兴趣,从机器的运行规律迁移到人脑以及人类组织的运行规律上面来的
时候,他们才惊奇地发现原来它们是如此的相似:整个世界就是一部计算机,而我们每个人
都是其中的一个计算单元。而软件工程领域所有的这些不确定性,也从他们厌恶的对象转化
为一种激动人心的挑战。
去伪存真,从一个实践者的角度来体验和找寻适合我们自己的工程方法。因为我们相信,
同一件事情,你可以用很多种方法来做,但只有少数几种方法能够让你获得成功。
最近医学信息论坛上的讨论,又让我得以重新审视一下一些工程方法在这个领域的应用
在软件工程过程体系的这么多繁文缛节背后,或者至少在实际操作层面,对最终项目的成
功发布真正起到决定性作用的只有两个:一个是需求管理,一个是配置管理(包括变更和发
布管理在内)。它们分别是项目的一进一出,把好这两道关,其他的东西,不管是分工,进
度,风险控制等等,都可以顺势衍生出来。
对于需求人员来说,最忌讳两种做法,一种是 “传声筒” ,一种是“捏造需求”。因此,
要做好用户和技术人员的桥梁,需求人员除了具备一定的沟通技巧之外,还需要:
1、深知沟通过程的基本原理,以及常见的沟通陷阱。
2、基本的需求分析(即对原始需求进行正确的提炼和整理)的技能。
更多企业商业智能BI 信息化相关信息获取
/
/
关于第一点,玩过多人传话之类游戏的人应该都比较了解。而关于第二点,则需要具备一些
工程知识和技能。
举个例子,很多医院流程里面都有三查三对,有些还是三查七对。但有些新手设计的用
户界面,如果没有注意这一点,经常会把一些重要信息(比如病人姓名、性别、年龄)显示
得不够显眼。于是医生提出,你这个字体能不能大一点,这个属于一个原始的客户需求。一
般医生忙起来也不会跟你说得很细,或者最多跟你说姓名、年龄要大一点(可能因为他是妇
科医生,一般来的都是妇女,也不用关心性别了)。于是, “传声筒”型的需求人员就会原
样告诉技术人员,让他们把姓名、年龄搞大。哪天轮到另外一个科室要上这个系统了,又来
了一个需求,叫做把性别搞大。然后开发人员又要改,测试和变更管理等相关人员又要就类
似的问题再检查和跟踪一遍。或者,其中有一个人提出,干脆把整个界面的字体都搞大点好
了,省得每次都改。可能因为这个人在某些方面比较资深,或者比较能说会道比较有感染力,
或者在职务上本身就有一定的影响力,而刚好这个医院的老医生比较多,一些人可能认为这
些医生本来电脑操作就不熟练,眼睛又不好使,所以也同意了把整个界面的字体搞大。甚至,
还有人提出,干脆把整个界面的字体做成可配置的,听起来也不错,却没想到这又增加了测
试、实施和维护工作的复杂度。最后,系统一升级,医生吓了一跳,怎么整个界面的字体都
变大了。有些得过且过的医生倒也不再提了,越改越不像样,反正我要看的那些信息,我凑
近屏幕仔细找找就好了。这就是一个典型的 “捏造需求”案例。
从这个例子可以看出, “传声筒”相对还好一些,最多会让类似的需求反复提反复改(甚
至还会出现一些前后矛盾的需求,比如改过来又改过去),成本增加一些,需求变更的收敛
速率低一点而已;最可怕的是 “捏造需求” ,而且在小型项目里面,大多是项目经理充当需
求人员
您可能关注的文档
- 新形势下社区群众工作先进典型经验调查_福建省思想政治工作研究会课题组.pdf
- SSD 下 MySQL IO 优化.pdf
- 08第8章SQL_Server事务与并发控制.ppt
- 活性炭对有机废气的吸附-缓冲实验和其模拟.pdf
- 二氧化碳与甲醇直接合成碳酸二甲酯的研究进展_周奇志.pdf
- 一种面向动态链状数据结构指针定值引用链算法.pdf
- 符号测度中Hahn分解定理推广.pdf
- 第11节二维工程图操作.pdf
- 第05节 异常处理.ppt
- 翅片管换热器的翅片效率及传热性能.pdf
- 2025年一级建造师考试《水利水电工程管理与实务》冲刺必刷卷.docx
- 2025年一级建造师考试《水利水电工程管理与实务》逆袭破题卷1.docx
- 2025年一级建造师考试《市政工程管理与实务》冲刺必刷卷 .docx
- 2025年一级造价工程师考试《建设工程计价》预习卷.docx
- 2025年一级造价工程师考试《建设工程造价管理》预习卷.docx
- 2025年一级造价工程师考试《建设工程造价案例分析(安装专业)》预习卷.docx
- 2025年一级造价工程师考试《建设工程造价案例分析(土建专业)》预习卷.docx
- 2025年中级会计考试《会计实务》冲刺提分卷.docx
- 2025年中级会计考试《财务管理》冲刺提分卷.docx
- 2025年中级会计考试《财务管理》全真模拟卷.docx
文档评论(0)