数据库应用程序课程设计-宿舍管理信息系统.doc

《数据库应用程序课程设计-宿舍管理信息系统.doc》由会员分享，可在线阅读，更多相关《数据库应用程序课程设计-宿舍管理信息系统.doc（32页珍藏版）》请在三一文库上搜索。

1、成绩 课程设计报告 题 目 宿舍管理信息系统 课 程 名 称 数据库应用程序课程设计 院 部 名 称 信息技术学院 专 业 计算机科学与技术 班 级 课程设计地点 B513 课程设计学时 30 指 导 教 师 目 录摘 要4一、课程设计目的和要求5二、课程设计的仪器和设备5三、课程设计过程51.需求分析阶段61.1应用背景61.2系统可行性分析71.3系统的设计目标61.4系统设计概要61.5系统具体功能模块错误！未定义书签。1.6数据流程92.概念结构设计阶段133.逻辑结构设计阶段错误！未定义书签。4.物理结构设计阶段155.数据库实施155.1 Create Database创建数据库1

2、56.C#界面设计及程序代码设计266.1 开发工具简介266.2 系统的菜单结构图276.3 C#访问SQLSERVER数据库的方法276.4 本系统模块以及详细说明297. 数据库运行维护317.1系统运行维护317.2系统维护的步骤327.3 数据库备份347.4系统测试及出现的问题347.5系统存在的不足37实验体会38参考文献39附录40用户系统使用说明书45摘 要随着科学技术的不断提高,计算机科学日已进入人类社会的各个领域并发挥着越来越重要的作用。作为计算机应用的一部分,使用计算机对学生信息进行管理,具有手工管理所无法比拟的优点。宿舍信息管理系统是典型的信息管理系统(MIS),其开

3、发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强、数据安全性好的库。而对于后者则要求应用程序功能完备,易使用等特点。本宿舍信息管理系统的一些基本功能和组成情况包括系统的需求分析、概念结构设计、逻辑结构设计、物理结构设计、数据库实施、数据库运行维护等步骤。本系统主要的模块有：查询及统计、系统维护以及退出系统。本课题采用C#开发工具,利用其提供的各种面向对象的开发工具,是能方便而简洁操纵数据库的智能化对象,短期内就可以开发出用户满意的可行系统。关键词：宿舍信息管理；数据库；管理信息系统；C#；SQL SERVER 2008一、课程设计目的和要求

4、课程设计是为了增强学生对所学课程的理解，学会综合地、灵活地运用所学课程知识的一个重要的实践环节。本课程设计是应用C#程序设计语言进行数据库应用系统的开发，用SQL SERVER 2008进行后台数据库的管理，编写出某一个小型的管理信息系统。通过本课程设计可以达成如下目标：1、能够自觉运用数据库原理的理论知识指导软件设计；2、学会数据库的设计，并能对设计结果的优劣进行正确的评价；3、学会如何组织和编写信息系统软件设计文档和软件系统的操作说明；4、具有一定的独立分析问题、解决问题的能力；5、掌握SQL SERVER2008在信息系统开发过程中的应用。6、掌握使用C#访问后台数据库的方法。 二、课程

5、设计的仪器和设备586 以上计算机、Server要求内存256以上,Cpu 2.0GHz以上.Clinet内存128以上,cpu奔腾III以上,装有相关数据库软件(本系统后台数据库是SQL 2008)和 C# 以上中文版软件。该软件可以在WIN98WIN2000、WIN XP等系统中运行。三、课程设计过程本实验根据数据库设计的六个步骤来设计的，即需求分析、概念结构设计、逻辑结构设计、物理结构设计、数据库实施、数据库运行维护。1.需求分析阶段1.1应用背景 在现代的高校宿舍管理工作中，由于高校扩招，学生人数剧增，传统的管理方法已经不能适合高校宿舍管理的需要，以前使用的管理系统相对落后，随着学生人

6、数的不断增加，该系统在数据管理方面有一些混乱，越来越不能适应管理的需要，因此需要一个功能更完善，操作更方便，容量更大的管理信息系统。1.2系统可行性分析本系统从以下三个方面进行分析：1.2.1技术可行性本次“宿舍信息管理系统”设计的总体任务是实现宿舍管理的系统化、规范化、自动化，从而达到宿舍管理高效率的目的。鉴于我们以前学过C#，这学期又学了数据库，所以对开发管理系统有了一定的认识。由于本设计的最重要体现的是实用性，所以通过调查与分析，结合自己现有的技术水平加上老师的指导，还是能按期完成本次课程设计的。1.2.2经济可行性成本方面：人力消耗免费，资源学校提供，指导老师义务指导，所以开发本软件的

7、成本是非常低的。效益方面：为学校开发一个完整、合理的宿舍信息管理系统，可大大减少人力，以前需要多人干的工作，使用本系统只需一个或几个人就能完成，且工作量和劳动强度大大降低。所以本系统可以为学校带来很好的经济效益。1.2.3操作可行性本系统是为学校的宿舍管理者开发的，所有本软件的用户对象是宿舍的管理人员，由于本软件设计简单并附有详细的使用说明，用户只需懂得简单的计算机操作知识，就能自由应用本软件。结论：经分析本系统满足以上几个方面的要求，所以开发本系统是完全可行的。1.3系统的设计目标本宿舍管理信息系统强化了学生管理的职能，涵盖了学生管理、床位管理等主要功能，特别是对学生宿舍管理工作进行了提炼和

8、概括，使学生宿舍管理工作日益规范化、制度化和科学化，从而达到宿舍管理高效率的目的。1.4系统设计概要宿舍管理的主要工作是学校宿舍基本信息的录入：为学生分、退宿舍和缴费；宿舍卫生检查；水电费的收取；宿舍、学生的查询以及对来访人员的登记。宿舍分配的过程是：新生入学之前，每个园区将接到安排在本园区住宿的同学名单，并根据学生基本信息按约定的分配原则给每个学生初定宿舍床位。一般的分配原则是：同一学院的学生应该分配在同一幢楼，同一班级的学生应该分配在房号连续的寝室。当学生报到后，宿舍管理员根据住宿分配情况开出需支付的住宿费清单，学生到财务处缴费后方可入住。宿舍分配结束后，宿舍管理员对学生住房情况、房产信息

9、进行维护、查询、管理、统计。1.5系统的业务流程及具体的功能 通过对用户需求和系统设计思想的分析，可以得出该宿舍管理信息系统大致可以分为几大模块：宿舍基本信息模块、学生入住模块、卫生检查模块、水电收费模块、宿舍报修模块、外来人员登记模块。系统的业务流程图：宿舍信息学生入住宿舍检查宿舍来访纪录宿舍报修水电缴费宿舍器件基本情况显示信息图1.5.1系统业务流程图系统功能模块图：图1.5.2系统总功能模块图主要模块的功能宿舍基本信息模块：添加、修改、查询和删除宿舍基本信息，如宿舍房号、财产、床位等。学生入住模块：添加、修改、查询和删除学生入住、退宿信息，包括学生一些基本信息、缴费等。卫生检查模块：对宿

10、舍卫生检查、评比、统计等。水电收费模块：对超出规定部分的水电收费管理。宿舍报修模块：对报修情况的登记、时间安排、修理结果检查等。来访人员登记模块：对来访人员的登记管理等。1.6数据流程1.6.1数据流程图图1.6.1.1宿舍信息管理系统总数据流图图1.6.1.2宿舍信息登记分数据流图图1.6.1.3入住学生信息登记分数据流图图1.6.1.4宿舍卫生检查分数据流图图1.6.1.5宿舍水电收费分数据流图图1.6.1.6宿舍报修分数据流图图1.6.1.7来访人员登记分数据流图1.6.2系统的数据字典数据流的描述数据流编号：D-01数据流名称：房屋报修简 述：为坏掉的宿舍设备申请修理 数据流来源：学生

11、数据流去向：数据库管理员数据项组成：RepairID+dormID+DateIN+DateRepair+person+repair+reasonr+money数据流编号：D-02数据流名称：登录简 述：数据库管理员或诉讼管理员登陆系统数据流来源：数据库管理员，宿舍管理员数据流去向：数据库管理员数据项组成：Uname,PWD数据流编号：D-03数据流名称：卫生检查查询简 述：对每个宿舍卫生检查进行查询数据流来源：宿舍管理员数据流去向：数据库管理员数据项组成：dormID,CDate,CSate,CRemark数据流编号：D-04数据流名称：来访人员查询简述： 对每个来访人员登记情况进行查询数据流

12、来源：宿舍管理员数据流去向：数据库管理员数据项组成：PComeID,DateCome,PLook,dormID,DateLeave,Remark数据流编号：D-05数据流名称：来访人员登记 简述： 宿舍管理员对来访人员进行登记数据流来源：宿舍管理员数据流去向：数据库管理员数据项组成：PComeID,DateCome,PLook,dormID,DateLeave,Remark数据流编号：D-06数据流名称：水电收费查询简 述：方便对每个宿舍水电缴费的查询数据流来源：宿舍管理员数据流去向：数据库管理员/学生数据项组成：dormID,MDate,EBuy,CPerson,CMoney数据流编号：D-

13、07数据流名称：水电收费 简述： 宿舍管理员根据水电费收取条例进行收费数据流来源：宿舍管理员数据流去向：数据库管理员数据项组成： dormID,MDate,EBuy,CPerson,CMoney数据流编号：D-08数据流名称：宿舍基本信息查询简述： 登记每个宿舍器件进行登记数据流来源：宿舍管理员数据流去向：数据库管理员数据项组成：dormID,phone,DMoney,bedNum,chairNum,deskNum,DRemark数据流编号：D-09数据流名称：添加卫生检查 简述： 宿舍管理员定期对每个宿舍进行卫生检查数据流来源：数据库管理员数据流去向：数据库管理员数据项组成：dormID,C

14、Date,CSate,CRemark数据流编号：D-10数据流名称：添加宿舍基本信息简述： 数据库管理员对新宿舍进行基本信息的登记数据流来源：数据库管理员数据流去向：数据库管理员数据项组成：dormID,phone,DMoney,bedNum,chairNum,deskNum,DRemark数据流编号：D-11数据流名称：添加用户简述： 数据库管理员对新宿舍管理员进行权限设置数据流来源：数据库管理员数据流去向：数据库管理员数据项组成： UName,PWD数据流编号：D-12数据流名称：修改卫生检查简述： 宿舍管理员对卫生检查的修改，上传数据流来源：宿舍管理员数据流去向：数据库管理员数据项组成：

15、 dormID,CDate,CSate,CRemark数据流编号：D-13数据流名称：修改来访人员简述： 在核对后对来访人员登记进行修改数据流来源：宿舍管理员数据流去向：数据库管理员数据项组成： PCome,DateCome,PLook,dormID,DateLeave,Remark数据流编号：D-14数据流名称：修改水电费简述： 在学生正常缴费后修改应缴水电费用数据流来源：宿舍管理员数据流去向：数据库管理员数据项组成： dormID,Mdate,Ebuy,Cperson,CMoney数据流编号：D-15数据流名称：修改宿舍基本信息简述： 在核对后对宿舍基本信息进行修改，上传数据流来源：宿舍管

16、理员数据流去向：数据库管理员数据项组成： dormID,phone,DMoney,bedNum,chairNum,deskNum,DRemark数据流编号：D-16数据流名称：修改报修简述： 在修理完成后对报修请求进行修改数据流来源：宿舍管理员数据流去向：数据库管理员数据项组成： dormID,DateIn,DateRepair,person,repair数据流编号：D-17数据流名称：修改学生简述： 学生完成调换宿舍以后修改学生宿舍信息数据流来源：宿舍管理员数据流去向：数据库管理员数据项组成： Sname,Ssex,class,dormID,SID数据流编号：D-18数据流名称：报修查询简述

17、： 方便对学生报修情况的查询数据流来源：宿舍管理员数据流去向：数据库管理员数据项组成： dormID, DateIn数据流编号：D-19数据流名称：学生查询简述： 对学生住宿的查询数据流来源：宿舍管理员数据流去向：数据库管理员数据项组成： SID,Sname,dormID数据流编号：D-20数据流名称：学生入住简述： 学校对新学生进行宿舍安排数据流来源：数据库管理员数据流去向：宿舍管理员数据项组成： SID,Sname,Ssex,class,dormID处理逻辑的描述处理逻辑编号：P01处理逻辑名称： 学生入住简述： 学校对新学生安排宿舍并登记输入的数据流： SID+Sname+Ssex+cl

18、ass+dormID处理描述：学校根据剩余宿舍对新学生进行宿舍安排并登记在案，宿舍管理员根据安排管理学生输出的数据流： 学生查询 ,修改学生入住处理逻辑编号：P02处理逻辑名称：卫生检查简述： 宿舍管理员对每个宿舍进行卫生检查输入的数据流： checkID+dormID+Cdate+Csate+CRemark处理描述：宿舍管理员定期对每个宿舍进行卫生检查，并上传给数据库管理员入库。输出的数据流： 修改卫生检查，卫生查询处理逻辑编号：P03处理逻辑名称： 宿舍基本情况登记简述： 宿舍基本器件的登记入案输入的数据流：dormID+phone+Dmoney+bedNum+chairNum+deskN

19、um+DRemark处理描述： 宿舍基本器件的登记管理输出的数据流： 修改宿舍基本情况，添加宿舍基本情况处理逻辑编号：P04处理逻辑名称： 宿舍报修简述： 学生对宿舍出现的问题在宿舍管理员处登记待处理输入的数据流：dormID+DateIn+DateRepair+person+repair处理描述： 宿舍管理员对学生报修的情况进行安排修理输出的数据流： 修改报修，报修查询处理逻辑编号：P05处理逻辑名称：水电收费简述： 宿舍管理员根据收费条例对宿舍收费输入的数据流：dormID+Mdate+Ebuy+Cperson+CMoney处理描述： 宿舍管理员按照收费清单督促学生进行缴费输出的数据流：

20、收费查询，修改收费处理逻辑编号：P06处理逻辑名称： 来访人员登记简述： 宿舍管理员对来访人员进行登记输入的数据流：PcomeName+PcomeID+DateCome+Plook+dormID+DateLeave+Remark处理描述： 宿舍管理员对来访人进行身份登记管理输出的数据流： 修改来访登记，来访人员查询数据存储描述数据存储编号：F-1数据存储名称：学生入住简述：学校对新学生安排宿舍并登记数据存储组成：SID+Sname+Ssex+class+dormID关键字：SID相关联的处理：D-17,D-19,D-20数据存储编号：F-2数据存储名称：卫生检查简述：宿舍管理员对每个宿舍进行卫

21、生检查数据存储组成：checkID+dormID+Cdate+Csate+CRemark关键字：checkID相关联的处理：D-3,D-9,D-12数据存储编号：F-3数据存储名称：宿舍基本情况登记简述：宿舍基本器件的登记入案数据存储组成：dormID,phone,DMoney,bedNum,chairNum,deskNum,DRemark关键字：dormID相关联的处理：D-8,D-10,D-15数据存储编号：F-4数据存储名称：宿舍报修简述：学生对宿舍出现的问题在宿舍管理员处登记待处理数据存储组成：dormID,DateIn,DateRepair,person,repair关键字：repa

22、irID相关联的处理：D-1,D-16,D-18数据存储编号：F-5数据存储名称：水电收费简述：宿舍管理员根据收费条例对宿舍收费数据存储组成：dormID+Mdate+Ebuy+Cperson+CMoney关键字：chargeID相关联的处理：D-6,D-7,D-14数据存储编号：F-6数据存储名称：来访人员登记简述：宿舍管理员对来访人员进行登记数据存储组成：PcomeID+DateCome+Plook+dormID+DateLeave+Remark关键字：PComeID相关联的处理：D-4,D-5,D-13外部实体的描述外部实体编号：S-01外部实体名称：学生入住简述：学校对新学生安排宿舍并

23、登记输入的数据流：D-20输出的数据流：D-17,D-19外部实体编号：S-02外部实体名称：卫生检查简述：宿舍管理员对每个宿舍进行卫生检查输入的数据流：D-9输出的数据流：D-3,D-12外部实体编号：S-03外部实体名称：宿舍基本情况登记简述：宿舍基本器件的登记入案输入的数据流：D-8输出的数据流：D-10,D-15外部实体编号：S-04外部实体名称：宿舍报修简述：学生对宿舍出现的问题在宿舍管理员处登记待处理输入的数据流：D-1输出的数据流：D-16,D-18外部实体编号：S-05外部实体名称：水电收费简述：宿舍管理员根据收费条例对宿舍收费输入的数据流：D-7输出的数据流：D-6,D-14

24、外部实体编号：S-06外部实体名称：来访人员登记简述：宿舍管理员对来访人员进行登记输入的数据流：D-5输出的数据流：D-4,D-132.概念结构设计阶段本系统的总E-R图如图（2.1）所示：图（2.1）总E-R图以下是分E-R图：dormchairNumdormIDDMoneyphoneDRemarkdeskNumBedNum宿舍信息表分E-R图（被参照关系）checkinfodormID外码CSateCRemarkcheckIDCDate卫生检查信息表分E-R图（参照关系）chargedormIDCMoneyMDateCPersonEBuyChargeID水电收费信息表分E-R图（参照关系）

25、studentSIDSSexclassSNamedormID学生信息表分E-R图（参照关系）repairDateRepairpersonDateInrepairreasonrmoneydormIDRepairID宿舍报修信息表分E-R图（参照关系）registerPComeIDDateComePComeNameRegisterIDPlookdormIDDateleaveRemark来访人员信息表分E-R图（参照关系）3.逻辑结构设计阶段把系统的E-R图转换成数据库模式如下(下列关系模型中标有黄色钥匙状的为主码)：表3.1宿舍基本信息表（dorm）表3.2学生入住信息表(student)表3.3

26、宿舍卫生检查表(checkinfo)表3.4宿舍报修表(repair)表3.5宿舍外来人员记录表(register)表3.6宿舍水电缴费表(charge)表3.7宿舍管理员表(userinfo)本系统的关系模型如下：dorm(dormID,phone,Dmoney,bedNum,chairNum,deskNum,DRemark)student(SID,Sname,Ssex,class,dormID)checkinfo(checkID,dormID,CDate,CSate,CRemark)charge(chargeID,dormID,MDate,EBuy,CPerson,CMoney)repai

27、r(repairID,dormID,DateIn,DateRepair,Person,repair,reason,rmoney)register(RegisterID,PcomeID,PcomeName,DateCome,Plook,dormID,Dateleave,Remark)4.物理结构设计阶段数据库在物理设备上的存储结构与存取方法称为数据库的物理结构，它依赖于选定的数据库管理系统。为一个给定的逻辑数据模型选取一个最适合的应用要求的物理结构的过程，就是数据库的物理设计。数据库的物理设计通常分为两步：（1）确定数据库的物理结构，在关系数据库中主要指存取方法和存储结构；（2）对物理结构进行评

28、价，评价的重点是时间和空间的效率。4.1关系模式存取方法的选择确定数据库的存取方法，就是确定建立哪些存储路径以实现快速存取数据库中的数据。现行的DBMS一般都提供了多种存取方法，如索引法、HASH法等。其中，最常用的是索引法，本系统也采用的是索引法。我们在经常需要搜索的列和主关键字上建立了唯一索引。4.2确定数据库的存储结构由于不同PC机所安装的数据库软件位置不一定相同,所以数据文件与日志文件的存放位置也不一定相同。5.数据库实施5.1 Create Database创建数据库-创建数据库 宿舍管理信息系统CREATE DATABASE 宿舍管理信息系统GOUSE 宿舍管理信息系统GO5.2

29、Create Table创建表create table charge( ChargeID int identity(1,1) primary key, dormID varchar(20), MDate datetime, EBuy varchar(20), CPerson varchar(20), CMoney varchar(20)create table checkinfo( CheckID int identity(1,1) primary key, dormID varchar(20), CDate datetime, CSate varchar(100), CRemark varc

30、har(100)create table dorm( dormID varchar(20) primary key, phone varchar(20), DMoney varchar(20), bedNum int, chairNum int, deskNum int, DRemark varchar(20)create table register( Register int identity(1,1) primary key, PComeName varchar(20), PComeID varchar(18), DateCome datetime, PLook varchar(20),

31、 dormID varchar(20), DateLeave datetime, Remark varchar(100)create table repair(RepairID int identity(1,1) primary key,dormID varchar(20),DateIn datetime,DateRepair datetime,person varchar(20),repair varchar(20),reason varchar(20),repairmoney varchar(20)create table student(SID varchar(20) primary k

32、ey,SName varchar(20),SSex varchar(20),class varchar(20),dormID varchar(20),phone varchar(11)6.C#界面设计及程序代码设计6.1开发工具简介本系统前端开发工具我们选择C#，后台数据库采用SQL Server 2008。C#简介：C#是一种先进的、面向对象的语言，使用C#语言可以让开发人员快速的建立大范围的基于MS网络平台的应用，并且提供大量的开发工具和服务，帮助开发人员开发基于计算和通信的各种应用。其语法风格源自C/C+家族，融合了Visual Basic的高效和C/C+的强大，是微软为奠定其下一互联网

33、霸主地位而打造的Microsoft.Net平台的主流语言。SQL Server 2008 简介：SQL Server 是一个关系数据库管理系统。2008年第三季度，SQL Server 2008正式发布，SQL Server 2008是一个重大的产品版本，它推出了许多新的特性和关键的改进，使得它成为迄今为止最强大和最全面的SQL Server版本。根据不同的用户类型和使用需求，微软推出了五种不同的版本，包括企业版，标准版，工作组版，学习版和移动版。SQL Server 2008是一个非常优秀的数据库软件和数据分析平台。6.2系统的菜单界面图图6.2.1 主界面示意图6.3数据库的应用 本系统是

34、通过C#代码进行连接的。SqlConnection conn = new SqlConnection(); conn.ConnectionString = Data Source=pc-201007181721;Initial Catalog=宿T舍管理信?息系统3;Integrated Security=True; conn.Open(); string sql = delete from dorm where dormID= + textBox1.Text.Trim() + ; SqlCommand cmd = new SqlCommand(sql, conn); cmd.ExecuteN

35、onQuery(); string sql1 = select * from dorm; SqlDataAdapter ada = new SqlDataAdapter(sql1, conn); DataSet ds = new DataSet(); ada.Fill(ds); DataTable dt = ds.Tables0; dataGridView1.DataSource = dt;6.4系统维护6.4.1学生管理包括入住新的学生，以及对学生信息进行修改、查询，删除。6.4.2操作权限设置为宿舍管理员设置操作权限。6.4.3数据备份包括数据库的备份和日志文件的备份，可以随时将数据备份到

36、硬盘或优盘保存，以免以后系统出现故障，可以借助这些备份文件进行恢复。6.4.4数据恢复当数据丢失或出现其他故障后，可以从备份文件恢复数据。6.4.5修改密码修改用户以及操作员的登录密码。6.4.6数据清理将所有表中的数据进行清空，减少使用的空间。6.4.7查看日志可查看日志文件中的信息，特别是对以后系统出现故障有所帮助。6.4.8日志清理对日志文件的内容进行清空。6.4.9退出系统退出该宿舍管理信息系统7. 数据库运行维护7.1系统运行维护7.1.1系统维护的定义系统维护是系统生存周期的最后一个阶段，就是系统开发期后的运行维护期。它是指在管理信息系统交付使用后，为了改正错误、改进性能和其他属性

37、、满足新的需要而对系统进行修改的过程。7.1.2工作中常见的问题“系统维护”是软件生命周期中的一个重要部分, 在软件生存周期的头两个时期没有严格而又科学的管理和规划，必然会导致在最后阶段出现问题。下面列出维护工作中常见的问题。7.1.2.1软件难以看懂 原来的软件代码的书写习惯非常差，很难阅读，例如使用无规律的变量名称、过长的函数等；而且反复的修改使软件结构混乱，层层嵌套的注释更是难以匹配；没有可以参考的文档，或者文档不全，或者文档太老；现在的维护人员都不知道系统原有的业务逻辑。7.1.2.2修改带来不良影响 对某一功能模块的修改，需要做多大范围的测试才能保证它没有给其他模块带来负作用呢？ 由

38、于各种成本的限制，很多时候只能以“打补丁”的方式来进行修改，而不是全面解决问题，以至于积累了很多潜伏的风险；跟踪软件版本的演化是一件非常困难的事；对程序的修改，导致了文档的不一致。7.1.2.3原来的软件质量有缺陷 软件本身就有质量问题，只是日常维护已经很不容易，更不要说修改；软件设计时为维护工作考虑得太少，例如对错误给出的提示很不清楚，过分依赖输入数据的正确性；软件的可移植性、可扩展性很差。设备、软件的更新换代对软件的兼容性提出了巨大的考验。可是，有几个软件在设计时充分考虑了可移植性呢？将一套系统从32位机上移到64位机上，即使没有对任何语句进行修改，也必须做全面的测试以保证不会突然当机；软

39、件的易用性不高，必须要专业人员才能维护。 7.1.2.4客户需求不断变化 软件更新的速度赶不上需求变化的速度；原来的技术、模式、结构不能满足新的需求；多次变化后连客户也不清楚到底要什么；层层堆叠的补丁给系统带来了预料之外的负担。例如不断增加的、过多的报表降低了系统效率。上述种种问题在现有的没采用结构化思想开发出来的软件中，都或多或少的存在着。使用结构化分析和设计的方法进行开发工作可以从根本上提高软件的可维护性。7.1.3维护的内容7.1.3.1程序的维护程序的维护是指因业务处理的变化使系统业务出现故障或用户对系统有更高的要求，需要修改部分或全部程序。修改以后,必须书写修改设计报告。修改后的原程

40、序，必须在程序首部的序言性注释语句中进行说明，指出修改的日期、人员。同时，必须填写程序修改登记表，填写内容包括：所修改程序的所属子系统名、程序名、修改理由、修改内容、修改人、批准人和修改日期等。7.1.3.2数据的维护数据维护指对数据有较大的变动。如安装与转换新的数据库;或者某些数据文件或数据库出现异常时的维护工作,如文件的容量太大而出现数据溢出等。7.1.3.3代码的维护随着系统的变化，旧的代码不能适应新的要求，需要修改旧的代码体系或制定新的代码体系。代码维护的困难往往不在代码本身的更改，而在于新代码的贯彻。7.1.3.4硬件的维护硬件的维护主要指对机器、设备的维护，包括日常的保养和发生故障

41、的修复工作。硬件人员应加强设备的保养以及定期检修，并做好检验记录和故障登记工作。7.2系统维护的步骤系统的修改往往会“牵一发而动全身”。程序、文件、代码的局部修改都可能影响系统的其他部分。因此，系统的维护工作应有计划有步骤的统筹安排，按照维护任务的工作范围、严重程度等诸多因素确定优先顺序，制定出合理的维护计划，然后通过一定的批准手续实施对系统的修改和维护。通常对系统的维护应执行以下步骤：(1)提出维护或修改要求。宿舍管理员或学校相关领导用书面形式向负责系统维护工作的管理员提出对某项工作的修改要求。这种修改要求一般不能直接向程序员提出。(2)领导审查并做出答复，如同意修改则列入维护计划。系统主管

42、人员进行一定的调查后，根据系统的情况和工作人员的情况，考虑这种修改是否必要、是否可行，做出是否修改、何时修改的答复。如果需要修改，则根据优先程度的不同列入系统维护计划。计划的内容应包括维护工作的范围、所需资源、确认的需求、维护费用、维护进度安排以及验收标准等。(3)领导分配任务，维护人员执行修改。系统主管人员按照计划向有关的维护人员下达任务，说明修改的内容、要求、期限。维护人员在仔细了解原系统的设计和开发思路的情况下对系统进行修改。(4)验收维护成果并登记修改信息。系统主管人员组织技术人员对修改部分进行测试和验收。验收通过后，将修改的部分嵌入系统，取代旧的部分。维护人员登记所做的修改，更新相关

43、的文档，并将新系统作为新的版本通报用户和操作人员，指明新的功能和修改的地方。在进行系统维护过程中，还要注意维护的副作用。维护的副作用包括两个方面：一是修改程序代码有时会发生灾难性的错误，造成原来运行比较正常的系统变得不能正常运行，为了避免这类错误，要在修改工作完成后进行测试，直至确认和复查无错为止;二是修改数据库中数据的副作用，当一些数据库中的数据发生变化时，可能导致某些应用软件不再适应这些已经变化了的数据而产生错误。为了避免这类错误，一是要有严格的数据描述文件，即数据字典系统;二是要严格记录这些修改并进行修改后的测试工作。图（7.2.1）简要说明了维护工作的全过程的步骤（7.2.1）系统维护步骤 7.3数据库备份本系统备份的数据对象是数据库和日志文件，所以针对这两个对象分别进行编写代码，然后通过代码直接调用SQL SERVER 2005的数据库备份与还原功能，不会和系统的运行产生任何冲突，就算是在系统不能运行的情况下也可以进行数据的备份与还原。不但实现简单而且使得系统数据得以更加安全。备份数据时首先选择备份的对象，分别是数据库备份和日志文件备份，然后可以选择所要备份数据的路径，就可开始备份了，界面如下，界面操作简单易理解。 7.4系统测试及出现的问题7.5系统存在的不足