基于增量式模型设计与实现的材料采购管理系统

郭　宋，王　希，冯觅知

(1.太原理工大学，山西 太原 030024；2.山西医科大学第一医院信息科，山西 太原 030012)



基于增量式模型设计与实现的材料采购管理系统

郭宋1，2，王希2，冯觅知2

(1.太原理工大学，山西 太原 030024；2.山西医科大学第一医院信息科，山西 太原 030012)

摘要：基于软件项目管理体系中生存期模型的框架理论，采用增量式模型重构医院综合运营管理系统中物流管理子系统下的材料采购管理模块。详细描述了根据增量式模型逐步增加和改善性能的设计方法和实施步骤。提出了一套重构现有系统的思路与方法。

关键词：软件项目管理；增量式模型；材料采购管理

某大型医院供应室由于材料采购系统采用的是医院综合运营管理系统中物流管理的一个子模块，根据临床科室反映，操作步骤复杂，界面模糊，语言描述过于专业，推广难度大，使用积极性不高，耽误日常工作。跟该系统厂家交涉后得知，优化该模块产生的费用与医院期望值相差较大。故决定由医院信息管理科独立开发一套供应室材料采购管理系统。

增量式模型是软件开发中的一种常见的生存期模型，它假设需求可以分段成为一系列增量产品，每一增量可以分别的开发，即首先构造系统的核心功能，然后再逐步增加功能和完善性能的方法。根据分析研究，材料采购管理系统符合该模型的特点。

该系统采用SSH协议框架，JAVA语言，B/S架构，SQL Server 2008数据库来进行开发。

1系统描述

根据用户对系统的需求分析得出，该材料采购系统的功能如下：

1.1核心功能

材料采购管理系统主要涉及三类用户，一类是供应室操作人员，一类是临床科室使用人员，即材料供应部门和材料领用部门，第三类是系统管理员。

· 材料供应部门模块

1) 材料字典维护：提供供应科室对材料属性进行增删改查功能。每种材料包括三种属性，即：名称、规格和单位(例如：普通1 ml注射器：名称：普通注射器。规格：1 ml。单位：100支/包)。

2) 操作人员字典维护：提供对操作人员属性进行增删改查功能。人员属性包括：姓名，科室，权限(供应方/领用方)，工号，密码，联系方式。

3) 订单维护：提供对订单的增删改查功能。并且可以维护订单状态(未审核、审核、材料交接完成)。

4) 公共套餐管理：供应部门自定义一张订单作为领用部门申请时的默认套餐，订单内容为各科室常用材料，并且该订单顺序可自定义。

· 材料领用部门模块

1) 材料申领：可以通过选择套餐(公用套餐/私有套餐)，改变页面中默认展示的材料，如不够可以单独挑选添加材料。

2) 订单管理：对提交过的订单进行增删改查，当订单为审核状态以后申请方将不能对订单删改。

3) 私有套餐维护：对私有套餐进行增删改查。

4) 个人信息维护：对密码和联系方式进行修改。

· 系统管理员模块

材料供应科室维护：根据所需材料的属性，临床科室要向不同的部门申领不同的材料，统一由系统管理员对供应科室进行维护。包括对各材料供应科室的增删改查，对供应科室管理员权限的增删改查。

1.2附加功能

1) 领用科室内部的库存管理：a) 科室内部材料领用管理：科室人员使用工号或指纹登录系统，使用条码扫描枪或手动输入条码向出库表内添加条目；b) 材料增加等级属性：材料分为高值耗材，中值耗材和低值耗材；c) 对不同等级材料分别进行管理；d) 提供日结和月结功能。

2) 新增材料的申领：当管理方现有材料不能满足某个科室的需求时，科室可以通过该模块提交申请，材料属性中需要增加厂家属性。并且能够实现自定义审核流程。

3) 订单状态智能短信通知:在订单变为审核、提交、交货成功时发送短信通知。

4) 订单留言与回复:在订单中供应科室和领用科室可进行留言交互。

5) 通知和公告:a) 新增公告栏：材料供应科室和系统管理员可以编辑内容；b) 新增滚动通知控件：实现在各个页面滚动显示实时通知。

6) 统计查询功能：实现对系统中的数据按需求进行统计查询。

7) 与现有综合运营管理系统的接口：a) 各材料供应科室分别与字典对应；b) 订单管理中增加导入和预览功能。

8) 领用部门基本功能在安卓系统的实现：在移动终端上实现与网页相同的功能，使用户能随时随地使用材料采购系统。

2生存期模型

针对本项目的开发特点，参考生存期模型说明和软件工程体系，决定采用增量式模型来进行系统的开发，理由如下：

图1　增量模型1

1) 材料采购管理系统的功能分为核心功能和附加功能两大类，而该医院对核心功能的需求更为迫切。且开发科室在完成日常工作的基础上，对系统开发的时间有限。因此可以先基于核心功能做出一个最小的使用版本，再逐步添加其余的功能。这样一来，用户可以先使用最小的版本以满足当下最急切的需求，同时在使用过程中提出更多明确的需求。这样为下步开发增加了时间，大大减小了开发的风险。与医院现有的综合运营管理系统的接口还在商谈过程中，能否达成协议还不能确定。

2) 由于医院临床科室比较多，各科室情况不尽相同，而且临床操作人员不能马上提出明确详细的需求，有待于进一步沟通。

3) 由于旧系统在使用中有诸多的不便，现有材料申领方式仍为填写纸质申请表的方式，而且已经实行多年。要完全舍弃现有的管理方式，用材料采购管理系统代替需要过程。

生存期中的各阶段定义如下：

· 项目规划阶段

阶段目标：根据初步的需求分析确定项目的规模、时间计划和资源需求。

输入：SOW

过程：项目规划，计划确认

输出：项目计划

· 需求分析阶段

阶段目标：确定供应部门和领用部门的需求

输入：项目计划，SOW

过程：需求获取，需求分析，需求控制

输出：原型系统，需求规格

· 设计阶段

阶段目标：总体系统结构设计

输入：原型系统，需求规格

过程：总体设计

在这小城里，商店究竟没有多少，到后来又加上看不到绒绳鞋，心里着急，也许跑得更快些，不一会工夫，只剩了三两家了。而那三两家，又偏偏是不常去的，铺子小，货物少。想来它那里也是一定不会有的了。

输出：系统设计说明书、数据库结构定义

· 增量1实现

阶段目标：领用部门内部的库存管理

输入：系统设计说明书、数据库结构定义

过程：详细设计、编码，代码走查，代码评审，单元测试

输出：详细设计说明书，源代码，可运行版本-1

阶段目标：新增材料的申领

输入：系统设计说明书、数据库结构定义

过程：详细设计、编码，代码走查，代码评审，单元测试

输出：详细设计说明书，源代码，可运行版本-2

· 增量3实现

阶段目标：订单留言与回复

输入：系统设计说明书、数据库结构定义

过程：详细设计、编码，代码走查，代码评审，单元测试

输出：详细设计说明书，源代码，可运行版本-3

· 增量4实现

阶段目标：订单状态智能短信通知、通知和公告

输入：系统设计说明书、数据库结构定义

过程：详细设计、编码，代码走查，代码评审，单元测试

输出：详细设计说明书，源代码，可运行版本-4

· 增量5实现

阶段目标：统计查询功能

输入：系统设计说明书、数据库结构定义

过程：详细设计、编码，代码走查，代码评审，单元测试

输出：详细设计说明书，源代码，可运行版本-5

· 增量6实现

阶段目标：与医院综合运营管理系统的接口

输入：系统设计说明书、数据库结构定义

过程：详细设计、编码，代码走查，代码评审，单元测试

输出：详细设计说明书，源代码，可运行版本-6

· 增量7实现

阶段目标：领用部门基本功能在安卓系统的实现

输入：系统设计说明书、数据库结构定义

过程：详细设计、编码，代码走查，代码评审，单元测试

输出：详细设计说明书，源代码，可运行版本-7

· 集成测试

阶段目标：通过集成环境下的软件测试

输入：测试计划、测试案例

过程：集成测试，系统测试

输出：系统软件包，测试报告，产品说明书

· 产品提交

阶段目标：产品可投入使用

输入：系统软件包

过程：产品提交

输出：验收报告

3总结

随着医疗领域中计算机与信息技术的飞速发展，信息管理部门一直充当着各软件公司与医疗一线使用者的翻译者。然而医院对软件需求的情况仍在一定程度上依赖于软件公司，在日常系统的维护工作中常常遇到已购买的软件不能完全满足一线使用者的需求，而软件公司往往由于系统的变更成本过高，风险过高等原因拒绝对已交付的系统进行优化改进。而信息管理科由于技术水平有限，开发经验不足很难按时按需开发出满足用户需求的系统。

运用增量模型能使开发人员的注意力集中在系统的核心功能上，而且能在短时间内向用户提交一些有用的工作产品，从而及时获得准确的用户需求。这样就能使开发内容最小化，最大的降低开发复杂度。这样就最大限度的规避了信息管理部门开发经验不足的风险。

运用现成的成熟框架SSH，入门容易，帮助开发人员在短期内搭建结构清晰、可复用性好、维护方便的Web应用程序。这样就最大限度的规避了开发技术有限的风险。所以运用成熟的Web框架技术，严格按照增量模型的开发方式是一套合理的优化现有系统的思路与方法。

参考文献

[1]潘凌，杨骥，彭华.区域卫生信息平台建设方案研究[J].中国数字医学,2015(2):67-70.

[2]Johnson R.J2EE Development Frameworks[J].Computer,2005,38(1):107-110.

[3]肖静，廖刚，杨栋，等.基于电子病历的心电网络信息系统升级应用[J].中国数字医学,2015(2):54-56.

[4]徐红霞，成艳真.软件开发的增量模型在三维动画建模中的应用[J].恩施职业技术学院学报(综合版),2011(2):81-83.

[5]王平，刘富强，庞惠方.基于增量模型的面向对象编程实验设计方法[J].中国电子教育,2011(3):74-76.

[6]刘斌，王最.Struts,Spring,Hibernate框架在OA开发中的应用[J].计算机技术与发展,2010,20(1):151-154.

[7]陈辉，赵洪升，张艳春，等.Struts+Spring+Hibernate框架的整合实现[J].河南大学学报(自然科学版),2010,40(6):642-645.

[8]姜辰，李伟，贾立.基于增量模型法设计与实现实验室科研管理系统[J].电脑编程技巧与维护,2011(2):9-10.

[9]Davis A,Sitaram P.A Concurrent Process Model for Software Development[J].ACMSIGSOFT Software Engineering Notes,1994,19(2):38-51.

[10]Boehm B.Anchoring the Software Process[J].IEEE Software,1996:73-82.

The Design and Realization of Material Procurement Management Based on Incremental Life Cycle Model

Guo Song1,2, Wang Xi2, Feng Mizhi2

(1.TaiyuanUniversityofTechnology,TaiyuanShanxi030024,China;2.TheFirstHospitalofShanxiMedicalUniversity,TaiyuanShanxi030012,China)

Abstract:Based on the life circle model which is a part of software project management, the article adopts the incremental life cycle model to redevelop the material purchasing management modular. This modular is embedded in logistics management system, which is a subsystem of Hospital Enterprise Resource Plan. It describes the design and implementation steps that can increase and improve the performance in detail with the using of incremental life cycle model. The article also puts forward an idea and a method to redevelop existing systems.

Key words:software project management; incremental life cycle model; material procurement management

中图分类号：TP311.52

文献标识码：A

文章编号：1674- 4578(2016)01- 0046- 03

作者简介：郭宋(1988- )，男，山西临县人，在读研究生，软件工程专业。

收稿日期：2015-10-29