大酒店财务标准管理系统.doc

成绩

课程设计报告

题 目 酒店财务管理系统

课 程 名 称 数据库课程设计
院 部 名 称 信息技术学院
专 业 计算机科学与技术
班 级 08计算机科学与技术（1）班
学 生 姓 名
学 号
课程设计地点 工科楼B513
课程设计学时 30
指 导 教 师 王预

金陵科技学院教务处制

设计项目名称： 酒店财务管理系统 学时： 30
同组学生姓名： 张婕 莫莉莉 范丽 薛宇鹏 钱斌 马大帅 万思城 实验地点：工科楼B513
实验日期：18周——19周（星期二）.12.28_—.1.07 实验成绩：
批改教师： 批改时间：

目 录

摘 要 5
一、课程设计目和规定 6
二、课程设计仪器和设备 6
三、课程设计过程 6
1.需求分析阶段 6
1.1应用背景 6
1.2系统可行性分析 7
1.3系统设计目的 7
1.4系统设计概要 8
1.5详细系统业务过程及功能规定 8
1.6数据流程 9
2.概念构造设计阶段 17
3.逻辑构造设计阶段 20
4.物理构造设计阶段 22
5.数据库实行 23
5.1 Create Database创立数据库 23
6. Visual Studio界面设计及程序代码设计 26
6.1Visual Studio 简介 26
6.2 Visual Studio系统菜单构造图 27
6.3本系统模块以及详细阐明 29
7. 数据库运营维护 31
7.1系统运营维护 31
7.2系统维护环节 32
7.3 数据库备份 34
7.4系统测试及浮现问题 34
7.5系统存在局限性 37
实验体会 38
参照文献 39
附录 40
顾客系统使用阐明书 45

摘 要
客房管理信息化限度体当前将计算机及网络与信息技术应用于经营与管理，以当代化工具代替老式手工作业。无疑，使用网络信息化管理使客房管理更先进、更高效、更科学，信息交流更迅速。
酒店管理系统是典型信息管理系统(MIS),其开发重要涉及后台数据库建立和维护以及前端应用程序开发两个方面。对于前者规定建立起数据一致性和完整性强、数据安全性好库。而对于后者则规定应用程序功能完备,易使用等特点。本库存管理信息系统某些基本功能和构成状况涉及系统需求分析、概念构造设计、逻辑构造设计、物理构造设计、数据库实行、数据库运营维护等。
本系统重要模块有：基本资料维护、运营管理、财务管理、系统管理
本课题采用微软公司Visual Studio开发工具,运用其提供各种面向对象开发工具,是能以便而简洁操纵数据库智能化对象,短期内就可以开发出顾客满意可行系统，在开发办法上使用生命周期法。
核心词：酒店财务管理；数据库；管理信息系统；Visual Studio；SQL SERVER

一、课程设计目和规定
课程设计是为了增强学生对所学课程理解，学会综合地、灵活地运用所学课程知识一种重要实践环节。
本课程设计是应用C#程序设计语言进行数据库应用系统开发，用MS SQL SERVER进行后台数据库管理，编写出某一种小型管理信息系统。
通过本课程设计可以达到如下目的：
1、可以自觉运用数据库原理理论知识指引软件设计；
2、学会数据库设计，并能对设计成果优劣进行对的评价；
3、学会如何组织和编写信息系统软件设计文档和软件系统操作阐明；
4、具备一定独立分析问题、解决问题能力；
5、掌握SQL Server数据库在信息系统开发过程中应用。
6、掌握使用C#访问后台数据库办法。
二、课程设计仪器和设备
586 以上计算机、Server规定内存256以上,Cpu 2.0GHz以上.Clinet内存128以上,cpu奔腾III以上,装有有关数据库软件(本系统后台数据库是SQL )和 Visual Studio以上中文版软件。该软件可以在WIN98﹑WIN、WIN XP等系统中运营。
三、课程设计过程
本实验依照数据库设计六个环节来设计，即需求分析、概念构造设计、逻辑构造设计、物理构造设计、数据库实行、数据库运营维护。

酒店财务管理系统
1.需求分析
1.1背景和意义
酒店财务管理系统是一种与外界进行物资，资金，信息互换开放系统。酒店一切经营活动目都是
为了赚钱。一种公司离开了赚钱，它就无法生存下去。财务部在酒店经营活动中负责收集、记录、分类、总括、分析货币交易以及由此而得出成果和结论，向管理者提供经营资料，供总经理进行经营决策。通过财务部门进行有效管理，能使酒店经营活动获得更大经济效益，从而增进公司不断向前发展。
客房管理信息化限度体当前将计算机及网络与信息技术应用于经营与管理，以当代化工具代替老式手工作业。无疑，使用网络信息化管理使客房管理更先进、更高效、更科学，信息交流更迅速。酒店客房管理系统是酒店经营管理中不可缺少某些，它内容对于经营决策者和管理者来说都至关重要,因此客房管理系统、信息管理系统应当可觉得顾客提供充分信息和快捷查询手段。但始终以来人们使用老式人工方式管理文献档案，这种管理方式存在着许多弊端，如:效率低、保密性差，容易浮现差错等，且对于查询空房间及已定房间等极为不以便。在当今时代，这些完全可以改用计算机来代替人手工操作。作为计算机及网络应用一某些，使用计算机对客房信息进行管理，具备手工管理所无法比拟长处。例如:检索迅速、查找以便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些长处可以极大地提高客房经营管理效率，也是公司科学化、正规化管理，与世界接轨重要条件。且办事效率也是决定收入一种核心因素。

1.2系统可行性分析
本系统从如下三个方面进行分析：
1.2.1技术可行性
酒店财务管理数据庞大，酒店财务管理系统就是为了提高酒店管理效率，让经营过程可见。本学期刚学习了数据库，对设计数据库系统设计过程有了初步理解，通过调研与讨论功能模块成型，运用学过C#语言进行编程。因此技术方面是完全可以。
1.2.2经济可行性
成本方面：基本无需成本，开发人员免费，资料图书馆提供，开发环境免费,不但如此，本系统大大减少了管理成本，空出了人力，操作简朴，加强了安全性，交流性 ，经济效益好。
1.2.3操作可行性
本系统是为酒店开发，所有本软件顾客对象是酒店工作人员，由于本软件要设计和谐界面，写出详细使用阐明，顾客只需懂得简朴计算机操作知识，就能自由应用本软件。
结论：经分析本系统满足以上几种方面规定，因此开发本系统是完全可行。

1.3系统设计目的
系统开发总目的是实现酒店财务规范化管理，使业务管理简朴化、经济效益最大化。

1.4系统概要设计
酒店管理系统是典型信息管理系统(MIS),其开发重要涉及后台数据库建立和维护以及前端应用程序开发两个方面。对于前者规定建立起数据一致性和完整性强、数据安全性好库。而对于后者则规定应用程序功能完备,易使用等特点。本库存管理信息系统某些基本功能和构成状况涉及系统需求分析、概念构造设计、逻辑构造设计、物理构造设计、数据库实行、数据库运营维护等。本系统以SQL SERVER 作为后台，以C#为编程语言来开发。
酒店财务管理系统重要对酒店涉及财务各个部门业务，涉及餐饮部、采购部和客房部金额进行管理，做到以便快捷、对的无误，为酒店管理人员工作带去便捷。除了对该系统进行操作外，对于系统维护也是很重要，有了有效维护功能，系统才干长期有保证运营。
1.5详细系统业务过程
通过对酒店财务管理业务实际调查分析，弄清了该酒店管理工作业务流程和管理功能。
1.5.1系统业务流程图如下所示：

图1.5.1-1登录流程图

图1.5.1-2采购业务流程图

图1.5.1-3客房业务流程图

1.6数据流程及模块功能规定
1.6.1系统功能模块总图如图所示：

图1.2 财务管理系统基本功能模块
1.6.1.1基本资料维护模块
子模块图：

图1.3基本资料维护模块

功能概述：
1.系统管理员可通过该模块，查看、增添、修改、删除酒店有关信息，信息涉及员工基本信息、会员基本信息、餐饮菜单信息、客房信息。
2.未授权人员禁止对信息进行任何操作。
3.具备防止加错、改错、删错功能。
1.6.1.2运营管理
子模块图：

图1.4运营管理模块

功能概述：
1.各部门业务发生流水账号自动生成，其编码方案为：部门编号（1位）+日期（8位）+顺序号（2位），并将该编码方案在系统中固定下来，不容许顾客选取；
2.管理员可参加任何部门业务，本部门人员只可登陆本部门界面、进行本部门业务；
3.各部门依照业务状况填写业务凭证，并可对各部门业务金额进行记录；
4.会员在餐饮和客房消费金额计入其消费总额。
1.6.1.3财务分析
子模块图：

图1.5财务分析模块
功能概述
1.管理员可选查某日各部门详细收入和支出状况以及总收益；
2.管理员可查询会员消费总额；
3.管理员可随时查询各时间段内各部门收支状况和总收益。
1.6.1.4系统管理
子模块图：

图1.6系统管理模块
功能概述
1.管理员和各部门员工可通过该模块修改登录密码；
2.管理员可进行数据备份和还本来防止故障导致数据丢失。

1.6.2数据流程图
现行系统第一层数据流图如图（1.6.2.1）所示

图1.6.2.1第一层数据流图
第二层数据流图如图（1.6.2.2）--(1.6.2.4)所示：

图1.6.2.2客房消费数据流图

图1.6.2.3餐饮消费数据流图

图1.6.2.4采购数据流图

1.6.3系统数据字典
1.6.3.1数据流描述
数据项名
数据类型
长度
阐明
姓名
nchar()
10
客人名称、员工名称
性别
nchar()
2
客人性别、员工性别
联系方式
nchar()
11
客人电话号码
身份证号
nchar()
18
客人身份证号
客房类型
nchar()
10
客人想要入住客房类型
客房编号
nchar()
10
客人最后入住客房编号
入住天数
smallint
4
客人预期入住天数
入住日期
smalldatatime
10
客人入住日期
预付金额
smallmoney
8
客人入住酒店时预付金额
单价
smallmoney
8
客房单价、餐饮单价、采购物品单价
客房消费总额
smallmoney
10
等于客人入住客房单价乘以入住天数
折扣
float
3
会员折扣
实收金额
smallmoney
10
客人消费实际缴费
结账日期
smalldatatime
10
客户结账日期
餐饮数量
smallint
2
客人点餐数量
餐饮名
nchar()
10
客人点餐餐名
餐饮消费总额
smallmoney
10
客人消费各餐饮乘以数量总和
桌号
smallint
2
客人吃饭时桌号
职工号
nchar()
4
员工职工号
物品名称
nchar()
10
采购物品名称
采购数量
smallint
4
采购物品数量
采购日期
smalldatatime
10
采购发生日期
采购总额
smallint
10
采购物品乘以数量总和

数据存储
名称：Gust_Room_Table
别名：客房表
简述：存储酒店客房有关信息
构成： 编号、所属类型编号、名称、单价、标记、备注
核心字：编号
有关解决： 管理员可对该表进行增添、修改、删除、查看

名称：VIP_Information_Table
别名：会员信息表
简述：存储酒店会员有关信息
构成： 编号、姓名、性别、身份证号、联系方式、消费总额、折扣
核心字：编号
有关解决：管理员可对该表进行增添、修改、删除、查看

名称：Check_In_Table
别名：入住登记表
简述：存储客人入住客房时有关信息
构成： 流水账号、入住客房编号、客人姓名、性别、身份证号、联系方式、入住日期、入住天数、预付金额、总额
核心字：流水账号
有关解决： 当入住发生时进行增添

名称：Gust_Room_In_Out_Table
别名：客房消费表
简述：存储客人客房入住消费总额等信息
构成： 流水账号、日期、总额
核心字：流水账号
有关解决： 入住业务发生后进行增添

名称：Eating_consumer_Table
别名：餐饮消费表
简述：存储客人客房入住餐饮消费总额等信息构成：
核心字：流水账号、日期、总额
有关解决：餐饮消费发生后进行增添

名称：Procure_Menu_Table
别名：采购物品单
简述：存储采购物品有关信息
构成： 编号、名称、单价、供应商
核心字：编号
有关解决：管理员可对该表进行增添、修改、删除、查看

名称：Procure_Comsume_Table
别名：采购消费表
简述：存储采购总额等信息
构成： 流水账号、采购人员编号、日期、总额
核心字：流水账号
有关解决： 当采业务发生时进行增添、修改

2.概念构造设计阶段
本系统E-R图如图2-1所示：

图2-1总E-R图

如下是分E-R图

图2-2采购 E-R图图

图2-3餐饮 E-R图

图2-4入住E-R图

由以上E-R图可得该系统关系模式如下：
客人 （身份证号、客房编号、联系方式、性别、姓名）
入住 (流水账号、预付金额、入住天数、日期、总额）
客房 （客房编号、名称、单价、标记、备注）
客房类型（客房类编号、客房编号、名称、备注）
消费项（编号、名称、单价、类型）
消费（流水账号、编号、金额、时间、桌号）
员工（员工编号、姓名、性别、年龄、ID、联系方式、所属部门、职位、基本工资、聘入时间）
物资（流水号、总额）
采购（日期、员工编号、流水号、数量）
采购项（编号、流水号、名称、单价、供应商）
3.逻辑构造设计阶段
把系统E-R图转换成数据库模式如下(下列关系模型中标有黄色钥匙状为主码)：
表3.1 登录表

表3.2入住表

表3.3 餐饮消费表

表3.4入住消费表

表3.5客房表

表3.6菜单表

表3.7订餐表

表3.8采购消费表

表3.9 员工信息表

表3.11 VIP信息表

表3.12 酒店收支表

4.物理构造设计阶段
数据库在物理设备上存储构造与存取办法称为数据库物理构造，它依赖于选定数据库管理系统。为一种给定逻辑数据模型选用一种最适合应用规定物理构造过程，就是数据库物理设计。
数据库物理设计普通分为两步：
（1） 拟定数据库物理构造，在关系数据库中重要指存取办法和存储构造；
（2） 对物理构造进行评价，评价重点是时间和空间效率。
4.1关系模式存取办法选取
拟定数据库存取办法，就是拟定建立哪些存储途径以实现迅速存取数据库中数据。现行DBMS普通都提供了各种存取办法，如索引法、HASH法等。其中，最惯用是索引法，本系统也采用是索引法。咱们在经常需要搜索列和主核心字上建立了唯一索引。
4.2拟定数据库存储构造
由于不同PC机所安装数据库软件位置不一定相似,因此数据文献与日记文献存储位置也不一定相似。普通，咱们存储数据文献与日记文献位置在：F:\ 酒店财务管理系统DB\kcgl_data。

5.数据库实行
5.1 Create Database创立数据库
--创立数据库db_Proverty_manager
CREATE DATABASE db_Proverty_manager
GO
USE db_Proverty_manager
GO
5.2 Create Table创立表
创立入住表
CREATE TABLE [dbo].[Check_In_Table入住表]
(
[cnum] [nchar](20) COLLATE Chinese_PRC_CI_AS NOT NULL,
[grno] [nchar](20) COLLATE Chinese_PRC_CI_AS NULL,
[name] [nchar](4) COLLATE Chinese_PRC_CI_AS NULL,
[id] [nchar](20) COLLATE Chinese_PRC_CI_AS NULL,
[sex] [nchar](2) COLLATE Chinese_PRC_CI_AS NULL,
[tel] [nchar](20) COLLATE Chinese_PRC_CI_AS NULL,
[days] [smallint] NULL,
[chindate] [smalldatetime] NULL,
[ppd] [smallint] NULL,
CONSTRAINT [PK_Check_In_Table] PRIMARY KEY CLUSTERED
)

创立餐饮消费表
CREATE TABLE [dbo].[Eating_consumer_Table餐饮消费表]
(
[enum] [nchar](15) COLLATE Chinese_PRC_CI_AS NOT NULL,
[tableno] [nchar](10) COLLATE Chinese_PRC_CI_AS NULL,
[date] [smalldatetime] NULL,
[total] [decimal](8，2) NULL,
[price] [decimal](8，2) NULL,
[VIPno] [nchar](10) COLLATE Chinese_PRC_CI_AS NULL,
[discount] [float] NULL,
CONSTRAINT [PK_Eating_consumer_Table餐饮消费表] PRIMARY KEY CLUSTERED
)

创立登录表
CREATE TABLE [dbo].[Enter_Table]
(
[staffno] [nchar](10) COLLATE Chinese_PRC_CI_AS NOT NULL,
[name] [nchar](6) COLLATE Chinese_PRC_CI_AS NOT NULL,
[post] [nchar](6) COLLATE Chinese_PRC_CI_AS NOT NULL,
[password] [nchar](20) COLLATE Chinese_PRC_CI_AS NOT NULL,
[dept] [nchar](10) COLLATE Chinese_PRC_CI_AS NULL,
CONSTRAINT [PK_Enter_Table] PRIMARY KEY CLUSTERED
)

创立入住消费表
CREATE TABLE [dbo].[Gust_Room_In_Consume_Table入住消费表
](
[date] [smalldatetime] NOT NULL,
[chno] [nchar](20) COLLATE Chinese_PRC_CI_AS NOT NULL,
[roomprice] [decimal](8，2) NULL,
CONSTRAINT [PK_Gust_Room_In_Consume_Table入住消费表] PRIMARY KEY CLUSTERED
)

创立客房表
CREATE TABLE [dbo].[Gust_Room_Table客房表]
(
[grno] [nchar](20) COLLATE Chinese_PRC_CI_AS NOT NULL,
[grname] [nchar](10) COLLATE Chinese_PRC_CI_AS NOT NULL,
[unitp] [smallint] NOT NULL,
[whether] [nchar](4) COLLATE Chinese_PRC_CI_AS NOT NULL CONSTRAINT [DF_Gust_Room_Table客房表_whether] DEFAULT (N'no'),
[direction] [nchar](20) COLLATE Chinese_PRC_CI_AS NOT NULL
CONSTRAINT [PK_Gust_Room_Table_1] PRIMARY KEY CLUSTERED
)

创立菜单表
CREATE TABLE [dbo].[Menu_Table]
(
[dish] [nchar](10) COLLATE Chinese_PRC_CI_AS NOT NULL,
[dishno] [nchar](10) COLLATE Chinese_PRC_CI_AS NOT NULL,
[unitp] [smallint] NOT NULL,
[type] [nchar](10) COLLATE Chinese_PRC_CI_AS NOT NULL,
CONSTRAINT [PK_Menu_Table_1] PRIMARY KEY CLUSTERED
)

创立订餐表
CREATE TABLE [dbo].[ordermenu]
(
[tableno] [nchar](10) COLLATE Chinese_PRC_CI_AS NOT NULL,
[menuno] [nchar](10) COLLATE Chinese_PRC_CI_AS NOT NULL,
[unitprice] [int] NULL,
[count] [int] NULL,
CONSTRAINT [PK_ordermenu] PRIMARY KEY CLUSTERED
)

创立采购消费表
CREATE TABLE [dbo].[Procure_Comsume_Table采购消费表]
(
[date] [smalldatetime] NULL,
[pnum] [nchar](10) COLLATE Chinese_PRC_CI_AS NOT NULL,
[proprice] [decimal](8，2) NULL,
CONSTRAINT [PK_Procure_Comsume_Table] PRIMARY KEY CLUSTERED
)

6.界面设计及程序代码设计
6.1Visual Studio 及SQL Server 简介
Visual Studio （如下简称VS ）是美国微软公司推出最新开发工具，该版本具新功能体当前对ASP.NET 2.0、CLR 2.0、VB.NET与C#.NET语言上强化，提供更好执行效能，并更加注重安全性等方面。
VS 是一套完整开发工具集，用于生成ASP.NET Web应用程序、XML Web Services、桌面应用程序和移动应用程序。Visual Basic、Visual C++、Visual C#和Visual J#全都使用相似集成开发环境（IDE），运用此IDE可以共享工具且有助于使用混合语言创立解决方案。此外，这些语言运用了.NET Framework功能，通过此框架可使用简化ASP Web应用程序和XML Web Services开发核心技术。
SQL Server 简介：SQL Server 是一种关系数据库管理系统，它是Microsoft 公司推出SQL Server 数据库管理系统最新版本。该版本继承了SQL Server 7.0 版本长处同步又比它增长了许多更先进功能，具备使用以便,可伸缩性好与有关软件集成限度高等长处，可跨越从运营Microsoft Windows 98 膝上型电脑到运营Microsoft Windows 大型多解决器服务器等各种平台使用。SQL Server 中涉及析取和分析汇总数据以进行联机分析解决 (OLAP) 工具。SQL Server 中还涉及某些工具，可用来直观地设计数据库并通过 English Query 来分析数据。SQL Server 共有4个版本，分别是个人版，原则版，公司版和开发版。

6.2系统菜单构造图
酒店财务管理系统
基本资料维护
员工信息管理
餐饮信息管理
客房信息管理
会员信息管理
运营管理
采购部
客房部
客房查询
宾客结帐
修改密码
退出
餐饮部
点菜
宾客结帐
修改秘密
退出
采购单
修改密码
退出
财务管理
会员消费查询
当天收益查询
时间段收益查询
系统管理
密码修改
系统备份
系统还原

6.3 C#访问SQL　SERVER数据库办法
在C#语言中对数据库访问是通过.NET框架中ADO.NET来实现。ADO.NET对象模型由两个某些构成：数据提供程序（Data Provider，有时也叫托管提供程序）和数据集（DataSet）。数据提供程序负责与物理数据流连接，数据集代表实际数据。
咱们将实现访问SQL Sever数据库和返回基本ADO.NET对象办法封装在BaseOperate类里面：
class BaseOperate
{
public SqlConnection getcon()/*返回值为sqlConnection类型自定义办法，用来建立数据库连接*/
{
string str_sqlcon = "server='ZHANG-PC';uid='sa';pwd='123456';database='db_Proverty_Manager'";
SqlConnection myCon = new SqlConnection(str_sqlcon);
return myCon;
}
public void getcom(string str_sqlstr) /*无返回值类型自定义办法，用来执行sql语句*/
{
SqlConnection sqlcon = this.getcon();
sqlcon.Open();
SqlCommand sqlcom = new SqlCommand(str_sqlstr，sqlcon);
sqlcom.ExecuteNonQuery();
sqlcom.Dispose();
sqlcon.Close();
sqlcon.Dispose();
}
public DataSet getds(string str_sqlstr，string str_table) /*执行sql语句返回DateSet类型数据集对象 */
{
SqlConnection sqlcon = this.getcon();
SqlDataAdapter sqlda = new SqlDataAdapter(str_sqlstr，sqlcon);
DataSet myds = new DataSet();
sqlda.Fill(myds，str_table);
return myds;
}
public SqlDataReader getread(string str_sqlstr) /*生成sqlDataReader类对象，比便从数据库读数据 */
{
SqlConnection sqlcon = this.getcon();
SqlCommand sqlcom = new SqlCommand(str_sqlstr，sqlcon);
sqlcon.Open();
SqlDataReader sqlread = sqlcom.ExecuteReader(CommandBehavior.CloseConnection);
return sqlread;
}
}
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)验收维护成果并登记修改信息。系统主管人员组织技术人员对修改某些进行测试和验收。验收通过后，将修改某些嵌入系统，取代旧某些。维护人员登记所做修改，更新有关文档，并将新系统作为新版本通报顾客和操作人员，指明新功能和修改地方。在进行系统维护过程中，还要注意维护副作用。维护副作用涉及两个方面：一是修改程序代码有时会发生劫难性错误，导致本来运营比较正常系统变得不能正常运