需求分析阶段小型购物超市.docx
- 文档编号:22849052
- 上传时间:2023-04-28
- 格式:DOCX
- 页数:32
- 大小:149.07KB
需求分析阶段小型购物超市.docx
《需求分析阶段小型购物超市.docx》由会员分享,可在线阅读,更多相关《需求分析阶段小型购物超市.docx(32页珍藏版)》请在冰豆网上搜索。
需求分析阶段小型购物超市
四、软件需求说明书
编写软件需求说明书的目的是为了使用户和软件开发人员双方对该软件的初始规定有一个共同的理解,并以此作为开发者进行软件设计,用户进行验收的依据。
该文件包括对软件的功能、性能、安全保密和运行环境的要求。
1引言
1.1背景说明
在我国超市形成在20世纪90年代初期,现在已经成为我国零售业的一种重要形态,为国民经济的发展发挥了重要的作用。
随着超市高速的发展,其经营管理也变得愈加复杂,早期的售货员站柜台的形式早已不能满足现有销售也的发展,这样就迫切地需要引入新的管理技术。
超市形态具有种种优点,但在目前状况下,它仍存在零售业企业所共有的落后的一面,如:
不能有效地管理每种商品,收款结算速度慢,容易出现营业差错,不宜进行商品调价,盘点效率低等,而且在超市日常管理中,商品的进、销、存等决策以经验为主,缺乏实时分析功能,管理人员对及时传递资料的要求始终得不到满足。
苏辙超市形态的高速发展,其经营管理也变得愈加复杂,日常所需要处理的数据量也逐渐增大,商业运转的中间环节也越来越多,原始的人工管理已无法应对这复杂的市场。
随着现代科学技术的迅猛发展,计算机技术已经渗透到各领域,成为各个行业必不可少的工具。
超市中利用计算机的强大功能进行超市和信息已经比较成熟。
1.2参考资料
《软件需求管理》 机械工业出版社
《有效需求实践》 机械工业出版社
《编写有效用例》 机械工业出版社
《软件需求》 机械工业出版社
《掌握需求过程》 人民邮电出版社
1.3术语和缩略词
序号
术语
所指对象或含义
Jsp
JavaServerPages是在服务器端执行的动态网页开发技术。
Servlet
Servlet是位于Web服务器内部的服务器端的Java应用程序
xml
可扩展标记语言,是一种简单的数据存储语言,使用一系列简单的标记描述数据
Oracle
数据库系统
MVC
M是指数据模型,V是指用户界面,C则是控制器。
MVC为一种软件设计模式,主要为了数据和显示的实现代码分离
CSS
CascadingStyleSheets层叠样式表
tld
Xml格式文件,标签库文件
2.软件总体概述
2.1目标
(1)建立一个内容全面、丰富的网上在线购物系统,尽量满足用户的需求。
(2)系统界面设置简洁,提供简捷、方便的人性化操作,使任何消费者都能顺畅地浏览商品。
(3)简便的购买流程。
顾客可根据提示完成订单的填写,操作简单快捷,为客户提供全面周到的服务。
(4)建立高效快捷的物流配送和良好的售后服务。
(5)对系统提供必要的权限管理,系统数据库管理员要进行实时的更新管理。
(6)提供网上在线购物系统的实现,给消费者提供方便、快捷、省时、可靠的服务。
2.2系统模型
EasyBuyOnline在线购物系统的功能图
小型超市购物系统的E-R图
mm
11n
mm1m11
1
1
2.3假设和约束
开发周期:
90天
具体时间:
2013-04-15至2013-06-16
由于该系统的开发进度是由组长根据各个模块的初步情况进行的安排,时间进度方面可能会有所变动,此问题根据具体情况进行分析。
原则上我们将尽力按照目前的进度进行开发,务必在预定时间内顺利完成。
任务分配(2013-04-15至2013-05-16)
项目任务分配
主要负责人
完成时间
需求分析阶段
概要设计阶段
详细设计阶段
组装测试阶段
3详细需求
3.1功能需求
在总体设计中,重点考虑计算机系统要实现的功能模块。
系统各个功能模块的确定依据是系统高层和二层数据流程图。
应用变换分析方法,考察输入和输出数据,可以确定高层数据流程图中的2个处理功能对应系统中的2个一级模块,每个叶子层处理功能共有12个,在转化为系统模块时,处理过程如下。
会员注册:
会员注册实现会员的信息添加和修改过程,作为一个单独的模块实现。
登录:
登录是一个单独的模块,用来供用户输入用户名和密码,进行用户身份验证。
浏览信息:
网站首页,显示部分商品信息和商品分类信息、提示用户登录。
查询信息:
无条件检索或者指定条件检索,显示查询结果对应的商品信息。
添加购物车和购买商品:
由于用户购买信息来自于购物车,因此,可以考虑这两个功能作为一个模块实现,使用相同的页面,用不同的标签实现不同的业务处理,分别对应不同的数据存储。
命名为购物车模块。
生成订单:
作为一个独立的功能模块,供用户来确认订单的内容。
商品管理:
作为一个独立的功能模块,实现后台管理。
该模块内容包括商品的基本信息(如商品名称、图片、价格等信息)的录入,删除和修改。
商品分类管理:
作为一个独立的功能模块,实现后台管理。
对商品分类信息进行录入、删除和修改。
促销信息管理:
作为一个独立的功能模块,实现后台管理。
提供促销信息的新增、删除和修改功能。
订单管理:
作为一个独立的功能模块,实现后台管理。
主要功能包括对订单信息的查看、受理和修改工作。
会员管理:
作为一个独立的功能模块,实现后台管理。
提供会员等级的修改、会员删除的功能。
综上所述,网上购物系统的功能结构图如图所示。
由于各个业务功能相对独立,所以设计满足模块设计的底耦合、高内聚的原则。
网上购物系统的功能图
1)会员注册管理
功能:
会员注册实现会员的信息添加和修改过程
权限:
会员本人可读可写。
登录
任何用户输入用户名和密码,如果信息正确,记录用户会员身份,登录网站前台系统。
浏览商品
首页面加载,显示排序在前的商品基本信息。
权限:
任何用户可读
查询商品
在页面上指定位置输入检索条件,系统对图书信息进行有条件或无条件检索,结果显示在网站页面上。
权限:
任何用户可查询可读结果。
购物车管理模块
添加购物车:
用户选择合适的商品,单击[购买]按钮;或查看商品的详细信息,单击[购买]按钮。
商品记录被添加到购物车中,包括商品的名称、单价等。
不同等级的会员会有不同的折扣。
购买商品:
可以修改购物车中的购买数量,也可以删除购物车中的项目。
当确认购物车中的项目进行购买时,系统对购物车中的商品购买情况进行统计,包括指定购物车中的购买商品总价。
权限:
购买商品用户可读可写。
生成订单
确定购买时(单击[下一步]按钮购买商品),系统生成订单,并提示用户输入订单信息。
提交订单后,用户可以查看订单详情,确认购买信息或删除订单。
权限:
购买商品用户可读可删除。
浏览促销信息
首页上提供一个对促销信息的可视区域。
权限:
普通用户可读不可写。
商品管理
后台管理实现。
管理员首先要登录到后台管理模块,可以对商品的基本信息(如商品名称、图片、价格等信息)进行录入、查看、删除和修改。
权限:
管理员可读可写。
商品分类管理
后台管理实现。
管理员首先要登录到后台管理模块,对商品的基本信息进行录入、查看、删除和修改。
权限:
管理员可读可写。
10)促销信息
后台管理实现。
管理员首先要登录到后台管理模块,可对促销信息进行录入、查看、删除和修改。
权限:
管理员可读可写。
11)订单管理
后台管理实现。
管理员首先要登录到后台管理模块,主要功能包括对订单信息的查看、受理和删除。
权限:
管理员可读可写。
会员管理
后台管理实现。
管理员首先要登录到后台管理模块,主要功能包括对会员信息的查看、更改会员等级、删除会员。
3.2性能要求
3.2.1精度
1)用户在进行商品查询时要保证查全率,所有符合搜索条件的商品都要能找到。
2)在保证查全率的同时还要能够保证查准率,尤其是对于高级搜索这一功能。
3)数据输出时应是该用户在本网站上登记或输入的最新资料(用户资料、留言购物篮定单内容、支付情况、投诉内容)。
另外有些资料又必须保留在一定期限内的全部资料(留言、定单内容、支付情况、投诉内容)。
4)当然我们网站上的内容也需要根据我们公司的产品的更新速度以及我们的商家或加盟商的要求来定期更新,以此来吸引顾客。
3.2.2时间特性
1)响应时间:
2-3秒之内打开我们网站的一个新的链接(包括打开一张商品图片)。
2)更新处理时间:
这是由数据精确度的要求确定的。
对于需要保持最新内容的资料的更新速度是实时性的,对于需要定期保留的内容的期限为三个月。
3)数据转换与传输时间:
数据转换主要是涉及到数据库的问题。
为了降低一次显示过多的记录会消耗太多的时间这个问题,我们在设计时将让数据库尽量分页显示。
传输时间的问题比较复杂,这和服务器的处理能力,电信部门给我们提供的带宽,银行的电子交易网的响应速度有关。
4)运行时间:
本网站如非特殊原因应保持24小时开通。
3.2.3灵活性
当操作系统内存过低时,该软件自动停止运行直至系统释放足够的内存。
3.3输入和输出
1)用户在进行商品查询时要保证查全率,所有符合搜索条件的商品都要能找到。
2)在保证查全率的同时还要能够保证查准率,尤其是对于高级搜索这一功能。
3)数据输出时应是该用户在本网站上登记或输入的最新资料(用户资料、
留言购物篮定单内容、支付情况、投诉内容)。
另外有些资料又必须保留在一定期限内的全部资料(留言、定单内容、支付情况、投诉内容)。
当然我们网站上的内容也需要根据我们公司的产品的更新速度以及我们的商家或加盟商的要求来定期更新,以此来吸引顾客。
3.4数据库特性
根据E-R模型,将一对一的关系与任意端合并,一对多的关系与多端实体合并,多对多的关系独立成一个关系模式(购买关系),同时考虑到实际的DBMS数据类型,得到系统的数据库关系表设计如下。
1)表名:
管理员信息表(如表1-3所示)
标志:
tdAdmin。
数据来源:
原始数据录入。
表1-3管理员信息表
字段名
是否为主键
类型
(数据精度)
是否允许为空
备注
ID
是
int(4)
否
管理员ID
LoginName
否
char(12)
是
帐号
LoginPwd
否
char(12)
是
密码
2)表名:
用户信息表(如表1-4所示)
标志:
tdUser。
数据来源:
会员注册管理模块的录入。
表1-4用户信息表
字段名
是否为主键
类型(数据精度)
是否允许为空
备注
ID
是
int(4)
否
ID
LevelID
否
int(4)
否
等级ID
LoginName
否
char(12)
是
登录名
LoginPwd
否
char(12)
是
密码
UserName
否
varchar(20)
是
用户名
Tel
否
varchar(15)
是
电话
Address
否
varchar(100)
是
地址
Zip
否
varchar(10)
是
邮编
RegDate
否
datetime
是
注册日期
LastDate
否
datetime
是
最近登录日期
LoginTimes
否
int(4)
是
登录次数
否
varchar(100)
是
电子邮件
3)表名:
用户等级表(如表1-5所示)
标志:
tdLevel。
数据来源:
原始数据录入。
表1-5用户等级表
字段名
是否为主键
类型(数据精度)
是否允许为空
备注
ID
是
int(4)
否
ID
LevelName
否
varchar(20)
是
等级名字
Discoumt
否
int(4)
是
折扣
INSERTINTO’tbLevel’VALUES(‘1,’‘普通会员’,90‘黄金会员’,‘90’),(‘3’,‘白金会员’,‘85’)(‘4’,‘钻石会员’,‘80’)
4)表名:
图书类别表(如表1-6所示)
标志:
tbCategory
数据来源:
后台管理模块的录入。
表1-6商品类别表
字段名
是否主键
类型(数据精度)
是否允许为空
备注
ID
是
int(4)
否
ID
CNname
否
char(40)
是
商品类名称
CDes
否
Text(500)
是
商品类的介绍
5)表名:
商品信息表(如表1-7所示)
标志:
tbGoods。
数据来源:
后台管理模块的录入。
表1-7商品信息表
字段名
是否为主键
类型(数据精度)
是否允许为空
备注
ID
是
int(4)
否
ID
CID
否
int(4)
否
类别
BName
否
char(40)
是
商品名
Price
否
decima(8,2)
是
价格
PicPath
否
varchar(100)
是
封面
BDesc
否
text
是
商品详细介绍
Press
否
varchar(60)
是
生产厂家
PressDate
否
datetime
是
生产日期
6)表名:
购买信息表(如表1-8所示)
标志:
tbBuy
数据来源;购物车管理的录入。
表1-8购买信息表
字段名
是否为主键
类型(数据精度)
是否允许为空
备注
ID
是
int(4)
否
ID
UserID
否
int(4)
否
会员ID
Money
decimal(9,2)
是
金额
CartStatus
int(4)
是
是否购买的标志
7)表名:
购物车商品信息表(如表1-9所示)
标志:
tbCart
数据来源:
购物车管理的录入。
表5-9购物车商品信息表
字段名
是否为主键
字段类型(数据精度)
是否允许为空
备注
ID
是
int(4)
否
ID
BuyID
否
int(4)
否
tbBuy表ID
BID
否
int(4)
否
商品ID
Number
否
int(4)
否
数量
Price
否
decimal(8,2)
否
单价
TolePrice
否
decimal(8,2)
否
总价格
8)表名:
订单表(如表1-10所示)
标志:
tbOrder。
数据来源:
订单管理模块的录入。
表1-10订单表
字段名
是否为主键
类型(数据精度)
是否允许为空
备注
ID
否
int(4)
否
ID
UserID
否
int(4)
否
会员ID
BuyID
否
int(4)
否
tbBuy表ID
OrderNO
否
varchar(20)
是
订单编号
OrderDate
否
datetime(50)
是
订单填写日期
OrderStatus
否
int(4)
是
订单状态
9)表名:
促销信息表(如表1-11所示)
数据来源:
促销管理模块的录入。
表1-11促销信息表
字段名
是否为主键
类型(数据精度)
是否允许为空
备注
ID
是
int(4)
否
ID
Title
否
varchar(100)
是
标题
3.5故障处理
a.内部故障处理在开发阶段可以随即修改数据库里的相应内容。
b.外部故障处理对编辑的程序进行重装载时,第一次装载认为错,修改。
第二次运行,在需求调用时出错,有错误提示,重试。
4环境
4.1设备环境
确立配置方案需要综合考虑系统的客观约束条件、新系统的处理方式、联机存储量、系统所需硬件资源以及系统所需软件。
针对一般的购物系统业务,同时考虑到开发成本,系统设计成B/S两层结构。
综合考虑以上问题,本系统配置方案如下。
分布方案
本系统采用浏览器/服务器的运行方式,数据和程序集中存储在服务器上。
对服务器硬件的要求如下。
(1)处理器:
InterPentium4,3.06GHz或更高。
(2)内存:
2GB或更高。
(3)磁盘空间:
40GB或更高。
浏览器:
IE6以及以上版本(或其他浏览器,如Firefox)。
4.2支持软件环境
软件环境
(1)服务器端操作系统:
WindowsXP。
(2)数据库服务器:
MySQL5.0。
(3)浏览器端操作系统:
Windows2000Server/XP/Vista/V7。
4.3.1软件接口
系统
名称
版本
语种
操作系统
MicrosoftWindows
XP/win7
中文
附加功能
具备IE浏览器
6/8
中文
数据库平台
Mysql
9i
中文
服务器
Tomcat
6.0
中文
开发软件
6.0
中文
办公软件
MicrosoftOffice
2003/2010
中文
4.3.2硬件接口
硬件
最低配置
推荐配置
处理器
PT4双核
Core4核
4.4安全保密
所有涉及功能信息或个人身份信息的网络事都会进行加密;严格划分访问权限和管理权限保证超市正常运转;客户的登录受计算机系统访问控制策略的限制系统只允许顾客浏览他们自己以前的信息而不能浏览其它顾客的信息
五、数据要求说明书
数据要求说明书的编写目的是为了向整个开发期提供关于被处理数据和数据采集要求的技术信息。
1引言
1.1背景说明
软件系统名称:
EasyBuyOnline在线购物系统
项目的提出者:
开发者:
用户:
广大的网上购物者
1.2参考资料
(1)张龙祥著《UML与系统分析设计》,人民邮电出版社。
(2)耿祥义、张跃平著《JSP实用教程》(第2版),清华大学出版社。
(3)齐治昌、谭著《软件工程》高等教育出版
(4)耿祥义、张跃平《JAVA2实用教程(第三版)》清华大学出版社,2008
(5)刘玉宝、李念峰主编《数据库原理及应用》科学出版社
(6)Google、XX、各大网站
1.3术语和缩略词
购物、登录、管理
1.4安全保密
1.操作跟踪
针对系统运行出现的异常,跟踪调查出现异常的情况,了解操意图,有针对性的解决问题。
系统日志,便于查看系统的运行情况。
操作日志,提供用户在系统中增加、修改系统数据信息时记录日志。
用于跟踪用户的操作,了解信息的变更,在需要时对事情进行调查。
2.访问控制
页面不可直接访问,防止黑客对页面篡改。
页面访问通过连接动作驱动,访问时作权限检查。
有效防止用户通过地址栏输入地址对信息非法访问。
系统在页面执行过一次后再次访问通过缓冲工作区执行,对页面屏蔽。
3.保密性
系统数据要做好保密设施,以免重要数据的丢失或者盗取。
4.简洁性
用户的操作界面必须做到简单明了,不能有太复杂的设置或者操作。
5.可更新性
对于系统可以根据客户需要进行更新,维护等操作,扩展其功能,并使系统稳定。
6.可转换性
只要系统能保证环境部署成功,并且网络正常,就能保证系统的正常运行。
2数据描述
系统数据结构设计,数据项和数据结构如下:
公告信息表(Board):
(公告编号,公告题目,公告内容,提交时间,提交人)
商品类别表(GoodsType):
(分类编号,分类名称)
商品信息表(Goods):
(商品编号,商品类别,商品名称,商品序列号,生产厂家,包装类型,销售价格,进货价格,商品简介,阅读次数,销售数量,图片上传);
购物车表(Basket):
(编号,用户名,商品编号,订购时间,订购数量,销售价格,用户确认,订单号,提交时间,管理员确认)
客户投诉表(Complain):
(投诉编号,投诉时间,用户名,订单号,投诉内容,处理结果,处理标志)
用户表(Users):
(用户名,用户密码,用户名称,性别,地址,电子邮件系统,移动电话,固定电话)
管理员表(Admin):
(用户名,密码,用户姓名)
2.1静态数据的逻辑结构
网上购物系统的静态数据包括:
用户种类,商品类别
2.2动态输出数据的逻辑结构
动态数据包括程序运行时输入和输出的数据,具体是数据库的各个表的各个不同元组与属性值。
就是用户信息。
且:
1)输入数据:
鼠标对按钮的点击查询方式、查询关键字;新建商品项、用户项;商品项、用户项相应纪录更改;备份数据恢复所需的数据备份文件;受限操作所需的密码;
2)输出数据:
查询关键字确定的数据库记录的子集;统计结果及其格式化文件;信息录入、删改结果(成功或失败;数据备份输出的数据备份文件;
2.4内部生成数据
内部数据:
查询操作建立的索引;
2.5数据约束
说明在软件需求说明中没有提到的而可以预料到的数据约束。
概括指出若要进一步扩充使用时所受到的限制(如对文件、记录和数据元素的最大容量和最多个数)
3数据采集
在ASP中主要是通过使用ASP中内置对象和内外置组件来采集各种数据的。
其中常用的内置对象和功能有
(1)Response对象:
将消息发送回给浏览器(从服务器端向客户端输出)
(2)Request对象:
获取客户端的信息。
(3)Application对象:
存储一个应用中所有用户共享的信息。
(4)Session对象:
存储一个普通用户其滞留期间的用户信息(信息保存在服务器),也可用Cookie集合(信息保存在客户端)。
(5)Server对象:
提供许多服务器端的应用函数。
内置组件主要用来进行文件操作和广告处理,外置组件则用来实现文件上传、数据库操作,邮件功能等。
通过身份验证的用户,采用键盘或鼠标直接输入或者从外部文件导入的数据。
3.1要求和范围
1.数据流词条描述:
①数据流名:
登录信息
来源:
用户的输入
去向:
系统内部检验部分
组成:
用户名,密码
流通量:
每次登录输入一次
②数据流名:
登录结果
来源:
系统
去向:
用户
组成:
返回信息
流通量:
每次登录返回一次
③数据流名:
购买信息
来源:
用户
去向:
系统判断部分
组成:
根据各数据库内容而不同
流通量:
依用户输入而定
④数据流名反馈信息
来源:
系统判断部分
去向:
用户
组成:
系统经判断后发回的字符数据
流通量:
依系统当前信息而定
⑤数据流名:
识别信息
来源:
系统内部检验部分
去向:
系统判断部分
组成:
系统各数据库的标识信息
流通量:
用户每次输入流通一次
⑥数据流名:
处理信息
来源:
系统判断部分
去向:
各数据库处理部分
组成:
读取标识,读取变量名称
流通量:
用户每次输入流通一次
2.数据文件名:
销售数据
简述:
存储当日及从前的销售记录
数据文件组成:
销售的各项信息
3.数据文件名:
财务数据
简述:
存储财务管理信息
数据文件组成:
财务管理的各项记录
3.2输入数据的来源
输入数据:
鼠标对按钮的点击查询方式、查询关键字;新建商品项、用户项;商品项、用户项相应纪录更改;备份数据恢复所需的数据备份文件;受限操作所需的密码;
3.3数据采集和传递方式
说明数据采集方式,包括应用的详细格式,还须叙述通信媒体和输入/输出的时间特性
3.3.1输入格式
描述所有输入(卡片、磁带等)格式,包
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 需求 分析 阶段 小型 购物 超市