为什么一些问题修改正确后，更新版本又不见了？

扬帆

请讨论！

扬帆

项目质量管理。

lifegame

说到“项目质量管理”感觉范围有点大了，这个问题本身似乎属于“项目配置管理”的范畴。

扬帆

的确应算配置管理范畴。楼上可能在国外呆得比较久，国内HIS开发在版本控制方面做得比较弱，大都没有按照开发库、受控库和产品库进行管理。甚至程序直接在客户现场进行开发。多地修改多人修改现象还是很常见的，软件测试方面做得也不够，即使将此问题算做质量问题也不为过。但归入配置管理会更合适一些。谢谢！

kevinyan

变更管理！
通常比较容易被忽略，变更带来的的各方面的成本估计不足，资源投入不足，造成了变更失败，后果甚至是灾难性的。

yangzheng

说到变更管理，在his公司里面是否有专人负责。估计现在没有那家公司有吧。

lifegame

是的，变更控制是配置管理中很重要的一个工作。

配置管理这东西，几乎已经成为很多开发和实施项目工程化方法的基础。
如果国内很多HIS厂商还没有做配置管理，真的建议应该尽快行动了。
要不然客户化开发的成本永远降不下来，质量永远上不去，
于人于己，都极为不利啊。

我没有在国外呆过，但个人以往的经历和体会：
要把手工作坊打造成真正意义上的工程团队，引入配置管理算是一个很好的切入点。

扬帆

最重要的东西往往又是最麻烦的，很多公司怕麻烦，一些客户也觉得没有必要，所以配置管理一直被搁置，出了问题想起来以前有配置文档多好，过后了又我行我素。一些公司在软件开发阶段配置管理做得比较好，以后版本失控了，配置管理就跟不上了，几乎一家医院一个版本甚至多个版本都存在。

lifegame

确实确实，客户化阶段的工作方式会给配置管理带来很大的挑战。

有些时候真的要考验项目团队的智慧了，
总之一定要有人能够跳出埋头应付客户需求和修改代码的焦油坑，来思考问题，
同时又必须十分了解一线的客户使用情况和一线的代码修改情况，
才能找到合适的配置管理策略，以期用最小的配置管理成本，
对客户化阶段的需求、开发、测试和管理提供尽量好的支持。

其实配置管理领域也有一些模式，就像软件开发领域的设计模式一样，
有兴趣可以研究一下。

另外，配置管理工具的选择也很重要，
比如你如果采用版本分支的策略来应付不同医院的客户化需求的话，
选择VSS（我记得其早期版本是不支持分支的）可能就不太合适了。
我曾经看到过一个在全球范围内维护的信息系统产品的版本树，
期间分支的复杂程度真不亚于一片竹林。

当然分支不能过分膨胀，适时的合并分支也是必要的，
这些都是配置管理策略的具体内容，太多了，说不完了。。

扬帆

楼上lifegame 网友，可以与我联系一下么，QQ: 1053575682 或 c_his@163.com