需求分析小组报告.docx

上传人:b****2 文档编号:18484707 上传时间:2023-08-18 格式:DOCX 页数:21 大小:120.54KB
下载 相关 举报
需求分析小组报告.docx_第1页
第1页 / 共21页
需求分析小组报告.docx_第2页
第2页 / 共21页
需求分析小组报告.docx_第3页
第3页 / 共21页
需求分析小组报告.docx_第4页
第4页 / 共21页
需求分析小组报告.docx_第5页
第5页 / 共21页
需求分析小组报告.docx_第6页
第6页 / 共21页
需求分析小组报告.docx_第7页
第7页 / 共21页
需求分析小组报告.docx_第8页
第8页 / 共21页
需求分析小组报告.docx_第9页
第9页 / 共21页
需求分析小组报告.docx_第10页
第10页 / 共21页
需求分析小组报告.docx_第11页
第11页 / 共21页
需求分析小组报告.docx_第12页
第12页 / 共21页
需求分析小组报告.docx_第13页
第13页 / 共21页
需求分析小组报告.docx_第14页
第14页 / 共21页
需求分析小组报告.docx_第15页
第15页 / 共21页
需求分析小组报告.docx_第16页
第16页 / 共21页
需求分析小组报告.docx_第17页
第17页 / 共21页
需求分析小组报告.docx_第18页
第18页 / 共21页
需求分析小组报告.docx_第19页
第19页 / 共21页
需求分析小组报告.docx_第20页
第20页 / 共21页
亲,该文档总共21页,到这儿已超出免费预览范围,如果喜欢就下载吧!
下载资源
资源描述

需求分析小组报告.docx

《需求分析小组报告.docx》由会员分享,可在线阅读,更多相关《需求分析小组报告.docx(21页珍藏版)》请在冰点文库上搜索。

需求分析小组报告.docx

需求分析小组报告

需求说明书

 

题目:

222-eBookStore

院系:

信息技术学院

班级:

08级软件工程

小组:

第三小组

组长:

吕小改(081164007)

组员:

冯会君(081164028)

高兴琪(081164016)

黄梅(081164027)

韩阳(081164048)

 

目录

1引言1

1.1编写目的1

1.2背景1

1.3定义1

1.3.1专业术语1

1.4参考资料2

2任务概述2

2.1任务目标2

2.2用户的特点2

2.3软件约束2

3需求规定2

3.1对功能的规定3

3.1.1前台购书系统3

3.1.2后台管理系统4

3.1.3系统顶层活动图。

5

3.1.4用例图5

3.1.5用例分析与描述6

3.2对性能的规定18

3.2.1精度18

3.2.2时间性要求18

3.2.3灵活性要求19

3.33.输人输出要求19

3.4数据管理能力要求19

3.5故障处理要求19

3.6其他专门要求19

4运行环境规定19

4.1硬件要求19

4.2软件要求20

4.3接口要求20

4.4控制20

1引言

1.1编写目的

编写该文档的目的在于明确网上书店系统的用户需求,使得软件开发人员与用户对待开发软件的需求有统一的、无二义性的认识。

该文档所描述的内容,可作为软件确认测试的依据。

该文档的读者为用户代表、软件分析人员、开发管理人员和测试人员。

1.2背景

书店老板小王长期一个人经营书店,图书的进销存等环节工作量大,耗资耗力,使得书店的经营成本高,效益低,应经不适应当今这个快节奏的社会了。

并且,随着Internet的发展,网上购书已经被大多数用户所接受。

为了改善书店的经营状况,拓宽书店的经营范围,书店老板小王委托计算机专业的学生做一个网上书店系统,使自己的书店被更多的用户知道,扩大销售量,从而提高效益。

1.3定义

1.3.1专业术语

222-eBookStore:

网上书店系统

1.4参考资料

本文章参考了有关网站,参照了需求说明书的标准模板以及需求说明书的编写案例等等。

《软件工程课程设计》机械工业出版社李龙澍郑诚等编著

《java设计模式》清华大学出版社耿祥义张跃平

《JSP程序设计教程》郭真,王国辉编著

2任务概述

2.1任务目标

本系统主要由前台购书系统和后台管理系统构成。

框架图如下:

图1系统框架图

2.1.1前台系统

前台系统主要功能:

网站介绍、书籍库(图书浏览、购物车、结算、订单生成)、用户留言、公告、联系我们、会员管理(注册、登录、个人中心、找回密码)、图书查询、图书展台、书籍分类、图书展台(特价书、新品上市、热卖商品、图书订购)。

前台系统如图2所示:

图2前台系统功能图

2.1.2后台系统

后台系统主要功能包括:

用户管理、图书管理、购书管理、订单管理、公告管理、留言管理。

后台系统功能如图3所示:

图3后系统功能图

2.2用户的特点

(1)本网站的管理员即本书店的店长,要具有比较优秀的管理才能。

在进书的时候具有独特的判断眼光和审时度势的能力。

(2)本网站的会员就是网络上的游客们,所以用户界面要做得友好,操作简单易懂,不繁琐。

用户信息较多,所以要追求较高的安全性,以致保护用户的有效信息不被窃取。

2.3软件约束

1.本系统所要支持的数据库为MYSQL.

2.对本系统的经费投入为0。

3.系统开发的全过程要在3个月内完成。

3需求规定

3.1对功能的规定

3.1.1前台系统

1.网站介绍:

主要是对本网上书店的一些介绍,使用户能快速了解网上书店。

2.图书浏览:

普通用户和会员可以对图书进行浏览。

在页面上,应向用户显示书籍类别,用户选择了某个类别之后,应能显示该类别下的实际书籍(如果有)的信息:

书籍图片、书籍名称、市场价、折扣、会员价,当书籍数目过多时,要提供分页浏览功能。

3.购物车:

购物车中要列出用户所选择的书籍名称、市场价、会员价、折扣和数量,总计金额,共节省金额。

用户可以:

1)删除购物车中的书籍;

2)修改某个书籍的数量、书籍的金额和总计金额;

3)清空购物车;

4)结算:

到结算页面确认并下订单。

4.结算:

结算前必须再次验证用户,验证合法后,进入结算页面,显示订单的日期、收货信息、购买书籍清单,用户还可以再次修改收货人信息,修改或删除已选书籍,当确认后,可以选择下订单。

5.订单生成与管理:

购物后,确认支付和配送方法后生成订单。

在生成订单的同时,系统发邮件通知书店管理员。

会员还可以查询自己订单的处理情况和历史订单。

验证合法的用户可查看在网站上成交的订单,包括订单的个数,总计金额,订单的列表。

列表项包括:

订单号、订单日期、收货人、订单金额、订单状态,当订单数目过多时,要提供分页浏览功能。

对于列表的订单,用户可以:

1)查看订单详细信息:

生成一个订单的详细信息页面,包括:

订单号、收货人、联系电话、送货地址、用户订购的书籍列表(序号、书籍编号、原价、订购数量、折扣、销售价)、金额总计、订购日期。

在页面上提供直接打印的功能;

2)修改订单:

只允许对未审核的订单进行修改(包括修改收货人、联系电话、送货地址、用户订购的书籍列表);

3)删除订单:

只允许对未审核的订单进行删除。

6.用户留言:

可自由留言。

包括留言列表、留言内容、发布留言

7.公告:

显示公告信息。

8.联系我们:

用户可以将联系信息以表单的形式提交给网店。

9.会员管理:

包括普通用户注册成为会员;每个注册会员,有一个个人中心,即属于自已的帐户管理界面,可以轻松的管理个人基本资料,如进行资料的修改;会员还可以通过输入账号来找回密码。

10.图书查询:

图书查询的目的是为了帮助用户快速地找到想要购买的图书。

可以进行模糊查询,也可以进行高级搜索查询。

11.书籍分类:

书籍按不同的所属范围进行分类。

12.图书展台:

图书展台包括特价书、新品上市、热卖商品、图书订购。

3.1.2后台系统

1.用户管理:

主要包括用户注册、用户登录和用户信息修改。

网上书店的用户主要有两个:

普通用户、会员和管理员。

普通用户可以通过注册成为书店会员。

每个注册会员,有一个属于自已的帐户管理界面,可以轻松的管理个人基本资料,如进行资料的修改。

书店管理员可以对个人基本信息进行修改,并拥有系统的所有功能权限。

2.图书管理:

管理员可以对图书进行添加、修改和删除,普通用户和会员可以对图书进行浏览。

在页面上,应向用户显示书籍类别,用户选择了某个类别之后,应能显示该类别下的实际书籍(如果有)的信息:

书籍图片、书籍名称、市场价、折扣、会员价,当书籍数目过多时,要提供分页浏览功能。

3.购书管理:

普通用户和会员都可以对图书进行查询,会员可以把要买的书添加到购物车里,还可以将购物车里不想买的书删除。

4.订单管理:

会员购物后,确认支付和配送方法后生成订单。

会员还可以查询自己订单的处理情况和历史订单。

会员可查看在网站上成交的订单,包括订单的个数,总计金额,订单的列表。

列表项包括:

订单号、订单日期、收货人、订单金额、订单状态,当订单数目过多时,要提供分页浏览功能。

对于列表的订单,会员可以:

4)查看订单详细信息:

生成一个订单的详细信息页面,包括:

订单号、收货人、联系电话、送货地址、用户订购的书籍列表(序号、书籍编号、原价、订购数量、折扣、销售价)、金额总计、订购日期。

在页面上提供直接打印的功能;

5)修改订单:

只允许对未审核的订单进行修改(包括修改收货人、联系电话、送货地址、用户订购的书籍列表);

6)删除订单:

只允许对未审核的订单进行删除。

5.公告管理:

管理员可以对公告进行添加和删除。

6.留言管理:

会员可以对图书进行评论,即添加评论。

管理员可以对会员发表的评论进行删除。

3.1.3系统顶层活动图。

用户在网上书店中选购图书的流程如下图所示:

图4用户选购图书的流程图

3.1.4用例图

3.1.4.1参与者

1.游客:

描述:

该角色可以浏览图书信息,没有注册为会员,所以不能添加图书到购物车、下订单、购买图书等。

2.会员:

描述:

该角色是注册了的角色,所以能够浏览图书、添加图书到购物车、下订单、购买图书,也能够修改自己的信息、购物车的信息和订单的信息等功能。

3.管理员:

描述:

具有后台管理的所有功能,包括前台功能。

3.1.4.2用例

1.注册

2.登录

3.注销

4.修改会员信息

5.浏览目录

6.搜索产品

7.查看产品

8.加入购物车

9.查看购物车

10.修改购物车中的商品

11.删除购物车中的商品

12.清空购物车

13.结帐

14.配置收货人信息

15.配置送货方式

16.配置付款方式

17.确认订单

18.查看订单

19.修改订单

20.删除订单

21.查看新品

22.查看特价品

23.查看积分

24.会员反馈

25.查看反馈

3.1.4.3顶层用例图

系统前台功能用例图如图5所示:

图5系统前台功能用例图

系统后台系统用例图如图6所示:

图6系统后台功能用例图

3.1.5用例分析与描述

3.1.5.1图书浏览

1.用例图

2.用例描述

⏹基本流程

1)用户登录页面,可以点击网站右侧的书籍分类。

2)系统显示该类别的子类别。

该过程一直持续下去,直到没有子类别为止,此时系统将显示最小子类别中的图书。

3)用户单击某本图书的小图标。

系统显示出该图书的详细信息。

⏹分支流程

3a)如果系统在指定的类别中没有找到任何图书,则显示一条消息,以指出这一点并提示顾客选择其他类别。

3.涉及信息

图书类别、图书信息。

4.交互页面

5.界面原型

3.1.5.2取消订单

1.用例图

2.用例描述

⏹基本流程

1)系统确保订单是可以撤消的(即其状态为“未处理”)。

用户输入取消信息。

2)系统在另一页面上显示该订单相关的信息,包括订单的内容和送货地址。

顾客确认取消。

3)系统将该订单的状态标记为“删除”,然后调用查看订单信息列表用例。

⏹分支流程

1a)如果订单状态为“未处理”之外的状态,系统将显示一条消息,指出顾客现在撤消订单太晚了。

3.涉及信息

订单。

3.1.5.3结帐

1.用例图

2.用例描述

⏹基本流程

1)会员在已经登录的前提下,提交结帐请求,系统创建一个订书对象,该对象包含会员购物车中的内容。

然后系统检索对应于会员帐号的送货地址,并将该地址显示在订单详细信息页面上。

2)会员选择其中的一个地址,系统将指定的地址同订书关联起来。

然后系统在送货方式页面上显示可供选择的送货方式。

3)会员选择一种送货方式,系统将指定的送货方式同订书关联起来。

然后系统在结账信息页面上显示会员帐号对应的结账信息对象内容。

4)会员选择一种付款方式,系统将指定的结账信息处理付款方式。

⏹分支流程

*a)如果会员在任何时候单击取消按钮,系统将释放结账对象,并将控制权返回给该用例从中获得控制权的那个用例。

1a)会员还没有登录,则系统调用登录用例。

2a)如果系统没有找到任何送货地址,则提示用户“”送货地址不能为空。

3.涉及信息

订单。

3.1.5.4修改购物车内容

1.用例图

2.用例描述

⏹基本流程

1)会员在购物车页面上修改购物车中的商品数量,确认更新信息。

系统存储新的数量,然后计算并显示该商品的新价格。

2)会员继续购物,系统将控制权返回给从中获得控制权的用例。

⏹分支流程

1a)如果会员将商品的数量修改为0,则系统将从购物车中删除该商品。

1b)如果会员删除某商品,而不是更新,系统将从购物车中删除该商品。

2a)如果会员进行结帐,而不是继续购物,系统将控制权交给结账用例。

3.涉及信息

购物车。

3.1.5.5登录

1.用例图

2.用例描述

⏹基本流程

1)会员单击主页中的“登录”连接。

系统显示登录页面。

顾客输入其用户ID和密码,然后提交登录信息。

2)系统根据永久性帐号数据对登录信息进行验证。

3)返回到主页。

⏹分支流程

1a)如果会员单击登录页面上的“注册”连接,系统将调用注册用例。

2a)如果顾客输入的用户ID不正确,系统将显示一条消息,以指出这一点并提示顾客输入其他的ID或点击“注册新帐户”连接。

2b)如果顾客输入的密码不正确,系统将显示一条消息,以指出这一点并提示顾客重新输入密码。

3.涉及信息

会员。

3.1.5.6注册帐户

1.用例图

2.用例描述

⏹基本流程

1)游客输入其姓名、email地址、密码(两次),然后提交注册信息。

2)系统确保游客提供的数据是有效的,然后使用这些数据进行保存。

3)系统返回到主页。

⏹分支流程

1a)如果游客没有提供姓名,系统将显示一个错误消息,以指出这一点并提示顾客输入姓名。

1b)如果游客提供的email地址格式不正确,系统将显示一条错误消息,以指出这一点并提示顾客输入正确的email地址。

1c)如果游客提供的密码太短,系统将显示一条错误消息,以指出这一点并提示游客输入一个更长的密码。

1d)如果游客两次输入的密码不同,系统将显示一条错误消息,以指出这一点,并提示游客第二次输入正确的密码。

1e)如果游客要创建的帐号已经存在,系统提示游客。

3.涉及信息

会员。

3.1.5.7查询图书

1.用例图

2.用例描述

⏹基本流程

1)用户在搜索栏里输入搜索信息,然后点击搜索,系统将进行模糊搜索,寻找与用户输入的搜索信息相匹配的书籍。

2)用户也可以进行高级搜索,即按所属大类、所属小类、选择查询方式(按书名、作者、出版社等)、上架时间等详细信息进行搜索。

3)系统根据用户的提示检索数据库中的图书信息,然后系统在主页面上显示图书列表,其中的图书按出版日期降序排列。

每一项都包含封面小图标、书名、作者、定价和一个添加到购物车的链接。

⏹分支流程

1a)如果顾客在确认之前没有输入搜索短语,系统将显示一条错误信息,以指出这一点并提示顾客输入搜索短语。

2a)如果系统没有找到满足搜索条件的图书,将显示一条消息,以指出这一点并提示顾客执行其他搜索。

3.涉及信息

图书。

3.2对性能的规定

3.2.1精度

A.要按照严格的数据格式输入,否则系统不予进行响应处理。

B.查询时要保证查全率,所有相应域包含查询关键字的记录都应该能查到,因为通常有文件的记录会很多,所以本系统采用了两种方法进行查询:

直接查询和模糊查询。

3.2.2时间性要求

一般操作的响应时间在0.2秒。

3.2.3灵活性要求

满足网络业务平台的要求,对前面提到的环境要求不应存在困难

3.33.输人输出要求

解释各输入输出数据类型,并逐项说明其媒体、格式、数值范围、精度等。

对软件的数据输出及必须标明的控制输出量进行解释并举例,包括对硬拷贝报告(正常结果输出、状态输出及异常输出)以及图形或显示报告的描述

3.4数据管理能力要求

数据库的初始大小为100M,按20%的增量增长,数据库最大容量为40G,可以存放

50万条记录。

3.5故障处理要求

列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。

3.6其他专门要求

如用户单位对安全保密的要求,对使用方便的要求,对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等

4运行环境规定

4.1硬件要求

现行的任何32/64位微机

4.2软件要求

1.Web服务器一台

2.Database服务器一台

技术解决方案:

1.Webserver:

Tomcat6.0

2.Database:

Mysql

人员支持

1.系统分析员

2.程序员

3.美工

4.文档撰写

5.数据录入

6.测试人员

所需软件

1.Myeclipse

2.DreamweaverCS3

3.Fireworks

4.Tomcat6.0

5.Mysqlserver

4.3接口要求

本软件为独立软件,不存在接口问题

4.4控制

本软件为纯绿色软件,无须安装即可无限制使用,不修改任何注册表项。

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 经管营销 > 经济市场

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2