技术方案书的撰写

,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二层,第三层,第四层,第五层,*,*,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二层,第三层,第四层,第五层,*,*,2024/11/27,1,技术方案书的撰写,学习目标,1,了解技术方案书的类别,2,撰写技术方案书要注意的几个问题,3,技术方案书的结构分析,4,写技术方案书容易犯的错误,2024/11/27,2,1.,技术方案的类别,项目合作建议书；,项目技术可行性研究报告；,提供标准的产品技术白皮书；,经过售前需求调研，有所准备，在演示前后阶段，面临其它竞争对手时候的技术解决方案；,投标书中的技术方案,2024/11/27,3,2.,撰写技术方案书要注意的几个问题,第一个要注意的问题：,体系,要把自己产品的来龙去脉，功能模块，适应领域，典型客户实施情况有一个全面的了解，这样才能建立一个完整的知识体系，然后逐步补充竞争对手知识和一些技术性知识，不断深化自己的知识体系。,2024/11/27,4,2.,撰写技术方案书要注意的几个问题,第二个要注意的问题：,思路,写方案，特别是针对性方案不仅仅要求了解企业的需求，而且要知道这些需求是在何种业务需求下产生的，用户提出这样的要求到底想解决什么问题，把这个问题找出来，一般针对性解决思路就有了。要写好方案，需要了解用户的业务，了解业务最有效的方法就是详尽的业务需求调研。,2024/11/27,5,2.,撰写技术方案书要注意的几个问题,用户业务需求调研的内容（以内部管理系统为例）：,1,、企业信息化建设的内容都包括哪些？无锡航信信息化建设的初步想法是什么？,2,、无锡航信的组织结构是什么？在外地有无分支结构？,3,、无锡航信的业务都有哪些？,4,、无锡航信在管理上有什么要求？目前在管理上存在什么问题？,5,、无锡航信有多少员工？有多少种岗位？各个岗位的岗位职责是什么？,2024/11/27,6,2.,撰写技术方案书要注意的几个问题,用户业务需求调研的内容（以内部管理系统为例）：,6,、各部门涉及到的岗位分别是哪些？,7,、各部门涉及到的业务有哪些？业务的流程是什么样的？,8,、各部门的业务和其他部门有没有关联？存不存在交叉？,2024/11/27,7,2.,撰写技术方案书要注意的几个问题,第三个要注意的问题：,素材,一般不经常写方案的人，在写一个方案的时候，即使有想法，有思路，但往往难以表述，这就因为缺少足够的素材。很多项目现在都是投标，不同用户可能有不同投标的要求，这样很难用一个方案去适应所有的用户，因此需要准备各种类型的方案素材。,2024/11/27,8,2.,撰写技术方案书要注意的几个问题,第四个要注意的问题：,层次,其实方案编制在不同阶段有不同策略，提供的方案也不尽相同。刚开始用户接触是可以提供项目侧重技术介绍的方案书，类似可行性报告，项目需要论证立项时，可以提供标准的产品技术白皮书，到了经过售前需求调研，演示前后阶段和其它竞争对手竞争时候，才在知己知彼的基础上提供切实用户的解决方案（或者投标书）。,3.技术方案书的结构分析,第,1,章 总述,1.1,项目背景,1.2,现状及需求分析,1.2.1,系统现状及分析,1.2.2,系统建设新需求,1.3,建设目标,1.3.1,总体目标,1.3.2,具体目标,1.4,建设原则,1.5,建设范围,1.6,设计依据,2024/11/27,10,第,2,章 系统总体架构设计,2.1,总体设计思路,2.1.1,适应现代化管理的要求,2.1.2,满足业务体系发展的要求,2.1.3,符合信息化建设发展的趋势,2.2,业务架构设计,2.2.1,业务处理体系构建,决策支持体系构建,2.3,应用功能架构设计,2.3.1,层面结构设计,2.3.2,功能目标框架,2024/11/27,11,2.3,应用功能架构的主要优势,2.4,应用功能架构解决的问题,2.4.1,管理统一性与灵活性问题,2.4.2,大容量、大并发量的处理性能问题,2.4.3,系统可靠性的要求与保障措施,2024/11/27,12,第,3,章 应用软件技术方案,3.1,设计原则和方法,3.1.1,系统设计原则,3.1.2,构件化设计思想,3.2,应用系统总体设计,3.2.1,应用体系结构设计,3.2.2,系统对象模型设计,3.3,功能体系设计,3.3.1,功能结构,3.3.2,模块关系,3.3.3,功能描述,2024/11/27,13,3.4,技术体系设计,3.4.1,工作流技术体系,3.4.2,数据仓库技术,3.4.3,信息集成技术,3.4.4,企业门户技术,3.5,关键业务模型设计,3.5.1,服务管理模型,3.5.2,销售管理模型,3.5.3,培训管理模型,3.5.4,权限管理模型,3.5.5,查询分析模型,2024/11/27,14,第,4,章 信息集成技术方案,4.1,信息集成需求,4.2,信息集成平台架构,4.3,与相关业务系统的数据集成,4.3.1,与总公司管理平台的数据交互,4.3.2,与财务软件的数据交换,4.3.3,与网站、论坛的数据交换,2024/11/27,15,4.4,与相关业务系统的业务流程集成（暂无）,4.4.1,业务处理流程,4.4.2,业务查询流程,4.4.3,客户通知流程,4.4.4,计量故障处理流程,4.5,与相关业务系统的信息门户整合,4.5.1,与产业化培训网站数据的集合,2024/11/27,16,第,5,章 系统软硬件配置方案,5.1,系统设计规划要求,5.1.1,概述,5.1.2,系统设计原则,5.1.3,系统总体部署,5.1.4,系统处理能力要求,5.1.5,系统存储容量需求,5.2,系统硬件平台设计,5.2.1,主机系统设计,5.2.2,存储系统设计,5.2.3,备份系统设计,5.2.4,测试与培训系统设计,5.2.5,硬件平台建议配置清单,2024/11/27,17,5.3,系统软件平台设计,5.3.1,操作系统设计,5.3.2,数据库管理系统设计,5.3.3,中间件软件设计,5.3.4,集成平台软件设计,5.3.5,软件平台建议配置清单,5.4,网络总体设计,5.4.1,网络带宽要求,5.4.2,核心网络设计,5.4.3,局域网络设计,5.4.4,接入网络设计,5.4.5,无线接入设计,2024/11/27,18,第,6,章 系统安全解决方案,6.2,安全体系设计原则,6.3,应用系统安全体系设计,6.3.1,网络系统安全,6.3.2,主机系统安全,6.3.3,操作系统安全,6.3.4,数据安全,6.3.5,应用系统安全,6.3.6,系统管理,6.3.7,监控管理,2024/11/27,19,第,7,章 项目管理与实施方案,7.1,概述,7.2,工程项目管理,7.2.1,项目组织与管理,7.2.2,工程质量控制,7.2.3,风险管理,7.2.4,进度控制,7.2.5,沟通机制,7.2.6,项目管理技术与工具,7.3,项目实施方案,7.3.1,系统规划设计,7.3.2,系统测试方案,2024/11/27,20,7.3.3,系统集成工作安排,7.3.4,现场实施工作安排,7.4,项目进度安排,7.4.1,总体进度安排,7.4.2,一期进度安排,7.4.3,二期进度安排,7.5,人员安排,2024/11/27,21,第,8,章 客户培训方案,8.1,培训方式,8.1.1,课堂培训,8.1.2,现场培训,8.1.3,技术转移,8.2,培训层次,8.2.1,培训层次,8.2.2,培训建议,8.3,培训课程,8.4,培训计划,2024/11/27,22,第,9,章 技术支持与售后服务,9.1,服务介绍,9.2,服务承诺,9.3,技术支持和售后服务体系,9.3.1,服务机构,9.3.2,服务响应,9.3.3,服务内容,9.3.4,服务方式,9.3.5,服务流程,9.3.6,质量保证,2024/11/27,23,第,10,章 系统运行与维护方案,10.1,概述,10.2,本地化服务的内容与分类,10.2.1,硬件系统维护,10.2.2,平台软件维护,10.2.3,应用软件维护,10.3,系统维护时机实例说明,10.4,系统维护的组织与管理,10.4.1,维护组织设计,10.4.2,维护人员组成,10.4.3,维护工作管理,第,11,章 附录 实施人员资历说明,2024/11/27,24,4.,写技术方案书容易犯的错误,第一个容易犯的错误：,只有论点，没有论证,不好的解决方案粗看起来非常厚重，其实都是功能罗列，象产品手册摘要版，不象方案书。,2024/11/27,25,4,写技术方案书容易犯的错误,第二个容易犯的错误：,业务解决方案成为功能列表,技术方案书常用省事的一种方法就是将产品功能描述作为技术方案内容进行罗列，或者参照用户要求功能罗列，这种解决方案不是按照用户业务去准备的内容，而是按照自己的角度去编制的解决方案，这样是很难得到用户认可的。,2024/11/27,26,总结,1,明确所需技术方案书的类别，准确定位；,2,针对用户的,业务模型提出切实的解决；,3,技术方案书的结构要合理；,4,要具有相关行业的素材资料或是具有完备的素材库；,5.,多人审阅及打印装订。,Q&A,