校园二手交易系统概要设计.docx
《校园二手交易系统概要设计.docx》由会员分享，可在线阅读，更多相关《校园二手交易系统概要设计.docx（13页珍藏版）》请在冰豆网上搜索。
校园二手交易系统概要设计
软件工程导论
设计题目：
校园二手交易系统概要设计
专业软件工程
班级软件121
学生熊康
学号3120921029
指导教师张毅坤老师
2014年秋季学期
概要设计说明书
1、引言
随着商品经济的发展，高校学生通常会有出售二手货物的需求，而其他在校同学又希望买到廉价的二手商品。
针对这一情况，校园二手交易市场应运而生。
其目的就是要提供一个信息平台，可以使卖主方便地发布要出售的商品信息以及本人的联系信息，而买主可以方便地浏览这在出售的商品信息，如果找到满意的商品，可以通过卖主的联系方式获得联系，一旦交易完成，卖主可以将商品的信息删除。
卖主除了可浏览正在出售的商品外，还可以主动发布自己需求的商品信息。
2、总体设计
2.1需求规定
本系统要实现用户二手物品交易的需求。
本系统的主要输入项目：
1、用户个人的基本信息，如注册时的昵称、邮箱等。
2、用户想要卖出的产品信息，如产品名，产品类型，期望价格，联系方等。
3、用户欲求购的商品信息，如类型，愿出价格，联系方式等。
本系统的主要输出项目：
用户浏览商品信息，并获得联系方式，然后买、卖双方联系进行交易。
2.2运行环境
在VS2010中，其中.NETFramework4.0,IIS已经默认搭建好
2.3基本设计概念和处理流程
本系统功能概括：
卖主方便地发布要出售的商品信息以及本人的联系信息，而买主可以方便地浏览这在出售的商品信息，如果找到满意的商品，可以通过卖主的联系方式获得联系，一旦交易完成，卖主可以将商品的信息删除。
卖主除了可浏览正在出售的商品外，还可以主动发布自己需求的商品信息。
用例图1：
用户操作用例图
用户既可以是买者，也可以是卖者。
买者在二手物品交易网站上查看商品信息，并进行商品搜索，如果有他想要买的物品，那他就联系卖方，进行交易。
若没有买者想要购买的商品，则买者就发布求购信息，等待能提供这种物品的卖方响应。
卖者发布自己的产品信息，等待卖方与其联系。
买卖双方进行发布信息，更新信息操作前均要先登录。
用例图2:
一般访客的用例图
一般游客可以浏览该网站上的信息，若没有注册，则只能浏览，不能进行其他操作，注册之后可以拥有用户权限，进行其他操作。
类图
候选类
类名
描述
游客类
Vistor
记录游客的基本信息及可行的操作
用户
User
记录用户的基本信息及可行的操作
管理员
Manager
记录管理员的基本信息及可行的操作
用户信息管理
MaintenanceUserInfor
涉及到用户注册，以及用户信息的更新
交易管理
Trade
交易管理的入口从这里选择相应的功能
出售管理
SellManage
对用户出售请求的管理
求购管理
BuyManage
对用户求购请求的管理
出售信息管理
SellInforManage
涉及对用户出售信息的更新
求购信息管理
BuyInforManage
涉及对用户求购信息的更新
系统信息
Message
系统直接发给用户的信息
以下为上述其中两个类的说明
2.4系统模块结构
（1）、基本业务模块：
1.商品查询：
此模块可以根据物品的名称、种类、价格、买或卖等各种条件进行组合查询，在商品查询的结果列表中，用户可进一步的查看详细信息。
前置条件：
进入此系统者
2.发布出售/求购信息：
每个使用此模块的用户必须经过注册，而注册时的用户名是用户唯一的标识。
前置条件：
用户已登录
3.买卖信息更新：
每个使用此模块的用户必须经过注册，用户可根据产品的状态及自身的特征及时对买卖信息进行更新维护，包括：
修改产品信息、删除产品信息、查询用户已发布的买卖产品信息。
.买卖信息更新功能如图3：
前置条件：
用户已登录
（2）、用户管理模块：
1.用户注册：
此模块提供给那些未在本系统中注册的游客，注册后通过后有更高的权限。
2.更新用户基本信息：
只有注册用户才可以使用此模块，更新的信息包括：
更改注册邮箱、更改昵称。
前置条件：
用户已登录
（3）系统维护模块：
1．删除用户：
只要管理员有权限删除用户，管理员会定时地对物品信息的描述进行分析，管理员有权限删除发布垃圾信息的用户或者两年以上未登录的用户。
前置条件：
管理员已登录
2.警告用户：
只要管理员有权限删除用户，管理员会定时地对物品信息的描述进行分析，管理员视发布垃圾信息较轻者对其进行警告提醒。
前置条件：
管理员已登录
3.发布公用信息：
只要管理员有权限删除用户，管理员可对网站进行更新维护，定时地更新网站信息。
前置条件：
管理员已登录
2.5人工处理过程
在管理员对用户的管理过程中，需要对发布不良信息的用户进行警告及删除，这时就需要管理员定期查看用户所发布的信息，以此判断对哪些用户进行警告及删除。
3接口设计
3.1用户接口
TCP/IP协议
3.2外部接口
采用广泛应用的GUI，即诸如窗口、菜单、对话框、滚动条等。
3.3内部接口
开放式数据库连接（ODBC）：
ODBC是一个工业标准，支持到关系数据库的SQL请求。
数据库管理系统提供者通常发布一个ODBC驱动程序，将SQL语句转换成特定数据库的访问函数。
4系统数据结构设计
4.1逻辑结构设计要点
下图是该二手物品交易系统的实体联系图，即E-R图：
管理员实体的属性如下：
出售信息实体的属性如下：
求购实体的属性如下：
用户实体的属性如下：
由以上E-R图可以得出在该系统的数据库管理模块中相应的表如下：
用户基本信息表（userinfo）
字段名
字段类型
字段长度
描述
用户ID（userid）
Char
5
主键
注册邮箱（regmail）
Char
24
Unique
用户昵称（nickname）
Char
18
Notnull
密码（passwd）
Char
18
Notnull
卖方信息表
字段名
字段类型
字段长度
描述
出售ID（msgid）
Char
7
主键
用户ID（userid）
Char
5
出售物品名称（gods）
Char
64
Notnull
物品类别（category）
Char
32
Notnull
期望价格（sellprice）
Float
18
出售物品描述（selldes）
Char
200
联系电话（contactp）
Char
18
联系QQ（contactq）
Char
10
买方信息表（buyer）
字段名
字段类型
字段长度
描述
求购ID（msgid）
Char
7
主键
求购物品名称（neds）
Char
64
Notnull
物品类别（category）
Char
32
Notnull
愿意出价（buyprice）
Float
18
求购物品要求（buydem）
Char
200
联系电话（contactp）
Char
18
联系QQ（contactq）
Char
10
4.2物理结构设计要点
本系统内所使用的每个数据结构中的每个数据项的存储要求如上表所示，数据要求保密。
5系统出错处理设计
5.1出错处理
1．避免因用户的疏忽对系统造成的损坏；
2．采用对话框形式为用户提供警告信息；
3．一些关键性操作（比如：
删除操作），都应提供确认机制；
5.2补救措施
故障出现后可能采取的变通措施为恢复及再启动技术说明：
当系统出现故障，需重新启动计算机，并调用日志恢复文件，从故障点重新执行。
5.3系统维护设计
作为一个成熟的软件产品，软件必须按照面向对象的软件工程的步骤进行开发，并充分考虑软件可维护性，软件的模块划分应满足高内聚、低耦合的特点，同时程序的内部必须有详细的注释和统一的编码格式、按时认真地进行相应文档资料的撰写和备份工作，以利于未来版本升级及移植等二次开发。
升级会员 