OrderOnline——设计概述
1.设计概述
概要设计主要是利用比较抽象的语言对整个需求进行概括,确定目标系统的构架,确定整个系统的处理流程和系统的数据结构,定系统由那些模块组成的,以及这些模块相互间的关系,实现对系统的初步设计。
1.1需求概述:
系统目标:实现用户远程在食堂下订单的需求。
本系统的主要输入项目:
1、用户个人的基本信息,如注册时的用户名,学号等。
2、食堂菜品商品信息,如价格,口味等。
3、用户取餐需要的时间,联系方式等。
本系统的主要输出项目:
用户浏览菜品信息,下单菜品,去食堂取餐。
1.2限制和约束
简要描述起到限制和约束作用的各种可能存在的条件,例如:
- 技术条件:对于Android端的编写不是非常熟悉,较为复杂的功能无法实现。
- 开发环境(包括:工具和平台):在Android Studio中进行Android端APP的开发。
- 时间限制:一个月。
食堂远程下单系统的业务规则及约束如下:
(1)所有人均可在系统内可以根据菜品名称搜索菜品信息,但是只有登录注册的用户才能够提交订单,给菜品留言及维护自己的账户信息。
(2)每位用户由唯一的学号标识,同时,每位用户的名称也可以唯一标识用户信息。
(3)用户登录系统的账号为用户注册时输入的用户名称。
(4)系统管理员可以查看用户信息,但是不能增加和修改用户信息,必要时可以删除用户信息。
(5)系统管理员统一对系统中的数据维护。
(6)食堂只能进行菜品订单查看和汇总。
(7)订单需记录交易状态,包括交易关闭及交易正常;同时订单还需要记录订单状态,包括已完成、未完成及已取餐。
(8)用户可以查询自己的订单。
(9)同一个订单可以订购多种菜品。
1.3设计原则和设计要求
1.3.1完整性原则
本文所要设计食堂远程下单系统,应该保障有完整性,因为系统是由各个功能子模块所组成,每一模块都是有特定的功能,所设计的系统,尽管由于资金、人力等限制,无法在短时间内将系统设计的那么完善,可是系统的功能是必须要完整的,菜品的订购,菜品搜索,菜品评价功能等,这些子功能模块都是不可或缺的,并且将这些功能尽可能的规范化,以便于后期的维护和升级。
1.3.2相关性原则
食堂远程下单系统是一个整体,尽管它是由各个功能模块所组成,各个子模块联系起来的。一旦某一个模块发生了变化,其他模块也会受到影响,所以在系统开发时,需要考虑到模块的相关性,把所设计的交易平台作为一个整体来考虑和设计。
1.3.3适应性原则
本文所设计的系统一定要能够适应用户的变化和环境的变化,系统在最初始设计时,就要对系统以后可能发生的变化和升级做好预算,为系统的升级留下足够的空间,这样才能使系统能够在校园内长期存在,以方便简洁的形式为校园服务。
1.3.4可靠性原则
所设计的系统必须具有可靠性,这样稳定运行的系统才会让用户觉得可靠,也让用户能够方便使用系统的功能,要求系统具有可靠性,那么就要使硬件可靠同时开发的软件也是可靠的,同时也要有可靠的安全措施来维护系统的功能。
1.3.5经济性原则
文中所提出的食堂远程下单系统,相对来讲是比较经济的。只是需要在开发的前期有一定的经济投入,一旦系统被运行起来,后期的维护就只需要很少的经济花费,同时,APP也可以通过对用户收取极少的额外费用(比如一单多收一角钱,打包饭盒都要一角五)和代言广告(可以在首页做广告)来维持APP日常费用,由于本APP是应用于学校的,不是以赚取利益为目的,只需要维护APP花费即可。