爱心超市需求分析.docx
《爱心超市需求分析.docx》由会员分享,可在线阅读,更多相关《爱心超市需求分析.docx(21页珍藏版)》请在冰豆网上搜索。
爱心超市需求分析
爱心超市需求分析说明书
(V1.0)
文档编号:
001
项目名称:
爱心超市网站
编写:
编写日期:
审核:
审核日期:
批准:
批准日期:
<开发小组>
2014年
文档修订记录
序号
修改时间
修改人
审核人
备注
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
中工爱心超市需求分析报告
1引言
速发展的今天,虽然大部分人民的生活水平已经提高到一定水平,但是还有一部分人仍然处于贫困阶段,需要大家的爱心帮助。
本校虽有爱心超市,但很多人却其了解甚少,需要帮助的人不知去哪里或者怎么寻得帮助,而想要助人的人也不知去哪里奉献自己的一片爱心.
随着计算机的普及,人们对计算机的认识及需求有了明显的增加。
计算机对于大量信息的管理的优势更是显而易见。
对于一个爱心超市来说,这方面的需要尤其重要。
有了网络服务平台,相关工作人员的工作任务就可能会事半功倍。
本项目就是利用网络将本校的爱心超市的爱心传的更远更普及,尽可能的帮助到更多的人,同时也为热心的人提供一个助人为乐、献爱心的平台。
我们会努力打造一个温暖、真正充满爱心的爱心网站,让我们的爱心超市为需要的人带去温暖!
1.1编写目的:
1文档目标:
本文档主要是对用户提供的业务需求进行收集、整理和分析。
2文档使用者:
本文档提供用户方和开发方的相关业务人员、设计人员、开发人员的使用。
3文档作用:
本文档将作为制定测试计划、编写用户手册和系统设计的依据。
本需求的编写目的在于结合实际情况分析网站对应功能模块以及结构和后台管理等方面上的需求。
研究网站的开发途径和应用方法,为以后的开发工作提供可靠的依据
1.2背景及范围:
本项目的名称:
中原工学院爱心超市
本项目的任务提出者:
张西广老师
本项目的任务开发者:
1.3名词定义:
实体:
客观世界中存在的且可互相区别的事物。
联系:
客观事物中的彼此之间的关系。
属性:
实体或者联系所具有的性质。
1.4参考资料:
<<软件工程>> --------张海藩编著
清华大学出版社
<<软件工程>> --------王利福张世琨朱冰编著
北京大学出版社
<<数据库原理及应用>> --------李绍原主编
科学出版社
2任务概述
爱心超市网站旨在为大家提供一种更方便、及时、人性化的服务,同时也方便管理人员对爱心超市的各方面管理与发展。
该网站不仅为本校学生提供帮助和服务,同时也面向大众,争取能为更多的人提供所需,争取能够全面有效的实现大众所需功能,努力做到全面、实用、方便、实时的帮助到需要的人。
2.1目标
2.1.1开发意图
a.便于爱心超市管理与更好的发展,减轻工作人员的负担。
b.帮助到更多需要的人,为大家提供一个互帮互助的平台。
c.失物招领
d.呼吁更多的人去奉献爱心,一同为打造一个充满温暖与爱心的社会而努力。
2.1.2应用目标:
通过本网站用户能够按自己需要得到相应的服务,需要帮助的可以得到帮助,愿意帮助他人的可以在这奉献自己的一片爱心,丢失物品和捡到物品的在这可以发出相应的信息。
使该网站能真正服务到大家,方便到大家。
2.1.3作用及范围:
本网站适用于学校的爱心超市的物品管理以及超市的发展,以及在校师生和非本校人员的使用。
是一个很方便的实现爱心互动的网站。
2.2产品描述:
工作环境:
Windowsxp/7/8
数据库:
Mysql
2.3产品功能:
2.3.1外部功能
1.物品的存取功能
2.确认功能:
;对超市物品以及每月或者一段固定时间内物品存取数量与流动量变化是否对应。
对特殊物品以及每月或者一段固定时间内物品存取数量与资金变化是否对应,可由上一级管理部门确认.
3.提供报警功能:
对下列情况之一向管理员报警:
某件物品数量为0,用户下单3天内未发货,若有物品保质期即将到期或者已过期。
4.智能化功能:
如某一物品长期滞销或者缺货,则系统智能产生报表建议调整展示物品类型.
5.备份功能:
每天产生一个备份文件存储到制定目录<非系统盘>,以便系统或者网站遭到破坏时可以最大限度的恢复.
2.4网站开发的时间与费用要求:
经过我们的再次探讨,开发本网站大概需要的时间和费用如下;
时间要求:
2个月
经费开支:
贰万RMB
2.5系统性能要求
2.5.1精度
软件的输入精度:
小数点后保留5位有效数字
输出数据精度的要求:
小数点后保留5位有效数字
传输过程中的精度:
小数点后保留5位有效数字
2.5.2时间特性要求
响应时间:
0.5秒以内
更新处理时间:
0.5秒钟以内
数据的转换和传送时间:
1秒以内
解题时间:
1秒以内
2.5.3灵活性
操作方式上的变化:
该网站实用与现在流行的操作系统
精度和有效时限的变化:
可以根据实际情况自行设置
2.5.4安全性
设立四种级别用户Guest,Member,Administrator,Superuser.对每种类型的用户设置不同的权限.
Guest:
只提供信息浏览功能(适于非本校人员,需要注册)
Member:
在校学生,免注册,可直接登录。
Administrator:
提供对系统的实际操作功能(适于爱心超市管理人员)
Superuser:
拥有系统的一切权限(适于领导,系统维护管理人员)
2.6运行要求
该网站可以在WIN7/8﹑WIN2000、WINXP等系统中运行,兼容性能良好.采用SQL数据库管理系统.
2.6.1将来可能提出的要求
希望网站能走向更广阔的平台,给人们带去更高的服务质量,也给更多的人带去温暖和平台。
3具体需求分析
3.1系统概述
本系统主要针对在校学生,当然也面向大众,旨在通过大家的互帮互助努力帮助到我们所能帮助到的每一个需要帮助的人。
世界因爱而温暖!
资讯信息的查看(所有用户),发布、删除、修改(管理员);
通知信息的查看(所有用户),发布、删除、修改(管理员);
班级通知的反馈信息的提交(所有用户);
班级通知的反馈信息汇总结果的查看(管理员);
个人信息的查看(所有用户);
3.1.1系统功能图
(非本校学生要先注册才可以进行登录等相关操作)
3.1.2功能需求分析
爱心物品
网站在爱心物品模块将收集并呈现本站所有的爱心物品,将对爱心社所收到的物品进行统一的收集、分类及入库登记,以便用户进行查看、搜索及申请。
服务指南
本模块对爱心社服务的流程进行详细的描述,用户可以在这里了解本网站的相关服务流程,并且可以和社内工作人员进行沟通,以便更好地服务。
申请物品
本模块用户可以对自己心仪的东西进行申请,首先检查用户是否登录,如果没有登录则提醒用户登录,如果登录则可以提出申请,经过站内工作人员确认并且通过之后,将通知用户领取自己的物品。
我要捐赠
本模块中,用户可以捐赠自己的具有使用价值的物品,系统首先检查用户是否登录,如果没有登录则提醒用户登录,如果登陆,用户便可以填写自己要捐赠物品的相信信息,并提交信息,经相关管理人员审核,我们会及时和捐赠者联系。
留言板
本模块用户可以进行留言,不仅可以评价自己的体验情况,而且还可以对网站及爱心社建设提出自己的想法,社内管理人员可以贴出关于网站建设的规划等,征集用户的意见。
关于本站
本模块,用户可以浏览本网站及爱心社的详细资料,及未来的发展规划等信息。
3.1.3菜单和界面原型
主界面原型:
功能信息主要有:
爱心超市最近动态、衣物展示、捐赠排行、校内咨询、最新通知、友情链接、服务流程等
爱心物品界面原型:
分类展示
申请物品页面原型:
分类
我要捐赠页面原型:
分类
留言板页面原型:
3.2非功能需求
【说明】描述对该系统所有的非功能需求。
需求类别
编号
优先级
备注
1.23.3系统用例
登陆
●登录
用例名称:
登录
用例ID:
创建人:
关联角色:
会员
用例说明:
用户输入个人信息后登陆到系统中
前置条件:
已注册成为本系统会员
基本事件流:
1、会员填写确认信息点击登录
3、会员进入系统
2、系统进行信息验证
其它事件流:
1a、用户所输入的登录信息无效
1a1、系统提示输入正确格式的用户标识信息
2a、验证失败
2a1、系统提示错误需会员重新填写验证信息
异常事件流:
无
后置条件:
用户所输入的信息与后台系统数据库表中所保存的信息一致
备注说明:
无
●浏览物品列表
用例名称:
浏览物品列表
用例ID:
创建人:
关联角色:
所有用户
用例说明:
所有用户都可以通过浏览器浏览物品
前置条件:
用户进入本系统
基本事件流:
1、用户通过HTTP请求物品列表
2、服务器获取数据库中的物品数据
3、服务器返回结果给用户
其它事件流:
无
异常事件流:
2a、如果没有搜索到内容则将错误业面作为请求内容
2b、如果请求内容为动态页面,则由服务器进行解析
后置条件:
无
备注说明:
无
●浏览物品详细信息
用例名称:
浏览物品详细信息
用例ID:
创建人:
关联角色:
所有用户
用例说明:
所有用户都可以通过浏览器浏览物品,详细信息
前置条件:
用户浏览物品列表
基本事件流:
1、用户点击物品列表中的某个物品
2、服务器获取数据库中的物品数据
3、服务器返回结果给用户
其它事件流:
无
异常事件流:
2a、如果没有搜索到内容则将错误业面作为请求内容
2b、如果请求内容为动态页面,则由服务器进行解析
后置条件:
无
备注说明:
无
●申请爱心物品
用例名称:
申请爱心物品
用例ID:
创建人:
关联角色:
所有用户
用例说明:
用户登录后申请爱心物品
前置条件:
用户登录并浏览物品详细信息
基本事件流:
1、用户点击物品详细信息中的申请领取按钮
2,登记用户信息,讲本次申请添加到审核列表中
3,修改物品状态为领取审核中
其它事件流:
无
异常事件流:
1a、如果没有登陆,则转到登陆界面
后置条件:
管理员审核
备注说明:
无
●审核申请
用例名称:
审核申请
用例ID:
创建人:
关联角色:
管理员
用例说明:
管理员审核用户的申请物品请求
前置条件:
用户申请物品
基本事件流:
1、管理员打开待审核信息
2,管理员浏览信息,包括申请人信息和物品信息
3,管理员决定批准与否
其它事件流:
3.a如果批准,则管理员向用户发送通知,包括何时去领取,将此审核信息转移到待领取区域,将物品状态修改为待领取
3.b如果不批准,则像用户发送拒绝信息,将此审核信息状态改为拒绝,将物品状态修改为可领取
异常事件流:
后置条件:
备注说明:
无
●领取物品
用例名称:
领取物品
用例ID:
创建人:
关联角色:
管理员,用户
用例说明:
用户领取申请通过的物品,管理员登记
前置条件:
管理员审核通过
基本事件流:
1、用户前来领取物品
2,找到待领取物品审核信息,标注为已领取
3,修改物品状态为已领取
4,发放物品
其它事件流:
异常事件流:
后置条件:
备注说明:
无
●申请捐赠
用例名称:
申请捐赠
用例ID:
创建人:
关联角色:
用户
用例说明:
用户申请捐赠
前置条件:
基本事件流:
1、用户点击捐赠
2,显示捐赠方法(时间,地址等)
3,用户选择恰当时间携带物品捐给超市
其它事件流:
异常事件流:
后置条件:
接收捐赠
备注说明:
无
●接收捐赠
用例名称:
接收捐赠
用例ID:
创建人:
关联角色:
管理员
用例说明:
管理员接收捐赠
前置条件:
基本事件流:
1、管理员收到用户捐赠物品
2,登记用户信息,物品信息
其它事件流:
异常事件流:
后置条件:
备注说明:
无
3.4.1建立概念模型(E-R图)
3.4.2层次图
3.4.3IPO图
3.4.4数据字典
3.4.5主数据流图
3.4.6数据流图细化(由于部分数据流图在总数据流图中已经够清楚了,所以这里只列举细化中的一项)
申请物资数据流图细化:
4支持信息
4.1运行环境
Windos7及以上操作系统;
通用浏览器,如ie,chrom,火狐,傲游等浏览器。
4.2支持
操作系统windos系统、数据库管理系统:
SQL数据库系统。
4.3接口
本产品的用户一般需要通过终端进行操作,进入主界面后点击相应的窗口,分别进入相对应的界面(如:
输入界面、输出界面)。
用户对程序的维护,最好要有备份。
4.4控制
系统的主要输入设备是键盘和条码机。
输出主要是显示器输出和打印机打印输出等。
4.5需求注释
对于本软件,它的功能需求、性能需求、接口需求,从稳定性、可行性上都是可以的。
5需求分析总结
在以前的可行性分析基础上,我们进行了以上的需求分析过程。
在分析的过程当中,我们从整体上觉得整个软件系统无论是在技术上还是在经济上都是完全可行的,有很好的开发价值。
1.35.1用户管理和使用权限管理
设置用户种类、角色、相关权限描述
法律、版权及其他声明