城院09级信息系统系统设计报告.doc

资源描述

城院09级信息系统系统设计报告.doc

《城院09级信息系统系统设计报告.doc》由会员分享，可在线阅读，更多相关《城院09级信息系统系统设计报告.doc（27页珍藏版）》请在冰点文库上搜索。

城院09级信息系统系统设计报告.doc

系统分析 2

第一章概述 3

1.1　管理信息系统概述 3

第二章系统分析 4

2.1系统分析的目的 4

2.2系统初步调查 4

2.3系统需求分析 4

2.3.1功能需求分析 4

2.3.2功能模块分析 5

2.3.3性能需求分析 6

2.3.4其他需求 7

2.4系统可行性分析 7

2.4.1技术可行性 7

2.4.2经济可行性 8

2.4.3管理可行性 8

2.5系统组织结构图 8

2.6数据概念设计E-R图 9

第三章系统设计 10

3.1系统的体系结构 10

3.1.1后台管理：

3.1.2前台管理：

3.2系统的代码设计 15

3.2.1本系统代码设计遵循的原则 16

3.2.2代码设计的具体内容 17

3.3系统的数据库设计 18

3.4系统的输入输出设计 20

3.4.1输入设计 20

3.4.2输出设计 21

第四章系统实施 21

4.1系统开发工具的选择 21

4.2系统模块处理流程图 22

4.3系统的详细设计的实现 23

4.3.1系统登录设计 23

4.3.2系统主界面设计 24

4.3.3管理员用户管理 24

4.3.4管理员菜品管理 24

4.3.5管理员财务管理 24

结论 24

系统分析

随着我国市场经济的快速发展，各行业都呈现出生机勃勃的发展景象，其中餐饮业的发展尤为突出。

近两年来已呈现出高速发展的态势。

但在快速发展的同时，餐饮业在日常经营管理中仍普遍采用手工管理方式，整体科技含量低。

随着餐饮企业规模和数量的不断增长，手工管理模式无论是在工作效率、人员成本还是提供决策信息方面都已难以适应现代化经营管理的要求，因此制约了整个餐饮业的规模化发展和整体服务水平的提升。

有效的管理成为了一个难题，为能有效的解决这些问题提高企业的经济效益，在这些中小型饭店中采用工作流技术，结合饭店绿色管理内容，实施计算机管理信息系统不视为一条有效的解决途径。

（1）将其与计算机信息管理系统结合起来，实现中小型饭店管理信息计算机化、系统化大规模产品定制

（2）中小型饭店管理中的工作流转化成比较科学化、规范化的业务流程，使管理基础数据更加准确化经营全球化－包括采购、生产、销售和市场

（3）管理人员摆脱了事务性工作，转而从事管理专业工作，为经营决策提供了快捷和强大的数据支持

建立新系统的必要性

把计算机用于餐饮企业管理，可在很大程度上提高管理者分析和决策的科学性，提高经营管职水平，带来更多的顾客，使企业取得更好的经济效益。

第一章概述

1.1　管理信息系统概述

管理信息系统是一门新兴的,集管理科学、信息科学、系统科学及计算机科学为一体的综合性学科，研究的是企业中信息管理活动的全过程，以便有效的管理信息，提供各类管理决策信息，辅助企业进行现代化管理。

管理信息系统的分析与设计，必须和具体实际相结合，才能真正服务社会。

在系统开发时应遵循以下一些原则：

（1）稳定性原则

系统的开发必须具有加强的应变能力，在一定时间内有相对的稳定性

（2）实用性与先进性原则。

目前，我国的管理信息系统开发中存在低水平的重复开发和片面追求高档次的硬件设备，以及系统开发成功率低，使用价值不高等问题。

鉴于实际情况在系统开发中应遵循把实用性放在第一位，又要突出系统在技术上，管理上的先进性原则。

（3）面向用户原则

管理信息系统是为用户开发的，最终是交给用户使用的，只有用户通过运行才能对系统做出客观评价。

因此必须从系统的总体方案规划设计到系统开发过程中的每一个环节，都必须坚持一切为了用户，一切服务于用户的观点，这是信息系统开发的首要前提。

第二章系统分析

2.1系统分析的目的

本系统的系统分析，我选择了面向对象的系统分析方法。

系统分析的任务主要是在确定系统需求以后，继续的识别待开发的系统的应用领域的对象，分析对象间的关系，建立出复合系统需求的模型。

在面向对象的系统分析中，在需求分析的基础上要建立两种模型。

一种是静态模型，主要包括：

用例图、类图/对象图等；另一种是动态模型，主要包括：

序列图、协作图、状态图等。

2.2系统初步调查

为了这套餐厅餐饮管理系统能够顺利地进行，并且充分体现出这套系统设计的最终目标，特此进行了详细的调查。

2.3系统需求分析

需求分析过程是整个系统开发的重要阶段，分析的成功与否，决定着整个系统功能的完善性以及稳定性。

在该阶段需求分析人员需要确定整个产品的功能要求，并且将现实事务抽象成对象并建模。

2.3.1功能需求分析

在对的初步调查过程中，已经掌握了餐厅对这套餐饮管理系统所要能够实现的功能方面的需求，需求分析如下：

（1）餐饮部要求本系统能够完成对客人的点菜管理以及买单管理，便于客人对消费程度的查询以及财务部门每个月的账务统计。

（2）采购部要求本系统能够具有商品信息管理、商品信息查询、以及进货管理和库存查询的功能。

以便于采购部能够随时进行库存查询，提前采购所需物品，避免物品短缺进而影响到正常的工作、餐厅的效益。

（3）财务部要求本系统能够具有日结算以及月结算功能，以方便对饭店的经济运行情况有详细的统计，给饭店的决策方案提供准确的参考依据。

（4）人事部要求本系统能够具有员工信息管理功能，便于饭店对每一个员工的具体情况进行了解，也是对每一个员工进行职务提升的重要依据。

2.3.2功能模块分析

1、用户管理

用户管理模块主要是用来实现对销售员和会员进行管理。

用户管理它记录了用户的信息，包括用户名、密码、性别、年龄、地址等基本信息。

在这个模块中可以对用户信息进行查询、修改、删除以及添加新的用户操作；权限管理是用来设计用户的权限，对不同的用户分配不同的权限。

2、菜品管理

菜品管理模块是整个系统的重点，该模块主要用于对菜品信息进行管理，菜品管理模块中记录了菜品的基本信息，包括菜名、配料、价格以及菜品简单介绍等信息。

菜品模块还可以对菜品进行添加、删除、修改、查看等操作。

3、财务管理

财务管理模块是整个系统的一个亮点，是为了对餐厅的销售情况做一个详细的管理，包括对餐厅当天的销售情况的分析显示以及当月销售情况的分析显示。

餐厅也可以根据此模块来查询其菜品在市场中的销售量等信息，还可以查询餐厅针对客户的业务信息。

4、窗口

窗口用于显示已打开的操作窗口，同时可以在不同的窗口中进行切换，以及显示目前已打开的窗口数量和正在操作的窗口。

2.3.3性能需求分析

1．对有效性的要求

有效性主要反映在信息系统的部件失效的情况下，满足业务性能要求的程度。

比如，信息系统部件失效虽然没有引起联接性故障，但是却造成质量指标下降，平均延时增加、线路堵塞等现象。

2．对完整性的要求

完整性是信息未经授权不能进行改变的特性。

即信息在存储过程中不被偶然或蓄意的删除、修改、伪造、乱序、重放、插入等行为破坏和丢失的特性。

3．对适应性的要求

如用户在操作失误，或者是操作环境改变了，系统要能够适应新的连接方式，能够及时、方便、简捷的进行系统更新。

2.3.4其他需求

用户界面要新颖、大方，并且是能够让用户所能接受的。

要能保证用户的安全性，即用户的权限、密码、个人信息只能是管理员进行修改，并且修改要快捷方便。

2.4系统可行性分析

2.4.1技术可行性

技术上的可行性：

技术方面的可行性就是根据现有的技术条件，能否实现系统的各项要求。

硬件：

该系统对所需的硬件设备，如服务器、pc机等的性能要求一般，现有设备的性能完全能够满足系统功能的要求。

软件：

本系统属于数据库应用程序，本系统需要一个数据库服务器及其运行的操作系统平台，根据客户的数据量并不是十分巨大，我们选择目前市场上价格比较低廉的数据库服务器产品：

MicrosoftSQLServer2005及配套的平台Windowsxp。

而前台开发工具采用VS2005，利用其可视化的开发环境、丰富的控件资源，能快速开发出应用程序。

这些软件在中小型MIS开发中已被大量应用，技术上都比较成熟，因此技术上是可行的。

2.4.2经济可行性

费用：

根据该餐厅多年来良好的经济效益，餐厅的经济实力比较雄厚，这就为系统的实施奠定了经济基础，足能提供购买硬件设备和开发软件所需要的资金。

效用：

实施该系统也能给餐厅带来长期效益，它可帮助领导实现管理方法的现代化、科学化，极大地提高餐厅的工作质量与工作效率，减少管理支出的费用，从而保证餐厅管理的可持续的良好发展。

因此经济上具有了系统开发的可行性。

2.4.3管理可行性

餐厅的领导认识到当今社会的发展趋势，认为使用计算机从事餐厅管理是公司当前非常必要的举措。

公司员工也对本系统的开发十分的欢迎，并给予积极配合，从而保证了系统调查与分析能够顺利的进行。

另外，为了提高餐厅管理水平，适应管理系统的要求，该餐厅对管理人员进行了全面的培训，提高了他们对餐饮管理系统的认识。

因此在管理上具有了系统开发的可行性。

2.5系统组织结构图

本餐厅的组织机构包括：

财务部，人事部，采购部，餐饮部。

具体该餐厅的组织结构图如图2-1所示：

本餐厅餐厅

人事部

财务部

采购部

餐饮部

图2-1组织结构图

2.6数据概念设计E-R图

E-R图是用来描述某一组织（单位）的概念模型，提供了表示实体、属性和联系的方法。

构成E-R图的基本要素是实体、属性和关系。

实体是指客观存在并可相互区分的事件；属性指指实体所具有的每一个特性。

最后可以利用E-R图方法来进行数据库的概念设计，所以下面先画出本系统的E-R图。

第三章系统设计

完成了系统的需求分析之后，就进入了系统的设计阶段，在整个系统的开发时期中，设计阶段是最主要的阶段。

3.1系统的体系结构

根据如上得到的用户需求餐厅管理系统的主要功能分成以下两个部分：

前台管理和后台管理。

其功能结构图设计如图3-1所示：

餐厅管理系统

窗

口

菜品管理

用户管理

窗

口

财务管理

菜品管理

用户管理

前台管理

后台管理

查看用户

信息

查看用户信息

查看已点菜

品

添加用户

密码重置

查看所有菜品

添加新菜

品

查看已点菜

品

查看当天利润

已打开的窗口

查看当月利润

点菜

已打开的窗口

图3-1功能结构图

3.1.1后台管理：

a、用户管理：

密码重置：

管理员修改密码

添加用户：

添加新用户

查看所有用户：

查看所有用户信息

b、菜品管理：

查看所有菜品：

查看所有菜品的信息

添加新菜：

添加新菜品

查看已点菜：

查看已点菜品信息

C、财务管理：

查看当天利润：

查看当天利润、成本信息

查看当月利润：

查看当月利润、成本信息

3.1.2前台管理：

a、用户管理：

查看所有用户：

查看所有用户信息

b、菜品管理：

我要点菜:

为客户点菜、退菜、结账等

查看已点菜：

查看已点菜品信息

根据功能结构图我们基本得出系统的业务流程图如下：

顾客

咨客

楼面

部长

区域负责服务员

传菜

厨房

收银

台位上菜划菜

消费点单

加菜/撤菜单

酒水单

厨房制作

结账离开

根据业务流程图得出数据流程图如下：

账单数据

查询

应收款票据审核

结账

出菜

点菜单数据

查询

点餐单的出库库库

消费数据

原料采购

消费单

服务员

点菜处理

点菜台帐

厨房处理

出菜处理

楼面部

收银处理

财务部

销售台帐

顾客

采购部

数据流程图第一层

开出收款收据和发票

银行卡

现金

银行卡

账单

顾客

P2.1

判定结账方式

P2.2

刷卡结账

P2.3

现金结账

P2.2.1

到餐桌刷卡

P.2.2.2

到收银台

服务员

收银台

消费台帐

数据流程图第二层

由数据流程图编写数据字典：

数据流的描述（以应收挂账为例）

数据流编号：

Y-01

数据流名称：

应收挂帐款票据

简述：

财务部发出的应收挂账款票据

数据流来源：

财务部

数据流去向：

应收挂账款票据审核（出纳主管）

数据项组成：

单据日期+来源系统+门店编号+收款类型+币别+往来户类型+往来单位+审批状态+收款状态+生成凭证状态

数据流量：

约3张/日

高峰流量：

约8张/日

数据流编号：

Y-02

数据流名称：

合格应收挂账款票据

简述：

经审核合格的应收挂账款票据

数据流来源：

票据审核模块（会计助理）

数据流去向：

票据处理模块（会计主管）

数据项组成：

单据日期+来源系统+收款类型+币别+往来户类型+往来单位+审批状态+收款状态+生成凭证状态

数据流量：

约30张/月

高峰流量：

约46张/月

数据流编号：

Y-03

数据流名称：

不合格应收挂账款票据

简述：

经审核不合格的应收挂账款票据

数据流来源：

票据审核模块（会计主管）

数据流去向：

财务部

数据项组成：

单据日期范围+来源系统+门店编号+收款类型+币别+往来户类型+往来单位+审批状态+收款状态+生成凭证状态

数据流量：

16张/月

高峰流量：

35张/月

处理逻辑的描述（以信用控制为例）

处理逻辑编号：

X-01

处理逻辑名称：

审查客户的资料

简述：

从客户部获得的客户资料是否属实

输入的数据流：

客户资料

处理描述：

从客户部获得的客户资料是否属实，不符合的返回客服部

输出的数据流：

销售发票、不合格的客户资料

处理频率：

约10张/周

处理逻辑编号：

X-02

处理逻辑名称：

确认销售发票

简述：

根据客户资料，填写销售发票，将销售记录登记备案

输入的数据流：

合格的客户资料

处理描述：

根据客户资料，填写销售发票，以及登记好客户的销售记录

输出的数据流：

销售发票、销售记录

处理频率：

约10张/日

数据存储的描述（以借支凭证为例）

数据存储编号：

J-01

数据存储名称:

借支凭证

简述：

以借款的形式去支付有关事宜的凭证

数据存储组成：

借款人++借款缘由+金额+出纳审核+财务审批+总经理审批+领款人+借款日期+收款单位

关键字：

借方+金额+会计主管