java软件项目投标技术标书.doc

java软件项目投标技术标书.doc

《java软件项目投标技术标书.doc》由会员分享，可在线阅读，更多相关《java软件项目投标技术标书.doc（20页珍藏版）》请在冰豆网上搜索。

目录

第1章 设计依据与原则 1

1.1 功能性 1

1.2 可靠性 1

1.3 易用性 1

1.4 效率 1

1.5 可维护性 2

1.6 可移植性 2

1.7 标准化 2

第2章 系统总体架构设计 3

2.1 总体设计要求 3

2.2 系统技术架构 4

2.2.1 技术架构图 4

2.2.2 框架介绍 4

2.3 系统业务逻辑结构 5

2.4 J2EE研发平台 5

2.5 Web应用服务环境 6

2.6 系统流程设计 6

第3章 关键技术解决方案 7

3.1 基本技术介绍 7

3.1.1 MVC模式 7

3.1.2 三层技术 8

3.2 技术路线的可行性和解决关键技术的途径 9

3.3 数据资源解决方案 10

3.4 高性能页面响应解决方案 10

3.5 安全性解决方案 10

第4章系统安全解决方案 11

4.1 物理安全 11

4.2 网络层安全 11

第5章网络系统设计 12

5.1 基本要求 12

5.2 应用设计 12

5.3 存储设计 12

第6章 软硬件环境设计 13

6.1 硬件环境 13

6.1.1 服务器硬件环境配置 13

6.2 软件环境及开发环境 13

6.2.1 操作系统的选择 13

6.2.2 开发工具及程序设计语言 14

6.2.3 测试工具 14

6.2.4 版本控制工具 14

第1页

第1章设计依据与原则

本项目涉及到系统必须以实用为原则。

采用成熟的并且通过实践考验的先进技术和解决方案。

1.1功能性

与一组功能及其指定的性质有关的一组属性，具体包括：

适合性：

与规定任务能否提供一组功能以及这组功能的适合程度有关的软件属性。

准确性：

与能否得到正确或相符的结果或效果有关的软件属性。

互用性：

与同其他指定系统进行交互的能力有关的软件属性。

依从性：

使软件遵循有关的标准，约定，法规及类似规定的软件属性。

安全性：

与防止对程序及数据的非授权的故意或意外访问的能力有关的软件属性。

充分考虑系统的安全防护，具备较强的数据管理机制和控制能力

1.2可靠性

与在规定的一段时间和条件下，软件维持其性能水平的能力有关的一组属性，具体包括：

成熟性：

与由软件故障引起失效的频度有关的软件属性。

容错性：

与在软件故障或违反指定接口的情况下，维持规定的性能水平的能力有关的软件属性。

易恢复性：

与在失效发生后，重建其性能水平并恢复直接受影响数据的能力以及为达此目的所需的时间和能力有关的软件属性充分考虑性价比。

1.3易用性

与一组规定或潜在的用户为使用软件所需作的努力和对这样的使用所作用的评价有关的一组属性，具体包括：

易理解性：

与用户为认识逻辑概念及其应用范围所花的努力有关的软件属性。

易学性：

与用户为学习软件应用所花的努力有关的软件属性。

易操作性：

与用户为操作和运行控制所花努力有关的软件属性。

1.4效率

与在规定的条件下，软件的性能水平与所使用的资源量之间关系有关的一组属性，具体包括：

时间特性：

与软件执行其功能时响应和处理时间以及吞吐量有关的软件属性。

资源特性：

与在软件执行其功能时所使用的资源数量及其使用时间有关的软件属性。

1.5可维护性

与进行指定的修改所需的努力有关的一组属性，具体包括：

易分析性：

与为诊断缺陷或失效原因急为判定待修改的部分所需努力有关的软件属性。

易改变性：

与进行修改，排除错误或适应环境变化所需努力有关的软件属性。

稳定性：

与修改所造成的未预料结果的风险有关的软件属性。

易测试性：

与确认已修改软件所需的努力有关的软件属性。

1.6可移植性

与软件可从某一环境转移到另一个环境的能力有关的一组属性，具体包括：

适应性:

与软件无需采用有别于为该软件准备的活动或手段就可能适应不同的规定环境有关的软件属性。

易安装性:

与在指定环境下安装软件所需努力有关的软件属性。

遵循性:

使软件遵循与可移植性有关的标准或约定的软件属性。

易替换性:

与软件在该软件环境中用来替代指定的其他软件的机会和努力有关的软件属性。

1.7标准化

本项目涉及到的各个系统模块设计、系统性能、代码编写等应符合中国有关软件项目的标准化的要求：

1.软件开发过程中作业标准化。

2.确定每个作业的表示形式。

3.确定每个文档资料的格式。

4.规定组符号。

5.根据软件开发经验，制定出大家能够接受的开发原则和进度。

第2章系统总体架构设计

2

2.1总体设计要求

根据市场反应情况和目前软件系统主流的设计思路和方向，本系统总体设计要求如下：

Ø系统采用B/S架构进行设计。

Ø基于J2EE平台开发。

Ø采用主流技术框架SSH（Spring、SpringMVC、Hibernate）。

Ø系统支持主流的关系型数据库：

Mysql、Oracle、SqlServer等。

2.2系统技术架构

2.2.1技术架构图

技术框架图

2.2.2框架介绍

系统中采用SSH（Spring、SpringMVC、Hibernate）框架。

Spring+SpringMVC+Hibernate三大框架整合项目，java代码分为dao,service,controller三层，支持注解，事务。

数据库默认MySQL，配置文件为src下的config资源包中的db.properties，以KEY VALUE形式保存数据库连接属性，方便移植修改。

Hibernate是一款优秀的ORM框架，能够连接并操作数据库，包括保存和修改数据。

SpringMVC是Java的web框架，能够将Hibernate集成进去，完成数据的CRUD。

Hibernate使用方便，配置响应的XML文件即可。

2.3系统业务逻辑结构

开发拓扑图

2.4J2EE研发平台

J2EE为搭建具有可伸缩性、灵活性、易维护性的商务系统提供了良好的机制：

J2EE是一套全然不同于传统应用开发的技术架构，包含许多组件，主要可简化且规范应用系统的开发与部署，进而提高可移植性、安全与再用价值。

J2EE核心是一组技术规范与指南，其中所包含的各类组件、服务架构及技术层次，均有共同的标准及规格，让各种依循J2EE架构的不同平台之间，存在良好的兼容性，解决过去企业后端使用的信息产品彼此之间无法兼容，企业内部或外部难以互通的窘境。

J2EE组件和“标准的” Java类的不同点在于：

它被装配在一个J2EE应用中，具有固定的格式并遵守J2EE规范，由J2EE服务器对其进行管理。

J2EE规范是这样定义J2EE组件的：

客户端应用程序和applet是运行在客户端的组件；JavaServlet和JavaServerPages（JSP）是运行在服务器端的Web组件；EnterpriseJavaBean（EJB）组件是运行在服务器端的业务组件。

2.5Web应用服务环境

严格意义上Web服务器只负责处理HTTP协议，只能发送静态页面的内容。

而JSP，ASP，PHP等动态内容需要通过CGI、FastCGI、ISAPI等接口交给其他程序去处理。

这个其他程序就是应用服务器。

比如Web服务器包括Nginx，Apache，IIS等。

而应用服务器包括WebLogic，JBoss等。

应用服务器一般也支持HTTP协议，因此界限没这么清晰。

但是应用服务器的HTTP协议部分仅仅是支持，一般不会做特别优化，所以很少有见Tomcat直接暴露给外面，而是和Nginx、Apache等配合，只让Tomcat处理JSP和Servlet部分。

2.6系统流程设计

第3章关键技术解决方案

3

3.1基本技术介绍

基于当前Web应用程序开发面临的问题，项目结合目前比较流行的开源框架SSH（Spring、Struts、Hibernate），具体讨论其基本相似性及有关基本概念，提出了一种开发JavaEEWeb应用的轻量级解决方案，此系统架构可以在短期内搭建结构清晰、可复用性好、可扩展性好、维护方便的Web应用程序。

MVC模式

MVC模式是一个用于将用户界面逻辑与业务逻辑分离开来的基础设计模式，它将数据处理、界面以及用户的行为控制分为：

Model（模型）－View（视图）－Controller（控制器）。

Model：

负责当前应用的数据获取与变更及相关的业务逻辑。

可用JAVABEAN来体现；View：

负责显示信息。

可以使用JSP、VELOCITY模板等技术。

其优点有：

Controller：

负责收集转化用户的输入。

常用一个SERVLET来实现；

View和Controller都依赖于Model，但是Model既不依赖于View，也不依赖于Controller，这是分离的主要优点之一，这样Model可以单独的建立和测试以便于代码复用，View和Controller只需要Model提供数据，它们不会知道、也不会关心数据是存储在SQLServer还是Oracle数据库中或者别的什么地方。

3.1.1三层技术

3.1.1.1三层结构框架及功能

由于传统的二层C/S结构存在以下几个局限：

它是单一服务器且以局域网为中心的，所以难以扩展至广域网范围或Internet的大型应用模式；难以管理大量的客户机；受限于供应商，整个系统与特定的应用程序联系紧密；软、硬件的组合及集成能力有限。

因此,在乐清电子政务应用系统中以三层结构体系为主。

三层结构是将应用功能分成表示层、业务逻辑层和数据层三部分。

其解决方案是对这三层进行明确分割，并在逻辑上使其独立。

各层说明如下：

表示层—担负用户与应用间的对话功能，通过浏览器模式实现表示层，组成的B/S结构；或使用可以自动更新的瘦客户端软件实现表示层，组成基于三层体系的“客户／服务器”结构；

业务逻辑层—包含了具体的业务处理逻辑程序相当于应用的本体；

数据层—负责管理对数据库数据的读写。

主要是利用大型关系型数据库进行迅速、大量的数据处理。

3.1.1.2选用三层结构的优点

选用三层结构具有以下优点：

系统管理简单,大大减少客户机维护工作量。

基于B/S结构的应用模式无需客户端维护工作；基于“客户／服务器”结构的客户端可以实现自动更新下载，也无需客户端维护工作。

具有灵活的硬件系统构成

对于各个层可以选择与其处理负荷和处理特性相适应的硬件，方便的实现负载均衡。

清晰、合理地分割三层结构并使其独立,可以使系统构成的变更非常简单。

因此,被分成三层的应用基本上不需要修正。

提高程序的可维护性

三层B/S结构中，应用的各层可以并行开发,各层也可以选择各自最适合的开发语言。

因为是按层分割功能,所以各个程序的处理逻辑变得比较简单。

进行严密的安全管理

涉密的关键应用的安全管理非常重要。

在三层C/S结构中,识别用户的机构是按层来构筑的,对应用和数据的存取权限也可以按层进行设定。

例如,即使外部的入侵者突破了表示层的安全防线，若在功能层中备有另外的安全机构，系统也可以阻止入侵者进入其他部分。

3.1.1.3中间技术

消息中间件

采用消息中间件技术、基于J2EE的三层结构构建面向各级单位的数据交换体系中。

消息中间件是位于平台（硬件和操作系统）和应用之间的通用服务，具有标准的程序接口和协议。

针对不同的操作系统和硬件平台，它们可以有符合接口和协议规范的多种实现。

消息中间件起到了一个“平台＋通信”的作用，一方面使进一步的开发工作可以构建在一个统一的开发环境（平台）之上，不必关心具体的网络编程技术细节，大大简化了设计和编程工作；另一方面，中间件完全负责消息通信，用户只需关注于业务系统的运行、开发，有