第三组总体设计说明书.docx
《第三组总体设计说明书.docx》由会员分享，可在线阅读，更多相关《第三组总体设计说明书.docx（19页珍藏版）》请在冰点文库上搜索。
第三组总体设计说明书
小小饰界网站
总体设计说明书
版本<1.0>
文档信息及版本历史
文档信息
项目名称
小小饰界网站
项目编号
001
文档名称
小小饰界网站总体设计说明书
存储位置
版本
作者/修改者
日期
描述
V1.0
张浩旭
2014\04\9
撰写总体设计说明书
华磊
李丹
程恩爱
铁胜玉
目录
1．引言4
1.1编写目的4
1.2背景4
1.3定义4
1.4参考资料5
2．总体设计5
2.1需求规定5
2.1.1系统功能5
2.1.2系统性能5
2.1.3输入输出要求6
2.1.4数据管理能力要求6
2.1.5故障处理要求6
2.1.6其他专门要求6
2.2运行环境6
2.2.1设备6
2.2.2支持软件7
2.2.3接口7
2.2.4控制7
2.3基本设计概念和处理流程7
2.4结构8
2.5功能需求与系统模块的关系9
2.6人工处理过程10
2.7尚未解决的问题10
3.接口设计10
3.1用户接口10
3.2外部接口10
3.3内部接口11
4.运行设计12
4.1运行模块组合12
4.2运行控制12
4.3运行时间12
5．系统数据结构设计13
5.1逻辑结构设计要点13
5.2物理结构设计要点13
5.3数据结构与程序的关系14
6．系统出错处理设计15
6.1出错信息15
6.2补救措施15
6.3系统维护设计16
1．引言
1.1编写目的
概要设计说明书编制的目的是：
说明对程序系统系统的设计考虑，包括程序系统的基本处理流程、程序系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等，为详细设计提供基础。
本软件概要设计说明书的读者是系统开发人员或合同约定人员。
本说明书作为用户与该系统软件开发维护人员共同遵守的软件概要设计说明。
1.2背景
（1）开发的网站的名称：
小小饰界网站；
（2）该项目的任务提出者：
张浩旭，李丹，华磊，程恩爱，铁胜玉；
（3）开发者：
张浩旭，李丹，华磊，程恩爱，铁胜玉；
（4）该项目的用户是有消费需求的游客和会员，还有客服管理员和系统管理员。
（5）项目与其他软件，系统的关系：
本项目采用客户机/服务器原理，客户端的程序是建立在Windows 系统上以MyEclipse、dreamweaver、MySql数据库等为开发软件的应用程序。
（6）项目简介：
本系统主要实现网上产品展示与购物及人员的管理，一、不同身份有不同的权限功能（管理人员、会员、游客）；二、产品展示（分页显示）；三、购物；四、后台管理（用户管理、商品的管理）。
1.3定义
MyEclipse所用的开发工具
B/S结构Brower/Server，浏览器/服务器模式
操作系统：
Windows2008/XP、Windows7
浏览器：
IE5.0、FireFox、Google
W服务器：
Tomcat6.0.1以上版本
数据库产品：
MYSQL5.0
1.4参考资料
《软件工程－理论与实践》
《个体软件开发过程》
《软件工程》（第二版） 张海藩 编著 人民邮电出版社出版
《软件工程及其应用》 周苏、王文等 天津科学技术出版社
2．总体设计
2.1需求规定
2.1.1系统功能
系统包括的范围：
商品分类检索、首页推荐商品、购物车、订单生成、订单查询、辅助功能、商品评论、管理员管理、商品类别管理、分类商品管理、会员管理、处理订单、进销存功能、配送方式、付款方式等。
2.1.2系统性能
a.精度
系统的精度较高。
b.时间特性要求
系统的速度要在用户可接受的范围内，但考虑到需要实时检测服务器的可用性，对资源实时搜索的速度可以有较低的要求。
c.可靠性
系统要有较高的可靠性，可恢复性。
d.灵活性
系统要有良好的接口，以适应增加资源平台，增加资源类型，增加相关的资源获取功能的需求
2.1.3输入输出要求
说明将向用户提供的接口，以及系统的回答信息。
即用户在系统运行过程中提供的输入操作，及系统相应的输出信息。
输入操作包括是否通过界面、通过读取数据文件等方式实现。
本系统提供可视化的操作方式，不提供命令控制语句进行输入控制，从而用户只需要使用鼠标进行命令操作，使用键盘输入系统接受的参数。
用户接口集中在下图的界面层，用户主要通过窗体、控件、对话框等可视化元素进行交互。
2.1.4数据管理能力要求
系统需要记录用户最近浏览和购买过的商品的地址，用户名，密码。
2.1.5故障处理要求
具有一定的容错能力，能检测用户的错误输入并给出错误提示，能检测资源的可用性错误并输出结果。
能进行系统故障恢复。
2.1.6其他专门要求
因为本系统是一个常见的网站系统，所以要求界面友好，使用方便，并要求系统具有高稳定性，可扩充性和运行环境的可转换性。
2.2运行环境
2.2.1设备
硬件需求：
管理端硬件要求
序号
名称
最低配置
推荐配置
1
CPU
PentiumⅡ333MHz
PentiumⅢ700MHz
2
内存
128MB
256MB
3
硬盘
4G
8G
客户端硬件需求
序号
名称
最低配置
推荐配置
1
CPU
PentiumⅡ333MHz
PentiumⅢ700MHz
2
内存
64MB
256MB
3
硬盘
4G
8G
服务器端硬件需求
序号
名称
最低配置
推荐配置
1
CPU
PentiumⅢ700MHz
PentiumⅣ1000MHz
2
内存
256MB
512MB
3
硬盘
8G
10G
2.2.2支持软件
软件需求：
a.客户端软件：
操作系统：
WindowsNT/2000/XP、Liunx、UNIX
浏览器：
IE5.0、FireFox等
b.服务器端软件：
操作系统：
WindowsNT/2000Server或更高版本、Liunx、UNIX
W服务器：
Tomcat6.0.1以上版本
数据库产品：
MYSQL5.0以上版本
2.2.3接口
本系统提供可视化的操作方式，不提供命令控制语句进行输入控制，从而用户只需要使用鼠标进行命令操作，使用键盘输入系统接受的参数。
用户接口集中在下图的界面层，用户主要通过窗体、控件、对话框等可视化元素进行交互。
2.2.4控制
a.说明对系统施加不同的外界运行控制时所引起的各种不同的运行模块组合，说明每种运行所历经的内部模块和支持软件。
b.说明每一种外界运行控制的方式方法和操作步骤。
c.说明每种运行模块组合将占用各种资源的情况。
d.说明系统运行时的安全控制。
2.3基本设计概念和处理流程
本系统的基本设计概念和处理流程如下：
（1）系统启动时，激活身份验证模块。
（2）通过身份验证后，对系统进行初始化，判断用户身份，导入到不同的处理页面。
（3）系统进入消息循环状态，通过事件驱动机制激活各功能模块，并执行指定模块。
（4）各项功能执行完毕后，重新进入消息循环状态。
（5）由退出系统事件激活关闭系统模块，退出系统。
2.4结构
2.5功能需求与系统模块的关系
商品展示模块
注册登录模块
购物车模块
订单模块
管理员登录
商品管理
订单处理
用户管理
添加/删除商品
√
√
√
信息校验
√
√
订单管理
√
用户管理
√
√
√
商品检索浏览
√
√
√
购物车管理
√
2.6人工处理过程
（1） 客服管理员输入
客服管理员登录系统时输入客服管理员用户名、密码；
添加/删除商品时输入删除、修改、添加商品信息； 删除订单时输入删除信息；
（2）系统管理员输入
系统管理员登录系统时输入系统管理员用户名、密码；
添加/删除用户时输入删除、修改、添加用户信息。
（3） 会员输入
会员登录系统时输入会员用户名、密码； 检索商品时输入商品名称。
2.7尚未解决的问题
由于系统的客户数目是动态增长的，而且客户量是不确定的。
所以系统负荷达到峰值的速度是不能预知的。
3.接口设计
3.1用户接口
用户需要输入用户名（name）、用户类型（admin/customer）、密码（password）； 登录成功即进入系统，若失败的话则需要重新输入信息。
密码的规则：
6-16位由数字字母组合而成； 由安全问题获取密码； 验证码验证。
3.2外部接口
（1）用户界面：
这是所做“在线答疑系统”与用户进行沟通交流的一个渠道，有着十分重要的作用。
所以，用户界面应该友好、清楚明了、突出重点、而且容易使用；另外，该界面还必须能够提供尽量多的功能，以给用户便捷的服务。
（2）数据接口：
数据访问模块为访问数据库提供了一个通用接口，是表现层和业务逻辑层从底层数据库的访问中独立出来。
即使数据库类型变化也无需更改程序，仅需对数据访问模块进行配置。
一个高性能的Web应用系统需要一个独立的海量写接口,海量写接口可以缓解数据库连接资源有限所造成的并发海量数据更新瓶颈，使得异步写数据操作成为可能，极大的增加了写数据的吞吐能力。
往往许多Web系统只是在一个较短的波峰阶段才达到海量的指数，在其他大多数时间都是很一般的访问（典型的Web例子就是论坛系统）。
海量访问写接口可以更好的解决海量访问压力下的数据库写入操作的负荷问题，增加系统整体的稳定性。
而且海量访问压力的增加对该系统也不会产生太大的影响。
（3）硬件接口：
Pentium Ⅲ CPU及以上，内存在256MB以上的计算机，使用了存储器。
（4）软件接口：
支持本系统的软件包括：
Windows95 、Windows98 、Windows2000、 Windows XP、win7、采用JDBC数据连接数据库等 。
3.3内部接口
内部接口包括:
系统内部各功能模块之间的接口.
（1）验证模块：
完成对用户身份的验证。
（2）初始化模块：
在身份验证后，系统当用户登入网站后调用，系统调用初始化操作，执行完毕后进入消息循环状态；
（3）查询模块：
由相应消息驱动，完成对信息进行查看功能。
（4）关闭系统模块：
由系统功能模块调用，执行完后返回操作系统。
（5）系统模块功能：
接受系统功能区的相应信息，启动浏览、订购、登入、服务、管理等模块。
（6）浏览模块：
由相应消息驱动，完成对文件模块的直接消息响应功能，可能会调用刷新浏览模块。
（7）商品资料模块：
由相应消息驱动，完成对购物资料区的直接消息响应功能，可能会调用刷新浏览模块和货物查询模块（包括一般查询和高级查询）、货物订购模块、支付模块、补交货款模块。
（8）用户资料模块：
由相应消息驱动，完成对用户资料区的直接消息响应功能，可能会调用刷新用户模块、会员注册模块、会员帐目模块、会员预付模块。
（9）订单资料模块：
由相应消息驱动，完成对订单资料区的直接消息响应功能，可能会调用刷新订单模块和订单查询模块及取消订单模块。
（10）密码管理模块：
完成对密码的管理。
（11）退出模块：
实现用户从系统退出功能
（12）删除模块：
具有此权限的用户完成对信息删除功能。
（13）传输模块：
实现不同客户端之间信息同步传输的功能。
4.运行设计
4.1运行模块组合
本程序主要是以一个窗口为模块，一般一个窗口完成一个特定的功能，主窗口主要是通过打开另一个子窗口来实现模块之间不同功能的连接和组合。
个模块之间相互独立，程序的可移植性好。
个模块之间主要是通过传递数据项的引用来实现模块间的合作和数据共享。
（1）当登录用户类型为管理员时，系统进入管理界面，根据用户名分别确认是系统管理员还是客服管理员。
系统管理员可以对用户的信息进行修改、添加以及删除的有关操作，还能对系统进行维护；客服管理员可以对商品进行修改、添加以及删除等有关操作，并能对订单模块进行管理。
（2）当登录用户类型是会员或者一般游客时，系统进入购物系统前台界面。
会员可以进行商品信息检索、个人订单管理、购物车管理以及退货等模块的相关操作； 若是一般游客，则还没有用户名、密码时，可以选择注册。
此时，顾客会进入到注册模块进行信息录入、注册用户名以及密码的相关操作。
4.2运行控制
用户登录时根据用户类型可以分为三类：
（1）系统管理员→输入用户名、密码→管理界面→相关的管理操作
（2）客服管理员→输入用户名、密码→管理界面→相关的管理操作
（3）普通用户→输入用户名、密码→进入购物界面→检索商品→如需购买则将该商品放入购物车→确认→下订单→付款→购物成功
4.3运行时间
“用户验证”模块在完成用户登录的身份验证后立即退出运行，释放占用的系统资源。
一般来说，本系统运行时间在可以接受的范围内。
5．系统数据结构设计
5.1逻辑结构设计要点
5.2物理结构设计要点
（1）用户登录信息：
用于用户登陆时接收输入以及用户退出时服务器返回
（2）游客注册信息：
用于游客注册时接收输入以及游客退出时服务器返回
（3）购物车处理：
用于用户操作购物车时接收输入以及处理购物车后服务器返回
（4）订单处理：
用于接收订单时接收输入以及处理订单后服务器返回
（5）评论处理：
用于接收评论时接收输入以及处理评论后服务器返回
（6）商品信息：
用于商品信息发布时接收输入以及用户退出时服务器返回
（7）网络包：
用于数据在网络上的传输
（8）错误信息：
用于关于数据操作
5.3数据结构与程序的关系
会员表
购物车表
商品类别表
订单总表
商品表
客服管理员表
评论表
管理员表
订单祥表
编号
√
√
√
√
用户名
√
√
√
√
√
商品编号
√
√
√
√
√
商品名称
√
√
√
商品类别编号
√
√
√
商品单价
√
√
商品数量
√
√
√
密码
地址
√
邮编
√
电话
√
√
性别
√
昵称
√
商品类别名
√
订单编号
√
√
商品总数
√
订单总额
√
订货日期
√
订货状态
√
商品库存量
图片路径
√
√
客服管理员姓名
评论内容
√
系统管理员账号
√
详细订单编号
√
每种商品数量
√
√
每种商品总额
√
6．系统出错处理设计
6.1出错信息
本程序多采用了异常处理机制，当遇到异常时不但能够及时处理，保证程序的安全性和稳定性，而且各种出错信息能够通过弹出对话框的形式，及时的告诉用户出错的原因和解决的方法，是用户以后能够减少错误的发生。
程序的发部分还采取了出错保护，如输入内容的长度和类型减少了用户出错的可能。
根据网站实际情况，业务方面会涉及到网上订货、在线支付、会员登陆等，同时还会有与客户进行信息沟通互动的重要渠道。
程序在运行时主要会出现两种错误：
（1）由于输入信息，或无法满足要求时产生的错误，称为软错误。
（2）由于其他问题，如网络传输超时等，产生的问题，称为硬错误。
出错信息必须给出相应的出错原因，例：
“查无此人！
”、“用户名或密码不正确”等。
用表格形式说明如下：
程序出现的错误
处理方法
软错误
在下订单、商洽、交易成功判断及输入数据验证模块由数据进行
数据分析,判断错误类型,再生成相应的错误提示语句,送到输出模块中。
硬错误
在出错的相应模块中输出简单的出错语句,并将程序重置。
返回
输入阶段。
出错信息必须给出相应的出错原因。
6.2补救措施
说明故障出现后可能采取的变通措施，包括：
（1） 数据库连接错误：
主要是数据库设置不正确或者MySQL异常引起的，只需要取消本次操作，检查数据库即可。
（2）输入错误：
用户输入不规范造成的，应在尽量减少用户出错的条件的情况下，主要通过对话框，提醒用户，然后再次操作。
（3）其他操作错误：
对于用户的不正当操作，有可能是程序发生错误。
主要是中止操作，并提醒用户中止的原因和操作的规范。
（4）其他不可预知的错误：
对于程序不可预知的错误，不可能作出完全的异常处理，这时主要保证数据的安全，所以要经常进行数据库备份，并及时联系维修人员，以逐步完善程序。
本系统定期备份数据库，以便在系统出现故障时，能够及时恢复。
6.3系统维护设计
本系统需严格按照软件产品设计规范的步骤进行开发，并重复考虑软件的可维护性，详细编写各阶段的文档资料，并在程序设计过程中做出大量详细的注释。
由于系统较小没有外加维护模块，因为维护工作比较简单，仅靠数据库的一些基本维护措施即可。
（1）分析电子商务系统的外部实体与电子商务系统的关系；
（2）分析电子商务系统运行的运行环境；
（3）规划电子商务系统的网络基础设施，确定商务系统运行所依赖的网络的基本拓扑结构、地理分布及网络接口；
（4）确定系统的支付及认证方式。
升级会员 