东北分公司研发部会议纪要

会议内容

1、     本次会议主题

①       李武胜介绍总公司关于版本合并工作的意义说明

②       庄建介绍分公司研发部当前工作中心和两个医院的状态

③       与会人员就版本合并的时间、方法、条件和过程控制等发表意见

2、     影响版本合并的当前分公司研发任务

截止09.12.14分公司研发部手上的任务，说明如下：

①     吉大二院：

本月16日正式启用铁路医保。由于医保中心、医院和我们之间的沟通障碍和技术障碍，二院对于铁路医保发票打印的部分需求一直没有实现，虽然高翔已经完成程序开发，但一直未启用。这次已经明确了具体启用时间，医院也暂时放弃对于发票打印信息的要求。高翔需提供铁路医保在二院实施过程中的技术支持。陈彦东需与医院和铁路医保中心做好联系沟通。

与建行的一期合作项目已经开发完成，预期在12月20日启用，二期核心目标是支持门诊医生站直接支持银联结算，但是二期的计划尚未明确，虽然一直都在提，这个我们无法推动，需要陈彦东与医院进行一次沟通，避免时间上的冲突。

②     吉大一院：

医院除了老干部病区，其他所有科室都已经全部实施HIS3系统，本周老干部病区也会开始切换。

由于新老住院病人的存在，目前采用了新老系统并行的机制（老病人的所有业务都是在老系统上处理）。到1月1日，所有的老系统将停止运行，药库这块可能会有较多需求过来（目前药库基本上是以老系统的数据为准）。因此，安排项目经理马鸣近期重点关注药库新老系统并行期间的暴露的HIS3问题收集。

医院新到门诊发药机，此设备与住院发药机型号不一致，接口说明已经到研发人员手中。由于门诊发药机同时兼顾住院部分发药任务，因此开发工作量较住院发药机更大。设备月底会到医院，但是医院尚未明确正式启用时间。因此，需陈彦东尽快就时间安排与医院进行沟通。

医院正在与工行、招行等单位谈合作方案，但是从4月份开始谈，到现在也每个结论。需要陈彦东与医院进行一次沟通，避免时间上的冲突。

③     其他事务：

长春市医保年底有一次升级，要求2010年1月1日切换，涉及吉大一院和吉大二院，医保接口文档昨天已经到达研发部高翔。东软的医保程序由于种种原因升级都不会很顺利，所以明年1月1日及其后一段时间，医保业务会有一段混乱期，开发人员的现场技术支持工作非常重要，理想的估计是在切换之后1个礼拜之内能够基本稳定。为了保证开发，陈彦东需协调两家医院与医保中心，确定医保中心认证测试时间。

王彬这边积压的药库房需求较多，修改任务工作量打，而吉大一院明年1月1日全线采用HIS3之后，静脉配和药库的压力会有一个明显的增长，1月份时间资源和人手都较为紧张。

3、     版本合并讨论意见汇总

①     工作进展说明：版本合并的需求已经全部整理，康明俊与总公司产品组和设计组人员已经召开两次电话会议，目前完成了三分之一的需求讨论，此项工作继续进行中。从康明俊反应的情况来看，两边存在争议的需求很少，目前确认需要重新设计的不超过10条，其余的设计都已经确认是对总公司版本的有益补充。

②     原来总公司确定的版本合并方案有两个，一个是整体合并，就是在一段时间内抽调分公司开发人员去杭州完成（存在集体抽调和分批抽调两个选项），另一个方案是分系统合并。这次讨论过程中，分公司研发人员基于本地实际情况和康明俊关于需求沟通的数据分析，提出来一个新的合并方案，简要说明如下：

a)         总公司确认可以直接合并的需求

b)        配置管理员开放HIS3开发库的读写权限给分公司开发人员

c)         配置管理员调整HM3项目，增加“已合并”状态和“已审核”状态，并新增“合并说明”属性（用于分公司开发人员填写合并技术要点，类似于测试要点）

d)        分公司开发人员逐个把总公司确认可以直接合并的分公司需求的实现代码和相应资源合并到总公司代码库和辅助开发工具库，并填写HM3的合并说明，更新事务状态为“已合并”，提交给总公司相应的开发人员。要求分公司在规定期限内完成所有可直接合并的需求的版本合并工作。

e)         总公司开发人员审核分公司合并入代码的稳定性和正确性，以及填写“合并说明”的详尽程度。审核通过之后，置为“已审核”状态，URTracker把事务的必要信息（需求描述、合并说明等）自动转入HR3项目生成新的需求事务，并置状态为“待验证”（或者“待测试”），按照正常流程进行流转处理。

f)         剩余部分的需求由于数量比较少，可以在版本合并后期安排一段时间抽调分公司技术人员来杭州完成最后的合并工作。

g)        按照这个流程，主要的工作压力在分公司研发部和总公司HIS3测试组。持续的时间会比较长，但是压力会比较小，而且基本可以保证两地的客户响应工作。

h)        采用这种合并方案，要求分公司在版本合并期间新处理的需求都按照现有的407条需求的处理方式进行处理，及有的新需求可能也要立即合并到总公司版本。

i)          采用此方案的风险：一是时间控制（即分公司何时完成可直接合并需求的版本合并工作），二是合并质量（分公司合并进去的代码可能会对总公司的程序造成影响，需要总公司开发人员认真执行审核工作，不要走过场），三是测试工作量（总公司的测试人员的测试压力会增大，而且由于不熟悉东北的业务，可能测试效果不理想，我们建议在分公司组织测试，工程实施人员执行测试。为此，需要在分公司部署总公司的开发库，每天自动获取变更并执行，同时质保部每天编译制品需要发布给分公司）

4、     需进一步确认的问题

①     最终的版本合并方案待总公司决定（建议采用分公司提的合并方案）。

②     版本合并的开始时间和结束时间本次会议上未能确认。现在吉大一的需求还在增加中,又临近年底，接口升级任务有增加的趋势，开发人员的版本合并可用时间较难保证。李武胜和庄建沟通之后，对于可直接合并的需求做综合折衷，大致认可平均每条需求合并需0.5人日。

③     分公司版本合并期间的测试工作配合。现在分公司没有专门的测试人员，也没有相关的指导和规范，为了保证分公司本地测试的效果，希望总公司安排经验丰富的测试工程师过来指导一段时间，并能够与总公司分享测试用例和HIS3测试技巧。

5、     后续工作

①     陈彦东推进影响版本合并的研发部重点事务的医院协调和计划跟进工作；

②     庄建跟进五项重点事务的研发进度跟踪和检查；

③     李武胜跟进总公司URTracker和SAW访问速度问题的解决情况；

④     李武胜跟进总公司WEB版辅助开发工具的开发进度；

⑤     康明俊跟进东北分公司需求开发工作，以及分公司产品工程师的培训。

⑥     制定合并后版本的医院升级方案和后续的研发管理机制（需求、设计、开发和测试）。