服装设计系统说明书

第一篇：服装设计系统说明书

学生宿舍分配系统系统设计说明书剖析

系统设计说明书模板 1. 引言 1.1 编写目的

本设计说明是在学生宿舍分配软件需求规格说明书的基础上，详细描述系统的概要设计结果，作为详细设计的基础资料，为系统开发人员提供设计和开发依据。

1.2 背景

a. 待开发的软件系统的名称：学生宿舍分配系统 b. 本项目的任务提出者：宿舍管理中心 c. 本项目的任务开发者：学校技术人员

d. 本项目的任务用户：学生、班主任、辅导员、宿舍负责人、校领导、院领导。

1.3 术语

本文当中涉及的专业术语定义或解释，一般用表格形式给出，如表2-1所示。 表2-1 术语定义或解释表

1.4 参考资料

学生宿舍分配系统需求规格说明书

马小军 张玉祥，《软件开发实训教程》，中国人民大学出版社，2015年8月

2. 系统总体设计 2.1设计约束

2.1.1本系统应遵循的标准和规范

易用性、高效性、可靠性、可扩展性、安全性 2.1.2软硬件运行环境约束 Windows XP/win7/win8, Sql server 2008数据库 数据库服务器一台，CPU:Pentium900M，内存容量>512M 2.1.3接口约束 数据库访问接口

2.1.4用户界面约束 交互方式：人机交互

界面空间尺寸：可随浏览器大小自行调整 硬件级网络带宽：校园网带宽>10M 2.2体系结构设计

(系统的体系结构模型，如下)

2.3系统功能结构 主功能清单

2.4模块设计

2.4.1 学生住宿申请子系统——填报申请模块程序设计 2.4.1.1功能描述 学生在线填写住换宿申请，填写后提交。该模块提供住换宿申请的保存和提交功能。 2.4.1.2性能 提交时间<1s 2.4.1.3输入项

住宿申请表内容包括：姓名、学号、性别、学院、班级、家庭地址、联系电话、电子邮件、申请日期、特殊说明。

2.4.1.4输出项

提交状态的宿舍申请表 2.4.1.5流程逻辑与算法描述 (住宿申请顺序图，如下)

2.4.1.6接口 数据库访问接口 2.4.1.7单元测试计划 按照住宿申请顺序图即程序执行流程设计测试用例

2.4.2 学生住宿申请子系统——申请查询模块程序设计 2.4.2.1功能描述 针对学生在线提交的住换宿申请，实现申请书所处状态的具体查询并显示查询结果。 2.4.2.2性能 提交时间<2s 2.4.2.3输入项 学号 2.4.2.4输出项

住宿申请表审核或批准的状态。 2.4.2.5流程逻辑与算法描述 (申请查询顺序图，如下)

2.4.2.6接口 数据库访问接口 2.4.2.7单元测试计划 按照申请查询顺序图即程序执行流程设计测试用例

2.4.3 辅导员审核子系统 2.4.3.1 功能描述 实现辅导员对接收到的学生住宿申请进行审核意见标注的操作 2.4.3.2 性能 审核提交时间<1s 2.4.3.3 输入项 学生住宿申请表 2.4.3.4 输出项 审核后的的住(换)宿舍申请表 2.4.3.5 流程逻辑与算法描述 (辅导员审核顺序图，如下) 学生 住(换)宿舍申请查询界面 住(换)宿舍申请审核界面 住(换)宿舍申请书 数据库 辅导员编号 查询辅导员负责班级的住宿申请表 显示全部申请 查询提交状态的申请 显示列表结果 选择列表中申请 查询结果列表 查询未审核的住宿申请列表 查询结果列表 调取申请表详情 申请表详情 查询 查询结果 调用审核界面 置审核标记 持久化 审核完成 返回成功 返回，关闭审核界面 标注审核信息 刷新页面 审核完成，退出 界面关闭

2.4.3.6 接口 数据库访问接口 2.4.3.7 单元测试计划 按照辅导员审核顺序图即程序执行流程设计测试用例 2.4.4 宿舍负责人工作子系统——批准住宿模块程序设计

2.4.5 宿舍负责人工作子系统——住宿统计程序设计 2.4.6 公共服务子系统——用户登录模块程序设计 2.4.7 公共服务子系统——住宿查询模块程序设计 2.4.8 系统管理子系统——用户管理模块程序设计 2.4.9 系统管理子系统——基础信息维护模块程序设计 3.数据结构设计 (详细类图，如下)

用户 +用户 : string +用户编号 : string +用户类型 : char -口令 : string -有效标记 : bool +增加用户( : string +修改信息( +删除( -修改口令( 教师 -所在学院 : string 宿舍管理人员 系统管理员 领导 班主任 -管理班级 : string 1 * 辅导员 +管理班级 : string 1 班级 -班级编号 : string +班级信息维护( 1 * 学生 1 * * * * 1 -所在班级 : string * 1 宿舍负责人 宿舍管理员 校领导 院领导 -所在学院 : string * 1 住宿记录 -学生姓名 -班级 -床位号 -房间号 -楼号 -宿舍名称 -入住日期 +增加( +维护( +查询( +统计( * 1 * 宿舍检查记录 0..* 0..* 0..* -检查地点 -检查内容 -记录人 +新增( +维护( 设备 -所在房间 -设备名称 -设备编号 -使用者 1* +新增( +维护( * 0..* 1 住(换)宿舍申请 -申请人姓名 : string -联系方式 : string -家庭住址 : string -辅导员审核意见 : char -宿舍负责人批准意见 : char -辅导员姓名 : string -宿舍负责人姓名 : string +新建( +保存( +提交( +审核( +批准( 床位 * -所在房间 -床位号 +新增( +维护( 0..* 1 * * 1 楼栋 -楼号 +新增( +维护( 1 房间 -房间号 -朝向 -床位数 +新增( +维护( *1 0..* 宿舍 -名称 : string +新增( +维护(

第二篇：车辆管理系统设计说明书

车辆管理系统

系统设计说明书

学院：计算机与信息

班级：

学号：

姓名：

11软工A1 20114832516 田

伟

日期：2014.4.18

目录

系统设计说明书 ............................................................................................................................... 3 1. 引言.............................................................................................................................................. 3 1.1. 编写目的 .......................................................................................................................... 3 1.2. 编写背景 .......................................................................................................................... 3 1.3. 参考资料 .......................................................................................................................... 3 1.4. 运行环境 ........................................................................................................................... 3 1.5. 预期读者 ........................................................................................................................... 4 2. 任务概述 ...................................................................................................................................... 4 2.1. 目标 .................................................................................................................................. 4 2.2. 需求概述 .......................................................................................................................... 4 2.3. 条件与限制 ...................................................................................................................... 4 3. 总体设计 ...................................................................................................................................... 5 3.1. 总体结构设计 .................................................................................................................. 5 3.2. 功能分配 .......................................................................................................................... 5 4. 接口设计 ...................................................................................................................................... 6 4.1. 外部接口设计 ................................................................................................................... 6 4.1.1. 软件接口 ................................................................................................................ 6 4.1.2. 硬件接口 ................................................................................................................ 6 4.1.3. 界面设计 ................................................................................................................ 6 4.2. 内部接口设计 ................................................................................................................... 6 5. 数据结构设计 .............................................................................................................................. 7 5.1. 逻辑结构设计 .................................................................................................................. 7 5.2. 物理结构设计 .................................................................................................................. 8 5.3.数据库设计 ......................................................................................................................... 8 6. 运行设计 .................................................................................................................................... 13 6.1. 运行控制 ........................................................................................................................ 13 6.2. 运行时间 ........................................................................................................................ 13 7. 出错处理设计 ............................................................................................................................ 14 7.1. 出错输出信息 ................................................................................................................ 14 7.2. 出错处理对策 ................................................................................................................ 14 7.3. 故障分析与定位 ............................................................................................................ 14 8. 安全保密设计 ............................................................................................................................ 14 9. 系统维护设计 ............................................................................................................................ 14

系统设计说明书

1. 引言

1.1. 编写目的

本说明书对车辆管理系统的总体设计与实现作详细说明。用于记录系统在技术层面上的实施过程，以需求说明作为设计的根本出发点，作为产品实现、功能要求和控制的依据。为开发人员指明设计方向，便于其在最短的时间内开发出功能最齐全的软件。

1.2. 编写背景

物流系统是现代经济系统的主动脉，物流的最简单理解就是货物运输，所以运输在物流运作中的地位十分重要，而车辆是运输企业的命脉，有机的管理好车辆十分关键。传统的运输业已不能满足市场需求。运输企业的信息化管理具有重要意义。

1.3. 参考资料

《UML基础与Rose建模教程》

《C#数据库系统开发完全手册》

《软件工程实验与实践教程》

《实用软件文档写作》

1.4. 运行环境

运行该软件所适用的具体设备必须是奔腾操作系统在Windows xp及以上。

数据库为SQL Server2005以上版本

4、内存512MB以上的计算机。1.5. 预期读者

本说明书的预期读者是项目的开发人员，测试人员和维护人员。

2. 任务概述

2.1. 目标

车辆管理系统将为企业提供各种车辆管理和快速查询的功能，以提高公司的运作效率，降低运作成本。结合公司需求，主要为用户提供以下几方面的功能。 * 车辆基本信息管理 * 车辆购置管理 * 车辆调拨管理 * 车辆报废管理 * 车辆信息管理

2.2. 需求概述

主要输入输出项：

系统用户信息(二级公司用户，总工程师，总经理) 车辆基本信息(车牌号、自编号、公司编码等)

车辆购置信息(基本申请信息、审批信息、批复信息) 车辆报废信息(基本申请信息、审批信息、批复信息) 车辆调拨信息(基本申请信息、审批信息、批复信息)

2.3. 条件与限制

车辆管理系统的用户分为四类：系统管理员、总经理、总工程师、二级公司用户。不同用户具有不同的操作权限。在用户作出操作时，系统需对判断用户是否具有该操作的权限，严禁一切非法操作，从而保证数据的安全性和完整性。 3. 总体设计

3.1. 总体结构设计

图1 车辆管理系统功能模块结构

3.2. 功能分配

用户的登录管理模块：

输入：用户名、密码、用户类型。

输出：相应用户界面显示或提示出错信息。

车辆信息、车辆购置信息、车辆调拨信息、车辆报废信息查询模块：

输入：用户输入各种所需查询的基本信息 输出：相应的详细信息界面

车辆信息、车辆购置信息、车辆调拨信息、车辆报废信息添加模块：

输入：用户输入各种所需添加的详细信息 输出：数据库操作执行结果对话框

车辆信息、车辆购置信息、车辆调拨信息、车辆报废信息修改模块: 输入: 用户输入各种所需修改的详细信息 输出: 数据库操作执行结果对话框 车辆信息、车辆购置信息、车辆调拨信息、车辆报废信息删除模块: 输入：用户输入各种所需删除的基本信息 输出：数据库操作执行结果对话框

退出模块：

输入：用户输入退出命令 输出：确认信息框

确认模块：

输入：用户操作命令 输出：确认信息框

4. 接口设计

4.1. 外部接口设计 4.1.1. 软件接口

使用Sql Server数据库的驱动程序，通过COM接口访问。

4.1.2. 硬件接口

鼠标。

键盘。

USB移动数据存储器。

4.1.3. 界面设计

1. 用户登录界面

2. 管理员界面

3.二级公司用户界面

4. 总工程师界面

5. 总经理界面

4.2. 内部接口设计

模块间接口采用数据耦合方式，通过参数表传送数据，交换信息。

5. 数据结构设计

5.1. 逻辑结构设计

5.2. 物理结构设计

5.3.数据库设计

字段名

1、车辆基本信息表 车牌号

char(10) not null,

数据类型

是否可为空

公司编码 char(10) not null, 自编号

char(10) null, 厂牌 char(18) null, 型号 char(18) null, 规格 char(18) null, 落户日期 datetime null, 燃料 char(18) null, 车辆来源 char(18) null, 来源摘要 char(100) null, 出厂日期 datetime null, 参运日期 datetime null, 登记证号 char(18) null, 产权归属 char(10) null, 使用性质 char(18) null, 车型 char(20) null, 车辆原值 decimal(10,2) null, 吨位 decimal(7,3) null, 养路费 decimal(7,2) null, 建设基金征费标准 decimal(7,2) null, 车辆级别 char(2) null, 发动机号 char(18) null, 底盘号 char(18) null, 车架号 char(18) null, 车身颜色 char(18) null, 一级维护周期 decimal(3) null, 二级维护周期 decimal(3) null,

2、车辆购置申请信息表

申请单编号

char(10)

not null, vehicle_no

char(10)

not null, 公司编码

char(10)

not null, 产权归属

char(10)

null, 主管部门意见

char(100)

null, 主管部门审批意见

char(100)

null, 经历批示意见

char(100)

null, 经理批示时间

datetime

null, 车辆名称

char(40)

null, 申请时间

datetime

null, 生产厂家

char(100)

null, 厂牌

char(18)

null, 型号

char(18)

null, 规格

char(18)

null, 购置数量

decimal(3)

null, 单价预算

decimal(10,2)

null, 购置时间

datetime

null, 主要技术参数

char(100)

null, 购置理由

char(100)

null, 用途说明

char(100)

null, 资金来源

char(100)

null,

3、车辆调拨申请信息表

申请单编号

char(10)

not null, 公司编码

char(10)

not null, 公司信_公司编码

char(10)

not null, 公司信_公司编码2

char(10)

not null, 车牌号

char(10)

not null, 审批信_产权归属

char(10)

null, 主管部门意见

主管部门审批意见

经历批示意见

经理批示时间

申请时间

调拨原因

通知时间

厂牌

型号

规格

自编号

调拨起始日期

调拨结束日期

交接地点

产权归属

经办人

4、车辆报废申请信息表申请单编号

公司编码

车牌号

产权归属

主管部门意见

主管部门审批意见

经历批示意见

经理批示时间

申请时间

厂牌

型号

规格

自编号

落户日期

吨位

原值

净值

char(100)

char(100)

char(100)

datetime

datetime

char(100)

datetime

char(18)

char(18)

char(18)

char(10)

datetime

datetime

char(100)

char(10)

char(18)

char(10)

char(10)

char(10)

char(10)

char(100)

char(100)

char(100)

datetime

datetime

char(18)

char(18)

char(18)

char(10)

datetime

decimal(7,3)

decimal(10,2)

decimal(10,2)

null,

null,

null,

null,

null,

null,

null, null, null, null, null,

null,

null,

null,

null, null,

not null,

not null,

not null,

null,

null,

null,

null,

null,

null, null, null, null, null,

null, null, null, null,

已使用年限

decimal(2)

null, 已提折旧

decimal(10,2)

null, 资产级别

char(18)

null, 报废原因

char(100)

null, 累计行驶总里程

decimal(10,3)

null, 办理单位

char(2)

null, 批准文号

char(10)

null, 批准日期

datetime

null, 主管人

char(18)

null, 经管人

char(18)

车辆管辖单位意见

char(100)

5、车辆大修记录表 车牌号

char(10)

大修日期

datetime

间隔里程

decimal(10,3)

工时费

decimal(8,2)

材料费

decimal(8,2)

备注

char(100)

6、车辆改装记录表 车牌号

char(10)

改装日期

datetime

改装改造原因

char(200)

改装总成本及主要参数

char(200) 改造后技术性能改变情况

char(200)

7、车辆折旧记录表 车牌号

char(10)

折旧日期

datetime

折旧率

decimal(6,3)

车辆原值

decimal(10,2)

余值

decimal(10,2)

8、发动机维修记录表 车牌号

char(10)

发动机维修日期

datetime

次数

numeric(2)

间隔里程

decimal(10,3)

工时费

decimal(8,2)

材料费

decimal(8,2)

备注

char(100)

9、报废车辆信息表

null,

null,

not null,

not null,

null, null, null, null,

not null,

not null,

null,

null,

null,

not null,

not null, null,

null, null,

not null,

not null, null,

null, null, null, null,

车牌号

char(10) not null, 公司编码 char(10) not null, 自编号

char(10) null, 厂牌 char(18) null, 型号 char(18) null, 规格 char(18) null, 落户日期 datetime null, 燃料 char(18) null, 车辆来源 char(18) null, 来源摘要 char(100) null, 出厂日期 datetime null, 参运日期 datetime null, 登记证号 char(18) null, 产权归属 char(10) null, 使用性质 char(18) null, 车型 char(20) null, 车辆原值 decimal(10,2) null, 吨位 decimal(7,3) null, 养路费 decimal(7,2) null, 建设基金征费标准 decimal(7,2) null, 车辆级别 char(2) null, 发动机号 char(18) null, 底盘号 char(18) null, 车架号 char(18) null, 车身颜色 char(18) null, 一级维护周期 decimal(3) null, 二级维护周期 decimal(3) null,

10、报废车辆大修记录表 车牌号

char(10) not null, 大修日期2 datetime not null, 间隔里程 decimal(10,3) null, 工时费 decimal(8,2) null, 材料费 decimal(8,2) null, 备注 char(100) null,

11、报废车辆发动机维修记录表 车牌号

char(10) not null, 发动机维修日期2 datetime not null, 次数 numeric(2) null, 间隔里程 decimal(10,3) null, 工时费 decimal(8,2) null, 材料费 decimal(8,2) null, 备注 char(100) null,

12、报废车辆改装记录表 车牌号

char(10) not null, 改装日期2 datetime not null, 改装改造原因 char(200) null, 改装总成本及主要参数 char(200) null, 改造后技术性能改变情况 char(200) null,

13、报废车辆折旧记录表 车牌号

char(10)

not null, 折旧日期2

datetime

not null, 折旧率

decimal(6,3)

null, 车辆原值

decimal(10,2)

null, 余值

decimal(10,2)

null,

14、公司信息表

公司编码

char(10)

not null, 公司名称

char(18)

null, 6. 运行设计

6.1. 运行控制

本软件控制流程：主程序运行，等待用户的输入，根据用户的输入调用各子模块。

6.2. 运行时间

搜索查找响应时间<5s; 运行响应时间<5s; 7. 出错处理设计

7.1. 出错输出信息

1、 登录失败：说明密码、用户名以及用户类型至少有一项不符，弹出警告信息后需重新输入用户名、密码或重新选择用户类型，否则将无法登录。

2、 对于超出用户权限范围的操作，予以提示。例如二级公司用户试图修改其他公司的申请单信息，公司总经理试图批复产权归属为“融资挂靠”的申请单信息等。

7.2. 出错处理对策

故障出现后可能采取的变通措施，包括：软件系统维护、重装软件系统。

7.3. 故障分析与定位

对于简单的错误可以人为地查找到并且确定错误的地方，对于复杂的错误可以通过具体的测试，能够迅速查找到出错的原因以及出错的地方。

8.安全保密设计

新用户注册时需给管理员出示其所属公司的证明，由管理员填写注册信息，并交付二级公司用户。二级公司用户可以自行修改个人信息，包括用户名和密码。用户登录后不得执行超出其权限范围的操作。

9. 系统维护设计

在设计软件是要严格按照软件工程的科学方法开发软件、认真建立文档、编码阶段写详细的注释，对于维护可能会出现用户维护需求频繁的现象，主要要问题可能在数据库丢失或者数据库版本不匹配等的问题上。

第三篇：餐饮管理系统设计说明书

餐饮管理系统

[编辑本段]餐饮管理系统的功能及选择

中国是举世闻名的美食大国，拥有五千年的饮食文化和巨大的餐饮市场，随着人民生活水平和生活方式的转变，餐饮业具有巨大的投资市场，被称为中国的黄金产业，但同样也应看到，餐饮业不仅面临着巨大的发展机遇，也面临着前所未有的挑战和考验。这些挑战主要来源于以下几方面：

1.人才的专业化程度不够导致内功不足：因餐饮业门坎较低，中国的大多数餐饮企业的老板是从小店发展起来的，家族式管理的居多，还没有发展到聘请职业经理人，许多还是“人治”，并没有一套现代企业制度和监督管理体制，所以从观念意识、经营思想和管理水平还有待专业化。

2.变能力差，缺乏先进的信息工具：现在的餐饮市场火爆，许多以前做电子、房地产等其他行业的老板都凭借雄厚的资金实力挤进餐饮市场，争先恐后的上规模、上档次、比菜品、比服务、拼价格，使餐饮市场竞争激烈，但是许多餐饮企业缺乏对市场的应变能力和灵敏的信息工具，在现今网络经济的时代，许多餐饮企业还处在手工及半手工状态，即使有计算机也只是实现了POS系统(点菜收银环节),当个点菜器和计算器用，并没有真正通过计算机系统来实现改造流程、强化管理、降低成本、堵漏节流等作用。

3.缺乏科学和标准的管理体系：国外著名的快餐连锁经过上百年的探索都形成了标准化的工作流程和方法。中餐因其菜品的多样化和特色化的服务很难实现标准化管理，这使中餐企业的成本控制很难实现，但近两年也出现了引进快餐式经营特点的中餐企业，例如全聚德集团和天津的家和海鲜巨无霸，从流程、服务、出品都开了中餐标准化的先河。

当然经营特色、规模、出品这些因素不同的餐饮业态有不同的标准，上面所提到的人才专业化和管理体系两点可以通过引进管理人才来实现，但是提高餐饮企业核心竞争力的管理信息工具也越来越受到餐饮老板的重视，因此许多公司都陆续推出了餐饮管理系统，但由于自身经验的缺乏或对酒店餐饮行业管理理解的不够，至使市场上的产品良莠不分。目前市场上的餐饮管理系统大致有手工单据集中上传、PDA点菜和手持POS点菜三种类型。

一.手工单据集中上传类型：顾名思义，集中上传就是点菜员用手工开单后，统一到前台的计算机,POS机或触摸屏POS机来进行统一录入上传。很明显，这将导致效率的非常低下。在营业高峰时经常出现录入菜单排队现象，相信随着当前餐饮管理的发展，这种效率低下的管理模式将逐渐遭到淘汰。另外，没有条码划菜系统，无法统计上菜的时间，一旦出现问题，在厨师和传菜员之间无法追究明确责任。

应用范围：

1、 计算机银台录入菜单投资低廉，使用者大多是中低档家常菜馆，营业面积一般为几百平米，基本上为粗放式管理流程。

2、 触摸屏录入点菜软硬件投资高，因开发者多是海外的软件公司，往往偏重于为西餐厅点菜模式，此类系统设计过于简单，很难满足中餐品种繁多、经营管理理念、复杂的业务流程等等，所以用户以客流量不大的高档粤菜酒楼或西餐厅、茶餐厅、咖啡厅居多，此系统的特点：图片化，操作容易，可以防水，由服务员手工写单后到触摸屏上录入，但繁忙时会发生点菜员排队等录入的现象。

二.PDA点菜类型：PDA点菜上传，其主要是通过无线传输技术(802.11b)来进行数据传输。PDA用于点菜机,优点有:可实现触摸界面,手写识别字体,这对一些不懂拼音又记不住编码的点菜员有吸引力.但缺点是:

1、 用手写触摸屏写单速度慢,如果是无按键的PDA，操作繁琐、点菜速度慢、在输入数量、附加项时必须用笔触式界面，对比较潦草的字难以识别，易出错、修改麻烦，损坏频率高，

2、 如果是完全触屏的PDA点菜,服务员必须双手操作操作，影响为客人介绍菜品及服务;

3、时间短,电池充电麻烦;

4、 个头和重量大，点菜员多为女孩子，拿着非常不方便;

所以在选择硬件时,建议选择触摸,按键一体机来用于点菜.三. 手持无线POS点菜类型：使用餐饮专用的手持POS点菜系统是拥有众多用户群的一套系统，其系统着重流程管理，针对中餐酒店的所有环节采用信息手段进行整合，从预订、接待、点菜、菜品上传、厨房分单打印、条码划菜、收银、经理查询等全方位计算机管理信息系统。是目前业内较为先进的，非常适合中大型酒楼的管理系统，根据重点调研目前国内应用比较广泛的手持POS点菜餐饮管理系统的开发者—北京辰森世纪计算机系统有限公司的用户情况分析，其系统的特性有以下几点：

1.数据准确、无丢单漏单现象

它用手持无线POS机(433频率技术)进行点菜，可随点随发送,从点菜到上传至厨房出单只需几秒钟即可完成，上菜速度快捷准确.2.全程计算机跟踪管理，无一张手工单据，数据准确无误，各种权限设置，避免人为的失误，从源头上杜绝了跑冒滴漏现象。

3.上传速度快、提高翻台率;

4.厨房打印菜单，条码划菜，便于统计菜品和厨师业绩,并有多级备份和日志可查。

5.日清日结，实时查询统计、核算清楚准确。ü 每天由收银出日营业报表，财务审核非常轻松。

6.灵活而准确高效的收银结帐系统

客人用餐完毕结帐时，结帐由台面服务员同收款员配合完成。并可由收银POS打印出结算单;收银系统支持集团消费、会员卡、挂帐、现金、支票、礼卷等等多种付款方式，可根据酒店管理要求和在收银员权限范围内进行折扣和服务费等的使用。

7.辅助酒店老板的监控和决策的工具

其总经理查询决策系统的功能非常强大，可以查询营业收入统计、员工业绩统计、人均消费额、翻台率等;可以以图形或表格形式进行各种分析：财务状况分析、营销决策分析、营业收入分析等;能对餐饮企业的经营起到全面的辅助决策作用，另外这套系统还有针对餐饮连锁集团所开发的总部远程查询系统使酒店管理者可以异地监控和查询分店的营业情况。专用点菜POS机硬件性能指标优点：

1、 点菜,上传速度快;

2、 操作键大、功能键简单、可简拼、编码点菜，服务员容易上手

3、功能多：点菜、加菜、退菜、催菜、缓菜、口味、制作方法、查询买单、套餐、储存、可简拼点菜，可输中文，可以应附客人特殊要求;

4、 内存大，个头小;

5、 锂电电池，无需更换电池，服务员休息时即可充电;

综上所述，从中餐行业的复杂性和从业人员的素质考虑，推荐餐饮企业使用现今应用比较广泛也是比较稳定成熟的餐饮专用的手持无线POS点菜技术。如百年老字号全聚德集团、向阳渔港餐饮连锁集团、宁波石浦大酒店,武汉三五醇餐饮集团,武汉艳阳天餐饮集团,,北京大东北餐饮集团,如一坊连锁集团,.太原江南餐饮, 四川成都文杏大酒楼, 安徽黄山一楼餐饮连锁,海天一色大酒店, 南昌独一处,北京金鼎轩,.北京渔公渔婆,南昌名人大酒楼,山西晋城金和餐饮,包括国内面积最大和最豪华的南京向阳渔港店紫金店(单店3万8千平米)等等都在广泛运用这套辰森餐饮管理系统。

餐饮管理系统软件方面应该具有的功能:

以辰森餐饮软件为例,功能实现:预订、点菜系统(手持无线点菜/触摸屏点菜/PDA点菜)、

出品打印、送单、结帐、收银、厨房打印、财务监控、会员管理、后台采购、库存管理、结算管理、员工管理、客户关系管理，总经理查询监控系统;能做到方便高效的菜单录入、精确的出品打印、强大的参数设置、灵活的营销设置、完善的成本核算、详尽的营业报表。上面只是简单介绍了一下餐饮管理系统软硬件方面的应具有的功能,技术指标等等,下面我们谈一下如何选择一个好的餐饮管理系统:

一、选择一家好的软件企业对餐饮企业能够起到事半功倍的效果，否则损失是不可估量的。餐饮企业的经营特点具有多样性，而流程又有相当的复杂性。需要软件开发商熟悉具备相当高的餐饮专业知识，否则开发的产品经受不住市场的考验。而选择不合适的软件属于决策性的失误，将极大困绕、滞碍企业的经营和发展。所以软件企业要具备高经验度，这样才可以快捷借鉴先进企业的管理经验，把自己的风险降至最低。

选择软件不象选择其他的产品，使用不好可以随时更换。它将充分体现管理者的思想和管理核心。

每个餐饮企业要想成功无论从经营上还是管理上都要有自身鲜明的特色和长远的规模发展战略。有实力的公司才可以根据企业的要求，做出准确的二次开发，满足将来的软件升级。不断调整软件的模块内容，使软件可以更好的为企业服务。

软件企业良好的技术维护队伍、专门的维护部门、定期回访等能够实际解决客户的后顾之忧，而目前代理公司能力参差不齐、注重短期经济效益和对客户不负责任的态度令人堪忧。

二、餐饮企业如何选择餐饮软件。除了可以根据企业自身的规模和特点选择不同的软件产品以外，还要注意一下几点：

(一)要选择成熟稳定的产品。多家客户特别是连锁企业连续的使用软件一定是经受了市场的考验，也必将是可靠的。

(二)要选择适应性强的产品。任何好的软件产品都有很强的适应能力。任何特点鲜明的餐饮企业的基本管理流程是大同小异的。如果软件只针对一家或几个客户开发的，将不能满足大多数企业的要求。

(三)要选择同一家公司软件产品的关联性、多样组合性。有的企业由于经营的需要，可能需要多种形式的点菜系统，如果选择多家产品进行组合几乎是不可以实现的，而使用一种产品又不可能完全适合自己的需要。这样就要求软件公司可以提供多样性组合的产品。

(四)要选择产品的拓展性和升级。任何好的产品都需要不断的完善和技术发展。选择软件一定要充分考虑到该产品的拓展性和技术升级。

现在餐饮软件公司不胜枚举，我们建议餐饮企业选择一家有良好业界口碑的软件公司或是具有实际能力的代理公司为餐饮企业的信息化管理锦上添花。

餐饮企业在向规模化、规范化前进的道路上需要好的软件来支持，而软件公司也将根据行业特点实现自己产品的进步。他们紧密相连，市场优胜劣汰是不二的法则，通过先进的软件管理工具必将实现餐饮和软件IT行业的双赢。

第四篇：系统设计说明

一、主要实现功能模块

1)前端

1.订购系统

用户在《自动在线计算和绘图输出系统》计算得到结果后，同时显示下单入口，进入下单页面后，可直接提交与计算结果相符的订单。 2.订单管理系统

用户下单后，可以在会员中心的订单管理中查看全部订单状态，及相关信息。 3.会员管理系统

提供用户注册，及登录功能，并且可在会员中心，修改个人信息，和查看订单和计算历史信息。 4.在线论坛系统

实现用户可以发布帖子，和回帖功能。 5.自动在线计算和绘图输出系统

实现用户通过输入五个参数后，对比数据库输出对应的数组，并已图片的形式呈现数组图形，呈现后的图形可以点击下载，同时计算结果记录到系统中。 6.信息展示

实现基础信息展示功能，包括不限于关于公司，产品介绍，联系方式等。

2)管理端

1.订单管理

可以查看所有用户的下单信息，同时可修改订单状态，和提交订单发货信息。 2.会员管理

可查看所有会员账号，及会员信息，可以直接修改相关会员信息。 3.在线论坛

实现论坛版块的添加，编辑，及帖子和回帖的修改删除功能

4.自动在线计算和绘图输出系统 查看用户计算的所有计算数据。 5.信息管理

展示型信息的编辑增减功能。

二、开发环境

主体系统使用：ecshop2.7开源版块 + DiscuzX3.*论坛系统

开发语言：前端(HTML+DIV+CSS+AJAX+ JAVASCRIPT)，后端(PHP+MYSQL) 传输协议：HTTP

三、服务器环境要求

推荐使用阿里云服务器，方便，安全，稳定，性价比高。CPU：2 核，内存：8GB，操作系统：Linux CentOS 7.2 64位，SSD硬盘：40GB，网络带宽：5M，及更高配置环境。

四、项目使用环境

系统：Windows电脑系统 分辨率：1366x768及更高

五、售后服务

1) 技术支持

a) 技术解答：针对客户提出技术问题进行免费解答 b) 使用解答：客户进行远程软件使用培训和解答 2) 服务承诺

a) 免费维护：12个月免费维护期，如甲方自行修改源码，免费维护自动结束; b) 服务器安装：免费提供服务器配置建议;

c) 错误修复：合同期间内原本系统产生的BUG免费终身维护修复;

d) 响应时间：工作日响应时间1小时，非工作日响应时间4小时。 3) 服务方式

a) QQ、微信、电话：即时沟通工具，适合临时问题 b) 电子邮件：适合需求沟通比较多，需要采用文档形式

4

第五篇： 教务管理系统总体设计说明书

组员：李洪涛 单彦达

一、 信息系统的总体目标、子目标与信息系统架构 1. 组织的总体目标、子目标及策略：

随着社会的不断进步，经济的快速发展，现今社会对高技术，高素质人才的需要日益迫切。我校为适应社会的需求以及自身办学的需要，发展自身学校的特色及办学特点，合理定位培养人才，提升自身办学的能力，以建设优秀的师资队伍和软硬件设施为目标，明确办学指导思想，提升核心竞争力，发挥地区特色，最终实现为现代信息化社会输送大量高素质高技术的人才的目标。同时，应合理配置各级学院的教学资源，充分利用现有设备和资源，使学院间的联系更加紧密，以求达到同步发展。

2. 外部环境： 自上世纪九十年代末高校大扩招以来,我国高等教育规模迅猛扩张,在短短不到十年的时间里完成了量的积累,步入了高等教育大众化阶段。教育和社会的发展，使越来越多的学生能够进入到大学进行更深层次的学习;招生人数的激增，使得我国高等院校原有的办学规模很难应对。为了消化急剧膨胀的生源，很多高校高校都在扩建，这让越来越多的学生有机会进入大学深造。然而，这种扩招的背后，我们能明显的看到，现在的大学已经不是当初所谓的精英教育，转而向大众教育，这使我国的人力资源、人才资源发生了质变。人才市场饱和，每一年都会有一部分毕业生找不到工作。但同时，在这些毕业生中，拥有高技术，高素质的人只占据一部分，这与市场的需求不符，导致目前大学生的就业形势严峻

二、

组织内部限制： 硬件资源部分陈旧，需要更新换代;师资力量分配不均，有些学院的专业老师数量不够。

三、 信息系统总体目标、子目标级策略：

教务信息管理系统的目标：实现对教师学生课程、教学计划、学生学习及学籍成绩、教材、教学评估、收费等数据进行网络化信息管理。使各使用部门大大提高工作效率，使学生、教师及其他各类人员查询数据极为方便。

信息系统的构架： 主要功能系统：

1.综合教务管理信息系统：包括基本信息管理、注册系统、课程管理、学籍管理、教学计划管理、成绩管理等子系统。 2.选课系统：支持学生选课平台功能，根据学生的教学计划来预置选课时学生的选课信息及课程的选课情况。在每学期，根据教学计划和排课系统，由学生在网上制定个人的学期学习计划。选课分为三个阶段：预选、正选、补退选，以最大程度的提高教学资源的利用率。

3、学生信息查询系统：包括学生具体个人信息的查询，学生可以更改个人信息，经过管理人员的确定后形成新的个人信息。

4、等级考试;实现等级考试的网上报名，包括

四、六级考试及计算机等级考试，并可在成绩公布时查询自己的考试成绩。 系统界面：包括登入界面，主界面，用户管理模块。 登入介面是为了对系统进行安全性管理，使用户拥有自己的权限，同时又保证了用户信息的安全性。

四、 主界面是本系统的应用界面，在本界面上集成了本系统的所有功能，包括功能菜单和子菜单，从而实现了本系统从班级管理、档案管理、课程管理、成绩管理等系统的具体功能，同时，在系统管理模块中可以完成对本系统的安全性管理。 用户管理界面是本系统的安全性设置模块，根据学校不同部门以及不同使用人员对本系统的要求和需要，从而实行了分级管理，对用户的权限和类别进行了分类管理。同时还包括数据库，对大量信息的存储及管理。

五.系统分析 对现有系统的分析： 现有系统界面比较友好，功能比较完善，能大部分满足用户的需求，但是与其相关配套的服务器功能不强，应付不了同一时间大量用户的访问。当数据访问量大时容易出错，导致系统数据错误甚至丢失。

六. 对本系统的简要描述： 本系统将大大改善数据处理速度，并且更加方便的对数据进行管理，同时可以减少人力资源的浪费以及工资支出。1.经济可行性. 信息化的教务管理在如今的信息时代是大势所趋，而且随着现代管理念、方法和途径的发展，教务信息化管理手段日渐成熟，也必定会突飞猛进，所以从长远利益出发，主管领导对该项目的开发与实施会大力支持。 2. 技术可行性： 本系统采用 Windows xp作为操作平台。数据库选用SQL server 2008，该数据库管理系统在Windows xp上能运行，并提供数据库之间的数据复制功能，可代替现有系统单据数据的手工传递工作，降低出错率，提高数据的可用性。本系统的应用软件开发平台也选用Microsoft Visual Studio .NET 2008。 3. 经济可行性： 采用教务管理信息系统可取代原系统的单据手工传递工作，减少人工开支，节省资金，并且可大大提高信息量的取得，缩短信息处理周期，规划教学资源，提高学生信息，及时反馈教学信息的利用率，使教学质量更上一个台阶。 4. 营运可行性： 本系统操作简单，易于理解，只需通过简单熟悉，上手较快，学校教务管理处的教职员以及相关教师均能进行操作，营运环境要求低。 面对于系统设计还应该以“标准性、安全性、兼容性、高效性、保密性、可维护性”为标准，在着眼于当前实用的基础上，为将来系统的扩展，升级留有余地。软件的开发应能在较长时间内满足学校的发展需要。 通过可行性分析研究，认为新系统的开发方案切实可行，可进行开发。

七.七.业务流程图分析 选课流程图：

五、 数据流程图分析： 选课流程图：

六、

常用的输入方式主要有以下三种：键盘输入、光电设备输入及声音输入。本系统主要采用键盘输入。 ②输入数据的活动及输入格式的设计 原始数据的获得需要考虑数据产生的部门，确定收集的时间和方法;了解 数据产生的周期，平均发生量及最大量。 (2)输出设计 输出设计主要解决的问题是针对不同的用户的特点和要求，以最适当的形 式，输出最切合需要的信息。其主要内容包括： ①输出方式的选择 系统的输出方式根据输出信息的使用要求，信息量的大小、输出设备的限 制条件来决定。 ②输出表的设计 表内容要根据使用人员的实际需要进行设计。对不同的用户，应当提供详 细程度不同、内容不同的表。 ③输出设计说明 输出设计说明包括选用的输出设备，信息输出的频率和数量，各种输出文 件及输出报表的格式及表格样本等。 系统配置设计 本系统采用Asp.net和C#开发技术，所需开发环境如下： 代码编写平台：Microsoft Visual Studio 2008; 数据库：SQL Server2008 操作系统：Microsoft Windows XP。

实验过程中遇到的困难： 业务流程图和数据流程图设计处理那一部分不清楚; E-R图处理由于实体较多，刚开始处理的时候结构关系不明确 代码设计无从下手 处理方法和技巧 对照材料与参考资料，逐步完善，从课本中找出有用信息，并以此为模板进行设计 总结：

经验体会和收获 通过此次系统分析与设计，让我明白了很多课上学不到的东西，才明白那句：纸上得来终觉浅，绝知此事要躬行。很多东西课上觉得自己掌握了，一旦用到实际上就会发现自己不能去做，所以实践还是很重要。另外，借助一些参考资料是必要的，现在互联网这么方便，可以借鉴的东西很多，如果不参考别人的资料，连设计的流程都不清楚，怎么能将设计报告完整的写下来。最终将实验报告完成，总体来说自己感觉还可以。