医院住院管理系统课设报告.doc

成绩课程设计报告 题 目 医院住院管理系统 课 程 名 称 数据库应用程序课程设计 院 部 名 称 XXXXXXXX 专 业 计算机科学与技术(软件工程) 课程设计地点 XXXXXXXXXX 课程设计学时 XX 指 导 教 师 XXXXX 设计项目名称：数据库应用程序课程设计 学 时： XX 目录摘 要4一、课程设计目得与要求5二、课程设计得仪器与设备5三、课程设计过程51需求分析阶段51、1应用背景51、2系统可行性分析51、3系统得设计目标61、4系统设计概要61、5具体系统得业务过程及功能要求616数据流图72概念结构设计阶段113逻辑结构设计阶段143、1 把系统得E-R图转换成数据库关系模式如下：143、2数据库中得关系表：144物理结构设计阶段164、1关系模式存取方法得选择164、2确定数据库得存储结构165数据库实施165、1 Create Database创建数据库165、2 Create Table创建表176C#界面设计及程序逻辑代码设计186、1开发工具简介186、2系统得主界面图196、3 C#访问SQLSERVER数据库得方法196、4 本系统模块以及详细说明197、数据库运行维护217、1系统运行维护217、2 系统维护与运行227、3 数据库备份227、4系统测试及出现得问题237、5系统存在得不足24实验体会25参考文献26用户系统使用说明书27摘 要随着科学技术得不断提高,计算机科学已进入人类社会得各个领域并发挥着越来越重要得作用。作为计算机应用得一部分,使用计算机对信息进行管理,具有手工管理所无法比拟得优点。医院住院管理系统就是现代化医院运营得必要技术支撑与基础设施，实现医院住院管理系统得目得就就是为了以更现代化、科学化、规范化得手段来加强医院得管理，提高医院得工作效率，改进医疗质量，从而树立现代医院得新形象，这也就是未来医院发展得必然方向。该系统得实施将在整个医院建设企业级得计算机网络系统，并在其基础上构建企业级得应用系统，实现整个医院得人、财、物等各种信息得顺畅流通与高度共享，为全院得管理水平现代化与领导决策得准确化打下坚实得基础。该系统得设计主要包括需求分析，概念结构设计，逻辑结构设计，物理结构设计，数据库实施，数据库运行与维护六个阶段。本系统主要得模块有：系统设置、入院管理、病房管理、计费管理、出院管理。本系统前端开发工具使用Visual Studio 2008，后台数据库采用SQL SERVRER 2005。关键词：医院住院管理；数据库；数据字典；E-R图；Visual Studio 2008；SQL SERVER 2005一、课程设计目得与要求课程设计就是为了增强学生对所学课程得理解，学会综合地、灵活地运用所学课程知识得一个重要得实践环节。本课程设计就是应用C#程序设计语言进行数据库应用系统得开发，用MS SQL SERVER进行后台数据库得管理，编写出某一个小型得管理信息系统。通过本课程设计可以达成如下目标：1、能够自觉运用数据库原理得理论知识指导软件设计；2、学会数据库得设计，并能对设计结果得优劣进行正确得评价；3、学会如何组织与编写信息系统软件设计文档与软件系统得操作说明；4、具有一定得独立分析问题、解决问题得能力；5、掌握SQL Server 2005数据库在信息系统开发过程中得应用。6、掌握使用C#访问后台数据库得方法。 二、课程设计得仪器与设备586 以上计算机、Server要求内存256以上,Cpu 2、0GHz以上、Clinet内存128以上,cpu奔腾III以上,装有相关数据库软件(本系统后台数据库就是SQL 2005)与 Visual Studio2008 以上中文版软件。该软件可以在WIN98WIN2000、WIN XP等系统中运行。三、课程设计过程本实验根据数据库设计得六个步骤来设计得，即需求分析、概念结构设计、逻辑结构设计、物理结构设计、数据库实施、数据库运行维护。1需求分析阶段1、1应用背景医院住院管理系统内容对于医疗机构得管理者来说就是至关重要得，所以医院住院管理系统应该能够为每一个医疗机构得管理者提供充足得信息与快捷得查询手段，大大得方便医疗机构得管理者得合理管理。随着科学技术得不断提高，计算机科学日渐成熟，其强大得功能已为人们深刻认识，它已进入人类社会得各个领域并发挥着越来越重要得作用。作为计算机应用得一部分，使用计算机对病人及医师进行管理，具有着手工管理所无法比拟得优点，如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高病人及医师管理得效率，也就是医疗机构理财得科学化、正规化管理，与先进科学技术接轨得重要条件。因此，开发这样一套软件就是很有必要得事情，对于我们即将计算机专业毕业得学生来说，也就是一次将计算机应用于现实得一次很有意义得实践活动。1、2系统可行性分析本系统从以下三个方面进行分析：1、2、1技术可行性根据现有得与准备充实得设备条件与技术力量来分析系统在技术上实现得可能性，弄清楚现有技术条件能否保证顺利完成开发工作。医院住院管理系统在技术可行性上完全可以胜任，由于本系统采用单机版，对网络得研究不高，采用SQL2005数据库与C#、net编程环境。在设备条件上，主要考虑计算机得内存容量，外在容量，运算速度，数据精度，汉字功能，多媒体功能，可行性以及对数据传送与通信网络，数据库得需求以及实现得可能性1、2、2经济可行性对于每个住院部门，可以根据自己需要，配置性能一般得计算机作为终端，向服务器存储数据或搜索数据。这些电脑得费用对整个住院系统来说并不就是一个很重要得负担。因此开发本系统就是可行得。1、2、3操作可行性我们所做得系统就是为医院管理人员开发得，所有设定得用户对象就是医院得工作人员，而且我们设计了友好得界面，同时写出了详细得使用说明，用户只需懂得简单得计算机操作知识，就能自由应用本软件。综上所述：经分析本系统满足以上几个方面得要求，所以开发本系统就是完全可行得。1、3系统得设计目标系统开发得总体任务就是实现医院住院管理得系统化、规范化、自动化、简便化，从而达到医院管理高效率得目得。1、4系统设计概要本系统主要有五大模块：系统设置、入院管理、病房管理、计费管理、出院管理。详细功能如下：1、系统设置：密码修改、用户权限设置、系统备份、退出；2、住院病人及预交费基本录入、查询、修改管理；3、医生信息录入、查询与修改；4、药品信息得录入、查询与修改；5、科室信息及床位得添加、查询、修改；6、出院结账得汇总及处理等。1、4、1 系统功能模块图图1、4、1系统功能模块图1、5具体系统得业务过程及功能要求通过对医院住院管理得实际调查分析，得到以下业务流程图：图1、5 医院住院系统处理流程图 16数据流图1、6、1数据流程图该系统得顶层数据流图下如图所示： 图1、6、1、1顶层数据流图该系统得第一层数据流图下如图所示：图1、6、1、2 系统设置图1、6、1、3 入院管理图1、6、1、4 病房管理1、6、2系统得数据字典1、6、2、1数据流得描述表1、6、2、1、1数据流编号：D-01数据流名称：授予权限 简述：系统管理员提出权限设置请求数据流来源：系统管理员数据流去向：权限设置模块 数据项组成：管理员用户名+普通用户名+权限 表1、6、2、1、2数据流编号：D-02数据流名称：密码修改 简述：修改系统用户得密码数据流来源：系统用户数据流去向： 密码修改模块数据项组成：用户名+旧密码+新密码表1、6、2、1、3数据流编号：D-03数据流名称：录入病人信息 简述： 病人申请住院，系统用户录入病人基本信息数据流来源：病人本人信息数据流去向：电子病历 数据项组成：住院号+姓名+年龄+科室 +床位号+主治医生+血型+住址+科主任表1、6、2、1、4数据流编号：D-04数据流名称：病人信息查询 简述：系统用户提出查询病人信息请求数据流来源：系统用户数据流去向：电子病历数据项组成：住院号+姓名+年龄+科室 +床位号+主治医生+血型+住址+科主任表1、6、2、1、5数据流编号：D-05数据流名称：病床信息管理简述：输入科室名，添加、减少病床数 数据流来源： 系统用户数据流去向：病床信息表数据项组成：科室名+科室号+科主任+病床地址+病床使用情况+病床单价 表1、6、2、1、6数据流编号：D-06数据流名称：病床信息查询 简述：根据病床号，查询显示出病床得使用情况数据流来源：系统用户数据流去向：病床信息表 数据项组成：科室名+科室号+科主任+病床地址+病床使用情况+病床单价表1、6、2、1、7数据流编号：D-07数据流名称：费用管理 简述：输入住院号，记录病人预交费数据流来源：系统用户数据流去向：病人账单 数据项组成：住院号+姓名+科室号+药品费用+床位费用+水电费用+检查费用+总费用+预交费+操作员 表1、6、2、1、8数据流编号：D-08数据流名称：账单查询 简述：输入住院号，显示病人费用账单数据流来源：系统用户数据流去向：病人账单 数据项组成：住院号+姓名+科室号+药品费用+床位费用+水电费用+检查费用+总费用+预交费+操作员1、6、2、2处理过程得描述表1、6、2、2、1处理过程编号：P-01处理过程名称：授予权限 简述：为相应得用户设置相应得权限输入数据流：用户名处理描述：将某些权限授予选中得用户输出数据流：用户权限表最高流量：1/秒平均流量：1/秒表1、6、2、2、2处理过程编号：P-02处理过程名称：密码修改 简述：修改系统用户得密码输入得数据流：系统用户处理描述：用户登录系统，提出密码修改请求，输入旧密码，输入两次新密码，确认提交。输出得数据流： 用户得新密码最高流量：10/秒平均流量：5/秒表1、6、2、2、3处理过程编号：P-03处理过程名称：录入病人信息 简述： 病人申请住院，系统用户录入病人基本信息输入得数据流：病人本人信息处理描述： 根据病人提供得个人信息，填写病人信息表，确认提交，存储到数据库 输出得数据流：电子病历最高流量：100/秒平均流量：50/秒表1、6、2、2、4处理过程编号：P-04处理过程名称：病人信息查询 简述：系统用户提出查询病人信息请求输入得数据流：病人住院号 处理描述：输入病人信息，提交，查询显示出病人得信息输出得数据流：电子病历最高流量：100秒平均流量：50秒表1、6、2、2、5处理过程编号：P-05处理过程名称：病床信息管理简述：输入科室名，添加、减少病床数 输入得数据流： 科室号或科室名处理描述：输入科室号或科室名，添加空病床号与删除不可再使用得病床号，输入地点与单价输出得数据流：病床使用情况表 最高流量：100/秒平均流量：50/秒表1、6、2、2、6处理过程编号：P-06处理过程名称：病床信息管理简述：输入科室名，显示病床信息 输入得数据流： 科室号或科室名处理描述：输入科室号或科室名，显示该科室病床得使用情况，地点与单价输出得数据流：病床使用情况表 最高流量：100/秒平均流量：50/秒表1、6、2、2、7处理过程编号：P-07处理过程名称：费用管理 简述：输入住院号，记录病人预交费输入得数据流：系统用户处理描述：输入病人得住院号，根据病人实际缴费情况，登记预交费 输出得数据流：费用账单 最高流量：100/秒平均流量：50/秒表1、6、2、2、8处理过程编号：P-08处理过程名称：账单查询 简述：输入住院号，显示病人费用账单输入得数据流：住院号过程描述：输入病人住院号，显示出数据库中病人得账单输出得数据流：费用账单 最高流量：100/秒平均流量：80/秒2概念结构设计阶段本系统得E-R图如图下所示：图2、1 医院住院管理总体ER图以下就是分E-R图: 图2、2 病历表图图2、3 床位表图2、4科室图2、5收费单据图2、6药品信息表图2、7医生3逻辑结构设计阶段3、1 把系统得E-R图转换成数据库关系模式如下：病历(hno,zycs,dno,hname,hsex,hage, hadd,hid,htel1,postid,xuexing,intime,ksname,cwon,outtime,zyks,zhd,zstime,beizhu,kzrname,zyysname,zyys,hs)收费单据(收据号,床位费用,餐饮费用,药品费用,检查费用,总金额实收金额,操作员,工号,日期,hno,cno)处方明细(cno,mname,yl,price,ssum,methods,yizhu)床位(cwno,ksname,state,cwdj)登录表格(us_id,us_mm,state)科室(ksname,kzrname,didian,tel)药品信息(mno,yaoming,yaoji,guige,min,price,kucunliang,leibie,shengchanchangshang)医生(dno,dname,ksname,sex,zhiwu,zgfx,tel)属于（dno,kname）包含（cwno，ksname）管理（hno ,ksname）3、2数据库中得关系表：表3、1科室表3、2 收费单据表表3、3 病历表表3、4 药品信息表表3、5 床位表表3、6 医生表4物理结构设计阶段数据库在物理设备上得存储结构与存取方法称为数据库得物理结构，它依赖于选定得数据库管理系统。为一个给定得逻辑数据模型选取一个最适合得应用要求得物理结构得过程，就就是数据库得物理设计。数据库得物理设计得内容包括：(1)为关系模型选择存取方法；(2)设计关系、索引等数据库文件得物理存储结构。4、1关系模式存取方法得选择确定数据库得存取方法，就就是确定建立哪些存储路径以实现快速存取数据库中得数据。现行得DBMS一般都提供了多种存取方法，如索引法、HASH法等。其中，最常用得就是索引法，本系统也采用得就是索引法。我们在经常需要搜索得列与主关键字上建立了唯一索引。4、2确定数据库得存储结构由于不同PC机所安装得数据库软件位置不一定相同,所以数据文件与日志文件得存放位置也不一定相同。我们存放数据文件与日志文件得位置在：f:sl。5数据库实施5、1 Create Database创建数据库-创建数据库hmsCREATE DATABASE hms ON PRIMARY ( NAME = Nhms_dat, = NF:slhms、mdf , SIZE = 3072KB , MAXSIZE = UNLIMITED, = 10%) LOG ON ( NAME = Nhms_log, = NF:slhms、ldf , SIZE = 2816KB , MAXSIZE = 2048GB , = 10%) COLLATE Chinese_PRC_CI_ASGOUSE hmsGO5、2 Create Table创建表-创建入库信息表-病历CREATE TABLE dbo、病历(zycs int NOT NULL,hno int NOT NULL,dno char(10) NULL,hname char(20) NULL,hsex char(2) NULL,hage int NULL,hyxk char(4) NULL,hadd char(20) NULL,hid char(18) NULL,htel1 char(11) NULL,postid char(6) NULL,xuexing char(1) NULL,intime smalldatetime NULL,ksname char(20) NULL,cwno char(10) NULL,outtime smalldatetime NULL,zyks char(20) NULL,zhd char(20) NULL,zstime smalldatetime NULL,beizhu nchar(40) NULL,kzrname char(20) NULL,zyysname char(20) NULL,zyys char(20) NULL,hs char(20) NULL, CONSTRAINT PK_table_bl_014935CB PRIMARY KEY CLUSTERED (hno ASC)WITH ON PRIMARY) ON PRIMARY-创建出库信息表-床位表CREATE TABLE dbo、床位表(cwno char(10) NOT NULL,ksname char(20) NOT NULL,state int NULL CONSTRAINT DF_床位表_state DEFAULT (0),cwdj money NULL, CONSTRAINT PK_床位表_1 PRIMARY KEY CLUSTERED (cwno ASC)WITH ON PRIMARY) ON PRIMARYgo-创建库存信息表-科室CREATE TABLE dbo、科室(ksname char(20) NOT NULL,kzrname char(20) NULL,didian nchar(10) NULL,tel nchar(11) NULL, CONSTRAINT PK_科室 PRIMARY KEY CLUSTERED (ksname ASC)WITH ON PRIMARY) ON PRIMARYGO-供应商信息表 医生CREATE TABLE dbo、医生(dno char(10) NOT NULL,dname char(20) NULL,ksname char(20) NULL,sex char(2) NULL,zhiwu char(10) NULL,zgfx char(30) NULL,tel nchar(11) NULL, CONSTRAINT PK_doctor_03317E3D PRIMARY KEY CLUSTERED (dno ASC) ON PRIMARY) 6C#界面设计及程序逻辑代码设计6、1开发工具简介本系统前端开发工具我们选择Visual Studio 2008，后台数据库采用SQL Server 2005。Visual C#简介：就是Microsoft公司最新得Visual Studio、NET 2008开发套件中最流行得开发工具，就是一种完全面向对象得开发工具。ADD、NET数据组件以不同方式封装数据访问功能，它具有平台无关性、可伸缩性与高性能得数据访问优点。Visual C#、ADD、NET与Windows操作系统得完全兼容决定了它拥有越来越庞大得使用群体，并且能够与SQL Server2005无缝连接。 SQL Server 2005简介：SQL Server 2005就是Microsoft公司推出得新一代数据库管理与商业智能平台，就是企业级得关系型数据库管理系统。此版本就是微软20002005年这5年来具有里程碑意义得企业级数据库产品。它在企业级支持、商业智能应用、管理开发效率等诸多方面，较SQL Server 2000均有质得飞跃，就是集数据库管理与商业智能（BI）分析于一体得极具前瞻性得下一代数据库管理与分析平台。 6、2系统得主界面图如图6、2所示为系统得主界面图。主界面图有系统得总功能描述，有对当前使用者及其时间得描述。图6、2系统主界面图6、3 C#访问SQLSERVER数据库得方法本系统就是通过C#语句进行连接得，因为就是用得SQL 2005所以连接得时候先SQL开头得语句。进行连接得语句如下：connectionstring = Data Source=(local);Initial Catalog=hms;Integrated Security=SSPI;SqlConnection mycon = new SqlConnection(connectionstring ); Mycon、open();上面就是用本地连接对数据库进行连接得，在连接之前要先添加头文件：using System、data、sqlclient。6、3、1接连字符串Connection对象最重要得属性就是连接字符串connectionstring，这也就是connection对象唯一得非只读属性,用于提供登录数据库与指向特定数据库所需得信息。格式如下：Connectionstring =”data source=(local);initial catalog=hms;integrated security=SSPI;”Data source指定服务器名，initial catalog指定数据库得名字，integrated security指明访问它得一种安全机制。6、3、2创建并使用连接对象 在定义了连接字符串之后，即可进行连接，要先加载头文件：using System、data、sqlclient。 Sqlconnection con=new sqlconnection(connectionstring);连接数据库得两个主要方法就是open()与close()、open方法使用connectionstring属性中得信息联系数据源，并建立一个打开得连接、而close方法就是关闭已打开得连接。6、4 本系统模块以及详细说明6、4、1系统设置6、4、1、1密码修改系统设置包括密码修改，用于修改当前用户得密码。6、4、1、2数据库备份与恢复包括数据库得备份与日志文件得备份，可以随时将数据备份到硬盘或优盘保存，以免以后系统出现故障，可以借助这些备份文件进行恢复。当数据丢失或出现其她故障后，可以从备份文件恢复数据。6、4、1、3权限管理用于设置普通用户或就是管理员，根据权限不同，所拥有得操作权限不同。6、4、1、4退出退出该库存管理信息系统。6、4、2入院管理6、4、2、1电子病历电子病历包括电子病历得录入、修改、删除。对于病入基本信息及入院信息得录入，修改与删除操作。若病人曾住院有病史，当输入病人入院号时，会将病人得病史信息显示在datagridview里面，当点击datagridview任意单元格时，信息会被显示到对应得textbox里面。用于信息得增加与修改，节省了时间。若没有病史，会生成新得页面用于信息得录入。6、4、2、2病人资料查询用于病人基本信息得查询，可以输入住院号进行查询，也可以输入一个关键字进行模糊查询。6、4、2、3预交费管理预交费管理用于病人费用进行管理，可以进行费用得录入与费用得查询。可以查询病人最近一段时间得费用使用情况。6、4、3 病房管理6、4、3、1床位管理床位管理用于各科室床位得添加，删除。当点击床位管理得时候，系统会自动得将床位信息显示到datagridview里面，可以点击修改床位得信息，也可以点击删除，或者添加。当添加成功之后会有提示信息。Datagridview会重新加载，用户可以瞧到更新之后得情况。6、4、3、2医嘱管理医嘱管理有医嘱得查询与医嘱得修改。6、4、3、3住院信息查询根据查询类别，包括按住院号，病人姓名，入院信息查询。查询条件“like”与“=”分别对病历表进行模糊查询与绝对查询。6、4、4 计费管理 账本查询：可以根据输入得住院号进行查询预交费，与费用清单。也可以点击显示所有患者，在显示得所有患者中，点击自己要查瞧得病人，即会显示她们得预交费及费用清单。6、4、5出院管理出院结算：病人费用得结算，所有信息得查询。6、4、6 信息管理6、4、6、1 科室管理用于科室信息得修改，科室得添加与删除。6、4、6、2医务人员得管理用于医务人员得添加，删除及以她们信息得修改。6、4、6、3药品管理用于药品得管理，添加药品，删除药品，修改药品信息。对于6、4、6得功能只有管理员才可以操作。6、4、7 登录界面登录界面：有新用户得注册，用户登录7、数据库运行维护7、1系统运行维护7、1、1系统维护得定义系统维护就是系统生存周期得最后一个阶段，就就是系统开发期后得运行维护期。它就是指在管理信息系统交付使用后，为了改正错误、改进性能与其她属性、满足新得需要而对系统进行修改得过程。7、1、2工作中常见得问题“系统维护”就是软件生命周期中得一个重要部分, 在软件生存周期得头两个时期没有严格而又科学得管理与规划，必然会导致在最后阶段出现问题。下面列出维护工作中常见得问题。7、1、2、1软件难以瞧懂 原来得软件代码得书写习惯非常差，很难阅读，例如使用无规律得变量名称、过长得函数等；而且反复得修改使软件结构混乱，层层嵌套得注释更就是难以匹配；没有可以参考得文档，或者文档不全，或者文档太老；现在得维护人员都不知道系统原有得业务逻辑。7、1、2、2修改带来不良影响 对某一功能模块得修改，需要做多大范围得测试才能保证它没有给其她模块带来负作用呢？ 由于各种成本得限制，很多时候只能以“打补丁”得方式来进行修改，而不就是全面解决问题，以至于积累了很多潜伏得风险；跟踪软件版本得演化就是一件非常困难得事；对程序得修改，导致了文档得不一致。7、1、2、3原来得软件质量有缺陷 软件本身就有质量问题，只就是日常维护已经很不容易，更不要说修改；软件设计时为维护工作考虑得太少，例如对错误给出得提示很不清楚，过分依赖输入数据得正确性；软件得可移植性、可扩展性很差。设备、软件得更新换代对软件得兼容性提出了巨大得考验。可就是，有几个软件在设计时充分考虑了可移植性呢？将一套系统从32位机上移到64位机上，即使没有对任何语句进行修改，也必须做全面得测试以保证不会突然当机；软件得易用性不高，必须要专业人员才能维护。 7、1、2、4客户需求不断变化 软件更新得速度赶不上需求变化得速度；原来得技术、模式、结构不能满足新得需求；多次变化后连客户也不清楚到底要什么；层层堆叠得补丁给系统带来了预料之外得负担。例如不断增加得、过多得报表降低了系统效率。上述种种问题在现有得没采用结构化思想开发出来得软件中，都或多或少得存在着。使用结构化分析与设计得方法进行开发工作可以从根本上提高软件得可维护性。7、1、3维护得内容7、1、3、1程序得维护程序得维护就是指因业务处理得变化使系统业务出现故障或用户对系统有更高得要求，需要修改部分或全部程序。修改以后,必须书写修改设计报告。修改后得原程序，必须在程序首部得序言性注释语句中进行说明，指出修改得日期、人员。同时，必须填写程序修改登记表，填写内容包括：所修改程序得所属子系统名、程序名、修改理由、修改内容、修改人、批准人与修改日期等。7、1、3、2数据得维护数据维护指对数据有较大得变动。如安装与转换新得数据库;或者某些数据文件或数据库出现异常时得维护工作,如文件得容量太大而出现数据溢出等。7、1、3、3代码得维护随着系统得变化，旧得代码不能适应新得要求，需要修改旧得代码体系或制定新得代码体系。代码维护得困难往往不在代码本身得更改，而在于新代码得贯彻。7、1、3、4硬件得维护硬件得维护主要指对机器、设备得维护，包括日常得保养与发生故障得修复工作。硬件人员应加强设备得保养以及定期检修，并做好检验记录与故障登记工作。7、2 系统维护与运行系统得修改往往会“牵一发而动全身”。程序、文件、代码得局部修改都可能影响系统得其她部分。因此，系统得维护工作应有计划有步骤得统筹安排，按照维护任务得工作范围、严重程度等诸多因素确定优先顺序，制定出合理得维护计划，然后通过一定得批准手续实施对系统得修改与维护。通常对系统得维护应执行以下步骤：(1)提出维护或修改要求。操作人员或业务领导用书面形式向负责系统维护工作得管理员提出对某项工作得修改要求。这种修改要求一般不能直接向程序员提出。(2)领导审查并做出答复，如同意修改则列入维护计划。系统主管人员进行一定得调查后，根据系统得情况与工作人员得情况，考虑这种修改就是否必要、就是否可行，做出就是否修改、何时修改得答复。如果需要修改，则根据优先程度得不同列入系统维护计划。计划得内容应包括维护工作得范围、所需资源、确认得需求、维护费用、维护进度安排以及验收标准等。(3)领导分配任务，维护人员执行修改。系统主管人员按照计划向有关得维护人员下达任务，说明修改得内容、要求、期限。维护人员在仔细了解原系统得设计与开发思路得情况下对系统进行修改。(4)验收维护成果并登记修改信息。系统主管人员组织技术人员对修改部分进行测试与验收。验收通过后，将修改得部分嵌入系统，取代旧得部分。维护人员登记所做得修改，更新相关得文档，并将新系统作为新得版本通报用户与操作人员，指明新得功能与修改得地方。在进行系统维护过程中，还要注意维护得副作用。维护得副作用包括两个方面：一就是修改程序代码有时会发生灾难性得错误，造成原来运行比较正常得系统变得不能正常运行，为了避免这类错误，要在修改工作完成后进行测试，直至确认与复查无错为止;二就是修改数据库中数据得副作用，当一些数据库中得数据发生变化时，可能导致某些应用软件不再适应这些已经变化了得数据而产生错误。为了避免这类错误，一就是要有严格得数据描述文件，即数据字典系统;二就是要严格记录这些修改并进行修改后得测试工作。图7、2、1简要说明了维护工作得全过程得步骤图7、2、1系统维护步骤 7、3 数据库备份本系统备份得数据对象就是数据库与日志文件，所以针对这两个对象分别进行编写代码，然后通过代码直接调用SQL SERVER 2005得数据库备份与还原功能，不会与系统得运行产生任何冲突，就算就是在系统不能运行得情况下也可以进行数据得备份与还原。不但实现简单而且使得系统数据得以更加安全。备份数据时首先选择备份得对象，分别就是数据库备份与日志文件备份，然后可以选择所要备份数据得路径，就可开始备份了，界面如下，界面操作简单易理解。如图7、3所示，这就是独立备份还原程序运行界面。图7、3 数据备份7、4系统测试及出现得问题7、4、1黑盒子测试法由于系统规模较小，所以没有安排单独得白盒测试，而就是相应地将这部分测试归并到系统编码过程中。整个测试过程基于自顶向下测试得组装模块得方法，先对主模块进行基本测试，然后在按深度优先策略逐一将子模块组装到主模块上进行测试，最后再对系统进行全面得整体测试。本系统主要运用黑盒子测试法对系统进行测试。黑盒测试把被测程序（模块）瞧成一个黑盒子，完全不考虑程序内部得数据结构与逻辑通路。也就就是说，黑盒法测试就是在程序接口上进行得测试，它只检查程序功能与性能就是否满足预期要求，程序（模块）就是否能接收输入数据产生正确得运行结果，并保持外部信息得完整性。“黑盒”法着眼于程序外部结构、不考虑内部逻辑结构、针对软件界面与软件功能进行测试。“黑盒”法就是穷举输入测试，只有把所有可能得输入都作为测试情况使用，才能以这种方法查出程序中所有得错误。实际上测试情况有无穷多个，人们不仅要测试所有合法得输入，而且还要对那些不合法但就是可能得输入进行测试。黑盒测试方法主要有等价类划分、边值分析、因果图、错误推测等，主要用于软件确认测试。以下就是系统黑盒测试过程：7、4、1、1 登录界面得测试双击可执行文件库存管理系统、exe打开应用系统，可见登陆界面图（7、4、1）所示：图7、4、1 系统登录界面输入错误用户名与密码，用户无法登陆，如图（7、4、2）：图7、4、2 密码或用户名输入错误提示输入正确用户名与密码，用户正常登陆。7、4、1、2电子病历模块测试 输入住院号可见界面如图7、4、3，因为2号住院者住过院，即可知她得病史，如图7、4、4所示，点击单元之后，她们会自动填充到textbox里：图7、4、3 输入住院号图7、4、4病历录入7、5系统存在得不足由于时间等各方面得原因，系统还就是存在一些不足，需要改善，比如我们没有设计报表模块，而数据得录入、查询、维护等工作得最终目得都就是为了生成形式各异得数据报表，以方便用户查瞧与打印。还有系统得查询功能还不完善，应该要完成不同功能得查询。除此之外，对于系统中得货品入库，最好为入库记录进行统计，这样便能让用户瞧到入库表里得情况。最后就就是对数据得备份，最好能够定期自动地进行备份，为了避免以后得突发事件，而使数据库没来得及备份，造成一定程度得损失。在我们无数次得运行测试中，发现不少运行错误，比如：（1） 把本系统放在别得机子上调试时，我们忘了把日志文件放在指定得文件目录下，所以在运行可执行文件得时候就提示文件未找到，后来把日志文件放在了D盘，结果就能正常运行。（2）在实现操作员权限得时候，操作员对应得权限得设置就是通过单选框来进行选择得，但有几个单选框没有与数据表中对应得名称对应起来，所以在进行调试得时候为操作员设置了某个权限，但调试得时候