软件项目投标技术方案
软件项目投标技术方案本页仅作为文档页封面,使用时可以删除
This document is for reference only-rar21year.March
目录
1. 技术服务总体要求.............................. 错误!未定义书签。
2. 项目总体架构及技术解决方案.................... 错误!未定义书签。
. 项目总体架构(根据实际项目)............. 错误!未定义书签。
SSH框架介绍和分析.................... 错误!未定义书签。
基于SSH框架的Web应用架构分析与设计.. 错误!未定义书签。
. 技术解决方案............................. 错误!未定义书签。
3. 服务保证措施................................. 错误!未定义书签。
4. 技术培训计划................................. 错误!未定义书签。
. 概述..................................... 错误!未定义书签。
. 培训对象................................. 错误!未定义书签。
普通用户层............................ 错误!未定义书签。
系统管理员和应用级管理员.............. 错误!未定义书签。
技术人员培训.......................... 错误!未定义书签。
. 培训课程................................. 错误!未定义书签。
应用系统使用培训...................... 错误!未定义书签。
系统运维技术培训...................... 错误!未定义书签。
项目管理初级(可选).................. 错误!未定义书签。
系统支撑软、硬件环境应用管理.......... 错误!未定义书签。
系统设计与开发基础(可选)............ 错误!未定义书签。
. 培训组织保障............................. 错误!未定义书签。
. 教学方案................................. 错误!未定义书签。
实践培训.............................. 错误!未定义书签。
集中培训.............................. 错误!未定义书签。
研讨会................................ 错误!未定义书签。
远程培训.............................. 错误!未定义书签。
一对一培训............................ 错误!未定义书签。
. 培训规模设定建议......................... 错误!未定义书签。
. 培训阶段安排............................. 错误!未定义书签。
系统开发阶段.......................... 错误!未定义书签。
初验.................................. 错误!未定义书签。
系统安装.............................. 错误!未定义书签。
调试.................................. 错误!未定义书签。
试运行................................ 错误!未定义书签。
最终验收.............................. 错误!未定义书签。
. 培训质量保障............................. 错误!未定义书签。
5. 售后服务方案................................. 错误!未定义书签。
. 安装调试服务............................. 错误!未定义书签。
. 售后电话服务............................. 错误!未定义书签。
. 上门服务................................. 错误!未定义书签。
1.技术服务总体要求
在软件开发的过程中,我们一向遵循软件产品的以下原则:
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组件请求的数据,并返回处理结果。