系统分析报告.doc
- 文档编号:386442
- 上传时间:2022-10-09
- 格式:DOC
- 页数:44
- 大小:24.93MB
系统分析报告.doc
《系统分析报告.doc》由会员分享,可在线阅读,更多相关《系统分析报告.doc(44页珍藏版)》请在冰豆网上搜索。
系统分析与设计
课
程
设
计
题目:
网上外卖系统
学生姓名:
学号:
班级:
软件12-1
指导教师:
41
目录
第一章《关于软件性质、规模、目标的报告书》 1
1.1软件性质 1
1.2软件规模 1
1.3开发该软件要实现的目标。
1
1.4题目来源、选题背景 1
第二章《可行性研究报告》 2
2.1技术可行性 2
2.2经济可行性 2
2.3法律可行性 3
2.4操作可行性 3
2.5结论 3
第三章《项目开发计划》 4
3.1系统概述 4
3.2系统资源 4
3.3进度安排 5
第四章《需求规格说明书》 6
4.1业务分析 6
4.1.1业务描述 6
4.2功能分析,建立系统功能模型 8
4.2.1需求结构 8
4.2.2功能模型 8
4.3对象分析,建立系统初步的对象模型 13
4.4用例分析,建立用例分析模型 14
4.5扩充和完善,建立系统完整的对象模型 19
第五章面向对象的总体设计 22
5.1软件运行环境 22
5.2软件架构模型 22
5.2.1软件逻辑架构 22
5.3用例设计,建立用例设计模型 23
5.4扩充和完善对象模型,建立平台相关对象模型 29
5.5数据库设计模型 32
5.5.1实体类—表—3NF 32
5.5.2数据库表间的关系 35
5.6界面设计模型 36
5.6.1界面结构模型 36
5.6.2屏幕界面模型(伪界面) 37
5.7组件图 41
5.8部署图模型 41
………………………………………………………………………………………………
………………………………………………………………………
第一章《关于软件性质、规模、目标的报告书》
1.1软件性质
本软件是网上外卖系统,提供菜单,菜式等信息。
主要服务对象是附近一个大学的学生和周边公司的工作人员,便于就餐。
1.2软件规模
因为服务对象比较有针对性,数量不是很庞大,而且提供的服务只是订餐一方面,用户订餐时间集中,所以选择中小型的网上外卖系统。
1.3开发该软件要实现的目标。
本系统是针对于快餐店附近一个大学的学生和周边公司的工作人员而开发的一个网上外卖系统。
该系统可以让客户进行快餐的网上浏览,并且进行订购,从而实现“宅”宿舍里就可以打饭。
实现以下功能:
1、方便客户了解各种菜式、有更多的选择,能够更好的选择自己喜爱的菜。
2、拓展快餐店的贩卖渠道,增加收入。
3、便于对菜式的销量信息和日销售额进行统计。
4、可以电话订餐。
1.4题目来源、选题背景
题目来源:
是从老师给的题目中选择的。
选题背景:
随着社会消费水平的提高和科技的发展,大学生生活质量和生活方式都发生的巨大的变化,“宅”生活已经深入人心,外卖也成为了越来越多的商家利润的来源,所以开发一个网上外卖系统刻不容缓。
第二章《可行性研究报告》
2.1技术可行性
网上外卖系统是一项复杂的系统工程,为了保证系统成功,必须采用工程化的系统开发方法,并研究出一些符合工程化标准的开发方法。
这I些方法旨在指导开发者进行工程化的系统开发,从而加快开发的速度,保证质量以及降低开发成本。
工程化的系统开发确实在开发实践中取得了一定成果。
此次开发使用Java作为开发语言,Java是一种全新、且简单、安全、面向对象的程序设计语言是专门为Java的应用开发的语言。
SQLServer是有Microsoft开发和推广的关系数据库管理系统(DBMS),是一个全面的数据库平台,提供了企业级的数据管理。
SQLServer数据库引擎为关系型数据和结构化数据提供了更安全可靠的存储功能,可以构建和管理用于业务的高可用和高性能的数据应用程序。
通过以上的分析,开发网上外卖系统是在技术上是可行的
2.2经济可行性
虽然在系统开发期间会有软件开发所需的软、硬件资源及人力资源的费用,但是因为是小中型系统的开发,费用在可接受范围内,软件投入使用后会带来的效益,因为网上订餐系统给人们带来了方便,成为一种全新的商务模式。
不用出门就可以订餐的新时尚已经到来,构建一个网上订餐系统一定是效益大于成本的,所以在经济上是完全可行的。
2.3法律可行性
该系统为独立开发,在技术上没有使用任何现有的软件与方法,所以在法律方面不会存在侵犯专利权,侵犯版权等问题。
2.4操作可行性
该系统的开发的操作方式开发前期单机方式,在后期的测试阶段需要网络方式,较容易实现,用户可使用手机网络,电脑网络进行使用完全符合用户要求,操作方式也易被接受,所以可行。
2.5结论
综合技术可行性、经济可行性、法律可行性、操作可行性的分析,网上外卖系统可以在有效的人力物力资源下得到良好的开发。
第三章《项目开发计划》
3.1系统概述
项目目标:
开发一个快餐店网上订餐系统
主要功能:
1、方便客户了解各种菜式、有更多的选择,能够更好的选择自己喜爱的菜。
2、拓展快餐店的贩卖渠道,增加收入。
3、便于对菜式的销量信息和日销售额进行统计。
4、可以电话订餐。
系统特点:
送餐的范围在快餐店的周围1公里内。
3.2系统资源
开发和运行该软件所需要的硬件资源:
电脑
开发和运行该软件所需要的软件资源:
MyEclipse、MySQL数据库
开发和运行该软件人力资源:
小组人数2人;小组成员的技术特长及责任
小组成员
负责需求
其他
购买功能
详细见文档批注
菜单管理
3.3进度安排
时间
进度
周一
《关于软件性质、规模、目标的报告书》
《可行性研究报告》《项目开发计划》
周二、周三
《需求规格说明书》
周四
《总体设计说明书》
周五
完善论文答辩
第四章《需求规格说明书》
4.1业务分析
4.1.1业务描述
网上外卖系统提供当天的菜单、购买、登录/注册、个人修改、快餐店介绍等功能;同时为店主提供相对相应信息的维护及管理的功能,包括客户管理、菜单管理、订单管理、外卖情况统计、个人修改等功能。
网络前台:
(1)、当天菜单:
在进入网上外卖系统首页后,单击“菜单浏览”,转入菜单浏览页面,显示给客户的是该快餐店的所有菜式。
客户可以选择自己喜欢的菜式,单击某菜式标题进入查看菜式页面查看该菜式的主料、口味、图片、价格等详细信息。
(2)、购买:
登录后的客户可以在“菜单浏览页面”选择一个菜式,浏览菜式的详细的信息,客户把菜式添加到购物车,也可以查看购物车的内容,就是返回购物车内容、每个条目的价格小计和购物车中所有条目的总价。
客户可以更改要购买的菜式数量,也可以删除购物车里菜式。
客户购买购物车里的菜式,将显示订单详细信息。
(3)、快餐店介绍:
已登录客户在进入外卖系统首页后,单击“关于我们”按钮,显示快餐店的地址、电话等简单介绍。
(4)、登录/注册:
客户在进入外卖系统首页后,单击“注册”按钮,进入注册页面。
在注册页面,客户可填写注册信息(提供邮购和管理所必须的有效信息,如姓名,地址,电话等)进行注册。
已注册的客户进入系统后单击“登录”按钮,进入登录页面,在登录页面,填写用户名、密码,经系统验证后登录系统。
(5)、个人修改:
客户进入外卖系统首页并登录后,进入普通用户登录后的页面,单击“个人修改”按钮,进入个人修改页面,在该页面中,系统显示该用户的基本信息,用户可以修改这些基本信息。
后台管理:
(1)、客户管理:
店主登录后,进入管理员登录后页面。
店主在该页面中点击“客户”进入客户管理页面,店主可以在该页面中分页浏览客户信息、查看某客户的详细信息、删除某客户、添加客户。
(2)、菜单管理:
店主登录后,进入管理员登录后页面。
店主在该页面中点击“菜单”进入菜单管理页面,店主可以在该页面中分页浏览菜单信息、查看某菜式的详细信息、删除某菜式、添加菜式、修改菜式。
(3)、外卖情况:
店主登录后,进入管理员登录后页面。
店主在该页面中点击“外卖情况”进入外卖情况查看页面,店主可以在该页面中对每天的外卖情况(比如,每种菜的销量,日销售额)进行统计,也可以清空一段时间内的外卖情况。
(4)、订单管理:
店主登录后,进入管理员登录后页面。
店主在该页面中点击“订单”进入订单管理页面,店主可以在该页面中分页浏览订单信息、查看某订单详细信息、配送订单、删除订单、修改订单、添加电话订单。
(5)、个人修改:
店主登录后,进入管理员登录后页面。
店主在该页面中点击“个人修改”进入个人修改页面,该页面显示店主个人信息,店主可以对其进行修改。
4.2功能分析,建立系统功能模型
4.2.1需求结构
图4.2.1网上外卖系统需求结构图
4.2.2功能模型
将网上外卖系统所有需求合理归类,主要可以分为购买、订单、客户、菜单、外卖情况五个方面,主要为购买需求建立功能模型。
一、购买
(1)、描述:
登录客户可以浏览菜式详细信息、添加菜式购物车,查看购物车、修改购物车里的菜式数量、删除购物车里的菜式,查看订单详细信息。
(2)、用例图
图4.2.2购买用例图
(3)、用例叙述
(一)、“浏览菜式详细信息”用例的用例叙述
用例名:
浏览菜式详细信息
参与者:
客户
事件流程:
1、客户在菜单浏览页中,单击某菜式名,系统查询该菜式详细信息,将查到的菜式详细信息显示在查看菜式页面。
2、客户在查看菜式页面中,单击“返回”,则返回菜单浏览页面。
(二)、“添加菜式到购物车”用例的用例叙述
用例名:
添加菜式到购物车
参与者:
客户
事件流程:
1、客户在查看菜式页时,单击“添加”按钮,添加菜式到购物车,并转入购物车管理页面,单击“返回查看”按钮,就返回查看菜式页中。
2、客户在查看菜式页中,单击“返回”按钮,则返回菜单浏览页。
(三)、“查看购物车”用例的用例叙述
用例名:
查看购物车
参与者:
客户
事件流程:
1、客户在客户登录后的首页,单击“购物车”按钮进入购物车管理页面。
2、系统从数据库中取出购物车里所有菜式信息,显示在购物车管理页面。
2、客户在购物车管理页面,点“返回”,则返回客户登录后的首页。
(四)、“修改购物车中菜式的数量”用例的用例叙述
用例名:
修改购物车中菜式的数量
参与者:
客户
事件流程:
1、客户在购物车管理页中,单击某条菜式信息后的“修改”,系统从数据库中取出该菜式的详细信息,显示在“修改菜式数量”页中。
2、客户在“修改菜式数量”页,修改的菜式的数量,点击“提交”,则转3,;点“取消”,则返回购物车管理页。
3、系统将菜式信息更新到数据库中,若更新成功,则返回购物车管理页,否则转信息页,显示失败信息。
(五)、“购买购物车里的菜式”用例的用例叙述
用例名:
购买购物车里的菜式
参与者:
客户
事件流程:
1、客户在购物车管理页中,选择要买的菜式,单击页面中的“购买”按钮。
2、系统自动提交订单并且审阅是否符合送餐的范围在快餐店的周围1公里内。
若符合则成功,进入订单详细信息页面,显示订单详细信息。
否转信息页,显示失败信息。
(六)、“显示订单详细信息”用例的用例叙述
用例名:
显示订单详细信息
参与者:
客户
事件流程:
1、客户在购物车管理页面,单击“已购买”进入订单信息页面,显示已购买订单详细信息。
2、客户单击“返回”,返回购物车管理页面。
(七)、“删除购物车里菜式”用例的用例叙述
参与者:
客户
事件流程:
1、客户在购物车管理页面,单击某菜式信息后的“删除”按钮。
2、系统从数据库的购物车表中删除,若删除成功,则返回购物车管理页。
否则,转信息页,显示失败。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 系统分析 报告