投标技术方案建议书

1、技术建议书第一章引言31.1. 编写目的31.2. 业务背景31.3. 需求概述31.4. 工程目标41.5. 定义4第二章技术方案说明52.1. 技术方案特点52.2. 技术方案52.2.1. 假设及约束52.2.2. 系统拓扑图52.2.3. 总体部署图52.2.4. 整体架构图52.2.5. 架构图说明62.2.6. 逻辑架构图及说明62.2.7. 系统环境设计62.3. 工作说明72.3.1. *子系统82.3.2. *子系统系统82.4. *子系统系统处理流程业务需求82.5. 方案平安策略82.6. 技术方案的性能分析82.7. 技术方案局限性9第三章软硬件资源配置建议103.1.

2、 硬件配置建议103.2. 软件配置建议10参考资料11第一章引言1.1. 编写目的说明编写本技术方案建议书的目的.1.2. 业务背景说明：本工程的任务提出者、开发者、用户.用户提出该需求的背景.背景不同于需求本身,主要说明在哪些情况下如市场压力、业务开展变化等或为什么用户提出了这些需求,尽量描述简洁.本次提出的需求在业务开展过程中的前期相关情况、业务开展方向以及满足需求后的影响所建议立项的工程名称和标识名称和标识要唯一,立项、开发、验收各阶段使用该工程涉及的现有系统.这里仅列出已经运行的系统名称.1.3. 需求概述简要说明本工程需求说明书的要点.如果用户需求需要分期、分阶段实施,那么需要说明

3、系统实施的阶段划分以及各阶段实现的需求要点.1功能性需求要点根据?用户需求说明书?,简要说明系统需要实现的功能性需求要点.非功能性需求要求,如对可用性、灾备方面的要求,具体内容罗列如下：可用性：运行时间模式例如7X24指出普通用户和高级用户要高效地执行特定操作所需的培训时间可靠性：备份、数据恢复机制,故障恢复时间等性能：业务估算规模及增长趋势对事务的响应时间平均、最长吞吐量例如每秒处理的事务数容量例如系统可以容纳的客户或事务数降级模式当系统以某种形式降级时可接受的运行模式资源利用情况：内存、磁盘、通信等.联机用户文档和帮助系统需求：如果存在对联机用户文档、帮助系统、关于声明的帮助等的需求,请在

4、此说明.接口/界面：说明将实现的用户界面,与其他系统或设备如局域网、远程串行设备等的所有通信接口要求.1.4. 工程目标说明所建议系统的主要开发目标,如：分期实施每期到达的目标、满足1.3节需求的程度；人力与设备费用的减少；处理速度的提升；限制精度或生产水平的提升；治理信息效劳的改良；自动决策系统的改良；人员利用率的改良.1.5. 定义从工程干系人的角度列出本文件中用到的专门术语的定义和外文首字母组词的原词组.第二章技术方案说明本章将用来说明所建议技术方案如何被满足要求,描述满足需求所涉及的系统及系统间的协作关系.对于分期实施的功能需求,需要按阶段分别阐述各阶段的技术方案.2.1. 技术方案特

5、点结合业务开展和定位,说明这种技术方案的优缺点及如何与业务规划、技术规划匹配.2.2. 技术方案概括地说明所建议的技术方案,从主要业务需求为出发点,给出由一个或几个系统配合实现完整业务处理的技术框架,建议使用方框图并附加文字说明的形式表示,图示主要表现系统间的配合或接口,如果系统由几局部或几层次组成,可以概括地展现出来.文字说明局部要求概述系统之间如何配合完成业务处理过程.这里的系统可以是需要新开发的、修改现有系统的或外购的.如果认为必须,可以再附加其它技术方案表现视角,例如物理网络结构图等.2.2.1. 假设及约束描述影响本方案的关键性假设和约束条件2.2.2. 系统拓扑图2.2.3. 总体

6、部署图2.2.4. 整体架构图使用方框图表示系统整体架构设计,架构图中应表达与本系统相关的所有系统,系统外联情况复杂,可以用多视图、从多角度表现本系统的外部接口情况.2.2.5. 架构图说明对系统整体架构图进行详细说明,包括：1、系统组成、在整体架构图中的功能定位和角色2、与各系统的连接方式、通讯协议3、相关系统在整体架构图的角色和定位4、描述各系统间的配合和协作关系2.2.6. 逻辑架构图及说明着重从本系统内部的架构设计出发,以图示和文字描述系统内部软件结构、大致的模块划分,以及各模块如何协作完成系统功能.逻辑架构设计应粗略反映本系统的内部软件结构,模块的划分应从软件功能的角度而非业务功能的

7、角度来进行划分.2.2.7. 系统环境设计1、运行环境描述系统运行的硬件环境运行平台、操作系统、数据库、中间件2、开发环境描述系统开发环境：使用的操作系统、开发工具、主要的开发技术、数据库、中间件及其版本说明操作系统:MicrosoftWindows开发工具：Eclipse3.2+开发技术：1. J2EE技术aSSI开源框架1) Struts1.3.8.GA:MVC客户展现框架2) Spring2.0.8.GA:AOP及IOC业务组件框架3) Ibatis2.3.0:ORM组件,实现数据库映射b)其它J2EE技术：4) DWR:Ajax框架组件5) Log4J:日志组件6) DOM4J:XML

8、处理组件7) POI:操作Excel组件8) ApacheCommonsFileupload:处理文件上传组件9) Xfire:WebServices框架组件7)其它：根据工程需要进行选择数据库：Oracle10.2.0.3中间件：Tomcat5.5.0.283、其它综合分析业务应用的关键性、实效性和交易规模等因素,决定是否采用集群以及集群方案.如高可用性(HA)设计、负载均衡设计、数据库RAC设计等,给出系统集群方案图示,并辅助必要的文字说明.2.3. 工作说明以下分小节说明技术方案中所有涉及到的现有系统,每个系统为满足本工程需求所承当的角色、完成系统功能需要对现有系统的架构或功能方面的改造

9、情况等.对于需要新开发的、修改现有系统的或外购的系统情况,需要特别说明.2.3.1. *子系统(1)说明那些功能需要在本系统中实现,本系统在技术方案中扮演角色.(2)说明现在系统中是否需要调整、新开发、外购,或者已经满足功能要求.如果已经满足功能要求,本节后续内容不需要填写.(3)如果是新开发系统或外购系统,需要给出系统定位、开展方向、网络结构、软件结构、软硬件运行环境、开发工具等内容.(4)如果是对现有系统的调整,需要给出调整要点,调整的功能等.如果改变了系统架构,必须给出相应的网络结构、软件结构等内容.2.3.2. *子系统系统0000002.4. *子系统系统处理流程(业务需求)以业务功

10、能分类为索引,结合技术方案描述各类业务处理过程,强调各系统配合完成业务需求,至于各系统完成的详细功能等内容在后续描述.需要注意：要从工程决策者、业务人员能够理解的角度描述,不要求过分描述细节.采用时序图或数据流方式来表示业务的处理流程.2.5. 方案平安策略所涉及的保密与平安问题的解决方案,保证系统平安、数据平安的举措.对本工程涉及改变或新增的产品系统进行平安保护等级定级说明,对于需要采用的重要平安技术也需要说明.2.6. 技术方案的性能分析根据需求说明,从以下方面分析系统性能：1、系统联机性能分析：分析系统预计日交易量,以及系统联机日均、峰值压力情况；2、批量性能分析：分析系统批量数据量、处理时间,批量处理结果与相关系统的关系；3、生产数据量及历史数据存放量等性能方面的分析4、系统支持的运行模式7X24、7X8或5X85、跨系统信息交互性能分析,包括跨系统联机交互方式,系统间数据传输方式等.2.7. 技术方案局限性说明所建议技