第一篇：网上超市购物系统用户需求

网上超市购物系统用户需求

本系统可以实现用户在网上超市进行选择购物，包括用户管理、商品管理、超市购物、盘存管理4个功能。

网上超市购物系统

用户管理 盘存管理 超市购物 商品管理

1、用户管理：

（1）功能与要求：用户注册和修改个人信息

用户注册：点击“注册”后，进行用户信息输入，如果已有该“用户名”，则提示已有此用户，请重新输入；如果没有该“用户名”，则“确定”后，保存该用户信息。

基本流程：注册→输入用户名→验证是否存在→不存在→输入用户信息→确定→保存更新数据库；存在，给出提示信息

用户信息修改：输入“用户名”和“密码”，点击“登录 ”后，如果验证正确，则显示个人信息，可以进行修改密码、姓名、性别、电话，不能修改用户名；修改后“确认”保存。

基本流程：输入“用户名”和“密码”→登录→验证用户→验证通过后显示该用户信息→修改→确认→保存更新数据库；验证不通过，给出提示信息。（2）基本资料：

用户（类别，用户名，密码，姓名，性别，电话）说明：类别分为管理员、普通用户两类；

对管理员类别的用户，在后台增删改；用户注册默认为普通用户。用户名和密码，长度不超过6个字符；

用户名是唯一识别用户的身份。姓名不允许为空。

2、商品管理：

（1）功能与要求：对超市商品进行增加、修改、删除功能。只有具有管理员类别的用户，才能进行。基本流程：登录→验证当前用户类别→验证通过后显示超市商品→增删改→保存更新数据库；验证不通过，给出提示信息。（2）基本资料：

超市商品（商品编号，商品名，单价，数量，总价）

说明：商品编号是唯一识别商品的；由4位组成，第1位用大写字母，表示商品大类（如服装A、食品B等），第2位用大写字母，表示商品小类（如服装中的鞋AA、帽AB；食品中的肉BA、蛋BB等小类），第3、4位用数字，表示商品小类下的商品编号（如皮鞋AA01，布鞋AA02；猪肉BA01,牛肉BA02等）商品名，不能为空，长度不多于10个汉字； 单价，为2位整数，单位为元； 数量，为2位整数，单位为件；

总价，为4位整数，单位为元；总价=单价*数量；

3、超市购物：（1）功能与要求：

用户先输入用户名和密码登录，验证通过后，显示超市商品列表，商品按类别排序（即商品编号排序），包括商品编号、名称、单价、数量；

每种商品有一“选购”按钮，当用户“选购”后，要求输入“数量”，确定后，超市商品列表中该商品数量减少；在用户的购物车中增加该商品；

购物车中显示该用户选购的所有商品，包括用户名、商品名、单价、数量、总价；购物车中每种商品有一“退货”按钮，当用户将该商品“退货”后，商品从购物车中删除，同时超市商品中该商品数量增加。购物车中有一“结账”按钮，当用户“结账”后，购物车中“退货”和“结账”按钮消失，同时在出库商品表中，增加这些商品和结账时间。

基本流程：登录→验证→验证通过后，显示超市商品列表→选购→输入“数量”→购物车中显示→如“退货”则从购物车中删除→结账→更新出库商品表。（2）基本资料：

购物车（用户名，姓名，商品编号，商品名，单价，数量，总价）说明：每个用户一个购物车，存放选购的商品。

出库商品（商品编号，商品名，单价，数量，总价，用户名，出库时间）说明：已经结账的商品

4、盘存管理

（1）功能与要求：列出本日所有“出库商品”，可汇总出“商品出库汇总表”。基本流程：显示本日所有“出库商品”→汇总→显示“商品出库汇总表”（2）基本资料：

商品出库汇总表（商品编号，商品名，单价，数量，总价）说明：商品编号是唯一识别商品的。老师是一个用户，提出了用户需求；

你是数据库管理员兼程序员，兼项目经理，请为用户设计并编程实现这个系统； 要求：2人为1组，相互讨论商议，讲求团队协作精神，合作完成。时间：2周内。交付：（1）设计文档（2）数据库（3）程序代码（4）使用说明

我 正好在做一个电子商务的网站 数据库也基本建好 可以给你看看不过呢我这个电子商务的 数据库比较简单 但是 基本的功能 都可以实现了 也只是供参考哈了 你自己看看吧：

CREATE table [User]--用户表(Uid int identity(1,1)primary key,--用户ID--拥有的 商店 ID号 UName varchar(50), UPass varchar(100), UEmail varchar(50),--电子邮件 UTel varchar(50),--电话 UAdress varchar(100),--住址 UPastcode varchar(50),--邮编

UCreatetime datetime,--用户创建日期 UOnline varchar(50),--用户在线时间 UState tinyint,--用户状态 URemark text--备注信息)create table Category--产品分类表(Cid int identity(1,1)primary key, Ckindname varchar(100),--分类的名称--CParentID int--父分类ID--CShowOrder int ,--显示的顺序 CRemark text--备注)create table Product--产品详细信息表(Pid int identity(1,1)primary key, Cid int references Category(Cid),--对应 分类表的 主键 PName varchar(100),--商品的名称 PText text,--商品的说明信息

PImage varchar(50),--商品的图片信息 PPrices money,--商品的价格

Uid int references [User](Uid),--所属的主人 及用户表的ID号 PCreatetime datetime,--商品的上架时间 PStock int,--库存

PsellNum int ,--已经销售的数量

--PLeaveMessage text,--浏览者（用户）对商品的评价 PViewCount int,--商品被浏览的次数 PStatus tinyint,--状态 PRemark text--备注)

create table Orders--订单表(OrderID int identity(1,1)primary key,--订单编号

Uid int foreign key(Uid)references [User](Uid),--这个订单所属的主人--Pid int ,--订单中商品的信息

OCreatetime datetime,--创建的时间 OTotalNum int,--订单中商品的总数量 OTotalMoney money,--订单商品的 总价格)create table OrdersItem--订单表关联信息表(OrderItemID int identity(1,1)primary key, OrderID int references Orders(OrderID),--订单表的订单编号 Pid int references Product(Pid),--关联的 商品表ID ONum int,--商品的数量

--OrderItemName varchar(100),--商品的名称--OrderItemNum int,--该商品的数量

--OrderItemPrices money,--该商品的单价)create table ProductLeaveMessage--用户 浏览者对商品的评论表(PLid int identity(1,1)primary key, Pid int references Product(Pid),--商品表中商品的ID号 Uid int references [User](Uid),--用户表的用户ID IP varchar(50),--如果不是 会员 评论的名称就是他的IP地址 PLEmail varchar(50),--邮箱地址 PLtime datetime,--评论的时间 PLMessage text,--评论商品的内容)希望你能从中 有点启发 学习愉快！

看你具体写是什么系统？下面是以前我们做的

网络书店系统 需求分析报告书

1、需求分析 1.1、项目背景

当今Internet上随处可见网络购物等网站，消费者足不出户就可购买到需要的商品。此类网站不仅方便了消费者，更让拥有电子商务网站的企业能及时向广大客户推销产品、构建企业形象、赢得利润。电子商务系统与传统的面对面的营销方式相比，具有不可比拟的优势，如销售成本与物流大大降低、信息传输及时等。某书店近年来业务不断拓展，为适应电子商务发展的要求，决定建设一个网络书店系统。

1.1.1、项目开发目的

本系统实现在网上销售图书，让客户（用户）在不同区域利用网络在最短的时间内安全、方便、快捷的买到自己所需要的图书，预期达到的目标是网络客户，实现赢利的目的！

1.1.2、项目开发小组成员名单 名单一，主要任务是 名单二，主要任务是 名单三，主要任务是 1.2任务概述

本系统能够实现图书浏览和查询功能、图书交易功能、图书信息和库存的管理功能、客户管理功能。

本系统最终目标：需要完成如下图1的功能。

图1

2、系统设计

2.1系统总体设计 2.1.1运行环境 硬件环境 服务器端： 客户机端： 软件环境

服务器：IIS+PHP 数据库：Microsoft SQL Server2005 开发语言：PHP 开发工具：Dreamweaver,JBuilder, eclipse 服务器操作系统：Windows Server 2003 2.1.2系统功能描述

本系统主要基于PHP开发系统，从用户注册，登陆，查询到购买图书，实行一体化购物模式，方便用户，对于管理员，对用户信息修改，图书数据库的更新，定单的处理，实行一体化管理模式，使网站各模块的更新的以更简便，降低企业的成本，实现双赢的目的！2.1.3模块结构

图（4-1）2.2模块设计

2.2.1用户（管理员）登陆、注册模块

本系统采用用户名和密码相结合的验证方式，以用户登陆后直接进入前台操作界面（即用户专用界面）；当验证登陆管理员页面操作时，则进入后台管理员专用页面，会对顾客信息保密的机制。要实现该模块功能，先要建立一个用户注册信息表，其包括以下字段：

用户帐号、密码、确认密码、姓名、性别、电话号码、住址、邮编

要实现功能，先建立PHP动态网页，插入相应字段，在建立另外一个PHP动态页面，接受前一个PHP页面的信息，当用户的信息输入信息错误时，则返回第一个注册页面，重新填入信息，待正确填写信息正确时，系统会自动弹出提示成功页面。

用户注册流程图：

图（4-2）

2.2.2图书查询模块

主要是对不同种类的书信息分类的浏览可以对站内所售图书查询，查询可以通过书类名，出版时间，书名等内容进行精确查询。为此，要建立书籍管理系统，其包括以下字段：

书籍编号、书名、作者、价格、用户登陆后所查询到的图书可以直接放入购物车，未登陆系统的用户只可以查询图书，如果要放入购物车，则显示登陆页面，如果未注册的用户则显示注册页面。

查询图书流程图：

图（4-3）

2.2.3管理员模块

管理员模块的功能：添加图书、删除图书、管理用户信息、管理留言、管理用户订单表。

图（4-4）

2.2.4购物车的实现

对于购物车，实现功能有：显示图书内容，添加图书，删除已买图书，更改图书购买数量，提交购物车中的图书，清空购物车等 2.2.5留言版

用户可以在留言版中发表图书留言和提出本网站意见。

2.3 数据库设计 2.3.1 数据库结构

图（4-5）

用户表customer设计

字段 字段名 类型 长度 说明 1 userid varchar 12 用户账号 2 pwd varchar 15 密码 pheckpwd varchar 18 确认密码 4 name varchar 20 姓名 5 sex varchar 2 性别 address varchar 50 住址 7 post varchar 8 邮编 8 email varchar 20 电邮 9 tel varchar 15 电话

书籍表book表设计

字段 字段名 类型 长度 说明 1 bookid varchar 30 书名编号 2 bname varchar 25 书籍名称 3 author varchar 30 作者 4 price varchar 20 价格 5 number varchar 10 数量 6 img varchar 50 图片

销售信息表sales 字段 字段名 类型 长度 说明 1 userid varchar 20 用户账号 2 Bname varchar 40 书籍名称 3 date varchar 20 日期 5 number varchar 10 数量

订单信息表order 字段 字段名 类型 长度 说明 1 onumber varchar 20 订单编号 2 Userid varchar 20 用户账号 3 bnumber varchar 20 书籍编号 4 bname varchar 40 书籍名字 5 number varchar 10 数量 6 money varchar 20 金额

管理员表admin 字段 字段名 类型 宽度 说明 1 guanid varchar 20 管理员账号 2 pwd varchar 20 密码

留言信息表

字段 字段名 类型 宽度 说明 1 userid varchar 30 用户名 2 massage varchar 20 留言信息

第二篇：Asp网上购物系统需求文档

1.1 电子商务简介

随着网络的飞速发展，利用网络来进行交易已经变得很常见，这就是我们所熟悉的电子商务。所谓电子商务(Electric Commerce)，就是指人们利用电子手段进行商业贸易等商务活动，是商务活动的电子化。它包括狭义的电子商务定义和广义的电子商务定义两部分。狭义的EC(Electric Commerce)是指人们利用电子手段进行以商品交换为中心的各种商务活动，即公司、厂家、商业企业、工业企业与消费者个人双方或多方通过计算机网络，主要是通过因特网进行的商务活动。广义的EB(Electric Business)是指各行各业中的各种业务的电子化，又可称为电子业务，包括电子商务、电子政务、电子军务、电子医务、电子教务、电子公务、电子事务和电子家务等。

就现存于互联网上的“电子商务”而言，基本上可以分为两大类：

（1）B to B。这是指企业与企业(Business to Business)之间的电子交易系统。企业与企业相互之间，利用网络及计算机技术直接进行企业之间的商品交易系统，目前以达到快速可靠的商业运行模式。例如：银行之间的金融交易制度。

（2）B to C。这是指企业对顾客(Business to Consumer)之间的电子交易机制。顾客利用互联网，直接从网络上直接进行商品的交易。例如：通过互联网进行一般商品的采购，或是使用网络进行与银行间的金融理财等。

1.2 电子商务与传统交易的差异

在传统的交易过程中，通常由“买”和“卖”两方面组成，虽然是简单的两方面，但是整个交易过程中有很多手续。举例来说：某公司机遇市场的需求开发出一个新产品，首先需要教授业务人员了解新产品的功能及市场的趋向，然后由业务人员销售给顾客，进而赚取利润。对于顾客来说，在购买之前需要自行搜集、寻找相关产品的信息，在经过分析、对比后，在进行购买。在整个过程中，需要大量的人力进行参与，这就在无形中增加了费用支出。

而在电子商务交易过程中，用户只需通过互联网和计算机，就可以轻松得到所需商品的详细信息，并且可以查询到相关产品的信息，轻松比较选择的同时，只需填写相关的个人信息，就可以下订单。而作为企业这一方面，不再需要派业务员出去宣传产品，只需将产品信息发布到网上就可以了。在收到用户订单后，只需核查该商品的库存量，之后就决定商品的发货时间及寄送方式就可以了。再通过电子邮件的方式通知顾客到货时间，而货款则通过金融中心或信用卡处理中心处理。整个过程几乎都由计算机系统完成，只有少部分必须由人工完成。大大缩减了人力物力的开支，无形中提高了产品利润。

随着电子商务的迅猛发展以及上网人数的急剧增长，各个企业无不想在这个蕴藏无限商机的网络环境中大施拳脚。这是因为电子商务具有以下优点：

（1）突破了商业往来的时间限制。网络上的计算机系统可以给顾客提供一个完善的网络服务，每天24 小时、每年365 天，天天不间断的提供服务。

（2）突破了地域上的限制。不分国别，不分地域，不分语言的提供给全球各地的消费者，以最快的速度将公司产品的最新功能、售价及相关信息提供给客户了解。

（3）节省公司运营成本。减少业务人员的经销费用、人事费用及管销费用。无形之间提高了商品销售的利润。

（4）采购的方便性。采购不需再东奔西走，然后再千辛万苦的将商品带回家，你只要在家轻松地利用计算机及网络，很快的就可以找到你想要的商品，下订单之后只需等待，商品自然就会送到指定地点，再也不必以因为购买而受日晒雨淋及舟车之苦。

2.网上购物的优势分析

网上购物是一个电子商务平台。对于消费者来说，可以在家“逛商店”，订货不受时间的限制； 获得较大量的商品信息，可以买到当地没有的商品；网上支付较传统拿现金支付更加安全，可避免现金丢失或遭到抢劫； 从订货、买货到货物上门无需亲临现场，既省时又省力； 由于网上商品省去租店面、召雇员及储存保管等一系列费用，总的来说其价格较一般商场的同类商品更便宜。对于商家来说，网上购物是宣传企业形象的一种强有力的手段，是一种廉价高效的方式。它的优势是显而易见的，发布信息具有及时、准确的特点，图文并茂，及时刷新。任何新登商品和促销、广告信息都可以在第一时间呈现在消费者面前。消费者与商家之间可以实现及时互动，商家可以了解到市场的最新需求。对于整个市场经济来说，这种新型的购物模式可在更大的范围内、更多的层面上以更高的效率实现资源配置。

网上购物突破了传统商务的障碍，无论对消费者、企业还是市场都有着巨大的吸引力和影响力，在新经济时期无疑是达到“多赢”效果的理想模式。

3.系统的项目目标

网上购物系统要实现的功能非常多，最重要的就是管理员对商品的管理实现和用户的购物的实现。前者主要包括管理员对商品的添加，对商品的归类，对用户购物订单的处理，以及管理员对网站的维护操作。至于用户主要是在线浏览所有商品，按需求搜索相关商品，以及注册为会员后对个人购物车的操作，购物结束后生成订单信息的查看。整个系统对从用户购物到结款，管理员从管理网站、管理商品，处理订单都设计的非常精细，完全是一套功能完善网上购物系统。

4.系统业务流程

4.1 系统流程图的符号

5.可行性分析(feasibility study)

可行性分析是世界上普遍采用的一种研究工程项目是否可行的科学。它通过各种有效的方法，对工程项目进行分析，从技术、经济、财务等方面加以评价，最终给投资决策者提供是否选择该项目进行投资的依据。可行性分析的焦点是：要站在咨询的立场上；要有多种替代方案；对各种方案作经济比较；决定最佳投资时间和投资规模；提出可能实施的具体措施；着眼于资源的有效利用；站在中立客观立场上得出结论，以确定产品开发成功的可能性为目的而进行的分析。可行性分析报告经评审通过后即作为提出系统开发建议书(或设计任务书)的依据。

5.1 技术可行性

技术可行性分析主要是根据系统分析所得到的对待开发的软件、支撑软件、硬件环境和操作人员的要求以及有关的约束和限制，来分析现有的技术是否能实现待开发的软件。它包括可得到的硬件和支撑软件在功能和性能上是否满足系统的要求，是否有满足系统性能要求的算法，开发人员的技术水平能否胜任系统的开发等等。

本系统运行基于 Win2000/winXP 以上的任何操作系统，使用的前台开发软件是ASP,后台数据库开发使用的是Microsoft Access 2000。系统设计是由本人独自完成的，本人已修完本专业所有的专业基础课和专业课，熟悉数据的开发环境，有一定的管理系统软件开发能力和一定的编程能力。所以，本系统的技术上是可行的。

5.2 经济可行性

经济可行性的研究主要是对待开发软件的成本估算和成本/效益分析，以确定待开发软件是否有开发的价值。网上购物系统一经投入即产生经济效益，网上购物是一个长期的投资，对市场的扩大经营和长远发展有益。

5.3 用户使用可行性

1）所开发的软件系统是基于微型计算机图形界面的操作，所以会一般的计算机操作即可使用本系统。

2）系统管理员要求有计算机的专业知识。

3）对系统管理员将进行专业培训，使其能够对熟练管理本系统。

6.需求分析

需求分析之所以重要，就因为他具有决策性，方向性，策略性的作用，他在软件开发的过程中具有举足轻重的地位。需求分析的任务就是解决“做什么”的问题，就是要全面地理解用户的各项要求，并准确地表达所接受的用户需求。需求分析是对用户需求的真正明确，是对要解决的问题的彻底理解。在解决问题之前要理解问题，只有真正的理解问题才能更好的解决问题。需求分析就是给系统分析、设计人员一个和用户交流来理解问题的机会。

6.1 总体目标

本网站的系统总体目标是为了实现电子产品的在线购物。通过系统实现网上购物的多项功能，其中主要是管理员对商品的管理实现和用户的购物的实现。前台：用户在线浏览所有商品，按需求搜索相关商品，以及注册为会员后对商品选购的操作，购物结束后生成订单信息的查看功能。后台：管理员对商品的添加，对商品的归类，对用户购物订单的处理，以及管理员对网站的维护操作。

6.2 具体目标

根据上述总体目标需求，该系统分为以下两大部分：

（1）前台用户操作界面。用户对商品、单价的浏览；会员登录后方可购买商品，新用户需注册成为会员后购物，生成订单后传给网站工作人员。用户可随时登录查询个人的所有订单信息和订单状态。

（2）后台管理员界面。管理员的主要功能包括：商品类别管理，商品管理，订单管理，商品推荐管理，用户管理及对网站配送人员的管理。

6.3 数据流程图及功能分析

数据流图基本概念

1）数据流图的定义。数据流图（DFD----Data Flow Diagram）是描绘系统的逻辑模型，图中没有任何具体的物理元素，只是描绘信息在系统中流动和处理的情况，就是采用图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具。

1）符号说明

数据流图符号说明

系统数据流图

6.4 数据字典

数据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义的集合。数据字典的作用是在软件的分析和设计过程中提供关于数据的描述信息【1】。一般说来，数据字典应该由下列四类元素构成：数据元素，数据流，数据存储和数据处理。

数据存储

数据存储是数据结构停留或保存的地方，也是数据流的来源和去向之一。一般而言，应包括如下内容：｛数据存储名，说明，编号，输入的数据流，输出的数据流，组成（数据结构），数据量，存取频度，存取方式｝。本系统所涉及到的数据存储表如下所示。

数据流是数据结构在系统内传输的路径。对数据流的描述通常包括如下内容：｛数据流名，说明，编号，数据流来源，数据流去向，组成（数据结构）｝。

数据处理

处理过程的具体处理逻辑通常在详细设计过程中用判定表或判定树来描述。在数据字典中，只无原则描述处理过程的说明性信息，通常包括以下内容：｛处理过程名，说明，输入数据流，输出数据流，处理｝。

7.总体设计

7.1 总体设计概述

总体设计的目标是解决系统如何实现系统功能的问题。其主要任务是划分出系统的物理元素及设计软件的结构，完成软件定义时期的任务，是对系统进行总体的设计，即根据系统分析产生的分析结果来确定这个系统由哪些系统和模块组成，这些系统和模块怎样有机的结合在一起，最终实现系统所具有的功能。

模块化设计是把大型软件按照一定的原则划分成较小的相对功能独立又相关联的模块，每个模块完成一个特定的子功能，把这些模块结合起来组成一个整体，完成指定的功能，满足问题的要求。采用模块化原理的优点在于可以使软件结构清晰，容易测试和调试，从而提高软件的可靠性，可修改性，有助于软件开发的组织管理。模块化理论的几个重要概念如下：

(1).抽象。抽象就是抽象出事物的本质特性而暂时不考虑它们的细节，处理复杂系统唯一有效的方法是用层次的方式构造和分析它。一个复杂的动态系统首先可以用一些高级的抽象概念构造和理解，这些高级概念又可以用一些较低级的理解，直到最低层次的具体元素。

(2).信息隐蔽和局部化。信息隐蔽是指在设计和确定模块时，应使得一个模块内包含的信息对于不需要这些信息的模块来说，是不能访问的。局部化是指把一些关系密切的软件元素物理的放得彼此靠近，局部化有助于实现信息隐蔽。信息隐蔽原理和局部化有助于在测试期间以及软件维护期间修改软件。因为绝大多数数据和过程对于软件的其它部分而言是隐蔽的，从而由疏忽引入的错误就很少可能传播到软件的其它部分。

(3).逐步求精的模块化概念。逐步求精和模块化的抽象是密切相关的。软件结构每一层模块表示对软件抽象层次的次细化。用自顶向下，逐步求精的方法由抽象到具体的方式分配控制，简化了软件设计和实施，提高了软件的可理解性和可测试性，并使得软件更容易维护。

(4).模块独立性。模块的划分要使模块间尽可能的相互独立。度量模块的独立程度有两个标准：内聚和耦合。耦合是对一个软件结构内不同模块之间互连程度的度量。耦合强弱取决于模块间接口的复杂程度，进入或访问一个模块的点，以及通过接口的数。

在软件的设计中应追求尽可能松散的耦合。内聚标志一个模块内各个元素彼此结合的紧密程度，它是信息隐藏和局部化概念的自然扩展，理想内聚的模块只做一件事情。在设计时应力求做到高内聚。

7.2 系统功能模块

网上购物系统是由前台用户模块和后台管理员模块共同实现的。

用户模块

前台用户模块主要包括用户注册，订单查询，购物车这几个主要模块。前台用户模块如图7.1 所示。

前台用户模块图

用户通过“用户注册”成为网站的会员，并获得购买商品的权限；“订单查询”可供会员查询所有在本站购买商品的订单信息及状态；“购物车”是会员本次购买商品的详细信息。

管理员模块

管理员模块的主要功能是实现在本网站的维护和管理，如类别的添加、删除管理；商品的添加，推荐，删除等管理；订单的管理等。如图7.2 所示。

图 7.2 后台管理员模块

7.3 接口设计

外部接口

1）用户界面。在用户界面部分，根据需求分析的结果，用户需要一个友善、简洁的界面。使用ASP 和Dreamweaver MX 编程，提供的可视化控件，编写基于Windows 风格的用户界面，简单、易学、易用。

2）软件接口。使用提供的access 专用接口。硬件接口。在输入方面，用键盘，鼠标输入。在输出方面，主要有浏览器端的显示器。

内部接口

内部接口方面，各模块间采用函数调用、参数传递、返回值方式进行信息和数据的传递。

7.4 数据库设计

数据库技术是在文件系统的基础上发展起来的一种高效的数据管理技术，它能保持系统数据的整体性，完整性和共享性。数据库是有组织的存储在一定结构内的相关数据的集合。在数据库系统中提供了对数据的访问机制，能有组织的存储相关的数据，具有合理的存储方式，快速的查询效率和最小的数据冗余等特性。另外数据的存储和应用程序彼此独立，不仅便于数据的管理与控制而且有利于应用程序的编写与调试。数据库类似于一个数据的大仓库，能很好地实现数据共享，本身就具有数据的增，删，改等功能，能维护数据的一致性。数据库设计是系统设计的一个重要内容，其设计质量的好坏直接影响系统开发的成败，系统的质量，系统效率及可维护性。

在本系统的设计中，充分考虑到了管理系统数据繁杂，重复性高，数据使用频繁。因此本系统采用了一种能正确反映用户实现环境，能被现行系统接受，易于维护、效率高的数据管理方法--数据库系统。在目前的数据库管理系统中有层次模型，网状模型、关系模型三种数据模型。其中，关系模型具有较高的数据独立性，使用也较为方便。本设计采用关系数据库。该数据库实行增、删、编辑、统计、显示和打印都极为方便。其中的排序和索引功能，对数据快速定位、查询提供了有利条件。交流互动对于本系统的数据库设计有以下几点说明：1）于数据库设计兼顾前面设计的数据流程图。

2）信息系统的设计并不是以数据库为核心的数据库应用设计。

3）本系统的数据库设计尽量满足3NF（第三范式）的要求。

4）本系统的数据库设计以提高系统运行效率为前提。

7.5 概念模型设计

目前广泛使用的数据模型可分为两种类型，一种是独立于计算机系统的“概念数据模型”，如“实体联系模型”（ER 模型）；另一种是直接面向数据库逻辑结构的“结构数据模型”。在本系统中采用ER 模型来描述数据库的结构与语义，以对现实世界进行第一次抽象。它有两个明显的优点：接近于人的思维，容易理解；与计算机无关，用户容易接受。但它只能说明实体间语义的联系，不能说明详细的数据结构，它只是数据库设计的第一步。

E-R 图是直观表示概念模型的工具，它有三个基本成分：

矩形框，表示实体类型（考虑问题的对象）。

菱形框，表示联系类型（实体间的联系）。

椭圆形框，表示实体的属性。

实体属性图：

7.6 数据库物理设计

7.7运行设计

运行环境

Web浏览器：IE6.0或Netscape7.0

操作系统要求：MicrosoftWindows98,WindowsNT4.0,Windows2000Prifessional，Windows2000Server,WindowsXP,Windows2003Server，软件要求：Internet信息服务（IIS）

数据库要求：Access2000

运行模块的组合

浏览器的客户端在有输入时启动接收数据模块，通过各模块之间的调用，读入并对输入进行格式化。在接收数据模块得到充分的数据时，将调用网络传输模块，将数据通过网络送到服务器，并等待接收服务器返回的信息。接收到返回信息后随即调用数据输出模块，对信息进行处理，产生相应的输出。

服务器程序的接收网络数据模块必须始终处于活动状态。接收到数据后，调用数据处理/查询模块对数据库进行访问，完成后调用网络发送模块，将信息返回浏览器端。

运行控制

运行控制将严格按照各模块间函数调用关系来实现。在网络传输方面，客户端在发送数据后，将等待服务器的确认收到信号，收到后，再次等待服务器发送回答数据，然后对数据进行确认。服务器在接到数据后发送确认信号，在对数据处理、访问数据库后，将返回信息送回客户端，并等待确认。

运行时间

在软件的需求分析中，对运行时间的要求为必须对作出的操作有较快的反应。网络硬件对运行时间有最大的影响，当网络负载量大时，对操作反应将受到很大的影响。其次是服务器的性能，这将影响对数据库访问时间即操作时间的长短，影响加大浏览器端操作的等待时间，所以必须使用高性能的服务器，建议使用Pentium4处理器。硬件对本系统的速度影响将会大于软件的影响。

8.详细设计

8.1详细设计概述

为了提高软件的质量，延长软件的生存期，软件的可测试性、可维护性是重要保障。软件的可测试性、可维护性与程序的易读性有很大关系。详细设计的目标不仅是逻辑上正确地实现每个模块的功能，还应使设计出的处理过程清晰易读。结构化程序设计是实现该目标的关键技术之一，它指导人们用良好的思想方法开发易于理解，易于验证的程序。

详细设计阶段的根本目标是确定怎样具体地实现所要求的系统，也就是说，经过这个阶段的设计工作，应该得出对目标系统的精确描述，从而在编码阶段可以把这个描述直接翻译成用某种程序设计语言书写的程序。

8.2B/S结构实现系统功能

本系统利用Browser/Server（B/S）结构，实现网上购物的具体功能。这种系统的优势在于系统简单、功能强大、扩展能力良好以及能够方便的跨地狱操作等性能。

B/S（Browser/Server）结构即浏览器和服务器结构。它是随着Internet技术的兴起，对C/S结构的一种变化或者改进的结构。在这种结构下，用户工作界面是通过WWW浏览器来实现，极少部分事务逻辑在前端（Browser）实现，但是主要事务逻辑在服务器端（Server）实现，形成所谓三层3-tier结构。这样就大大简化了客户端电脑载荷，减轻了系统维护与升级的成本和工作量，降低了用户的总体成本（TCO）。

以目前的技术看，局域网建立B/S结构的网络应用，并通过Internet/Intranet模式下数据库应用，相对易于把握、成本也是较低的。它是一次性到位的开发，能实现不同的人员，从不同的地点，以不同的接入方式（比如LAN,WAN,Internet/Intranet等）访问和操作共同的数据库；它能有效地保护数据平台和管理访问权限，服务器数据库也很安全。特别是在JAVA这样的跨平台语言出现之后，B/S架构管理软件更是方便、快捷、高效。

系统程序流程图

程序流程图

本系统中用户端的程序流程图如下：

网上购物系统程序流程图

9.开发环境

9.1 概述开发工具

9.1.1 ASP 概述

ASP 是web 服务器端脚本编写环境，使用它可以创建和运行动态的、交互的、高性能的web 服务器应用程序。ASP 采用脚本语言VBScript（或JavaScript）作为自己的开发语言。使用ASP 可以组合HTML 页、脚本命令和ActiveX 组件以创建交互的web 页面和基于web功能强大的应用程序。

ASP 程序的语法与结构：

ASP 程序结构

Active Server Pages(ASP)必须制作成.asp 扩展名的文件，一个.asp 文件是一个文本文件，包括：

HTML 标记：“<„„>”的部分。

VBScript、Jscript 语言的程序代码。

ASP 语法：“”的部分。

因此，每一个程序连接数据库的 ASP 程序应包含以下四个部分：HTML 标记、ASP 脚本语言、数据库存取语法（查询、增加、删除、修改数据的SQL 语句语法）、显示结果的部分。

语法

ASP 使用“”将ASP 的Script 程序代码括起来，ASP 码在服务器当中执行，执行后产生浏览器看得懂的HTML 码，再传送给使用者。ASP 的原程序，不会传到使用者的浏览器中，可以保护源代码外漏。

ASP 的对象

ASP 是属于对象导向程序语言（Object Oriented Language）的一种，它提供有5 个重要的内建对象供程序员使用【2】【3】。

9.1.2 Access 概

第三篇：网络购物系统用户登陆管理模块比较

1.设计内容与要求

1.1问题描述

（1）给系统用户分成两种角色：注册用户和管理员。能根据角色的不同来显示或隐藏管理功能的链接，即权限不同，可使用系统的功能也不同。（2）实现用户注册和登录功能。

（3）能从用户登陆界面获取用户名和密码。

（4）能连接MySQL数据库来查询验证用户名和密码的有效性。

1.2运行环境要求

正确安装、配置和运行Tomcat服务器。正确安装、配置和运行SQLServer服务器。

正确安装、配置struts 和SQLServer的JDBC驱动程序。

1.3技术要求

要求分别使用三种不同的方式来实现。

 Servlet和html页面结合的技术。 JSP技术和Java辅助类结合。 struts应用程序框架。

利用面向对象的方法、编程思想来完成系统的设计；在设计的过程中，建立清晰的类层次； 在系统设计中要分析和定义各个类，每个类中要有各自的属性和方法；要求理解MVC设计模式和运用struts 框架来实现系统功能的模块化设计。

(1)用户注册：搜集用户个人信息，确定唯一的用户标识，并把信息写入数据库中。用户将看到一个注册屏幕，包含3 个字段：用户名，密码和密码确认。成功的注册要求两次密码相符。如果注册成功，控制将转向一个页面，显示注册成功。如果两次输入密码不同，控制流将转向一个显示失败的页面。

(2)用户登录：根据用户输入的标识，访问数据库，判断用户是否为注册用户；如果是则显示登录成功页面，该页面包含有用户名的欢迎信息；否则提示用户输入错误，重新输入或注册为新用户。

要求页面有合适的表单，对用户输入有客户端的数据验证。比如用户名不能为空。

2.设计说明

2.1系统功能分析

1、用户登录，跳转至相应的成功或失败界面，用户名与密码都不能为空。

2、用户注册，跳转至相应的成功或失败界面，2次密码输入一致。

3、管理员登录，跳转至相应的成功或失败界面。

4、三种不同的实现方式。

2.2系统功能描述

用户登录该系统，用可以通过注册界面注册用户名和密码，并同时完成身份信息的录入。然后可以实现用户登录。同时另一角色管理员也可实现相应的登录操作，通过连接mysql数据库来查询验证用户名和密码的有效性。根据验证结果转向不同的页面进行处理，并给出相应提示。

2.3 功能模块设计

根据功能分析，网络购物系统用户登陆管理可以分为三个模块，每一个模块相应的实现了具体的功能。

3.Servlet和html页面结合的技术

3.1 工程目录结构

3.2 内部文件

登录界面login.html，含function validate()函数验证用户名与密码不能为空。用户注册界面registers.html，含function check()函数验证2次密码输入的一致性。

logins.java处理用户登录信息，含有连接数据库的代码，并连接到数据库,并显示欢迎的界面

regist.java处理用户注册信息，含有连接数据库的代码，并连接到数据库，并显示欢迎的界面

mysql的驱动：连接MyEclipse和MySQL。

3.3关键代码 Login.html

<script language=“javascript”>

function validate(form1){

if(form1.usernamel.value.length==0){

alert(“用户名不能为空!”);

form1.usernamel.focus();

return false;

}

if(form1.passwordl.value.length==0){

alert(“密码不能为空!”);

form1.passwordl.focus();

return false;

} }</script>

onsubmit=“return validate(this)”>

用户名:
密码: 

 注册

第四篇：高校宿舍管理系统用户需求简单描述

用户需求描述：

1.问题提出：

宿舍管理也就成为学校日常管理的重中之中了，宿舍管理的方式也在不断的改进。随着电脑的普及与使用，现在的管理也提升了一个档次，渐渐实现了无纸化办公，即从原来的人工记录管理模式转变为电脑一体化管理。为了方便重庆大学的宿舍管理实现无纸化办公,使工作更有条理，更方便，更有效率特提出研究出这套宿舍管理系统。

2.结合重庆大学现行情况，和对楼管（直接用户）的交流，和长期的调研得出了，用户的大致需求如下：

它主要实现包括：寝室的配置、学生入住、卫生检查、学生违纪（晚出晚归）、外来人员登记，物品搬出 房屋报修，可以更快地了解到每个学生的住宿情况,使公寓的管理效率更高，做的更好！基本功能需求

本系统要实现的是重庆大学学生宿舍管理在设计该系统时，应尽可能的贴近学生 现行楼管的工作流程,便于用户操作。系统在实现上应该具有如下功能：

1.系统要求用户必须输入正确的用户名和密码才能进入系统。

2.系统应该提供宿舍的基本情况登记。包括添加寝室，修改寝室 查看寝室 删除寝室

3.系统还应具有对学生的查看，添加、修改、删除学生基本信息的功能

4.系统应提供人员来访登记及结束访问的详细登记，可查看修改 删除添加

5.系统应提供学生在校期间物品出宿舍楼的详细情况登记，可查看修改 删除添

6.系统应提供对晚出晚归的同学登记功能，可以查看 添加删除 修改

7.系统应提供增加、删除、修改用户帐户的功能。

8.系统还应具有添加、修改、删除学生基本信息的功能。

2，报表需求

学生宿舍管理系统的某些信息应当能够以报表形式打印出来。基本上应该能够实现学生基本信息的报表打印、某宿舍具体住宿情况的报表打印、学生物品出入的信息，晚出晚归报表打印等的功能。

3.系统管理需求

系统管理员能对 楼管进行添加修改 删除

第五篇：网上购物系统需求规格说明书

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

兰州城市学院

信息工程学院111本

杨大鑫，王稼宇，王艺森

2014年3月31日

目录

1.引言...............................................................................................................................................3

1.1编写目的.............................................................................................................................3 1.2项目背景.............................................................................................................................3 1.3范围.....................................................................................................................................3 1.4参考资料.............................................................................................................................3 2.系统定义........................................................................................................................................4

2.1项目来源及背景.................................................................................................................4 2.2用户特点.............................................................................................................................4 2.3项目目标.............................................................................................................................4 3.应用环境........................................................................................................................................4

3.1系统运行的网络环境.........................................................................................................5 3.2系统运行的硬件环境.........................................................................................................5 3.3系统运行软件环境.............................................................................................................6 4.功能规格........................................................................................................................................6

4.1角色定义.............................................................................................................................6

4.1.1购物者......................................................................................................................7 4.1.2管理者......................................................................................................................7 4.1.3数据库......................................................................................................................7 4.2系统主用例图.....................................................................................................................7 4.3客户端子系统.....................................................................................................................8

4.3.1登陆........................................................................................................................10 4.3.2浏览、选择商品....................................................................................................10 4.3.3放入购物车............................................................................................................10 4.3.4确认收货人信息或修改收货人信息....................................................................11 4.3.5选择支付方式........................................................................................................11 4.4管理端子系统...................................................................................................................11

4.4.1登陆........................................................................................................................12 4.4.2订单管理................................................................................................................13 4.4.3商品管理................................................................................................................13 4.4.4用户管理................................................................................................................13

5.性能需求......................................................................................................................................14

5.1界面需求...........................................................................................................................14 5.2响应时间需求...................................................................................................................14 5.3可靠性需求.......................................................................................................................14 5.4开放性要求.......................................................................................................................14 5.5可扩展性需求...................................................................................................................15 5.6系统安全性需求...............................................................................................................15

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：P4 1.8GHz以上 ·内存：256MB以上

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

·分辨率：推荐使用1024×768像素 Web服务器

·CPU：P42.0GHz ·内存：1GB以上 ·硬盘：80GB以上 ·网卡：KMb/s速度 数据库服务器

·CPU：P42.0GHz ·内存：1GB以上 ·硬盘：80GB以上

3.3系统运行软件环境

本系统的软件环境如下：

·操作系统：Windows2000或以上版本 ·数据库：SQL Server 2005 ·Web服务器：IIS5.0以上

·开发工具：Microsoft Visual Studio 2005 ·浏览器：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系统安全性需求

系统有严格的权限管理功能，各功能模块需有相应的权限方能进入。系统需能够防止各类误操作可能造成的数据丢失、破坏。防止用户非法获取网页以及内容。