完整word版在线购物系统概要设计软件工程导论.docx
《完整word版在线购物系统概要设计软件工程导论.docx》由会员分享，可在线阅读，更多相关《完整word版在线购物系统概要设计软件工程导论.docx（18页珍藏版）》请在冰豆网上搜索。
完整word版在线购物系统概要设计软件工程导论
网上购物系统
概要设计说明书
班级：
设计人：
学号：
指导老师：
概要设计说明书
1.引言
1.1编写目的
在需求规格说明书的基础上进行一步分析系统的各个功能；需求分析完成后,接着就进入软件设计阶段。
软件设计的基本目标是用比较抽象概括的方式确定目标系统如何完成预定的任务。
概要设计描述了软件系统的草图,即确定系统的物理模型,主要包括三个方面的内容：
Ø一是将软件需求转化为软件体系结构;
Ø二是确定系统级的用户接口;
Ø三是确定全局数据结构和数据库模式。
1.2背景介绍
商务网站设计的主要目的一般是通过网站的推广如淘宝网、拍拍网、京东、亚马逊等等，实现企业的产品及服务的互联，并使客户随时了解公司及公司所提供的最新产品的资讯同时也为客户提供及时的在线服务及订单处理等功能。
在线购物系统是企业产品与客户服务之间建立更加直接沟通及交流的平台。
宣传自己的产品，是企业上网的主要目的之一，将自己的产品展示给客户，让客户通过网站便能够自由选购，这是本系统的主要目的。
1.3定义
需求：
用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。
2.任务概述
2.1目标
对功能的规定：
●网上购物是一个在互联网上进行商品销售管理的电子系统。
根据实际情况，把商品分类，提供商品查找，订单查询，商品管理，订单管理，系统管理等小模块合并成一个可执行的软件系统模型。
使用户快速地搜索和查找到所需要要产品和开发人员可以较快地确定需求，然后采用循环进化的开发方式，对系统模型作连续的精化，将系统需具备的性质逐渐增加上去，直到所有的性质全部满足。
●后台管理功能。
管理员修改功能
商品管理功能
会员管理功能
2.2限制和约束
●一个客户在系统中只有一个账号。
●客户要想购物必须先登陆。
3．总体设计
3.1处理流程
图3.1-1在线购物流程示意图
图3.1-2总体面向数据流设计
3.2总体结构和模块外部设计
通过对用户需求的分析，可以分析出该在线购物系统划分为用户子系统即前台、厂商子系统即后台两个主模块。
前台主模块分为七个模块：
用户注册与登录管理、商品浏览与搜索管理、购物车管理、客户订单管理、付款功能、客户个人信息管理、客户留言管理。
后台主模块分为七个模块：
管理员身份验证、新闻管理、商品管理、订单信息管理、用户信息管理、留言信息管理、帮助系统。
图3.1-1总体模块图
厂商子系统各模块分解如下
图3.1-2管理员用户管理模块图
图3.1-3新闻管理模块图
图3.1-4商品管理模块图
图3.1-5订单信息管理模块图
图3.1-6用户管理模块图
图3.1-7留言投诉管理模块图
图3.1-8帮助系统管理模块图
厂商子系统主要IPO图
图IPO-1商品管理模块IPO图
编号：
M10
模块名称：
商品管理模块
调用：
M10.1,M10.2,M10.3,M10.4,M10.5,M10.6,M10.7,M10.8
输入：
管理员输入商品信息和商品类别信息
输出：
商品列表和商品类别列表
处理：
对商品列表和商品类别表进行查看，添加，修改和删除操作
编号：
M11
模块名称：
订单信息管理模块
调用：
M11.1，M11.2，M11.3，M11.4
输入：
用户订单信息和管理员输入的解决订单信息
输出：
订单列表
处理：
对订单列表进行查看，添加，修改和删除操作
图IPO-2订单信息管理模块IPO图
图IPO-3留言投诉管理模块IPO图
编号：
M12
模块名称：
留言投诉管理模块
调用：
M12.1，M12.2，M12.3，M12.4
输入：
用户留言投诉信息和管理员输入的解决信息
输出：
留言投诉信息列表
处理：
对留言投诉列表进行查看，添加，修改和删除操作
图3.2-1在线购物系统模块图
●总体功能需求
网上购物系统是针对网络用户提供网上购物的现代化平台，以实现用户方便的查询、与购买商品的业务需求。
●客户子系统各个模块功能概述
1）用户注册与登录管理：
这是前台用户进入系统的接口。
虽然用户不进行注册也可以登录网站进行商品浏览,但用户若要进行购物，则必须拥有-个合法的用户账号，要拥有合法的用户账号，只需进行简单的注册即可。
注册成功后，可使用注册得到的账号进行登录,登录成功，即可在该平台进行购物。
2）商品浏览与搜索管理：
用户访问购物网站，首要的任务就是找到自己所需的商品。
该模块提供了用户浏览检索自己所需商品的途径。
用户可以便捷的浏览特价及热卖商品频道來快速查找商品，还可以通过目录或关键字来检索自己所需的商品。
1）购物车管理：
用户找到自己所需商品后,如果还有其他需求的商品，可以将其加入自己的购物车,用户可以对已加入购物车的商品进行管理（比如向其中添加、删除商品,修改购买商品的数量等）。
2）客户订单管理：
顾客确定购物车中的商品后提交订单，如顾客已填写收货人信息，则页面显示该信息并由顾客确认。
如尚未填写则显示相应表单请其填写，系统记录顾客提交的收货人信息以便其下次购物时使用。
顾客提交订单后可在网上商城查询该订单，并可对尚未处理的订单进行取消、修改等操作。
3）付款功能：
顾客在订单被销售方确认后，要选择付款方式，并付款给销售方，然后才可以收到货。
4）客户个人信息管理:
用户可以对自己的注册信息进行维护,比如,修改自己的联系方式、重置密码等。
5）客户留言管理：
用户可以对网站留言,对假冒伪劣商品进行举报等。
●厂商子系统各子模块功能概述
1）管理人员身份验证：
该部分的用户有一个超级管理员以及若干个普通管理员，超级管理员拥有最高权限，可访问所有订单，可浏览、查询订单，可浏览、修改普通管理员和会员的资料，普通管理员分两种，一种是订单管理员：
主要负责订单管理，可浏览、修改订单状态，可浏览会员信息；另一种是界面管理员：
主要负责界面管理，可增、删商品和广告等操作。
2）新闻管理：
该模块可以发布网站的一些重要新闻,比如新到商品、网站重大活动等。
3）订单管理：
顾客可通过Web方式取消、修改自己提交的订单（在管理员确认前），查询自己提交的订单，管理员根据是否付款、发货等来确认和管理订单信息。
4）商品管理：
管理员可以添加、修改、删除商品；也可以添加、修改、删除商品类别。
5）用户管理：
该模块对前台注册用户进行管理，比如对有不良记录的用户账号进行删除等处理。
6）留言管理：
该模块对用户的留言与投诉信息进行管理，比如对用户反映的问题进行回复并处理，对一些违反国家法律、法规的留言进行删除等。
7）帮助系统：
该模块是为方便用户更方便的使用本系统而设。
类似一个帮助文档CHM，对购物流程中每个步骤中经常出现的问题进行解答,并提供快速搜索问题的途径。
4.接口设计
4.1外部接口
用户界面接口设计：
本产品的用户一般需要通过终端进行操作，进入主界面后点击相应的窗口，分别进入相对应的界面（如：
输入界面、输出界面）。
用户对程序的维护，最好要有备份。
软件接口：
WIN9X/NT操作系统，JAVA编程
开发环境：
windows7+jdk1.7+myeclipse
硬件接口：
PC机
4.2内部接口
系统中的各模块之间的接口、调用关系，以及模块间的数据传递关系如下图所示：
（1）初始化模块：
系统当用户登入网站后调用，执行完毕后进入消息循环状态；
（2）关闭系统模块：
由系统功能模块调用，执行完后返回操作系统。
（3）系统功能模块：
接受系统功能区的相应信息，启动浏览、订购、登入、服务、管理等模块。
（4）浏览模块：
由相应消息驱动，完成对文件模块的直接消息响应功能，可能会调用刷新浏览模块。
（5）商品资料模块：
由相应消息驱动，完成对购货资料区的直接消息响应功能，可能会调用刷新货物模块和货物查询模块（包括一般查询和高级查询）、货物订购模块、支付模块，补交货款模块。
（6）用户资料模块：
由相应消息驱动，完成对用户资料区的直接消息响应功能，可能会调用刷新用户模块会员注册模块、会员帐目模块、会员预付模块。
（7）定单资料模块：
由相应消息驱动，完成对定单资料区的直接消息响应功能，可能会调用刷新定单模块和定单查询模块及取消定单模块。
（8）密码管理模块：
完成对密码的管理。
（9）身份验证模块：
完成对用户身份的验证。
5.数据库设计
数据库是“按照数据结构来组织、存储和管理数据的仓库”。
数据库在软件系统中起着很重要的作用,是持久性存储数据的地方。
数据按照特定的格式存储到数据库中后,程序可以很方便的对其进行访问,并向其中添加数据、修改数据、删除数据等。
数据库的建立一般要经过概念结构设计、逻辑结构设计和物理结构设计。
5.1概念结构设计
通过对用户需求进行综合、归纳与抽象,形成一个独立于具体DBMS的概念模型。
概念结构设计的主要任务就是绘制出系统的E-R图,根据需求分析定义的实体对象有：
用户、物流、商品、新闻、订单、留言等。
该系统的局部E-R图如图5-1至5-6所示：
图5-1用户实体ER图
图5-2商品实体ER图
图5-3新闻信息实体ER图
图5-4订单实体ER图
图5-5留言实体ER图
图5-6留言实体ER图
综合以上各分E-R图,可以画出系统的整体E-R图,它描述了个实体之间的关系，如图5-7所示：
图5-7总体E-R图
5.2数据库逻辑设计
逻辑结构设计的任务就是把概念结构设计阶段设计好的E-R图转换为与选用DBMS产品所支持的数据模型相符合的逻辑结构。
当今数据库使用的数据模型是关系模型,所以逻辑结构设计的主要任务就是把E-R图转换为关系数据模型,即得到数据库的关系模式。
根据E-R图的转化为关系数据模型的方法，将各个实体的转换如下
用户（用户名，用户密码，电子邮箱，联系电话，是否为管理员）；
类别（类别编号，类别名称，类别描述）；
商品（产品编号，商品类别编号，商品名称，商品描述，商品价格）；
订单（订单编号，订货日期，订购商品数量，订单状态，客户名字，客户地址，邮政编号，联系电话，总价，付款账户，付款方式，有效时间，备注信息）；
留言（留言编号，留言时间，留言对象，留言用户名，留言内容）；
物流（物流编号，快递单号，商家信息，发货时间，收货时间，收件人姓名，收件人联系电话，收件人地址，承运商名，物流投递状态）；
5.3数据库物理结构设计
数据库在物理设备上的存储结构与存取方法称为数据库的物理结构。
结合所选用的DBMS,为给定的逻辑数据模型选取一个最适合应用要求的物理结构的过程,就是数据库的物理结构设计。
物理结构设计的主要任务就是确定数据库的表结构、主、外键约束、索引设计等，各个实体设计如图
表5.3-1用户实体表结构
字段名
字段描述
数据类型
数据大小
是否是主码
是否可以为空
User_NAME
用户名
Varchar2（）
14
是
否
User_PASSWORD
用户密码
Varchar2（）
20
否
否
User_EMAIL
用户邮箱
Varchar2（）
45
否
否
User_TEL
联系电话
Varchar2（）
11
否
否
Is_ADMIN
是否为管理
Varchar2（）
1
否
否
表5.3-2类别表结构
字段名
字段描述
数据类型
数据大小
是否是主码
是否可以为空
Category_ID
类别编号
number
15
是
否
Category_NAME
类别名
Varchar2
50
否
否
Category_DIS
类别描述
Varchar2
200
否
否
表5.3-3商品实体表结构
字段名
字段描述
数据类型
数据大小
是否是主码
是否为外码
是否可以为空
Product_ID
商品编号
number
15
是
否
否
Product_NAME
商品名
Varchar2
50
否
否
否
Category_ID
类别编号
number
15
否
是
否
Product_DIS
商品描述
Varchar2
200
否
否
是
Product_PRICE
价格
number
（8，2）
否
否
否
表5.3-4订单实体表结构
字段名
字段描述
数据类型
数据大小
是否是主码
是否为外码
是否可以为空
Order_ID
订单编号
number
30
是
否
否
Order_DATE
订购时间
Date
否
否
否
Order_QTY
订货数量
Number
10
否
否
否
Order_STATUS
订单状态
Varchar2
20
否
否
否
Customer_NAME
客户姓名
Varchar2
50
否
是
否
Customer_ADDRESS
客户地址
Varchar2
100
否
否
否
Customer_TEL
联系电话
Char
11
否
否
否
Post_CODE
邮编
Char
6
否
否
否
Price_TOTAL
总价
Number
（8，2）
否
否
否
Pay_WAY
付款方式
Varchar2
50
否
否
否
Pay_NAME
付款账户
Varchar2
50
否
否
否
Effective_TIME
有效时间
Date
否
否
否
Order_DIS
备注信息
Varchar2
100
否
否
是
表5.3-5留言实体表结构
字段名
字段描述
数据类型
数据大小
是否是主码
是否可以为空
Message_ID
留言编号
Number
20
是
否
Message_TO
留言对象
Varchar2
20
否
否
Message_BY
留言用户名
Varchar2
20
否
否
Message_TIME
留言时间
Date
否
否
Message_DIS
留言类容
Varchar2
500
否
否
Message_STATUS
留言状态
Char
1
否
否
表5.4-6物流实体
字段名
字段描述
数据类型
数据大小
是否是主码
是否可以为空
Logistics_ID
物流编号
Varchar2
30
是
否
Courier_ID
快递单号
Varchar2
30
否
否
Courier_NAME
承运商名
Varchar2
50
否
否
Send_BY
商家信息
Varchar2
50
否
否
Customer_NAME
客户姓名
Varchar2
50
否
是
Send_TIME
发货时间
Date
否
否
Receive_TIME
收件时间
Date
否
否
Customer_TEL
收件人联系电话
Char
11
否
否
Customer_ADRESS
收件人联系地址
Varchar2
100
否
否
Logistics_STATUS
物流状态
Varchar2
20
否
否
Post_CODE
邮编
Char
6
否
否
6.出错处理设计
6.1出错输出信息
出错信息表
出错信息
出错时，系统输出信息的形式、含义及处理方法
乱码
系统输出信息的形式为乱码，解决办法：
对提交的汉字信息从新进行编码。
注册
输出信息，注册不成功，解决办法：
输入符合软件规定的会员名和密码。
登录
输出信息，没有添加成功，解决办法：
仔细检查插入语句是否出错，或者是是否有数据库连接代码
6.2补救措施
将上面的给出的出错信息进行分析，得到主要的错误可能有：
（1）数据库连接错误：
这类错误主要是数据库设置不正确引起的，我们只要取消本次操作，提醒维护人员自己检查数据库问题即可。
（2）输入错误：
主要是用户输入不规范造成的，我们在尽量减少用户出错的条件的情况下对用户进行提醒，然后再次操作。
（3）乱码：
主要发生在提交汉字信息的情况下，这是我们只需要对提交的汉字从新进行编码即可。
（4）其他操作错误：
对于用户的不正当操作，有可能是程序发生错误。
我们主要是种植操作，并提醒用户种植的原因和操作规范。
（5）其他不可预知的错误：
程序也会有一些我们无法预知或没有考虑完全的错误，我们对此不可能做出完全的异常处理，为了保证数据的安全，要经常对数据库进行备份。
然后犯规错误信息，以逐步完善程序。
7.安全保密设计
本软件作为教学课堂作业,它的规模不大,保密技术在此不说明；限定一个程序中某些区域的规约，给不同的模块分配不同的功能。
8.维护设计
系统测试之后，我们进入了试运行及维护阶段，这一阶段的的目的是保证管理信息系统正常而可靠地运行，并能使系统不断得到改善和提高，以充分发挥系统本身的作用。
在整个系统的运行过程中，系统的维护和管理是始终贯穿其中的，包括进行系统应用程序的维护、代码的维护、数据的备份与恢复、硬件设备维护。
系统在运行时，也要随着环境的变化根据不同的需求及变化对系统进行必要的修改，使得系统功能更加完善。
系统维护工作贯穿于系统的整个运行过程中，包括：
系统应用程序的维护、数据的维护、代码的维护、硬件设备维护，系统维护的重点是系统应用软件的维护工作。
而系统维护工作不应总是被动的等待用户提出要求后才进行，应进行主动的预防性维护
升级会员 