软件方案模板.docx

版 本 V1.0方案名称 版 本 V1.0 方案名称 综合监空系统 PAGE PAGE 1/ 6 软件方案 综合监控系统 编号： 拟制：李永胜 日期： 2013-**-** 部门审核：日期： 公司审核：日期： 批准：日期： 年 月 日发布 年 月 日实施山东超越数控电子有限公司 版 本 V1.0方案名称综合监空系统 版 本 V1.0 方案名称 综合监空系统 第1章 关于本方案 // 这里描述本方案和招标方技术文件规定的内容的对应性。这样，可以更有针对性的突出我们方案的要点 , 便于招标方快速理解 第2章 概述 项目背景 //介绍本项目的背景，一般来自于招标方的技术文件，也可以在互联网上搜索相关背景做介绍， 便于方案阅者了解项目的背景知识，便于理解方案的后面章 建设目标 //一般来自于客户招标文件，明确系统建设的目标 建设原则 // 这里描述系统的建设原则，一般比较统一，以“ XX性”等系统属性为中心进行描述 第3章 需求描述及分析 概述 需求分析目标和任务 // 这里描述通过需求分析要达到的目标，从大的方面描述需求分析的任务 需求分析组织方式 // 需求分析包含两部分，首先是需求描述，包括业务需求、接口需求、性能需求、安全需求以及其它补充需求。其次是需求分析，包括对系统涉众的分析，列举所有与系统有关的角色，清楚的说明他们是如何看待和使用本系统的。接着以系统用例图的形式描述系统的总体功能需求。最后，描述本系统对技术架构的需求，用于指导后面的架构设计 需求描述 // 注：如果方案包含多个应用和子系统，可按应用或子系统分别描述需求 业务需求 // 用文字和流程图描述业务需求，目录可自行组织 3.2.2 接口需求 // 描述所有和系统有联系的接口方面的需求 3.2.3 性能需求 // 描述系统的性能需求 3.2.4 安全需求 // 描述系统的安全方面的需求 3.2.5 其它需求 // 可以描述其它无法归类的客户需求 3.3 需求分析 3.3.1 系统涉众分析 // 描述和系统相关的用户，包括客户，最终用户细分，他们在系统中的职责，以及他们如何使用系统。简单的说，就是本系统的所有干系人及职责描述，相当于用例分析 中的角色 3.3.2 功能需求分析 // 描述系统的所有功能需求，可以使用用例图，如果功能需求比较多，可以采用用例 包。最好在开始时，给出系统用例图 3.3.3 对技术架构的要求 // 描述对架构设计有指导性的关键需求，会影响到后面的架构设计 第4章 总体设计 总体设计目标 // 描述系统的总体设计目标 总体设计原则 // 描述系统的总体设计原则 总体逻辑架构设计 // 以逻辑结构图（一般分层组织）的方式，描述我们提供的整个软件生态系统，一般不涉及具体的技术 网络系统设计 // 用网络拓扑图的形式描述网络方面的设计 硬件系统设计 // 描述硬件方面的设计，一般包括：数据库服务器、备份服务器、 Web服务器、应用服务器、存储设备、防火墙等 服务器 // 描述硬件服务器的选型，依据内容多少，目录可自行添加 网络设备 // 描述网络设备的选型，依据内容多少，目录可自行添加 存储系统 // 描述存储设备的选型，依据内容多少，目录可自行添加 平台选择 // 列出所有数据库，应用服务器， web 服务器，操作系统等软件平台的选型，可以包含介绍和选择理由 标准规范设计 // 在有些大型系统中，需要做开创性的规范方面的设计，用来指导后面系统的开发。一般就是 数据方面的规范。这里可以分两个方面进行描述，一个是规范采用的技术，一般是 xml ；另一个就是规范初步设计 第5章 详细设计 技术架构设计 设计思路 // 描述整个技术架构的设计思路，一般是介绍架构设计的历史，引导出本系统实际的符合先进行的架构思路 设计原则 // 简要描述设计原则，一般都是都是固定的，可参考指南 架构决策 // 列出所有架构决策的要点，并逐点解释其与架构需求的对应 技术架构 功能设计 // 按子系统或模块进行组织，可以使用树形图表示 安全设计 // 视客户具体要求，可独立章节，写方案时应考虑招标方的具体安全需求，并给出具体的建议措施 用户界面设计 // 写方案时应考虑招标方的具体界面需求，并给出演示的界面效果图 界面设计原则 易用性设计 界面原型设计第6章 项目实施方案 项目实施策略与管理机制 项目实施策略 项目管理机制 项目实施和管理 项目组织结构 版 本 V1.0方案名称 版 本 V1.0 方案名称 综合监空系统 6.2.2 6.2.2 项目管理 6.2.3 项目计划 6.2.4 项目组人员配置 6.2.5 项目测试方案 第7章 技术支持和服务 // 描述公司允诺的技术支持和服务 第8章 附录一 Loushang 平台简介 // 平台的技术特点 第9章 附录二标准