需求分析说明书.docx

上传人:b****6 文档编号:13772504 上传时间:2023-06-17 格式:DOCX 页数:14 大小:79.70KB
下载 相关 举报
需求分析说明书.docx_第1页
第1页 / 共14页
需求分析说明书.docx_第2页
第2页 / 共14页
需求分析说明书.docx_第3页
第3页 / 共14页
需求分析说明书.docx_第4页
第4页 / 共14页
需求分析说明书.docx_第5页
第5页 / 共14页
需求分析说明书.docx_第6页
第6页 / 共14页
需求分析说明书.docx_第7页
第7页 / 共14页
需求分析说明书.docx_第8页
第8页 / 共14页
需求分析说明书.docx_第9页
第9页 / 共14页
需求分析说明书.docx_第10页
第10页 / 共14页
需求分析说明书.docx_第11页
第11页 / 共14页
需求分析说明书.docx_第12页
第12页 / 共14页
需求分析说明书.docx_第13页
第13页 / 共14页
需求分析说明书.docx_第14页
第14页 / 共14页
亲,该文档总共14页,全部预览完了,如果喜欢就下载吧!
下载资源
资源描述

需求分析说明书.docx

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

需求分析说明书.docx

需求分析说明书

基于WEB的网上书店

需求分析

制订:

六院三队

张倩2001061146

修改:

六院三队

马俊2001061085

 

目录

1.引言

1.1编写目的

1.2软件的作用范围

1.3定义与缩写

1.4参考资料

2.一般性描述

2.1软件与其环境之间的关系

2.2软件功能

2.3用户特征

2.4限制与约束

2.5假设与前提

3.特殊需求

3.1功能与行为需求

3.1.1用户登陆与注册

3.1.2用户查询图书

3.1.3用户按照销售排行浏览图书

3.1.4用户按照图书分类浏览图书

3.1.5用户按照精品推荐浏览图书

3.1.6用户订购图书

3.1.7用户查询本次订单

3.1.8用户取消本次订单

3.1.9用户查询、修改个人信息

3.1.10用户可以查看帮助信息

3.1.11录入书籍和相关信息

3.1.12更新图书信息

3.1.13删除图书

3.1.14处理用户购书订单

3.1.15取消用户订单

3.1.16销售统计

3.1.17用户反馈信息留言板

3.1.18处理用户信息反馈

3.1.19统计注册用户信息

3.2外部界面需求

3.2.1用户界面

3.2.2硬件界面

3.2.3软件界面

3.3性能需求

3.3.1网上书店运行要稳定

3.3.2处理用户订单和反馈意见要及时

3.3.3网上书店要尽可能的吸引用户注册并多购书

3.4设计约束

3.4.1标准化约束

3.4.2硬件约束

3.4.3软件约束

3.5属性

3.5.1可修改性

3.5.2有效性

3.5.3可移植性

3.5.4可理解性

3.5.5可维护性

3.5.6可互操作性

3.5.7可重用性

3.5.8可追踪性

3.6其他需求

3.6.1开发工具需求

3.6.2用户操作需求

3.6.3工作场地需求

 

1引言

1.1编写目的

随着社会的发展,网络已经深入到社会生活的方方面面,人们利用网络实现学习、娱乐、交流以及购物,于是网上书店应运而生。

基于此,我们设计开发了该网上书店系统。

为方便用户使用该系统,熟悉系统功能,编写该文档,同时以该文档指导软件项目的开发。

本文档中详细地介绍了网上书店各个部分的需求,为包括笔者在内的软件开发人员以后更容易的理解代码,修改和扩充软件功能做准备。

本软件的开发是为了完成一个网上书店,实现网上购书及其管理,作为一个独立的软件,应用于商业运营。

同时通过开发该软件,熟悉面向对象软件工程和UML的原则和具体过程以及JSP、EJB的使用,掌握科学的软件开发方法,指导以后的工作。

1.2软件的作用范围

本网上书店系统基于Web,应用于商业运营,实现用户远程购书。

用户通过该软件实现远程图书定购,然后通过邮局汇款,运营商更具用户的汇款通过邮寄方式将图书送到用户手中。

1.3定义与缩写

定义本文档涉及的专门术语、容易引起歧义的概念、关键词缩写及其他需要解释的内容如下:

UML:

UnifiedModelingLanguage,统一建模语言。

可修改性:

容许对系统进行修改而不增加原系统的复杂性。

有效性:

软件系统能有效地利用计算机的时间资源与空间资源的能力。

可靠性:

能够防止因概念、设计和结构等方面的不完善造成的软件系统失效,具有挽回因操作不当造成软件系统失效的能力。

可理解性:

系统具有清晰的结构,能直接反映用户的需求。

可理解性有助于控制软件系统的复杂性,并支持软件的维护、移植与可用。

可维护性:

软件产品交付用户使用以后,能够对它进行修改,以便改正潜伏的错误,改进性能和其他属性,使软件产品适应环境的变化。

可重用性:

概念或功能相互独立的一个或一组相关模块定义为一个软部件。

软部件可以在多种场合应用的程度称为部件的可重用性。

可适应性:

软件在不同的系统约束条件下,使用户需求得到满足的难易程度。

可移植性:

软件从一个计算机系统或环境搬到另一个计算机系统或环境的难易程度。

可追踪性:

根据软件需求对软件设计、程序进行正向追踪,或根据程序、软件设计对软件需求进行逆向追踪的能力。

可互操作性:

多个软件元素相互通信并协同完成任务的能力。

1.4参考资料

1.《软件工程》,高等教育出版社2001年出版,作者齐治昌、谭庆平、宁洪。

2.《UML精粹——标准对象建模语言简明指南(第二版)》,清华大学出版社、培生教育出版集团出版,MartinFowler、KendalScott著,徐家福译。

2一般性描述

2.1软件与其环境之间的关系

本软件应用于基于Web的网上书店,用户通过客户端浏览器向由互联网络服务端发出相关服务请求,服务端通过网络响应请求提供相应服务。

图书管理员也可以通过网络实现远程的管理。

最终用户需要通过邮局汇款,书店通过邮局邮寄图书。

2.2软件功能

该软件主要实现网上定购图书(具体交易要通过邮局汇款和邮寄图书)。

目前实现的功能有

用户通过浏览器实现注册、登录、注销、分类浏览图书、查询图书、浏览畅销书、浏览推荐新书、浏览推荐的精品图书、查询个人信息、修改个人信息、定购图书、查看订单等。

书店管理员可以通过浏览器实现远端的订单处理(包括付帐和取消)、图书信息维护(包括修改和删除)。

待扩展的功能有管理员对用户的邮件通知、销售情况统计、用户通过留言板反馈意见、管理员维护用户信息等。

2.3用户特征

我们将本软件的使用者分为三类:

书店管理者、注册用户、未注册用户。

书店管理者精心管理书店的业务,竭诚为顾客服务,并争取最大经济效益,他熟悉网上书店的各步流程,对网上书店中图书和用户信息进行管理和维护。

未注册用户可能是第一次登陆我们网上书店,也可能是总在这里浏览但不想订购书籍。

网上书店应提示或者说引导他们注册成为会员,尽最吸引更多的用户,以使网上书店发挥最大的效能,取得最好的效益。

注册用户显然对网上书店比较有兴趣,愿意浏览这里的图书并且定购。

关键是怎么样给他们提供更有吸引力和更优质的服务。

为了提高注册用户购书的积极性,我们可以根据用户购书的累计金额评选星级会员,星级高的会员可以享受更大的打折优惠。

2.4限制与约束

1.运用面向对象软件工程及UML的知识进行软件开发;

2.严格按照软件工程的指导原则,小组成员互相配合,精心做好每一步;

3.要求实现预定的绝大部分功能;

4.界面尽可能美观;

5.在4月30日前完工。

2.5假设与前提

1.用户了解上网的基本步骤;

2.书店管理员熟悉书店的管理;

3.用户有自己的邮箱,以便管理员发送书是否寄出的通知;

4.通过邮局来汇款与寄书;

5.用户与管理员都以诚信为本。

3特殊需求

3.1功能与行为需求

用户功能

3.1.1用户注册、登录和注销

所有用户都可访问网上书店。

已注册的用户输入姓名和密码即可登陆,享有注册用户的权利。

未注册的用户可以申请注册,注册之前要让其明确会员的权利与义务。

注册是用户要填写注册登记表,包括姓名、密码、联系电话、邮箱、通信地址(两个,以方便住址会变动的用户及时收到书籍)、邮编。

登录用户在主页处可以注销。

3.1.2用户查询图书

所有用户均可查询图书。

可按三种分类标准来查询图书:

书名、出版社、作者。

查询结果会显示满足查询条件的所有图书列表,用户可以更进一步查看图书的详细信息,包括书籍名称、页数、作者、出版商、摘要、定价。

3.1.3用户按照销售排行浏览图书

所有用户均可以按照图书排行来浏览图书信息,并且用户可以通过图书列表进一步查看某本书的详细信息。

其中图书排行依据的是本月的图书销售量。

每本书的信息包括书籍名称、页数、作者、出版商、摘要、定价。

3.1.4用户按照图书分类浏览图书

所有用户均可以按照图书分类来浏览图书信息,并且用户可以通过图书列表进一步查看某本书的详细信息,具体包括书籍名称、页数、作者、出版商、摘要、定价。

3.1.5用户按照精品推荐浏览图书

所有用户均可以按照精品推荐来浏览图书信息,并且用户可以通过图书列表进一步查看某本书的详细信息,精品推荐的依据是上个月的销售量。

每本书的详细信息具体包括书籍名称、页数、作者、出版商、摘要、定价。

3.1.6用户订购图书

注册用户才有权购买书籍。

注册用户在浏览书籍时可将自己喜欢的书放进购物车,在用户离开书店前要对购物车内的书进行确认,决定要买的书在其前面点对钩,没有确认的书则自动放回书架。

同时用户填写购书订单,订单内容包括:

购书名称、书籍代号、原价,用户的相关信息连接至此订单,邮寄的地址默认为用户填的第一地址。

用户填好此订单后,去邮局汇款,汇款附言中要写清书籍名称、购买数量、原价。

3.1.7用户查询本次的订单

用户购买书籍后,为了确定书是否已经寄出,可在登陆后查询自己的订单。

订单显示该用户购买书籍的具体信息以及是否寄出。

若已寄出,则还要显示出寄出的日期;若因为暂时缺书,则还要显示“对不起,您要的书暂时没有,您要取消订单吗?

”若用户选择“否”,则将该订单放入等待队列,直到有书时寄出图书,并通知用户书已寄出;若用户选择“是”,则将该笔书款划入用户在书店内的“储蓄箱”中,以后用户可以用储蓄箱中的钱购买别的书籍。

3.1.8用户取消本次的订单

用户填写好订单后有后悔不想买书了,这时用户可向管理员发出申请,要求取消订单。

管理员确认后,可以取消。

3.1.9用户查询、修改个人信息

注册用户登陆后可以查询自己的信息,其中包括可修改的和不可修改的两种信息。

可修改的是用户注册时填写的那些内容,包括:

姓名、密码、联系电话、邮箱、通信地址、邮编;不可修改的信息包括:

购书记录、星级、储蓄箱余额。

3.1.10用户可以查看帮助信息

所有用户均可以查看帮助页获得帮助信息。

管理员功能

3.1.11管理员登录和退出

书店管理员使用帐号和密码登录管理端进行管理的相关操作;也可以退出管理端。

3.1.12管理员修改密码

书店管理员登录后可以修改原来的密码。

3.1.13管理员查看当前注册用户的信息

书店管理员可以浏览查看当前注册的用户信息。

3.1.14录入书籍和相关信息

书店管理员可以分类录入书籍和相关信息。

书籍按艺术、自然、娱乐、文学、军事、医药、科技7类录入。

录入信息包括书籍名称、页数、作者、出版商、摘要、定价。

管理员有权修改图书信息并查询库存量。

3.1.15更新图书信息

根据某些条件搜索某本书并修改更新其相关信息。

3.1.16删除图书

根据某些条件搜索某本书并修改删除其相关信息。

3.1.17处理用户购书订单

用户在网上填写好订单,然后去邮局汇款,在汇款附言中要注明购书的名称及数量。

书店管理员在收到用户汇款后,与网上的记录进行核查比较,无误则按用户的地址邮寄图书,填写寄书登记表(包括用户信息、书籍信息、邮出日期),并发e-mail给用户,提醒用户“书已寄出请注意查收”。

若暂时没有该书,则发e-mail给用户,通知用户“该书暂时缺货,是否取消订单?

”若用户选择“否”,则将该订单放入等待队列,直到有书时寄出图书,并通知用户书已寄出;若用户选择“是”,则将该笔书款划入用户在书店内的“储蓄箱”中,以后用户可以用储蓄箱中的钱购买别的书籍。

用户可以在个人信息里查询储蓄箱余额。

3.1.18取消用户订单

根据用户的要求将用户某次的订单取消。

待扩展的功能:

3.1.19销售统计

管理员可以查询今日、本周、本月以及本年度的销售统计表,根据销售量来制定购书计划、管理方案以及工作重点。

3.1.20用户反馈信息留言板

用户可以通过留言板留言向管理员提出相关建议。

3.1.21处理用户信息反馈

用户可以发e-mail给书店管理员,也可以在留言本上留下自己的意见和建议。

管理员要对这些反馈意见做出及时处理,给予答复。

3.1.22统计注册用户信息

书店管理员可以查询注册用户的信息和总数以及注册用户的购书记录,根据用户购买书籍的累计金额来评定其星级,星级越高享受的打折优惠越大。

3.1.23书店管理员进行注册用户的管理

书店管理员可以搜索特定条件的注册用户,可以删除该用户,修改该用户的帐户某些信息。

3.2外部界面需求

3.2.1用户界面

用户界面

包括首次登陆的欢迎与引导界面、注册界面、查询书籍界面、浏览书籍界面。

界面的设计要求简洁、易用,并考虑美观大方。

管理者界面

管理员有一个单独的处理界面,其中包括完成相应功能的窗口。

3.2.2硬件界面

用户只要有一台联网的PC机即可。

3.2.3软件界面

数据库操作可以通过DBMS直接进行。

在本地机上运行要启动WEB服务器。

3.3性能需求

3.3.1网上书店运行要稳定;

3.3.2处理用户订单和反馈意见要及时;

3.3.3网上书店要尽可能的吸引用户注册并多购书。

3.4设计约束

3.4.1.标准化约束

开发设计中要遵循如下原则:

抽象、信息隐藏、模块化、局部化、一致性、完整性和可验证性。

3.4.2.硬件约束

在硬件方面要求要求用户有一台可以上网的电脑。

3.4.3.软件约束

在软件方面主要是对书店的管理算法要科学合理,方便用户使用,设计中要注意程序的可读性与稳定性。

设计中要运用面向对象软件工程以及UML的思想及方法。

应用要求满足WEB应用的要求,基本配置包括JDK1.4.2,WEB服务器。

数据库DBMS用于建立相关的数据库记录信息。

 

3.5属性

3.5.1.可修改性

容许对系统进行修改而不增加原系统的复杂性,支持软件的调试与维护。

作为以后功能的扩展,可以增加扩展很多功能。

3.5.2.有效性

网上书店系统要能有效地利用计算机的时间资源与空间资源。

对时/空效率的考虑中,因为我们的目标是实现书店的最佳管理以为用户提供更加快捷方便的服务,所以对时间资源的考虑放在首位。

3.5.3.可移植性

本软件应用于网上书店的管理,要求不存在对用户的要求处理不当的问题,易从一个计算机系统或环境搬到另一个计算机系统或环境。

网上超市及其它网上购物系统可在此软件上进行修改与完善。

3.5.4.可理解性

要求本网上书店系统具有清晰的结构,能直接反映用户的需求。

可理解性有助于控制软件系统的复杂性,并支持软件的维护、移植与可用。

3.5.5.可维护性

软件产品交付用户使用以后,能够对它进行修改,以便改正潜伏的错误,改进性能和其他属性,如增加更吸引用户的销售手段,使软件产品适应环境的变化。

3.5.6.可互操作性

多个软件元素能相互通信并很好地协同完成任务。

为实现可互操作性,软件的设计要严格遵守标准。

3.5.7.可重用性

软部件要具有清晰的结构和注解,具有正确的编码和较低的时\空开销。

另外,应用项目、规格说明、设计、概念和方法均具有可重用性。

3.5.8.可追踪性

可根据软件需求对软件设计、程序进行正向追踪,或根据程序、软件设计对软件需求进行逆向追踪。

 

3.6其他需求

3.6.1开发工具需求

以面向对象软件工程和UML的原则为指导,充分利用UML图来分析系统的功能需求与设计约束,认真书写每一阶段的文档,以指导和记录开发过程。

使用RationalRose进行分析建模,借助于Web服务器开发工具采用JSP和EJB。

利用MicrosoftProject进行项目管理。

3.6.2用户操作需求

书店管理员要录入书籍、查询注册用户信息、推荐新书及畅销书、处理用户购书订单、处理用户反馈信息、评定用户星级。

未注册用户可以浏览和查询书籍,也可以注册成为会员。

注册用户除可以浏览和查询书籍外,还可以查询与修改个人信息、定购书籍并享受打折优惠。

3.6.3工作场地需求

要求书店管理员和用户都可以方便上网。

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

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

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

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