旅游管理专业课程 酒店业计算机管理系统 华南理工大学 经济与贸易学院 高克昌.

Presentation on theme: "旅游管理专业课程 酒店业计算机管理系统 华南理工大学 经济与贸易学院 高克昌."— Presentation transcript:

1 旅游管理专业课程 酒店业计算机管理系统 华南理工大学 经济与贸易学院 高克昌

2 第五章饭店管理信息系统开发建设 主要内容 饭店信息系统的功能需求分析 饭店管理信息系统的总体规划 饭店管理信息系统的开发方法 主要目的
本章将从软件开发的角度剖析饭店管理信息系统，介绍饭店管理信息软件的开发前的功能需求分析、总体规划和开发中常用的基本方法，便于从软件开发的角度理解饭店管理信息系统。

3 第一节饭店信息系统的功能需求分析 前台对酒店至关重要 反映了酒店整体的服务质量 计算机的介入对于改进手工服务，提高服务质量效果显著
饭店前台管理信息系统与一般生产性企业MIS的不同 时效性强，客人多点消费，一次性结账，随时都要有客人的准确消费信息 人员信息流中不仅有员工，更多的是客人信息流 客房作为一种特殊的商品，具有不可存储、不可移动性，必须及时销售出去，因此，实时房态很重要。

4 一、饭店管理信息前台系统功能需求 预定 接待、问询 结帐 ->订房部、销售部 夜审 ->总台接待、接待、商务中心、总机 客房管理
收银 电话计费 总经理查询 ->订房部、销售部 ->总台接待、接待、商务中心、总机 ->总台结帐处 ->夜审组 ->客房部 ->餐饮部、康乐部、商务中心、洗衣房 ->结帐、客房、问询、总机、商务中心 ->总经理、副总经理

5 1、预定阶段的功能需求 散客预定 团队预定 房类清单 可用房表显示 旅行社信息管理 饭店工作账 预定报表 预分房 客人信息操作

6 2、接待阶段功能需求 预定功能 散客登记 团队登记 客人应收、应付帐主单处理 电话控制 协议单位和公司 房类清单、可用房表 客人留言、备注等 职员留言 修改房间状态 优惠处理 户籍上报接口 Vip管理 客史档案 黑名单 社会信息查询和编辑 报表

7 3、结帐功能需求 逃账 事后优惠 订金押金处理 团体自动结帐、团体私账处理 客户自动转帐处理 报表 客账输入、调整和冲账 多种付款方式 消费明细表、账单 部分结账 挂账 提前结账

8 4、夜间稽核功能需求 交接班 饭店帐务处理 过房租 日营业报表 夜间处理 数据备份 稽核报表

9 5、客房管理功能需求 修改客房状态 输入房内发生费用 客人遗漏物管理 客房历史查询 与前台核对房态 客房维修 客房内部管理 打印报表

10 6、收银点功能需求 收银项目设置 不同付款方式 收银员及其交接班管理 营业报表

11 7、电话计费功能需求 方便处理各种费率 计费方法的控制 直拨、长途控制 客账查询 客人信息查询 报表处理

12 8、总经理查询功能需求 查询各种预定、接待信息 查询各种营业情况和财务信息 查询各种商品的库存 查询各种操作人员的工作情况 查询客房、餐厅、会议室、康乐场所的使用情况 查询人事、工资情况 查询客源市场 查询经营情况

13 9、公关销售功能需求 房间预定、会议室预定、餐饮预定 住客档案管理 客人黑名单管理 贵宾卡管理 客源市场分析和预测 销售人员、销售部门业绩统计 客人信息、社会信息、客房使用情况、可用房类等信息查询

14 10、系统维护功能需求 系统初始化 使用情况 系统代码维护 客房配置 职员维护 参数设置 数据备份 系统维护

15 二、饭店管理信息后台系统功能需求 1、财务处理功能需求 建账 科目管理 管理来往帐单位代码、名称 管理资金额度 期初处理 会计周期初始化

16 会计凭证录入 凭证内容管理 凭证编号管理 凭证平衡关系管理 自动记录操作人员代码 凭证其他管理

17 输入明细分类 查询功能 明细帐账目、发生额、余额查询 总帐账目、发生额、余额查询 现金日记帐、现金库存数查询 银行日记帐及发生额、余额 按报表代码的查询

18 报表处理功能 报表格式、内容自定义 自动填写报表 新增报表 报表输出、凭证输出 系统维护 口令权限控制 系统备份与应急恢复

19 2、固定资产管理功能需求 固定资产卡片维护 选择计提折旧方法 编制固定资产凭证 月底自动转帐 查询打印

20 3、采购管理功能需求 基本参数建立 采购文件管理 订单管理 查询 报表 仓库编码管理 部门编码管理 币种编码管理 仓库物类编码管理
计划类型编码 供应商编码 采购文件管理 订单管理 查询 报表

21 4、库存管理功能需求 建库管理 日记帐处理 报表 5、商场管理功能需求 代销、经销客户管理 代销、经销商品进、出、余账目处理 各种统计 查询

22 6、人事工资管理功能需求 员工人事档案管理 考勤管理 人员变动 培训、考评及奖惩记录 工资管理

23 三、饭店计算机信息系统的设计原则 1、系统设计的一般原则 注重总体结构的合理性 系统必须以结构化设计为基础，采用模块式结构
系统设计必须注意区别不同的管理模式 系统设计必须考虑软件的生命周期 系统设计必须提供较为全面的解决方案

24 Dim pHuman As IGreeting Set pHuman = New Human pHuman.HandShake
pHuman.Smile Handshake Smile Name Eat Breathe Human IGreeting IAnimal

25

26 2、饭店前台系统的设计原则 详尽的数据库设计 考虑并发性 界面友好，易操作 保证安全性、可靠性 系统的灵活性、适应性 主库 房务库 系统库
系统代码库 辅助库 临时库 考虑并发性 界面友好，易操作 保证安全性、可靠性 系统的灵活性、适应性

27 3、饭店后台系统的设计原则 以财务核算为基础的原则 以财务控制为重点的原则 财务状况分析 成本分析 利润分析 投资分析预测
以财务计划预测为指导的原则 财务计划预测模块 成本计划预测模块 工程预算模块 投资项目可行性分析模块

28 第二节饭店管理信息系统的总体规划 一、信息系统规划 1、系统工程中的系统规划 系统工程
是组织管理系统的规划、研究、设计、制造、实验和使用的科学方法，是一种对所有系统都具有普遍意义的科学方法。 系统工程生命周期 上述各阶段组成了系统的生命周期

29 如，航天系统工程、军事系统工程、人口系统工程
系统工程范畴 广泛应用于社会生活的各个方面 如，航天系统工程、军事系统工程、人口系统工程 系统工程中的系统规划 系统规划是任何系统工程中不可缺少的一步 提出问题 初步调查、总体研究 确定系统目标 选用模型 综合分析、提出几个方案 选定评价标准 选择最优方案 确定实施计划

30 2、软件危机 软件越来越多，规模越来越大，而软件的生产基本上是个人单打独斗，缺乏科学规范的系统规划与测试、评估标准，其恶果是大批耗费巨资建立起来的软件系统，由于含有错误而无法使用，甚至带来巨大损失，软件给人的感觉是越来越不可靠，以致几乎没有不出错的软件。这一切，极大地震动了计算机界，史称“软件危机”

31 美国IBM公司于1963年～1966年开发的IBM360系列机的操作系统。该软件系统花了大约5 000人一年的工作量，最多时，有 1000人投入开发工作，写出近100万行的源程序。尽管投入了这么多的人力和物力，得到的结果却极其糟糕。据统计，这个操作系统每次发行的新版本都是从前一版本中找出1000个程序错误而修正的结果。可想而知，这样的软件质量糟到了什么地步。  该项目的负责人F·D·希罗克斯在总结该项目时无比沉痛地说：“……正像一只逃亡的野兽落到泥潭中作垂死挣扎，越是挣扎，陷得越深，最后无法逃脱灭顶的灾难，……程序设计工作正像这样一个泥潭……一批批程序员被迫在泥潭中拼命挣扎，……，谁也没有料到问题竟会陷入这样的困境……。” IBM360操作系统的历史教训已成为软件开发项目中的典型事例被记入历史史册。

32 1963年，美国用于控制火星探测器的计算机软件中的一个“，”号被误写为“·”，而致使飞往火星的探测器发生爆炸，造成高达数亿美元的损失。

33 3、软件危机的表现 对软件开发成本和进度的估计常常很不准确 用户对“已完成的”软件系统不满意的现象经常发生 软件产品的质量常常靠不住 软件常常是不可维护的 软件通常没有适当的文档资料 软件成本在计算机系统总成本中所占比例逐年上升

34 软件危机的出现，使得人们去寻找产生危机的内在原因，发现其原因可归纳为两方面，一方面是由软件生产本身存在着复杂性，另一方面却是与软件开发所使用的方法和技术有关。
软件危机出现后，人们逐渐开始意识到如果软件开发只是作为发挥个人编程能力的智力活动是不行的，必须将个人开发的手工方式转变为面向市场的工程化开发方式。  软件工程正是为克服软件危机而提出的一种概念，并在实践中不断地探索它的原理，技术和方法。在此过程中，人们研究和借鉴了工程学的某些原理和方法，并形成了一门新的学科─软件工程学。

35 4、软件工程中的项目规划 软件工程中对软件的生命周期划分为三个阶段： 定义 开发 维护

36 系统规划在软件工程中被当作其在第一阶段（软件定义）中的首要任务。有了规划才确定系统的总体目标，并继而开展系统的需求分析，进入开发的下一阶段
软件定义阶段 解决所要开发的软件能做什么，包括软件项目规划和需求分析 软件开发阶段 解决开发的软件怎样工作的问题，包括软件设计、程序编制、软件测试 软件维护阶段 解决软件的使用问题， 系统规划在软件工程中被当作其在第一阶段（软件定义）中的首要任务。有了规划才确定系统的总体目标，并继而开展系统的需求分析，进入开发的下一阶段

37 系统规划->系统分析->系统设计->系统实现->系统维护 系统规划包括 系统调查 系统功能定义 可行性分析
4、管理信息系统工程对系统规划的研究 系统规划->系统分析->系统设计->系统实现->系统维护 系统规划包括 系统调查 系统功能定义 可行性分析 制定实施计划 初步调查 功能定义 可行性分析 制定实施计划

38 因此，无论是系统工程、软件工程还是管理信息系统工程，系统规划都是其首要的步骤。
系统工程中对系统规划描述的比较概括，并强调优化 软件工程讨论的对象在规模和工程难度上相对较小。 管理信息系统工程介于二者之间，对象的规模比较大而描述也比较细致。

39 二、系统初步调查 调查饭店经营的总貌以及对信息的总需求，特别是调查饭店的组织结构，业务数据处理的关键点以及饭店领导的设想和支持程度。 其直接目的就是为了完成系统规划中的后三步工作：系统功能定义、可行性分析、制定实施计划。

40 强烈的主观认识约定、有限范围的，有很强的目的性——即构造一个信息的酒店管理信息系统
1、初步调查的工作内容 概要性、总体性 强烈的主观认识约定、有限范围的，有很强的目的性——即构造一个信息的酒店管理信息系统 初步调查的背景 研制和使用新系统 自行开发设计 联合开发 特别定制专用软件 选购成熟的商用软件

41 规范的星级酒店，管理完善、有完整资料，初步调查容易进行
初步调查可以分为 需求调查 是初步调查的核心任务 概貌调查 总体性调查 调查并编制组织结构图，了解部门分工 调查部门间的业务关系，了解相互协作 调查各部门的信息界面 规范的星级酒店，管理完善、有完整资料，初步调查容易进行

42 2、初步调查的工作经验 充分认识用户要求的缺陷 充分认识调查的复杂性 产生用户要求缺陷的原因 使用者的片面、局部要求 使用者对计算机、MIS缺乏了解 使用者对系统的概念模糊、或者有错误理解 使用者对待调查的随意性 使用者精力有限、工作压力大，影响问题的科学性 调查中需要确认的几个方面 信息要求和非信息要求 可量化要求和模糊要求 功能要求和技术性能要求 系统输入要求和系统输出要求 对信息处理的顺序、频率和周期的要求

43 3、系统调查的基本原则 必须虚心谨慎的对待客观存在的环境和对象 明确认识到用户的客观要求不能等同于科学的系统定义 调查中需要对后面的工作（系统定义、可行性研究）有所考虑 不能草率的结束调查，可反复调查，注重质量

44 4、调查方法 调查方法 直接调查方式 间接调查 类比调查方式 调查注意事项 有准备的提问是调查工作的核心 调查之后及时总结
问什么?先后顺序？详略？ 调查之后及时总结

45 5、调查经验 20世纪60年代的美国有这样一种说法…… 100个人中可以培养出10个程序员，但是不一定培养出1个系统分析员。 初步调查的负责人即系统分析员 除此之外，还负责…… 系统的总体设计（系统定义） 指导程序员完成具体系统的开发建设 不是随便一个人就能胜任的任务

46 三、系统功能定义 功能定义的基础是初步调查获得的用户需求 利用初步调查的结果，就可以开展以下工作： 1、理解用户的主要需求、定义最小系统
2、理解用户的强烈需求，着手建立系统的功能评价体系 3、注意某些被用户忽视的需求、考虑系统增效

47 因此，最小前台功能包括接待、分房、结帐；最小后台功能主要是会计财务系统
1、理解用户的主要需求、定义最小系统 接待功能需求 散客、团队的快速接待、登记，客人的属性管理，信息查询 分房功能需求 分房、开账 未有计算机的时候…… 结帐功能需求 严格、准确、快速 会计电算化功能需求 计算机对会计电算化有明显的优势 因此，最小前台功能包括接待、分房、结帐；最小后台功能主要是会计财务系统

48 2、理解用户的强烈需求，建立系统的功能评价体系
满足前厅分账、挑账和调帐的需求 满足会计人员印制现行单据、表格的要求 理解各岗位对系统操作的方便程度、工作速度的期望 理解用户对运行故障的普遍担心 建立系统的功能评价体系

49 3、注意某些被用户忽视的需求 电话收费功能 客人资料管理功能 系统信息维护 定人的信息维护功能 代码信息的维护 自动计费、自动过账
开发接口，计费信息进入客人帐户 客人资料管理功能 饭店进入以市场开发为主导的时期，客户资料尤显重要 系统信息维护 定人的信息维护功能 代码信息的维护

50 四、可行性研究和制定实施计划 1、饭店管理信息系统可行性研究的步骤 可行性分析 撰写可行性分析报告 讨论及审批可行性报告

51 2、使用可行性 是否需要使用管理信息系统 是否愿意使用管理信息系统 在日常管理中是否能够操作和配合管理信息系统的运行 是否能够认定对管理信息系统的使用要求 是否具有现场实现的可行性

52 3、技术方面的可行性 技术性能指标是否已经明确 技术性能指标是否可以满足 多用户数据库的优点 提高了数据管理的安全性和数据的共享性 数据库内部操作功能更强 多用户数据库的检索速度更快 多用户数据库提供与其他软件工具的接口，便于综合开发 多用户数据库提供了很多开发工具

53 4、投资方面的可行性 投资预算的估计 投入产出比、投资回收期和投资效益期的估计

54 5、可行性研究报告 可行性研究报告的内容 初步调查的成果 系统定义的成果 可行性分析资料 项目实施计划的初步方案

55 5、制定实施计划 工程进度计划 工程组织计划 工程基础条件计划 工程验收计划 工程成本费用计划

56 五、系统规划方法 1、企业系统规划方法（BSP） 争取管理者的支持 研究准备 发现为题并作出结论 确定业务过程 确定信息结构 确定数据分类
分析当前系统支持 确定管理层的观点 发现为题并作出结论 确定信息结构 确定优先开发的结构 评价信息资源管理 提出建议和行动计划 报告最终结果

57 BSP采用先自上而下的识别企业的管理目标、企业管理过程、企业信息流程，确定基础的信息结构和优先级别
再自下而上的规划企业MIS的总体功能、性能指标及优先级、可行性分析和工程计划

58 关注那些影响全局的、决不能出错的指标或信息 步骤： 了解企业的总体目标 识别所有成功因素 确定关键成功因素 识别性能指标和标准
2、关键成功因素法（CSF） 关注那些影响全局的、决不能出错的指标或信息 步骤： 了解企业的总体目标 识别所有成功因素 确定关键成功因素 识别性能指标和标准 确定基础信息结构 性能指标识别 企业目标 目标1 识别 目标2 识别 …… 目标n 识别 CSF识别确定关键成功因素 数据字典1 定义 数据字典2 定义 ……

59 3、战略目标及转化法（SST） 将企业管理目标所组成的信息集合转变为企业管理信息系统的目标集合。 企业使命 企业目标 企业战略 其他战略性变量 MIS 目标 MIS边界约束 MIS外部联结 MIS开发战略

60 4、饭店MIS规划方法讨论 系统战略规划方法讨论 侧重企业信息需求的规划方法 侧重业务战略联系的规划方法
业务信息分析法、业务系统计划法、业务信息控制研究法、连续流动法、关键成功因素法、目的和手段分析法 侧重业务战略联系的规划方法 战略目标集转化法

61 流程再造和系统再造讨论 所谓企业流程再造（BPR）实在新系统开发的系统规划中，重新检查每一项作业活动，找出并去掉不具有价值增值的作业活动，将那些具有价值增值的作业活动重新组合，优化过程，缩短周期。它强调打破旧有的管理程序，对整个系统实现某种大的改革。 系统改进的方法包括四项 Eliminate，取消不必要的环节 Combine，合并一些不必要的环节 Rearrange，对一些必要环节进行重新排序 Simplify，对一些必要环节进行简化

62 饭店MIS规划的特殊性 各家饭店建设信息系统的原则一般是为“自动化” 单体饭店经营中一般并不考虑流程再造和系统再造

63 饭店选购成熟MIS系统的原则 首先要考虑系统的成熟程度 注重系统的可靠性和适用性 饭店MIS的适用性主要取决于MIS和整个饭店经营管理体系的相互关系如何

64 第三节饭店管理信息系统的开发 一、系统开发的方法和过程 1、生命周期法（ Life Cycle Method）
又称瀑布法，是20世纪60年代发展起来的一种应用广泛且比较成熟的管理系统开发方法。 （1）基本思想是：任何系统都会经历一个发生，发展和消亡的过程。按信息系统的生命过程，自上而下，按工作阶段顺序开发系统，每个阶段任务明确，要产生相应的文档，作为下阶段的依据。而系统开发出来后，并不意味着生命周期的结束，而意味着根据组织的需要对系统的修改和重建的开始。

65 系统需求 软件需求 总体设计 详细设计 编程调试 运行维护

66 对其每一阶段规定它的任务、工作流程、管理目标及要编制的文档，使开发工作易于管理和控制，形成一个可操作的规范。

67 （2）生命周期各阶段的主要任务 系统分析 在系统分析阶段，首先根据用户提出的建立新系统的要求，进行总体规划和可行性研究。系统分析是使系统开发达到合理、优化的重要阶段，这阶段工作深入与否直接影响到新系统的质量和经济性，它是开发成败的关键。 系统设计 根据系统分析确定的逻辑模型，确定新系统的物理模型，即计算机化信息系统应用软件的总体结构和数据库设计，并提出系统配置方案。继而对物理模型进行详细的设计。详细设计的主要内容有代码设计、用户界面设计、处理过程设计。最后，编写系统设计报告。 系统实施 系统实施包括：按照物理模型实现应用软件的编制和测试、系统试运行、系统切换、系统交付使用以及运行后的系统维护和评价等工作。

68 （3）生命周期法的优点 建立面向用户观点 预先明确用户需求,从用户需求出发来设计系统; 自上而下规划和设计信息系统 加强调查研究和系统分析
逻辑设计与物理设计分别进行 使用结构化\模块化的方法 运用系统分解和综合技术,使复杂系统简明化 严格按照阶段进行 采用图形\图表工具和文字叙述定义和说明系统开发各阶段的结果; 强调阶段成果的审定和检验,以便减少系统开发中的隐患 工作文件标准化\规范化\确定化\文献化

69 （4）生命周期法的缺点 难于确定用户需求 开发周期长 不能充分预料可能发生的情况及变化 不直观，用户最后才能看到真实模型

70 2、原型法(Prototyping Method)
是20世纪80年代发展起来的，旨在改变生命周期法的缺点的一种系统开发方法。 （1）基本思想：该法的开发思路是首先根据用户的要求，由用户和开发者共同确定系统的基本要求和主要功能，利用系统快速生成工具，建立一个系统模型，再在此基础上与用户交流，将模型不断补充、修改、完善，如此反复，最终直至用户和开发者都比较满意为止，从而形成一个相对稳定、较为理想的管理信息系统。

71 （2）原型法的开发过程 确定用户的基本需求 开发初始原型 征求用户对原型的改进意见 修正和改进原型

72 （3）原型法的优点 减少开发时间，提高系统开发效率 改进用户与系统开发人员的信息交流方式 用户满意程度高 应变能力强

73 （4）原型法的缺点 开发工具要求高 需要对系统进行反复修改 对大型系统或复杂性高的系统不适用 对系统的把握和管理水平要求高

74 实际工作中，上述两种方法往往不是孤立的、对立的，而是相互结合的。

75 二、系统详细调查 1、系统调查的任务 管理业务流程的调查 报表分配和生成调查 系统运行环境的调查 编制系统调查报告

76 2、系统调查常用方法 收集资料 发调查表征求意见 开调查会 访问 直接参加业务实践 使用各种图表

77 ⑴ 收集资料 将各部门、科室日常业务中所用的计划、原始凭证、单据和报表等的格式或样本统统收集起，以便对它们进行分类研究。 返回

78 ⑵ 发调查表征求意见 根据系统特点设计调查表，用其向有关单位和个人征求意见和设计数据。 适用于：
需要向许多单位进行调查，而调查的信息量又不大的情况，调查表的设计要抓住中心，提问要简单、直接。 返回

79 ⑶ 开调查会 集中征询意见，适用于对系统作定性调查 按职能部门召开调查会(了解各部门业务范围、工作内容、业务特点以及对新系统的想法和建议)；
各类人员联合座谈(着重听取对目前作业方式和对新系统的要求)。 返回

80 ⑷ 访问 个别访问可去除被访者在座谈会上的一些约束，较能反映出其真实想法。 返回

81 ⑸ 直接参加业务实践 直接参加业务实践是了解当前系统的最好方法，但要受到条件的限制。 返回

82 ⑹ 使用各种图表 调查分析中使用各种图表，可帮助系统分析师描述系统、记录要点和分析问题。
组织结构图、功能体系图、业务流程图、数据一览表、重复分析表。 返回

83 三、系统分析与设计 1、系统分析的任务 系统分析是在系统调查的基础上，将收集到的资料进行整理、提炼，用数据和信息流的方式描述系统的结构，以及达到系统目标所采用的技术手段。 （1）数据流程分析 数据流程分析就是把数据在组织或原系统内部的流动情况抽象的独立出来，舍去具体组织机构、信息载体、处理工作、物资、材料等，仅从数据流动过程考察实际的数据处理模式。主要包括对信息的流动、传递、处理与存储的分析。 业务流程图

84 业务流程图常用符号

85 某 企 业 物 资 管 理 务 流 程 图

86 图例 说明 存取款业务 业务处理 单位 描述 表格制作 传递 存储 收集资料 储户 存折 存取款单 存折 现金 业务分类 存款单折 取款单折
图例 说明 业务处理 单位 描述 表格制作 传递 存储 收集资料 储户 存折 存取款单 存折 现金 业务分类 存款单折 取款单折 存款处理 取款处理 利息文件 帐目文件 存取款业务 B 2 系统分析 2.2 表 格 名 称 业 务 流 程 第 图 / 共 张图 业务名称： 制图： 审核： 单位名称： 核对： 年 月 日

87 （2）数据分析 数据属性的分析 数据类型 数据值域 数据含义 数据长度 数据查询要求的分析

88 2、系统分析的方法 （1）结构化方法 结构化分析方法是一种自顶向下逐层分解、由粗到细、由复杂到简单的求解方法。“分解”和“抽象”是结构化分析方法中解决复杂问题的两个基本手段。“分解”就是把大问题分解成若干个小问题，然后分别解决。 “抽象”就是抓住主要问题忽略次要问题，集中精力先解决主要问题。

89 “自顶向下逐层解决”是结构化方法按上述思想解决问题的一种策略。

90   按照自顶向下，逐层分解的方式，不论系统的复杂程度和规模有多大，分析工作都可以有条不紊地开展。对于大的系统只需多分解几层，分析的复杂程度并不会随之增大。这也是结构化分析的特点。

91 结构化分析方法在描述方式上的特点是尽量运用图形表示，优点是简明易懂，所表达的意义也比较明确。
（2）结构化分析的描述方式 结构化分析方法在描述方式上的特点是尽量运用图形表示，优点是简明易懂，所表达的意义也比较明确。 用结构化系统分析方法获得的系统说明书由以下几部分组成： (1)一套分层的数据流图。 (2)一本数据字典。图表描述系统中每一个数据。 (3)一组加工说明。用文字详细描述系统中的每一个基本加工和处理。 (4)补充材料。用以辅助进行系统的明确描述。 用图形描述系统的分解，即系统由哪几部分组成、各部分间有什么联系等。分层数据流图一般由顶层、中间层和底层组成。顶层抽象地描述了整个子系统。任何复杂的系统，其顶层图都符合一定的模式，

92 （3）结构化系统分析法的优点 结构化分析方法简单、清晰，易于学习掌握和使用。 结构化分析的实施步骤是先分析当前现实环境中已存在的人工系统，在此基础上再构思即将开发的目标系统，这符合人们认识世界改造世界的一般规律，从而大大降低了问题的复杂程度。 结构化分析采用了图形描述方式，用数据流图为即将开发的系统描述了一个可见的模型，也为相同的审查和评价提供了有利的条件。

93 结构化分析方法在理解、表达人机界面方面很差 不能很好的澄清和确定用户需求，导致用户信息反馈太迟
（4）存在的不足 所需文档资料数量庞大 结构化分析方法在理解、表达人机界面方面很差   不能很好的澄清和确定用户需求，导致用户信息反馈太迟 使用结构化方法人们必须编写数据流图、数据字典、加工说明等大量文档资料，而且随着对问题理解程度的不断加深或者用户环境的变化，这套文档也需不断修改，这样修改工作是不可避免的。然而这样的工作需要占用大量的人力物力，同时文档经反复变动后，也难以保持其内容的一致性，虽然已有支持结构化分析的计算机辅助自动工具(如前面介绍过的PSL/PSA)出现，但要被广大开发人员掌握使用，还有一定困难。 不少软件系统,特别是管理信息系统，是人机交互式的系统。对交互式系统来说，用户最为关心的问题之一是如何使用该系统，如输入命令、系统相应的输出格式等，所以在系统开发早期就应该特别重视人机交互式的用户需求。但是， (3)结构化分析方法为目标系统描述了一个模型，但这个模型仅仅是书面的，只能供人们阅读和讨论而不能运行和试用，因此

94 3、系统设计步骤 系统设计的主要任务是进行总体设计和详细设计 （1）总体设计 系统模块结构设计 计算机物理系统配置方案设计

95 系统模块结构设计的任务是划分子系统，然后确定子系统的模块结构，并画出模块结构图。在这个过程中必须考虑以下几个问题：
如何将一个系统划分成多个子系统； 每个子系统如何划分成多个模块； 如何确定子系统之间、模块之间传送的数据及其调用关系； 如何评价并改进模块结构的质量。

96 在进行总体设计时，还要进行计算机物理系统具体配置方案的设计，要解决计算机软硬件系统的配置、通信网络系统的配置、机房设备的配置等问题。计算机物理系统具体配置方案要经过用户单位和领导部门的同意才可进行实施。

97 （2） 详细设计 主要包括处理过程设计以确定每个模块内部的详细执行过程，包括局部数据组织、控制流、每一步的具体加工要求等，一般来说，处理过程模块详细设计的难度已不太大，关键是用一种合适的方式来描述每个模块的执行过程，常用的有流程图、问题分析图、IPO图和过程设计语言等； 除了处理过程设计，还有代码设计、界面设计、数据库设计、输入输出设计等。

98 （3）编写系统设计说明书 系统设计阶段的结果是系统设计说明书，它主要由模块结构图、模块说明书和其它详细设计的内容组成。

99 4、系统设计内容 （1）代码设计 代码是用来表示事物名称、属性和状态等的符号。在管理信息系统中，代码是人和机器的共同语言，是系统进行信息分类、校对、统计和检索的依据。代码设计就是要设计出一套能为系统各部门公用的、优化的代码系统，这是实现计算机管理的一个前提条件。

100 （2）子系统设计 复杂系统的切分 模块化设计 保证模块的相对独立性 便于调试和日后程序的维护

101 （3）输入/输出设计 输出设计的内容 有关输出信息使用方面的内容，包括使用者、使用目的、数量等 输出信息的内容，如输出项目、类型、位数等 输出信息的格式 输出设备

102 输入设计的内容 输入数据的获取 输入数据的格式设计 输入数据的校验 输入/输出的界面设计 友好性 美观性 符合日常习惯

103 （4）数据库设计 关系型数据库 符合关系型数据模型的要求 与数据字典对应 选择商业数据库

104 四、系统实施与维护 系统实施包括程序设计、调试、系统测试、项目管理、人员培训、系统转换和系统评价等方面。 1、系统实施 （1）程序设计要求
程序设计的任务是为新系统编写程序，即把详细设计的结果转换成某种计算机编程语言写成的程序。该阶段相当于机械工程中图纸设计完成的“制造”阶段，程序设计的好坏直接关系到能否有效地利用电子计算机来圆满地达到预期目的。

105 高质量的程序，必须符合以下基本要求： 程序的功能必须按照规定的要求，正确地满足预期的需要； 程序的内容清晰、明了、便于阅读和理解； 程序的结构严谨、简捷、算法和语句选用合理，执行速度快，节省机时； 程序和数据的存储、调用安排得当，节省存储空间； 程序的适应性强。程序交付使用后，若应用问题或外界环境有了变化时，调整和修改程序比较简便易行。

106 （2）结构化程序设计 结构化程序设计(STRUCTURED PROGRAMING，简称SP)方法，由E·Dijkstra等人于1972年提出，用于详细设计和程序设计阶段，指导人们用良好的思想方法，开发出正确又易于理解的程序。 鲍赫门(Bohm)和加柯皮(Jacopini)在1966年就证明了结构定理：任何程序结构都可以用顺序、选择和循环这三种基本结构来表示。

107 （a）顺序 (b) 选择 (c) 循环

108   结构化程序设计的基本思想是按由顶向下逐步求精的方式，由三种标准控制结构反复嵌套来构造一个程序。按照这种思想，可以对一个执行过程模糊不清的模块，以顺序、选择、循环的形式加以分解，最后使整个模块都清晰起来，从而确定全部细节。

109 用结构化程序设计方法逐层把系统划分为大小适当、功能明确、具有一定独立性、并容易实现的模块，从而把一个复杂的系统的设计转变为多个简单模块的设计。
这种方法产生的程序也由许多模块组成，每个模块只有一个入口和一个出口，程序中一般没有GOTO语句，所以把这种程序称为结构化程序。结构化程序易于阅读，而且可提高系统的可修改性和可维护性。

110 2、系统测试 统计资料表明，对于一些较大规模的系统来说，系统调试的工作量往往占程序系统编制开发总工作量的40%以上。 程序调试 模块结构测试 系统总体测试 系统交验测试

111 （1）调试的策略和基本原则 右图是一个小程序的控制流程图，该程序由一个循环语句组成，循环次数可达20次，循环体中是一组嵌套的IF语句 ，其可能的路径有五条，所以从程序的入口A到出口B的路径数高达520≈1014。如果编写一个调试例子，并用它来调试这个程序的一条路径要花一分钟，则调试每一条路径就需要二亿年。

112 这个例子说明，要想通过“彻底”地调试找出系统的全部错误是不可能的。因此，调试阶段要考虑的基本问题就是“经济性”了。
调试采取的策略是：在一定的开发时间和经费的限制下，通过进行有限步操作或执行调试用例，尽可能多发现一些错误。

113 调试用例应该由“输入数据”和“预期的输出结果”组成。 不仅要选用合理的输入数据进行调试，还应选用不合理的甚至错误的输入数据。
（2）调试阶段还应注意以下一些基本原则： 调试用例应该由“输入数据”和“预期的输出结果”组成。 不仅要选用合理的输入数据进行调试，还应选用不合理的甚至错误的输入数据。 除了检查程序是否做了它应该做的工作，还应检查程序是否做了它不该做的事情。 应该长期保留所有的调试用例，直至该系统被废弃不用为止。 1在执行程序之前应该对期望的输出有很明确的描述，调试后可将程序的输出同它仔细对照检查。若不事先确定预期的输出，这可能把似乎是正确而实际是错误的结果当成是正确结果。 2许多人往往只注意前者而忽略了后一种情况，为了提高程序的可靠性，应认真组织一些异常数据进行调试，并仔细观察和分析系统的反应。 3例如除了检查工资管理程序是否为每个职工正确地产生了一份工资单以外，还应检查它是否还产生了多余的工资单。 4在管理信息系统的调试中，设计调试用例是很费时的，如果将用过的例子丢弃了，以后一旦需要再调试有关的部分时（例如技术鉴定系统维护等场合）就需要再花很多人工。通常，人们往往懒得再次认真地设计调试用例，因而下次调试时很少有初次那样全面。如果将所有调试用例作为系统的一部分保存下来，就可以避免这种情况的发生。

114 3、系统的收尾工作 （1）写出全面的技术文档 系统文件：协议书、可行性报告、备忘录、调查报告、原始报表；系统分析、设计、数据库结构和调用注释、输入输出设计、测试记录、数学方法、公式等。 运行文件：操作手册、系统安装和运行手册 用户文件：工作程序手册、使用说明、技术手册等 管理文件：系统设计、计划图标等 （2）系统转换

115 4、系统维护 系统维护不应该从系统投入使用之后开始，而应该从系统设计的时候就开始。 （1）系统维护工作的种类 硬件系统维护 软件系统维护

116 （2）饭店管理信息系统的维护 操作员的管理 数据库备份与恢复 制定紧急情况应对措施 适应性维护