第一篇：汽车管理info系统需求分析报告 -
省小汽车控购管理信息系统
需求调研分析报告
第一章 方案总体构想
一．操作方便，使用灵活，尽量简化基层单位购车的工作过程
目前手工方式的购车过程是，采购单位先到当地财政控办领取《购置小汽车审核表》，填完表后盖上单位公章，并报主管单位确认盖章后，连同购车所需的相关附件一并送到当地财政控办。财政控办受理后审核其购车的指标及定编情况，确认通过后盖章，再送省控办审批盖章，最后由省控办发放购车指标证。
可以看到在上述购车构成中，必须通过人工来传递审核表及相关的附件材料，对于杭州市内及周边区县的单位来说，到省财政的距离不算太远，跑几趟还花不了多少时间，但是对于全省上万家行政事业单位来说，每年新增车辆近万辆，浪费在购车审批过程上的时间、精力和资金就是一个相当巨大的数字了。
《省小汽车控购管理信息系统》的首要目的，便是减少基层单位购车审批时上门的次数，简化购车审批工作过程，并达到节约财政资金的目的。
二．信息共享，便于管理
省控办对党政机关及部分行政事业单位小汽车实行定编管理，而且实行定编的行政事业单位范围还将扩大。省控办现有的小汽车定编管理软件功能尚不完善，而且局限于省控办内部使用，信息不能共享，汽车定编数据的采集不完整且与基层单位的实际数据信息可能不一致。
《省小汽车控购管理信息系统》部署在省财政外网门户网站上，有以下几个目标和要求：
1．提高省财政门户网站的点击率。
2．完善小汽车定编管理功能，丰富报表统计功能。3．实现网上审批办事平台，方便基层工作。4．信息全省共享，分级使用。
三．建立车辆电子档案库，扩大服务范围
对于纳入财政资金支出的在编公务用车，按车辆建立电子档案库，将购车的审批过程文件、购车原始凭证、车辆行驶证等资料通过扫描处理为影像文件存储到电子档案库。
车辆电子档案库可以有效地保存公务车的档案资料，并能让各级财政部门、主管单位、车辆使用的单位领导、车队负责人等随时查询所需的车辆资料。比如车辆过户、报废等可能需要提供车辆的购车凭证等原始信息，而一般过户、报废都是车辆已购置多年以后，那时需要从档案室翻取原始资料可是一件很麻烦的事。有了车辆的电子档案库，只要国资资产处置管理部门能认可加盖单位公章的电子影像件打印件，那就可以省去很多的麻烦。
四．加强对车辆维修保险的监督管理，为财政节约资金
当前在对公务车的管理中，除了超编、超标或频繁更换车辆等问题外，公务车每年的养车费用也是居高不下。除了加强车辆定编管理外，还需要对车辆每年的加油、保险、维修等进行有效地监督和管理，这样才能更大地节约财政资金。
可以试行公务车编制证管理，对每辆公务车发一张卡，该卡即视同为公务车的“身份证”，须凭证才能办理车辆养路费、保险、入户、调配乃至报废更新等所有手续，财政部门也凭证划拨公务车的运行费。
实行定点维修和定点保险，定点维修和保险单位必须每日将当天发生的公务车修理和出险定损信息通过接口传递给《省小汽车控购管理信息系统》，当定点服务单位与财政或被服务单位定期结算时，系统能自动生成车辆这段时间内的维修保险明细和汇总清单，以便核算中心与服务单位进行结算对帐。
五．总体规划，分布实施
《省小汽车控购管理信息系统》要充分地调研和分析，从全省的范围出发进行整体规划和设计，有计划地分步实施，先从省级机关及行政事业单位试点，业务上先完成网上汽车的定编申报审批管理。
第二章 业务流程分析
调研走访单位：浙江省采购办、杭州市采购办、杭州市西湖区采购办、临安市采购办、杭州港昌汽车服务有限公司、中华联合财产保险公司浙江分公司。
一． 定编单位购车申报审批流程
二． 非定编单位购车申报审批流程
三． 车辆定点维修业务流程
四． 车辆定点保险业务流程
第三章 功能需求描述
一．网上办事平台 1．待办事宜
对单位购车、车辆过户、车辆报废以及单位定编变更等申请流程待办任务进行审批处理。
流程任务预算设定，并且按财政各级控办的上下级隶属关系进行自动流转处理。同一级财政部门控办内分别设置经办人、科长、分管领导三个岗位角色，省财政另外增设厅长角色。
2．在审流程查询
在审流程查询是指对于当前正在审批流转过程中的所有流程任务，报告其申请的具体内容以及当前所处的处理环节，便于申请人及时了解审批进度。
3．办结流程查询
办结流程查询使用户能够按年、月、日以及其他一些模糊条件，查询访问历史已办结的流程。
4．个人信息维护
修改用户的个人资料信息，如中文姓名，职务，联系电话，地址，电子邮箱，用户登录密码等。二．单位定编管理 1．单位定编情况查询
按用户所在单位的行政隶属关系，查询其下属所有单位的小汽车定编情况，内容分别是：
单位基本信息：单位代码、单位名称、单位级别、单位性质、上级单位、联系人及电话、邮编、地址、Email、归口业务处室等。
人员编制信息：人员总编制数，其中包括领导职数、非领导职数、干部职数。车辆编制信息：车辆定编数合计，其中包括领导干部用车、机关工作用车、机动用车、办案及执法用车。
现有车辆情况：现有车辆总数（其中不占编的有老干部用车、特种车辆、其他不占编车辆），超编数，缺编数。
2．单位定编信息维护
对单位定编信息（单位基本信息、人员编制信息、车辆编制信息、现有车辆情况）进行维护。
本功能仅对由省控办用户开放。
3．定编变更网上申请
用车单位需要对单位的定编数进行调整变更的，由当地同级控办用户根据用车单位提供的变更书面材料及相关文件批示，在网上下载并填写《定编变更申请表》，并将相关附件扫描录入后，向上级控办发起定编变更申请申报。
对于定编变更申请的流程审批处理参见“待办事宜”。三．网上购车管理 1．非定编单位购车申请
非定编单位需要购置新车的，由当地同级控办用户根据用车单位提供的书面材料及相关文件批示，在网上下载并填写《非定编单位购置小汽车审批表》，并将相关附件扫描录入后，向上级控办发起非定编单位购车申请申报。
对于非定编单位购车申请的流程审批处理参见“待办事宜”。
申报填写的具体内容及所需上报的材料附件参见《浙江省小汽车控购工作规程》。
非定编单位购置20万以下的小汽车可以由同级财政控办直接核准并下达指标证。
2．定编单位购车申请
定编单位需要购置新车的，由当地同级控办用户根据用车单位提供的书面材料及相关文件批示，在网上下载并填写《定编单位购置小汽车审批表》，并将相关附件扫描录入后，向上级控办发起定编单位购车申请申报。
对于定编单位购车申请的流程审批处理参见“待办事宜”。
申报填写的具体内容及所需上报的材料附件参见《浙江省小汽车控购工作规程》。
定编单位购车申报时必须录入单位代码，系统自动显示该单位当前定编情况，车辆性质由申报人选择：占编、老干部、特种车辆、其他不占编（后三种都属于不占编制）。
3．车购指标证打印发放
对于审批终审核准通过的小汽车购置申请，由省控办或当地同级财政控办（仅对非定编单位20万以下车辆）打印并发放指标证。指标证应考虑采用何种技术手段以加强防伪功能。
4．历史购车资料查询
对于历史所有已办结的定编及非定编单位的汽车购置审批表按单位、时间进行查询，并能查看详细信息及其相关的附件资料。
第二篇：汽车销售系统需求分析
关于汽车销售系统的需求分析：
随着国内汽车市场的不断扩大，各大4S店及汽车销售公司对高效管理员工、车辆以及客户信息的需求也显得尤为迫切，希望可以有一套系统可以解决这个问题。
具体需求如下：
基本信息管理：员工信息、汽车厂商及型号、客户信息
车辆销售管理：车辆销售、车辆出库
车辆入库管理：车辆采购、车辆入库
车辆库存管理：库存车辆及其明细、销售收益统计
销售系统维护：数据安全管理、权限管理
管理员登录后，可以查询规定日期内的销售记录以及相应的销售员工和客户信息（也可以按车辆型号进行查询），同时可以对库存车辆的信息进行增、删、改。对入库车辆进行成本统计，对出库车辆进行收益统计
客户登录后，可以查询各个厂商及型号车辆的基本信息
员工信息（工号，姓名，性别，电话）
厂商信息（编号，名称，电话，地址）
车辆信息（编号，型号，厂商，进价，售价，颜色，排量，库存量）
客户信息（客户号，姓名，电话）
销售【订单号，交易日期，客户号，工号，汽车编号，交易价】
入库【汽车编号，入库日起，进价，数量，销售收益统计】
第三篇：图书管理系统需求分析报告
图书管理系统
1引言
1.1编写目的
本项目为图书管理系统；书写此文档是为了确定客户的真正需求，因此我们在可行性分析的基础上进一步了解、调查、明确用户对系统的综合要求、数据要求等；确定了一份完整、准确、清晰、具体的系统要求，从而得出系统必须完成什么样的功能。
此文档包含了用户对系统的具体要求，系统的功能需求等；可做为用户需求的确定书和总体设计的依据，也是验证和维护系统的依据。
1.2背景
社会的信息化带来了极大的信息量，而图书作为一种重要的信息交流传输载体,不管是在数量还是种类上都大大增加；因此我们迫切需要设计图书管理系统来满足日益增加的服务需求和管理需求。图书管理信息化中的一个主要环节就是图书借阅和归还的管理，因此针对这个环节的就成为图书管理系统的一个重要组成部分，而且是必不可少的一部分，也是应用最广的一部分。我们开发的系统正是为满足这一部分的需求，期望该系统能给管理者和借阅者都带来利益。
说明：
A.软件系统的名称：图书管理系统 B.开发者：徐达、金振兴、叶雷、王鹏 C.该软件系统同其他系统的关系
软件属于图书管理信息系统的一部分，应用中可能需要引用图书管理系统其它部分的数据内容，此处暂且使用自定义的数据表项
1.3定义
B/S：Browser/Server(浏览器/服务器)结构 SQL语言：用于数据库操纵的标准语言.NET：MS提供的一种高效的开发以及运行平台
ASP：全称为Active Server Pages，是一套由微软公司开发的服务器端运行的脚本平台，可用于开发动态网页
1.4参考资料
a．《软件工程导论 》 清华大学出版社 张海潘编著
b.《软件工程学实验 》 科学出版社 苏正、王文等编著 c.《数据库系统概论 》 高等教育出版社 王珊、萨师煊等编著 d.《C#.NET程序设计基础教程》 清华大学出版社 王华秋主编
2任务概述
2.1目标
2.1目标
图书查询系统的初衷是：
（1）.让用户在最快的时间内找到他所需要的书目
（2）.让用户在最短的时间内了解新书的到馆的情况以及书刊在馆情况（3）.让用户最大限度的使用图书这种公共资源
（4）.让用户了解自己的学习目标以及有哪些相应的图书与之配套（5）.让管理人员在尽可能短的时间内完成书刊的流通（6）.让管理人员在短时间内了解学生们的需要（7）.让管理人员及时更新在观书目
（8）.让管理人员更好的控制书刊的流通
可以在广大的学校中或者小型图书馆推广这套系统，来提高图书管理的效率，解决人工管理的问题。2.2用户的特点
（1）.在校读书的学生有很强的适应性可以在很短的时间内完成对这套系统的适应在最短的时间内提高效率（2）.想不断加强自身学习的人可以在图书馆以外的地方使用客户端来完成自己想要借阅的书籍（3）.对新鲜事物有很强好奇心的用户可以用这套系统来在最快时间内充实自己让系统可以更好的适应自己（4）.有一定知识水平了解简单电脑操作的用户可以在熟悉系统的前提下深入的了解系统，使之更好的为自己服务（5）.管理人员要熟悉服务器的维护数据的更新以及备份工作这就要求管理人员要了解数据库的一些基本原理在出现问题的情况下可以简单的处理（6）.经过简单培训可以熟练使用该系统的服务人员
预计使用频度为平均一个5000人的学校为：大约平均500—1000人/天
2.3假定和约束
在开发中要考虑用户的可能出现的操作以及在出现问题后的处理：
假定使用查询功能的人员出现登陆不了的情况及时的恢复对原有数据的备份可以由管理人员来完成。
最大限度满足接受不同用户在同时发出的请求。例如可以有100人同时查询数据就可以有100人同时修改自己的数据
如果用户的知识结构不是很好可以进行一下简单的培训。应该教会用户相应的操作以及应对紧急情况的手段。
如果用户的密码丢失则需要重新验证，需要输入一个密码提示问题 管理人员对数据出现误操作则需要完成数据的恢复
管理人员如果没有及时更改书目信息则该书不能被借出 管理人员需要良好的职业素质来保证图书更新的情况
管理人员有良好的专业素养来应对突发事件如服务器操作系统的崩溃
3需求规定
3.1对功能的规定
用列表的方式，逐项定量和定性地叙述对软件所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出。3.2对性能的规定 3.2.1精度
该软件在使用中，对“按序列号查询”要求全数字外，其他查询方式并没有特殊要求，并且在按照书名查询时候支持“模糊查询”，如：你要查询的书名为“软件工程基础导论”，你可以在查询框里面输入“软件工程”，系统将把所有的书名含有“软件工程”字样的书名列出。
3.2.2时间特性要求
如果本系统使用局域网链接，网络速度较快，并且本系统只适应于中小型图书馆使用，不会造成数据拥塞的现象，所以查询时间、内容更新时间都是瞬间完成。如果使用互联网链接，则由于网络速度问题可能造成一定延迟。或者由于长期使用致使的软件老化或数据库负担增加也可能造成延时。
3.2.3灵活性
a． 可以使用多种查询方式查询，时间允许的前提下可以增加多重条件模糊查询功能。b． 适用多种windows版本。
c． 适当整理数据库，或者增加网络传输速度可以提高速度。
d． 在时间允许的情况下可以适当增加读者留言板、图书推荐等模块，方便用户使用。
3.3输入输出要求
输出数据：如果添加成功，输出成功提示信息，失败则提示检查信息，重新输入。3.4 数据字典
（1）读者（帐号，姓名，班级，性别，组号）
名字：帐号简述：用以唯一标识用户的信 息。范围：长度：使用位置：用户登录时进行相应的判断核对。名字：姓名简述：对用户加以说明，修饰。不能标识具体用户。范围：长度：使用位置：在进入系统时，显示相关的信息。名字：性别简述：对用户加以说明，修饰。不能标识具体用户。范围：长度：使用位置：在进入系统时，显示相关的信息。
名字：班级简述：对用户加以说明，修饰。不能标识具体用户。范围：长度：使用位置：在进入系统时，显示相关的信息。名字：组号简述：对用户的等级说明，并且管理最大借书量。范围：”01“„”05”长度：使用位置：借书时对借书量进行限制。(2)管理员（帐号，姓名）
名字：帐号简述：用以唯一标识用户的信 息。范围：长度：使用位置：用户登录时进行相应的判断核对。名字：姓名简述：对用户加以说明，修饰。不能标识具体用户。范围：长度：使用位置：在进入系统时，显示相关的信息。
（3）图书(图书编号,类别,书名,作者,出版日期,出版社,定价,总数量,剩下数量,备注)
名字：图书编号简述：唯一标识每一本图书的关键域 范围：长度：使用位置：在新书入库，借阅登记，借阅查询，图书整理，超期提示中使用到名字：书名名字：类名简述：标识每一本图书的十简述：每一个图书有一个类几名字 别，用以管理员分类管理 范围：范围：长度：长度：使用位置：在在新书入库，借阅登记，借阅查询，使用位置：用户查找的时候图书整理，超期提示中使用可以对查找的项目进行限制到名字：作者简述：标识每一本图书的写作者 范围：长度：使用位置：在新书入库，借阅等级，图书整理中使用到 名字：定价名字：类别简述：每一个图书有一个类简述：标识每一本图书的实别，用以管理员分类管理际价格 范围：长度：使用位置：用户查找的时候使用位置：在新书入库，借可以对查找的项目进行限制阅等级，图书整理中使用到名字：类型名字：类名简述：每一个图书有一个类 简述：标识图书的分类种类别，用以管理员分类管理 范围：范围：长度：长度：使用位置：在新书入库，借使用位置：用户查找的时候阅等级，图书整理中使用到可以对查找的项目进行限制名字：图书库存数量简述：管理每一种图书的现存量 范围：长度：使用位置：在新书入库，借阅等级，图书整理中使用到 名字：出版社简述：标识每一个图书的出版处 范围：长度：使用位置：在新书入库，借阅等级，图书整理中使用到名字：出版日期 简述：标识每一本图书的出版日期范围：长度：使用位置：在新书入库，借阅等级，图书整理中使用到（4）借还(用户帐号,图书编号,借书日期,到期日期,数量,还书日期)名字：帐号简述：用以唯一标识用户的信 息。范围：长度：使用位置：用户登录时进行相应的判断核对。名字：图书编号简述：唯一标识每一本图书的关键域 范围：长度：使用位置：在新书入库，借阅登记，借阅查询，图书整理，超期提示中使用到名字：数量简述：管理每一种图书的现存量 范围：长度：使用位置：在新书入库，借阅等级，图书整理中使用到 名字：借书日期简述：标识用户在何时借书 范围：长度：使用位置：在借阅等级中使用名字：到期日期简述：标识用户应在何时还书 范围：长度：使用位置：借阅登记中使用名字：还书日期简述：标识用户在何时还书 范围：长度：使用位置：在借阅登记中使用
（5）数据流图
a.新书入库
b．图书借阅
C．过期提示
d．借阅查询
e.还书处理
3.5数据管理能力要求
要求对两万左右的学生借阅信息和10万本以上的图书进行有效的管理，并且随着学生人数的增长和图书数量的增多，要能快速地查询出有效的信息，3.6故障处理要求
对于任何硬件或软件系统来说，都不可避免的会存在问题，当机器或者软件出现故障的时候，就应要有可靠的办法来解决才行。我们做的系统是可以通过网络运行的，所以应该考虑当网络发生拥塞时的处理情况。这个图书查询系统当遇到上述情况时会自动重新发送数据给服务器，避免了使用者再次输入信息的麻烦，而如果机器遇到突然死机就可能造成数据丢失，我们也设置了系统自动恢复到操作前状态的功能，尽可能的降低拥护的损失。
3.6其他专门要求
对于此系统来说，为了维护读者的权利，防止数据在传输的过程中泄露个人信息，必须给传输的数据加密，而且本系统界面全由图象和文字组成，使用方便。
在用户登录操作界面的时候，密码采用了密文的形式，防止用户使用不当造成密码泄露。在系统内部，考虑到不同拥护的需求以及系统的维护需要和长期发展的要求，我们的设计使得系统的可补充性好，维护简单，易读易懂，对系统软件的适应性强
4运行环境规定
4.1设备
a． 为了使系统稳定的运行，硬件要求cpu达到奔腾3以上，内存至少为256MB。
b．外存可以不做要求，但建议应该在20GB以上。
c． 本系统要求在联机情况下使用，用户可以通过网络（局域网或者Internet）访问，但是为了便于使用，建议用户使用局域网。
4.2支持软件
建议使用windowos2000及以上的系统，测试环境为windows xp操作系统下使用asp.net.4.3接口
软件与其他软件之间应该有较好的接口和通信协议，实现相互之间的通信需要，增强本软件的实用性和功能。
4.4控制
当使用者通过图形界面进行操作时，用户输入相应信息后，点击相应按键，激发内部数据传输。软件自身对输入数据进行对照识别，判断数据类型（和格式）是否相符，做出相应处理，把结果输出给用户。
第四篇：订单管理系统需求报告分析
1、订单管理系统 1.1、系统总体介绍
1、采购基础数据功能包括：物料数据维护、订/交货方式维护、来源类别维护、采购员维护、采购系统维护。
2、采购计划管理功能包括：请购计划维护、请购计划合并、采购计划生成。
3、采购订单管理功能包括：采购订单维护、采购合同维护、订单终止或取消、订单结案。
4、采购询价管理功能包括：报价资料维护、询价资料维护。
5、供应商评估管理功能包括：供应商类型维护、供应商资料维护、供应商报价维护、供应商评估。
6、主要应用部门：财务部门，营销部门，生产部门，运输部门
2、系统业务流程分析
3、系统功能模块说明：
（1）、采购基础数据: 采购子系统的基本数据有采购员资料、供应商资料、采购提前期以及业务流程设置。对这些数据就及时加以维护。
（2）、采购计划管理: 通过物料需求（订货点控制、订货周期控制等生成的请购计划）来生成采购计划（或采购建议订单），并综合考虑物料的订货批量、采购提前期、库存量、运输方式以及计划外的物料申请，进行系统自动物料合并，也可以人工干预和修改。另外，有些原材料的采购提前期很长（有的进口件要半年以上的采购周期），因此有可能超过主生产计划制定周期。这类采购的采购计划应经过销售、财务与计划等部门的综合讨论与评估确定所需的数量和时间，然后制定材料的中期或长期采购计划。
（3）、采购订单管理: 根据订货批量、采购提前期、库存量、运输方式、用款计划以及计划外的物料申请进行物料合并，生成采购订单，并经过确认后即可进行订单输出，最后下达给供应商，也可以网上发布订单。对于临时追加的采购任务，可以通过与供应商协商直接下达采购订单。
（4）、采购询价管理: 落实采购订单的采购供应商。采购业务人员广泛利用市场的采购供应资源，进行价格咨询并商谈有关交货数量、交货期、质量要求与技术要求，落实每种物料的供应商。对新开发的供应商资源还要进行供应商的认证过程，经过相应的评审并合格后才能作为许可采购的供应商。
（5）、供应商评估管理: 建立对供应商档案，同时对首选、次选等供应商加以分类，并建立供应商的供应物品明细（品种、价格、供应期、运输方式等），资料最终必须进行确认才有效。系统在执行采购订单下达时，要读入相应的供应商资料。供应商资料是采购子系统的基本资料，并且还要初始化供应商的有关账务资料。初始化完成后才能处理采购业务。
第五篇：酒店管理系统需求分析报告
目录
酒店管理系统需求分析...................................................................................................................1 1 2 引言...........................................................................................................................................1 需求问题描述...........................................................................................................................1 2.1 2.2 2.3 3 用户需求.......................................................................................................................1 用户功能需求...............................................................................................................1 系统功能需求...............................................................................................................2
数据流图...................................................................................................................................3 3.1 3.2 顶层数据流图...............................................................................................................3 一级细化数据流图.......................................................................................................3 3.2.1 3.2.2 3.2.3 3.2.4 3.2.5 3.2.6 预约管理...........................................................................................................3 入住管理...........................................................................................................4 退房管理...........................................................................................................4 消费管理...........................................................................................................5 房态管理...........................................................................................................5 查询管理...........................................................................................................6 数据字典...................................................................................................................................6 4.1 4.2 4.3 4.4 4.5 数据项：.......................................................................................................................7 数据结构：.................................................................................................................11 数据流：.....................................................................................................................12 数据存储：.................................................................................................................12 处理过程：.................................................................................................................14
I
酒店管理系统需求分析 引言
随着市场经济的发展，消费者消费意识的提高，酒店行业的竞争越来越激烈。为了提高办事效率，增加、保证酒店的销售额，树立酒店的良好形象，运用科学的管理方法非常必要，为此开发酒店客房管理系统，更好的满足各方面的需求。需求问题描述
2.1 用户需求
用户希望通过使用酒店客房管理系统得到所需信息，达到提高管理水平的目的，希望新系统具有以下功能：
1.使用计算机快速处理日常的业务及相关数据，实现实时查询各种入住信息。2.可以实时的录入住宿单、换房单和退宿单等的情况。3.可以实时查询客房信息、客人账单信息等的具体情况。4.可以建立客户的资料，方便日后建立良好的客户关系。
5.数据的安全性：不同用户有对数据查看，修改等处理不同的权限。6.打印退房报表、结帐报表等报表。
2.2 用户功能需求
1.密码设置：每个用户均有自己的密码，可以防止非本系统人员进入本系统，又因每个用户的权限不一致，故可防止用户越权操作。
2.权限设置：设置每个用户的权限，使各用户在自己的操作范围内工作，不得超出自己的操作范围。只有系统管理员才能进行权限设置。3.数据输入：可以进行酒店各种原始数据的输入。
4.数据查询：要求可以分别按房间编号，房间类型等进行数据查询。5.数据输出：根据需要打印退宿报表、结帐报表等报表。
2.3 系统功能需求
1.预订功能需求：其主要目的是提高酒店的开房率，为客人预留房间，并提供良好的预订服务。其功能需求包括预订查询，可用房确认，预订记录建立，预订确认，预订记录维护等。
2.接待功能需求：其主要目的是以最快的速度为客人开房。其功能需求包括宾客登记、可用房确认、修改宾客信息、删除宾客信息和查询宾客信息等。3.结账功能需求：其功能需求包括客人结账、打印报表和客人挂账等。
4.换房功能需求：其主要目的是满足客人换房的需要。其主要功能是查询客房，换房登记，换房确认等。
5.客房管理功能需求：其主要目的是对客房的信息化管理，提高客房管理的精度和准确度，同时减轻酒店客房中心员工的工作负担，从而提高客房管理的效率和服务质量。其主要功能是房态维护，费用记录和客人查询等综上，我们将系统的功能大体划分为三大模块：
1)权限管理：包括用户、及管理员的注册，登录，权限修改等。
2)前台管理：包括客户信息的录入、客户预订和入住登记以及结算的管理等。3)后台管理：客房信息管理、用户信息管理。3 数据流图
3.1 顶层数据流图
3.2 一级细化数据流图
3.2.1 预约管理 3.2.2 入住管理
3.2.3 退房管理 3.2.4 消费管理
3.2.5 房态管理 3.2.6 查询管理 数据字典
预约表 姓名 身份证号 客房号 预约时间 预约时间段
客户信息表 姓名 身份证号 客房号 消费金额
押金表 姓名 身份证号 押金金额
（姓名，身份证号，客房号，预约时间，预约时间段）name char(10)Not Null
cid char(20)Not Null Primary Key rid char(10)Not Null
reservetime datatime Not Null
timequantum varchar(50)Not Null
（姓名，身份证号，客房号，消费金额）name char(10)Not Null
cid char(20)Not Null Primary Key rid char(10)Not Null
consumption float
（姓名，身份证号，押金金额，押金状态）name char(10)Not Null
cid char(20)Not Null Primary Key damount float
押金状态
客房状态表 客房号 客房状态 dstate char（4）Not Null Not Null Not Null
部门消费表（姓名，身份证号，客房号，部门名称，消费类型，消费金额，备注）
（客房号，客房状态）rid char(10)rstate char（4）
Primary Key
姓名 name char(10)Not Null 身份证号 cid char(20)Not Null 客房号 rid char(10)Not Null 部门名称 bmname char(20)Not Null 消费类型 xfstyle char(21)Not Null 消费金额 consumption float Not Null 备注 postil navarchar(max)
总消费表
（姓名，身份证号，客房号，消费金额）
姓名 name char(10)Not Null 身份证号 cid char(20)Not Null 客房号 rid char(10)Not Null 消费金额 consumption float Not Null 客户历史信息表
（姓名，身份证号，客房号，部门名称，消费类型，消费金额，押金金额，押金状态，预约时间，预约时间段，备注）姓名 name char(10)Not Null 身份证号 cid char(20)Not Null 客房号 rid char(10)Not Null 部门名称 bmname char(20)Not Null 消费类型 xfstyle char(21)Not Null 押金金额 damount float 押金状态 dstate char（4）
Not Null 预约时间 reservetime datatime 预约时间段 timequantum varchar(50)
备注 postil navarchar(max)
4.1 数据项：
1.数据项：房间信息
说明：客房编号，唯一标识房间 类型：char 10 2.数据项：客户信息
Primary Key
Primary Key
Primary Key
说明：客户名 类型：varchar 50 3.数据项：客户 说明：客户身份证 类型：varchar 50 4.数据项：客房状态
说明：客房状态，分为三种，空房、入住、预订 类型：char 10 5.数据项：价格 说明：客房价格 类型;float 6.数据项：预定时间 说明：预订或入住时间 类型：datetime 7.数据项：退房时间
说明：退房结账时间。为系统当前时间 类型：datetime 8.数据项：客房信息 说明：客房类型 类型：char 10 9.数据项：入住信息 说明：入住类型—入住，住宿 类型：char 10 10.数据项：消费信息
说明：实际消费（在结账时，分为会员与非会员）类型：float 11.数据项：押金总额 说明：押金 类型：float 12.数据项：日期 含义说明：统计顾客和酒店相应消费或服务、付款等的日期 类型：字符型 长度：8位
取值含义：前四位为年份，后四位为月份和日数 与其他数据项的逻辑关系：决定顾客订房数 13.数据项：房间类型
含义说明：酒店提供的多种类型的房间供顾客挑选 类型：字符型 长度：根据酒店房间名称具体定义 取值含义：实际名称，反映房间档次
与其他数据项的逻辑关系：决定顾客应付款数额等数据项 14.数据项：饱和房间数 含义说明：顾客使用中的房间总数 类型：字符型 长度：定义最大值
取值含义：表明当前不可使用房间总数 与其他数据项的逻辑关系：决定顾客订房数 15.数据项：空闲房间数
含义说明：未被顾客使用的房间总数 类型：字符型 长度：定义最大值
取值含义：表明当前柯使用房间总数
与其他数据项的逻辑关系：决定一定时间内可容纳顾客数 16.数据项：服务名称
含义说明：为顾客提供的相应的有偿劳动 类型：字符型 长度：根据实际定义
取值含义：表明服务类型的内容等
与其他数据项的逻辑关系：与服务内容一一对应关系 17.数据项：服务价格
含义说明：为顾客提供的相应的有偿劳动的相应价格 类型：字符型 长度：根据实际定义 取值含义：表明服务的消费额度
与其他数据项的逻辑关系：与服务内容一一对应关系 18.数据项：服务描述
含义说明：描述酒店提供的服务的基本内容与信息 类型：字符型 长度：根据实际定义
取值含义：表明服务的实际内容
与其他数据项的逻辑关系：与服务内容一一对应关系 19.数据项：部门号
含义说明：为顾客提供的服务的负责机构的编号 类型：字符型 长度：根据实际定义
取值含义：表明服务的负责机构
与其他数据项的逻辑关系：与服务一一对应关系 20.数据项：工作号
含义说明：为顾客提供的服务的工作人员的编号 类型：字符型 长度：根据实际定义
取值含义：表明服务的负责人员
与其他数据项的逻辑关系：与服务一一对应关系 21.数据项：工作人员姓名
含义说明：为顾客提供的服务的工作人员的姓名 类型：字符型 长度：根据实际定义
取值含义：表明服务的负责工作人员
与其他数据项的逻辑关系：与服务一一对应关系 22.数据项：应付款账单
含义说明：为顾客提供结账时的消费清单 类型：字符型 长度：根据实际定义
取值含义：表明顾客实际的消费情况和数额 与其他数据项的逻辑关系：与服务总额对应关系 4.2 数据结构：
1.数据结构：当前房间统计表
含义说明：标识当前房间总体使用情况，房间类型等 组成： 房间类型 饱和房间数 空闲房间数 2.数据结构：顾客
含义说明：是酒店管理系统的主题数据结构，定义了一位顾客登记的相关信息 组成：顾客号 顾客姓名 证件号 顾客人数 房间号
3.数据结构：订单
含义说明：顾客消费是产生的统计单，记录了顾客的消费需求 组成：订单号 顾客号 服务号 应付款 4.数据结构：应收款报表
含义说明：统计一段时间内酒店顾客消费时应付款表，供酒店核对账目使用 组成：顾客号 应付款 日期
5.数据结构：房间
含义说明：酒店提供住宿服务时必备设施，是酒店的重要组成部分 组成：房间号 房间最大容纳数 房间状态 6.数据结构：发票
含义说明：顾客消费后由酒店有关部门开具的消费记录 组成：发票号 顾客号 应付款 日期 7.数据结构：服务
含义说明：由酒店提供的可供顾客选择的有偿劳动 组成：服务号 服务价格 服务名称 8.数据结构：部门
含义说明：由酒店提供的可供顾客选择的有偿劳动负责的机构 组成：部门号 服务号 服务名称 服务价格
9.数据结构：工作人员
含义说明：在酒店内负责接待等任务的人员 组成：工作号 工作人员姓名 部门号 4.3 数据流：
1.数据流：订房批准 说明：顾客订房时房间查询 数据流来源：订房 数据流去向：批准 组成：登记细节 登记表 2.数据流:服务通知
说明：由顾客登记完成触发后勤部门执行相应服务 数据流来源：酒店前台 数据流去向：酒店后勤部门 组成：通知细节 服务事项 3.数据流:发票本
说明：有顾客消费后结账是开具的统计消费金额的字面统计 数据流来源：应付款审计 数据流去向：发票核价 组成：发票细节 发票审核 4.数据流:应收款
说明：由顾客消费后，相关部门根据顾客使用服务计算顾客消费总额 数据流来源：顾客使用服务
数据流去向：应收款统计表 发票 组成：服务号 服务细节
4.4 数据存储：
1.数据存储：房间记录表
说明：记录当前房间的总体使用情况 流入数据流：顾客登记 流出数据流：房间记录
组成：房间类型 饱和房间数 可使用房间数 数据量：根据实际定义 存取方式：顺序存取 2.数据存储：顾客表
说明：统计顾客登记的几本信息 流入数据流：顾客登记 流出数据流：
组成：顾客号 顾客姓名 顾客人数 证件号 数据量：根据实际定义 存取方式：顺序存取 3.数据存储：应付款报表
说明：顾客消费时应付款的统计情况 流入数据流：应付款统计 流出数据流：
组成：顾客号 日期 应付款 数据量：根据实际定义 存取方式：顺序存取 4.数据存储：发票表
说明：统计有关部门开具的发票的相应信息 流入数据流：发票 流出数据流：发票本
组成：发票号 应付款 日期 顾客号 顾客姓名 数据量：根据实际定义 存取方式：顺序存取 5.数据存储：顾客消费表
说明：统计顾客在酒店消费的服务的集合 流入数据流：顾客的服务需求 流出数据流：顾客消费服务汇总
组成：顾客号 顾客姓名 服务号 应付款 日期 数据量：根据实际定义 存取方式：顺序存取 6.数据存储：服务价格表
说明：统计顾客在酒店消费的服务的价格 流入数据流：酒店提供
流出数据流：顾客消费服务价格汇总 价格单 组成：服务号 服务名称 服务价格 服务描述 数据量：根据实际定义
存取方式：顺序存取 4.5 处理过程：
1.处理过程：顾客订房 说明：顾客消费时选定房间 输入：订房要求 输出：订房登记
处理：在顾客发出订房要求时，酒店内部立即查询相应房间状态，如果符合要求，则响应顾客，完成订房登记
2.处理过程：开具发票
说明：在顾客消费结账时，由酒店相关部门开具消费发票 输入：顾客结账 输出：发票
处理：在顾客完成消费结账时，酒店相关部门根据顾客消费应付款为具体数据，开具相关发票。
3.处理过程：服务通知
说明：当顾客确定消费时，并且完成订单登记时由相关部门通知服务部门开始相关服务 输入：登记完成 输出：开始服务
处理：当顾客在酒店前台大厅完成订单登记后，数据库录入相应数据，并触发后勤部门，提供相应服务。
点击咨询 