二手物品交易系统概要设计说明书.docx
- 文档编号:11354162
- 上传时间:2023-05-31
- 格式:DOCX
- 页数:20
- 大小:440.87KB
二手物品交易系统概要设计说明书.docx
《二手物品交易系统概要设计说明书.docx》由会员分享,可在线阅读,更多相关《二手物品交易系统概要设计说明书.docx(20页珍藏版)》请在冰点文库上搜索。
二手物品交易系统概要设计说明书
【二手物品交易系统】
概要设计说明书
状态
草稿
初始版
修订版
标识号
1—1
当前版本
1.0
发布日期
2010年6月3日
密级
无密级秘密绝密
作
者
三人行软件开发小组
执笔者
三人行软件开发小组
概要设计说明书
1引言
1.1编写目的
在完成了软件系统的可行性研究和需求分析的基础上,为了明确软件需求、
安排项目规划与进度、组织软件开发与测试,项目小组在考虑了几种可能的解决
方案,并与程序员进行了较为深入地探讨和分析之后,提出了这份概要设计说明
书。
此概要设计说明书对《东北林业大学二手物品交易系统》软件的解决方案、
功能分配、模块化分、程序的总体结构、输入输出和接口设计、运行设计及出错
设计等方面作了全面的概括性的说明,为该软件的详细设计奠定了基础。
此文档为系统分析员工作的阶段性总结,提供设计人员和开发人员参考。
1.2背景
随着商品经济的发展,高校学生通常会有出售二手货物的需求,而其他在校同学又希望买到廉价的二手商品。
现在东北林业大学校内的二手物品交易主要是通过校园报纸(三叶草报,校园风行)来进行,而这两家报纸发行时间为每月一期,这远远不能满足学生的需求。
针对这一情况【东北林业大学二手物品交易系统】应运而生。
其目的就是要提供一个信息平台,可以使卖主方便地发布要出售的商品信息以及本人的联系信息,而买主可以方便地浏览这在出售的商品信息,如果找到满意的商品,可以通过卖主的联系方式获得联系,一旦交易完成,卖主可以将商品的信息删除。
卖主除了可浏览正在出售的商品外,还可以主动发布自己需求的商品信息。
所开发软件名称:
东北林业大学二手物品交易系统
项目开发单位:
三人行软件开发小组
软件用户:
东北林业大学在校学生
1.3定义
垃圾信息:
没有意义的信息或大量重复的信息
非法用户:
大量发布无效信息或违反相关规定信息的用户
用户:
使用二手物品交易系统完成二手物品买卖的人
游客:
只在网站上浏览信息,不注册的人
1.4参考资料
《东北林业大学二手物品交易系统》开发需求规格说明书
.《东北林业大学二手物品交易系统开发合同.doc》合同编号:
9A509
2总体设计
2.1需求规定
本系统要实现用户二手物品交易的需求。
本系统的主要输入项目:
1、用户个人的基本信息,如注册时的昵称、邮箱等。
2、用户想要卖出的产品信息,如产品名,产品类型,期望价格,联系方式等。
3、用户欲求购的商品信息,如类型,愿出价格,联系方式等。
本系统的主要输出项目:
用户浏览商品信息,并获得联系方式,然后买、卖双方联系进行交易。
2.2运行环境
采用J2EE(Java2PlatformEnterpriseEdition)三层架构来构建,采用EJB和JavaBeans构建中间层业务处理组件,完成绝大多数事务的处理,用Java实现界面显示和用户交互功能,中间采用成熟的应用服务器产品支撑业务处理组件的运行环境,采用企业级数据库产品实现数据的存储。
在Windows,Linux平台上均可运行,具有优异的跨平台能力。
2.3基本设计概念和处理流程
本系统功能概括:
卖主方便地发布要出售的商品信息以及本人的联系信息,而买主可以方便地浏览这在出售的商品信息,如果找到满意的商品,可以通过卖主的联系方式获得联系,一旦交易完成,卖主可以将商品的信息删除。
卖主除了可浏览正在出售的商品外,还可以主动发布自己需求的商品信息。
用例图:
用例图1:
用户操作用例图
用户既可以是买者,也可以是卖者。
买者在二手物品交易网站上查看商品信息,并进行商品搜索,如果有他想要买的物品,那他就联系卖方,进行交易。
若没有买者想要购买的商品,则买者就发布求购信息,等待能提供这种物品的卖方响应。
卖者发布自己的产品信息,等待卖方与其联系。
买卖双方进行发布信息,更新信息操作前均要先登录。
用例图2:
管理员用例图
管理员对系统进行管理,可以发布公用信息,也可以对非法用户进行删除。
若有用户发布不良信息,三次以内进行警告,三次以上即可删除该用户。
用例图3:
一般访客的用例图
一般游客可以浏览该网站上的信息,若没有注册,则只能浏览,不能进行其他操作,注册之后可以拥有用户权限,进行其他操作。
类图
候选类
类名
描述
游客类
Vistor
记录游客的基本信息及可行的操作
用户
User
记录用户的基本信息及可行的操作
管理员
Manager
记录管理员的基本信息及可行的操作
用户信息管理
MaintenanceUserInfor
涉及到用户注册,以及用户信息的更新
交易管理
Trade
交易管理的入口从这里选择相应的功能
出售管理
SellManage
对用户出售请求的管理
求购管理
BuyManage
对用户求购请求的管理
出售信息管理
SellInforManage
涉及对用户出售信息的更新
求购信息管理
BuyInforManage
涉及对用户求购信息的更新
系统信息
Message
系统直接发给用户的信息
以下为上述其中两个类的说明
2.4系统模块结构
系统主要模块:
基本业务模块:
1.商品查询:
此模块可以根据物品的名称、种类、价格、买或卖等各种条件进行组合查询,在商品查询的结果列表中,用户可进一步的查看详细信息。
商品查询的功能如图1:
前置条件:
进入此系统者
2.发布出售/求购信息:
每个使用此模块的用户必须经过注册,而注册时的用户名是用户唯一的标识。
发布出售/求购信息功能如图2:
前置条件:
用户已登录
3.买卖信息更新:
每个使用此模块的用户必须经过注册,用户可根据产品的状态及自身的特征及时对买卖信息进行更新维护,包括:
修改产品信息、删除产品信息、查询用户已发布的买卖产品信息。
.买卖信息更新功能如图3:
前置条件:
用户已登录
用户管理模块:
1.用户注册:
此模块提公给那些未在本系统中注册的游客,注册后通过后有更高的权限。
用户注册功能如图4:
2.更新用户基本信息:
只有注册用户才可以使用此模块,更新的信息包括:
更改注册邮箱、更改昵称。
更新用户基本信息功能如图5:
前置条件:
用户已登录
系统维护模块:
1.删除用户:
只要管理员有权限删除用户,管理员会定时地对物品信息的描述进行分析,管理员有权限删除发布垃圾信息的用户或者两年以上未登录的用户。
删除用户功能如图6:
前置条件:
管理员已登录
2.警告用户:
只要管理员有权限删除用户,管理员会定时地对物品信息的描述进行分析,管理员视发布垃圾信息较轻者对其进行警告提醒。
警告用户功能如图7:
前置条件:
管理员已登录
3.发布公用信息:
只要管理员有权限删除用户,管理员可对网站进行更新维护,定时地更新网站信息。
发布公用信息功能如图8:
前置条件:
管理员已登录
2.5人工处理过程
在管理员对用户的管理过程中,需要对发布不良信息的用户进行警告及删除,这时就需要管理员定期查看用户所发布的信息,以此判断对哪些用户进行警告及删除。
3接口设计
3.1用户接口
TCP/IP协议
3.2外部接口
采用广泛应用的GUI,即诸如窗口、菜单、对话框、滚动条等。
3.3内部接口
开放式数据库连接(ODBC):
ODBC是一个工业标准,支持到关系数据库的SQL请求。
数据库管理系统提供者通常发布一个ODBC驱动程序,将SQL语句转换成特定数据库的访问函数。
4运行设计
4.1运行模块组合
系统组件框架图:
4.2运行控制
用户登录后即可使用权限内的每一种权限
4.3运行时间
一般用户的操作响应时间应在5秒钟左右
5系统数据结构设计
5.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
5.2物理结构设计要点
本系统内所使用的每个数据结构中的每个数据项的存储要求如上表所示,数据要求保密。
6系统出错处理设计
6.1出错处理
1.避免因用户的疏忽对系统造成的损坏;
2.采用对话框形式为用户提供警告信息;
3.一些关键性操作(比如:
删除操作),都应提供确认机制;
6.2补救措施
故障出现后可能采取的变通措施,包括:
a.后备技术说明:
采用廉价磁盘冗余阵列(RAID)技术,一旦原始系统数据丢失便启用副本恢复数据。
b.降效技术说明:
管理员在删除用户、警告用户采用的是人为的浏览信息。
c.恢复及再启动技术说明:
当系统出现故障,需重新启动计算机,并调用日志恢复文件,从故障点重新执行。
6.3系统维护设计
作为一个成熟的软件产品,《东北林业大学二手物品交易系统》软件必须
按照面向对象的软件工程的步骤进行开发,并充分考虑软件可维护性,软件的模
块划分应满足高内聚、低耦合的特点,同时程序的内部必须有详细的注释和统一
的编码格式、按时认真地进行相应文档资料的撰写和备份工作,以利于未来版本
升级及移植等二次开发。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 二手物品 交易系统 概要 设计 说明书