供应商针对本项目技术服务类总体要求的理解在软件开发的过程中，我们一向遵循软件产品的以下原则：1、功能性:与一组功能及其指定的性质有关的一组属性，具体包括：适合性:与规定任务能否提供一组功能以及这组功能的适合程度有关的软件属性准确性:与能否得到正确或相符的结果或效果有关的软件属性互用性:与同其他指定系统进行交互的能力有关的软件属性依从性:使软件遵循有关的标准,约定,法规及类似规定的软件属性安全性:与防止对程序及数据的非授权的故意或意外访问的能力有关的软件属性2、可靠性:与在规定的一段时间和条件下,软件维持其性能水平的能力有关的一组属性，具体包括：成熟性:与由软件故障引起失效的频度有关的软件属性容错性:与在软件故障或违反指定接口的情况下,维持规定的性能水平的能力有关的软件属性易恢复性:与在失效发生后,重建其性能水平并恢复直接受影响数据的能力以及为达此目的所需的时间和能力有关的软件属性3、易用性:与一组规定或潜在的用户为使用软件所需作的努力和对这样的使用所作的评价有关的一组属性，具体包括：易理解性:与用户为认识逻辑概念及其应用范围所花的努力有关的软件属性易学性:与用户为学习软件应用所花的努力有关的软件属性易操作性:与用户为操作和运行控制所花努力有关的软件属性4、效率:与在规定的条件下,软件的性能水平与所使用资源量之间关系有关的一组属性，具体包括：时间特性:与软件执行其功能时响应和处理时间以及吞吐量有关的软件属性资源特性:与在软件执行其功能时所使用的资源数量及其使用时间有关的软件属性5、可维护性:与进行指定的修改所需的努力有关的一组属性，具体包括：易分析性:与为诊断缺陷或失效原因及为判定待修改的部分所需努力有关的软件属性易改变性:与进行修改,排除错误或适应环境变化所需努力有关的软件属性稳定性:与修改所造成的未预料结果的风险有关的软件属性易测试性:与确认已修改软件所需的努力有关的软件属性6、可移植性:与软件可从某一环境转移到另一环境的能力有关的一组属性，具体包括：适应性:与软件无需采用有别于为该软件准备的活动或手段就可能适应不同的规定环境有关的软件属性易安装性:与在指定环境下安装软件所需努力有关的软件属性遵循性:使软件遵循与可移植性有关的标准或约定的软件属性易替换性:与软件在该软件环境中用来替代指定的其他软件的机会和努力有关的软件属性基于以上原则，根据项目的不同需求，我们将会考虑采用B/S和C/S两种模式开发。
1、B/S模式B/S是Brower/Server的缩写，客户机上只要安装一个浏览器（Browser），如Netscape Navigator或Internet Explorer，服务器安装Oracle、Sybase、Informix或 SQL Server 等数据库。
浏览器通过Web Server 同数据库进行数据交互。
B/S模式较C/S模式：C/S模式客户端需要安装专用的客户端软件。
首先涉及到安装的工作量，其次任何一台电脑出问题，如病毒、硬件损坏，都需要进行安装或维护。
特别是有很多分部的情况，不是工作量的问题，而是路程的问题。
还有，系统软件升级时，每一台客户机需要重新安装，其维护和升级成本非常高。
C/S模式对客户端的操作系统一般也会有限制，可能适应于Windows系列操作系统，而不适用于Linux、Unix等操作系统。
而B/S最大的优点就是可以在任何地方进行操作而不用安装任何专门的软件。
只要有一台能上网的电脑就能使用，客户端零维护。
系统的扩展非常容易，只要能上网，再由系统管理员分配一个用户名和密码，就可以使用了。
甚至可以在线申请，通过公司内部的安全认证（如CA证书）后，不需要人的参与，系统可以自动分配给用户一个账号进入系统，这在最大程度上满足了项目要求。
系统采用的是目前较流行的一种Web应用程序开源框架--Struts+Spring+Hibernate（SSH）。
集成SSH框架的系统从职责上分为四层：表示层、业务逻辑层、数据持久层和域模块层，以帮助开发人员在短期内搭建结构清晰、可复用性好、维护方便的Web应用程序。
其中使用Struts作为系统的整体基础架构，负责MVC的分离，在Struts框架的模型部分，利用Hibernate框架对持久层提供支持，业务层用Spring支持。
具体做法是：用面向对象的分析方法根据需求提出一些模型，将这些模型实现为基本的Java对象，然后编写基本的DAO接口，并给出Hibernate的DAO实现，采用Hibernate架构实现的DAO类来实现Java类与数据库之间的转换和访问，最后由Spring完成业务逻辑。
系统的基本业务流程是：在表示层中，首先通过JSP页面实现交互界面，负责传送请求(Request)和接收响应(Response)，然后Struts根据配置文件将ActionServlet接收到的Request委派给相应的Action处理。
在业务层中，管理服务组件的Spring IoC容器负责向Action提供业务模型(Model)组件和该组件的协作对象数据处理(DAO)组件完成业务逻辑，并提供事务处理、缓冲池等容器组件以提升系统性能和保证数据的完整性。
而在持久层中，则依赖于Hibernate的对象化映射和数据库交互，处理DAO组件请求的数据，并返回处理结果。
采用上述开发模型，不仅实现了视图、控制器与模型的彻底分离，而且还实现了业务逻辑层与持久层的分离。
这样无论前端如何变化，模型层只需很少的改动，并且数据库的变化也不会对前端有所影响，大大提高了系统的可复用性。
而且由于不同层之间耦合度小，有利于团队成员并行工作，大大提高了开发效率的同时，也保证了软件产品的质量。
2、C/S模式C/S （Client/Server，客户机/服务器）模式又称C/S结构，是20世纪80年代末逐步成长起来的一种模式，是软件系统体系结构的一种。
C/S结构的关键在于功能的分布，一些功能放在前端机（即客户机）上执行，另一些功能放在后端机（即服务器）上执行。
功能的分布在于减少计算机系统的各种瓶颈问题。
C/S模式简单地讲就是基于企业内部网络的应用系统。
与B/S（Browser/Server，浏览器/服务器）模式相比，C/S模式的应用系统最大的好处是不依赖企业外网环境，即无论企业是否能够上网，都不影响应用。
C/S结构服务器通常采用高性能的PC、工作站或小型机，并采用大型数据库系统，如ORACLE、SYBASE、InfORMix或 SQL Server。
客户端需要安装专用的客户端软件。
C/S结构的优点是能充分发挥客户端PC的处理能力，很多工作可以在客户端处理后再提交给服务器,因此对应的优点就是客户端响应速度快。
C/S架构软件的优势与劣势：（1）应用服务器运行数据负荷较轻。
最简单的C/S体系结构的数据库应用由两部分组成，即客户应用程序和数据库服务器程序。
二者可分别称为前台程序与后台程序。
运行数据库服务器程序的机器，也称为应用服务器。
一旦服务器程序被启动，就随时等待响应客户程序发来的请求；客户应用程序运行在用户自己的电脑上，对应于数据库服务器，可称为客户电脑，当需要对数据库中的数据进行任何操作时，客户程序就自动地寻找服务器程序，并向其发出请求，服务器程序根据预定的规则作出应答，送回结果，应用服务器运行数据负荷较轻。
（2）数据的储存管理功能较为透明。
在数据库应用中，数据的储存管理功能，是由服务器程序和客户应用程序分别独立进行的，并且通常把那些不同的（不管是已知还是未知的）前台应用所不能违反的规则，在服务器程序中集中实现，例如访问者的权限，编号可以重复、必须有客户才能建立定单这样的规则。
所有这些，对于工作在前台程序上的最终用户，是“透明”的，他们无须过问（通常也无法干涉）背后的过程，就可以完成自己的一切工作。
在客户服务器架构的应用中，前台程序不是非常“瘦小”，麻烦的事情都交给了服务器和网络。
在C/S体系的下，数据库不能真正成为公共、专业化的仓库，它受到独立的专门管理。
C/S模式系统的开发：C/S结构是建立在中间件产品基础之上的，要求应用开发者自己去处理事务管理、消息队列、数据的复制和同步、通信安全等系统级的问题。
这对应用开发者提出了较高的要求，而且迫使应用开发者投入很多精力来解决应用程序以外的问题。
这使得应用程序的维护、移植和互操作变得复杂。
如果客户端是在不同的操作系统上，C/S结构的软件需要开发不同版本的客户端软件。
但是，与B/S结构相比，C/S技术发展历史更为“悠久”。
从技术成熟度及软件设计、开发人员的掌握水平来看，C/S技术应是更成熟、更可靠的。
项目总体架构及技术解决方案一、项目总体架构（一）、SSH框架介绍和分析大型企业级Web应用系统的开发通常要求有一个良好的软件架构、便于协作开发和扩展升级，而传统的开发模式不能很好地满足这些要求。
基于当前Web应用程序开发面临的问题，项目结合目前比较流行的开源框架SSH （Spring、Struts、Hibernate)，具体讨论其基本相似性及有关基本概念，提出了一种开发JavaEE Web应用的轻量级解决方案，此系统架构可以在短期内搭建结构清晰、可复用性好、可扩展性好、维护方便的Web应用程序。
1、框架技术框架一般具有即插即用的可重用性、成熟的稳定性以及良好的团队协作性。
JavaEE复杂的多层结构决定了大型的JavaEE项目需要运用框架和设计模式来控制软件质量。
目前，市场上出现了一些商业的、开源的基于JavaEE的应用框架，其中主流的框架技术有：基于MVC模式的Struts框架、基于IoC模式的Spring框架以及对象/关系映射框架Hibernate 等。
2、框架共同点所有现代的网络开发框架几乎都遵循了模型-视图-控制(MVC)设计模式：商业逻辑和描述被分开，由一个逻辑流控制器来协调来自客户端的请求和服务器上将采取的行动。
这条途径成为了网络开发的事实上的标准。
每个框架的内在的机制当然是不同的，但是开发者们使用来设计和实现他们的Web应用软件的API是很类似的。
差别还存在于每个框架提供的扩展方面,例如标签库，JavaBean包装器等。
所有的框架使用不同的技术来协调在Web应用程序之内的导航,例如XML配制文件，java属性文件或定制属性。
所有的框架在控制器模块实现的方法方面也存在明显的不同。
例如,EJB可能实例化在每个请求中需要的类或使用Java反射动态地调用一个适当的行为（Action）类。
另外,不同框架在各自引入的概念上也有所不同。
例如,一个框架可能定义用户请求和反应场所，而另外一个框架可能仅仅定义一个完整的流：从一个请求到多个响答和随后的再请求。
各种Java框架在它们组织数据流的方法方面是很类似的。
在请求发出后，在应用程序服务器上产生一些行动；而作为响应，一些可能包含对象集的数据总是被发送到WEB层。
