餐馆点菜系统需求分析

第一篇：餐馆点菜系统需求分析

酒店点菜系统需求分析规格说明书

酒店管理系统需求规格说明书

1.引言............................................................................................................................................. 2

1.1编写目的 ............................................................................................................................ 2 1.2项目背景 ............................................................................................................................ 2 1.3定义 .................................................................................................................................... 3 1.4参考资料 ............................................................................................................................ 3 2.任务概述 ..................................................................................................................................... 4

2.1目标 .................................................................................................................................... 4 2.2运行环境 ............................................................................................................................ 4 2.3条件与限制 ........................................................................................................................ 5 3.数据描述 ..................................................................................................................................... 5

3.1静态数据 ............................................................................................................................ 5 3.2动态数据 ............................................................................................................................ 5 3.3数据库介绍 ........................................................................................................................ 6 3.4数据字典 ............................................................................................................................ 6 3.5数据采集 ............................................................................................................................ 8 4.功能需求 ..................................................................................................................................... 8

4.1功能划分 ............................................................................................................................ 8 4.2功能描述 ............................................................................................................................ 8 5.性能需求 ................................................................................................................................... 12 6.运行需求 ................................................................................................................................... 13 6.1用户界面 .......................................................................................................................... 13 6.2硬件接口 .......................................................................................................................... 13 6.3软件接口 .......................................................................................................................... 13 6.4故障处理 .......................................................................................................................... 13 7.其它需求 ................................................................................................................................... 13

1.引言

1.1编写目的

为了更好的满足广大消费者的多元化消费需求和不同层次的消费水平，提高酒店的服务管理质量，提高酒店工作人员的工作效率，我开发小组在多方面考察、分析、研究现有酒店点菜管理系统的基础之上，以提高消费者的满意程度及商家的服务水平和市场竞争力为目标，致力于开发出一套可视化程度高、功能全面、集分析管理于一体的酒店管理系统，极具有市场价值。

编写这份规格说明书主要是为了使小组成员充分认识和掌握本系统的情况,以便确定本系统的后继工作,本说明书主要提交给用户和小组成员参考,以便最终实现用户的要求,给用户一份满意的答卷。

1.2项目背景

随着我国市场经济的不断发展，国民生活水平的不断提高，进入酒店等高等消费场所的人数也与日俱增。传统的手工点菜方式由于其难计算、难查找、难更改、易出错、效率低等缺点已逐渐退出了酒店等高等消费场所的服务管理平台。层出不穷的各类酒店点菜管理系统也应运而生，呈现出多元化的发展。

目前，我国酒店餐饮业在日常点菜管理中仍普遍采用手工操作方式，整体科技含量低，随着酒店餐饮业高速发展和餐饮店规模的不断扩大，许多酒店餐饮企业采用连锁经经营和集团化运营，手工操作无论是在工作效率、人力成本和决策信息等方面都已经难以适应企业发展的要求，制约了整个酒店餐饮业的规模化发展和整体服务水平的提升，如向阳渔港、张生记等. 在中国饭店协会颁布的中国餐饮业产业贡献奖和学术贡献奖中，联想集团、神州数码、清华同方及中国网通等国内知名IT企业也榜上有名，这些IT企业都已瞄准了酒店餐饮业信息技术应用市场的巨大潜力。据预测，未来3至5年内，信息数字技术产品在中国饭店与餐饮业的应用将达到一个高峰，市场最大容量可达2300亿元人民币。就点菜系统而言，最普遍的是计算机收银台录入菜单设备、POS点菜系统，除了这种点菜系统，其它的计算机信息系统已经从预订、接待、点菜、菜品上传、厨房分单打印、条码划菜、收银、经理查询

等方面在大型餐饮企业全方位地整合起来了。

本文主要介绍了“酒店点菜管理系统”的整个设计开发过程。该主要系统功能包括以下几个模块:系统管理模块(包括重新登陆、用户管理、系统备份、系统还原) 、基础数据设置管理、顾客管理模块(包括顾客点菜、上菜、统计、结账、评价等)、点菜记录管理、采购管理等模块。该规格说明书体现了清晰的点菜系统管理流程,完成了基本的酒店管理要求，是一个典型的信息管理系统。该系统大大地简化了操作流程，提高了酒店的工作效率。

1.3定义

1、专门术语：

顾客：根据系统操作提示自主进行点菜、退菜操作，系统要能够根据顾客的选择进行自动进行结账计算并显示;

服务员：根据系统操作提示对已经上桌的菜进行标记，查看账单进行收账; 经理：查看营业情况，各菜品反映情况，顾客反馈意见等; 厨师：查看顾客对菜品的评价;

采购部门：根据各菜品的受欢迎度采购食材;

后台管理人员：对数据库初始数据的设置，系统维护与升级，对数据进行分析，并根据顾客点菜情况适当修改菜单。权限设置，数据备份。

2、缩写

系统：若未特别指出，系统指本“酒店点菜管理系统”。

1.4参考资料

《实用软件工程》，郑人杰等著，清华大学出版社; 《软件工程》第二版，李代平等著，清华大学出版社;

《软件工程第六版》，Roger S.Pressman著，机械工业出版社; 《软件工程课程实验指导书》，山东交通学院计算机科学与工程系; 《数据库系统概论》(第四版),萨师煊 著, 高等教育出版社; 《软件工程导论》(第五版),张海藩 著，清华大学出版社。

2.任务概述

2.1目标

开发一个“酒店点菜管理系统”，方便酒店经理、后台管理员处理各种单据，以及方便采购人员采购。该系统主要实现以下目标：

1、实现顾客根据口味、价格、食料、菜系进行点菜，如菜系可分为中、西餐，或者鲁、粤、川、苏等;价格可根据不同的消费水平分为实惠、中档、高档不同等级;口味可分为酸、甜、辣等多种。通过前台可视化界面实现顾客多方面选择。

2、系统对顾客的选择具有自动记录和分析功能，能够统计每道菜的点击次数，根据受欢迎度可以分时推出本店的“金牌菜”，管理人员也可根据统计情况适当对菜谱进行改动，去掉人气低的菜品。此外还可以根据每日各菜品的选择次数调整使得材料选购的数量，尽量避免没有材料的情况。

3、点菜完毕后，实现对顾客所点菜品价格的统计，以免使顾客花费超出预算。本系统还可以实现顾客的退选或补选的要求，在顾客所点菜品上来之后，系统可通过点击进行记录，以免发生漏菜现象。

4、厨师可根据厨师号或菜系种类查询自己所做的菜是否受欢迎。

5、根据以上功能，该项目主要以以Windows为操作平台， SQLServer2008为数据库，PowerBuilder为开发工具,使用ODBC连接。前台界面实现可视化，方便顾客的选择。后台管理为数据库，管理菜品的增、删、改、查的实现都借以数据库实现。项目目标即为成功、完整的实现该系统，让客户满意。

要求系统能有效、快速、安全、可靠和无误的完成上述操作。并要求界面简单明了，易于操作，数据库利于维护。

2.2运行环境

操作系统：Microsoft Windows 2000及以上系统 支持环境：Powerbuilder 数 据 库：Microsoft SQL Server 2000

2.3条件与限制

1、当库中的各种菜品数量发生变化时，都应修改相关的库存记录。

2、在实现上述销售和采购的工作过程时，需考虑有关的合法性验证。

3、系统的外部项至少包括：顾客、厨师、传菜员、经理和管理工作人员。

3.数据描述

3.1静态数据

系统管理员通过该部分功能完成酒店点菜管理系统中基础数据的设置工作。主要工作包括：招牌菜、热菜、凉菜、靓汤、主食、酒水、糕点等菜系基础数据的设置，包括：菜品编号、菜品名称、菜品类型、菜品价格、菜品库存等的介绍，并根据价格的不同分为高、中、低三档。

3.2动态数据

点菜、补选或退选模块

顾客可根据口味、价格、食料、菜系进行点菜，菜品类型分为招牌菜、热菜、凉菜、靓汤、主食、酒水、糕点等;并根据价格分为高、中、低三个等级;根据口味可分为酸、甜、辣、咸四种。通过前台可视化界面实现顾客多方面选择。

点菜完毕后，系统自动进行菜价统计并显示。如顾客不满意则可进行退选或补选。 点菜次数记录

系统自动记录点菜次数，并对补选的菜进行次数增加，退选的菜进行次数减少，并将最终结果排序，以实现“特色菜”和“不受欢迎菜”，便于酒店推出特色菜，撤销不受欢迎菜，改变菜单，改进服务质量，并对衡量厨师水平有一定的指导作用。 后台管理模块

厨师可根据厨师号或者选择菜系名查看顾客对自己做的菜的满意度和受欢迎或者不受欢迎的菜;经理可根据系统自动排名推出“特色菜”撤销不受欢迎的菜，改进菜单，提高服

务质量;服务员可在输入自己的员工号后，输入顾客餐桌号或包间号进行收费

3.3数据库介绍

【给出使用数据库的名称和类型。】

菜谱数据库：存放餐厅所有菜品的编号、名称、类型、单价、库存等; 餐桌数据库：存放餐厅所有房间以及房间内餐桌的状态等; 点菜单数据库：存放顾客所点的菜品记录; 账单数据库：存放顾客的消费信息。

3.4数据字典

下面针对本系统，对点菜管理和过程的分析，为其提供必要的数据字典设计，以方便系统是最终实现。

菜谱：菜名+编号+单价+菜品类型+库存数量; 点菜记录：菜名+编号+单价+类型 +点菜日期+点菜次数

账单记录：顾客编号+房间号+餐桌号+账单编号 +日期+总消费情况 缺料记录：菜名+编号+缺料数量

经过我小组所有人员的分析讨论，得出的酒店点菜管理系统E-R图如下：

采购部门支配经理管理后 台管理员管理管理厨师烹饪服务员传菜顾客点菜菜品

图中各元素的属性如下：

区域编号顾客 餐桌号 编 号传菜员姓名服务区域 类 型所属菜系编 号菜品价 格菜名参考图片编 号厨 师所属菜系姓 名姓 名 经 理联系电话登录号密码姓 名 后台管理员 性 别 登录号

密码

3.5数据采集

由酒店管理部门及采购部门提供。

4.功能需求

4.1功能划分

以上酒店点菜管理系统流程图是对该系统的整体描述，根据用户提出的需求归纳，本系统主要分为9个子功能模块，即接待开台模块、点菜模块、厨师制作模块、上菜划单模块、传菜模块、结账模块、账单统计模块、缺料统计模块、修改库存记录模块。

4.2功能描述

据用户提出的需求归纳，本系统主要分为9 个子功能模块，即接待开台模块、点菜模块、厨师制作模块、上菜划单模块、传菜模块、结账模块、账单统计模块、缺料统计模块、修改库存记录模块。具体各模块功能介绍如下：

接待开台模块：根据顾客所点菜的菜系将顾客分配到餐厅不同的区域; 点菜模块：主要根据顾客点菜信息，生成菜单记录;

厨师制作模块：根据顾客的点菜信息，餐厅厨师制作顾客所点的菜品; 上菜划单模块：厨师制作好菜品后，出菜时修改上菜记录; 传菜模块：根据顾客的点菜记录，即菜单实现上菜功能; 结账模块：根据顾客的点菜记录，生成账单，方便顾客结账;

账单统计模块：选择合适的统计方式，根据相应的账单记录统计酒店餐厅的营业情况; 缺料统计模块：主要根据餐厅的缺料情况，生成缺料统计单，方便采购部门及时采购; 修改库存记录模块：食材到料后，根据到料通知单，修改食材缺料记录。

系统的数据流图：

后台管理员初始设置点菜记录顾 客 点菜记录账单 酒店点菜管理系统 划单单划上菜记录菜点经 理 营业传菜员上菜记录菜点情况缺料通知单进料通知单经 理采购部门

中间层数据流图

后台管理员菜 谱菜谱厨 师顾 客1 接 待开 台库存记录2 点菜 点菜记录3 厨 师制 作6 结账 库存记录库存记录8缺 料统 计 4 上 菜划 单传菜员账单记录帐单记录点菜记录9 修改库存记录 到料通知单缺料记录 缺料统计单7 账 单统 计采购人员营业收入记录营业情况点菜记录5 经 理

传 菜 上菜记录上菜记录

1、接待开台

1.11.2分配房间顾客选择菜系

2、点菜

菜 谱菜谱数据2.12.2点菜单生成点菜单2.3打印点菜单顾客点菜点菜单厨师点菜记录记菜录点点菜信息

3、厨师制作

3.1菜品分类3.2制作菜品3.3出菜话单点菜单厨 师点菜单出菜出菜记录出菜记录记录

4、上菜划单

4.14.2生成上菜单传菜员上菜划单上菜上菜上菜记录

记录记录

5、上菜

点菜记录顾客点菜记录5.1 上菜 上菜记录5.2标记为已上菜 传菜员

6、结账

账单记录 账单记录结账 顾 客付 款 6.1顾客付款6.2管理员标记为已付

7、账单统计

7.2 按房间统计 账单记录账单记录后台管理员7.1 选择统计方式 7.3按日期统计 营业收营业收 经 理 入记录入记录7.4按菜品统计

8、处理到料单

8.2 按原料统计 库存记录 8.1 选择缺料统计方式 8.4按菜品统计 8.3 按日期统计 缺料统计单缺料记录 采购人员缺料8.5统生成缺 计料统计单单缺料记录

9、修改库存记录

到料通知单9.1 采购人员 到料通知单9.2到料通知单处理缺料单9.3修改缺料记录修改库存记录库存记录 缺料记录 采购人员

5.性能需求

1、系统运行稳定、安全可靠。界面简洁友好，使用方便;

2、当基础数据发生变化时，系统管理员应该能很方便地维护基础数据，提高系统的灵活性;

3、最大程度的保证点菜数据的准确性。在顾客进行点菜时要实现各种关键基础数据的选择输入，避免大量的文字输入，以便减少点菜时间，提高录入数据的准确度。具体的基础数据项目包括：菜品名称，价格，口味，主要原料，参考图片，所属菜系，这些信息都采用按钮选择方式输入;

4、提高系统的并发性能。本系统每次点菜的人数在可预见的几年内平均每年最多约有40万人，平均每天点菜人数约为1000人，按最高峰值1500人，一天餐厅营业时间为8小时算，每次点菜时间为5分钟，所以系统要保证同时在线的人数为：1500人/(480分钟/5分钟)=15人;

5、系统报名页面的响应时间要限制在5秒以内;

6、竟可能的降低系统运行和维护的成本，以便在餐饮行业中推广本系统，扩大使用范围。

6.运行需求

6.1用户界面

采用对话方式框方式，多功能窗口运行。

6.2硬件接口

系统不存在和其它系统的硬件接口。服务器端建议使用专用服务器。

6.3软件接口

Windows xp及以上的操作系统

各模块过程之间采用函数调用、参数传递、返回值的方式进行消息传递。接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在模块之间传递。

6.4故障处理

根据用户反馈信息，及时更新系统信息和升级系统功能。

7.其它需求

对顾客的消费信息可设置一定的保护程序，增加系统可靠性。

第二篇：餐饮点菜系统

随着人们步入信息化的脚步，餐饮业也逐步走向信息化处理的模式：从全手工经营方式到手工操作和计算机管理并存的半手工经营方式，最终步入全信息化经营方式。

传统的点菜方式一把就是服务员手工填写菜单，一般为三联，一联交总台结账，一联厨房下单，一联留在餐桌核对。加菜也需要写在菜单上再送到厨房和前台，麻烦又费力。最后人工计算账单。这种经营方式只能说小酒店还可以应付，如果再大一点，餐厅的效率就会下降，造成顾客的不满了。而天财商龙设计的餐饮点菜系统服务员直接手持点菜器为顾客点菜，菜品信息就会直接传送到服务器的数据库中，厨房直接自动打印菜单，厨师受到菜单则开始做菜，总台则可以随时查看菜单信息。服务员可以随时为顾客加菜、退菜、催菜等。结账时直接打印菜单就行。天财商龙餐饮点菜系统从本质上解决了管理系统在餐饮业的瓶颈问题，整个流程快速准确，大大提高了效率。天财商龙餐饮点菜系统合理设计了餐饮运营的科学管理模式，规范了各个岗位服务员的职能，将跑单造成是时间浪费减少到最小;天财商龙餐饮点菜系统简单易学、方便实用、不需要高学历即可操作;查询功能方便快速，方便管理。

第三篇：新闻发布系统---需求分析

需求分析

新闻发布系统

提供人员登录系统，对新闻进行查看的功能，同时可以进行新闻的发布，对新闻的维护修改、删除等功能。登录人员根据自己的角色权限，来对相关新闻进行一系列操作。流程分为：登录系统，新闻维护。

1、系统登陆---验证系统的使用者，保证系统的安全性。

流程：登录人员输入账号、密码，并选择身份，同时输入验证码----系统验证相关信息是否正确---如果正确，则允许进入系统，否则提示错误，拒绝进入。

2、新闻维护

① 新闻查看

流程：系统显示新闻的相关信息，用户可以选择某一新闻进行查看

② 新闻发布

新闻的增加功能，将新的新闻信息添加到数据库中，包括新闻的标题、类别、内容、备注等。

流程：增加新闻---审批-----如果审批成功，则可以发布;否则，不允许发布。

③ 新闻修改

选中某一条新闻，对新闻的标题、类别、内容、备注等相关内容进行修改。

④ 新闻删除

删除已经发布或保存的信息。

界面说明：

入口：“系统登录”->“新闻发布”

系统列出大量新闻信息，供用户进行增加、修改、删除、查看等操作。

备注：

第四篇：系统需求分析报告

目录

目录 ............................................................................................................. I

1、项目描述............................................................................................... 1 1.1 背景................................................................................................ 1 1.2研究意义 ........................................................................................ 1

2、需求分析............................................................................................... 1 2.1功能需求分析 ................................................................................ 2 2.1.1 系统管理功能 ...................................................................... 2 2.1.2 流量劫持功能 .................................................................... 2 2.2性能需求分析 ................................................................................ 2

I

1、项目描述

1.1 背景

随着网络的普及，网络业务应用向深度和广度不断发展，方便用户的同时，也因用户终端存在网络安全漏洞或用户网络安全意识的疏忽，使得网络上涉及如：电子商务、在线游戏、DNS授权服务、网银支付系统、社交网站、论坛、博客、门户网站等在线业务受到黑客及网络犯罪份子的攻击，对个人用户信息(网银、支付钱包账号密码等)的保密和对国家互联网信息管理与审计构成严重威胁。

1.2研究意义

本项目针对以上问题，主要利用了以下两种技术：僵尸网络反制技术及HTTP/HTTPS协议通信的监控技术。

网络攻击已严重威胁着网络的安全，及时的发现网络攻击并在必要的时候劫持与反制网络攻击，成为保障互联网正常运行、保障在线业务系统正常访问的重要方法。

2、需求分析

经过与项目委托方多次讨论，设计系统的目的是为实现对特定非法用户Web(HTTP/HTTPS协议)通信进行监控及反制，具体要求实现的功能有：监控系统远程控制、针对特定非法用户上网流量劫持、针对特定非法用户Web通信进行JS脚本注入、获取非法用户账号和密码、获取非法用户访问某些网站的Cookie。

第 1 页 2.1功能需求分析

根据监控系统的要求对系统的功能进行分析，明确了系统需要实现的功能。系统的功能结构模块：系统管理功能、流量劫持功能、监控与反制功能。

2.1.1 系统管理功能

系统管理模块主要负责系统登录、系统远程控制、黑名单库配置、数据存储和展示。数据展示包含数据存储和数据展示，数据存储负责接收后端和前端JS探针采集的数据并存储到数据库，数据展示负责提取数据库数据并显示。

2.1.2 流量劫持功能

本文流量劫持指DNS协议劫持，主要由四个部分组成：报文捕获、协议解析、IP及域名查找匹配、DNS协议欺骗。

2.2性能需求分析

1. DNS流量劫持成功率

为了达到项目委托单位的要求，需要对特定用户访问特定网站的流量进行准确监控，同时保证流量劫持的成功率(90%以上)。

2. 监控与反制系统并发量

监控与反制系统服务器的并发性能直接决定同时能够监听的用户数。当被监控用户数过大，监控与反制系统并发处理能力到极大挑战。

3. 系统运行稳定性

第 2 页 系统稳定性是系统最基本也是最重要的要求，运行稳定性关系到系统能否长时间稳定运行。系统的稳定性体现在：随着运行时间的增加，系统并不会出现内存泄露、甚至系统崩溃等情况。其中内存泄露可通过内存消耗、CPU使用率指标度量。

第 3 页

第五篇： 火车购票系统需求分析

1.引言

随着科学技术的发展，计算机领域不断取得日新月异的研究成果。计算机在代替和延伸脑力劳动方面发挥越来越重要的作用，在日常生活中随处都离不开离不开计算机。尤其是在交通发达的今天，要管理大量的车票销售，计算机优势更加体现出来。在数字化的今天，为了加强火车售票的管理必须依靠计算机，使火车售票员更好的对游客的管理更加有序、到位，基于上述种种原因，开发火车站售票系统更加显得重要，我们结合本次课程设计开发以下的火车站售票系统方案。

2.编写目的

本需求分析报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本火车售票系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用。本文档供项目经理、设计人员、开发人员参考。 3.功能需求

本售票系统应该具备如下功能：

1.浏览功能

列出当前数据库文件中车票的所有记录 可选定一项纪录，显示说有域 2.查询功能

分为对车次信息的查询和客户对已订车票信息的查询。要求： 1) 对车次的查询，可以按照发车车次进行查询。 2) 也可以按照区间查询。

3) 车次信息包括：车号、出发地、目的地、发车日期、开出时刻、到站时刻、票价、 座位类型设定。

4) 车次信息只允许用户查询，不能修改。

5) 在查询到的结果中要有对发车时刻，到站时刻的排序功能。3.添加功能

增加一条车票的信息 3.修改信息

通过系统，客户根据自己的需求找到满意的车次，再输入个人信息后直接通过网上售票确定已预订选中的车票。要求：

售票记录应包括：乘客名、车号、发车日期、订购票数、总价。 4.退票

可退票，通过查询系统，客户可以根据自己的名字找到自己的订票信息，通过退票模块退去已购车票。旅客要在列车开出之前到退票窗口进行退票，售票员将会扣除一定的手续费，并且将该票的信息退回到数据库中，退出的车票还能继续出售。 5.购票

在售票窗口售票员根据旅客预定的车票，或是根据旅客指定的车次查询是否有可用座位、或是根据旅客提供的车站查询经过此站的所有车次，然后再按照旅客要求的发车日期、发车时间、车厢类型、车票类别(全票、半票)、车次类型等要求选择合适的车次，然后结算并打印出车票给旅客。6.预定

6.预定

根据旅客指定的车次查询是否有可用座位、或是根据旅客提供的车站查询经过此站的所有车次，然后再按照旅客要求的发车日期、发车时间、车厢类型、车票类别(全票、半票)、车次类型等要求选择合适的车次进行预定。

4.性能需求

为了保证系统能够长期、安全、稳定、可靠、高效的运行，本系统应该满足以下的性能需求。

1.准确性和及时性

系统处理的准确性和及时性是系统的必要性能。系统应能及时而且准确的根据用户权限及所输入的信息做出响应。由于本系统的查询功能对于整个系统的功能和性能完成举足轻重。作为系统的很多数据来源，而车票的数量和时间又影响用户的决策活动，其准确性和及时性很大程度上决定了系统的成败。在系统开发过程中，必须采用一定的方法保证系统的准确性和及时性。

2.易用性

本系统是直接面对用户的，而用户往往对计算机并不是非常熟悉。这就要求系统能够提供良好的用户接口，易用的人机交互界面。要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面，从而保证系统的易用性。

3.系统的标准性

系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。所有这些都要符合国家标准，各铁道部统一。如规范的数据库操纵界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求的质量规范等;同时，在自主开发本系统时，要进行良好的设计工作，制订行之有效的软件工程规范，保证代码的易读性、可操作性和可移植性。

4.系统的响应速度

机票预定系统系统在日常处理中的响应速度为秒级，达到实时要求，以及时反馈信息。在进行统计分析时，根据所需数据量的不同而从秒级到分钟级，原则是保证操作人员不会因为速度问题而影响工作效率。

5.数据描述 5.1静态数据 火车票：

列车车号 (int SerialNumber) 列车始发时间 (struct time SetOut) 列车始发站(char DeparturePoint) 列车终点站(char TerminalPoint) 票务：

列车车号 (int SerialNumber) 已售出车票票数(int FixedNumber) 额定载量(int FixNumber ) 5.2动态数据

输入数据：根据界面提示，键盘输入操作;

查询方式：查询车次、查询始发站;旅客购买时的票务信息，售票员添加、购票、退票时的票务信息; 售票员备份数据恢复所需的数据备份文件; 输出信息：查询车次确定的数据库记录的子集; 统计结果;

车次信息录入、删除(成功或失败); 车次信息查询、购买的操作结果; 数据备份输出的数据备份文件; 内部数据：查询操作建立的索引; 5.3数据词典

1)售票工作人员日志数据字典 名字：售票工作人员日志 别名：售票员工作日志

描述：记录售票工作人员出勤信息的文件，以供统计售票工作人员出勤情 况 定义：售票工作人员日志=日志编号+售票员编号+售票员登录时间+售票员退出时间 2)订票信息数据字典 名字：订票记录 别名：订单信息

描述：存放订单信息的文件，以供用户查询，并作相应操作 定义：订票记录=用户名+车号+发车日期+订购日期+订购票数+总价 3)售票信息数据字典

名字：买票记录 别名：售票信息

描述：存放售票信息的文件，以供用户查询，并作相应操作

定义：买票记录=买票编号+售票员编号+旅客编号+买票数量+买票时间 4)退票信息数据字典 名字：退票记录 别名：退票信息

描述：存放退票信息的文件，以供用户查询，并作相应操作

定义：退票记录=退票编号+售票员编号+旅客编号+退票数量+扣除金额+返还金额+退票时间

5)列车停靠记录数据字典 名字：列车停靠记录 别名：列车停靠信息

描述：存放列车停靠信息的文件，以供用户查询列车有哪些停靠站及任意两站之间的到达时间、出发时间、里程数、历时、各种座位票价、各类座位数量等信息等，并作相应操作 定义：停靠记录=停靠编号+列车编号+车站编号+到达时间+发车时间+两站里程数+历时+硬座价格+硬卧价格+软座价格+软卧价格+特等座价格+一等座价格+二等座价格+高级软卧价格

6)列车信息数据字典 名字：列车记录 别名：列车信息

描述：存放列车信息的文件，以供用户查询列车车次、等级、起点站、终点站、 各类座位数量等信息，并作相应操作

定义：列车记录=列车编号+运费序号+列车等级+起点站+硬座总数量+软座总数量 +硬卧总数量+软卧总数量+特等座总数量+一等座总数量+二等座总数量+高级软卧总数量+无座总数量+当前剩余硬座数量+当前剩余软座数量+当前剩余硬卧数量+当前剩余软卧数量+当前剩余特等

6.运行需求 6.1用户界面

采取对话框方式，多功能窗口运行 6.2硬件接口

(1)硬件接口：支持x86系列PC机

(2)网络硬件接口要求：现实中要求具有高速以太网组网一实现联网销售，但是在理论实验验证软件本身的目的来看，无需网络通讯接口。 6.3软件接口

运行于Windows2000及更高版本。 6.4故障处理

正常使用时不用出错，对于用户的输入错误应及时给出适当的改正信息提示，若运行遇到不可恢复的系统错误，也必须保证数据库完好无损。 7.其它需求

(1)可用性：该软件也可以通过单步跟踪的操作进行检查处理。

(2)安全性：由于软件运行数据放在数据库中，所以参数不容易被错改、破坏，万一参数受到破坏也不会影响源程序。

(3)可维护性：该软件利用数据库进行编程，系统结构由程序基本确定，大量的参数及文本内容全部放于数据库中。修改、更新数据只要在数据库进行修改添加，而不需要对系统结构进行修改，这样系统维护性、升级都十分方便。 (4)兼容性：由于尚未测试，故无法对兼容性进行评析。