Java软件项目投标技术标书 | J2EE系统设计方案

手机扫码，畅享阅读

第0 页 目录 第1 章 设计依据与原则. .................................................... 2 1.1 功能性. ............................................................ 2 1.2 可靠性. ............................................................ 2 1.3 易用性. ............................................................ 2 1.4 效率. .............................................................. 3 1.5 可维护性. .......................................................... 3 1.6 可移植性. .......................................................... 3 1.7 标准化. ............................................................ 4 第2 章 系统总体架构设计. .................................................. 5 2.1 总体设计要求. ...................................................... 5 2.2 系统技术架构. ...................................................... 6 2.2.1 技术架构图..................................................... 6 2.2.2 框架介绍....................................................... 6 2.3 系统业务逻辑结构. .................................................. 7 2.4 J2EE研发平台...................................................... 7 2.5 Web应用服务环境 ................................................... 8 2.6 系统流程设计. ...................................................... 9 第3 章 关键技术解决方案. ................................................. 10 3.1 基本技术介绍. ..................................................... 10 3.1.1 MVC模式. ...................................................... 10 3.1.2 三层技术...................................................... 11 3.2 技术路线的可行性和解决关键技术的途径 . ............................. 13 3.3 数据资源解决方案. ................................................. 14 3.4 高性能页面响应解决方案 . ........................................... 14 3.5 安全性解决方案. ................................................... 14 第4 章系统安全解决方案 ..................................................... 16 4.1 物理安全. ......................................................... 16 4.2 网络层安全. ....................................................... 16 第5 章网络系统设计......................................................... 17 5.1 基本要求. ......................................................... 17 5.2 应用设计. ......................................................... 17 5.3 存储设计. ......................................................... 17 第6 章 软硬件环境设计. ................................................... 18 6.1 硬件环境. ......................................................... 18 6.1.1 服务器硬件环境配置 ............................................ 18 6.2 软件环境及开发环境. ............................................... 18 6.2.1 操作系统的选择 ................................................ 18 6.2.2 开发工具及程序设计语言 ........................................ 19 6.2.3 测试工具...................................................... 19 第1 页 6.2.4 版本控制工具 .................................................. 19 第2 页 第1章 设计依据与原则 本项目涉及到系统必须以实用为原则。 采用成熟的并且通过实践考验的先进技术和解决 方案。 1.1 功能性 与一组功能及其指定的性质有关的一组属性，具体包括： 适合性：与规定任务能否提供一组功能以及这组功能的适合程度有关的软件属性。 准确性：与能否得到正确或相符的结果或效果有关的软件属性。 互用性：与同其他指定系统进行交互的能力有关的软件属性。 依从性：使软件遵循有关的标准，约定，法规及类似规定的软件属性。 安全性：与防止对程序及数据的非授权的故意或意外访问的能力有关的软件属性。 充分考虑系统的安全防护，具备较强的数据管理机制和控制能力 1.2 可靠性 与在规定的一段时间和条件下，软件维持其性能水平的能力有关的一组属性， 具体包括： 成熟性：与由软件故障引起失效的频度有关的软件属性。 容错性：与在软件故障或违反指定接口的情况下，维持规定的性能水平的能力有关的软 件属性。 易恢复性：与在失效发生后，重建其性能水平并恢复直接受影响数据的能力以及为达此 目的所需的时间和能力有关的软件属性充分考虑性价比。 1.3 易用性 与一组规定或潜在的用户为使用软件所需作的努力和对这样的使用所作用的评价有关 的一组属性，具体包括： 易理解性：与用户为认识逻辑概念及其应用范围所花的努力有关的软件属性。 第3 页 易学性：与用户为学习软件应用所花的努力有关的软件属性。 易操作性：与用户为操作和运行控制所花努力有关的软件属性。 1.4 效率 与在规定的条件下，软件的性能水平与所使用的资源量之间关系有关的一组属性，具体 包括： 时间特性：与软件执行其功能时响应和处理时间以及吞吐量有关的软件属性。 资源特性：与在软件执行其功能时所使用的资源数量及其使用时间有关的软件属性。 1.5 可维护性 与进行指定的修改所需的努力有关的一组属性，具体包括： 易分析性：与为诊断缺陷或失效原因急为判定待修改的部分所需努力有关的软件属性。 易改变性：与进行修改，排除错误或适应环境变化所需努力有关的软件属性。 稳定性：与修改所造成的未预料结果的风险有关的软件属性。 易测试性：与确认已修改软件所需的努力有关的软件属性。 1.6 可移植性 与软件可从某一环境转移到另一个环境的能力有关的一组属性，具体包括： 适应性:与软件无需采用有别于为该软件准备的活动或手段就可能适应不同的规定环境 有关的软件属性。 易安装性:与在指定环境下安装软件所需努力有关的软件属性。 遵循性:使软件遵循与可移植性有关的标准或约定的软件属性。 易替换性:与软件在该软件环境中用来替代指定的其他软件的机会和努力有关的软件属 性。 第4 页 1.7 标准化 本项目涉及到的各个系统模块设计、系统性能、代码编写等应符合中国有关软件项目的 标准化的要求： 1.软件开发过程中作业标准化。 2.确定每个作业的表示形式。 3.确定每个文档资料的格式。 4.规定组符号。 5.根据软件开发经验，制定出大家能够接受的开发原则和进度。 第5 页 第2章 系统总体架构设计 2.1 总体设计要求 根据市场反应情况和目前软件系统主流的设计思路和方向，本系统总体设计要求如下： 系统采用B/S 架构进行设计。 基于J2EE平台开发。 采用主流技术框架 SSH（Spring、SpringMVC、Hibernate）。 系统支持主流的关系型数据库： Mysql、Oracle、SqlServer等。 第6 页 2.2 系统技术架构 2.2.1 技术架构图 技术框架图 2.2.2 框架介绍 系统中采用SSH（Spring 、SpringMVC、Hibernate ）框架。 Spring+SpringMVC+Hibernate 三大框架整合项目，java 代码分为 dao,service,controller 三层，支持注解，事务。数据库默认 MySQL，配置文件为src 下的 第7 页 config 资源包中的db.properties ，以KEY VALUE形式保存数据库连接属性，方便移植修 改。 Hibernate 是一款优秀的ORM框架，能够连接并操作数据库，包括保存和修改数据。 Spring MVC是Java 的web框架，能够将Hibernate 集成进去，完成数据的CRUD。Hibernate 使用方便，配置响应的 XML文件即可。 2.3 系统业务逻辑结构 开发拓扑图 2.4 J2EE 研发平台 J2EE为搭建具有可伸缩性、灵活性、易维护性的商务系统提供了良好的机制： 第8 页 J2EE是一套全然不同于传统应用开发的技术架构， 包含许多组件，主要可简化且规范应 用系统的开发与部署，进而提高可移植性、安全与再用价值。 J2EE核心是一组技术规范与指南，其中所包含的各类组件、服务架构及技术层次，均有 共同的标准及规格，让各种依循 J2EE架构的不同平台之间，存在良好的兼容性，解决过去 企业后端使用的信息产品彼此之间无法兼容，企业内部或外部难以互通的窘境。 J2EE组件和“标准的” Java 类的不同点在于：它被装配在一个 J2EE应用中，具有固 定的格式并遵守J2EE规范，由J2EE服务器对其进行管理。J2EE规范是这样定义 J2EE组件 的：客户端应用程序和 applet 是运行在客户端的组件；Java Servlet 和Java Server Pages (JSP) 是运行在服务器端的 Web组件；Enterprise Java Bean (EJB ) 组件是运行在服务器 端的业务组件。 2.5 Web 应用服务环境 严格意义上Web服务器只负责处理 HTTP协议，只能发送静态页面的内容。而JSP，ASP， PHP等动态内容需要通过 CGI、FastCGI、ISAPI 等接口交给其他程序去处理。这个其他程序 就是应用服务器。 比如Web服务器包括Nginx ，Apache，IIS 等。而应用服务器包括 WebLogic，JBoss 等。应 用服务器一般也支持 HTTP协议，因此界限没这么清晰。但是应用服务器的 HTTP协议部分仅 仅是支持，一般不会做特别优化，所以很少有见 Tomcat 直接暴露给外面，而是和 Nginx、 Apache等配合，只让Tomcat处理JSP和Servlet 部分。 第9 页 2.6 系统流程设计 第10 页 第3章 关键技术解决方案 3.1 基本技术介绍 基于当前Web 应用程序开发面临的问题，项目结合目前比较流行的开源框架 SSH （Spring 、Struts 、Hibernate) ，具体讨论其基本相似性及有关基本概念，提出了一种 开发JavaEE Web 应用的轻量级解决方案，此系统架构可以在短期内搭建结构清晰、可复用 性好、可扩展性好、维护方便的 Web 应用程序。 MVC 模式 MVC模式是一个用于将用户界面逻辑与业务逻辑分离开来的基础设计模式，它将数据处 理、界面以及用户的行为控制分为： Model （模型）－View （视图）－Controller （控制 器）。 Model ：负责当前应用的数据获取与变更及相关的业务逻辑。可用 JAVABEAN 来体现； View：负责显示信息。可以使用 JSP 、VELOCITY 模板等技术。 其优点有： Controller ：负责收集转化用户的输入。常用一个 SERVLET 来实现； View 和Controller 都依赖于Model ，但是Model 既不依赖于View ，也不依赖于 Controller ，这是分离的主要优点之一，这样 Model 可以单独的建立和测试以便于代码复 用，View 和Controller 只需要Model 提供数据，它们不会知道、也不会关心数据是存储 在SQL Server 还是Oracle 数据库中或者别的什么地方。 第11 页 3.1.1 三层技术 3.1.1.1 三层结构框架及功能 由于传统的二层C/S 结构存在以下几个局限：它是单一服务器且以局域网为中心的，所 以难以扩展至广域网范围或 Internet 的大型应用模式；难以管理大量的客户机；受限于供 应商，整个系统与特定的应用程序联系紧密；软、硬件的组合及集成能力有限。因此 , 在乐 清电子政务应用系统中以三层结构体系为主。 三层结构是将应用功能分成表示层、业务逻辑层和数据层三部分。其解决方案是对这三 层进行明确分割，并在逻辑上使其独立。各层说明如下： 表示层—担负用户与应用间的对话功能， 通过浏览器模式实现表示层，组成的B/S 结构； 或使用可以自动更新的瘦客户端软件实现表示层，组成基于三层体系的“客户／服务器”结 构； 业务逻辑层—包含了具体的业务处理逻辑程序相当于应用的本体； 数据层—负责管理对数据库数据的读写。主要是利用大型关系型数据库进行迅速、大量 的数据处理。 3.1.1.2 选用三层结构的优点 选用三层结构具有以下优点： 系统管理简单, 大大减少客户机维护工作量。 基于B/S 结构的应用模式无需客户端维护工作；基于“客户／服务器”结构的客户端可 以实现自动更新下载，也无需客户端维护工作。 具有灵活的硬件系统构成 对于各个层可以选择与其处理负荷和处理特性相适应的硬件，方便的实现负载均衡。清 晰、合理地分割三层结构并使其独立 , 可以使系统构成的变更非常简单。因此 , 被分成三层的 应用基本上不需要修正。