(2)抽象出当前系统的逻辑模型。在理解当前系统“怎么做”的基础上，抽取其“做什么”的本质，从而从当前系统的物理模型抽象出当前系统的逻辑模型。在物理模型中有许多物理因素，随着分析的深入，有些本质的因素就成为不必要的负担，因而需要对物理模型进行分析，区分出本质的和非本质的因素，去掉那些非本质的因素即可获得反映系统本质的逻辑模型。
(3)建立目标系统的逻辑模型。分析目标系统与当前系统逻辑上的差别，明确目标系统到底要“做什么”，从而从当前的逻辑模型导出目标系统的逻辑模型。在对上述流程进行分析后，我们对新的酒店预定管理流程进行整理。

1.2.4 功能体系图

 

功能体系图
1.2.5 实现目标
《酒店预定管理系统》针对的用户是单个酒店，主要的实现目标有：
? 实现酒席管理；
? 实现定单提示；
? 实现各种统计、查询、打印功能；
? 能够提供一定的安全机制，提供数据信息授权访问，防止随意删改，同时提供信息备份的服务。
1.2.6 运行环境
1．硬件要求 以下是系统在运行环境中的硬件要求：
P4及以上芯片，128M内存；服务器、管理机各一台，40以上硬盘。另外的配套硬件设备有打印机；查询的客户机若干（自选）。以WINDOWS2000 SERVER为服务器平台,后台为大型数据库MICORSOFT ACCESS， 并提供数据的备份与恢复功能，数据安全性好，不会出现网络堵塞现象；系统采用大量的COM（组件对象模型）技术和优化的数据库查询方法，减少服务器的负担，保证系统稳定的运行。
2．软件要求 在系统运行下的软件环境要求如下：
服务器端安装WINDOWS2000 SERVER、IIS WEB 服务器 、关系数据库管理采用MICROSOFT ACCESS
1.3　项目开发计划
2004年11月20日——2004年11月30日
填写《开题报告》和《任务书》，由指导教师保存。
2004年12月1日——2005年1月7日
严格按统一的规范格式，进行毕业设计与毕业设计文档撰写。在本学期末之前完成设计文档中的“第一章 系统分析”与“第二章 概要设计”。
2005年1月7——2005年2月30日====

完成系统的详细设计
2005年2月30日----2005年4月15日
完成系统测试
2005年4月15日——2005年5月15日
完成用户手册
2005年5月15日----2005年6月1日
完成全部文档,统一整理合成,做最后修改
2005年6月1日----2005年6月15
打印完毕后交由计算机系办统一装订成册。
1.4 数据流图和数据词典
酒店预定管理查询酒席信息和客户信息；
1.4.1客户预定酒席过程
项目名称 酒店预定管理系统
项目代码名称 JDYD
子项目名称 预定输入
子项目代码名称 YDSR
作者 朱电脑
创建时间 2005-1-6 20：10
修改时间 2004-1-15 10：30
1.数据流图

 

2. 数据词典
(1) 数据源点及汇点描述：
① 名称：客户
简要描述：预定、查询及登记
有关数据流：预定时间；预定数目
② 名称：日历
简要描述：当日日期
有关数据流：年月日
(1)加工逻辑词条描述：
① 加工名：预定检验
加工编号：１
简要描述：检验客户身份、酒席是否有冲突。
输入数据流：客户信息，酒席时间，酒席数量
输出数据流：预定冲突信息，预定信息
加工逻辑： IF　要求时间内酒席冲突　THEN
发出“预定错误”
ENDIF
ENDIF
ENDIF
ENDIF
② 加工名：预定登记
加工编号：２
简要描述：将“预定信息”登记到“预定记录数据库”中，完成后将预定确认函提交客户
输入数据流：预定信息，日期
输出数据流：预定信息确认
加工逻辑：预定信息及日期写入记录；
打印预定确认函
（1） 数据流名词条描述：
① 数据流名：客户口头预定信息
数据流来源：客户
数据流去向：酒席检验
数据流组成：客户信息＝客户编号＋姓名＋联系方法
客户编号＝“000000001”..“999999999”
姓名＝2{字母}24
联系方法＝4{字母}50
② 数据流名：预定酒席信息
数据流来源：客户
数据流去向：酒席检验
数据流组成：酒席信息＝酒席号＋类型＋摘要
酒席号＝“000000001”..“999999999”
类型＝2{字母}24
摘要=10{字母}200
③ 数据流名：检验错误