BX110937李建辉实验二软件项目展开上.docx
《BX110937李建辉实验二软件项目展开上.docx》由会员分享,可在线阅读,更多相关《BX110937李建辉实验二软件项目展开上.docx(10页珍藏版)》请在冰豆网上搜索。
BX110937李建辉实验二软件项目展开上
电子信息学院
实验报告书
课程名《软件需求分析》
题目:
软件项目展开(上)
实验类别【验证、设计、综合】
班级:
BX1109
学号:
37
姓名:
李建辉
组长:
李建辉
1、实验内容或题目
比如:
图书管理系统
2、实验目的与要求
需求工程团队以经过评审的前景和范围文档为依据安排计划,展开需求获取活动。
利用需求获取方法,通过多次结合获取与分析的迭代过程,获取用户需求。
完成用例文档(用户需求文档)。
3、实验结果
结果文档:
问题分析过程文档、用户需求列表。
网上订餐系统
用户需求列表文档
UserRequirementlist
目录
一、前言1
1.1编写目的1
1.2内容概述1
二、需求列表2
三、需求具体描述3
四、编写总结8
五、参考文献8
一、前言
网上订餐是餐饮行业一种新型的营销方式。
本文利用JSP和ASP的动态生成页面编程技术的SQLSERVER数据库的强大功能,结合ADO技术对于数据库的访问接口,开发出基于WEB的网上订餐系统,用作实现订餐网站。
民以食为天。
餐饮业是一种个性化、多样化的服务产业,电子商务则是最能凸显个性化、多样化服务的商务方式。
随着网络技术的发展和普及,方便、快捷、个性化的网上订餐正在进入人们的生活。
目前,网上订餐业务还处于形成期,成长空间还很大。
趁势而入,建立起特色鲜明的订餐网站,必有“钱”途。
订餐网站是一个基于互联网的B/S模式的网上订餐系统,能为客户提供网络选择餐厅、浏览菜品介绍、点菜订餐、约定用餐时间、留言,意见反馈,就餐或送餐以及注明货币支付方式等服务。
网上订餐系统是一个典型的个人交易系统,从我们的需求获取过程中,我们通过人们所需的隐私、利益和技术获取用户期望系统表现出来的各种行为,并对获取的结果进行综合和整理,通过分析保证了需求的正确性、完整性和可行性,最终描述了用户的需求,形成了用户需求列表。
本文档给出了详细的用户需求列表。
1.1编写目的
当今社会的生活节奏越来越快,人们对餐饮的要求也越来越高,不仅要求色香味俱全,而且对于就餐的时间和方式也有了更高的要求,许多顾客由于工作繁忙无法抽出时间来享受美味,这样就产生了快捷订餐的要求,最快的方式莫过于利用计算机网络,将餐饮业和计算机网络结合起来,就形成了网上订餐系统,提高餐饮企业的服务质量,扩大知名度,也为最终用户提供方便快捷。
编写此文档的目的在于进一步定制系统(网上订餐系统)开发中的细节问题,以便于甲方和乙方协调工作,主要面向的读者是餐饮行业的项目委托单位的管理人员,服务人员和餐饮客户的体验人员,本文档定义了有关网上订餐系统的功能需求,数据描述,运行环境等等内容,此文档也可以作为系统设计人员,系统开发人员,售前技术支持人员,使用人员的参考资料。
本文档详细列出了用户的需求,清晰、简洁明了,目的既是对前面需求获取等一个总结与整理,并且为后面的阶段提供一个必要的参考数据,还要将其传递给其他参与系统开发人员,让所有相关人员形成对系统需求的一致和正确的理解。
1.2内容概述
本文档列出了全部的用户需求,并以列表的形式列出,在表中并对每个需求进行了详细的描述,包括需求名称,需求描述,需求确定时间,系统实现,有关角色,需求来源等。
二、需求列表
需求编号
需求名称
R1
登录网站
R2
用户注册/用户登录
R3
用户信息管理
R4
菜单管理
R5
购物车管理
R6
订单管理
R7
留言管理
R8
财务管理
R9
会员管理
R10
信息管理
R11
电话订餐
R12
最佳菜单
三、需求具体描述
需求代号:
R1
需求项名称
登录系统
需求描述
验证用户或者管理员可通过帐号和密码登陆系统,如果验证通过,进入该系统,如果验证失败输出相应提示信息。
角色
甲方小组
乙方小组
补充说明
用户登录系统可以修改密码和个人信息(用户名、姓名、地址、电话号码等)或者进行订餐,管理员登录系统可以修改菜品信息(图片、价格等)
需求来源
乙方小组
优先级
高
需求收集时间
3月24日
需求类型
功能需求
系统解决方案
构建一个网页,提供用户和管理员登录修改信息
需求状态
确定
需求状态最后确定时间
3月24日
备注
管理员和用户提交登录信息后,系统自动与数据库信息匹配验证。
验证成功,进入系统。
验证失败,提示用户名或密码错误,对非法输入进行异常处理。
需求代号:
R2
需求项名称
用户注册
需求描述
用户提交相应的个人信息和用户名、密码进行注册成为会员。
角色
甲方小组
乙方小组
补充说明
用户点击注册进入注册页面,输入用户名和密码,如果注册错误,则重新注册,注册成功则进入相应的页面
需求来源
乙方小组
优先级
高
需求收集时间
3月24日
需求类型
功能需求
系统解决方案
构建一个网页,提供用户注册帐号
需求状态
确定
需求状态最后确定时间
3月24日
备注
用户名和密码首先不能为空,用户名不能和别人的用户名相同,提交信息后系统自动检验提示用户注册是否成功。
需求代号:
R3
需求项名称
用户信息管理
需求描述
用户可以根据自己的实际情况修改自己的用户名、姓名、密码、地址、电话等相关信息。
角色
甲方小组
乙方小组
补充说明
用户登录系统后,可在用户信息管理页面进行修改个人信息,保存后修改成功
需求来源
乙方小组
优先级
高
需求收集时间
3月24日
需求类型
功能需求
系统解决方案
构建一个用户信息管理页面,提供用户修改个人信息
需求状态
确定
需求状态最后确定时间
3月24日
备注
根据用户提交的信息,对其基本信息进行修改。
对非法输入进行异常处理。
需求代号:
R4
需求项名称
菜单管理
需求描述
管理员可对菜单页面的菜肴的名称、价格、图片等情况进行修改,添加,删除等操作。
角色
甲方小组
乙方小组
补充说明
管理员登录系统后,进入菜单管理页面,修改菜品信息,保存后修改成功
需求来源
乙方小组
优先级
高
需求收集时间
3月24日
需求类型
功能需求
系统解决方案
构建一个菜单管理网页,提供管理员修改菜品信息
需求状态
确定
需求状态最后确定时间
4月3日
备注
根据管理员对菜单的管理,对其菜单信息进行实时修改,以保证用户及时了解菜单信息。
需求代号:
R5
需求项名称
购物车管理
需求描述
用户登陆后就可以选择自己喜欢的菜肴和份数,并放入购物车中。
同时能对购物车中的菜肴进行修改和删除。
角色
甲方小组
乙方小组
补充说明
用户能对购物车中的物品进行修改和删除。
系统能自动获取购物车中的信息,以便于生成订单提交给餐厅。
需求来源
乙方小组
优先级
高
需求收集时间
3月24日
需求类型
功能需求
系统解决方案
构建一个购物车网页,提供用户将菜肴加入购物车或修改
需求状态
确定
需求状态最后确定时间
3月24日
备注
无
需求代号:
R6
需求项名称
订单管理
需求描述
用户可以下订单,并查看订单状态,在10分钟内可取消订单,管理员可以随时查看用户提交的订单信息,并反馈给工作人员。
角色
甲方小组
乙方小组
补充说明
用户选择所在的地址和电话号码后下订单,可以添加备注
需求来源
乙方小组
优先级
高
需求收集时间
3月24日
需求类型
功能需求
系统解决方案
构建一个订单管理页面,提供用户下订单和管理员查看订单信息并反馈给工作人员
需求状态
确定
需求状态最后确定时间
4月3日
备注
系统根据用户和管理员的权限从数据库中读取相应的订单,并显示订单相关信息。
需求代号:
R7
需求项名称
评价管理
需求描述
用户进入评价页面,可以对已经确认收货的订单进行评价,包括对送货速度和态度,菜肴可口度等进行评价和评分。
角色
甲方小组
乙方小组
补充说明
用户可对菜肴评价,每道菜肴界面能显示所有评价。
需求来源
乙方小组
优先级
高
需求收集时间
3月24日
需求类型
功能需求
系统解决方案
构建一个评价管理页面,用户可对菜肴进行评价和评分,供后来的用户参考
需求状态
确定
需求状态最后确定时间
4月3日
备注
管理员不能修改评价
需求代号R12
ID
系统特性12
名称
最佳菜单
简要描述
根据数据采集分析里的各菜品销售数量折线图,选择出销量最好的几道菜作为重点推销的菜
输入
输出
输入:
最佳菜单
输出:
最佳菜单
刺激响应序列
1.通过用户权限或者管理员权限登录系统
2.点击“最佳菜单”
3.系统自动从历史数据库读取所需数据
4.系统对历史数据进行分析
5.系统得出最佳菜单
6.系统输出窗口显示最佳菜单方案
相关需求功能
无
四、编写总结
编写此文档的目的就是将需求获取编写成需求列表,方便研究开发系统的受众以及应用环境,发现问题,建立新系统目标,记录为达到所需要的业务需求的业务过程细节和具体的用户需求,此文档是甲方和乙方面谈得到的,经过整理综合分析而形成的一份完整简洁清晰地用户需求列表,可供后期的软件开发,软件销售和软件交付提供参考。
五、参考文献
[1]《需求工程——软件建模与分析》骆斌、丁二玉