茶楼管理系统需求分析
| 题 目 |
茶楼管理系统需求分析 |
|
|
|
| 小 组 |
马寅孟 陈红梅 |
|
|
目 录
1. 引言.... 2
1.1 编写目的... 2
1.2 项目风险... 2
1.3 文档约定... 2
1.4 预期读者... 3
1.5 产品范围... 3
2. 综合描述.... 3
2.1 产品的状况... 3
2.2 产品的功能... 3
2.3 用户类和特性... 3
2.4 运行环境... 4
2.5 设计和实现... 4
3. 其它非功能需求.... 4
3.1 性能需求... 4
3.2 安全性需求... 4
3.3 软件质量属性... 5
3.4 业务规则... 5
4. 分析模型.... 5
4.1 数据流程图... 5
1. 引言
1.1 编写目的
方便让茶楼管理人员更清晰地看到和管理茶楼经营的情况，如包间、散座的剩余数量以及它们所对应的价格，顾客开单情况和营业结束的每日账单。
1.2 项目风险
茶楼管理系统项目由本小组独立开发，所有风险均由本小组承担。
1.3 文档约定
该条定义了该文档编写标准，第一层标题采用黑体二号，第二层标题采用黑体三号，第三层标题采用黑体小三，正文均采用四号宋体。
1.4 预期读者
该条定义了该需求分析报告所针对的预期读者类型，包括：用户，开发人员，项目经理，营销人员，测试人员和文档编写人员。
1.5 产品范围
本软件主要面向社会各层有相关需求的人群。
2. 综合描述
本产品初期在 PC 端的网页上运行。产品的主要群体是茶楼的管理人员，或者是茶楼负责收银的工作人员。商家需要在我们的首页注册账号然后登陆，设置商家所需的服务项目，例如先设置服务容量有多大（即包间和散座的数量、价格等），有需要还可设置其他服务项目，例如茶的品种以及价格等等。商家开单时以服务容量中的具体对象为单位【例如：23号豪华包间（乌龙茶4杯）共消费***元】。
2.1 产品的状况
一个高档的茶楼生意很火爆的时候，在不断有顾客前来的时候，茶楼的服务员不但要引领客人还要满足顾客的需求，例如加水等等，而且还要注意有没有空余的包间或者散座以及其他服务项目的剩余数量，这无疑加重了他们的工作负担以及增加了很多不必要的人工成本。使用了我们的茶楼管理系统后，可以很清晰的看到各类数据，实时了解茶楼经营现状减轻了服务人员的负担以及为老板可以节省很大一部分的人工成本。
2.2 产品的功能
本产品的最大的特色就是商家可以根据他们的需求自定义服务项目，凭此生成每个商家独立的经营界面。
2.3 用户类和特性
本产品的用户是具有一定规模茶楼的管理人员，他们可以更方便快捷的实时掌控茶楼的经营情况，他们是自己家茶楼的最高权限管理员拥有更多的权限，例如只有最高权限管理员可以查看当日的账单数据，以及拥有给普通管理员授权这一权限的权力。
2.4 运行环境
本软件的运行环境平台：Windows。
2.5 设计和实现
2.5.1 前端实现：
HTML、CSS实现基础布局，使用Vue框架，采用前后端分离模式，前端请求接口。
2.5.2 后端实现：
Java，MYSQL，Node做中间件。
3. 其它非功能需求
我们在完成产品后都会做大量的测试，也会发布测试版来做相应bug的调整，最大化的保证产品的可靠性。在软件的安全方面我们想采用RSA非对称加密算法来保证数据的安全性，因为在目前的加密算法中该算法的安全性是完全可靠的。产品的开发我们都做了大量的注释，并且都是采用当前比较火的几个框架来完成，包中产品以后的维护以及扩展。
3.1 性能需求
该系统主要是面对使用，因此界面要设计要有亮点，简单来说要有“颜值”。其次要能处理高并发的情况，满足夜晚，节日等高发时间产品的可靠性。随着产品的推广，用户的群体会不断的扩增，如果不能处理高并发，程序可能会出现崩溃的现象。
3.2 安全性需求
用户设有自己的密码，密码最少包含三种不同的字符。对于系统，我们有防爆破的保障措施，如果一个账号填写密码错误出现了多次，必须对该账号上锁，需要用电话号码等手段进行解锁。
3.3 软件质量属性
产品配有相关的用户文档说明，在软件里面也有相关的帮助说明，软件操作较为简单方便，和当前的购物平台界面基本类似，易用性强。软件只要搭建了JavaEE的环境，硬件在内存8G，硬盘100G的平台上就能完成运行，代码也配有大量的注释，保证可移植性。
3.4 业务规则
我们设有超级管理员，一般管理员两个身份，超级管理员他可以对数据库做任何的增删改查等操作，并且可以增加一般管理员或者删除一般管理员。一般管理员则是现场进行茶楼服务开单的人员。
4. 分析模型
4.1 数据流程图
如图4.1所示：
图4.1