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

成绩课程设计报告题目医院住院管理系统课程名称数据库应用程序课程设计院部名称XXXXXXXX专业计算机科学与技术(软件工程)课程设计地点XXXXXXXXXX课程设计学时XX指导教师XXXXX设计项目名称：数据库应用程序课程设计学时：XX目录摘要 4一、课程设计目的和规定 5二、课程设计的仪器和设备 5三、课程设计过程 51．需求分析阶段 51.1应用背景 51.2系统可行性分析 51.3系统的设计目的 61.4系统设计概要 61.5具体系统的业务过程及功能规定 61．6数据流图 72．概念结构设计阶段 113．逻辑结构设计阶段 143.1把系统的E-R图转换成数据库关系模式如下： 143.2数据库中的关系表： 144．物理结构设计阶段 164.1关系模式存取方法的选择 164.2拟定数据库的存储结构 165．数据库实行 165.1CreateDatabase创建数据库 165.2CreateTable创建表 176．C#界面设计及程序逻辑代码设计 186.1开发工具简介 186.2系统的主界面图 196.3C#访问SQLSERVER数据库的方法 196.4本系统模块以及具体说明 197.数据库运营维护 217.1系统运营维护 217.2系统维护与运营 227.3数据库备份 227.4系统测试及出现的问题 237.5系统存在的局限性 24实验体会 25参考文献 26用户系统使用说明书 27摘要随着科学技术的不断提高,计算机科学已进入人类社会的各个领域并发挥着越来越重要的作用。作为计算机应用的一部分,使用计算机对信息进行管理,具有手工管理所无法比拟的优点。医院住院管理系统是现代化医院运营的必要技术支撑和基础设施，实现医院住院管理系统的目的就是为了以更现代化、科学化、规范化的手段来加强医院的管理，提高医院的工作效率，改善医疗质量，从而树立现代医院的新形象，这也是未来医院发展的必然方向。该系统的实行将在整个医院建设公司级的计算机网络系统，并在其基础上构建公司级的应用系统，实现整个医院的人、财、物等各种信息的顺畅流通和高度共享，为全院的管理水平现代化和领导决策的准确化打下坚实的基础。该系统的设计重要涉及需求分析，概念结构设计，逻辑结构设计，物理结构设计，数据库实行，数据库运营与维护六个阶段。本系统重要的模块有：系统设立、入院管理、病房管理、计费管理、出院管理。本系统前端开发工具使用VisualStudio2023，后台数据库采用SQLSERVRER2023。关键词：医院住院管理；数据库；数据字典；E-R图；VisualStudio2023；SQLSERVER2023一、课程设计目的和规定课程设计是为了增强学生对所学课程的理解，学会综合地、灵活地运用所学课程知识的一个重要的实践环节。本课程设计是应用C#程序设计语言进行数据库应用系统的开发，用MSSQLSERVER进行后台数据库的管理，编写出某一个小型的管理信息系统。通过本课程设计可以达成如下目的：1、可以自觉运用数据库原理的理论知识指导软件设计；2、学会数据库的设计，并能对设计结果的优劣进行对的的评价；3、学会如何组织和编写信息系统软件设计文档和软件系统的操作说明；4、具有一定的独立分析问题、解决问题的能力；5、掌握SQLServer2023数据库在信息系统开发过程中的应用。6、掌握使用C#访问后台数据库的方法。二、课程设计的仪器和设备586以上计算机、Server规定内存256以上,Cpu2.0GHz以上.Clinet内存128以上,cpu奔腾III以上,装有相关数据库软件(本系统后台数据库是SQL2023)和VisualStudio2023以上中文版软件。该软件可以在WIN98﹑WIN2023、WINXP等系统中运营。三、课程设计过程本实验根据数据库设计的六个环节来设计的，即需求分析、概念结构设计、逻辑结构设计、物理结构设计、数据库实行、数据库运营维护。1．需求分析阶段1.1应用背景医院住院管理系统内容对于医疗机构的管理者来说是至关重要的，所以医院住院管理系统应当可认为每一个医疗机构的管理者提供充足的信息和快捷的查询手段，大大的方便医疗机构的管理者的合理管理。随着科学技术的不断提高，计算机科学日渐成熟，其强大的功能已为人们深刻结识，它已进入人类社会的各个领域并发挥着越来越重要的作用。作为计算机应用的一部分，使用计算机对病人及医师进行管理，具有着手工管理所无法比拟的优点，如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点可以极大地提高病人及医师管理的效率，也是医疗机构理财的科学化、正规化管理，与先进科学技术接轨的重要条件。因此，开发这样一套软件是很有必要的事情，对于我们即将计算机专业毕业的学生来说，也是一次将计算机应用于现实的一次很故意义的实践活动。1.2系统可行性分析本系统从以下三个方面进行分析： 1.2.1技术可行性根据现有的和准备充实的设备条件与技术力量来分析系统在技术上实现的也许性，弄清楚现有技术条件能否保证顺利完毕开发工作。医院住院管理系统在技术可行性上完全可以胜任，由于本系统采用单机版，对网络的研究不高，采用SQL2023数据库和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医院住院系统解决流程图1．6数据流图1.6.1数据流程图该系统的顶层数据流图下如图所示：图顶层数据流图该系统的第一层数据流图下如图所示：图系统设立图入院管理图病房管理1.6.2系统的数据字典数据流的描述表.1数据流编号：D-01数据流名称：授予权限 简述：系统管理员提出权限设立请求数据流来源：系统管理员数据流去向：权限设立模块数据项组成：管理员用户名+普通用户名+权限表.2数据流编号：D-02数据流名称：密码修改 简述：修改系统用户的密码数据流来源：系统用户数据流去向：密码修改模块数据项组成：用户名+旧密码+新密码表.3数据流编号：D-03数据流名称：录入病人信息 简述：病人申请住院，系统用户录入病人基本信息数据流来源：病人本人信息数据流去向：电子病历数据项组成：住院号+姓名+年龄+科室+床位号+主治医生+血型+住址+科主任表.4数据流编号：D-04数据流名称：病人信息查询 简述：系统用户提出查询病人信息请求数据流来源：系统用户数据流去向：电子病历数据项组成：住院号+姓名+年龄+科室+床位号+主治医生+血型+住址+科主任表.5数据流编号：D-05数据流名称：病床信息管理 简述：输入科室名，添加、减少病床数数据流来源：系统用户数据流去向：病床信息表数据项组成：科室名+科室号+科主任+病床地址+病床使用情况+病床单价表.6数据流编号：D-06数据流名称：病床信息查询 简述：根据病床号，查询显示出病床的使用情况数据流来源：系统用户数据流去向：病床信息表数据项组成：科室名+科室号+科主任+病床地址+病床使用情况+病床单价表.7数据流编号：D-07数据流名称：费用管理简述：输入住院号，记录病人预交费数据流来源：系统用户数据流去向：病人账单数据项组成：住院号+姓名+科室号+药品费用+床位费用+水电费用+检查费用+总费用+预交费+操作员表.8数据流编号：D-08数据流名称：账单查询简述：输入住院号，显示病人费用账单数据流来源：系统用户数据流去向：病人账单数据项组成：住院号+姓名+科室号+药品费用+床位费用+水电费用+检查费用+总费用+预交费+操作员解决过程的描述表.1解决过程编号：P-01解决过程名称：授予权限 简述：为相应的用户设立相应的权限输入数据流：用户名解决描述：将某些权限授予选中的用户输出数据流：用户权限表最高流量：1/秒平均流量：1/秒表.2解决过程编号：P-02解决过程名称：密码修改 简述：修改系统用户的密码输入的数据流：系统用户解决描述：用户登录系统，提出密码修改请求，输入旧密码，输入两次新密码，确认提交。输出的数据流：用户的新密码最高流量：10/秒平均流量：5/秒表.3解决过程编号：P-03解决过程名称：录入病人信息 简述：病人申请住院，系统用户录入病人基本信息输入的数据流：病人本人信息解决描述：根据病人提供的个人信息，填写病人信息表，确认提交，存储到数据库输出的数据流：电子病历最高流量：100/秒平均流量：50/秒表.4解决过程编号：P-04解决过程名称：病人信息查询 简述：系统用户提出查询病人信息请求输入的数据流：病人住院号解决描述：输入病人信息，提交，查询显示出病人的信息输出的数据流：电子病历最高流量：100秒平均流量：50秒表.5解决过程编号：P-05解决过程名称：病床信息管理 简述：输入科室名，添加、减少病床数输入的数据流：科室号或科室名解决描述：输入科室号或科室名，添加空病床号和删除不可再使用的病床号，输入地点和单价输出的数据流：病床使用情况表最高流量：100/秒平均流量：50/秒表.6解决过程编号：P-06解决过程名称：病床信息管理 简述：输入科室名，显示病床信息输入的数据流：科室号或科室名解决描述：输入科室号或科室名，显示该科室病床的使用情况，地点和单价输出的数据流：病床使用情况表最高流量：100/秒平均流量：50/秒表.7解决过程编号：P-07解决过程名称：费用管理简述：输入住院号，记录病人预交费输入的数据流：系统用户解决描述：输入病人的住院号，根据病人实际缴费情况，登记预交费输出的数据流：费用账单最高流量：100/秒平均流量：50/秒表.8解决过程编号：P-08解决过程名称：账单查询简述：输入住院号，显示病人费用账单输入的数据流：住院号过程描述：输入病人住院号，显示出数据库中病人的账单输出的数据流：费用账单最高流量：100/秒平均流量：80/秒2．概念结构设计阶段本系统的E-R图如图下所示：图2.1医院住院管理总体E—R图以下是分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.1CreateDatabase创建数据库--创建数据库hmsCREATEDATABASE[hms]ONPRIMARY(NAME=N'hms_dat',FILENAME=N'F:\sl\hms.mdf',SIZE=3072KB,MAXSIZE=UNLIMITED,FILEGROWTH=10%)LOGON(NAME=N'hms_log',FILENAME=N'F:\sl\hms.ldf',SIZE=2816KB,MAXSIZE=2048GB,FILEGROWTH=10%)COLLATEChinese_PRC_CI_ASGOUSEhmsGO5.2CreateTable创建表--创建入库信息表-病历CREATETABLE[dbo].[病历]( [zycs][int]NOTNULL, [hno][int]NOTNULL, [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]PRIMARYKEYCLUSTERED( [hno]ASC)WITHON[PRIMARY])ON[PRIMARY]--创建出库信息表-床位表CREATETABLE[dbo].[床位表]( [cwno][char](10)NOTNULL, [ksname][char](20)NOTNULL, [state][int]NULLCONSTRAINT[DF_床位表_state]DEFAULT((0)), [cwdj][money]NULL,CONSTRAINT[PK_床位表_1]PRIMARYKEYCLUSTERED( [cwno]ASC)WITHON[PRIMARY])ON[PRIMARY]go--创建库存信息表-科室CREATETABLE[dbo].[科室]( [ksname][char](20)NOTNULL, [kzrname][char](20)NULL, [didian][nchar](10)NULL, [tel][nchar](11)NULL,CONSTRAINT[PK_科室]PRIMARYKEYCLUSTERED( [ksname]ASC)WITHON[PRIMARY])ON[PRIMARY]GO--供应商信息表医生CREATETABLE[dbo].[医生]( [dno][char](10)NOTNULL, [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]PRIMARYKEYCLUSTERED( [dno]ASC)ON[PRIMARY])6．C#界面设计及程序逻辑代码设计6.1开发工具简介本系统前端开发工具我们选择VisualStudio2023，后台数据库采用SQLServer2023。VisualC#简介：是Microsoft公司最新的VisualStudio.NET2023开发套件中最流行的开发工具，是一种完全面向对象的开发工具。ADD.NET数据组件以不同方式封装数据访问功能，它具有平台无关性、可伸缩性和高性能的数据访问优点。VisualC#、ADD.NET和Windows操作系统的完全兼容决定了它拥有越来越庞大的使用群体，并且可以和SQLServer2023无缝连接。SQLServer2023简介：SQLServer2023是Microsoft公司推出的新一代数据库管理与商业智能平台，是公司级的关系型数据库管理系统。此版本是微软2023~2023年这5年来具有里程碑意义的公司级数据库产品。它在公司级支持、商业智能应用、管理开发效率等诸多方面，较SQLServer2023均有质的奔腾，是集数据库管理与商业智能（BI）分析于一体的极具前瞻性的下一代数据库管理与分析平台。6.2系统的主界面图如图6.2所示为系统的主界面图。主界面图有系统的总功能描述，有对当前使用者及其时间的描述。图6.2系统主界面图6.3C#访问SQLSERVER数据库的方法本系统是通过C#语句进行连接的，由于是用的SQL2023所以连接的时候先SQL开头的语句。进行连接的语句如下：connectionstring="DataSource=(local);InitialCatalog=hms;IntegratedSecurity=SSPI";SqlConnectionmycon=newSqlConnection(connectionstring);Mycon.open();上面是用本地连接对数据库进行连接的，在连接之前要先添加头文献：usingSystem.data.sqlclient。6.3.1接连字符串Connection对象最重要的属性是连接字符串connectionstring，这也是connection对象唯一的非只读属性,用于提供登录数据库和指向特定数据库所需的信息。格式如下：Connectionstring=”datasource=(local);initialcatalog=hms;integratedsecurity=SSPI;”Datasource指定服务器名，initialcatalog指定数据库的名字，integratedsecurity指明访问它的一种安全机制。6.3.2创建并使用连接对象在定义了连接字符串之后，即可进行连接，要先加载头文献：usingSystem.data.sqlclient。Sqlconnectioncon=newsqlconnection(connectionstring);连接数据库的两个重要方法是open()和close().open方法使用connectionstring属性中的信息联系数据源，并建立一个打开的连接.而close方法是关闭已打开的连接。6.4本系统模块以及具体说明6.4.1系统设立密码修改系统设立涉及密码修改，用于修改当前用户的密码。数据库备份和恢复涉及数据库的备份和日记文献的备份，可以随时将数据备份到硬盘或优盘保存，以免以后系统出现故障，可以借助这些备份文献进行恢复。当数据丢失或出现其他故障后，可以从备份文献恢复数据。权限管理用于设立普通用户或是管理员，根据权限不同，所拥有的操作权限不同。退出退出该库存管理信息系统。6.4.2入院管理电子病历电子病历涉及电子病历的录入、修改、删除。对于病入基本信息及入院信息的录入，修改和删除操作。若病人曾住院有病史，当输入病人入院号时，会将病人的病史信息显示在datagridview里面，当点击datagridview任意单元格时，信息会被显示到相应的textbox里面。用于信息的增长和修改，节省了时间。若没有病史，会生成新的页面用于信息的录入。病人资料查询用于病人基本信息的查询，可以输入住院号进行查询，也可以输入一个关键字进行模糊查询。预交费管理预交费管理用于病人费用进行管理，可以进行费用的录入和费用的查询。可以查询病人最近一段时间的费用使用情况。6.4.3病房管理床位管理床位管理用于各科室床位的添加，删除。当点击床位管理的时候，系统会自动的将床位信息显示到datagridview里面，可以点击修改床位的信息，也可以点击删除，或者添加。当添加成功之后会有提醒信息。Datagridview会重新加载，用户可以看到更新之后的情况。医嘱管理医嘱管理有医嘱的查询和医嘱的修改。住院信息查询根据查询类别，涉及按住院号，病人姓名，入院信息查询。查询条件“like”和“=”分别对病历表进行模糊查询和绝对查询。6.4.4计费管理账本查询：可以根据输入的住院号进行查询预交费，和费用清单。也可以点击显示所有患者，在显示的所有患者中，点击自己要查看的病人，即会显示他们的预交费及费用清单。6.4.5出院管理出院结算：病人费用的结算，所有信息的查询。6.4.6信息管理科室管理用于科室信息的修改，科室的添加和删除。医务人员的管理用于医务人员的添加，删除及以他们信息的修改。药品管理用于药品的管理，添加药品，删除药品，修改药品信息。对于6.4.6的功能只有管理员才可以操作。6.4.7登录界面登录界面：有新用户的注册，用户登录7.数据库运营维护7.1系统运营维护7.1.1系统维护的定义系统维护是系统生存周期的最后一个阶段，就是系统开发期后的运营维护期。它是指在管理信息系统交付使用后，为了改正错误、改善性能和其他属性、满足新的需要而对系统进行修改的过程。7.1.2工作中常见的问题“系统维护”是软件生命周期中的一个重要部分,在软件生存周期的头两个时期没有严格而又科学的管理和规划，必然会导致在最后阶段出现问题。下面列出维护工作中常见的问题。软件难以看懂本来的软件代码的书写习惯非常差，很难阅读，例如使用无规律的变量名称、过长的函数等；并且反复的修改使软件结构混乱，层层嵌套的注释更是难以匹配；没有可以参考的文档，或者文档不全，或者文档太老；现在的维护人员都不知道系统原有的业务逻辑。修改带来不良影响

对某一功能模块的修改，需要做多大范围的测试才干保证它没有给其他模块带来负作用呢？由于各种成本的限制，很多时候只能以“打补丁”的方式来进行修改，而不是全面解决问题，以至于积累了很多潜伏的风险；跟踪软件版本的演化是一件非常困难的事；对程序的修改，导致了文档的不一致。本来的软件质量有缺陷

软件自身就有质量问题，只是平常维护已经很不容易，更不要说修改；软件设计时为维护工作考虑得太少，例如对错误给出的提醒很不清楚，过度依赖输入数据的对的性；软件的可移植性、可扩展性很差。设备、软件的更新换代对软件的兼容性提出了巨大的考验。可是，有几个软件在设计时充足考虑了可移植性呢？将一套系统从32位机上移到64位机上，即使没有对任何语句进行修改，也必须做全面的测试以保证不会忽然当机；软件的易用性不高，必须要专业人员才干维护。

客户需求不断变化

软件更新的速度赶不上需求变化的速度；本来的技术、模式、结构不能满足新的需求；多次变化后连客户也不清楚到底要什么；层层堆叠的补丁给系统带来了预料之外的承担。例如不断增长的、过多的报表减少了系统效率。上述种种问题在现有的没采用结构化思想开发出来的软件中，都或多或少的存在着。使用结构化分析和设计的方法进行开发工作可以从主线上提高软件的可维护性。7.1.3维护的内容程序的维护程序的维护是指因业务解决的变化使系统业务出现故障或用户对系统有更高的规定，需要修改部分或所有程序。修改以后,必须书写修改设计报告。修改后的原程序，必须在程序首部的序言性注释语句中进行说明，指出修改的日期、人员。同时，必须填写程序修改登记表，填写内容涉及：所修改程序的所属子系统名、程序名、修改理由、修改内容、修改人、批准人和修改日期等。数据的维护数据维护指对数据有较大的变动。如安装与转换新的数据库;或者某些数据文献或数据库出现异常时的维护工作,如文献的容量太大而出现数据溢出等。代码的维护随着系统的变化，旧的代码不能适应新的规定，需要修改旧的代码体系或制定新的代码体系。代码维护的困难往往不在代码自身的更改，而在于新代码的贯彻。硬件的维护硬件的维护重要指对机器、设备的维护，涉及平常的保养和发生故障的修复工作。硬件人员应加强设备的保养以及定期检修，并做好检查记录和故障登记工作。7.2系统维护与运营系统的修改往往会“牵一发而动全身”。程序、文献、代码的局部修改都也许影响系统的其他部分。因此，系统的维护工作应有计划有环节的统筹安排，按照维护任务的工作范围、严重限度等诸多因素拟定优先顺序，制定出合理的维护计划，然后通过一定的批准手续实行对系统的修改和维护。通常对系统的维护应执行以下环节：(1)提出维护或修改规定。操作人员或业务领导用书面形式向负责系统维护工作的管理员提出对某项工作的修改规定。这种修改规定一般不能直接向程序员提出。(2)领导审查并做出答复，如批准修改则列入维护计划。系统主管人员进行一定的调查后，根据系统的情况和工作人员的情况，考虑这种修改是否必要、是否可行，做出是否修改、何时修改的答复。假如需要修改，则根据优先限度的不同列入系统维护计划。计划的内容应涉及维护工作的范围、所需资源、确认的需求、维护费用、维护进度安排以及验收标准等。(3)领导分派任务，维护人员执行修改。系统主管人员按照计划向有关的维护人员下达任务，说明修改的内容、规定、期限。维护人员在仔细了解原系统的设计和开发思绪的情况下对系统进行修改。(4)验收维护成果并登记修改信息。系统主管人员组织技术人员对修改部分进行测试和验收。验收通过后，将修改的部分嵌入系统，取代旧的部分。维护人员登记所做的修改，更新相关的文档，并将新系统作为新的版本通报用户和操作人员，指明新的功能和修改的地方。在进行系统维护过程中，还要注意维护的副作用。维护的副作用涉及两个方面：一是修改程序代码有时会发生劫难性的错误，导致本来运营比较正常的系统变得不能正常运营，为了避免这类错误，要在修改工作完毕后进行测试，直至确认和复查无错为止;二是修改数据库中数据的副作用，当一些数据库中的数据发生变化时，也许导致某些应用软件不再适应这些已经变化了的数据而产生错误。为了避免这类错误，一是要有严格的数据描述文献，即数据字典系统;二是要严格记录这些修改并进行修改后的测试工作。图7.2.1简要说明了维护工作的全过程的环节图7.2.1系统维护环节7.3数据库备份本系统备份的数据对象是数据库和日记文献，所以针对这两个对象分别进行编写代码，然后通过代码直接调用SQLSERVER2023的数据库备份与还原功能，不会和系统的运营产生任何冲突，就算是在系统不能运营的情况下也可以进行数据的备份与还原。不仅实现简朴并且使得系统数据得以更加安全。备份数据时一方面选择备份的对象，分别是数据库备份和日记文献备份，然后可以选择所要备份数据的途径，就可开始备份了，界面如下，界面操作简朴易理解。如图7.3所示，这是独立备份还原程序运营界面。图7.3数据备份7.4系统测试及出现的问题7.4.1黑盒子测试法由于系统规模较小，所以没有安排单独的白盒测试，而是相应地将这部分测试归并到系统编码过程中。整个测试过程基于自顶向下测试的组装模块的方法，先对主模块进行基本测试，然后在按深度优先策略逐个将子模块组装到主模块上进行测试，最后再对系统进行全面的整体测试。本系统重要运用黑盒子测试法对系统进行测试。黑盒测试把被测程序（模块）当作一个黑盒子，完全不考虑程序内部的数据结构和逻辑通路。也就是说，黑盒法测试是在程序接口上进行的测试，它只检查程序功能和性能是否满足预期规定，程序（模块）是否能接受输入数据产生对的的运营结果，并保持外部信息的完整性。“黑盒”法着眼于程序外部结构、不考虑内部逻辑结构、针对软件界面和软件功能进行测试。“黑盒”法是穷举输入测试，只有把所有也许的输入都作为测试情况使用，才干以这种方法查出程序中所有的错误。事实上测试情况有无穷多个，人们不仅要测试所有合法的输入，并且还要对那些不合法但是也许的输入进行测试。黑盒测试方法重要有等价类划分、边值分析、因—果图、错误推测等，重要用于软件确认测试。以下是系统黑盒测试过程：登录界面的测试双击可执行文献库存管理系统.exe打开应用系统，可见登陆界面图（7.4.1）所示：图7.4.1系统登录界面输入错误用户名和密码，用户无法登陆，如图（7.4.2）：图7.4.2密码或用户名输入错误提醒输入对的用户名和密码，用户正常登陆。电子病历模块测试输入住院号可见界面如图7.4.3，由于2号住院者住过院，即可知他的病史，如图7.4.4所示，点击单元之后，他们会自动填充到textbox里：图7.4.3输入住院号图7.4.4病历录入7.5系统存在的局限性由于时间等各方面的因素，系统还是存在一些局限性，需要改善，比如我们没有设计报表模块，而数据的录入、查询、维护等工作的最终目的都是为了生成形式各异的数据报表，以方便用户查看和打印。尚有系统的查询功能还不完善，应当要完毕不同功能的查询。除此之外，对于系统中的货品入库，最佳为入库记录进行记录，这样便能让用户看到入库表里的情况。最后就是对数据的备份，最佳可以定期自动地进行备份，为了避免以后的突发事件，而使数据库没来得及备份，导致一定限度的损失。在我们无数次的运营测试中，发现不少运营错误，比如：（1）把本系统放在别的机子上调试时，我们忘了把日记文献放在指定的文献目录下，所以在运营可执行文献的时候就提醒文献未找到，后来把日记文献放在了D盘，结果就能正常运营。（2）在实现操作员权限的时候，操作员相应的权限的设立是通过单选框来进行选择的，但有几个单选框没有与数据表中相应的名称相应起来，所以在进行调试的时候为操作员设立了某个权限，但调试的时候并没有与预期要到底的效果一致，后来仔细相应了数据库中的表和设立权限的选项找到了错误的所在，把这个问题解决了。（3）在实现货品出库、货品借出、货品归还、尚有货品盘点等模块功能的时候，总出现的问题是“对象打开时，不允许操作”或“连接无法用于此操作在次上下文中它也许已被关闭或无效”那时由于没有进行对象的打开和关闭，通过调试，将有些已打开的关闭，而有些没打开的打开，后来调试就可以了。实验体会通过这次课程设计，我了解了一个简朴系统实现的全过程，从最开始的需求分析，概念结构设计，逻辑结构设计和物理结构设计，到最后的实行，每一步都需要认真严谨，不能有半点的马虎，否则就会给下阶段的工作导致一些麻烦。在这次实践中，我将课堂上的理论运用到实践中，发现这不是一件简朴