1 / 11
文档名称:

解决方案 技术方案 软件解决方案.doc

格式:doc   大小:80KB   页数:11页
下载后只包含 1 个 DOC 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

解决方案 技术方案 软件解决方案.doc

上传人:ttteee8 2020/3/5 文件大小:80 KB

下载得到文件列表

解决方案 技术方案 软件解决方案.doc

文档介绍

文档介绍:XX公司(局)XX平台(信息系统)建设解决方案XXXX科技有限公司XXXX年XX月目录第1章 关于本方案 4第2章 概述 41项目背景 4建设目标 4建设原则 4第3章 需求描述及分析 41概述 (可选) 业务需求 接口需求 性能需求 安全需求 其它需求 53需求分析 系统涉众分析 功能需求分析 对技术架构的要求 6第4章 总体设计 6总体设计目标 62 总体设计原则 63 总体逻辑架构设计 64 网络系统设计 6硬件系统设计 6服务器 7网络设备 7存储系统 7平台选择 7标准规范设计(可选) 7第5章 详细设计 7技术架构设计 7设计原则 7架构决策 8技术架构 8功能设计 83 安全设计 8用户界面设计(可选) 界面设计原则. 9易用性设计 9界面原型设计 9第6章项目实施方案 91 项目实施策略与运行管理机制 96. 项目实施和管理 96. 项目组织结构 96. 项目管理 96. 项目计划. 96. 项目组人员配置 (可选) 10第7章 技术支持和服务 10第8章 项目预算 10第9章 公司简介 10第10章 附录一XXX平台简介 11第11章 附录二XXX技术,标准及规范简介 11第1章关于本方案[这里描述木方案和招标方技术文件规定的内容的对应性。这样,可以更有针对性的突出我们方案的要点,便于招标方快速理解。[介绍木项目的背景,一・般来自于招标方的技术文件,也可以在互联网上搜索相关背景做介绍,便于方案阅读者了解项目的苗景知识,便于理解方案的后面章节。][一般來自于客户招标文件,明确系统建设的口标。[这里描述系统的建设原则,一般比较统一,以“XX性”等系统属性为中心进行描述。](可选)[这里描述通过需求分析要达到的目标,从大的方面描述需求分析的任务。J2需求分析组织方式[需求分析包含两部分,首先是需求描述,包括业务需求、接口需求、性能需求、安全需求以及其它补充需求。其次是需求分析,包括对系统涉众的分析,列举所有与系统有关的角色,清楚的说明他们是如何看待和使用本系统的。接着以系统用例图的形式描述系统的总体功能需求。最后,描述本系统对技术架构的需求,用于指导后而的架构设计。][注:如果方案包含多个应用和子系统,可按应用或子系统分别描述需求。][这里用文字和流程图描述业务需求,目录可自行组织。[这里描述所有和系统有联系的接口方而的需求。[这里描述系统的性能需求。][这里描述系统的安全方面的需求。[这里可以描述其它无法归类的客户需求。[这里描述和系统相关的用户,包括客户,最终用户细分,他们在系统中的职责,以及他们如何使用系统。简单的说,就是本系统的所有干系人及职责描述,相当于用例分析中的角色。][这里描述系统的所有功能需求,可以使用用例图,如果功能需求比较多,可以采用用例包。最好在开始时,给出系统用例图。][这里描述对架构设计有指导性的关键需求,会影响到后面的架构设计。[这里描述系统的总体设计目标。[这里描述系统的总体设计原则。[这里以逻辑结构图(一般分层组织)的方式,描述我们提供的整个软件生态系统,一般不涉及具体的技术。[这里用网络拓扑图的形式描述网络方面的设计。[这里描述硬件方而的设计,一般包括:数据库服务器、备份服务器、Web服务器、应用服务器、存储设备、防火墙等。[这里描述硬件服务器的选型,依据内容多少,目录可自行添加。[这里描述网络设备的选型,依据内容多少,目录可自行添加。[这里描述存储设备的选型,依据内容多少,目录可自行添加。[这里列出所有数据库,应用服务器,web服务器,操作系统等软件平台的选型,可以包含介绍和选择理由。(可选)[在有些大型系统中,需要做开创性的规范方面的设计,用来指导后面系统的开发。一般就是数据方面的规范。这里可以分两个方面进行描述,一个是规范釆用的技术,一般是xm