第一篇：网上鲜花系统需求说明书
网上鲜花系统需求说明书 引言
随着网络的普及，网络支付手段的逐步完善，越来越多的人习惯于网上购物，选择鼠标点击下订单，送货上门的快捷便利的购
物方式。网络为改变传统的商业运作模式提供了一种技术上的可行性的方案：利用Internet的技术和协议，建立各种企业内部网Intranet，企业外部网Extranet，通过廉价的通讯手段，将买家与卖家、厂商和合作伙伴紧密结合在了一起，消除时间与空间带来的障碍，从而大大的节约了交易成本，扩大了交易范围。而在实际的生活中，这种方案已经被广泛的运用到了实际的商业活动中了，人们将这种交易模式称为：电子商务。
而传统书店的购书观念也正在被网上书店这一方便快捷的购书方式所冲击。网上书店在国际互联网上可以实现的商务功能已经越来越多样化，从最开始的信息发布功能，到现在的在线图书展示功能、在线洽谈业务功能、在线交易功能、在线客户服务功能、在线管理功能等等，几乎传统书店所提供的功能都可以在互联网上进行电子化的高效运作，而借助网络的跨地域特点，更是将传统书店的地域限制加以突破，从而大大增加了客户的数量。
任务概述及系统功能概述
2.1 系统功能说明
2.1.1花店前台
前台作为与用户直接交互的界面，在考虑功能的同时，也考虑了操作的简洁和方便性，目的是让大多数不在懂电脑操作的客户，也能轻松的享受电子商务给他们带来的便利。(1)前台主要功能包括
注册/登录、我的账户、花店介绍、联系方式、鲜花查询、图书分类浏览、鲜花展示、鲜花排行榜、精品推荐、购物车、自动友情链接功能等等。
(2)网上花店系统前台设计的特色(a)我的账户
每个注册的用户，都拥有一个属于自己的账户管理界面，客户可以轻松的管理个人基本资料，送货信息资料，修改密码，管理订单，查看鲜花，查询订单汇总。本系统充分考虑到了本模块对于客户的重要性，所以界面尽量做的简捷，采用开放式结构，一目了然，方便客户轻松掌控自己的一切信息，从而提高对花店的信任度，进一步增加花店的销售额。(b)鲜花订购的详细过程
会员注册-->选择鲜花-->下订单-->鲜花店发货-->快递公司送货-->客户收到鲜花核查无误后付款
(c)多种方法查询方式
传统花店最困惑的就是购花时的盲目性，找一束花，需花费大量的时间和精力，网上花店这方向的困惑已经得到了彻底的解决，数据库的高效检索，让客户找书不再烦恼。本系统运用了先进的检索方式，包括模糊查询，按鲜花分类、按鲜花序号，按鲜花价格范围，按生产商，按鲜花名等多种查询方法，同时查询方法简单易懂。
系统前台结构图
系统前台 用户登陆鲜花展示订购服务鲜花知识链接用户注册 新花上架精品推荐销售排行详细分类立即购买加入购物车友情提示
2.1.2花店后台
本系统后台管理在考虑花店管理操作简便的同时，提供了强大的花店管理主模式。大模块上分为用户管理，鲜花管理，订单管理，分类管理。
系统后台结构图
系统后台用户管理鲜花管理
订单管理 分类管理
2.1.3售后服务
(1)、客户评价
当用户购花成功后，可以在当天内对此花的质量等进行评价，若评价经管理员审理后，不含有触犯相关法律法规的内容，则此评价内容会显示在鲜花信息的下方。广开言路，为管理员和其他客户提供参考意见
（2）考虑到鲜花的新鲜度，确认付款后当天内若有质量问题，可与店方协商后换货。
2.2 网上花店的系统特点
(1)简洁美观的操作界面
美观又简单的操作界面对于一个网站能否吸引顾客的光顾，起着至关重要的作用。操作过于复杂或网站的设计过于沉闷都会使网上花店得不到客户的青睐。本系统通过工作人员的精心打造，配以精致的鲜花动画，使网上花店既时尚典雅，又动感十足，吸引广大顾客的光临。
(2)、科学的花店管理模式
系统采用店方推荐与客户检索相结合的方式，能轻松的找到客户所需要鲜花信息；通过完善的信息发布系统，客户可以及时得到花店最新动态和新闻，掌握行业动向；后台结构化管理模式，涵盖了用户管理、订单管理、分类信息管理、鲜花管理等等，为化店的电子化管理提供了一套良好的管理模式。（3）加入购物车
网上购物不可避免的需要涉及邮递，而邮递也需要客户付出一定的费用。购物车系统的开发，使买家可以像在超市购物一样，随意添加删除商品，选购完毕后，统一下单。避免多次付费、重复付费,为客户提供便利。需求规定
3.1对功能的需求
分析用户要求实现的全部功能（分析建模 DFD，DD，E-R）3.1.1 系统功能模块图
网上花店管理系统的功能可以划分为如下几个部分
（1）前台管理：主要是用户或会员必须先进行登录然后进行查看鲜花、选择的鲜花、购买鲜花等基本操作。
（2）后台管理：主要是管理员对会员的管理、整理购买鲜花订单完成发送货、鲜花库存的动态管理、对网站的维护和更改等操作。
登陆界面用户查询管理员登陆注册成为会员会员登陆管理会员管理购花单管理鲜花购买鲜花，收到回执单进行发货生成账目生成购物单更改库存 3.1.2 数据流程图
客户 所有鲜花信息购买鲜花系统鲜花客户顶层数据流图
客户所需鲜花信息鲜花处理1订单支付处理2鲜花客户D1 订鲜花信息D2 支付信息
购买鲜花系统化分析数据流图
注册1.1填写信息挑选鲜花1.2鲜花放入购物车1.3D1所选鲜花信息预订鲜花系统细化分析数据流图
3.1.3 数据字典
本系统的部分数据字典如下：(1).数据存储：
名字：用户表
别名：用户表
描述：记录用户的个人基本情况
定义：用户表=用户id+姓名+家庭住址+登录密码+真实姓名
位置：网上鲜花店数据库 名字：用户分类表 别名：用户分类表
描述：记录各使用者的个人基本情况
定义：用户分类表表用户分类id+职位+姓名+登录密码 位置：网上鲜花店数据库
名字：鲜花表 别名：鲜花表
描述：记录库存鲜花的基本信息
定义：鲜花表=鲜花id+鲜花分类id+名称+描述+价格+点击次数+来自生产商+库存 位置：网上鲜花店数据库
（2）数据结构：
名字：用户id 别名：用户号，编号
定义：用户id=用户申请日期+用户个人编号
会员申请日期=8{数字字符}8 会员个人编号=2{数字字符}8 位置：用户表 名字：管理员id 别名：管理员号，管理员编号
定义：管理员id=部门编号+职工个人编号
部门编号=2{数字字符}2
职工个人编号=5{数字字符}5 位置：管理员表
名字：鲜花 id 别名：鲜花号，鲜花编号 定义：鲜花id=种类编号+编号 种类编号=8{数字字符}8 编号=4{数字字符}4 位置：鲜花表（3）数据元素 名字：花名 别名：花名 定义：4{字符}8 位置：用户表 管理员表 网上鲜花店数据库 名字：联系方式 别名：联系方式
描述：手机联系方式或固定电话联系方式 定义：11{数字字符}11|7{数字字符}7 位置：用户表 用户分类表
网上鲜花店数据库 名字：登陆类别 别名：登陆类别 定义：1{汉字}4 位置：用户分类表 网上花店数据库 名字：密码 别名：登陆密码 定义：3{字符}6 位置：用户表 用户表 网上鲜花店数据库 名字：时间 别名：时间 定义：8{汉字}8 位置：订单表
3.1.4 E—R 图
地址性别密码地址用户名密码用户名用户1购买MM1管理1管理员1管理下订单MM点击次数订单库存价格明细编号鲜花数量订购时间种类鲜花名描述
3.2 对性能要求
3.2.1 精度
本系统要求输入的会员年龄为整数，买书的数量为整数，出生日期必须是合法的日期形式（如1990-08-01），身份证号码必须为数字。3.2.2 时间特性要求
（1）系统的更新处理时间应该在可接受的范围内；（2）系统的数据查询时间应该在可接受的范围内；（3）系统的数据统计时间应该在可接受的范围内。3.2.3 灵活性
（1）操作方式上应该能够满足鼠标和键盘任意切换的需要；
（2）能够支持Windows95、Windows98、Windows2000、Windows Me和Windows XP的运行环境；（3）留有与其他系统的接口。3.3 输入输出要求
对会员注册中“姓名”的输入要求不超过4个汉字或8个英文字符；会员的性别只能选择不能有键盘输入，出生日期必须输入合法（如1990-08-01），输入身份证号必须合法，即必须为18为数字。3.4 数据管理能力要求
由于购买鲜花系统会对用户的资料进行保存，并且，鲜花的库存会随着数的购买或购进新的鲜花而改变，因此对数据的存储有一定的要求；要求提供数据的备份功能。3.5 故障处理要求，可维护性
在输入不对的符号定义格式的数据时，软件应出现提示信息，而不是死机或删除已经输入的信息，然后再弹出界面重新开始。
在鲜花的库存小于用户购买的数量是必须提示库存不足，而不是还可以卖给用户。
系统出错后可以允许的最大恢复时间，系统运行日志，是否允许对系统的修改 3.6 其他专门要求
要求能够按用户姓名进行检索。3.7安全性 3.8可靠性
“系统一个月内不能出现2 次以上故障” 3.9可用性 运行环境规定
4.1 设备
运行本软件要„„的计算机。4.2 支持软件
本系统操作系统包括：Windows XP、Win7等。本系统支持的数据库： SQL Server 2005 本系统的开发工具：Visual Studio.NET 2008＋SQL SERVER2005。
4.3 接口
1）用户接口（人机界面）2）硬件接口 3）软件接口
4）通信接口
第二篇：影院网上订票系统需求说明书
影院网上订票系统
网站需求说明书
计算机科学与技术2班
2012年9月29日
1.项目背景
电影，又称映画，是由活动照相术和幻灯放映术结合发展起来的一种现代艺术，有着复杂繁多的科系。
目前一般大众可以经由网际网络进行许多商业活动，例如购书、订花、购物、游戏等，其中也包含订票（例如机票、火车票、音乐剧入场券等）。其中，在电影院方面也有业者推动相关服务，如：华纳威秀、环球影城、国宾戏院等，已开始使用网际网络提供观众放映影片相关资讯，如场次时间表、影片预告及简介、电影院资讯等。
从网际网络到电子商务的蓬勃发展来看，类似于淘宝网上商城那种从开网店，在网上摆放商品，客人挑选物品再下订单，店主发货等一系列流程已经很成熟了。相对于淘宝网上商城而言，目前电影院的网络服务似乎仍有不足之处。对于使用者而言，影片的相关讯息介绍、预告片都是上百度、谷歌等网上引擎搜索得知，某个城市的特定影城往往不能提供全方位的详细信息，特别是不能满足观众对影片场次时间的查询。
社会生活节奏的加快，许多社会人士忙于工作等繁琐事务，每次想去影城观看电影都要经过现场查询最近热映的影片，每部影片的放映场次等信息，然后才能开始订票，而往往排队等候很长时间以后才发现自己要观看的那场影片的票已经售完，或是没有合适的观看座位。
电影业的蓬勃发展，必然引发的一个问题是群众对电影票需求的增大。特别是一些关注度很高的大片上映的时候，很多观众都反应电影票实在是很难购买，有些人就只能选择观看午夜场。在一些大城市规模很好的影城售票厅内，甚至出现要一大早起来排队去抢票的现象。还有些观众反应等那么长的队伍能买到票，但是都没有自由选择座位的权利。
这样的情况已经普遍的存在了，很多人纷纷提出影城应该提供最近热映的的影片讯息、快要上映的影片相关预告、每场电影的场次安排，以及每场次电影票的网上预订模式。对基于WEB的电影院订票系统的研究，对于观众而言可以增强他们对各部影片的了解，对最新的影片上映动态的掌握，让他们对影片更加期待，尤其能在网上订票模式下使观众享受到不需要等待排队买票与自由选择座位的权利。通过网络轻松订票，从而减少许多因现场购票失败的客户，促使我国电影事业更好更快的发展。
2.项目范围
系统的开发和维护，提供配套的数据库。
3.项目功能需求
3.1系统功能需求
1.会员管理
存放注册会员的基本信息 信息内容：
用户ID、用户名、密码、性别、身份证号码、联系电话等等。操作：
1)需要对会员信息进行增、删、改、查操作。
2.管理员管理
存放管理员信息管理 内容：
管理员ID、用户名、密码 操作：
1)登录后台对后台的数据进行操作。
3.影片基本信息管理
存放影片的基本信息管理 内容：
编号ID、影片名称、影片图片、剧情简介、播放时间。操作：
1)管理员：对影片信息进行增、删、改等操作;上传图片操作。2)普通用户:浏览影片的基本信息等操作。
4.放映计划管理
对影片的档期进行管理 内容：
编号ID、放映时间、票价 操作： 1)对影片的当前进行增、删、改、查操作。
3.2 前后台功能图
会员 登录 注册 查看电影信息 查看会员信息 进行订票 取消订票 网站管理员 登录 电影管理 会员管理 会员会员会员会员信息信息信息信息增加删除查看修改 电影电影电影电影信息信息信息信息增加删除查看修改
3.2 使用流程图
开始进入首页用户登陆是是否没有账号否注册用户电影订票电影院是已满座订票取消是否满座否取消成功电影资料查阅个人资料订票成功开始登陆页面进行登陆返回订票页 错误密码是否正确正确用户管理影片管理影厅管理售票管理信息统计增删查改
4.项目非功能需求
1、可靠性。能连续准确的处理该系统的有关功能，有较强的容错能力。
2、时间经济性。优化逻辑设计与物理设计，使系统运行效率高，反映速度快。
3、可用性。系统面向中小型网站，能够处理基本的影视信息操作。
4、可理解性。用户容易理解和使用该系统。
5、可维护性和适应性。系统应易于修改、易于扩充、易于维护，能够适应业务不断发展变化的需要。
5.项目运行环境
硬件设备
Pentium(R)Dual-Core CPU
E5300 @ 2.60GHz
2.60 GHz,2.00GB的内存。
支持工具和软件环境
Microsofut Windows XP
Professional
版本2002
Service Pack 3
各种办公软件。
6.系统外部接口
无
第三篇：网上购物系统需求规格说明书
网上购物系统 需求规格说明书
兰州城市学院
信息工程学院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系统安全性需求
系统有严格的权限管理功能，各功能模块需有相应的权限方能进入。系统需能够防止各类误操作可能造成的数据丢失、破坏。防止用户非法获取网页以及内容。
第四篇：网上购物管理系统需求分析说明书
网上购物管理系统 需求分析说明书
文件名称：需求分析说明书 文件编号：xxxxxxxxxxxxx 编 制 人： 韩焱 编值日期：2016年11月25 审 核 人：xxxxxxxxxxxxx 版 本： 1.0 指导老师： 孙亚非 1.引言..................................................3 1.1编写目的：........................................3 1.2背景：............................................3 1.3参考资料：........................................3 2.任务概述..............................................3 2.1目标：............................................3 2.2用户的特点：.......................................3 3.需求规定..............................................3 3.1目标：............................................3 3.1首页..............................................3 3.2商品搜索..........................................4 3.3商品详细信息.......................................4 3.4登陆..............................................4 3.5商品分类管理.......................................4 3.6商品管理..........................................4 3.7退出界面..........................................4 4.运行环境规定..........................................4
需求分析说明书
1.引言
1.1编写目的：
本文档为网上购物管理系统需求分析报告，为网上购物管理系统的设计的主要依据，主要针对网上购物管理系统的概要设计和详细设计的人员，作为项目验收的主要依据。
1.2背景：
本软件全称为网上购物管理系统。
本软件为沧州职业技术学院本次考试作品，由小组成员曹孟，崔佳媚，韩焱共同完成。本软件适用于普通网上购物商店。
1.3参考资料：
阳光酒店管理系统。
2.任务概述
2.1目标：
满足客户的需求，实现网上购物的流程。主要功能包括商品搜索、商品详细信息、客户端登陆、商品分类管理、商品管理、退出等。
2.2用户的特点：
最终用户为管理员及购物人员，界面应简洁友好，功能完善，系统易用，易维护。3.需求规定
3.1目标： 3.1首页
首页展示了商品分类及推荐商品，并可以进行商品搜索。3.2商品搜索
在搜索框总输入搜索内容，点击“搜索”按钮即可按关键字进行搜索。
3.3商品详细信息
点击商品列表的商品图片即可进入商品详细信息。
3.4登陆
点击登陆，完成管理端的登陆。
3.5商品分类管理
里面包括商品分类管理的查看、分类添加、分类删除、分类编辑、分类搜索等功能，完成商品分类的增删改查的功能。
3.6商品管理
里面包括商品查询、商品添加、商品编辑及商品删除，完成商品增删改查的管理功能。
3.7退出界面
点击右上角的“退出”图标，即可退出管理系统。
4.运行环境规定
环境：Eclipse集成开发环境（jdk1.8 Tomcat7.0）操作系统：windows2010 数据库：MySQL
第五篇：《景区分销系统》需求说明书
成都易旅网络科技有限公司
《电子票务代理分销系统》
需求说明书易旅网络科技 背景与目标
1.1 背景
旅游行业近年来发展迅速,传统有实力的旅行社顺势不断发展，但随着自身的资源越来越丰富，代理的景区票务、酒店越来越多时，让旅行社自身在资源管理、价格体系管理等方面越来越力不从心，此外，由于自身长久经营积累下来的价格优势也不断促使旅行社发展自已的二级代理或多级代理，但发展自己的代理无疑进一步加剧了管理的压力。随着互联网技术的长足发展，电子票务已经成为了现实，如果有一套在线的网络电子票务软件，将供应商、自身与代理商之间的价格体系、现金流系统地管理起来，将无疑大大地减轻甚至从根本上解决旅行社、票务代理商的难题
渠道中心：略
1.2 系统目标
系统应具有行业通用性，能够满足一般旅行社、票务代理商使用
1.3 运行环境
Windows Server 2003 或2008 IIS7.0或以上
Net Framework 4.0或以上 SQLServer 2008
易旅网络科技 功能需求
2.1 系统登录
管理员登录 供应商登录 代理商登录 验票员登录
2.2 管理员功能需求
2.2.1 管理员首页
今日经营情况 产品统计图表 代理商统计图表 供应商统计图表 公告
2.2.2 供应商管理
供应商列表与查询 新增供应商 编辑供应商 删除供应商 供应商详情 付款操作 提现操作 授信操作
2.2.3 产品类别管理
类别列表 易旅网络科技
添加类别 删除类别 更新类别 类别Index设置
2.2.4 产品管理
产品性质：团体票与散票类型
产品类型：景区，酒店，影院，线路，其它。其中景区、酒店、影院、其它具有通用的属性，线路的属性则具有行业特殊性，部分属性需要单独定义 条码类型分为：系统自有条码，导入外部条码，无需条码 支付类型分为：预付，到付 说明：1.导入条码不能选择团体票
2.无需条码类型操作流程如下，代理商下单，填写客人手机号、身份证等，提交订单，管理员收到订单（短信自动提醒），登录景区系统，获取条码，单击订单上的转发凭证到客人手机，完成订单(申请退款)
添加产品 删除产品 更新产品 锁定产品 下架产品 复制产品
复制产品到其它类别 产品详情 产品列表展示 添加导码产品 编辑导码产品 易旅网络科技
旅游线路产品编辑 旅游线路产品新增 旅游线路与电子印章映射 电子印章管理
电子印章与合同模板映射 合同模板管理 合同模板与产品映射
2.2.5 代理商管理
添加代理商 删除代理商 更新代理商 锁定代理商 代理商列表展示 代理商充值 代理商提现 代理商信用额设置
代理商权限设置（预订、导码） 代理级别设置
2.2.6 验票员管理
添加验票员 编辑验票员 删除验票员 验票员列表与查询
2.2.7 订单管理
订单展示列表 易旅网络科技
订单查询 作废 短信转发
2.2.8 统计报表
订单统计 财务统计 产品统计 代理商统计 供应商统计
代理商导出条码统计
2.2.9 公告管理 2.2.10 用户管理 2.2.11 系统设置
2.3 供应商功能需求
2.3.1 供应商首页
系统公告 本周经营情况 统计图表
2.3.2 验票员管理
参见上面
2.3.3 订单管理
订单列表（未验证不能显示条码） 订单查询 作废 易旅网络科技
2.3.4 统计报表 2.3.5 个人中心
2.4 代理商功能需求
2.4.1 代理商首页
系统公告 本周经营情况 图表统计
2.4.2 订票业务（个人，团队订票）
团体票下单 散票下单 到付消费下单
2.4.3 自助充值
收款账号配置 支付宝相关参数配置 支付宝接口实现 代理商自助充值实现
2.4.4 订单管理
订单展示列表 订单查询 短信重发
退款（导码不能退款，自有条码直接退款，无需条码：在未发货直接退款，已审批只能申请，管理员再审批）易旅网络科技
2.4.5 报表统计 2.4.6 个人中心
修改密码 个人资料
2.4.7 导出条码业务
生成条码 生成条码文件
2.5 验票员功能需求
2.5.1 验票业务
条码有效性验证 各种非法条码提示 验票通过 到付收银
2.5.2 当日验票 2.5.3 当日统计 2.5.4 验票历史 2.5.5 个人中心
修改密码 个人资料
2.6 渠道中心功能需求
2.6.1 产品发布
产品基本信息发布 商务信息发布 易旅网络科技
产品价格体系发布
2.6.2 申请合作
提交申请 取消申请
2.6.3 建立合作
同意合作 拒绝合作
添加渠道产品到产品列表
2.6.4 产品预订
渠道产品预订页面 下单
2.6.5 产品验票 2.6.6 渠道供应商管理
渠道供应商展示 中止合作 自助充值
2.6.7 渠道代理商管理
渠道代理商展示
删除代理商（中止合作） 代理商充值 代理商提现
2.6.8 渠道产品管理
渠道产品展示 删除产品 易旅网络科技
设置代理价格 上线 下线
2.6.9 我发布的产品管理
产品展示 修改价格 编辑基本信息 删除产品 下架产品 上架产品
查看产品渠道代理商
2.6.10 我的申请管理
我的申请列表 取消申请
2.6.11 待审批合作管理
待审批合作列表 审批通过 审批拒绝
2.6.12 渠道产品中心
渠道产品查询 申请合作入口
2.6.13 入驻商户中心
入驻商户展示 编辑入驻商户信息 易旅网络科技
2.6.14 公用验票插件
验票插件实现 独立运行插件实现 与景区系统整合 易旅网络科技
需求要点 易旅网络科技 其它需求
敏感信息进行加密存储;定期数据库备份和建立恢复机制
重要服务高健壮性设计，满足7*24不间断运行 程序具有适当的容错功能;维护一份web站点发布程序一致的安全拷贝 不能留有后门程序和漏洞 目标程序不能进行反编译
技术支持：成都易旅网络科技有限公司 联系电话：*** 联系QQ： 2940034565
点击咨询 