BX110937李建辉实验五软件项目定型下.docx
- 文档编号:8238311
- 上传时间:2023-01-30
- 格式:DOCX
- 页数:21
- 大小:197.48KB
BX110937李建辉实验五软件项目定型下.docx
《BX110937李建辉实验五软件项目定型下.docx》由会员分享,可在线阅读,更多相关《BX110937李建辉实验五软件项目定型下.docx(21页珍藏版)》请在冰豆网上搜索。
BX110937李建辉实验五软件项目定型下
电子信息学院
实验报告书
课程名:
《软件需求分析》
题目:
软件项目定型(下)
实验类别【验证、设计、综合】
班级:
BX1109
学号:
37
姓名:
李建辉
组长:
李建辉
1.实验内容或题目
网上订餐系统
2.实验目的与要求
需求工程团队根据用户需求,通过面向对象建模与分析手段,为问题设计解决方案,完成软件需求规格说明文档。
开发方建立分析模型,细化系统需求,完成软件需求列表。
结果文档:
软件需求规格说明文档。
要求度量:
软件需求的数量、非功能需求的数量;类图的类数量、关联数量,每个类的平均属性数量;行为图(包括交互图、状态图和活动图)的数量,交互图内平均参与对象数量和最大参与对象数量、交互图内平均消息数量和最大消息数量,状态图内平均状态数量和最大状态数量、状态图内平均转移数量和最大转移数量,活动图内平均的甬道数量、活动数量和数据对象数量、活动图内最大的甬道数量、活动数量和数据对象数量、方法契约说明的数量、方法契约说明的平均行数;
注意事项:
交互图、状态图、活动图和方法契约的使用可以根据项目情况安排,不要求必须使用。
但是对于没有使用的团队,必须要有足够的理由,助教会对其进行检查。
3.实验结果
结果文档:
软件需求规格说明文档。
网上订餐系统
软件需求规格说明文档
目录
PartI引言1
1.文档目的1
2.组织方式1
3.项目范围1
4.参考文献3
PartII总体描述4
1.产品前景4
2.产品特性4
3.用户类及其特征5
4.运行环境6
5.设计和实现上的约束6
6.假设和依赖7
PartIII系统特性7
PartIV对外接口要求11
1.用户界面11
2.硬件接口11
3.软件接口11
4.通信接口11
PartV其他非功能需求12
1.性能需求12
1.1数据精确度12
1.2时间特性12
1.3适应性12
1.4容量需求12
1.5实时性12
1.6负载12
1.7输入输出要求13
1.8数据管理能力要求13
1.9故障处理要求13
2.安全性需求13
3.软件质量属性13
3.1完整性13
3.2可靠性13
3.3效率14
3.4易用性14
3.5可维护性14
3.6可移植性14
PartVI其他需求14
PartVII数据描述15
1.静态数据15
2.动态数据15
3.数据库描述15
3.1数据字典15
3.2数据库表及字段设计15
3.3系统用例图17
3.4数据流程图21
PartI引言
1.文档目的
当今社会的生活节奏越来越快,人们对餐饮的要求也越来越高,不仅要求色香味俱全,而且对于就餐的时间和方式也有了更高的要求,许多顾客由于工作繁忙无法抽出时间来享受美味,这样就产生了快捷订餐的要求,最快的方式莫过于利用计算机网络,将餐饮业和计算机网络结合起来,就形成了网上订餐系统,提高餐饮企业的服务质量,扩大知名度,也为最终用户提供方便快捷。
编写此文档的目的在于进一步定制系统(网上订餐系统)开发中的细节问题,以便于甲方和乙方协调工作,主要面向的读者是餐饮行业的项目委托单位的管理人员,服务人员和餐饮客户的体验人员,本文档定义了有关网上订餐系统的功能需求,数据描述,运行环境等等内容,此文档也可以作为系统设计人员,系统开发人员,售前技术支持人员,使用人员的参考资料。
2.组织方式
在文档的余下部分会阐述对系统总体的描述,系统特性的详细描述,对外接口的实现以及其他一系列功能需求和非功能需求的描述。
文档基本上按照由总体到局部的格局,首先对系统的总体概要描述,之后进行系统特性的描述(包括对应的功能需求等等),之后将对对外接口进行阐述,之后将列出一系列功能需求以及非功能需求,最后对数据进行描述,包括数据库表格的建立,系统用例图,数据字典的定义,数据库字段的设计和数据流程图。
3.项目范围
产品名称
网上订餐系统
预期功能
用户管理
1.用户登录
2.用户注册
用户操作
1.餐品浏览
2.餐品的详细介绍
3.放进购物车
4.查看购物车
5.详细信息提交
6.反馈意见
7.查看所有留言
8.用户修改个人信息
管理员操作
1.增加餐品
2.修该餐品
3.删除餐品
4.回复留言
5.删除留言
6.订单管理
7.会员管理
8.信息管理
9.电话订餐
10.财务管理
结账付款
1.确认和配送信息
结束订单
2.设置友好结束界面
非预期功能
1.给出销量最好的餐品方案
2.绘制各种菜系每日销量折线图
3.绘制各种菜系利润折线图
4.给出每隔三小时各菜品利润表格
产品应用
目的:
投入餐饮店,实时提供订单,方便顾客就餐,方便餐饮管理者经营
好处:
1.方便餐饮管理者准备餐饮,避免因为现场做饮食让顾客久等
2.方便管理者根据顾客需求进原材料,准备适合顾客需要的菜系
3.方便餐饮管理者了解餐饮店的经营情况,盈利情况,各个菜系的销量
4.参考文献
[1].计算机软件产品开发文件编制指南(GB8567-88)
[2].张海藩.软件工程导论.北京:
清华大学出版社.2008
[3].王珊.萨师煊.数据库系统概论(第四版).北京:
高等教育出版.2006
[4].郝玉龙.JavaEE编程技术.北京:
清华大学出版社.2008
[5].孙延鹏.吕晓鹏.Web程序设计.北京:
人民邮电出版社.2008
[6]Selman,Daniel.Java3dProgramming.Oreilly&AssociatesInc.2005
[7]黎活明.EJB3.0入门经典.清华大学出版社.2008
[8]SUN公司的官方网站
[9].骆斌.丁二玉.需求工程—软件建模与分析.北京:
高等教育出版社.2009
PartII总体描述
1.产品前景
随着人们工作节奏的加快,时间越来越紧凑,许多职工为了完成工作需要外卖而且随着80后90后喜欢宅在家里,网上订餐迎来前所未有的机遇,由于计算机互联网的快速发展,现在人人离不开手机电脑,因此网上订餐系统大大满足了顾客的需求,由于软件能够扩展餐饮店的业务,为餐饮店提供不只局限于店面的限制,扩大了餐饮店的虚拟规模,软件为餐饮店管理者提供了订单管理,财务管理,菜品销量的统计,每日的销售量和销售利润,大大降低了餐饮店管理者对财务管理统计菜品选择的管理难度,提高了餐饮店管理者的经营水平,前景广阔。
2.产品特性
特性1
用户注册即可下单,操作简便
特性2
设有留言,订购成功有友好界面,人性化
特性3
设有添加删除修改查看餐品的按钮,方便顾客和餐饮管理者管理
特性4
软件有财务管理,每一份单子付款后既累加,算出一天销售额,根据成本得到利润,给出各菜品利润表,根据各菜品利润表绘制各菜品日利润折线图
特性5
根据数据库中每种菜品的销量自动购置最优菜品销量单,供管理者参考使用
特性6
利用数据库中每种菜品的销量绘制出一天内各菜品的销量折线图,供餐饮管理者决策未来的菜品推出单
3.用户类及其特征
用户类
主要目标
态度
主要关注焦点
技术能力
餐饮服务人员
系统易用,提高工作效率
更多的功能只能增加工作的复杂度,1.0版本的系统最合适
简单,易用,工作轻松,高效
增加餐品,修该餐品,删除餐品
回复留言,删除留言,订单管理
会员管理,信息管理,电话订餐
餐饮管理人员
提高管理效率,提高餐饮销售业绩
需要功能全面的系统,要求所有待定功能的实现
使用系统所得收益必须大于成本支出
订单管理,会员管理,信息管理,财务管理,对各菜品的销售数量和各菜品销售利润表和利润折线图有分析能力,能够根据系统给出的最优菜品单参考给出合理的推出最优菜品单和管理方案
餐饮顾客
容易使用,便于购物,菜系美观品尝好
容易进入
可口美味,价格实惠
会用手机电脑即可,也可以电话订餐
4.运行环境
运行环境:
普通微型计算机
内存:
64MB以上的内存,推荐使用128MB以上内存
处理器:
奔腾P4或更高的处理器
硬盘空间:
需要至少20M硬盘安装空间
服务器端:
tomcat
系统平台:
WindowsXP或更高版本的操作系统
计算机语言:
Java,SQL语言,JSP
软件:
SQLSERVER,MyEclipse,Photoshop
网络通信协议:
TCP/IP
开发工具:
MyEclipse
5.设计和实现上的约束
规章制度
硬件限制
跟其他应用的接口
并发操作
审计功能
控制功能
高阶语言要求
信号握手协议
应用临界状态
安全性考虑
6.假设和依赖
假设1
餐饮店拥有稳定的服务器作为系统平台以及历史数据的存放地
假设2
由于需要进行长期的统计分析,所以历史数据能够被合理备份
假设3
餐饮客流稳定,否则安装此系统的投资难以得到回报
假设4
餐饮要将自己的软件推出去让更多顾客熟知,设置好服务范围
依赖
餐饮店能保证稳定的供电和网络连接
PartIII系统特性
ID
系统特性1
名称
系统登录
简要描述
顾客,餐饮服务员工,餐饮管理员通过输入正确的用户名和密码登陆系统
输入
输出
输入:
用户名,密码
输出:
特定用户系统主功能界面
刺激响应序列
进入网址打开网页
用户输入用户名,密码(若未注册需注册然后才能登录)
3.点击“登录”(若未注册系统提示用户先注册然后登录)
4.系统检测用户名密码
5.若错误,提示用户输入正确的用户名或密码,系统返回步骤2
6.若正确,系统进入特定用户下系统主功能界面
相关功能需求
系统应该具有账户管理功能
ID
系统特性2
名称
数据采集分析
简要描述
利用数据库,建立一个表,将完成订单的各个菜品的名称单价销售数量成本利润制成自动写入这个表中
输入
输出
输入:
某年某日某时
输出:
当年当日当时各个菜品菜品名称,销售数量,净利润,所有菜品的总净利润
刺激响应序列
1.餐饮管理员权限登录系统
2.系统从数据库采集数据
3.数据库调用相应的函数和相关表格数据进行处理
4.输出各个菜品菜品名称,菜品销售数量,菜品净利润,所有菜品的总净利润
相关需求
功能
数据库的建立,各个表格的建立避免重复可以互相引用表格的数据,数据更新的实时性
ID
系统特性3
名称
数据曲线
简要描述
系统调用数据库表格的数据绘制出实时各个菜品的销售数量折线图供消费者和管理员参考,绘制出各个菜品的销售利润折线图供餐饮店管理员参考经营管理
输入
输出
输入:
调用数据库表格数据
输出:
销售数量折线图或者销售利润折线图
刺激相应序列
1.顾客使用用户权限或者管理员权限登录系统
2.顾客登录界面显示各个菜品的销售数量折线图,管理员登录界面同时显示各个菜品销售数量折线图和各个菜品销售利润图
相关需求功能
系统能绘制实时各个菜品销售数量折线图和各个菜品销售利润折线图
ID
系统特性4
名称
管理员权限功能
简要描述
通过管理员身份登录系统,对系统进行历史数据修改,账户管理等操作
输入
输出
输入:
管理员用户名,密码
输出:
管理员用户系统主功能界面
刺激响应序列
1.进入界面
2.用户输入用户名,密码(若未注册需注册然后才能登录)
3.点击“登录”(若未注册系统提示用户先注册然后登录)
4.系统检测用户名密码
6.系统检测得出该用户名为管理员
7.系统输出管理员权限的系统主功能面板
相关需求功能
系统具有权限设置功能
ID
系统特性5
名称
最佳菜单
简要描述
根据数据采集分析里的各菜品销售数量折线图,选择出销量最好的几道菜作为重点推销的菜
输入
输出
输入:
最佳菜单
输出:
最佳菜单
刺激响应序列
1.通过用户权限或者管理员权限登录系统
2.点击“最佳菜单”
3.系统自动从历史数据库读取所需数据
4.系统对历史数据进行分析
5.系统得出最佳菜单
6.系统输出窗口显示最佳菜单方案
相关需求功能
无
ID
系统特性6
名称
历史数据查询
简要描述
餐饮服务人员或者管理人员登录至系统,选择历史数据查询功能查询历史数据
输入
输出
输入:
查询时段
输出:
输出那个时段的各个菜品的销售情况
刺激响应序列
1.通过用户权限或者管理员权限登录系统
2.点击“查询历史数据”
3.系统弹出选择界面,要求选择时段
4.用户输入查询时段
5.系统自动从历史数据库读取所需数据
6.系统弹出窗口输出所需时段历史数据
相关需求功能
系统应该保存历叱数据以供查询
PartIV对外接口要求
1.用户界面
界面风格以橙色为主调,清新自然,可以增强食欲,添加动态画面效果,避免了页面的呆板。
包括了登录窗口,关于我们,网上订餐,最新活动,时间显示,友情链接,Flash图片播放等。
顾客登录后选择网上订餐,选择喜欢的餐品进行订餐,提交给后台后生成订单。
2.硬件接口
服务器端建议使用专用服务器。
3.软件接口
无特殊需求
4.通信接口
无特殊需求
PartV其他非功能需求
1.性能需求
1.1数据精确度
要求能准确、无误地查询、添加、修改、删除用户、菜单和订单信息,管理员信息;能够精确地进行业务数据汇总来支持决策;做到实时通信来保证业务数据的最新性。
1.2时间特性
考虑到系统的复杂程度,先不提供时区设置功能,统一采用北京时间东8区作为OA系统的系统时间区。
在响应时间、更新处理时间、数据的转换和传送时间方面要尽量减少,提高系统运行的速率,加快数据的处理和响应时间,也会相对的提高系统的灵活性。
1.3适应性
系统开发过程前期应做好充分准备,尽量降低开发后期因需求改变而带来的变动,系统设计充分考虑可扩展性、、灵活性,能够在处理和接受尽量多的操作方式、数据精度等变化,减少因异常数据带来的系统的异常。
1.4容量需求
为使系统的运行效率更高,在以历史数据为基础的分析功能均以前一个月的数据为参考,历史数据库存储最近6个月的数据,逾期的数据将被系统自动删除。
1.5实时性
从数据的导入到实时曲线绘制的间隔时间不能超过0.5秒
1.6负载
允许10万个用户同时登陆系统进行网上订餐
1.7输入输出要求
解释各输入输出数据类型,并逐项说明其媒体、格式、数值范围、精度等。
对软件的数据输出及必须标明的控制输出量进行解释并举例,包括对硬拷贝报告(正常结果输出、状态输出及异常输出)以及图形或显示报告的描述。
1.8数据管理能力要求
网上订餐系统需要有强大的数据库系统为支持,可以容纳并储存大量的数据信息。
同时还具有强大的数据信息的处理能力,包括查询、更新、修改、删除、统计等数据处理功能。
数据库的维护和备份也要做到灵活、方便、可靠。
1.9故障处理要求
当系统出现故障时,可以利用数据恢复和备份功能,快速,实现数据库的恢复,避免因意外事故,或者人为的误操作而导致的数据丢失。
2.安全性需求
进行任何的系统使用都必须至少以用户权限登录系统。
任何非法的登入都会被阻止,在3次用户登录失败后将对系统进行锁定,等待管理员权限进行解锁。
3.软件质量属性
3.1完整性
对数据进行实时的存储,保证数据完整性,即使在断电或者机器突然损坏的情况下也不会出现数据丢失
3.2可靠性
一般条件下,系统具有较高的可靠性,不会出现故障。
软件不应存在固有的缺陷,在外界违反指定接口或者故障的情况下也能维持在指定的性能水平。
3.3效率
进行系统中给定的任何一般操作(包括登录,浏览,分析,个人信息修改等等)的响应时间都不应该超过2秒
系统运行以及操作的时候都应该耗费尽量少的硬件以及软件资源。
在系统进行后台数据处理分析的时候,对CPU的使用率应控制在30%以下。
3.4易用性
系统的运行过程符合用户的逻辑思维。
界面清晰,用词精确,是系统易于操作,用户能够在很短的时间内掌握对系统的所有操作。
在操作系统时,用户不需要大量的输入信息,大部分情况下只需要使用点击鼠标和输入一些少量的验证信息和时间信息。
3.5可维护性
在系统发生故障,缺陷时能够对其快速定位,在极短的时间内发现错误所在。
在进行错误剔除的过程中,能够方便的对系统进行修改,扩展。
对系统进行新的修改,扩展为系统带来新的缺陷的可能性应该控制在较小范围内。
对修改后的系统能够方便的进行测试以确定修改的正确性。
3.6可移植性
不需采用额外的活劢或者手段就能适应不同指定环境。
在指定环境下只需花费很少的精力对系统进行安装。
同共享资源的其他系统能够很好的共存。
PartVI其他需求
(1)支持多浏览器。
(2)系统安装方便,易于维护。
PartVII数据描述
1.静态数据
用户名
Username
密码
Password
管理员标识
Mark
2.动态数据
输入数据:
菜单项,查询时段,最佳菜单,订单,用户信息
输出数据:
满足查询条件的记录输出以及数据库中的全部记录内部生成数据
3.数据库描述
3.1数据字典
用户名=1{字母|数字|_}20
密码=1{字母|数字|_}20、
管理员标识=1{1|0}
3.2数据库表及字段设计
userInfo表(用户注册表)
属性
数据类型
允许空
userID
int
Notnull
Primary
userName
Varchar(20)
Notnull
userPass
Varchar(20)
Notnull
userMail
Varchar(50)
userRealName
Varchar(30)
userSex
Varchar(4)
foodOrderInfo表(订单表)
属性
数据类型
允许空
主键
foodId
Int
Notnull
Primary
dno
Varchar(50)
Notnull
customerName
Int
Address
Varchar(100)
Notnull
zipCode
Varchar(20)
Notnull
telephone
Varchar(30)
Notnull
movPhone
Varchar(30)
Varchar(30)
Notice
Text
TotalPrice
Numeric(18,0)
Examine
Varchar(50)
Stants
Varchar(50)
rdate
Varchar(50)
caipu表(菜谱表)
属性
数据类型
允许空
主键
caipuming
Varchar(50)
Notnull
primary
caipinneirong
Varchar(500)
Notnull
rtiem
datetime
Notnull
Lianxi表(留言表)
属性
数据类型
允许空
主键
zhuti
Varchar(50)
Notnull
primary
Varchar(50)
Notnull
yijian
Varchar(50)
Notnull
ritem
datetime
Notnull
3.3系统用例图
3.3.1系统总用例图
图1-1
3.3.2用户功能用例图
图1-2
简要描述:
用户功能用例图描述的是用户能够执行的操作,包括登入,将所需的菜及分量,份数加入购物车,查看购物车,注册新用户,购买等。
参与者:
用户
前置条件:
用户登陆后
事件流:
用户进入功能管理界面
后置条件:
可以查看购物车、把菜加入到购物车中等相关操作
3.3.3购物车功能用例图
图1-3
简要描述:
购物车中的功能用例图描述的是用户登录以后在购物车中能够执行的操作,包括删除菜名,增加份数,减少份数,改变分量,提交订单等操作。
其中提交订单也可以不通过购物车,直接点击立即购买。
参与者:
用户
前置条件:
用户登陆后
事件流:
用户进入功能管理界面
后置条件:
可以进行删除菜名,增加份数,减少份数,改变分量,提交订单等相关操作。
3.3.4登录功能用例图
图1-4
简要描述:
登陆功能用例图描述的是用户登录以后能够执行的操作,包括修改地址、修改电话号码、修改用户的密码等操作。
参与者:
用户
前置条件:
用户登陆后
事件流:
用户进入修改信息管理界面
后置条件:
对个人相关信息进行操作。
3.3.5订餐功能用例图
图1-5
简要描述:
订餐功能用例图是网上订餐系统的关键部分,用户登陆以后看见想吃的菜可以直接点击立即购买,或者是加入购物车里然后一起买,或者是就放在里面。
参与者:
用户。
前置条件:
用户成功登录系统。
事件流:
用户进入订餐管理界面。
后置条件:
立即购买或加入购物车。
3.4数据流程图
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- BX110937 李建辉 实验 软件 项目 定型
![提示](https://static.bdocx.com/images/bang_tan.gif)