商品在线销售系统 软件工程文档Word格式文档下载.docx

商品在线销售系统 软件工程文档Word格式文档下载.docx

《商品在线销售系统 软件工程文档Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《商品在线销售系统 软件工程文档Word格式文档下载.docx（34页珍藏版）》请在冰豆网上搜索。

可以对购物车中的商品查询、添加、删除、修改.

订单管理：

在用户购物车中的商品信息提交后，生成订单。

会员可以查询订单信息但不能删除订单。

后台管理员具有查询订单信息，删除订单的权限。

产品管理：

管理员具有对商品进行添加、删除、查询、修改的权限。

2．2目标

a.系统投入运行后，用户可以在网上购物，方便又快捷；

b.商家可以减少成本支出，扩大销售范围；

2．3条件、假定和限制

　系统可行性分析时间：

1周。

运行环境：

装有浏览器的操作系统。

2．5评价尺度

a.费用成本的大小:

只要系统中有浏览器即可，开发成本低。

b.系统访问压力：

系统同一时间访问量能超过一定额值,如超过5000人次。

c.开发时间：

不能超过两个月。

2.6　所建议的系统

2.6.1对所建议系统的说明

本系统为HECP在线销售系统，包括四个模块：

用户管理、购物车管理、订单管理、商品管理功能模块。

用户分为游客和会员，游客可浏览商品信息，在注册后成为会员，登录后可进行购物，会员将商品加入购物车中后，可以取消购买商品，修改商品数量，清空购物车等操作，会员将购物单提交后，生成订单，会员可以查询订单明细，但不能进行删除修改，假如双方交易失败，只有后台管理员可对订单进行修改删除。

后台管理员登陆后可以对商品进行管理，管理员可以添加商品、删除商品，查询、修改商品信息，也可以对会员信息进行管理，如强制注销信用不好的会员。

2.6.2处理流程和数据流程

图1、HECP顶层数据流图

图2、HECP在线销售系统的第一层数据流图

数据项描述：

名字：

注册信息

别名：

注册表

描述：

游客注册时的注册信息

定义：

注册信息=用户名+密码+所在地区+联系地址+邮编+家庭电话+办公室电话+手机+Email地址

位置：

会员信息

会员查询、修改时的信息

会员信息=用户名+密码+所在地区+联系地址+邮编+家庭电话+办公室电话+手机+Email地址

会员信息文件

登录信息

会员登录时的信息

登录信息=用户名+密码

商品信息

供用户浏览和购买的商品信息

商品信息=序号+产品名称+价格

商品信息文件

订单信息

订单

用户订购商品的信息

订单信息=序号+订单编号+订单金额+订单状态+付款方式

订单信息文件

购物单

购物信息

会员的购物信息

购物信息=序号+产品名称+价格+数量

购物单信息文件

2.6.3局限性

　　此系统在销售前台和后台管理方面没有做到分离，主要原因是这个系统考虑到系统中的商品来源来自后台管理方面。

2.6.4技术条件方面的可行性

当前的技术有充分的可行性，我们对开发的技术已经比较明确,技术上也达到要求，我们将用到的软件环境：

MyEclipse7.0作为开发环境,Oraclexe10g作为数据库。

我们相信我们可以在规定的时间内完成开发，完成系统所有的功能。

3　投资及效益分析

3．1支出

　　我们经过讨论，系统支出为两台笔记本，一台台式机，支出为5000*2+3000=13000元，支出相对较低。

3．1．1基本建设投资

软件费用，用到了PowerDesigner12.0和Oracle10gXE,软件只是用到了下载软件的费用，费用10元。

人员工资：

如没100行代码50元计，则预计5000行代码，花费（5000/100）*50=2500元

3．1．2其他一次性支出

a.需求分析和设计的研究大家共同探讨，只是花费了时间，费用方面，培训费用方面暂时为0；

　b.目前没有人员的调动，此情况的费用也暂时为0.

3．1．3非一次性支出

　暂时没有

5．2收益

5．2．1一次性收益

一次性收益预计可达5000元，用户只要有浏览器即可运行，管理简单，要求的资源少，运行效率快。

5．2．2非一次性收益

　　在整个系统生命期内由于运行所建议系统预计800元每月，9600元每年。

5．2．3不可定量的收益

上架产品信息掌握的比较好，收益增加；

上架产品信息没有掌握好，收益不好；

但是在改进后，收益增加。

5．3收益／投资比

　　整个系统生命期的收益／投资比值=（9600+5000）/（13000+10+2500）=14600/15110=0.966

5．4投资回收周期

　　,成本-第一年=15110-14600=510元，而每个月预计收入800元，则510/800=0.6375,因而本系统的投资回收期为1+0.6375=1.6375，可从第二年的第一个月份中旬后可开始盈利。

6　结论

　经过可行性研究，大家一致通过可以立即开始进行。

软件需求说明书

1　引言

1．1编写目的

　　能够准确地回答“在线销售系统必须做什么？

”的问题，即确定系统必须完成那些工作，对目标系统提出、准确、清晰、具体的要求，准确的描述软件需求，为进一步的总体设计打下基础。

本系统名称为HECP在线销售系统。

1．3定义

1．4参考资料

2　任务概述

2．1目标

本系统开发的意图是为了实现网上商品销售，扩展商场的市场，降低商场的销售成本，提高商场的销售收益。

应用目标是商品的在线销售，扩增商场的业务范围。

作用范围是所有可以连接到Internet的用户。

本系统是华软商务平台的一个子系统，全称是HECP商品在线销售系统。

华软电子商务平台包括：

该子系统在线销售系统主要实现的功能是网上商品交易。

商铺管理系统提供商品管理，为此系统提供商品来源，清算结算系统从本系统中的交易中的数据进行处理，后台管理系统提供用户管理等功能。

2．2用户的特点

　　此软件的最终用户为广大网上购物消费者，没有技术水平方面的限制，本软件的预期使用频度即访问人次不得多于5000人次，否则可能造成系统瘫痪。

2．3假定和约束

a.此软件必须工作在装有浏览器的操作系统上，能够进行网上访问。

b.经费方面得要有三台计算机，相关软件要配备。

c.开发期限不得超过两个月。

3　需求规定

3．1对功能的规定

第二层数据流图如下：

第二层数据流图用户管理模块图1.1

第二层数据流图购物车管理模块图1.2

第二层数据流图订单管理模块图1.3

第二层数据流图购物车管理模块图1.4

注册记录

会员登录信息

用户记录

会员的信息

系统提供的可供用户浏览和购买的商品信息

购物车信息

购物车中的商品信息

购物单=序号+产品名称+价格+数量

购物车信息文件

会员所购买的所有的商品信息

3．2对性能的规定

3．2．1精度

用户注册信息的输入要求：

用户名：

必须为首字母为英文字符且长度应在6～20个，有字母、数字和下划线组成，不包含特殊字符，且非空

用户密码：

长度应在6～15个范围内，且非空。

联系人地址:

非空

邮编：

家庭电话/办公室电话：

必须是数字的组合且长度为区号4为+“-”+8位数字,可以为空。

手机：

必须是数字的组合且长度为11位

Email地址：

必须为有效的电子邮箱地址。

购物车提交订单时商品的数量应为大于0的正整数。

3．2．2时间特性要求

　　本系统对于时间特性的要求：

在B/S架构下，页面刷新时间应该在用户可以忍受的时间限度内，不得超过2s的等待时间。

3．2．3灵活性

a．操作方式上的变化：

本系统是基本浏览器的B/S架构的Web应用程序，用户只要通过浏览器访问本系统的页面即可实现商品交易。

b．运行环境的变化：

用户的计算机可以上Internet，安装浏览器，具有跨平台性。

3．3输人输出要求

　　用户注册信息应都为字符串类型，物品订购数量为正整数。

4　运行环境规定

4．1设备

　　运行该软件所需要的硬设备指标：

a．处理器型号：

i386系列

内存容量；

512MB

b．外存容量：

10GB（操作系统、数据库软件、服务器软件等）

联机或脱机：

联机

设备的型号：

普通的PC机

数量；

两台（一台做数据库服务器、一台做Web服务器）

4．2支持软件

支持装有浏览器的操作系统平台

概要设计说明书

　编写本文档的目的是为了大致描述在线销售系统的总体设计结构，以及划分系统的各个功能模块。

在需求分析说明的基础，更加详细的描述本系统的大致功能结构。

此文档为后期的详细设计提供参考依据。

预期的读者：

系统详细设计人员，系统编码人员以及系统测试人员。

1．2背景

系统名称：

系统结构图：

描绘软件结构的图形工具，图中一个方框代表一个模块，框内注明模块的名字或主要功能；

方框之间的箭头（或直线）表示模块的调用关系。

b.现代软件工程周之英编著

c.软件需求分析说明书

2　总体设计

2．1需求规定

　主要输入项目：

会员注册信息，会员修改信息，商品信息等。

主要输出项目：

会员信息，商品信息和订单信息等。

处理项目：

会员信息注册，会员信息修改，商品信息添加、修改和订单信息生成等。

系统角色权限：

游客只可以浏览系统的商品信息，但可以用户注册成为系统的会员，成为会员后可以登录系统，查看和修改个人信息，浏览和订购商品，查看生成的订单信息等。

后台管理员可以管理会员信息、商品信息和订单信息等。

2．2运行环境

硬件环境：

支持环境：

装有浏览器的操作系统

2．3基本设计概念和处理流程

2.3-0在线销售系统总IPO图

图2.3-0中显示在线销售系统的总的IPO图，输入部分包括：

商品信息、用户信息和订购信息；

处理部分包括：

处理商品信息管理、处理用户信息管理、处理购物车信息管理和处理订单信息管理；

输出部分包括：

显示商品管理信息、显示购物车管理信息、显示用户管理信息和显示订单管理信息。

图2.3-1系统的用户信息部分的第一级分解

图2.3-1中所表示的系统对用户信息的输入，处理和最后处理的结果的输出过程。

图2.3-2系统的商品信息部分的第一级分解

图2.3-2中所表示的是系统对商品信息的输入、处理和输出的处理过程。

图2.3-3统的商品信息的购物车管理的第一层分解

图2.3-3所表示的是系统对商品信息和用户信息的输入、处理和输出的处理过程。

输入信息包括：

商品信息和订购信息；

处理包括：

添加商品、取消一个商品、数量修改和清空购物车；

输出信息包括：

显示购物车管理信息。

图2.3-4统的商品信息和用户信息综合操作的第一级分解

图2.3-4所表示的是系统对商品信息和用户信息的输入、处理和输出的处理过程。

输入信息包括用户信息和商品信息；

处理包括处理订单信息：

处理订单信息提交，处理订单信息查询和处理订单信息的删除。

输出包括显示订单管理信息。

2．4结构　　

用一览表及框图的形式说明本系统的系统元素（各层模块、子程序、公用程序等）的划分，扼要说明每个系统元素的标识符和功能，分层次地给出各元素之间的控制与被控制关系．

图2.4-1在线销售系统的第一级分解

图2.4-1中可以看出，本系统是由信息收集模块、数据转换控制模块和信息显示模块组成。

图2.4-2精化后的在线销售系统的软件结构

图2.4-2中较为详细的描述的在线销售系统的软件结构，从图中可以看出，系统总共分为接收输入、处理和显示三大模块。

输入包括：

用户信息、商品信息和订购信息；

理包括：

处理用户信息管理、处理商品信息管理和处理订购信息管理；

输出包括：

显示用户管理信息、显示商品管理信息和显示订单管理信息。

详细设计说明书

1引言

在前一阶段（概要设计）中，已解决了实现该系统需求的程序模块设计问题。

包括系统模块间的关系设计，以及数据结构和模块结构的设计等。

在以下的详细设计报告中将对在本阶段中对系统所做的所有详细设计进行说明。

本阶段依据概要设计的要求，确定应该如何具体地实现所要求的系统，从而在编码阶段可以把这个描述直接翻译成用具体的程序语言书写的程序。

具体包括各功能模块信息的录入、修改和删除,以及对数据库信息的统计分析等。

1．2背景　

a）软件工程导论（第五版）张海藩编著

b）现代软件工程周之英编著

c）需求分析说明书

d）概要设计说明书

2　程序系统的结构

本系统经分析，其总体功能模块图如下：

图1总体功能模块图

本系统共分为四大功能模块：

用户管理模块、购物车管理模块、订单管理模块和商品管理模块。

（一）用户管理模块

名称：

用户管理

标识符：

UserInfoMgrModel

功能：

负责接收输入系统的用户信息并调用用户管理的相关子模块实现用户注册、用户登录验证、用户信息修改和用户注销功能。

用户管理所包含的子模块：

（1）用户注册子模块：

名称：

用户注册

标识符：

UserRegist

功能：

负责接收用户的输入的注册信息实现用户注册功能。

接收的用户注册信息包括用户名（uName）、密码（uPassword）、所在区域（uArea）、联系地址（uAddress）、邮政编码（uPostcode）、联系电话（uPhone）和Email邮箱地址（uEmail）等。

（2）用户登录子模块：

用户登录

UserLogin

负责向用户提供登录页面，接收用户输入的用户名和密码，并将其与系统数据库中的用户信息比对，验证其是否与数据库中的用户信息匹配，匹配则成功登录，否则给出登录信息错误的提示消息。

接收的删除包括：

用户名（uName）和密码（uPassword）。

（3）用户信息修改子模块：

用户信息修改

UserInfoModify

负责为已登录系统的会员提供更新个人信息的页面，接收用户修的改信息，并将其更新到系统用户信息数据库中。

可修改的信息包括：

用户登录密码（uPassword）、住址（uAddress）、邮政编码（uPostcode）、联系电话（uPhone）和Email邮箱地址（uEmail）等。

（4）用户注销子模块：

名称:

用户注销

UserCancel

负责将指定的用户名所对应的信息从系统数据库中删除的功能。

本模块只有系统管理员有权限执行。

接收的参数包括：

用户名（uName）。

（二）购物车管理模块

购物车管理

ShoppingCartMgr

负责接收会员在浏览商品的订购信息，并调用相关的子模块实现购物车商品的添加、取消订购、订购数量的修改和清空购物车的功能。

购物车信息存放与系统的临时数据库中。

购物车管理所包含的子模块：

（1）添加商品子模块：

添加商品

ShopAdd

负责将用户输入的要订购商品及数量并将其添加到购物车中的功能。

商品的编号（goodId）、商品的价格（goodPrice）以及要订购商品的数量（ShopAmount）等信息。

（2）取消商品子模块：

取消商品

ShopCancel

实现将会员购物车中的一条订购商品的记录从购物车中删除的功能。

商品的编号（goodId）。

（3）数量修改子模块：

数量修改

ShopAmountModify

实现修改会员购物车中的一条订购商品的订购数量信息。

接收参数包括：

订购的商品编号（goodId）和修改后的订购数量（ShopAmount）。

（4）清空购物车子模块：

清空购物车

ShoppingCartClear

实现将会员购物车中的购物信息清空的功能。

即直接将购物车中订购记录清空。

（三）订单管理模块：

订单管理

OrderInfoMgr

负责接收用户操作，并调用相关的子模块实现对订单的提交、订单的查询和订单的删除操作。

订单管理所包含的子模块：

（1）提交订单子模块：

提交订单

OrderSubmit

负责将用户购物车中的订购商品记录提交到系统，并生成具有唯一编号（orderNo）的商品订单。

此模块给会员提供一个购物车信息提交页面，用户单击页面上的提交按钮，系统响应用户操作，执行此子模块的操作。

此模块所需参数包括：

会员的用户名（uName）、住址（uAddress）、邮编（uPostcode）、联系电话（uPhone）、Email地址（uEmail）和订购商品的商品编号（goodId）、对应商品的订购数量（ShopAmount）以及订购的付款方式（payWay）等信息。

（2）订单查询子模块：

订单查询

OrderQuery

实现从系统的订单信息数据库中查找与某一用户名相关的所有订单信息并显示给用户。

系统管理员可以查询系统所有的会员的订单信息。

此模块所需的参数：

与订单相关的会员的用户名（uName）或者为指定订单的编号（orderNo）或者为ALL，表示要查询所有会员的订单信息（只有系统管理员可以执行此方式的查询操作）。

（3）删除订单子模块：

名称:

删除订单

OrderCancel

实现从系统的订单数据库中删除指定订单编号所对应的订单信息。

订单的编号（orderNo）。

（四）商品管理模块：

商品管理

GoodInfoMgr

负责接收系统管理员所输入的商品信息及管理操作并通过调用相关的子模块实现商品信息的添加，查询、修改和删除等功能。

商品管理所包含的子模块：

（1）添加商品信息子模块：

添加商品信息

GoodAdd

负责接收系统管理员输入的商品信息并将其处理生成系统中唯一的商品编号（goodId）添加到系统的商品信息数据库中。

此模块所需的参数包括：

商品名称（goodName）、商品价格（goodPrice