re301方案建议书模板.docVIP

本资料仅供内部使用！ 项目名称 方案建议书 修改记录 制定日期 生效日期 制定 / 修订 内容摘要 页数 版本 拟稿 审查 批准 目 录 TOC \o 1-3 \h \z \u 1 系统概述 1 1.1 系统背景 1 1.2 系统目标 1 1.3 项目范围 1 1.4 名词解释 1 1.5 参考文件 1 2 系统组成 1 2.1 整体结构 1 2.2 系统功能 1 2.3 功能模块说明 2 2.3.1 功能模块1 2 2.3.2 功能模块2 2 3 技术实现 2 3.1 系统架构 2 3.2 网络拓扑架构 2 3.3 开发、运行环境 3 3.4 数据库技术 3 3.5 性能控制 3 3.6 质量控制 3 3.6.1 编码规范 3 3.6.2 代码复查 3 3.6.3 测试保障 3 4 项目实施 3 4.1 实施原则 3 4.2 组织结构 4 4.3 实施计划 4 4.4 项目管理 4 4.4.1 计划管理 4 4.4.2 需求管理 4 4.4.3 配置管理 4 4.4.4 质量管理 5 4.4.5 时间管理 5 4.4.6 风险管理 5 4.4.7 日常管理 6 4.5 项目培训 6 4.5.1 培训课程 6 4.5.2 培训方式 7 4.5.3 培训师资 7 4.5.4 培训费用 7 5 成功案例 8 6 公司介绍 9 7 资质和荣誉 10 8 售后服务 11 8.1 客户支持中心 11 8.2 软件维护 12 8.3 硬件维护 12 9 附录1、项目组主要成员介绍 13 系统概述 系统背景 提示：描述系统的背景情况 系统目标 提示：描述系统实现的目标 项目范围 提示：描述项目的主要产品 名词解释 提示：对方案中涉及的专用名词、缩写进行解释 参考文件 系统组成 整体结构 系统功能 功能模块说明 功能模块1 功能组件1 功能组件2 功能组件3 功能模块2 同功能模块1 技术实现 系统架构 网络拓扑架构 开发、运行环境 数据库技术 性能控制 质量控制 编码规范 为保障系统开发质量，贵行XX系统的开发实施将严格在集团实行《XX类系统编码规范》的基础上进行，对所有参数、变量、流程类定义、控制都制定了严格的编码规范。 代码复查 在业务测试阶段，集团项目管理、项目实施组将共同对项目代码进行复查，对可能引发错误的代码级问题进行发现、分析、解决、跟踪四步处理流程。保障消除技术角度应用逻辑错误。 测试保障 组织或者遵从严格的业务测试方案，制定测试案例并实际检验。通过单元测试、业务测试、集成测试形成规范的测试报告，保障业务角度的应用逻辑正确。 项目实施 实施原则 组织结构 组织结构图 角色定义 实施计划 工作内容 阶段计划 阶段一：完成…… 阶段二：完成…… 阶段三：完成…… 阶段四：完成…… 阶段五：完成…… 提示：此处可以粘贴Project格式的项目计划 项目管理 计划管理 项目将采用Microsoft Project 2003作为项目的进度管理。集团项目组在各阶段之前制作相应的工作计划，经客户批准后严格执行。在各阶段后期设立里程碑，进行阶段评审。 需求管理 需求管理的目标是：使需求分析可控，并建立供项目实施和管理的基线，确保计划，产品和活动与需求保持一致。 配置管理 配置管理 (包括：版本控制)的目的在于确保软件产品在整个生命周期内的可追溯性和版本唯一性，以便于工程实施和将来的维护，确保产品开发的进度。 配置管理的日常工作包括： 定时从各小组收集开发文档和源代码 对文档和软件代码按配置管理规范进行严格管理 将代码和数据提交给测试人员准备测试 项目组要求培植管理人员在有些代码提交时，对CVS中保存的源文件和新文件一起构建（build），以确保核心程序的稳定。 质量管理 测试管理的目的在于检测软件产品的质量是否正朝好的方面发展，软件的需求、设计、开发是否达到预定目标。测试工作涉及的管理内容有： 制定测试计划，确定测试范围、内容、方法和评估标准 设计测试用例，编写测试程序 实施测试，反馈测试结果 根据需求变更和实行情况调查测试计划和用例 拟订测试报告 时间管理 主要由项目经理负责，使用Project项目管理工具，执行定义项目活动、任务、活动排序、每项活动的合理工期估算、制定项目完整的进度计划、资源共享分配、监控项目进度等活动。确保项目按时、高质量的完成。活动包括： 项目活动定义。 将项目工作分解为更小、更易管理的工作包也叫活动或任务，这些小的活动能够保障完