数据库应用程序课程设计-医院住院管理系统

成绩课程设计报告题目医院住院管理系统课程名称数据库应用程序课程设计院部名称信息技术学院专业计算机科学与技术(软件工程)课程设计地点课程设计学时指导教师金陵科技学院教务处制设计工程名称：数据库应用程序课程设计学时：30目录摘要 4一、课程设计目的和要求 5二、课程设计的仪器和设备 5三、课程设计过程 51．需求分析阶段 5应用背景 5系统可行性分析 5系统的设计目标 6系统设计概要 6具体系统的业务过程及功能要求 61．6数据流图 72．概念结构设计阶段 113．逻辑结构设计阶段 143.1把系统的E-R图转换成数据库关系模式如下： 14数据库中的关系表： 144．物理结构设计阶段 16关系模式存取方法的选择 16确定数据库的存储结构 165．数据库实施 165.1CreateDatabase创立数据库 165.2CreateTable创立表 176．C#界面设计及程序逻辑代码设计 18开发工具简介 18系统的主界面图 196.3C#访问SQLSERVER数据库的方法 196.4本系统模块以及详细说明 197.数据库运行维护 21系统运行维护 217.2系统维护与运行 227.3数据库备份 22系统测试及出现的问题 23系统存在的缺乏 24实验体会 25参考文献 26用户系统使用说明书 27摘要随着科学技术的不断提高,计算机科学已进入人类社会的各个领域并发挥着越来越重要的作用。作为计算机应用的一局部,使用计算机对信息进行管理,具有手工管理所无法比较的优点。医院住院管理系统是现代化医院运营的必要技术支撑和根底设施，实现医院住院管理系统的目的就是为了以更现代化、科学化、标准化的手段来加强医院的管理，提高医院的工作效率，改良医疗质量，从而树立现代医院的新形象，这也是未来医院开展的必然方向。该系统的实施将在整个医院建设企业级的计算机网络系统，并在其根底上构建企业级的应用系统，实现整个医院的人、财、物等各种信息的顺畅流通和高度共享，为全院的管理水平现代化和领导决策的准确化打下坚实的根底。该系统的设计主要包括需求分析，概念结构设计，逻辑结构设计，物理结构设计，数据库实施，数据库运行与维护六个阶段。本系统主要的模块有：系统设置、入院管理、病房管理、计费管理、出院管理。本系统前端开发工具使用VisualStudio2021，后台数据库采用SQLSERVRER2005。关键词：医院住院管理；数据库；数据字典；E-R图；VisualStudio2021；SQLSERVER2005一、课程设计目的和要求课程设计是为了增强学生对所学课程的理解，学会综合地、灵活地运用所学课程知识的一个重要的实践环节。本课程设计是应用C#程序设计语言进行数据库应用系统的开发，用MSSQLSERVER进行后台数据库的管理，编写出某一个小型的管理信息系统。通过本课程设计可以达成如下目标：1、能够自觉运用数据库原理的理论知识指导软件设计；2、学会数据库的设计，并能对设计结果的优劣进行正确的评价；3、学会如何组织和编写信息系统软件设计文档和软件系统的操作说明；4、具有一定的独立分析问题、解决问题的能力；5、掌握SQLServer2005数据库在信息系统开发过程中的应用。6、掌握使用C#访问后台数据库的方法。二、课程设计的仪器和设备586以上计算机、Server要求内存256以上,Cpu2.0GHz以上.Clinet内存128以上,cpu奔腾III以上,装有相关数据库软件(本系统后台数据库是SQL2005)和VisualStudio2021以上中文版软件。该软件可以在WIN98﹑WIN2000、WINXP等系统中运行。三、课程设计过程本实验根据数据库设计的六个步骤来设计的，即需求分析、概念结构设计、逻辑结构设计、物理结构设计、数据库实施、数据库运行维护。1．需求分析阶段医院住院管理系统内容对于医疗机构的管理者来说是至关重要的，所以医院住院管理系统应该能够为每一个医疗机构的管理者提供充足的信息和快捷的查询手段，大大的方便医疗机构的管理者的合理管理。随着科学技术的不断提高，计算机科学日渐成熟，其强大的功能已为人们深刻认识，它已进入人类社会的各个领域并发挥着越来越重要的作用。作为计算机应用的一局部，使用计算机对病人及医师进行管理，具有着手工管理所无法比较的优点，如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、本钱低等。这些优点能够极大地提高病人及医师管理的效率，也是医疗机构理财的科学化、正规化管理，与先进科学技术接轨的重要条件。因此，开发这样一套软件是很有必要的事情，对于我们即将计算机专业毕业的学生来说，也是一次将计算机应用于现实的一次很有意义的实践活动。本系统从以下三个方面进行分析： 技术可行性根据现有的和准备充实的设备条件与技术力量来分析系统在技术上实现的可能性，弄清楚现有技术条件能否保证顺利完成开发工作。医院住院管理系统在技术可行性上完全可以胜任，由于本系统采用单机版，对网络的研究不高，采用SQL2005数据库和C#.net编程环境。在设备条件上，主要考虑计算机的内存容量，外在容量，运算速度，数据精度，汉字功能，多媒体功能，可行性以及对数据传送与通信网络，数据库的需求以及实现的可能性1.2.2对于每个住院部门，可以根据自己需要，配置性能一般的计算机作为终端，向效劳器存储数据或搜索数据。这些电脑的费用对整个住院系统来说并不是一个很重要的负担。因此开发本系统是可行的。操作可行性我们所做的系统是为医院管理人员开发的，所有设定的用户对象是医院的工作人员，而且我们设计了友好的界面，同时写出了详细的使用说明，用户只需懂得简单的计算机操作知识，就能自由应用本软件。综上所述：经分析本系统满足以上几个方面的要求，所以开发本系统是完全可行的。系统开发的总体任务是实现医院住院管理的系统化、标准化、自动化、简便化，从而到达医院管理高效率的目的。本系统主要有五大模块：系统设置、入院管理、病房管理、计费管理、出院管理。详细功能如下：1、系统设置：密码修改、用户权限设置、系统备份、退出；2、住院病人及预交费根本录入、查询、修改管理；3、医生信息录入、查询和修改；4、药品信息的录入、查询和修改；5、科室信息及床位的添加、查询、修改；6、出院结账的汇总及处理等。1.4图系统功能模块图通过对医院住院管理的实际调查分析，得到以下业务流程图：图1.5医院住院系统处理流程图1．6数据流图1.6.1该系统的顶层数据流图下如下图：图.1顶层数据流图该系统的第一层数据流图下如下图：图.2系统设置图.3入院管理图.4病房管理.2表数据流编号：D-01数据流名称：授予权限 简述：系统管理员提出权限设置请求数据流来源：系统管理员数据流去向：权限设置模块数据项组成：管理员用户名+普通用户名+权限表.1.2数据流编号：D-02数据流名称：密码修改 简述：修改系统用户的密码数据流来源：系统用户数据流去向：密码修改模块数据项组成：用户名+旧密码+新密码表.1.3数据流编号：D-03数据流名称：录入病人信息 简述：病人申请住院，系统用户录入病人根本信息数据流来源：病人本人信息数据流去向：电子病历数据项组成：住院号+姓名+年龄+科室+床位号+主治医生+血型+住址+科主任表.1.4数据流编号：D-04数据流名称：病人信息查询 简述：系统用户提出查询病人信息请求数据流来源：系统用户数据流去向：电子病历数据项组成：住院号+姓名+年龄+科室+床位号+主治医生+血型+住址+科主任表.1.5数据流编号：D-05数据流名称：病床信息管理 简述：输入科室名，添加、减少病床数数据流来源：系统用户数据流去向：病床信息表数据项组成：科室名+科室号+科主任+病床地址+病床使用情况+病床单价表.1.6数据流编号：D-06数据流名称：病床信息查询 简述：根据病床号，查询显示出病床的使用情况数据流来源：系统用户数据流去向：病床信息表数据项组成：科室名+科室号+科主任+病床地址+病床使用情况+病床单价表.1.7数据流编号：D-07数据流名称：费用管理简述：输入住院号，记录病人预交费数据流来源：系统用户数据流去向：病人账单数据项组成：住院号+姓名+科室号+药品费用+床位费用+水电费用+检查费用+总费用+预交费+操作员表.1.8数据流编号：D-08数据流名称：账单查询简述：输入住院号，显示病人费用账单数据流来源：系统用户数据流去向：病人账单数据项组成：住院号+姓名+科室号+药品费用+床位费用+水电费用+检查费用+总费用+预交费+操作员1.6.2表.2.1处理过程编号：P-01处理过程名称：授予权限 简述：为相应的用户设置相应的权限输入数据流：用户名处理描述：将某些权限授予选中的用户输出数据流：用户权限表最高流量：1/秒平均流量：1/秒表.2.2处理过程编号：P-02处理过程名称：密码修改 简述：修改系统用户的密码输入的数据流：系统用户处理描述：用户登录系统，提出密码修改请求，输入旧密码，输入两次新密码，确认提交。输出的数据流：用户的新密码最高流量：10/秒平均流量：5/秒表.2.3处理过程编号：P-03处理过程名称：录入病人信息 简述：病人申请住院，系统用户录入病人根本信息输入的数据流：病人本人信息处理描述：根据病人提供的个人信息，填写病人信息表，确认提交，存储到数据库输出的数据流：电子病历最高流量：100/秒平均流量：50/秒表.2.4处理过程编号：P-04处理过程名称：病人信息查询 简述：系统用户提出查询病人信息请求输入的数据流：病人住院号处理描述：输入病人信息，提交，查询显示出病人的信息输出的数据流：电子病历最高流量：100秒平均流量：50秒表.2.5处理过程编号：P-05处理过程名称：病床信息管理 简述：输入科室名，添加、减少病床数输入的数据流：科室号或科室名处理描述：输入科室号或科室名，添加空病床号和删除不可再使用的病床号，输入地点和单价输出的数据流：病床使用情况表最高流量：100/秒平均流量：50/秒表.2.6处理过程编号：P-06处理过程名称：病床信息管理 简述：输入科室名，显示病床信息输入的数据流：科室号或科室名处理描述：输入科室号或科室名，显示该科室病床的使用情况，地点和单价输出的数据流：病床使用情况表最高流量：100/秒平均流量：50/秒表.2.7处理过程编号：P-07处理过程名称：费用管理简述：输入住院号，记录病人预交费输入的数据流：系统用户处理描述：输入病人的住院号，根据病人实际缴费情况，登记预交费输出的数据流：费用账单最高流量：100/秒平均流量：50/秒表.2.8处理过程编号：P-08处理过程名称：账单查询简述：输入住院号，显示病人费用账单输入的数据流：住院号过程描述：输入病人住院号，显示出数据库中病人的账单输出的数据流：费用账单最高流量：100/秒平均流量：80/秒2．概念结构设计阶段本系统的E-R图如图下所示：图2.1医院住院管理总体E—R图以下是分E-R图:图2.2病历表图图床位表图2.4科室图2.5收费单据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.2收费单据表表3.3病历表表3.4药品信息表表3.5床位表表医生表4．物理结构设计阶段数据库在物理设备上的存储结构与存取方法称为数据库的物理结构，它依赖于选定的数据库管理系统。为一个给定的逻辑数据模型选取一个最适合的应用要求的物理结构的过程，就是数据库的物理设计。数据库的物理设计的内容包括：(1)为关系模型选择存取方法；(2)设计关系、索引等数据库文件的物理存储结构。确定数据库的存取方法，就是确定建立哪些存储路径以实现快速存取数据库中的数据。现行的DBMS一般都提供了多种存取方法，如索引法、HASH法等。其中，最常用的是索引法，本系统也采用的是索引法。我们在经常需要搜索的列和主关键字上建立了唯一索引。由于不同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#界面设计及程序逻辑代码设计本系统前端开发工具我们选择VisualStudio2021，后台数据库采用SQLServer2005。VisualC#简介：是Microsoft公司最新的VisualStudio.NET2021开发套件中最流行的开发工具，是一种完全面向对象的开发工具。ADD.NET数据组件以不同方式封装数据访问功能，它具有平台无关性、可伸缩性和高性能的数据访问优点。VisualC#、ADD.NET和Windows操作系统的完全兼容决定了它拥有越来越庞大的使用群体，并且能够和SQLServer2005无缝连接。SQLServer2005简介：SQLServer2005是Microsoft公司推出的新一代数据库管理与商业智能平台，是企业级的关系型数据库管理系统。此版本是微软2000~2005年这5年来具有里程碑意义的企业级数据库产品。它在企业级支持、商业智能应用、管理开发效率等诸多方面，较SQLServer2000均有质的飞跃，是集数据库管理与商业智能〔BI〕分析于一体的极具前瞻性的下一代数据库管理与分析平台。主界面图如图6.2所示为系统的主界面图。主界面图有系统的总功能描述，有对当前使用者及其时间的描述。6.3C#访问SQLSERVER数据库的方法本系统是通过C#语句进行连接的，因为是用的SQL2005所以连接的时候先SQL开头的语句。进行连接的语句如下：connectionstring="DataSource=(local);InitialCatalog=hms;IntegratedSecurity=SSPI";SqlConnectionmycon=newSqlConnection(connectionstring);Mycon.open();上面是用本地连接对数据库进行连接的，在连接之前要先添加头文件：usingSystem.data.sqlclient。接连字符串Connection对象最重要的属性是连接字符串connectionstring，这也是connection对象唯一的非只读属性,用于提供登录数据库和指向特定数据库所需的信息。格式如下：Connectionstring=〞datasource=(local);initialcatalog=hms;integratedsecurity=SSPI;〞Datasource指定效劳器名，initialcatalog指定数据库的名字，integratedsecurity指明访问它的一种平安机制。创立并使用连接对象在定义了连接字符串之后，即可进行连接，要先加载头文件：usingSystem.data.sqlclient。Sqlconnectioncon=newsqlconnection(connectionstring);连接数据库的两个主要方法是open()和close().open方法使用connectionstring属性中的信息联系数据源，并建立一个翻开的连接.而close方法是关闭已翻开的连接。6.4本系统模块以及详细说明系统设置.1密码修改系统设置包括密码修改，用于修改当前用户的密码。.2数据库备份和恢复包括数据库的备份和日志文件的备份，可以随时将数据备份到硬盘或优盘保存，以免以后系统出现故障，可以借助这些备份文件进行恢复。当数据丧失或出现其他故障后，可以从备份文件恢复数据。.3权限管理用于设置普通用户或是管理员，根据权限不同，所拥有的操作权限不同。.4退出退出该库存管理信息系统。入院管理.1电子病历电子病历包括电子病历的录入、修改、删除。对于病入根本信息及入院信息的录入，修改和删除操作。假设病人曾住院有病史，当输入病人入院号时，会将病人的病史信息显示在datagridview里面，当点击datagridview任意单元格时，信息会被显示到对应的textbox里面。用于信息的增加和修改，节省了时间。假设没有病史，会生成新的页面用于信息的录入。.2病人资料查询用于病人根本信息的查询，可以输入住院号进行查询，也可以输入一个关键字进行模糊查询。.3预交费管理预交费管理用于病人费用进行管理，可以进行费用的录入和费用的查询。可以查询病人最近一段时间的费用使用情况。6.病房管理.1床位管理床位管理用于各科室床位的添加，删除。当点击床位管理的时候，系统会自动的将床位信息显示到datagridview里面，可以点击修改床位的信息，也可以点击删除，或者添加。当添加成功之后会有提示信息。Datagridview会重新加载，用户可以看到更新之后的情况。.2医嘱管理医嘱管理有医嘱的查询和医嘱的修改。.3住院信息查询根据查询类别，包括按住院号，病人姓名，入院信息查询。查询条件“like〞和“=〞分别对病历表进行模糊查询和绝对查询。计费管理账本查询：可以根据输入的住院号进行查询预交费，和费用清单。也可以点击显示所有患者，在显示的所有患者中，点击自己要查看的病人，即会显示他们的预交费及费用清单。6.4出院结算：病人费用的结算，所有信息的查询。信息管理.1科室管理用于科室信息的修改，科室的添加和删除。.2医务人员的管理用于医务人员的添加，删除及以他们信息的修改。.3药品管理用于药品的管理，添加药品，删除药品，修改药品信息。对于的功能只有管理员才可以操作。6.4.7登录界面：有新用户的注册，用户登录系统维护的定义系统维护是系统生存周期的最后一个阶段，就是系统开发期后的运行维护期。它是指在管理信息系统交付使用后，为了改正错误、改良性能和其他属性、满足新的需要而对系统进行修改的过程。工作中常见的问题“系统维护〞是软件生命周期中的一个重要局部,在软件生存周期的头两个时期没有严格而又科学的管理和规划，必然会导致在最后阶段出现问题。下面列出维护工作中常见的问题。.1软件难以看懂原来的软件代码的书写习惯非常差，很难阅读，例如使用无规律的变量名称、过长的函数等；而且反复的修改使软件结构混乱，层层嵌套的注释更是难以匹配；没有可以参考的文档，或者文档不全，或者文档太老；现在的维护人员都不知道系统原有的业务逻辑。7.2修改带来不良影响

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

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

.4客户需求不断变化

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