概要设计说明书
撰写: | 日期: | ||
审核: | 日期: | ||
批准: | 日期: |
目 录
1引言 3
1.1编写目的 3
1.2背景 3
1.3定义 4
1.4参考资料 5
2总体设计 5
2.1需求规定 5
2.2运行环境 7
2.3基本设计概念和处理流程 8
2.5功能需求与程序的关系 14
2.6人工处理过程 14
2.7尚未解决的问题 14
3接口设计 15
3.1用户接口 15
3.2外部接口 15
3.3内部接口 15
4运行设计 16
4.1运行模块组 16
4.2运行控制 16
4.3运行时间 16
5系统数据结构设计 17
5.1逻辑结构设计要点 17
5.2物理结构设计要点 19
.3数据结构与程序的关系 20
6系统出错处理设计 21
6.1出错信息 21
6.2补救措施 21
6.3 系统维护设计 22
概要设计说明书
1引言
1.1编写目的
(说明编写本可行性研究报告的目的,指出预期的读者。)
在完成了系统的可行性研究和需求分析的基础上,为了明确软件需求,安排项目规划与进度,组织软件开发与测试,项目小组考虑了几种可能的解决方案,并与程序员进行了较为深入的讨论和分析后,提出了这份概要设计说明书。
1.搭好框架。让项目—网络购物系统有一各框架,让以后工作依照框架有序进行。为软件的详细设计奠定基础。
2.定义好规范,团队开发有统一标准,方便团队互相调用代码,方便互相合作。
3.划分好系统单元,进行后续开发的分配编写任务,控制进度。
4.确定好接口,方便调用其他资源。利于交互。
5.对系统中的名词做好定义,让开发人员理解项目—网络购物系统。
此文档为系统分析员工作的阶段性总结,并提供项目经理,设计人员,和开发人员参考。
1.2背景
随着信息技术的不断发展,我们现在已经步入了一个信息化的时代,而信息时代的代表便是网络技术的日渐成熟,现在网络已经和我们的生活紧密的联系起来了。随着信息化的不断进步,网上购物依然步入寻常百姓家中,并且不断扩大着他的影响力。
什么是在线购物系统?顾名思义,就是能在网上实现商品销售和购买的系统。在线购物系统旨在满足电子商务时代人们对于网上购买和销售的需求。所以在线购物系统首先必须满足不同人群对购物系统操作和功能的需求;其次在于在线购物系统必须切实的把销售和购买结合起来,真正做到网上购买和支付。
在线购物具有传统购物所不具有的好处,节省了传统店面、店员的成本,就算是储存商品的库房也可以设置在比较偏僻的位置,以节省开支;另外现在很多厂商都比较重视网络渠道,因为网络能实现以直销或者较少层次的分销为主的销售途径,区别于传统渠道的严格的分销制度,这种销售途径减少了中间环境的周转,加快了商品的流通,能创造更多的利润。同时对于消费者来说,网上购物减少了舟车劳顿,获得的商品的价格更为低廉,何乐而不为。
因而,可以这样说一个好的在线系统应该是销售和购物的完美结合,真正做到在网上购物与实地购物一样甚至更好。为了能达到如此效果即需要在线购物系统必须有强大的功能。在线购物系统应该有完整的商品管理、订单管理、在线支付、销售管理、客户信息管理等功能,这是一个在线购物系统能否满足在线购物需求的最基本保证。
( 说明:a.待开发软件系统的名称;
b.列出此项目的任务提出者、开发者、用户以及将运行该软件的计算中心。)
说明:
待开发的软件系统的名称:网络购物系统。
本项目的任务提出者:网络购物中心。
开发者:
职务 | 人 员 名 单 |
项目经理 | |
需求分析师 | |
概要设计 | |
详细设计师 | |
代码工程师 | |
测试工程师 |
用户:本软件适用于多数网上购物中心。
实现该软件的计算机中心或计算机网络:在国家软件人才国际培训(西安)基地工程师的指导下在学院实验室完成
此系统为的系统基本不需要其它的辅助软件。
1.3定义
列出本文件中用到的专门术语的定义和外文首字母组词的原词组
●B/S基于浏览器服务器的开发环境。
●普通用户 :会上网购物的用户。
●系统管理员:有一定的计算机基础,能够操作数据库并能够对网站进行一定 的维护
●MySQL:是一个多用户、多线程SQL数据库服务器。
●JSP:动态网页脚本
序号 | 术语名称 | 术语定义 |
1 | 总体结构 | 软件系统的总体逻辑结构。按照不同的设计方法,有不同的总体逻辑结构。若采用面向功能或面向数据的设计方法,则总体逻辑结构为一树形的功能模块结构图。 若采用面向对象或面向部件(构件)的设计方法,则总体逻辑结构为部件(构件)的组装图 |
2 | 外部接口 | 本软件系统与其他软件之间的接口,接口设施可以是中间件。接口描述包括:传输方式、带宽、数据结构、传输频率、传输量、传输协议 |
3 | 数据结构 | 数据结构包括:数据库表的结构、其他数据结构等 |
4 | 子系统 | 具有相对功能的小系统叫做子系统。一个大的软件系统可以划分为多个子系统,每个子系统性可由多个模块或多个部件组成 |
5 | 模块 | 具有功能、能被调用的信息单元叫做模块。模块是结构化设计中的概念 |
6 | 内部接口 | 软件系统内部各子系统之间、各部件之间、各模板之间的接口,叫做内部接口。接口描述包括:调用方式、入口信息、出口信息等 |
7 | 相关文件 | 相关文件是指当文本文件内容变更后,可能引起变更的其他文件。如需求分析报告、详细设计说明书、测试计划、用户手册 |
8 | 参考资料 | 参考资料是指本文件书写时用到的其他资料。如各种有关规范、模板、标准、准则 |
(列出有关的参考资料,如:本项目经批准的计划任务书或合同、上级机关的批文;属于本项目的其他已发表的文件;本文件中各处引用的文件、资料,包括用到的软件开发标准。)
可行性研究报告 2011年12月28日
网络购物系统需求分析报告 2011年12月28日
网络购物系统系统测试计划书 2011年12月28日
软件概要设计说明书 软件设计文档国家标准
2总体设计
2.1需求规定
(说明对本系统的主要的输入和输出项目、处理的功能性能要求,详见《软件需求说明书》)
功能需求
网络购物系统是一个网上购物网站。用户在使用本软件时分为3部分。
1.普通未注册用户,注册未登陆用户。这类用户可以浏览网页,查看商品信息,应用搜索功能。能够注册后并登陆成为2类用户。
2.注册登陆用户。 这类用户拥有1类用户的应用权力。并且有下表中的登陆,个人信息修改,购物功能,购物奖励及相关,与系统的交互功能,付款功能。
功能名称 | 功能编号 | 简要说明 |
注册 | 1-1 | 用户名、密码,验证码,密码保护信息 |
1-2 | 用户名验证功能 | |
登陆 | 2-1 | 用户名、密码,验证码 |
2-2 | 相关功能,注册,密码找回等 | |
用户中心 | 3-1 | 修改密码及其相关,包括密码保护问题与答案 |
3-2 | 查看以往订单 | |
购物功能 | 4-1 | 浏览与搜索商品 |
4-2 | 购物时可添加商品至购物车 | |
4-3 | 对商品添加订单 |
功能名称 | 功能编号 | 简要说明 |
登陆 | 1-1 | 用户名、密码,验证码 |
商品信息管理 | 2-1 | 添加,删除商品 |
2-2 | 添加,删除商品分类 | |
2-3 | 统计数据库中商品,提示存货量不足商品 | |
订单管理 | 3-1 | 查询订单清单 |
3-2 | 更新出货状态 |
2.精度
一是在用户使用付款功能时金钱数额必须毫无差错;
二是关于在更新数据时保持数据的一致性,避免因更新数据而导致的不精确甚至是错误数据;
三是商品进行分类时,必须严格分类,防止出现商品与种类不对应的错误。
2.时间特性要求
登陆加载时间3秒左右
更新处理时间 3秒以内
数据的转换和传送时间 3秒以内
打开连接相应时间:5秒左右
退出系统1秒左右
3.灵活性
操作方式上的:可支持鼠标和键盘同时操作。
运行环境的变化:可在满足最小配置的情况下在不同的计算机上运行。
运行系统的:可在Windows下都可运行
2.2运行环境
( 简要说明对本系统的运行环境(包括硬件和支持环境)的规定,详见《软件需求说明书》。)
服务器端建议配置:
CPU:CPU奔腾Ⅲ以上
内存:512M以上
硬盘:80G
运行环境:
操作系统Windows XP
浏览器IE7
Web服务器tomcat
数据库MySQL
用JSP构建网页处理组件实现界面显示和用户交互功能。
采用企业级数据库产品实现数据库产品实现数据存储。
在windows平台上可运行。
2.3基本设计概念和处理流程
(说明本系统的基本设计概念和处理流程,建议用图表的形式)
系统处理流程
2.4 结构
说明本系统的系统元素(各层模块、子程序、公用程序等)的划分,扼要说明每个系统元素的标识符和功能,分层次地给出个元素之间的控制和被控制关系。建议用图表方式。
M1
用户管理 | M1-1 | 用户注册 |
M1-2 | 用户登陆 | |
M1-3 | 用户中心 | |
M1-3-1 | 用户信息修改 | |
M1-3-2 | 用户信息查看 | |
M1-3-3 | 以往订单记录查看 | |
M1-4 | 商品搜索 | |
M1-4-1 | 按名称搜索 | |
M1-4-2 | 按类别搜索 | |
M1-5 | 商品查看 | |
M1-7 | 用户退货 | |
M1-8 | 购物车 | |
M1-8-1 | 核对商品信息 | |
M1-8-2 | 核对库存和数量 | |
M1-8-3 | 核对金额 | |
M1-9 | 下订单(确认购买) | |
M2 管理员管理 | M2-1 | 商品信息管理 |
M2-1-1 | 添加商品 | |
M2-1-2 | 删除商品 | |
M2-1-3 | 修改商品信息 | |
M2-1-4 | 查看商品信息 | |
M2-2 | 订单管理 | |
M2-2-1 | 查看订单清单 | |
M2-2-2 | 更新出货状态 | |
M2-3 | 用户管理 | |
M2-3-1 | 用户信息查看 |
用户注册:
注册用户表(tab_user)
Uname
Upwd |
用户登陆: 用户基本信息(tab_userinfo)全部 注册用户表(tab_user) Uname Upwd Uquestion Uanswer |
以往订单记录查看 订单信息(tab_order) |
按名称搜索 商品信息表(tab_goodinfo) |
商品查看 商品信息表(tab_goodinfo) |
核对商品信息 商品信息表(tab_goodinfo) |
核对库存和数量 商品信息表(tab_goodinfo) |
核对金额 商品信息表(tab_goodinfo) |
下订单(确认购买) 商品信息表(tab_goodinfo) 订单信息(tab_order) 订单明细(tab_item) |
添加商品 商品信息表(tab_goodinfo) |
删除商品 商品信息表(tab_goodinfo) |
修改商品信息 商品信息表(tab_goodinfo) 管理员信息表(tab_admin) |
查看商品信息 商品信息表(tab_goodinfo) 管理员信息表(tab_admin) |
查看订单清单 商品信息表(tab_goodinfo) 订单信息(tab_order) 管理员信息表(tab_admin) |
更新出货状态 商品信息表(tab_goodinfo) 订单信息(tab_order) 管理员信息表(tab_admin) |
可用如下一张矩阵图说明:
登陆页面 | 注册页面 | 系统管理员页面 | 商品浏览搜索页面 | 商品购买页面 | |
添加 | √ | √ | √ | √ | |
删除 | √ | √ | |||
查询 | √ | √ | |||
保存 | √ | √ | √ | ||
修改 | √ | √ |
说明在本系统的工作过程中不得不含有的人工处理过程(如果有的话)。
注册页面: 需要输入注册必须的信息
登录页面: 需要输入用户名和密码
搜索功能要输入必要的关键字
管理员管理更改商品信息
2.7尚未解决的问题
数据库是否定期自动备份
3接口设计
3.1用户接口
说明将向用户提供的命令和它们的语法结构,以及软件的回答信息
服务端操作
提供服务端登录界面,允许管理员用户进行权限管理,系统管理,定单管理,用户管理,等操作.
客户端操作
提供端界面,允许合法用户进行购买物品,填写定单,浏览和查询货物.
首页——注册页面:点击注册按钮
首页——用户登陆页面:点击登陆按钮
首页——管理员登陆页面:点击管理员登陆按钮
注册页面——用户登陆页面:点击登陆页面
用户页面——信息修改页面:点击信息修改
用户页面——信息查看页面:点击信息查看
用户页面——订单记录页面:点击查看最近订单
用户页面——详细商品页面:输入搜索商品,点击搜索
管理员页面——商品管理页面:点击商品管理
管理员页面——订单管理页面:点击订单管理
管理员页面——用户管理页面:点击用户管理
详细商品页面——购物车页面:点击查看购物车
3.2外部接口
说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与个支持软件之间的接口关系。
输入:鼠标,键盘
输出:显示器。
3.3内部接口
通信
负责系统内部客户端和服务器端组件之间的消息传递,保证传送目的的正确 性和消息的完整性.
数据处理
在客户端将需要传递到服务器端的消息格式化,同时在服务器端将消息解析为所需要的字符格式 说明将向用户提供的命令和它们的语法结构,以及软件的回答信息。
说明本系统之内的各个系统元素之间接口的安排。
Windows平台——浏览器
浏览器——tomcat
tomcat——JSP
JSP——Mysql数据库
Mysql数据库内的表之间的联系接口
1注册用户表(tab_user)
2订单信息表(tab_order) Ouser会员编号外键tab_user(Uname)
3订单明细表(tab_item) Igood外键(商品编号)tab_goodinfo(GIid)
Iorder(FK)(订单编号)tab_order(Oid)
4管理员信息表(tab_admin)
5商品信息表(tab_goodInfo) GIthirdnavi——> tab_thirdnavi(TNid)外键
4运行设计
4.1运行模块组
说明对系统施加不同的外界运行控制时所引起的各种不同的运行模块组合,说明每种运行所历经的内部模块和支持软件。
用户在登陆后,在页面的左边有用户的帐户管理,购物车 ,点击左边的链接,在右边转到相应的页面.
管理员在登陆后,在页面的右边有管理员信息管理,商品管理数据库管理等,点击左边的链接,在右边转到相应的页面.
4.2运行控制
说明每一种外界的运行控制的方式方法和操作步骤。
在客户和管理员登陆后进入相应的界面,在通过菜单选项选择特定的功能执行。在相应的功能模块页面执行特定的操作完成相应的功能。运行结束用户注销关闭页面退出系统。
4.3运行时间
说明每种运行模块组合将占用各种资源的时间。
登陆加载时间3秒左右
更新处理时间 3秒以内
数据的转换和传送时间 3秒以内
打开连接相应时间:5秒左右
退出系统1秒左右
5系统数据结构设计
5.1逻辑结构设计要点
给出本系统内所使用的每个数据结构的名称、标识符以及它们之中每个数据项、记录、文卷和系的标识、定义、长度及它们之间的层次的或表格的相互关系。
1. 注册用户表(tab_user)
字段名称 | 数据类型 | 是否允许为空 | 缺省值 | 字段描述 | 备注 |
Uname | Varchar(20) | NOT NULL | 用户名 | 主键 | |
Upwd | Varchar(255) | NOT NULL | 用户密码 | 6-20位包含数字和字母的字符串(加密) | |
Uemail | Varchar(30) | 电子邮件 | 包含@字符 |
字段名称 | 数据类型 | 是否允许为空 | 缺省值 | 字段描述 | 备注 |
Oid | Varchar(20) | NOT NULL | 订单编号 | 主键 | |
Oreceiver | Varchar(20) | NOT NULL | 收货人姓名 | ||
Oaddress | Varchar(255) | NOT NULL | 收货地址 | ||
Ophone | Varchar(30) | 收货人电话 | |||
Opost | Varchar(6) | NOT NULL | 邮编 | ||
Otime | DATETIME | 订单时间 | |||
Ouser | Varchar(20) | NOT NULL | 用户名 | 外键 tab_user(Uname) | |
Ostate | Tinyint(1) | NOT NULL | 0 | 当前订单状态 | 0:未发货 1:已发货 2:已收货 |
字段名称 | 数据类型 | 是否允许为空 | 缺省值 | 字段描述 | 备注 |
Igood | Int | NOT NULL | 外键 | 主键; 外键(商品) tab_goodinfo(GIid) | |
Iorder | Varchar(20) | NOT NULL | 订单编号 | 主键; 外键(订单)tab_order(Oid) | |
Iquantity | Int | NOT NULL | 商品数量 | ||
Iprice | Double | NOT NULL | 订单商品单价 | 用户下订单时商品的单价 |
字段名称 | 数据类型 | 是否允许为空 | 缺省值 | 字段描述 | 备注 |
Aname | Varchar(20) | NOT NULL | 管理员账号 | 主键 | |
Apwd | Varchar (255) | NOT NULL | 管理员密码 |
字段名称 | 数据类型 | 是否允许为空 | 缺省值 | 字段描述 | 备注 |
GIid | Int | NOT NULL | 商品编号 | 主键; 自动增长 | |
GIname | Varchar(30) | NOT NULL | 商品名称 | ||
GIprice | Double | NOT NULL | 商品价格 | ||
GImarprice | Double | 市场价格 | |||
GInumber | Int | NOT NULL | 商品数量 | ||
GIdesc | Varchar(255) | NOT NULL | 商品简述 | ||
GIimgpath | Varchar(100) | 商品图片路径 |
1注册用户表(tab_user)
Uname 可变长字符串型 最长20个字符
Upwd 可变长字符串型 最长20个字符,加密后255位
Usex 小整形 1个字节
Uquestion 可变长字符串型 最长255个字符
Uanswer 可变长字符串型 最长255个字符
Uemail 可变长字符串型 最长30个字符
Ucodenum可变长字符串型 最长18个字符
Urank 小整形 1个字节
Uaccount 浮点型
Udaijinquan 浮点型
Upoints 整型
2. 订单信息表(tab_order)
Oid整型
Oreceiver可变长字符串型 最长20个字符
Oaddress可变长字符串型 最长255个字符
Ophone可变长字符串型 最长30个字符
Opost 整型
Otime 日期时间变量
Ouser可变长字符串型 最长20个字符
Odelivery 小整型
Ostate 小整型
3. 订单明细表(tab_item)
Igood整型
Iorder整型
Iquantity整型
Iprice整型
4. 管理员信息表(tab_admin)
Aname可变长字符串型 最长20个字符
Apwd可变长字符串型 最长20个字符,加密后最长255个字符
Aemail可变长字符串型 最长30个字符
5.商品信息表(tab_goodinfo)
GIid 整型
GIname 可变长字符串型 最长30个字符
GIprice 浮点型
GImarprice 浮点型
GInumber 整型
GIbrand 可变长字符串型 最长30个字符
GIdesc 可变长字符串型 最长255个字符
GIimgpath 可变长字符串型 最长100个字符
GIcount 整型
GIdiscount 浮点型
GIthirdnavi 整型
.3数据结构与程序的关系
为了说明数据结构与程序的关系,可采用如下的矩阵图形式:
登陆页面 | 注册页面 | 系统管理员页面 | 商品浏览搜索页面 | 商品购买页面 | |
1.注册用户表 (tab_users) | √ | √ | √ | √ | |
2.订单信息(tab_order) | √ | √ | |||
3.订单明细(tab_item) | √ | √ | √ | ||
4.管理员信息表 (tab_admin) | √ | ||||
5.商品信息表 (tab_goodinfo) | √ | √ | √ |
6.1出错信息
建议用一览表的形式说明每种可能的出错或故障情况出现时,系统输出信息的形式、含义及处理方法。
出错或故障情况 | 原因 |
用户无法登陆 | 输入的用户名或密码错误 |
用户所选的商品在数据库中不存在 | 数据库更新或连接错误 |
数据库部分信息丢失 | 服务器硬件故障或断电 |
主页面的商品分类或数量错误 | 数据库连接错误或管理员增加删除错误. |
用户用户名密码正确但却无法登陆 | 管理员操作错误. |
注册不成功 | 没有按照要求输入信息 |
说明故障出现后可能采取的变通措施。
1.用户重新检查用户名和密码
2.管理员定期查看数据库的更新和连接
3.管理员在添加或删除商品时多核对几次
4.管理员在管理系统信息时细心,仔细
5.经常性的备份数据库信息
6.定期维护服务器,贮备电能,以防断电.
6.3 系统维护设计
对程序中的每一个功能模块,都对变量就行输出的操作(当然是注释掉的),当哪个程序模块出现问题了就可以以输出作为检查方法。
对数据库里的数据操作的一个事件(transaction),都要遵循数据库的ACID原则(原子性,一致性,隔离性和持久性)。还要每隔一个时间段设立所有事件的检查点,以便数据库能够尽可能少的丢失信息,同时维护也更加方便。下载本文