网上拍卖概要设计说明书.docx

网上拍卖概要设计说明书.docx

《网上拍卖概要设计说明书.docx》由会员分享，可在线阅读，更多相关《网上拍卖概要设计说明书.docx（17页珍藏版）》请在冰豆网上搜索。

网上拍卖概要设计说明书

概要设计说明书

网上拍卖（android版）

上海睿亚训软件技术服务有限公司

目录

1引言2

1.1编写目的2

1.2背景2

1.3定义2

1.4参考资料2

2总体设计2

2.1需求规定2

2.2运行环境2

3基本设计概念和处理流程3

3.1系统架构3

3.2系统部署图4

3.3系统类图5

3.4实体类关系图6

3.5时序图6

4结构11

4.1人工处理过程11

4.2尚未问决的问题11

5接口设计11

5.1用户接口11

5.2外部接口11

5.3内部接口12

6运行设计12

6.1运行控制12

6.2运行时间12

7系统出错处理设计12

7.1出错信息12

7.2补救措施13

1引言

1.1编写目的

本文档是对网上拍卖系统管理项目的概要设计分析进行清晰、准确、全面的定义，是反映网上拍卖系统管理项目开发项目的工作范围、约束和限制的说明性文件，是进行拍卖资源管理项目开发的依据。

1.2背景

传统的拍卖方式下,需要有固定的场所实施拍卖。

通过互联可以突破地域上的限制，可以大大减少固定场所的成本，个人可以把自己的物品放在网上进行竞价，不需要专人管理，大大减少了拍卖成本。

用户可以竞价购买商品，也可以自己发布商品。

1.3定义

列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

1.4参考资料

书名

作者

出版社

软件工程导论（第4版）

张海藩

清华大学出版社

实用软件工程

郑人杰、殷人昆、陶永雷

清华大学出版社

数据库系统设计

王珊、萨师煊

高等教育出版社

2总体设计

2.1需求规定

Ø竞得商品物品查询根据价高原则查询竞的物品；

Ø流拍商品查询未被拍中物品查询；

Ø拍卖物品种类管理物品种类查询，添加种类；

Ø拍卖物品管理物品查询，添加拍卖物品；

Ø竞标通过查询物品进行竞标；

Ø处理中标业务系统定时任务处理中标业务；

Ø后台中标业务系统定时任务处理中标业务，并以手机短信方式向中标者发送短信信息；

Ø手机拍卖通过手机为客户端实现物品的发布和竞价处理。

2.2运行环境

服务器软件

✓MSWindowsXP；

✓MyEclipse8.5；

✓MySql5.0；

✓Tomcat6.0。

3基本设计概念和处理流程

3.1系统架构

网上拍卖系统管理系统的实现使用MVC（Model-View-Controller，模型-视图-控制器模式）架构模式。

MVC模式的目的是实现一种动态的程式设计，对程序的修改和扩展简化，并且使程序某一部分的重复利用成为可能。

除此之外MVC模式通过对复杂度的简化使程序结构更加直观。

软件系统通过对自身基本部份分离的同时也赋予了各个基本部分应有的功能。

专业人员可以通过自身的专长分组：

✓控制器-负责转发请求，对请求进行处理。

✓视图-界面设计人员进行图形界面设计。

✓模型-程序员编写程序应有的功能（实现算法等等）、数据库专家进行数据管理和数据库设计（可以实现具体的功能）。

MVC三层结构简图

J2EE的多层模型

为了降低成本，并加快企业应用程序的设计和开发，J2EE平台提供了一个基于组件的方法来设计、开发、装配部署企业应用程序。

J2EE平台提供了多层的分布式的应用模型、组件重用、一致化的安全模型以及灵活的事务控制，使用户不仅可以以更快的速度向市场推出创造性的客户解决方案，而且，平台独立的和基于组件的J2EE解决方案不会被束缚在任一厂商的产品和API上。

典型的J2EE三层结构，分为表现层、中间层（业务逻辑层）和数据服务层。

三层体系将业务规则、数据访问及合法性校验等工作放在中间层处理。

客户端不直接与数据库交互，而是通过组件与中间层建立连接，再由中间层与数据库交互。

表现层是传统的JSP技术，自1999年问世以来，经过多年的发展，其广泛的应用和稳定的表现，为其作为表现层技术打下了坚实的基础。

中间层采用的是流行的Spring+Hibernate，为了将控制层与业务逻辑层分离，又细分为以下几种。

Web层，就是MVC模式里面的“C”（controller），负责控制业务逻辑层与表现层的交互，调用业务逻辑层，并将业务数据返回给表现层作组织表现，该系统的MVC框架采用Struts。

Service层（就是业务逻辑层），负责实现业务逻辑。

业务逻辑层以DAO层为基础，通过对DAO组件的正面模式包装，完成系统所要求的业务逻辑。

DAO层，负责与持久化对象交互。

该层封装了数据的增、删、查、改的操作。

PO，持久化对象。

通过实体关系映射工具将关系型数据库的数据映射成对象，很方便地实现以面向对象方式操作数据库，该系统采用Hibernate作为ORM框架。

Spring的作用贯穿了整个中间层，将Web层、Service层、DAO层及PO无缝整合，其数据服务层用来存放数据。

一个良好的框架可以让开发人员减轻重新建立解决复杂问题方案的负担和精力；它可以被扩展以进行内部的定制化；并且有强大的用户社区来支持它。

框架通常能很好的解决一个问题。

然而，你的应用是分层的，可能每一个层都需要各自的框架。

仅仅解决UI问题并不意味着你能够很好的将业务逻辑和持久性逻辑和UI组件很好的耦合。

SSH架构示意图

3.2系统部署图

前台采用Web浏览器显示页面，后台包括Web服务器、应用服务器和数据库服务器，主要处理业务逻辑。

提高数据的安全性，一台备份数据库服务器专用于数据的实时备份，当数据库服务器出现故障时，通过人工切换可以保证系统业务基本上不受影响。

系统部署图

3.3系统类图

3.4实体类关系图

实体关系类图

3.5时序图

●登入

●查看竞得物品

●查看流拍物品

●管理物品类别

●管理物品

●竞拍

浏览拍卖物品类型

查询拍卖物品

查看拍卖物品明细

竞标

●后台中标业务

●手机拍卖

手机登录

手机发布

手机竞价

4结构

网上拍卖系统

后台中标业务

查看竞标物品

竞标

物品管理

物品类别管理

查看流拍物品

查看竞得物品

4.1人工处理过程

手机竞标。

4.2尚未问决的问题

暂无。

5接口设计

5.1用户接口

用户有的数据需要导入我们的系统，如用户数据的导入，用户的数据来源是Excel数据表,需要我们做一个用户接口，实现用户数据导入功能。

5.2外部接口

外部接口包括:

系统与外界通信接口

系统与其他系统之间数据接口

系统数据导出到Office接口

5.3内部接口

系统采用三层架构，每层之间的接口描述如下:

1.表示层（web层）

主要是实现用户输入界面与业务处理逻辑之间的关系，也包括业务逻辑层返回给用户界面的显示之间的接口描述.

2.业务逻辑层

分为两部分：

一是跟表示层之间的接口,主要是接受表示层之间接口，返回数据给显示层的接口

二是跟数据访问层之间的接口，主要是发送给数据访问层之间接口，从返回数据返回层接受数据的接口

3.数据访问层

与业务逻辑层的接口，主要是接受业务逻辑层接口，返回数据给业务逻辑层的接口。

业务层和数据持久层逻辑关系示意图

6运行设计

6.1运行控制

软件运行时有较友好的界面，基本能够实现用户的数据处理要求。

6.2运行时间

系统的运行时间基本可以达到用户所提出的要求。

7系统出错处理设计

7.1出错信息

在用户使用错误的数据或访问没有权限的数据后，系统给出提示：

“对不起，你非法使用数据，没有权限！

”而且用户的密码管理可以允许用户修改自己的密码，不允许用户的匿名登录。

在客户没有登陆情况下点击“我的收藏”、“购物车管理“、“订单管理”等提示“您未登陆”等提示信息。

7.2补救措施

说明故障出现后可能采取的变通措施，包括：

由于数据在数据库中已经有备份，故在系统出错后可以依靠数据库的恢复功能，并且依靠日志文件使系统再启动，就算系统崩溃用户数据也不会丢失或遭到破坏。

但有可能占用更多的数据存储空间，权衡措施由用户来决定；

WEB系统崩溃后重启应用服务器就可以了；

降效技术说明准备采用的后备技术，使用另一个效率稍低的系统或方法来求得所需结果的某些部分，例如一个自动系统的降效技术可以是手工操作和数据的人工记录；