B2C电子商务网站技术方案建议书.doc

技术方案建议书技术方案建议书 目目 录录 1 软件系统设计目标 软件系统设计目标 3 1 1 设计原则 3 2 J2EE 基于基于 MVC 模型的三层软件构架模型的三层软件构架 4 2 2 J2EE 的概述 4 2 3 J2EE 的优势 4 2 3 1 保留现存的IT资产 4 2 3 2 高效的开发 5 2 3 3 支持异构环境 5 2 3 4 可伸缩性 5 2 3 5 稳定的可用性 5 2 4 J2EE 的 MVC 体系结构及其设计模式 6 2 5 J2EE 的多层模型 8 2 6 J2EE 的结构 10 2 7 J2EE 的核心 API 与组件 11 2 7 1 JDBC Java Database Connectivity 11 2 7 2 JNDI Java Name and Directory Interface 12 2 7 3 RMI Remote Method Invoke 12 2 7 4 JSP Java Server Pages 12 2 7 5 Java Servlet 12 2 7 6 XML Extensible Markup Language 12 2 7 7 JMS Java Message Service 12 2 7 8 JTA JavaBeans Activation Framework 13 2 8 J2EE 多层结构优点 13 2 8 1 能有效降低建设和维护成本 简化管理 13 2 8 2 适应大规模和复杂的应用需求 13 2 8 3 可适应不断的变化和新的业务需求 14 2 8 4 访问异构数据库 14 2 8 5 能有效提高系统并发处理能力 14 2 8 6 能有效提高系统安全性 15 3 项目构建与项目管理 项目构建与项目管理 MAVEN 15 3 1 MAVEN概述 15 3 2 MAVEN构建项目优势 15 3 2 1 简单 15 3 2 2 更好的交流与反馈 15 3 2 3 测试驱动开发 TDD 16 3 2 4 快速构建项目 16 3 2 5 持续集成 CI 16 3 2 6 富有信息的工作区 16 4 本项目软件架构 本项目软件架构 16 4 1 系统结构及主要技术说明 17 4 1 1 表示层 17 4 1 2 业务逻辑层 18 4 1 3 数据的持久化层 18 5 对交易栏目需求的理解 对交易栏目需求的理解 18 6 拍卖流程 拍卖流程 20 6 1 拍卖的种类 21 6 2 拍卖保证金介绍 22 6 3 解冻拍卖保证金期限 23 6 4 拍卖流程介绍 23 1 软件系统设计目标 软件系统设计目标 1 1 设计原则 设计原则 标准性 标准性意味着良好的可扩展性和开放性 标准是指解决方案在设计的过程中严格遵循业界的各种规范和流程 例如 安全系统的构建和安全服务的实施遵循 ISO17799 标准 采用标准的数据库访问 接口 使用 WEB 浏览器访问系统 支持多种数据采集协议 系统的数据交换采 用 xml 格式 便于和其他系统进行交互 同时 系统尽可能的开放 便于二次开发和与其他系统进行集成 可控性 可控是指该解决方案中的软件系统所做的任何事情都是在管理人员的掌控 之下 未经授权 系统不能管理关键的业务主机 防止恶意用户使用改系统窃 取关键业务主机上的数据 整体性 整体性是指改系统从设计到实现都是从整个网络范围考虑用户的需求 提 供给用户的是一个全面的综合的解决方案 面向的是企业中高层 IT 管理人员 自身安全性 最为一个安全系统 其自身的安全性十分关键 否则反而可能成为犯罪分 子实施犯罪的手段和工具 为此 系统需要从各个角度进行安全加固 例如 数据通信采用 SSL 加密 用户访问安全系统需要进行授权和访问控制 此外 系统明确的给自己进行定位 即 它是一个安全审核系统 而不是 一个超级管理系统 这就是说 通过该系统 管理员可以进行安全审计 发现 某个文件的完整性遭到破坏 但是他无权查询那个文件的具体信息 他可以对 某个文件施加保护措施 但是他没有对文件的任何访问权限 最小影响性 由于该系统运行在信息系统所在的网络中 因此要尽可能的降低对系统现 有运行效率的影响 因此 设计和实现的时候需要尽可能的将少这些附加的应 用模块对业务主机运行性能的影响 2 J2EE 基于基于 MVC 模型的三层软件构架模型的三层软件构架 2 2 J2EE 的概的概述述 J2EE 是一种利用 Java 2 平台来简化企业解决方案的开发 部署和管理相 关的复杂问题的体系结构 J2EE 技术的基础就是核心 Java 平台或 Java 2 平 台的标准版 J2EE 不仅巩固了标准版中的许多优点 例如 编写一次 随处运 行 的特性 方便存取数据库的 JDBC API 技术以及能够在 Internet 应用中保护 数据的安全模式等等 同时还提供了对 Java Servlets API JSP Java Server Pages 以及 XML 技术的全面支持 其最终目的就是成为一个能够使企业开发 者大幅缩短投放市场时间的体系结构 J2EE 体系结构提供中间层集成框架用 来满足无需太多费用而又需要高可用性 高可靠性以及可扩展性的应用的需求 2 3 J2EE 的优势的优势 J2EE 为搭建具有可伸缩性 灵活性 易维护性的商务系统提供了良好的 机制 2 3 1 保留现存的保留现存的 IT 资产资产 由于企业必须适应新的商业需求 利用已有的企业信息系统方面的投资 而 不是重新制定全盘方案就变得很重要 这样 一个以渐进的 而不是激进的 全盘否定的 方式建立在已有系统之上的服务器端平台机制是公司所需求的 J2EE 架构可以充分利用用户原有的投资 如一些公司使用的 BEA Tuxedo IBM CICS IBM Encina Inprise VisiBroker 以及 Netscape Application Server 这之所以成为可能是因为 J2EE 拥有广泛的业界支持和 一些重要的 企业计算 领域供应商的参与 每一个供应商都对现有的客户提 供了不用废弃已有投资 进入可移植的 J2EE 领域的升级途径 由于基于 J2EE 平台的产品几乎能够在任何操作系统和硬件配置上运行 现有的操作 系统和硬件也能被保留使用 2 3 2 高效的开发高效的开发 J2EE 允许公司把一些通用的 很繁琐的服务端任务交给中间件供应商去完 成 这样开发人员可以集中精力在如何创建商业逻辑上 相应地缩短了开发 时间 高级中间件供应商提供以下这些复杂的中间件服务 o状态管理服务 让开发人员写更少的代码 不用关心如何管理 状态 这样能够更快地完成程序开发 o持续性服务 让开发人员不用对数据访问逻辑进行编码就能编 写应用程序 能生成更轻巧 与数据库无关的应用程序 这种应 用程序更易于开发与维护 o分布式共享数据对象 CACHE 服务 让开发人员编制高性能的 系统 极大提高整体部署的伸缩性 2 3 3 支持异构环境支持异构环境 J2EE 能够开发部署在异构环境中的可移植程序 基于 J2EE 的应用程序不 依赖任何特定操作系统 中间件 硬件 因此设计合理的基于 J2EE 的程序 只需开发一次就可部署到各种平台 这在典型的异构企业计算环境中是十分 关键的 J2EE 标准也允许客户订购与 J2EE 兼容的第三方的现成的组件 把他们部署到异构环境中 节省了由自己制订整个方案所需的费用 2 3 4 可伸缩性可伸缩性 企业必须要选择一种服务器端平台 这种平台应能提供极佳的可伸缩性去 满足那些在他们系统上进行商业运作的大批新客户 基于 J2EE 平台的应用 程序可被部署到各种操作系统上 例如可被部署到高端 UNIX 与大型机系统 这种系统单机可支持 64 至 256 个处理器 这是 NT 服务器所望尘莫及的 J2EE 领域的供应商提供了更为广泛的负载平衡策略 能消除系统中的瓶颈 允许多台服务器集成部署 这种部署可达数千个处理器 实现可高度伸缩的 系统 满足未来商业应用的需要 2 3 5 稳定的可用性稳定的可用性 一个服务器端平台必须能全天候运转以满足公司客户 合作伙伴的需要 因 为 INTERNET 是全球化的 无处不在的 即使在夜间按计划停机也可能造 成严重损失 若是意外停机 那会有灾难性后果 J2EE 部署到可靠的操作 环境中 他们支持长期的可用性 一些 J2EE 部署在 WINDOWS 环境中 客户也可选择健壮性能更好的操作系统如 Sun Solaris IBM OS 390 Liunx 最健壮的操作系统可达到 99 999 的可用性或每年只需 5 分钟停机时间 这是实时性很强商业系统理想的选择 2 4 J2EE 的的 MVC 体系结构及其设计模式体系结构及其设计模式 模型 视图 控制 model view control 简称 MVC 结构是目前最常见的 J2EE 应用所基于的体系结构 MVC 主要适用于交互式的 Web 应用 尤其是 存在大量页面及多次客户访问及数据显示 相比较而言 一个工作流体系结构 更多应用于过程控制和较少交互的情况下 除了体系结构外 J2EE 的设计模 式对我们解决应用系统的设计也有很大的帮助 J2EEJ2EE 的模型的模型 视图视图 控制 控制 MVCMVC 体系结构 体系结构 模型 视图 控制结构是交互式应用程序广泛使用的一种体系结构 它有效地 在存储和展示数据的对象中区分功能模块以降低它们之间的连接度 这种体系 结构将传统的输入 处理和输入模型转化为图形显示的用户交互模型 或者换 一种说法 是多层次的 Web 商业应用 MVC 体系结构具有三个层面 模型 Model 视图 View 和控制 Controller 每个层面有其各自的功能作用 MVC 体系结构如下 图 1 MVC 体系结构 模型层负责表达和访问商业数据 执行商业逻辑和操作 也就是说 这一 层就是现实生活中功能的软件模拟 在模型层变化的时候 它将通知视图层并 提供后者访问自身状态的能力 同时控制层也可以访问其功能函数以完成相关 的任务 视图层负责显示模型层的内容 它从模型层取得数据并指定这些数据如何 被显示出来 在模型层变化的时候 它将自动更新 另外视图层也会将用户的 输入传送给控制器 控制层负责定义应用程序的行为 它可以分派用户的请求并选择恰当的视图 以用于显示 同时它也可以解释用户的输入并将它们映射为模型层可执行的操 作 在一个图形界面中 常见的用户输入包括点击按钮和菜单选择 在 Web 应 用中 它包括对 Web 层的 HTTP GET 和 POST 的请求 控制层可以基于用户 的交互和模型层的操作结果来选择下一个可以显示的视图 一个应用程序通常 会基于一组相关功能设定一个控制层的模块 甚至一些应用程序会根据不同的 用户类型具有不同的控制层设定 这主要是由于不同用户的视图交互和选择也 是不同的 在模型层 视图层和控制层之间划分责任可以减少代码的重复度 并使应 用程序维护起来更简单 同时由于数据和商务逻辑的分开 在新的数据源加入 和数据显示变化的时候 数据处理也会变得更简单 2 5 J2EE 的多层模型的多层模型 J2EE 使用多层的分布式应用模型 应用逻辑按功能划分为组件 各个应 用组件根据他们所在的层分布在不同的机器上 事实上 sun 设计 J2EE 的初 衷正是为了解决两层模式 client server 的弊端 在传统模式中 客户端担当了 过多的角色而显得臃肿 在这种模式中 第一次部署的时候比较容易 但难于 升级或改进 可伸展性也不理想 而且经常基于某种专有的协议 通常是某种 数据库协议 它使得重用业务逻辑和界面逻辑非常困难 现在 J2EE 的多层企 业级应用模型将两层化模型中的不同层面切分成许多层 一个多层化应用能够 为不同的每种服务提供一个独立的层 以下是 J2EE 典型的四层结构 运行在客户端机器上的客户层组件 运行在 J2EE 服务器上的 Web 层组件 运行在 J2EE 服务器上的业务逻辑层组件 运行在 EIS 服务器上的企业信息系统 Enterprise information system 层 软件 J2EE 应用程序组件应用程序组件 J2EE 应用程序是由组件构成的 J2EE 组件是具有独立功能的软件单元 它们通过相关的类和文件组装成 J2EE 应用程序 并与其他组件交互 客户层组件客户层组件 J2EE 应用程序可以是基于 web 方式的 也可以是基于传统方式的 web 层组件层组件 J2EE web 层组件可以是 JSP 页面或 Servlets 按照 J2EE 规范 静态的 HTML 页面和 Applets 不算是 web 层组件 正如下图所示的客户层那样 web 层可能包含某些 JavaBean 对象来处理 用户输入 并把输入发送给运行在业务层上的 enterprise bean 来进行处理 业务层组件业务层组件 业务层代码的逻辑用来满足银行 零售 金融等特殊商务领域的需要 由运 行在业务层上的 enterprise bean 进行处理 下图表明了一个 enterprise bean 是如何从客户端程序接收数据 进行处理 如果必要的话 并发送到 EIS 层储 存的 这个过程也可以逆向进行 有三种企业级的 bean 会话 session beans 实体 entity beans 和消息 驱动 message driven beans 会话 bean 表示与客户端程序的临时交互 当客 户端程序执行完后 会话 bean 和相关数据就会消失 相反 实体 bean 表示数 据库的表中一行永久的记录 当客户端程序中止或服务器关闭时 就会有潜在的 服务保证实体 bean 的数据得以保存 消息驱动 bean 结合了会话 bean 和 JMS 的消息监听器的特性 允许一个业务层组件异步接收 JMS 消息 企业信息系统层企业信息系统层 企业信息系统层处理企业信息系统软件包括企业基础建设系统例如企业资 源计划 ERP 大型机事务处理 数据库系统 和其它的遗留信息系统 例如 J2EE 应用组件可能为了数据库连接需要访问企业信息系统 2 6 J2EE 的结构的结构 这种基于组件 具有平台无关性的 J2EE 结构使得 J2EE 程序的编写十分 简单 因为业务逻辑被封装成可复用的组件 并且 J2EE 服务器以容器的形式 为所有的组件类型提供后台服务 因为你不用自己开发这种服务 所以你可以集 中精力解决手头的业务问题 容器和服务容器和服务 容器设置定制了 J2EE 服务器所提供得内在支持 包括安全 事务管理 JNDI Java Naming and Directory Interface 寻址 远程连接等服务 以下列出最 重要的几种服务 J2EE 安全 Security 模型可以让你配置 web 组件或 enterprise bean 这 样只有被授权的用户才能访问系统资源 每一客户属于一个特别的角色 而每个角色只允许激活特定的方法 你应在 enterprise bean 的布置描述 中声明角色和可被激活的方法 由于这种声明性的方法 你不必编写加 强安全性的规则 J2EE 事务管理 Transaction Management 模型让你指定组成一个事 务中所有方法间的关系 这样一个事务中的所有方法被当成一个单一的 单元 当客户端激活一个 enterprise bean 中的方法 容器介入一管理事 务 因有容器管理事务 在 enterprise bean 中不必对事务的边界进行编 码 要求控制分布式事务的代码会非常复杂 你只需在布置描述文件中 声明 enterprise bean 的事务属性 而不用编写并调试复杂的代码 容器 将读此文件并为你处理此 enterprise bean 的事务 JNDI 寻址 JNDI Lookup 服务向企业内的多重名字和目录服务提供了一 个统一的接口 这样应用程序组件可以访问名字和目录服务 J2EE 远程连接 Remote Client Connectivity 模型管理客户端和 enterprise bean 间的低层交互 当一个 enterprise bean 创建后 一个客 户端可以调用它的方法就象它和客户端位于同一虚拟机上一样 生存周期管理 Life Cycle Management 模型管理 enterprise bean 的 创建和移除 一个 enterprise bean 在其生存周期中将会历经几种状态 容器创建 enterprise bean 并在可用实例池与活动状态中移动他 而最 终将其从容器中移除 即使可以调用 enterprise bean 的 create 及 remove 方法 容器也将会在后台执行这些任务 数据库连接池 Database Connection Pooling 模型是一个有价值的资 源 获取数据库连接是一项耗时的工作 而且连接数非常有限 容器通 过管理连接池来缓和这些问题 enterprise bean 可从池中迅速获取连接 在 bean 释放连接之可为其他 bean 使用 容器类型容器类型 J2EE 应用组件可以安装部署到以下几种容器中去 Web 容器管理所有 J2EE 应用程序中 JSP 页面和 Servlet 组件的执行 Web 组件和它们的容器运行在 J2EE 服务器上 应用程序客户端容器管理所有 J2EE 应用程序中应用程序客户端组件的 执行 应用程序客户端和它们的容器运行在 J2EE 服务器上 Applet 容器是运行在客户端机器上的 web 浏览器和 Java 插件的结合 2 7 J2EE 的核心的核心 API 与组件与组件 J2EE 平台由一整套服务 Services 应用程序接口 APIs 和协议构成 它对开发基于 Web 的多层应用提供了功能支持 下面对 J2EE 中的 10 种技术 规范进行简单的描述 限于篇幅 这里只能进行简单的描述 2 7 1 JDBC Java Database Connectivity JDBC API 为访问不同的数据库提供了一种统一的途径 象 ODBC 一样 JDBC 对开发者屏蔽了一些细节问题 另外 JDCB 对数据库的访问也具有 平台无关性 2 7 2 JNDI Java Name and Directory Interface JNDI API 被用于执行名字和目录服务 它提供了一致的模型来存取和操作 企业级的资源如 DNS 和 LDAP 本地文件系统 或应用服务器中的对象 2 7 3 RMI Remote Method Invoke 正如其名字所表示的那样 RMI 协议调用远程对象上方法 它使用了序列化 方式在客户端和服务器端传递数据 RMI 是一种被 EJB 使用的更底层的协 议 2 7 4 JSP Java Server Pages JSP 页面由 HTML 代码和嵌入其中的 Java 代码所组成 服务器在页面被客 户端所请求以后对这些 Java 代码进行处理 然后将生成的 HTML 页面返回 给客户端的浏览器 2 7 5 Java Servlet Servlet 是一种小型的 Java 程序 它扩展了 Web 服务器的功能 作为一种 服务器端的应用 当被请求时开始执行 这和 CGI Perl 脚本很相似 Servlet 提供的功能大多与 JSP 类似 不过实现的方式不同 JSP 通常是大 多数 HTML 代码中嵌入少量的 Java 代码 而 servlets 全部由 Java 写成并 且生成 HTML 2 7 6 XML Extensible Markup Language XML 是一种可以用来定义其它标记语言的语言 它被用来在不同的商务过 程中共享数据 XML 的发展和 Java 是相互独立的 但是 它和 Java 具有 的相同目标正是平台独立性 通过将 Java 和 XML 的组合 您可以得到一 个完美的具有平台独立性的解决方案 2 7 7 JMS Java Message Service MS 是用于和面向消的中间件相互通信的应用程序接口 API 它既支持点 对点的域 有支持发布 订阅 publish subscribe 类型的域 并且提供对下列 类型的支持 经认可的消息传递 事务型消息的传递 一致性消息和具有持 久性的订阅者支持 JMS 还提供了另一种方式来对您的应用与旧的后台系 统相集成 2 7 8 JTA JavaBeans Activation Framework JavaMail 利用 JAF 来处理 MIME 编码的邮件附件 MIME 的字节流可以被 转换成 Java 对象 或者转换自 Java 对象 大多数应用都可以不需要直接 使用 JAF 2 8 J2EE 多层结构优点多层结构优点 在实际开发中 采用的是三层体系结构 即用户层 应用层和数据库服务 器 用户层主要指用户界面 它要求尽可能的简单 使最终用户不需要进行任 何培训就能方便地访问信息 第二层就是应用服务器 也就是常说的中间件 所 有的应用系统 应用逻辑 控制都在这一层 系统的复杂性也主要体现在应用 层 最后的数据库服务器存储大量的数据信息和数据逻辑 所有与数据有关的安 全 完整性控制 数据的一致性 并发操作等都是在第三层完成 三层体系结 构优点如下 2 8 1 能有效降低建设和维护成本 简化管理能有效降低建设和维护成本 简化管理 多层应用结构在各层次上的组件能单独更新 替换或增加 拆除 因此 系统维护更方便 代价相对低得多 而且 因各组件互相独立 更换组件就好 比更换组合音响的一个部件 对系统其它部分并无影响 所以更新维护更加安 全可靠 客户端采用瘦客户机 因为 客户机不必进行大量的计算或数据处理 它 的硬件配置就不需要太高 通过将业务逻辑集中到中间层 系统获得了对业务逻辑的独立性 即当用 户的需求改变时 开发人员可以迅速地在中间层 应用服务器 上更新业务逻辑 而无需将更新后的应用提交到众多的 PC 终端系统上去 即客户端无需任何改 动 改动众多的客户端并不是件轻松的事 2 8 2 适应大规模和复杂的应用需求适应大规模和复杂的应用需求 如果说结构化方法使软件开发从一门手工艺术走向科学的工程方法 组件 技术则使软件工程从个体作坊走向大规模工业 虽然 结构化方法对中小型系 统开发能够行之有效 但对大型系统 结构化分析的结果往往是错综复杂的网 状结构 而不是结构清晰的层次结构 这也正是面向对象方法学诞生的原因 组件技术能使复杂系统的设计变得简单可行 具有良好的伸缩性 三层或多层结构 可以将数据处理从客户端转移到应用服务器和数据库服 务器上 这样 尽管客户端与应用服务器之间可能存在着多个甚至数百个的连 接 但是应用服务器与数据库服务器之间的连接却只有少数几个 从而达到减 少通信线路上传递的数据量的目标 这样的功能分配提供了很强的系统可伸缩 性 使得在用户数量急剧增加时还能保持系统性能的稳定 使用传统的客户机 服务器模式根本无法胜任上千个客户机同时运行同时需要访问数据库的工作 即使在用户数量很大的情况下 数据库仍能保持良好的工作负载 保持系统的 快速的响应速度 2 8 3 可适应不断的变化和新的业务需求可适应不断的变化和新的业务需求 任何应用系统实施的重点不在于需求确定以后能否实现这些需求 而是在 系统实施后如何适应变化的需求 J2EE 系统结构和组件式系统的开发和维护过 程中 技术人员可以按照新的需求 通过在不同系统层次上调度更新的组件或 新加入的组件来调整旧的系统 以适应新的与不断变化的要求 以往的系统只 能靠专业维护人员或系统开发商的再次开发或修改原有系统 才能满足新的需 求 代价往往很大 无法保证时间上的要求 2 8 4 访问异构数据库访问异构数据库 多层结构的中间层即应用服务器能够提供广泛的异构数据库访问和复制能 力 传统的客户机 服务器结构则需要在客户端安装许多访问异构数据库的驱动 程序 而三层 多层结构只要在中间层有相应的驱动程序就可以访问异构数据源 2 8 5 能有效提高系统并发处理能力能有效提高系统并发处理能力 传统的一体化集中式系统或客户服务器架构 在处理大信息量业务时 都 可能形成瓶颈 而多层体系架构的组件式系统将界面 界面发布 业务应用逻 辑及数据存储分为多个层次分散管理 逻辑或物理地将它们分开 可减轻系统 压力 提高整体性能 并且中间层可以采取多机并行的方式 相互备份的方式 保证系统的高可用性 一般情况下进行数据分析时 每次查询可能涉及到大量的数据 往往需要 较长的响应时间 特别在分布式数据环境下 响应时间有时长得令人难以忍受 三层 多 层结构提供了客户端与服务器之间的异步通信 使得客户不必等待提 交的分析处理结果而可以继续执行其他处理任务 2 8 6 能有效提高系统安全性能有效提高系统安全性 多层体系结构将数据与程序 数据控制与应用逻辑分层独立管理 能更严 格地控制信息访问 信息传递中采用数据加密技术 可进一步减低信息失密的风 险 应用服务器内建安全控制数据库 实现应用服务器与数据服务器的双重权 限控制 对权限的划分更准确 灵活 严格 新系统在信息访问 传递和存储 三个环节上均有严格的安全措施 3 项目构建与项目管理 项目构建与项目管理 Maven 3 1 Maven 概述概述 Maven 是一个项目管理工具 它包含了一个项目对象模型 Project Object Model 一组标准集合 一个项目生命周期 Project Lifecycle 一个依赖管理系统 Dependency Management System 和用来运行定义在生命周期阶段 phase 中插 件 plugin 目标 goal 的逻辑 Maven 主要服务于基于 Java 平台的项目构建 依 赖管理和项目信息管理 无论是小型的开源类库项目 还是大型的企业级应用 无论是传统的瀑布式开发 还是流行的敏捷模式 Maven 都能大显身手 3 2 Maven 构建项目优势构建项目优势 3 2 1 简单简单 Maven 暴露了一组一致 简洁的操作接口 能帮助团队成员从原来的高度自定 义的 复杂的构建系统中解脱出来 使用 Maven 现有的成熟的 稳定的组件也 能简化构建系统的复杂度 3 2 2 更好的交流与反馈更好的交流与反馈 与版本控制系统结合后 所有人都能执行最新的构建并快速得到反馈 此外 自动生成的项目报告也能帮助成员了解项目的状态 促进团队的交流 3 2 3 测试驱动开发 测试驱动开发 TDD TDD 强调测试先行 所有产品都应该由测试用例覆盖 而测试是 Maven 生命周 期的最重要的组成部分之一 并且 Maven 有现成的成熟插件支持业界流行的测 试框架 如 JUnit 和 TestNG 3 2 4 快速构建项目快速构建项目 十分钟构建强调我们能够随时快速地从源码构建出最终的产品 这正是 Maven 所擅长的 只需要一些配置 之后用一条简单的命令就能让 Maven 帮你清理 编译 测试 打包 部署 然后得到最终的产品 3 2 5 持续集成 持续集成 CI CI 强调项目以很短的周期 如 15 分钟 集成最新的代码 实际上 CI 的前提是 源码管理系统和构建系统 目前业界流行的 CI 服务器如 Hudson 和 CruiseControl 都能很好地和 Maven 进行集成 也就是说 使用 Maven 后 持续 集成会变得更加方便 3 2 6 富有信息的工作区富有信息的工作区 这条实践强调开发者能够快速方便地了解到项目的最新状态 当然 Maven 并 不会帮你把测试覆盖率报告贴到墙上 也不会在你的工作台上放个鸭子告诉你 构建失败了 不过使用 Maven 发布的项目报告站点 并配置你需要的项目报告 如测试覆盖率报告 都能帮你把信息推送到开发者眼前 4 本项目软件架构 本项目软件架构 本项目采用 J2EE 的三层架构 主要结构见下图 4 1 系统结构及主要技术说明系统结构及主要技术说明 表 示 层 数 据 存 储 层 业 务 逻 辑 层 表示层 界面外观层 页面规则层 表示层的主要职责就是为用户提供信息 以及接收用户的指令 界面外观层 提供与用户交互的界面 界面规则层 根据用户指令调用业务接口 层相应的接口 并将数据传递给业务层 数据存储层 业务逻辑层 数据库层 数据访问层 实体层 业务规则层 业务接口层 业务逻辑层主要是对用户提交的指令及数据 做校验 再将数据传递给数据存储层 或将 数据存储层的数据提取后返回给表示层 业务接口层 提供给表示层指令接口 并将指令 操作结构返回 业务规则层 根据用户指令和数据的不同 将该 指令划分给不同的构造器处理 并 构造出对应的实体 实 体 层 抽象出数据库对象 如 表实体 视图实体 存储过程实体等 数据访问层 具体操作数据库 如 链接数据库 查询 插入 更新 删除等 数据库存储层主要指的是数据库 包括表 视图 存储过程 触发器等数据库对象 4 1 1 表示层 表示层 表示层主要目标是设计出良好用户体验的 UI 传统的 B S 系统 在用户体 验方面与 C S 软件相比 差得比较远 这是 B S 软件的一个很大的弱点 本项 目中 通过采用一系列新技术 包括 JavaScript CSS DIV Ajax Flex 等与本 公司基于这些技术基础发展的一套 UI 框架 底层调用 JQuery 实现了一系列可 视化图型界面 大大提高了用户易用性和用户体验 4 1 2 业务逻辑层 业务逻辑层 业务逻辑层是系统的核心 本项目在业务逻辑上分离为针对不同用户类型 关联分析的综合分析层 以后简称综合层 来分析用户会员的权限设置问题 同时 Action 层 Struts 对业务逻辑层 业务逻辑层与数据持久化层 ibatis Hibernate 之间 也采用反转控制 Spring 进行解藕 支持系统的良好的 重用性 再重构性 如数据库改变 只需修改持久化层而业务逻辑以上层可完全不 需修改 4 1 3 数据的持久化层 数据的持久化层 数据的持久化层采用标准 Qrcale 9i 支持多种数据库 对关健字段进行加密 5 对交易栏目需求的理解 对交易栏目需求的理解 用于实现客户的在线交易 交易的方式有竞拍 或者到相应的店铺购买商 品 平台上面会对交易的商品也做一些推荐 竞拍的商品类别有 热拍拍品 最新拍品 结束拍品和各种拍卖专区 店铺有精品推荐 包含一些商品的报价信 息 商品的数量 商品的介绍 店铺的信息 为客户提供了一个统一的发布和 搜索的平台 通过交易栏目 用户可以快捷的发布自己的供应和需求信息 并 及时了解客户的需求情况和市场的供应情况 客户在网上建立藏品的虚拟网络商铺 为客户提供一个通过网络展示藏品 的平台 也可以使用自己的域名打造个性化的店铺 进行相应的推广 为客户提升形象 提高藏品销售能力提供了一个有效平台 在这个平台上 客户可以通过开展网上商城 发布广告等方式 提高知名度 改善客户购物体 验 同时 客户可以通过广告服务 产品推荐 店铺推荐等方式 扩大销售范 围和客户群 提高销售量 交易栏目主要包括首页 网上竞买 网上店铺 古玩市场 艺术书城等几 部分内容 主要功能包括 功能功能说明 网上竞拍 网站中的用户可以根据自己账户里保障金的数额对自己 中意的艺术品进行拍买 并根据拍卖方提出的交易时间 和金额进行交付 逾期未付者 系统会自动将拍买者的 保障金转给拍卖方 以保证交易的合法性 公平性 正 规性 网上店铺 网上店铺模块需要多样化 可以实现店家实际头部 美 工实际头部 在店铺模块卖家也可以设置自己的店铺不 同的风格 前台店铺显示界面和管理界面 网上店铺不 但可以绑定二级域名 还可以绑定顶级域名 店铺里面 每个藏品都需要加入沟通工具 藏品显示的区域分类为 艺术网区 精品区 店铺区 店铺类型分为四等 垃圾 店铺 普通店铺 中等店铺 高级店铺 垃圾店铺是不 需要审核的 店铺所发的商品不会在精品区显示 而在 自己的店铺中能显示 普通的店铺需要审核 通过的在 精品区显示 没有通过的不显示到精品区但是在店铺中 能显示并且只能自己看见 依次中等店铺一样 高级店 铺不需要审核 所有发布的商品都能显示在精品区的类 别下面 这个是一个权限管理 古玩市场 古玩市场 古玩城 或者收藏品市场基本要求是市场信 息要全 要准确 更新要及时 以便客户会及时了解和 更新到市场的动态 古玩市场的基本信息包括 所在地区 省市县 详细 地址 联系电话 详细介绍 实体店铺信息 让客户更 便捷的了解和搜索到古玩城的新品的详细信息 古玩市场里面的实体店可以和网上店铺建立关联 通过 网上店铺可以找到实体店 通过实体店也可以找到网上 店铺 以方便客户在寻找商品和店铺的时候实现网上店 铺和实体店铺的一体性 该功能处主要是能实现卖家的 基本信息设置 艺术书城 艺术书城即店铺交易里面的艺术书刊的买卖 是 B2C 和 C2C 相结合的专门销售艺术书籍的网上商城 它 是艺术品的一员 可以满足客户艺术书刊商品的收藏需 求 作为藏品买卖的一级分类来说就是 艺术书刊 分 类 对此类藏品的买卖交易流程和店铺藏品的流程一样 6 拍卖流程 拍卖流程 拍卖流程图 用户登录 竞拍成功 退还保证金 参加竞拍 支付保证金 卖家发货 查看商品信息 收款确认 点击进入拍卖 未成交付款 已付款 将保证金给予 卖家 买家在规定期限未付款 买家需要购买藏品需要对它进行拍卖 拍卖流程的正规化对于商家和客户 来说显得尤为重要 可以保障双方的切身利益 卖家在拍卖藏品之前会设置一 个起拍价格和加价幅度 买家的价格必须高于起拍价格并且两次的差价必须高 于加价幅度 卖家也可以使用系统自动代理加价 这样可以更方便卖家的拍卖 藏品 所有的拍卖商品都是已卖家承担商品的运费方式进行发布 买家除了拍 到商品的价格就不用再额外的向卖家担负其他的费用 拍卖的种类分为 单件拍卖和荷兰式拍卖 起拍价 起拍价 指卖家设置的一个起始价格 最低起拍价格为 0 01 元 第一次出价的 人可以选择其出价为起拍价 之后的出价必须高于起拍价格 加价幅度 加价幅度 指出价的买家为了超越前一个人的出价在当前出价上允许增加的最 低金额 卖家在发布藏品的时候可以自定义加价幅度 也可以使用系统自动代 理加价 系统自动代理加价的加价幅度随着当前出价金额的增加 随之增加 系统代理加价幅度 系统代理加价幅度 指系统根据当前的出价金额自动限定加价幅度的方法 系 统自动代理加价幅度表如下 258 模式 起拍价在 1 100 阶梯为 1 20 50 80 100 起拍价在 100 1000 阶梯为 100 120 150 180 200 220 250 280 300 起拍价在 1000 10000 阶梯为 1000 1200 1500 1800 2000 2200 2500 2800 3000 起拍价在 10000 100000 阶梯为 10000 12000 15000 18000 20000 22000 25000 28000 30000 起拍价在 10000 以上最少加 100 起拍价在 100000 以上最少加 1000 起拍价在 1000000 以上最少加 5000 注 竞拍的时间 定价 以及中间的差价会员都可以根据自己的情况在卖家后 台随意的设置 代理出价 代理出价 指系统根据买家所输入的最高价格 在有其他买家出价时 自动以 最小加价金额向上出价 以维持买家 最高出价者的位置 直到买家的最高出价 被其他买家超过为止 如果代理出价的最高价格与其它出价相同 则最先设置 该价格者领先 代理价格对其他会员是保密的 拍卖结束时 如果没有人出价 超过该买家 则该买家就是获胜者 该买家将以目前的出价金额购得藏品 拍卖包邮 拍卖包邮 拍卖的商品 只能以卖家承担运费的方式进行发布 6 1 拍卖的种类拍卖的种类 单件拍卖 单件拍卖 卖家设置参加拍卖的藏品起拍价和加价幅度 买家可根据自己实际 情况 输入系统需要的最低价格 也可以输入自己可以接受的最高价格 让系 统代理出价 拍卖结束时 出价最高者获得藏品 买家可使用系统代理出价 其发布要求是 认证会员 参与拍卖的商品件数为 1 可使用系统代理加价幅 度 荷兰式拍卖 荷兰式拍卖 多件相同藏品参加拍卖 价高者优先获得藏品 相同价格先出价 者先得 最终商品成交价格是最低成功出价的金额 如果藏品的拍卖数量大于 出价人数 则最终按照起拍价成交 如果最后一位获胜者可获得的藏品数量不 足 则可以放弃购买 注 买家不能使用系统代理出价 其发布要求 卖家信用的分数须大于等于 11 分 参与拍卖的商品件数必须大于 1 可使用系统代理加价幅度 荷兰拍举例 荷兰拍举例 1 一位卖家拍卖 10 件摄像头 起拍价格是 1 元 10 位买家各出价购买一支 摄像头 出价金额均为一元 在这种情況下 所有 10 位出价者都將以一元的 价格赢得一支摄像头 2 一位卖家拍卖 10 件摄像头 起拍价格是 1