网上商城需求分析报告.docx

网上商城需求分析报告.docx

《网上商城需求分析报告.docx》由会员分享，可在线阅读，更多相关《网上商城需求分析报告.docx（10页珍藏版）》请在冰豆网上搜索。

网上商城需求分析报告

网

上

商

城

需

求

分

析

说

明

书

姓名：

***

班级：

微机1023班

学号：

**********

学院：

计算机信息学院

一．引言

1.1项目背景

网上购物在线网站致力于提供产品展示及订购为核心的网上购物服务宣传自己商店的产品并将自己的产品展现给客户，让客户通过网站便能对自由的选择地购买产品。

该网站是通过用户登录浏览商品、查看公告、购买、确定购买、实现用户模块功能。

其中订单的生成，网站后台系统，通过系统管理员管理商品、订单、用户来实现。

编写目的如下：

客户和营销部门依赖它们来了解他们所能提供的产品。

软件开发小组依赖它来了解他们所需要开发的产品。

项目负责人根据包含在软件需求规格说明书中描述的产品来制定规划并预测进度安排、工作量和资源。

1.2前期工作

我们在编写该需求前，首先是对各大网上销售网站进行了调查，其中包括：

网页排版、顾客消费流程、以及管理员的操作，这三大块进行了调查。

并总结出了有自己特色的设计思路。

1.3参考资料

《软件需求分析》《网上商城需求分析计划书》。

二、技术概述

2.1开发目标

本系统的设计目标将最终定位于完成以下所述的系统主要业务的基本模型上：

管理员可以维护客户注册信息、维护商品信息、处理订单信息、维护系统公网上售货、查看商品调查报告；用户可以在线注册为会员、修改个人信息、管理账户余额、评价、投票、支付购物等等。

我们使用JSP以及Servelet技术构建网站，争取将本网站做成一个界面友好、用户购物方便、管理员管理方便的购物系统。

2.2硬件支持

Cpu:

1G以上、内存：

512M以上

2.3软件支持

操作系统：

Windows、Linux均可，数据库可以用Oracle或SQL，服务器可以是Tomcat、Websphere，数据库连接驱动：

ASP.NET集成开发环境。

2.4用户特点

本软件的最终用户是：

网络管理员、商品销售者、商品消费者、游客。

2.5假定和约束

本系统是一个基于网络服务的独立的B/S架构系统，采用TCP/IP通讯协议。

开发持续时间规定为一个月，开发时间比较紧。

系统使用ASP.NET为开发工具，SQL数据库，此项目整个制作过程中，不会涉及到任何商业侵权。

三、需求规定

3.1功能块划分

网上商城共分两个部分，一部分是面向用户的部分，包括：

顾客在线注册、购物、提交订单、付款等操作；另外一部分是商城管理部分，这部分的内容包括：

产品的添加、删除、查询、订单的管理、操作员的管理、注册用户的管理等。

3.2功能块描述

3.2.1面向用户部分功能

（1）注册功能。

顾客首先要注册为网上商城的用户。

注册时只要填写登录用户名、密码、联系电子信箱3项信息即可。

注册后，用户可继续如实填写详细个人信息及收货人信息，同时可修改密码、查询及修改订单。

（2）选择产品功能。

顾客浏览网上商城，将自己需求的产品放入到购物车中（可在网上商城首页、专柜首页、产品小类、专卖店首页、搜索结果页面、产品详细信息页面进行该操作），可连续添加商品。

（3）管理购物车。

顾客选择完商品后可进入购物车页面，查看自己要购买的商品，可修改某一商品数量、取消购买某商品和清空整个购物车

（4）订单功能。

顾客确定购物车中的商品后提交订单，如顾客已填写收货人信息，则页面显示该信息并由顾客确认。

如尚未填写则显示相应表单请其填写，系统记录顾客提交的收货人信息以便其下次购物时使用。

顾客提交订单后可在网上商城查询该订单，并可对尚未处理的订单进行取消、修改等操作。

（5）付款功能。

顾客在订单被销售方确认后，要选择付款方式，并付款给销售方，然后才可以收到货。

（6）销售排行榜功能。

该功能是将网站上的所有商品按照销售量进行排序显示，并将网站上的所有商品按照上传日期进行排序再显示。

（7）商品网站管理员对商品进行分类管理功能。

该功能包括添加商品、修改商删除商品、添加商品类型、修改商品类型、删除商品类型并显示出所有的商品类型和商品信息（如编号、名称等）。

（8）商城网站管理员对网站会员进行管理功能。

该功能是指管理员可以维护客户注册信息、维护商品信息、维护系统公告，同时，还可以将一些使用不规范的用户或者长期使用的用户进行删除。

店长管理员可以给其他董事管理员分配管理权限，实现本网站的秩序。

（9）管理员的登录与注册功能。

管理员进入后台进行操作也要经过最高层管理员的允许。

3.2.2后台管理部分功能

（1）管理人员部分。

该部分的用户有一个超级管理员以及若干个普通管理员，超级管理员拥有最高权限，可访问所有订单，可浏览、查询订单，可浏览、修改普通管理员和会员的资料，普通管理员分两种，一种是订单管理员：

主要负责订单管理，可浏览、修改订单状态，可浏览会员信息；另一种是界面管理员：

主要负责界面管理，可增、删商品和广告等操作。

（2）管理订单功能。

顾客可通过Web方式取消、修改自己提交的订单（在管理员确认前），查询自己提交的订单（随时）。

如订单的状态在一定时限（如12个小时）后仍没有发生变化（“订单关闭”状态除外），系统自动提醒管理员（如该订单变色，弹出提醒窗口等方式。

订单状态发生变化，系统自动发E-mail给顾客，“无效订单”、“订单关闭”状态除外）。

（3）管理商品功能。

管理员可以添加、修改、删除商品。

四.性能需求

4.1数据精确度

价格单位保留到分。

4.2适应性

购物流程要简单明了，产品图片要清楚，产品信息描述准确。

五．系统流程图

5.1顾客流程图如下：

5.2订单处理流程说明

顾客提交订单页面显示：

“感谢您在网上商城购物，您的订单已成功提交，我们在12小时内与您联系。

如有问题可拨打网上商城客服热线”。

订单信息进入系统审核通过，则将订单入库，并通知顾客付款，若审核失败（如填写的信息无效或无库存），则将失败原因发给顾客，同时删除订单。

订单具备以下几种状态：

“提交成功、尚未审核”、“用户取消”、“无效订单”、“已审核，尚未付款”、“付款成功、尚未发货”、“付款不成功”、“已发货”、“订单关闭”等。

顾客提交订单，订单入库即为“提交成功、尚未审核”状态；订单管理员在后台浏览到顾客提交的订单，再确认订单信息有效后，订单的状态为“已审核、尚未付款”，如是无效信息，则置其状态为“无效订单”；在订单审核前，消费者可在线修改或取消其提交的订单。

管理员审核订单后，再有其系统联系顾客，通知他付款，根据结果订单的状态为“付款成功、尚未发货”、“付款不成功”，付款不成功则继续通知顾客付款，若一定时间内没有付款（如24小时内），则将订单状态置为“订单取消”。

付款成功后，由销售方发货，订单接下来依次经过“已发货”、“订单关闭”两个状态。

六．数据流程图

6.1数据流程图如下

付款

发货

6.2订单管理用例

6.3商品管理用例

6.4评价管理图

6.5购物车管理用例

6.6用户信息管理用例

6.7账户管理

七．界面

规定软件同系统其它元素（硬件、软件、人机接口和数据通讯协议等）的功能联系。

硬件界面包括计算机特性、内外存容量I/O设备能力等。

软件界面包括操作系统特性、公开应用程序和支持软件以及他们相互之间的连接性。

八．质量评审

规定软件功能正式有官方认证使用。