软件概要设计文档格式.docx
《软件概要设计文档格式.docx》由会员分享，可在线阅读，更多相关《软件概要设计文档格式.docx（17页珍藏版）》请在冰点文库上搜索。
2012.08.27
2012.08.28
目录
1范围3
1.1编写目的3
1.2系统概述3
1.3定义3
1.4参考资料4
2总体设计4
2.1需求规定4
2.2运行环境4
2.3基本设计概念和处理流程5
2.4系统功能结构8
2.5功能需求与程序的关系8
3接口设计9
3.1用户接口9
3.2外部系统接口9
4模块设计9
4.1模块名称及功能9
4.2模块接口12
4.3限制条件12
5运行设计13
5.1运行模块组合13
5.2运行控制13
6数据结构设计14
6.1逻辑结构设计14
6.2物理结构设计17
6.3数据结构与程序的关系17
7系统出错处理17
7.1出错信息17
7.2补救措施17
8注释18
1范围
1.1编写目的
在完成软件系统的需求分析的基础上，为了更进一步的深化软件系统，进一步的深入考虑和分析后，设计出这一份概要设计说明书。
1.2系统概述
随着商品经济的发展，我校学生通常会有出售和购买二手货物的需求。
通过对我校学生的调查，每年的六七月份会出现一个二手物品交易的高峰。
而为了满足学生的这种需求我们制作了我校的校园二手物品交易平台。
二手交易网站不仅满足的在校学生的需求，方便了学生的生活而且降低了交易成本节约了学生的购物时间。
而通过我们的校园二手商品交易平台进行协商交易的双方可以进行当面交易，可以更加的安全。
1.3定义
垃圾信息：
没有意义的或者大量重复的信息
非法用户：
大量发布无效信息或者违反相关规定信息的用户
游客：
所有浏览网站未登陆的用户
用户：
所有浏览网站已登陆的用户
系统管理员：
管理用户商品信息的管理人员
1.4参考资料
[1]张海藩《软件工程导论（第五版）》清华大学出版社2008
[2]郭瑞军,李杰.ASP数据库开发事例精粹[M].电子工业出版社.2005
[3]软件工程[M]湖北：
武汉理工大学2003
[4]校园交易网（单校）元宵橙色版2006Build0211[DB（DB/OL）].
[5]张虹.软件工程与软件开发工具[M].北京：
清华大学出版社.2004
2总体设计
2.1需求规定
本系统要实现校园二手商品交易的需求。
系统的主要输入项目：
1用户发布的各种求购或出售的信息
2用户的基本信息，如注册名称等
系统的主要输出项目：
用户浏览商品信息，并获得联系方式，然后买、卖双方联系进行交易。
2.2运行环境
运行该平台所需要的硬件设备：
一台接入校内网的计算机在Windows，Linux平台上均可运行，具有优异的跨平台能力。
浏览器是IE6.0以及以上版本。
2.3基本设计概念和处理流程
本系统功能概括：
卖主方便地发布要出售的商品信息以及本人的联系信息，而买主可以方便地浏览这在出售的商品信息，如果找到满意的商品，可以通过卖主的联系方式获得联系，一旦交易完成，卖主可以将商品的信息删除。
卖主除了可浏览正在出售的商品外，还可以主动发布自己需求的商品信息。
用例图：
用例图1：
用户操作用例图
用户既可以是买者，也可以是卖者。
买者在二手物品交易网站上查看商品信息，并进行商品搜索，如果有他想要买的物品，那他就联系卖方，进行交易。
若没有买者想要购买的商品，则买者就发求购信息，等待能提供这种物品的卖方响应。
卖者发布自己的产品信息，等待卖方与其联系。
买卖双方进行发布信息，更新信息操作前均要先登录。
用例图2:
管理员用例图
管理员对系统进行管理，可以发布公告信息，也可以管理用户信息。
也可以增删改查各种商品信息。
如对不法和不良信息可以删除。
用例图3:
一般访客的用例图
游客可以浏览该网站上的信息，若没有注册，则只能浏览，不能进行其他操作，注册之后可以拥有用户权限，进行其他操作。
类图
候选类
类名
描述
游客类
Vistor
记录游客的基本信息及可行的操作
用户
User
记录用户的基本信息及可行的操作
管理员
Manager
记录管理员的基本信息及可行的操作
用户信息管理
MaintenanceUserInfor
涉及到用户注册，以及用户信息的更新
交易管理
Trade
交易管理的入口从这里选择相应的功能
出售管理
SellManage
对用户出售请求的管理
求购管理
BuyManage
对用户求购请求的管理
出售信息管理
SellInforManage
涉及对用户出售信息的更新
求购信息管理
BuyInforManage
涉及对用户求购信息的更新
系统信息
Message
系统直接发给用户的信息
2.4系统功能结构
总体层次方框图：
系统主要由四个模块组成，分别是基本业务，用户管理，系统维护，数据库管理。
它们共同组成该系统的基本框架，完成该系统的各项功能。
2.5功能需求与程序的关系
程序实现系统的各种功能需求：
功能需求
实现所需要的程序及类
基本业务
用户管理
User，MaintenanceUserInfor
系统维护
数据库管理
BuyInforManage，Trade
表2.5功能需求与程序的关系
3接口设计
3.1用户接口
1用户注册界面
2用户登录界面
3.2外部系统接口
采用网页格式，诸如有窗口，对话框，留言板等。
4模块设计
4.1模块名称及功能
系统主要模块：
基本业务模块：
1.商品查询：
此模块可以根据物品的名称、种类、价格、买或卖等各种条件进行组合查询，在商品查询的结果列表中，用户可进一步的查看详细信息。
商品查询的功能如图4.1.1：
输入处理输出
2.发布出售/求购信息：
每个使用此模块的用户必须经过注册，而注册时的用户名是用户唯一的标识。
发布出售/求购信息功能如图4.1.2：
3.买卖信息更新：
每个使用此模块的用户必须经过注册，用户可根据产品的状态及自身的特征及时对买卖信息进行更新维护，包括：
修改产品信息、删除产品信息、查询用户已发布的买卖产品信息。
.买卖信息更新功能如图4.1.3：
用户管理模块：
1.用户注册：
此模块提公给那些未在本系统中注册的游客，注册后通过后有更高的权限。
用户注册功能如图4.1.4：
图4.1.4用户注册
2.更新用户基本信息：
只有注册用户才可以使用此模块，更新的信息包括：
更改注册邮箱、更改昵称。
更新用户基本信息功能如图4.1.5:
图4.1.5更新用户信息
系统维护模块：
1．删除用户：
只要管理员有权限删除用户，管理员会定时地对物品信息的描述进行分析，管理员有权限删除发布垃圾信息的用户或者两年以上未登录的用户。
删除用户功能如图4.1.6：
图4.1.6删除用户
2.警告用户：
只要管理员有权限删除用户，管理员会定时地对物品信息的描述进行分析，管理员视发布垃圾信息较轻者对其进行警告提醒。
警告用户功能如图4.1.7：
图4.1.7警告用户
3.发布公用信息：
只要管理员有权限删除用户，管理员可对网站进行更新维护，定时地更新网站信息。
发布公用信息功能如图4.1.8：
图4.1.8发布公用信息
4.2模块接口
各个模块之间的接口设计由一个一个的窗口之间的连接而成，一个模块和另一个模块的连接也就是窗口的连接，通过窗口的创建从而实现模块之间的连接。
4.3限制条件
在基本业务模块中：
在商品查询中前置条件是进入此系统。
在发布出售/求购信息买卖信息更新中前置条件是用户已登录。
在用户管理模块中：
更新用户基本信息中前提条件是用户已登录。
在系统维护模块中：
删除用户警告用户发布公用信息中前置条件是管理员已登录。
5运行设计
5.1运行模块组合
本系统以一个窗口为模块，一般一个窗口完成一个特定的功能，主窗口主要通过打开另一个窗口来实现模块之间不同功能的连接和组合。
各模块之间相互独立，程序的可移植性好。
各模块之间主要通过传递数据项的引用来实现模块间的合作和数据共享。
5.2运行控制
用户登录后即可使用权限内的每一种权限。
用户根据自己的权限和需求进行操作。
6数据结构设计
6.1逻辑结构设计
管理员实体的属性如下：
出售信息实体的属性如下：
求购实体的属性如下：
用户实体的属性如下：
由以上E-R图可以得出在该系统的数据库管理模块中相应的表如下：
用户基本信息表
字段名
字段类型
字段长度
用户ID
Char
18
主键
注册名称
Notnull
密码
卖方信息表
5
出售商品名称
64
商品类别
32
出售商品描述
200
联系方式
买方信息表
7
求购商品名称
求购商品要求
6.2物理结构设计
本系统内所使用的每个数据结构中的每个数据项的存储要求如上表所示，数据要求保密。
6.3数据结构与程序的关系
各个数据结构域访问这些数据结构的形式，系统的数据结构由标准数据库语言SQL生成，在标准数据库语言SQL中编辑程序实现数据结构和程序之间的关系。
7系统出错处理
7.1出错信息
1用户的疏忽对系统造成的损坏。
2用户输入的信息不符合系统的要求时的提示信息。
7.2补救措施
1保存有备份文件，但发生错误，无法修改时启用备份文件。
2根据数据库恢复和在启动技术说明：
当系统出现故障，需重新启动计算机，并调用日志恢复文件，从故障点重新执行。
8注释
1.该平台能够实现大众普及的要求;
2.该平台可维护性强；
3.该平台可靠性高；
4.该平台兼容性强；
升级会员 