网上购物系统需求规格说明书.docx

网上购物系统需求规格说明书.docx

《网上购物系统需求规格说明书.docx》由会员分享，可在线阅读，更多相关《网上购物系统需求规格说明书.docx（14页珍藏版）》请在冰豆网上搜索。

网上购物系统需求规格说明书

网上购物系统

需求规格说明书

城市学院

信息工程学院111本

大鑫，王稼宇，王艺森

2014年3月31日

1.引言

1.1编写目的

该文档是关于用户对于网上购物系统的功能和性能的要求，重点描述了网上购物系统的功能需求，是概要设计阶段的重要输入。

本文档的预期读者是：

·设计人员；

·开发人员；

·项目管理人员；

·测试人员；

·用户。

1.2项目背景

软件名称：

网上购物系统

开发单位：

城市学院信息工程学院111本

项目成员：

大鑫（28号）；王稼宇（18号）；王艺森（23号）

用户：

城市学院学生

1.3围

该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型的，解决整个项目系统的“做什么”的问题。

在这里，没有涉及开发技术，而主要是通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的平台。

1.4参考资料

软件工程案例分析教程（软件项目开发实例）韩万江、姜立新等编著

——机械工业

软件工程导论（第五版）海藩编著——清华大学

2.系统定义

2.1项目来源及背景

随着Internet国际互联网的发展，越来越多的企业开始建造自己的。

基于Internet的信息服务，商务服务已经成为现代企业一项不可缺少的容。

很多企业都已不满足于建立一个简单的仅仅能够发布信息的静态。

现代企业需要的是一个功能强大的，能提供完善的电子商务服务的动态商务。

本系统是一个中小型的电子商务系统----网上购物系统，可以为各类用户提供方便的在线购物环境，符合目前国流行的电子商务模式。

用户可以在系统中实现注册、浏览商品、搜索查询商品、下定单、处理定单等功能；管理员可以通过用户管理、定单管理、商品管理、评论管理等管理功能来对系统进行维护更新。

2.2用户特点

本系统的用户都是网上用户，包括两类，一类是购物者，他们的差异比较大，学历有高有低，年龄有老有幼。

另外一类用户是管理者，负责物品的上架下架及的日常维护。

2.3项目目标

本项目设定的目标如下：

·系统能够提供友好的用户界面，使操作人员的工作量最大限度地减少；

·系统具有良好的运行效率，能够达到提高生产率的目的；

·系统应具有良好的可扩充性，可以容易地加入其他系统的应用；

·平台的设计具有一定的超前性，灵活性，能够适应企业生产配置的变化；

·通过这个项目可以锻炼队伍，提高团队的开发能力和项目管理能力。

3.应用环境

根据用户的需求述，可以确定本项目分为客户端和管理端。

客户端为购物者服务，有注册，登陆，选择要购买的商品放入购物车，确认订购等功能。

管理端为管理员服务，有添加商品，修改商品，管理商品评论等功能。

客户端流程图分别如图A-1所示。

图A-1

3.1系统运行的网络环境

无论是客户端的购物者还是管理端的管理者都可以通过网络登录到本系统中。

购物者通过网络浏览商品信息，提交商品订单，支付货款等，管理者通过网络发布商品信息，根据订单发货等。

3.2系统运行的硬件环境

本系统的硬件环境如下：

客户机：

普通PC

·CPU：

P41.8GHz以上

·存：

256MB以上

·能够运行IE5.0以上或者Netscape4.0以上版本的机器

·分辨率：

推荐使用1024×768像素

Web服务器

·CPU：

P42.0GHz

·存：

1GB以上

·硬盘：

80GB以上

·网卡：

KMb/s速度

数据库服务器

·CPU：

P42.0GHz

·存：

1GB以上

·硬盘：

80GB以上

3.3系统运行软件环境

本系统的软件环境如下：

·操作系统：

Windows2000或以上版本

·数据库：

SQLServer2005

·Web服务器：

IIS5.0以上

·开发工具：

MicrosoftVisualStudio2005

·浏览器：

IE5.0以上

4.功能规格

我们采用面向对象分析作为主要的系统建模方法，使用UML作为建模语言。

UML为建模活动提供了从不同角度观察和展示系统的各种特征方法。

在UML中，从任何一个角度对系统所作的抽象都可能需要几种模型来描述，而这些来自不同角度的模型图最终组成了系统的映像。

用例描述角色（用户、外部系统以及系统处理）是如何与系统交互来完成工作的。

用例模型提供了一个非常重要的方式来界定系统边界以及定义系统功能，同时，改模型将来可以派生出动态对象模型。

设计用例时，我们遵循下列步骤：

1）识别出系统的角色。

角色可以是用户、外部系统，甚至是外部处理，通过某种途径与系统交互。

重要的是着重从系统外部执行者的角度来描述系统需要提供哪些功能，并指明这些功能的执行者（角色）是谁。

尽可能地确保所有角色都被完全识别出来。

2）描述主要的用例。

可以采取不断地问自己“这个角色究竟想通过系统做什么？

”来准确地描述用例。

3）重新审视每个用例，为它们下个详尽的定义。

4.1角色定义

角色或者执行者指与系统产生交互的外部用户或者外部系统。

4.1.1购物者

购物者是指在这个网上购物系统过客户端提交商品订单的人员，这个角色主要参与客户端的浏览商品，订购商品等功能。

4.1.2管理者

管理者是指在这个网上购物系统过管理端管理商品信息的人员，这个角色主要参与管理端的添加商品，修改商品等功能。

4.1.3数据库

数据库是一个与系统产生交互的外部系统，这个角色负责系统的数据查询、增加、删除和修改等操作。

4.2系统主用例图

网上购物系统可以分为两个主要的组成部分，一个是客户端子系统，一个是管理端子系统。

客户端子系统功能主要是指购物者通过登录购物进行操作的功能，即购物功能。

管理端子系统功能主要是指管理者通过登录购物后台对商品进行操作的功能，即管理功能。

系统的主用例图如图A-2所示。

图A-2

4.3客户端子系统

购买者通过网上购物系统浏览商品，登陆系统，将想要购买的商品放入购物车，选好商品后去收银台，填写并确认收货人信息，选择支付方式，提交订单，完成商品的订购。

它的活动图如图A-3所示。

客户端的用例图如图A-4所示。

图A-4

客户端的这些用例描述如下：

F-C-1：

登陆。

购买者在购买商品之前必须登陆到，如果没有注册将不能使用的购买功能。

F-C-2：

浏览、选择商品。

购买者打开购物可以看到各种商品信息，当点击某一商品时就会有相应的介绍该商品的页面，描述商品的具体信息，如类型、质地、价格、所在地区等。

F-C-3：

放入购物车。

购买者在选中一个商品后就可以将此商品放入购物车，购物车显示商品的名称、单价、数量、商品总价等信息。

F-C-4：

确认收货人信息或修改收货人信息。

购买者需要确认收货人信息准确无误，这是所购买的商品正确到货的重要前提。

F-C-5：

选择支付方式。

购买者可以选择使用网上银行、使用邮局汇款等方式进行支付。

4.3.1登陆

只有登陆之后购买者才能完成商品的购买。

没有登陆系统的用户只能浏览、选择商品或将商品加入购物车，要填写收货人信息或者支付货款、提交订单都需要登陆系统。

如果用户没有注册则进行注册，之后方可登陆。

用例描述：

登陆；

执行者：

购买者；

前置条件：

用户通过浏览器打开网上购物系统；

后置条件：

登陆后可以进行商品付款、订购操作。

基本路径：

a）购买者打开网上购物系统；

b）在登陆框中输入用户名和密码，点击确定即可登录系统。

4.3.2浏览、选择商品

购买者通过浏览商品信息，选择所要购买的商品。

用例描述：

浏览、选择商品；

执行者：

购买者；

前置条件：

用户通过浏览器打开网上购物系统；

后置条件：

用户可将选中的商品加入购物车。

基本路径：

a）购买者打开网上购物系统，显示各种商品的信息；

b）点击想要购买的商品，将显示商品的详细信息，如类型、质地、价格、所在地区等。

4.3.3放入购物车

购买者可以将选中的商品放入购物车，然后继续选择下一个商品。

购物车用来保存用户所选择的商品信息。

用例描述：

放入购物车；

执行者：

购买者；

前置条件：

购买者已经有选择的商品；

后置条件：

放入购物车的商品可以付款订购。

基本路径：

a）购买者将选择的商品加入到购物车；

b）继续挑选商品或者进入收银台结账。

4.3.4确认收货人信息或修改收货人信息

购买者进入收银台之后需填写收货人信息并确认，保证收货地址的正确。

用例描述：

确认收货人信息或修改收货人信息；

执行者：

购买者；

前置条件：

购买者已有选择的商品并需要购买；

后置条件：

确认收货人信息或修改收货人信息之后可以选择货款的支付方式等进一步操作。

基本路径：

a）进入收银台页面，将提示用户填写收货人信息，需确保地址的准确性以保证正确到货。

b）可以保持以前填写的收货人信息，也可以填写新的收货人信息。

4.3.5选择支付方式

购买者可以选择邮局汇款或者网上银行支付的方式支付货款。

用例描述：

选择支付方式；

执行者：

购买者；

前置条件：

购买者已经确认收货人信息；

后置条件：

选择支付方式后可以进行订单确认并提交以完成商品的订购。

基本路径：

a）购买者进入支付方式选择页面，将看到两种支付方式，一种是邮局汇款，一种是网上银行支付。

b）选择一种支付方式并确定。

4.4管理端子系统

系统管理员登陆到管理端子系统进行订单管理，商品管理以及用户管理。

管理端的用例图如图A-5所示。

图A-5

管理端的这些用例描述如下：

F-M-1：

登陆。

管理者只有登录之后才能执行其管理功能。

F-M-2：

订单管理。

管理者可以查看客户订单并管理订单。

F-M-3：

商品管理。

对商品进行添加，修改，删除等操作。

F-M-4：

用户管理。

管理购买者的账号及其相关信息。

4.4.1登陆

管理者以系统管理员的身份登录到管理端，登陆后才具有相应的管理权限。

用例描述：

登陆

执行者：

管理者；

前置条件：

管理员通过浏览器打开网上购物系统；

后置条件：

登陆管理端之后可以进行订单、商品及用户的管理。

基本路径：

a）管理者打开网上购物系统；

b）在登陆框中输入用户名和密码，点击确定即可登录系统。

4.4.2订单管理

进入订单管理页面管理员可以查看购买者提供的订单，并根据订单信息发货，同时可以对订单进行统计，也可以销毁已完成交易的订单。

用例描述：

订单管理；

执行者：

管理者；

前置条件：

管理者已经登录系统；

后置条件：

整理后的订单信息将记录到数据库中。

基本路径：

a）进入订单管理界面，可以查看各个用户提交的订单信息，根据订单信息发送货物。

b）可以对订单进行统计操作，统计不同用户的订单数，统计所有用户的订单总数，可以根据时间进行统计，也可根据订购商品类型进行统计。

c）可以重新对订单进行分类排序，可以销毁已经完成交易的订单，以便释放资源继续使用。

4.4.3商品管理

管理者可以对商品进行添加、修改和删除等操作。

用例描述：

商品管理；

执行者：

管理者；

前置条件：

管理者已登录到系统；

后置条件：

整理后的商品信息将记录到数据库中。

基本路径：

a）进入商品管理页面，可以选择添加、修改或删除操作。

b）可以添加商品分类，并在该分类下添加各种相应类型的商品信息；

c）可以修改一个商品分类或者修改其下的商品信息；

d）可以删除一个商品分类或者其下的商品信息；

e）商品信息包括商品的类型、质地、价格、所在地区等详细说明。

4.4.4用户管理

管理者可以对用户账户进行管理。

用例描述：

用户管理；

执行者：

管理者；

前置条件：

管理者已登录到系统；

后置条件：

整理后的用户信息将记录到数据库中。

基本路径：

a）进入用户管理界面，可以查看所有用户的信息；

b）对于长期不活动的用户可以销毁其注册账户以释放系统资源。

c）对于行为造成不良后果的不法用户可以冻结其账户。

5.性能需求

根据用户对本系统的要求，确定系统在响应时间、可靠性、安全性等方面有较高的性能要求。

5.1界面需求

系统的界面要求如下。

1）页面容：

主题突出，站点定义、术语和行文格式统一、规、明确，栏目、菜单设置和布局合理，传递的信息准确、及时。

容丰富，文字准确，语句通顺；专用术语规，行文格式统一规。

2）导航结构：

页面具有明确的导航指标，且便于理解，方便用户使用。

3）技术环境：

页面大小适当，能用各种常用浏览器以不同分辨率浏览；无错误和空，采用CSS处理，控制字体大小和版面布局。

4）艺术风格：

界面、版面形象清新悦目、布局合理，字号大小适宜、字体选择合理，前后一致，美观大方；动与静搭配恰当，动静效果好；色彩和谐自然，与主题容相协调。

5.2响应时间需求

无论是客户端还是管理端，当用户登录，进行任何操作的时候，系统应该及时地进行反应，反应时间在5秒以。

系统应能监测出各种非正常情况，如与设备的通信中断，无法连接数据库服务器等，以避免出现长时间等待甚至无响应。

5.3可靠性需求

系统应保证7×24小时不宕机，保证20人可以同时在客户端登录，此时系统能正常运行，正确提示相关容。

5.4开放性要求

系统应具有较强的灵活性，以适应将来功能扩展的需求。

5.5可扩展性需求

系统设计要求能够体现扩展性要求，以适应将来功能扩展的需求。

5.6系统安全性需求

系统有严格的权限管理功能，各功能模块需有相应的权限方能进入。

系统需能够防止各类误操作可能造成的数据丢失、破坏。

防止用户非法获取网页以及容。