餐厅点餐系统
可
行
性
分
析
研究报告
编写：XX
二〇一X年X月XX日
目录
1.引言： (1)
1.1编写目的： (1)
1.2背景说明： (1)
1.3参考文献： (1)
2.可行性研究的前提： (1)
2.1要求： (1)
2.2目标： (2)
2.3条件、假定、和理财： (2)
2.4可行性研究方法 (2)
2.5决定可行性的主要因素： (2)
3.对现有系统的分析 (2)
3.1对现有系统的分析： (2)
3.2数据流程和处理流程： (3)
3.3费用开支： (3)
3.4人员： (3)
3.5设备： (3)
3.6局限性： (3)
4可行性分析： (4)
4.1系统简要描述： (4)
4.2数据流程和处理流程： (4)
4.3与现有系统比较的优越性： (4)
4.4采用建议系统可能带来的影响： (4)
5.投资和效益分析： (5)
5.1支出： (5)
5.2收益： (5)
6.社会方面可行性： (5)
6.1法律可行性： (5)
6.2用户使用方面的可行性： (5)
7.结论意见： (5)
1.引言：
1.1编写目的：
在软件开发前期，我们应该通过跟客户沟通，获得一份双方都认同的需求说明文档，针对用户提出的修改要求，及时处理，更新需求文档。确定需求后才能进行相应的开发。
明确系统的基本需求，旨在整个开发过程中，指导和帮助编写代码分析解决系统的问题，需求分析文档在软件开发过程中是最重要的一部分，可以在前期避免系统的一些问题，需求分析的质量决定着系统的质量，贯穿着整个开发的过程
1.2背景说明：
中国是举世闻名的美食大国，拥有五千年的饮食文化和巨大的餐饮市场，随着人民生活水平和生活方式的转变，餐饮业具有巨大的投资市场，被称为中国的黄金产业，但同样也应看到，餐饮业不仅面临着巨大的发展机遇，也面临着前所未有的挑战和考验。餐饮业的不断发展，在经营管理上也逐步向电子化迈进，通过电脑信息系统管理餐饮业的内部事务，使得作业更加简单化、高效。以财务为中心，减轻一线操作人员的劳动强度，节省营业人员的交班时间，加强财务审核管理。提供多种点菜、结算、统计报表功能，提供分厨房直接打印前台点菜数据。在餐饮经营中，传统的纸制作业流程无法满足现代客户在信息娱乐及服务安保等方面的要求。这时，我们就会考虑一个方便迅速快捷的服务方式来改变这种情况，提高竞争力。
1.3参考文献：
《酒店菜单管理办法》
2.可行性研究的前提：
2.1要求：
功能：将餐厅点菜自动化，简洁方便提供给用户，不用重复以前繁琐的人力工作，大大提高餐厅的服务效率。
●性能：顾客点餐将完整的输入中心服务器，通过服务器方便厨房及收银人员对菜品的
操作，系统更新速度快，满足顾客的换菜等实时要求。
●输出要求：打印凭条完整准确无误。数据内容：顾客餐桌号菜单以及各个菜品价格点
餐时间，顾客额外要求等。
●输入要求：简洁方便易识别。数据内容：菜品的关键字方便系统辨认额外要求需要注
明
安全及保密方面：顾客，服务人员，厨师等人员只有查看信息的权限，没有修改价格以及撤销菜品，修改顾客信息等权限。前台经理拥有修改价格撤销菜品的权限。同时赋予统计收支，等管理功能。与软件相关的其他系统：基于数据库的各类信息存储系统。2.2目标：
为各种大小型餐厅，提供一个完整的迅速的方便的点餐环境，方便顾客点餐省时省力,给予顾客一个轻松的点餐方式。
2.3条件、假定、和理财：
●建议软件寿命5年
●运行环境 window7以上
●经费投资来自学校
2.4可行性研究方法
通过对各大中小型酒店管理者进行调查问卷及访问谈话，从而得到用户对此系统的信任度、关注度以及依赖度。或者直接与顾客进行交流来确定系统的成熟度、完善度以及是否需要新添项目。
2.5决定可行性的主要因素：
●成本效益分析结果：效益远远大于成本。
●技术方面：现有阶段完全可以承受开发任务。
●操作方面：现有同学都可以方便快速接受对系统都有了解。
3.对现有系统的分析
3.1对现有系统的分析：
现有系统存在严重的走单、走餐、走数，而且人为错误时有发生，服务员人数较多，酒店整体看起来不易整齐、较噪杂。由于是人工管理在人员高峰期时业务流动量不能有效提升，这就降低了整体收入，而且不能及时了解营业情况从而做出合理决策。
3.2数据流程和处理流程：
3.3费用开支：
现在餐饮管理相对落后，人力资源利用方面做得不是很好，人多管理起来就不方便，还要提供其他比较繁琐的责任等等容易引起以上所述的走餐、走单、走数等情况。隐
形成本提高，相对收入就少。
3.4人员：
现行餐饮行业几乎没有技术含量，只需要进行简单的培训懂礼仪就可以，人员要求比较多，较浪费人力资源，不便于管理。
3.5设备：
一台用作存储的计算机或是多台不等。
3.6局限性：
由于是人工管理在人员高峰期时业务流动量不能有效提升，这就降低了整体的收入，而且不能急事，了解营业情况做出合理决策。
4可行性分析：
4.1系统简要描述：
在餐桌、后勤、经理的终端安装了windows 7以上计算机系统，主要目的是供顾客点菜和经理管理菜单以及向厨师分配任务。当顾客点菜时，终端向服务器发出请求，服务器根据信息库的实时数据，向终端发送数据，从而显示在终端的屏幕上，当然经理也可以根据实际情况修改菜单信息，服务器核对后，存入信息库。
4.2数据流程和处理流程：
4.3与现有系统比较的优越性：
现有的系统大多较为简单，仅仅能实现点才结账等基本功能，此次开发的系统中，除此之外，还增加了抽奖，退菜加菜，申请会员，参与团购等各种特色功能，而且实现触屏操作，更简单方便，而且界面灵活。
4.4采用建议系统可能带来的影响：
●对设备的影响：由于餐厅业务的特点，信息的存取流量也随之增加，因此需要购置速
度快、储存量大、磁盘容量大的数据库硬件系统。触摸屏能提高业务效率，功能强大的CPU和大容量的存储空间能提高处理器的速度，从而减少顾客等待时间，易于操作的触摸屏能把培训时间减到最少，也减少了人员及对人员的管理，提高本店知名度。
●对用户单位构成的影响：由于此系统软件针对大中型餐厅所开发设计，为了实现简单
方便的操作，要求实现触屏操作。
●对开发的影响：用户只需账务简单的触屏操作即可，也可以在留言功能中对餐厅提出
建议或意见；对于餐厅的会员，需要进行身份验证还可以享受预定、折扣、抽奖等特色功能；为了本系统能正常有效的工作，需购置打印机、计算机等设备，加强后台数据库的安全措施。
5.投资和效益分析：
5.1支出：
在支出一项里要简单明确的罗列所需要的各项费用，并且要考虑周全，其中包括：硬件设备、应用的软件、数据库管理软件、设备维护、软件的维护、工作人员的工资等费用。
5.2收益：
通过减少劳动力以便减少员工工资支出；改进信息掌握的情况；提高餐厅服务效率等方式提高收益。
6.社会方面可行性：
6.1法律可行性：
●所有软件均使用正版。
●所有技术资料都由提出方保管。
合同制定确定违约责任。
6.2用户使用方面的可行性：
餐馆点菜系统使用简单，速度快，准确度高，现有人员只需经过简单培训即可熟练掌握其使用方法；系统操作员可使用动手能力较强的人员，经过短期培训就能解决常见问题。
7.结论意见：
通过对项目整体进行可行性分析，该项目无论在操作可行性、技术可行性、经济可行性及社会可行性上均满足要求。因此，开发此系统的构想是可行的，可着手进行实施。
（资料素材和资料部分来自网络，供参考。可复制、编制，期待你的好评与关注）
仓库管理系统 开发者：施飞飞、韩显 组长：韩显 院系：数学与计算机科学学院班级：11信息与计算科学
一、仓库管理系统可行性研究报告 3 1引言 (3) 1.1编写目的 (3) 1.2项目背景 (3) 2可行性研究的前提 (3) 2.1要求 (3) 2.2目标 (4) 2.3条件、假定和限制 (4) 2.4决定可行性的主要因素 (4) 3技术可信性分析 (5) 3.1系统优越性 (5) 3.2 采用建议系统可能带来的影响 (5) 3.3 技术可行性评价 (5) 4信用经济可行性分析 (5) 5社会因素可行性分析 (6) 5.1法律因素 (6) 5.2用户使用可行性 (6) 6结论 (6) 二、仓库管理系统需求分析目录 (7) 1.1系统任务概述 (7) 1.2功能需求 (7) 1.3数据流图 (8) 1.4功能模块图： (10) 1.5数据字典 (10) 1.6E-R图 (11)
1.7性能要求 (13) 1.8运行环境 (13) 一、仓库管理系统可行性研究报告 1引言 1.1编写目的 为了以最小的代价在最短的时间内确定仓库管理系统项目是否值得去开发，其中的关键和技术难点是什么，问题能否得到解决，怎样达到目的？我们编写了可行性报告以对这些问题进行分析。 除此之外，经过对此项目进行详细调查研究，我们初步拟定了系统实现报告，对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。明确开发风险及其所带来的经济效益。以便于中小规模工厂的仓库管理人员阅读及理解整个项目。 1.2项目背景 开发软件名称：仓库管理系统 项目开发者：施飞飞（2011033504）、韩显（2011033549）
会议管理系统需求分析说明书 编写：XXX 日期：2013-7-23 审核：日期： 批准：日期： 受控状态：是 发布版次：2.1 日期：2013-7-24 编号：
变更记录 签字确认
目录 1概述 (4) 1.1目的 (4) 1.2背景 (4) 1.3范围 (4) 1.4术语定义 (5) 1.5参考资料 (5) 1.6任务概述 (5) 1.6.1目标 (5) 1.6.2用户的特点 (6) 1.6.3假定和约束 (8) 1.7运行环境 (9) 1.7.1软件环境 (9) 1.7.2硬件环境 (9) 1.7.3接口...................................................................................................... 错误！未定义书签。 1.7.4控制...................................................................................................... 错误！未定义书签。 1.8需求规定 (2) 1.8.1对功能的规定 (10) 1.8.2系统功能层次模块图 (16)
1概述 1.1目的 本说明书的目的在于明确说明会议管理系统的需求，界定该系统实现功能的范围，指导系统设计以及编码。 本说明书的预期读者为：项目经理、需求分析人员、系统设计人员、模块实现人员、系统测试人员以及客户等。 1.2背景 a)待开发的软件系统的名称： 公司会议管理系统 b)本项目的任务提出者及单位、开发者、用户及实现该软件的计算中心或计算机网络： 项目提出者及单位：XXX； 开发者：XXX； 用户：XXX公司员工及管理者 c)该软件系统同其他系统或其他机构的基本的相互来往关系： 公司的人事管理系统为该系统提供公司员工的基本信息； 该系统与SQL Server数据库管理系统进行交互以实现会议数据的存储。 1.3范围 ●产品说明：会议管理系统是非常通用的管理信息系统,是企业单位实现办公自动 化的前提和基础。 ●目标：帮助企业以自动化的方式来取代现有的人工管理以便于该企业员工以及管 理员方便地对会议的有关信息进行操作及管理，及时高速地对会议情况进行查看 及协商。从而减少企业在这方面所花费的人力、物力和财力。 ●适用范围：可应用于大部分企业之中。
餐饮管理系统可行性研究报告 1．引言 (2) 1.1编写目的 (2) 1.2 背景 (2) 1.3定义 (2) 1.4 参考资料 (2) 2. 目标 (3) 3. 对现有系统的分析 (3) 4. 所建议的系统 (4) 4.1处理流程和数据流程 (4) 4.2技术条件方面的可能性 (4) 5. 投资及效益分析 (5) 6. 社会因素方面的可能性 (5) 6.1. 法律方面的可行性 (5) 6.2. 使用方面的可行性 (5) 7. 结论 (5)
1.1 编写目的 编写本可行性研究报告的目的，是对餐饮管理系统进行可行性分析，以最小的代价在尽可能的时间内确定问题是否能够解决和是否值得解决。并最终确定本软件系统开发的可行性。本文档的预期读者是软件管理人员、开发人员和维护人员等。 1.2 背景 项目名称：餐饮管理系统 醒目用户：餐厅、饭店 开发单位：软件开发小组 1.3定义 文档中采用的专门术语的定义及缩略词简要如下： RMS：Restaurant Management System，餐饮管理系统。 1.4 参考资料 1.《软件产品开发文件编制指南》 2.《使用软件文档写作》 2. 目标 决定可行性的主要因素，本次可行性分析是按照软件工程的规范步骤进行的，即按复查项目目标和规模，研究目前正使用的系统，
导出新系统的高层逻辑模型，重新定义问题这一循环反复的过程进行。然后提出系统的实现方案，推荐最佳方案，对所推荐 方案进行经济、技术、用户操作和法律的可行性分析，最后给出系统是否值得开发的结论。以上分析结果写成本文档。成本效益分析结果：效益成本；技术可行：现有技术可完成开发任务；操作可行：系统能被现有的工作人员快速掌握并使用；法律可行：所使用工具和技术及数据信息不违反法，在一个月内开发出一个餐饮管理系统 3. 对现有系统的分析 经过调查与分析，得到目前手工方式的系统流程图
点餐管理系统需求分析说明书 编号：HONZH0021 系统版本：1.0 项目成员
目录 1.概述 (4) 1.1编写背景 (4) 1.2编写目的 (4) 2.总体描述 (5) 2.1功能描述 (5) 2.1.1服务端 (5) 2.1.2客户端 (6) 2.2角色权限 (7) 2.2.1超级管理员 (7) 2.2.2管理员 (7) 2.2.3顾客 (7) 3.功能性需求 (8) 3.1角色登录模块（服务端） (8) 3.1.1超级管理员 (8) 3.1.2管理员登录 (9) 3.2菜系操作模块（服务端） (10) 3.2.1增加菜系 (10) 3.2.2删除菜系 (10) 3.2.3修改菜系 (10) 3.2.4查看菜系 (11) 3.3菜品操作模块（服务端） (11) 3.3.1增加菜品 (11) 3.3.2删除菜品 (11) 3.3.3修改菜品 (11) 3.3.4查看菜品 (12) 3.4资源管理模块（服务端） (12) 3.5统计分析模块（服务端） (12) 3.5.1月份统计分析 (13) 3.5.2季度统计分析 (13) 3.5.3年度统计分析 (13) 3.6会员信息模块（服务端）<扩展> (14) 3.6.1新增会员信息 (14) 3.6.2删除会员信息 (14) 3.6.3修改会员信息 (15) 3.6.4查看会员信息 (15) 3.6.5会员等级设置 (16) 3.7点餐操作模块（客户端） (16) 3.7.1菜品种类 (16) 3.7.2甜食种类 (17) 3.7.3酒水种类 (17) 3.7.4菜品备注 (18) 3.8菜品推荐模块（客户端） (18) 3.8.1每日推荐 (18)
一、内容 1、通过实地调研拟解决的问题与目标。 本系统需要具备以下几个模块功能: 1、用户登录。用户可用两种身份登录本系统:普通操作员或经理;不同身份登录被系统授予不同的使用权限,这样提高了本系统的安全性,避免了无关人员获取不在她权限范围内的信息。 2、仓库进货。仓库存放货物品种繁多,堆存方式以及处理过程也非常复杂,随着业务量的增加,仓库管理者所需要处理的信息量大幅上升,因此管理者往往很难及时准确掌握整个仓库的运作状态。分析其原因在于:仓库在进货时没有输入详细、有效、完整的信息。 在本仓库信息系统中,仓库进货模块要求操作员输入商品号、进货数量、单价与供应商,系统会自动的将当前系统时间作为进货时间更新到数据库,并且会自动统计总进货金额。该操作完成后,相应货物的数量为原数量加进货的数量,并更新数据库。 3、仓库退货。需求分析表明,企业仓库中的货物离开仓库主要有两种原因:企业无法销售某商品,将其退还给供应商;企业销售了一部分某商品,再从仓库调出部分库存的该种商品。 在本仓库信息系统中,仓库进货模块就是为了第一种原因而设计的,它要求操作员输入退货商品号、退货数量、单价与供应商,系统会自动的将当前系统时间作为退货时间更新到数据库,并且会自动统计总退货金额。该操作完成后,相应货物的数量为原数量减退货的数量,并更新数据库。 2、业务需求分析(用业务流程图描述并配上适当文字) 1、顶层业务流程图
顶层业务流程图 2、1级业务流程图 入库: 一级业务流程图:入库 库存: 一级业务流程图:库存 出库 :
一级业务流程图:出库 3、2级业务流程图 入库: 二级业务流程图:入库 3、数据需求分析(用数据流程图描述并配上适当文字) 1、顶层数据流程图 拒收单 顶层数据流程图 2、1级数据流程图 订货单
软件工程 文件名称：需求分析说明项目名称：会议管理系统组员：刘毅.刘盼.杨伟博.徐樟日期：2011-12-14
目录 1 引言 (3) 1.1编写目的 (3) 1.2范围 (3) 1.3背景 (3) 2 概述 (4) 2.1 目标 (4) 2.2 系统特点 (4) 2.3 非技术要求 (4) 3 功能需求 (5) 3.1 组织架构 (5) 3.2 性能需求 (5) 3.3 会议处理流程需求 (7) 3.3.1 会议处理流程 (7) 3.3.2 系统用例图及描述 (8) 3.3.2.1系统的顶级用例图 (8) 3.3.2.2登入登出用例图……………………………………………………………..9. 3.3.2.3会前管理用例图 (10) 3.3.2.4发送邮件用例图 (11) 3.3.2.5会中管理用例图 (12) 3.3.2.6会后反馈调查用例图 (13) 3.3.2.7资源共享用例图 (14) 3.3.2.8评论用例图 (15)
1.项目准备 1.1 编写目的 本文详细说明会议系统最终需要满足的条件和限制，为了进一步设计和实现提供依据。本文档将用户的需求用文字的形式固定下来，是与用户沟通的成果，也是用户验收项目时的参考。 1. 2 用户 会议管理系统主要是面向参加会议人数在50人以内的会议。 1.3 背景 需求背景：随着我国经济的发展，学术会议，产业会议等越来越多，会议的规模及流程也越来越复杂，对实现会议的电子化管理有着迫切的需求。 系统用途：本系统利用网络平台，搭建通用的会议管理模板工具，帮助会议主办方更加电子化、智能化地管理各项会议工作，从而大大减少人工的参与。 系统使用范围：本系统主要面向参会人数在五百人以内的会议。
餐厅点菜管理系统
修改历史记录
目录 1.1背景4 1.2文档概述4 1.3术语4 1.3.1Admin 4 1.3.2菜金4 1.3.3开单4 1.3.4折扣4 1.3.5提成4 1.3.6登录5 1.3.7退菜5 2.设计依据5 3.软件需求概要描述5 3.1系统语境图5 3.2信息/事件列表5 3.3用例模型6 3.4系统概念结构图7 4.软件需求详细描述7 4.1用例描述7 4.1.1登陆用例描述7 4.1.2登录活动图8 4.1.3点菜用例图8 4.1.4点菜活动图9 4.1.5换菜用例图10 4.1.6换菜活动图11 4.1.7退菜用例图11 4.1.8退菜活动图13 4.1.9添加新菜用例图14 4.1.10添加新菜活动图15 4.1.11修改菜品用例图15 4.1.12修改菜品活动图17 4.1.13删除菜品用例图17 4.1.14删除菜品活动图19 4.1.15添加折扣用例图19 4.1.16添加折扣活动图21 4.1.17修改折扣用例图21 4.1.18修改活动图23 4.1.19执行用例图23 4.1.20执行活动图25 4.1.21添加提成用例图25 4.1.22添加提成活动图27 4.1.23修改提成用例图27 4.1.24修改提成活动图29 4.1.25发放提成用例图29 4.1.26发放提成活动图31
4.1.27提交意见用例图31 4.1.28提交意见活动图33 4.1.29填写意见33 4.1.30填写意见活动图35 4.2外部接口35 4.3质量属性需求36 4.3.1性能需求36 4.3.2安全需求36 4.3.3易用性36 4.3.4可靠性37 4.3.5需求37 4.3.6设计约束37 5.人的特性/人的工程需求37 6.运行环境需求37 7.软件合格性因素37
软件需求分析报告 学生姓名： 学号： 专业班级：计算机科学与技术院（系）：计算机与通信工程学院指导教师： 完成时间：2012年11月18日 成绩： 前言
仓库管理系统是物资管理系统的核心，是一个企业不可缺少的部分，它的内容对于企业的决策者和管理者来说都至关重要。一直以来人们使用人工的方式管理仓库，效率低，查找、更新和维护困难。今天，仓库作业和库存控制作业已多样化、复杂化，靠人工去处理已十分困难。如果不能保证正确的进货、验收及发货，就会导致生产过量的库存，延迟交货时间，增加增加经营成本，以致失去客户。随着科学技术的不断提高，计算机科学日渐成熟，仓库管理系统应运而生，其检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低、等优点极大地提高人事劳资管理的效率；其能够有效地组织人员、空间和设备进行收货、存储、拣货和运输，组织运送原材料到生产企业，运送成品到批发商、分销商和最终客户手中等强大的功能已为人们所熟知。仓库管理系统是为企业的采购、制造计划、制造执行、客户服务系统与仓库或配送中心提供的管理手段，满足企业对低成本和快速处理的要求，帮助不同行业的企业解决复杂的配送问题并降低订单履行成本，它已越来越广泛的应用到各大仓库，并随着不断地完善发挥着越来越重要的作用。 目录 一、项目前景文档 (4) 1业务需求 (4)
1.1项目背景、业务机会和客户需要 (4) 1.2业务目标和成功标准 (4) 1.3业务风险 (5) 2解决方案的前景 (5) 2.1前景陈述 (5) 2.2主要特征 (5) 2.3假设（Assumption）和依赖（Dependency） (6) 2.4项目范围和局限性 (6) 2.4.1项目范围 (6) 2.4.2项目限制 (6) 2.5业务环境 (7) 2.5.1涉众档案 (7) 2.5.2运行环境 (7) 二、软件需求规格说明书 (8) 1引言 (8) 1.1概述 (8) 1.2背景 (8) 1.3定义 (9) 1.4参考资料 (9) 2任务概述 (9) 2.1目标 (9) 2.2运行环境（Operating Environment，OE） (9) 2.3假定（Assumption）和约束（Constraint） (9) 3需求规定 (10) 3.1对功能的规定 (10) 3.1.1用户需求 (10) 3.1.2系统需求 (25) 3.2非功能性需求 (38) 3.2.1性能需求（Performance） (38) 3.2.2安全设施需求（SAfety） (38) 3.2.3安全性需求（Security） (38) 3.2.4软件质量属性 (39) 3.3外部接口需求 (39) 3.3.1用户界面（User Interfaces，UI） (39) 3.3.2硬件接口（Hardware Interfaces，HI） (39) 3.3.3软件接口（Software Interfaces，SI） (39) 3.3.4通信接口（Communications Interfaces，CI） (39)
会议管理系统 系统需求分析说明书
变更记录 签字确认
目录 1概述 (4) 1.1目的 (4) 1.2背景 (4) 1.3范围 (5) 1.4术语定义 (5) 1.5参考资料 (5) 1.6任务概述 (5) 1.6.1目标 (5) 1.6.2用户的特点 (5) 1.6.3假定和约束 (6) 1.7运行环境 (6) 1.7.1软件环境 (6) 1.7.2硬件环境 (6) 1.7.3接口 (7) 1.8需求规定 (7) 1.8.1对功能的需求 (7) 1.8.2对非功能性的需求 (19)
1概述 1.1目的 会议管理系统的主要目的是：建立会议管理的资源平台，实现统一的数据管理、统一的用户管理身份认证及统一消息通讯；建立会议资源管理平台，实现会议室、会议设备等其他相关会议资源、会议设备的预定、管理，便于会议人员管理；建立会议管理业务，实现会议议题审批、会议计划定制、会议通知发送，摆脱时间与空间的限制；实现会议纪要等会议文档的流转、审批、归档。 1.2背景 会议是企业进行决策、协商的重要组织形式，是企业日常办公处理事务的重要手段，是办公流程中不可缺少的重要环节，作为企业，如何有效的进行会议组织，管理各种会议文档和会议资源，是关系到企业领导进行日常企业运作处理的大事。提高会议效率、发挥会议功能、规范会议文档流程、合理利用会议相关资源、严肃会议决议的贯彻，避免人力物力财力浪费、降低办公成本、达成人力资源效率化，是企业领导关注的一个重要课题，所以急切需要一套有效的“会议管理”系统。采用当前先进的信息化技术，通过会议系统与办公自动化系统的融合，实现会前、会中、会后的信息管理与智能化控制，做到会前周密安排电子化，会中科学管理智能化，会后会议文档流转的规范化和信息发布网络化。会议系统可与办公自动化系统衔接，会前作会议议程审批，会后作会议纪要等文件的流转和归档。
餐厅点餐系统可行性分析报告 一、可行性研究报告 (1) 1．引言 (2) 1.1编写目的 (2) 1.2项目背景 (2) 1.3定义 (2) 1.4参考资料 (2) 2．可行性研究的前提 (2) 2.2目标 (3) 2.3条件、假定和限制 (3) 2.4可行性研究方法 (3) 2.5决定可行性的主要因素 (3) 3．对现有系统的分析 (4) 3.1处理流程和数据流程 (4) 3.3费用支出 (4) 3.4人员 (4) 3.5设备 (5) 3.6局限性 (5) 4．所建议技术可行性分析 (5) 4.1对系统的简要描述 (5) 4.2处理流程和数据流程 (5) 4.3与现有系统比较的优越性 (7) 4.4采用建议系统可能带来的影响 (7) 4.5局限性 (8) 4.6技术可行性评价 (8) 5．可选择的其他系统方案 (9) 5.1可选择的系统方案一 (9) 5.2可选择的系统法案二 (9) 6．投资及效益分析 (9) 6.1支出 (9) 6.1.1基本建设投资 (9) 6.1.2其他一次性支出 (9) 6.1.3非一次性支出 (10) 6.2收益 (10) 6.3收益／投资比 (10) 6.4投资回收周期 (10) 6.5敏感性分析 (11) 7社会因素方面的可行性 (11) 7.1法律方面的可行性 (11) 7.2使用方面的可行性 (11) 8结论 (11)
1．引言（XX） 1.1编写目的 软件可行性报告的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。 1.2项目背景 特开发的软件系统的名称：《餐厅点餐系统》 本项目的任务提出者： 本项目的任务目标使用用户:各大中小型餐厅 本项目的任务开发者： 该软件系统同其他系统或其他机构的基本的相互来往关系：该系统为完全独立的软件系统，除需要银行提供一个信用卡接口外，几乎与其他系统毫无关系。 1.3定义 【列出文档中所用到的专门术语的定义和缩写词的原文。】 1.4参考资料 《酒店菜单价格管理办法》 《软件工程导论》—张海藩 2．可行性研究的前提（XX） 功能：点菜自动化。简洁方便提供顾客点餐。不用重复以前繁琐人力工作。 要求：面向客户现实特色菜系，菜单选项，价格标注，具体菜名查询，点餐，打印凭条（2张一张给服务员一张给顾客）， 面向厨房显示所需做菜任务，提醒页面。 面向收银撤销菜品页面，售价统计 性能：顾客点餐将完整的输入中心服务器，通过服务器方便厨房及收银人员对菜品的操作，系统更新速度快，满足顾客的换菜等实时要求。 输出要求：打印凭条完整准确无误。数据内容：顾客餐桌号菜单以及各个菜品价格点餐 时间顾客额外要求等。
员工网上订餐系统 之需求分析说明书 组名：最佳实践小组 指导老师：李华玲 组员：李蕴 0921010528 韩小文 0921010548 刘曼婷 0921010601 焦文亮 0921010634 吴岩 0921010711
目录 1.文档概述 (4) 1.1 编写目的 (4) 1.2 定义 (4) 1.3 参考资料 (4) 2.项目概述 (4) 2.1 项目背景 (4) 2.2 项目目标 (4) 2.3 构件图 (4) 2.4 上下文关系图 (5) 2.5 对产品进一步解析 (6) 2.6 项目适用范围 (6) 3.项目需求分析 3.1 性能需求分析 (6) 3.2项目活动图 (6) 3.3系统报表 (8) 3.4 类图 (8) 3.5 系统用例图 (10) 3.6用例文档 (12)
4.项目详细设计 4.1 系统模块详细设计 (14) 4.2 登录模块详细设计 (14) 4.3 顾客模块详细设计 (14) 4.4 管理员模块详细设计 (16) 5.项目技术方案 (19) 5.1方案概述 (19) 5.2 编程环境 (19) 5.3 数据库的实现 (19) 6．可行性分析 (19) 6.1 技术可行性分析 (19) 6.2 运行可行性分析 (20) 6.3 经济可行性分析 (20) 6.4法律可行性 (20)
1. 引言 1.1编写目的 此立项报告旨在确定本项目的基本目标、主要内容，设计实现的流程、工作负荷、费用开支、人员结构、设备情况、局限性，运行设计的 项目时间总体规划、进度分段标准、阶段考核方法，以及项目验收方式、提交的内容清单、后续工作情况。 1.2定义 本产品是为餐厅专门开发的一套订餐管理系统，旨在合理化安排餐厅的工作，提高餐厅的管理效率，同时方便员工就餐。 1.3参考资料 《软件系统分析与设计》《需求分析最佳实践》 2. 项目概述 2.1项目背景 员工到食堂用餐，在路途和排队上浪费很多时间，并且去晚了经常会吃不到想吃的食物；员工对食堂的满意度不高，有将近一半的员工会 选择去周边饭店用餐。因此，食堂更无法准确预测员工需求，经常会出 现有些食物因为没有卖出去只好倒掉，而员工需要的一些食物却已卖完 的现象。 2.2 项目目标 开发手机订餐系统节省员工的时间和精力，避免员工在食堂排队等很多 时间，同时也减少食堂食物的浪费，并提高服务质量以及员工对餐厅的 满意度。 2.3 构件图
《会议管理系统》需求说明书 小组成员：朱家萍，桑成艳,吴志月,刘玲玲,舒佩 组长：王梦茹 1、1 编写目得 本文详细说明会议管理系统最终需要满足得条件与限制，为了进一步设计与实现提供依据。本文档将用户得需求用文字得形式固定下来,就是与用户沟通得成果,也就是用户验收项目时得参考。 １、2 背景 需求背景：随着我国经济得发展,学术会议，产业会议等越来越多，会议得规模及流程也越来越复杂，对实现会议得电子化管理有着迫切得需求。 系统用途：本系统利用网络平台，搭建通用得会议管理模板工具，帮助会议主办方更加电子化、智能化地管理各项会议工作,从而大大减少人工得参与. 系统使用范围：本系统主要面向参会人数在三十人以内得会议。 1、 3 用户 会议管理系统主要就是面向参加会议人数在３0人以内得会议.
2 任务概述 2、１目标 由于大多数在会议得流程上具有一定得相似性，本系统得目得就是希望减少其中得重复工作，减轻不必要得负担,提高工作得正确性与效率。系统得目标就是将人工参与得工作量减少百分之五十,效率提高百分之三十，同时能够使会议管理工作规范化、程序化. 2、2 系统得特点 本系统得最终用户可能就是经常举办与承办各种会议得组织机构,中、小型企业等.操作人员必须熟悉计算机得基本操作,维护人员应该在电脑方面有所专长.如果本系统开发成功,可用性极强。基于国家目前会议数量与规模得递增趋势，在一般得企事业单位中，本系统得预期使用频度应在十五天,即平均每隔十五天就会有使用该系统得需求产生. 2、３非技术要求 本系统得开发周期为三个月左右。开发流程为：需求分析→设计→编码实现→单元测试→集成与系统测试→交付,其中需求分析得更新穿插于整个开发过程。 要交付得工作产品有:需求规格说明书、设计说明书、测试报告、用户手册、源代码、可执行程序.
企业食堂饭菜配送可行性报告 篇一：蔬菜配送可行性研究报告 蔬菜配送可行性研究报告定义 蔬菜配送是蔬菜为代表的农产品在生产流通到消费的过程中的一个环节，通常由专业的蔬菜配送公司或个体户负责从各个蔬菜配发商那里采购各种蔬菜、水果农产品，甚至包括肉类、冻品等食材，然后通过车辆运送到单位、学校、食堂、酒店、餐馆、社区的一种社会生活和商业服务形式。 发展动力 1. 解决果农、菜农的收入问题，迎合三农的热点，符合政府的菜篮子工程要求; 2. 在中国食品安全成为热点争议的大背景下，绿色果蔬保证居民身体健康，引起广大人民追捧; 3. 方便群众购买果蔬，给忙碌的生活带来便利; 4. 公司需要大量的配送工，司机等，利于缓解就业问题。“商品包装服务”策略 “商品包装服务”是物流配送系统顾客满意度重要因素之一，是因为它在物流运作中对物流企业和顾客都有重要的作用。故进行包装时： ①要清楚地了解包装物的物理、化学和其他一些特殊性能; ②了解被包装物在物流过程中，尤其在运输和储存环节
上可能经受的外界影响、危害等情况; ③熟悉各种包装材料的性质与被包装物资的适应性; ④考虑包装方法的实施和包装作业的方便性，尤其要考虑使用包装机械作业的可能性及生产效率; ⑤包装技术的选择还要注意符合和遵守有关的标准和有关的法规; ⑥在满足包装要求、保证包装质量的前提下，在包装设计时应进行周密的核算，力求做到包装材料消耗合理、经济耐用。 ? 配送方法： 1、配送质量标准: 配送蔬菜质量的控制主要采取如下措施： （1）在与客户签订《蔬菜配送合作协议》中，由客户和我们共同拟订《蔬菜配送质量标准书》； （2）我公司接到客户配送定单后，将组织的蔬菜由分拣人员按《蔬菜配送质量标准书》分拣包装入筐，我公司具体负责配送各单位的配送主管检验合格后才送往客户； ? （3）我们配送的蔬菜经由客户的质量监督员验收。 2、配送价格构成及报价说明书：配送价格包含蔬菜的收购价格、分拣运输的损耗和搬运费、运输费、国家法律规定的税费和行业交易费和我们企业的毛利等方面。在制定配送价格的过程中，根据蔬菜行业的
会议管理系统需求分 析说明书
会议管理系统 系统需求分析说明书
变更记录 签字确认
目录 1概述 (5) 1.1目的 (5) 1.2背景 (5) 1.3范围 (5) 1.4术语定义 (5) 1.5参考资料 (6) 1.6任务概述 (6) 1.6.1目标 (6) 1.6.2用户的特点 (6) 1.6.3假定和约束 (6) 1.7运行环境 (7) 1.7.1软件环境 (7) 1.7.2硬件环境 (7) 1.7.3接口 (7) 1.8需求规定 (8) 1.8.1对功能的需求 (8) 1.8.2对非功能性的需求 (19)
1概述 1.1目的 会议管理系统的主要目的是：建立会议管理的资源平台，实现统一的数据管理、统一的用户管理身份认证及统一消息通讯；建立会议资源管理平台，实现会议室、会议设备等其他相关会议资源、会议设备的预定、管理，便于会议人员管理；建立会议管理业务，实现会议议题审批、会议计划定制、会议通知发送，摆脱时间与空间的限制；实现会议纪要等会议文档的流转、审批、归档。 1.2背景 会议是企业进行决策、协商的重要组织形式，是企业日常办公处理事务的重要手段，是办公流程中不可缺少的重要环节，作为企业，如何有效的进行会议组织，管理各种会议文档和会议资源，是关系到企业领导进行日常企业运作处理的大事。提高会议效率、发挥会议功能、规范会议文档流程、合理利用会议相关资源、严肃会议决议的贯彻，避免人力物力财力浪费、降低办公成本、达成人力资源效率化，是企业领导关注的一个重要课题，所以急切需要一套有效的“会议管理”系统。采用当前先进的信息化技术，通过会议系统与办公自动化系统的融合，实现会前、会中、会后的信息管理与智能化控制，做到会前周密安排电子化，会中科学管理智能化，会后会议文档流转的规范化和信息发布网络化。会议系统可与办公自动化系统衔接，会前作会议议程审批，会后作会议纪要等文件的流转和归档。 1.3范围 本标准规定了：用户使用会议管理系统实现会前、会中、会后的信息管理与智能化控制，做到会前周密安排电子化，会中科学管理智能化，会后会议文档流转的规范化和信息发布网络化。 本标准适用于：使用该系统的所有用户。 1.4术语定义
怎么写餐饮业可行性研究报告 项目名称：怎么写餐饮业可行性研究报告 申报单位：xxx 联系人：xxx ：xxx 传真：xxx 编写时间：xxx 主管部门：xxx 撰稿单位：经略智成企业管理 撰稿时间：2013年9月2日
【导读】餐饮业作为我国第三产业中一个传统服务性行业，经历了改革开放起步、数量型扩、规模连锁发展和品牌提升战略4个阶段，取得突飞猛进的发展。目前，全国已有餐饮网点400万个。2001年至2004年我国餐饮企业连续4年实现每年跨一个千亿元台阶，根据中国烹饪协会数据显示，2004年餐饮业实现7400亿元营业额，年度增加额达到1300亿元以上。2005年中国餐饮业继续保持两位数的增长，全年营业额增长16%至18%，达到8500亿元左右，2006年与2007年又突破10000亿元大关, 2005——2006年度中国餐饮百强企业资产总额约320亿元、利润总额约60亿元、从业人员约80万人，分别较去年同期增长40.38%、28.84%和33.33%，高于全社会餐饮业的平均增长水平。与此同时，超大规模企业开始涌现，有11家企业的营业额超过10亿元，有34家企业的营业额超过5亿元，其中前十强的营业额达到336.76亿元，同比增长18.4%，占百强营业额总量的近五成，达到49.34%，百强企业的整体规模稳步提升，表明行业集中度进一步加强。连锁餐饮业主要集中在东部地区和大城市。2005——2006年度东部地区限额以上连锁餐饮业门店数5589个，占限额以上连锁餐饮业门店的65.6%，比上年增长12.8%。第1部分总论 1.1项目名称 餐饮店 1.2 建设地点
…… 1.3 项目开发单位 单位名称：*********** 注册地址：…… 注册资本：100万元整 法定代表人：*** 1.4 可行性研究报告编制依据 1.《中华人民国国民经济和社会发展第十一个五年规划纲要（草案）》 2.《建设项目投资估算手册》 3.《全国餐饮业发展规划纲要》 4.《餐饮企业等级划分和评定》 5.《餐饮企业经营规》 6.项目区市城市规划资料 7.国家现行有关技术设计规和标准 8.国家计委关于项目可行性研究报告容和深度规定要求 9.建设单位提供的基础数据资料。 1.5 项目概况 近年来，随着人民生活水平不断提高和生活方式与消费观念的逐步转变，餐饮业规模化和连锁化步伐加快，呈现出快速增长态势，2009年全国住宿餐饮业零售额接近1.8万亿元，占社会消费品零售总额的七分之一，在改善民生、拉动消费、繁荣市场、吸纳就业、增加税收以及
得分：80 评语： 1），态度较认真； 2），需求分析中，基本功能描述的比较清楚 3），没有严格按照需求分析说明书的格式进行排版。4），表达方式新颖。 餐厅点菜系统需求分析说明书
引言 (5) 1.1编写目的 (5) 1.2背景 (5) 1.3定义 (5) 1.4参考资料 (7) 2任务概述 (7) 2.1目标 (7) 2.2用户的特点 (7) 2.3假定和约束 (8) 2.3.1 开发期限 (8) 2.3.2 开发环境 (8) 2.3.3 技术 (8) 2.4开发者的特点 (9) 3功能需求 (9) 3.1 主控流程图 (9) 3.1 点餐模式 (11) 3.1.1 浏览点菜（中餐类） (11) 3.1.2 浏览点菜（西餐类） (12) 3.1.3 高级搜索点菜 (13) 3.2 用餐模式 (14) 3.2.1 催菜功能 (14) 3.2.2 加菜，换菜，删除菜功能 (15) 3.2.3 轻松一刻 (16) 3.2.4上菜及后台操作 (17) 3.3 呼叫服务员 (18) 3.4餐毕模式 (19) 3.4.1 顾客满意度 (19) 3.4.2 结账 (20) 3.5对性能的规定 (21) 3.5.1时间特性要求 (21) 3.5.2灵活性 (21)
3.6数据管理能力要求 (21) 3.7故障处理要求 (21) 3.8其他专门要求 (21) 4运行环境规定 (22) 4.1设备和支持软件 (22) 4.3接口 (22) 4.4控制 (22) 附：数据流图
人人
引言 1.1编写目的 此需求分析说明书对《点菜系统》软件做了全面细致的用户需求分析，明确所要开发的软件应具有的功能、性能与界面，使系统分析人员及软件开发人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。 本说明书的预期读者为：餐厅点菜系统开发人员，餐厅管理及执行人员。 1.2背景 a)待开发的软件系统的名称：餐饮点菜系统 b)本项目的任务提出者： c)项目开发团队是：07软工第二小组 d)项目目标用户是：中、高档咖啡厅、KTV、快餐厅、酒楼 等餐饮行业 1.3定义 PDA： PDA，英文全称Personal Digital Assistant，即个人数码助理，一般是指掌上电脑。PDA通常采用手写笔作为输入设备，而存储卡作为外部存储介质。在无线传输方面，大多数PDA具
餐厅点餐系统 研究报告 编写： XX
0 一X年X月XX日
目录 1?引言：.......................... 1.1编写目的：................ 1.2背景说明：................ 1.3参考文献：................ 2.可行性研究的前提：............ 2.1要求：.................... 2.2目标：.................... 2.3条件、假定、和理财：....... 2.4可行性研究方法........... 2.5决定可行性的主要因素：.. 3.对现有系统的分析.............. 3.1对现有系统的分析：....... 3.2数据流程和处理流程：....... 3.3费用开支：................ 3.4人员：................... 3.5设备：................... 3.6局限性：.................. 4可行性分析：.................... 4.1系统简要描述：............ 4.2数据流程和处理流程：....... 4.3与现有系统比较的优越性： 4.4采用建议系统可能带来的影响: 5.投资和效益分析：............... 5.1支出：.................... 5.2收益：.................... 6.社会方面可行性：.............. 6.1法律可行性：.............. 6.2用户使用方面的可行性：..
网上订餐系统需求分析 引言和编写目的（摘自网络）当今社会的生活节奏越来越快，人们对餐饮的要求也越来越高，不仅要求色香味俱全，而且对于就餐的时间和方式也有了更高的要求，许多顾客由于工作繁忙无法抽出时间来享受美味，这样就产生了快捷订餐的要求，最快的方式莫过于利用计算机网络，将餐饮业和计算机网络结合起来，就形成了网上订餐系统，用能力的餐饮企业对对餐品提供商提供网上订餐服务，不仅提高餐饮企业的服务质量，扩大知名度，也是为最终用户提供方便快捷的食品服务。社会对餐饮的快捷性要求形成了对网上订餐的要求，该项目将使用javaWeb 技术的servlet+jsp+javaBean 实现快捷的开发与部署，并且可以最大限度的保证系统的稳定性。网上订餐系统将极大的方便食客的就餐，同时也有利于我们的管理和售后服务。同时，我们的订餐系统还能帮助我们的酒店（餐馆）扩大营业范围，增加知名度等。 1、需求分析 用户可通过访问我们的网站快乐餐网上订餐系统，进行登陆或注册，获得你想要的各种食物，管理员可以查看用户菜品，可以对菜品进行增删改查。 2.1 产品介绍 产品名称：快乐餐订餐系统产品用途：对餐馆提供发布菜肴消息，得到顾客订单信息，对顾客提供菜肴服务。 2.2 产品面向的用户群体：各大酒店，网上店铺，以及一些大型超市的网上订餐系统等。 2、软件功能此系统主要是针对顾客开放的网上订餐系统。顾客订餐主要流程如下： 1. 顾客登录网上订餐系统进行菜单的浏览或者注册为会员。 2. 会员可以对自己的个人信息进行更改，以会员形式登陆的顾客享受订餐服务。 3. 如果顾客觉得菜单应该有所改变则可对已选的菜单进行选择、更改、删除等功能。 4. 当顾客确定订餐完毕后，顾客可以将其提交至我们的餐厅后台系统，并生成订单。 5. 顾客可以对系统或者餐厅有意见或者建议的留言给我们，我们会及时满意的回复。管理员、后台管 理流程如下： 1. 管理员登录后台点餐系统。 2. 管理员可以管理会员信息。 3. 后台将顾客点餐提交到后厨显示。 4. 后厨根据顾客订餐菜单进行做菜。 5. 每完成一个菜就更改其状态为已做。 6. 所有订餐菜完成后根据会员提交送餐地址进行确认并送餐。 3、运行环境 顾客客户端：操作系统windows98 以上，浏览器IE5.0 以上。 条件与限制：开发本系统所用到的软件有：IIS ，DREAMWEA VER ，POTOSHOP ，WONDERSHARE FLASH SLIDESHOW BUILDER,MyEclipse7.0 ，SQL Server2005 4、功能描述 5.1 顾客网上订餐功能分析：根据对顾客网上订餐系统业务流程的分析，课已看出顾客点菜主要涉及到 一些数据库的 逻辑和程序应用逻辑。具体的功能归纳如下： 1. 顾客登录网上订餐系统进行菜单浏览、 2. 顾客注册为会员。 3. 会员对自己的个人信息进行更改，比如送餐地址和联系电话。以及账户密码。
智能仓库管理系统 需求规格说明书 拟制：仇璐佳日期：2010年3月17日星期三审核：日期： 批准：日期： 文档编号：DATA-RATE-SRS-01 创建日期：2010-03-17 最后修改日期：2019-09-19 版本号：1.0.0 电子版文件名：智能仓库管理系统-需求规格说明书-
文档修改记录
基于web智能仓库管理系统详细需求说明书（Requirements Specification）1．引言 1．1 编写目的 本系统由三大模块构成，分别是：系统设置，单据填开，库存查询。 其中： 系统设置包括：管理员的增加，修改，删除，以及权限管理；仓库内货物的 基本资料的增加，修改，删除；工人，客户等的基本资料的增加，修改，删除。 单据填开模块包括：出库单，入库单，派工单，等单据的填开及作废操作。 库存查询系统包括：库存情况的查询，各项明细的查询，工人工资的查询， 正在加工产品查询等。 报表导出模块包括：按月，按季度，按年的报表导出功能。 1．2 背景说明 (1)项目名称：基于web智能仓库管理系统 (2)项目任务开发者：东南大学成贤学院06级计算机（一）班仇璐佳，软件基本运行环境为Windows环境，使用MyEclipse7.1作为开发工具，使用struts2作为系统基本框架，Spring 作为依赖注入工具，hibernate对MySql所搭建的数据库的封装，前台页面采用ext的js框架，动态能力强，界面友好。 (3)本系统可以满足一般企业在生产中对仓库管理的基本需求，高效，准确的完成仓库的进出库，统计，生产，制造等流程。 1．3 术语定义 静态数据－－系统固化在内的描述系统实现功能的一部分数据。 动态数据－－在软件运行过程中用户输入的后系统输出给用户的一部分数据，也就是系统要处理的数据。 数据字典－－数据字典中的名字都是一些属性与内容的抽象和概括，它们的特点是数据的“严密性”和“精确性”。
会议管理系统需求分析 1 引言 1.1 编写目的需求分析是软件系统生存期中定义阶段的最后一个步骤。这个阶段的任务不是具体解决问题，而是准确 确定为解决问题系统必须具备哪些功能。这个阶段的一个重要任务是用正式的文档准确地记录目标系统的需求。该文档将最终交给软件具体的开发人员进行具体的开发。 1.2 背景开发的软件系统的名称：饭卡管理系统本项目的任务提出者：软件工程课程设计开发者: 李杜松实现该软 件的计算站：图书馆计算机中心 1.3 定义本文件中用到的专门术语的定义和外文首字母词组的原词组。实体—联系图（E-R 图）：包含实体（即数 据对象）、关系和属性。作为用户与分析员之间有效交流的工具。 状态转换图：通过描绘系统的状态及引起系统的状态转换的事件来表示系统的行为。提供行为建模机制。 层次方框图：用树形结构的一系列多层次的矩形框描绘数据的层次结构。 输入-处理-输出图（IPO图）：方便描绘输入数据、对数据的处理和输出数据之间的关系。 1.4 参考资料同可行性研究报告处 2. 任务概述 2.1 目标主要开发目标是能够对饭卡信息进行查询和更新管理，且具有反映敏捷准确。 2.2 用户的特点由于系统的界面清晰、美观，操作简单、方便，所以操作人员只需要具备一定的电脑操作技能即 可。管理员（维护人员）不需要任何数据库专业技能知识。本系统可以极大的提高工作效率，预期使用频度较高。 2.3 假定和约束 系统的规模较小,适于Windows 和操作系统，SQL 数据库系统。 3. 需求规定 3.1 对功能的规定 （1）更准确的系统流程图
(2)更准确的数据流程图
------------ 1 层---------