产品方案技术白皮书模板(含系统架构说明书)

市场部文件PAGEPAGE1附件二十九：产品方案技术白皮书一、背景概述 21、研发背景 22、产品定位 2二、产品方案功能介绍 21、设计理念 22、系统拓扑图 23、系统构架描述 24、系统功能介绍 25、产品方案规格 2四、产品方案应用介绍 31、应用模式 32、应用流程 33、应用环境 3五、产品方案特性介绍 31、技术特性 32、应用特性 33、系统特性 3六、产品方案技术介绍 31、相关技术 32、技术指标 4七、产品方案测评数据 4八、实施运维方式说明 4九、售后服务方式说明 4一、背景概述1、研发背景介绍用户需求背景、该产品所在行业信息化建设背景、产品所涉及的相关政策简述等，以说明该产品的研发背景，以及满足的客户需求。2、产品定位为了满足客户以上需求，该产品具有什么功能，能够解决什么问题。二、产品方案功能介绍1、设计理念该产品方案的设计思路。2、系统拓扑图使用统一的图标，制作系统拓扑图。3、系统构架描述按照系统的构成，分类对系统进行描述。4、系统功能介绍详细阐述系统的主要功能。5、产品方案规格产品方案不同的规格介绍，或者对产品方案技术规格的介绍。四、产品方案应用介绍1、应用模式该产品方案包括的应用模式类型，或者针对不同类型客户的解决方案。2、应用流程该产品方案的应用流程。3、应用环境描述该产品所运行的应用环境。五、产品方案特性介绍1、技术特性主要是性能先进性、功能齐全性、系统兼容性、技术稳定性等。2、应用特性 主要是部署灵活性、可扩展性、管理方便性、易用性等。3、系统特性 对系统的主要特性进行描述，根据产品不同和竞争优势的不同而不同。六、产品方案技术介绍1、相关技术主要应用技术的介绍，以及该技术的优势。2、技术指标针对技术参数进行描述。七、产品方案测评数据产品方案主要测评数据，可以是内部测评数据，也可以是第三方的测评数据。八、实施运维方式说明该产品方案的实施运营方式，以及实施运营需要注意问题的说明。九、售后服务方式说明该产品方案的售后服务方式、服务标准、服务内容说明，以及不同服务方式的报价。服务业综合业务管理系统系统架构说明书一、概要本说明书对服务业综合业务管理系统的整体框架进行分块说明，对系统的采用技术点的技术点进行阐述，通过视图与描述展示整个系统框架的结构与层次。二、目标 构建服务业综合业务管理系统J2EE应用的开发框架，注入Spring支撑，使用兼具灵活性与使用性的ibatis作为持久层，使所有系统能规范开发组件、提高开发效率，易于统一升级和维护。三、架构设计3.1、架构分析 1、服务业综合业务管理系统采用B/S模式。B/S模式具有分布性特点，可以随时随地进行查询、浏览等业务处理。其业务扩展简单方便，通过增加网页即可增加服务器功能。而且后期维护方面只需要改变网页，即可实现所有用户的同步更新 2、搭建轻量级J2EE框架—Spring框架。J2EE为搭建具有可伸缩性、灵活性、易维护性的系统提供了良好的机制。J2EE框架使得开发的产品更加高效，更加健壮，在伸缩性和稳定性上面也有着显而易见的效果。而Spring是一个完美的框架“黏合剂”。它提供了一种管理对象的方法，可以把中间层对象有效地组织起来。他的分层结构可以增量引入项目。而非侵入性应用程序对SpringAPI的依赖可以减至最小限度。 3、使用兼具灵活性与实用性的ibatis作为系统的持久层。Ibatis是支持普通SQL查询，存储过程和高级映射的优秀持久层框架。Ibatis将代码和sql语句分离，sql可以写在xml中，结构清晰，灵活配置，对平台支持性大幅度提高。3.2、设计思想 1、系统技术架构采用主流的MVC模式MVC思想将一个应用分成三个基本部分：Model（模型）、View（视图）和Controller（控制器），这三个部分以最少的耦合协同工作，从而提高应用的可扩展性及可维护性。直接向数据库发送请求并用HTML显示,开发速度往往比较快,但由于数据页面的分离不是很直接,因而很难体现出业务模型的样子或者模型的重用性。产品设计弹性力度很小，很难满足用户的变化性需求。MVC要求对应用分层，虽然要花费额外的工作，但产品的结构清晰，产品的应用通过模型可以得到更好地体现。

首先，最重要的是应该有多个视图对应一个模型的能力。在目前用户需求的快速变化下，可能有多种方式访问应用的要求。例如，订单模型可能有本系统的订单，也有网上订单，或者其他系统的订单，但对于订单的处理都是一样，也就是说订单的处理是一致的。按MVC设计模式，一个订单模型以及多个视图即可解决问题。这样减少了代码的复制，即减少了代码的维护量，一旦模型发生改变，也易于维护。其次，由于模型返回的数据不带任何显示格式，因而这些模型也可直接应用于接口的使用。

再次，由于一个应用被分离为三层，因此有时改变其中的一层就能满足应用的改变。一个应用的业务流程或者业务规则的改变只需改动MVC的模型层。

控制层的概念也很有效，由于它把不同的模型和不同的视图组合在一起完成不同的请求，因此，控制层可以说是包含了用户请求权限的概念。

最后，它还有利于软件工程化管理。由于不同的层各司其职，每一层不同的应用具有某些相同的特征，有利于通过工程化、工具化产生管理程序代码。2、AOP权限控制以及运行日志AOP是AspectOrientedProgramming的缩写，意思是面向方面编程，一种新兴的编程技术。AOP实际是GoF设计模式的延续，设计模式孜孜不倦追求的是调用者和被调用者之间的解耦，AOP可以说也是这种目标的一种实现。它可以解决OOP和过程化方法不能够很好解决的横切（crosscut）问题，如：事务、安全、日志等横切关注。当未来系统变得越来越复杂，横切关注点就成为一个大问题的时候，AOP就可以很轻松的解决横切关注点这个问题。AOP引进了ASPect，它将影响多个类的行为封装到一个可重用模块中，它对横切关注点进行模块化，从而消除了OOP引起的代码混乱和分散问题，增强了系统的可维护性和代码的重用性。3、扩展数据权限控制的RBAC基于角色的访问控制（Role-BasedAccessControl）作为传统访问控制（自主访问，强制访问）的有前景的代替受到广泛的关注。在RBAC中，权限与角色相关联，用户通过成为适当角色的成员而得到