软件项目投标技术标书.docx
《软件项目投标技术标书.docx》由会员分享，可在线阅读，更多相关《软件项目投标技术标书.docx（46页珍藏版）》请在冰点文库上搜索。
软件项目投标技术标书
第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.4J2EE研发平台......................................................7
2.5Web应用服务环境...................................................8
2.6系统流程设计.......................................................9
第3章关键技术解决方案..................................................10
3.1基本技术介绍......................................................10
3.1.1MVC模式.......................................................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
第0页
浙江某某有限公司项目投标项目编号：
xxxxx-7技术文件
6.2.4版本控制工具..................................................19
第1页
科技有限公司技术文件
第1章设计依据与原则
本项目涉及到系统必须以实用为原则。
采用成熟的并且通过实践考验的先进技术和解决
方案。
1.8功能性
与一组功能及其指定的性质有关的一组属性，具体包括：
适合性：
与规定任务能否提供一组功能以及这组功能的适合程度有关的软件属性。
准确性：
与能否得到正确或相符的结果或效果有关的软件属性。
互用性：
与同其他指定系统进行交互的能力有关的软件属性。
依从性：
使软件遵循有关的标准，约定，法规及类似规定的软件属性。
安全性：
与防止对程序及数据的非授权的故意或意外访问的能力有关的软件属性。
充分考虑系统的安全防护，具备较强的数据管理机制和控制能力
1.9可靠性
与在规定的一段时间和条件下，软件维持其性能水平的能力有关的一组属性，具体包括：
成熟性：
与由软件故障引起失效的频度有关的软件属性。
容错性：
与在软件故障或违反指定接口的情况下，维持规定的性能水平的能力有关的软
件属性。
易恢复性：
与在失效发生后，重建其性能水平并恢复直接受影响数据的能力以及为达此
目的所需的时间和能力有关的软件属性充分考虑性价比。
1.10易用性
与一组规定或潜在的用户为使用软件所需作的努力和对这样的使用所作用的评价有关
的一组属性，具体包括：
易理解性：
与用户为认识逻辑概念及其应用范围所花的努力有关的软件属性。
第2页
科技有限公司技术文件
易学性：
与用户为学习软件应用所花的努力有关的软件属性。
易操作性：
与用户为操作和运行控制所花努力有关的软件属性。
1.11效率
与在规定的条件下，软件的性能水平与所使用的资源量之间关系有关的一组属性，具体
包括：
时间特性：
与软件执行其功能时响应和处理时间以及吞吐量有关的软件属性。
资源特性：
与在软件执行其功能时所使用的资源数量及其使用时间有关的软件属性。
1.12可维护性
与进行指定的修改所需的努力有关的一组属性，具体包括：
易分析性：
与为诊断缺陷或失效原因急为判定待修改的部分所需努力有关的软件属性。
易改变性：
与进行修改，排除错误或适应环境变化所需努力有关的软件属性。
稳定性：
与修改所造成的未预料结果的风险有关的软件属性。
易测试性：
与确认已修改软件所需的努力有关的软件属性。
1.13可移植性
与软件可从某一环境转移到另一个环境的能力有关的一组属性，具体包括：
适应性:
与软件无需采用有别于为该软件准备的活动或手段就可能适应不同的规定环境
有关的软件属性。
易安装性:
与在指定环境下安装软件所需努力有关的软件属性。
遵循性:
使软件遵循与可移植性有关的标准或约定的软件属性。
易替换性:
与软件在该软件环境中用来替代指定的其他软件的机会和努力有关的软件属
性。
第3页
科技有限公司技术文件
1.14标准化
本项目涉及到的各个系统模块设计、系统性能、代码编写等应符合中国有关软件项目的
标准化的要求：
2.7软件开发过程中作业标准化。
2.8确定每个作业的表示形式。
2.9确定每个文档资料的格式。
2.10规定组符号。
2.11根据软件开发经验，制定出大家能够接受的开发原则和进度。
第4页
科技有限公司技术文件
第2章系统总体架构设计
1.15总体设计要求
根据市场反应情况和目前软件系统主流的设计思路和方向，本系统总体设计要求如下：
系统采用B/S架构进行设计。
基于J2EE平台开发。
采用主流技术框架SSH（Spring、SpringMVC、Hibernate）。
系统支持主流的关系型数据库：
Mysql、Oracle、SqlServer等。
第5页
科技有限公司技术文件
1.16系统技术架构
2.12技术架构图
技术框架图
2.13框架介绍
系统中采用SSH（Spring、SpringMVC、Hibernate）框架。
Spring+SpringMVC+Hibernate三大框架整合项目，java代码分为
dao,service,controller三层，支持注解，事务。
数据库默认MySQ，L配置文件为src下的
第6页
科技有限公司技术文件
config资源包中的db.properties，以KEYVALUE形式保存数据库连接属性，方便移植修
改。
Hibernate是一款优秀的ORM框架，能够连接并操作数据库，包括保存和修改数据。
SpringMVC是Java的web框架，能够将Hibernate集成进去，完成数据的CRU。
DHibernate
使用方便，配置响应的XML文件即可。
1.17系统业务逻辑结构
开发拓扑图
1.18J2EE研发平台
J2EE为搭建具有可伸缩性、灵活性、易维护性的商务系统提供了良好的机制：
第7页
科技有限公司技术文件
J2EE是一套全然不同于传统应用开发的技术架构，包含许多组件，主要可简化且规范应
用系统的开发与部署，进而提高可移植性、安全与再用价值。
J2EE核心是一组技术规范与指南，其中所包含的各类组件、服务架构及技术层次，均有
共同的标准及规格，让各种依循J2EE架构的不同平台之间，存在良好的兼容性，解决过去
企业后端使用的信息产品彼此之间无法兼容，企业内部或外部难以互通的窘境。
J2EE组件和“标准的”Java类的不同点在于：
它被装配在一个J2EE应用中，具有固
定的格式并遵守J2EE规范，由J2EE服务器对其进行管理。
J2EE规范是这样定义J2EE组件
的：
客户端应用程序和applet是运行在客户端的组件；JavaServlet和JavaServerPages
（JSP）是运行在服务器端的Web组件；EnterpriseJavaBean（EJB）组件是运行在服务器
端的业务组件。
1.19Web应用服务环境
严格意义上Web服务器只负责处理HTTP协议，只能发送静态页面的内容。
而JSP，ASP，
PHP等动态内容需要通过CGI、FastCGI、ISAPI等接口交给其他程序去处理。
这个其他程序
就是应用服务器。
比如Web服务器包括Nginx，Apache，IIS等。
而应用服务器包括WebLogic，JBoss等。
应
用服务器一般也支持HTTP协议，因此界限没这么清晰。
但是应用服务器的HTTP协议部分仅
仅是支持，一般不会做特别优化，所以很少有见Tomcat直接暴露给外面，而是和Nginx、
Apache等配合，只让Tomcat处理JSP和Servlet部分。
第8页
科技有限公司技术文件
1.20系统流程设计
第9页
科技有限公司技术文件
第3章关键技术解决方案
1.21基本技术介绍
基于当前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数据库中或者别的什么地方。
第10页
科技有限公司技术文件
1.22三层技术
2.14三层结构框架及功能
由于传统的二层C/S结构存在以下几个局限：
它是单一服务器且以局域网为中心的，所
以难以扩展至广域网范围或Internet的大型应用模式；难以管理大量的客户机；受限于供
应商，整个系统与特定的应用程序联系紧密；软、硬件的组合及集成能力有限。
因此,在乐
清电子政务应用系统中以三层结构体系为主。
三层结构是将应用功能分成表示层、业务逻辑层和数据层三部分。
其解决方案是对这三
层进行明确分割，并在逻辑上使其独立。
各层说明如下：
表示层—担负用户与应用间的对话功能，通过浏览器模式实现表示层，组成的B/S结构；
或使用可以自动更新的瘦客户端软件实现表示层，组成基于三层体系的“客户／服务器”结
构；
业务逻辑层—包含了具体的业务处理逻辑程序相当于应用的本体；
数据层—负责管理对数据库数据的读写。
主要是利用大型关系型数据库进行迅速、大量
的数据处理。
2.15选用三层结构的优点
选用三层结构具有以下优点：
系统管理简单,大大减少客户机维护工作量。
基于B/S结构的应用模式无需客户端维护工作；基于“客户／服务器”结构的客户端可
以实现自动更新下载，也无需客户端维护工作。
具有灵活的硬件系统构成
对于各个层可以选择与其处理负荷和处理特性相适应的硬件，方便的实现负载均衡。
清
晰、合理地分割三层结构并使其独立,可以使系统构成的变更非常简单。
因此,被分成三层的
应用基本上不需要修正。
第11页
科技有限公司技术文件
提高程序的可维护性
三层B/S结构中，应用的各层可以并行开发,各层也可以选择各自最适合的开发语言。
因为是按层分割功能,所以各个程序的处理逻辑变得比较简单。
进行严密的安全管理
涉密的关键应用的安全管理非常重要。
在三层C/S结构中,识别用户的机构是按层来构
筑的,对应用和数据的存取权限也可以按层进行设定。
例如,即使外部的入侵者突破了表示层
的安全防线，若在功能层中备有另外的安全机构，系统也可以阻止入侵者进入其他部分。
1.23中间技术
消息中间件
采用消息中间件技术、基于J2EE的三层结构构建面向各级单位的数据交换体系中。
消
息中间件是位于平台（硬件和操作系统）和应用之间的通用服务，具有标准的程序接口和协
议。
针对不同的操作系统和硬件平台，它们可以有符合接口和协议规范的多种实现。
消息中
间件起到了一个“平台＋通信”的作用，一方面使进一步的开发工作可以构建在一个统一的
开发环境（平台）之上，不必关心具体的网络编程技术细节，大大简化了设计和编程工作；
另一方面，中间件完全负责消息通信，用户只需关注于业务系统的运行、开发，有效地提高
了效率。
消息中间件通信传输类型：
可靠传输可以在保证报文的正确性的前提下实现相对的实时传输。
每个报文有相对的生
命周期，在网络超时或者接受方宕机时终止发送请求，即报文有可能丢失或非顺序到达。
可
靠传输对处理机和网络的开销较小，一般适用于对传输速率要求较高的准实时系统，而对报
文的丢失有一定的冗余度。
确保传送可以保证信息的无丢失、按顺序传送。
在信息的发送者与接受者之间的网络出
现中断或者接受者方的机器出现故障，在网路恢复连接后，仍然能保证在故障时期内的所有
信息按顺序的正确到达。
确保传送的高可靠性是以较多的资源开销（处理机、网络）作为代
价的。
因此，确保传送一般是用于传送频率比较低，但传送可靠性要求高的信息传输，如重
要文件的传输等。
该传输类型类似于电子邮件的传输方式。
第12页
科技有限公司技术文件
数据中间件
在综合数据支撑平台中，为了整合桌面型数据库成为一个可共享的具有用户和权限管理
的虚拟数据库，需要采用数据中间件以屏蔽掉数据节点分布、数据库表异构特性，实现虚拟
数据库合理的软件层次结构。
1.24安全应用技术
为了在电子政务系统的应用层、网络层实施细粒度的访问控制，实现对用户的身份鉴别、
实现信息的保密性、完整性、真实性和抗抵赖性等保护，采用当今流行的高强度安全策略—
—数字证书技术。
应用系统可以基于数字证书以及相关的经国家有关部门认可的密码算法认
证登录系统的用户的真实身份，进行数字签名和验证签名，采用数字签名技术解决抗抵赖性
和数据完整性的问题，利用安全系统提供的加密算法，解决信息的保密性问题。
对重要数据库的访问，还要通过安全代理，对访问者的身份基于数字证书进行高强度的
认证，对其访问应用系统的请求进行确认，如果该用户没有访问的权限，其访问请求将被安
全代理拒绝。
同时，在安全代理服务器上还可以完成包括包过滤、加密、解密等技术，从而
实现权限确认和数据的密存密传功能。
2.16技术路线的可行性和解决关键技术的途径
三层应用构架是一种成熟的开发模式，可以应用到电子政务中，针对行文应用的特殊要
求，建议Domino平台这一成熟的体系，以确保电子政务的正常运作。
Java技术是一种成熟的技术，已经得到广泛的应用，J2EE技术规范已经得到大的中间
件生成厂商如BEA公司、IBM公司的产品化支持。
中间件技术是软件产品的发展方向，现在市场上已有大量的产品可供选择，因此在结合
电子政务需求开发数据中间件是可行的，在数据交换体系中采用消息中间件已是可行的，符
合发展方向。
安全应用技术是电子政务中的一种重要指标，国内许多单位进行过大量的研发工作，有
的已形成了产品，因此也具有可行性。
第13页
科技有限公司技术文件
虚拟数据库是解决数据共享、系统平滑过渡的必又之路，结合数据库技术和中间件技术，
一定能达到目标，创优质工程。
1.25数据资源解决方案
对不能（不方便）共享的桌面型数据库，为暂时维持现有应用不变且又能提供数据资源
共享，提出了一个完备的基于整体应用的数据库解决方案——即虚拟数据库解决方案。
其基
本思想是将分散的、局部的桌面形数据库（Foxpro、Access）利用网络资源以及虚拟数据库
应用将它们在逻辑上统一起来，实现呈现给用户一个完整的、统一的数据库访问模式，同时
提供数据资源的用户和权限管理功能，即对用户以及应用程序来说就好像访问大型关系型数
据库一样方便地访问数据资源，而不是在访问分散于不同服务终端的数据库，所有的处理都
将在虚拟数据库构架中完成，不需要用户或应用程序涉及任何底层的输入。
1.26高性能页面响应解决方案
从系统角度来理解软件，确定对所开发系统的综合要求，并提出这些需求的实现条件，
以及需求应该达到的标准。
这些需求包括：
功能需求（做什么），性能需求（要达到什么指标），
环境需求（如机型,操作系统等），可靠性需求（不发生故障的概率），安全保密需求，用户
界面需求，资源使用需求（软件运行是所需的内存、CPU等），软件成本消耗与开发进度需求，
预先估计以后系统可能达到的目标。
1.27安全性解决方案
安全性测试主要是测试系统在没有授权的内部或者外部用户对系统进行攻击或者恶意
破坏时如何进行处理，是否仍能保证数据和页面的安全。
测试人员可以学习一些黑客技术，
来对系统进行攻击。
另外，对操作权限的测试也包含在安全性测试中。
具体测试内容如下：
o执行添加、删除、修改等动作中是否做过登录检测。
o退出系统之后的操作是否可以完成。
o所有插入表单操作中输入特殊字符是否可以正常输正常存储，特殊字符为：
！
?
#
￥%,,—*（）~——-+=[]{}、|；：
‘”？
/《》<>，。
第14页
科技有限公司技术文件
o在带有参数的回显数据的动作中更改参数，把参数改为特殊字符并加入操
o测试表单中有没有做标签检测，标签检测是否完整。
第15页
科技有限公司技术文件
第4章系统安全解决方案
1.28物理安全
保证计算机系统安全，可靠地运行，确保系统在对信息进行采集、传输、存储、处理、
显示、分发和利用的过程中不会受到人为或自然因素的危害而使信息丢失、泄漏和破坏，对
计算机系统设备、通信与网络设备、存储媒体设备和人员所采取的安全技术措施，实体安全
包括环境安全，设备安全和媒体安全三个方面。
环境安全包括受灾防护、区域防护，设备安全包括设备防盗、设
升级会员 