维护类项目实施实施方案.docxVIP

维护类项目实施实施方案 ———————————————————————————————— 作者： ———————————————————————————————— 日期： 文件编号： 密级： 项目ID： 项目编号： 维护类项目 实施方案 版本 【V 1.00】 拟制 日期 审核 日期 批准 日期 声 明 本文件所有权和解释权归GDTEC所有，未经GDTEC书面许可，不得复制或向第三方公开。 修订历史记录 版本 日期 AMD 修订者 说明 V 1.00 2011-01-17 A 田冬 添加，M-修改，D-删除） 目录 TOC \o 1-3 \h \z \u 1. 系统架构设计 4 1.1系统特点 4 1.2系统任务的类型 4 1.3系统设计原则 4 1.4、用户界面设计原则 5 1.5数据建模原则 5 2、概要设计 6 2.1、设计原则 6 统一设计原则 6 先进性原则 6 高可靠/高安全性原则 7 标准化原则 7 成熟性原则 7 适用性原则 7 可扩展性原则 7 3、项目启动 7 4、需求管理 8 4.1需求调研 8 4.2需求分析 9 4.3需求变更 9 5、范围控制 11 6、进度控制 11 7、质量保证 12 QA经理 12 QA工程师 12 8、沟通管理 12 项目经理 12 项目组 13 QA工程师 13 9、风险控制 13 ? 在出现不可修复的危害之前准备修复计划； 13 10、保密措施 13 公司保密制度 13 项目保密制度 14 11、技术与支持 14 资深专家技术支持 14 合作、交流与培训 14 系统架构设计 1.1系统特点 总体资源和时间在合同中确定，阶段点处会调整 面向不同的客户，需要有较强的沟通能力 先期未参与开发，要求快速地理解和对应能力 维护任务随机性强，要求合理地定制和调整计划 客户参与度高，要求使用度量数据了解和控制项目的执行 1.2系统任务的类型 新增功能开发 缺陷修改 文档修改 需求变更 1.3系统设计原则 业务规则是支持企业决策，影响或控制企业业务行为的指示，它是企业处理业务过程中始终要遵循的规则，而工作流则是根据业务规则制定的实际应用当中需要流转的程序。 在系统的编制过程中将严格遵守业务规则和根据业务规则制定的工作流程，在系统的编程中业务规则是一条语句，它定义或约束业务的某些方面。其目的是对业务结构做出断言，或者对业务行为施加控制和影响。 开发时通过制定严格的开发规范，并通过严格的项目管理和实施方法来规范程序员的编码规范，提高系统的可维护性；在数据建模时也会采用基于标准的扩展的数据模型构建方法，在数据交换、系统接口等领域也基于国家数据交换标准进行设计与开发；在系统的整体设计开发实施维护过程，都将基于国际国内的主流标准进行。 由于系统是根据标准架构和分层编写而成，对于想增加工作流程或者业务规则的情况，系统也可以很容易的进行扩展，如在系统中加入的新的业务规则只要在层次上分清属于系统的哪一层次，在系统的层次中新加入组件就可以很方便和容易的对系统进行扩展。 在系统中，复用是减少代码量和代码可读性一个必须要考虑的问题。需要用到的重复代码需要编写可复用的方法，对接口的定义需要考虑到相同功能中所有的问题编写可复用的接口，公用的类也可以做到复用。 1.4、用户界面设计原则 系统的界面风格统一采用编制好的CSS文件，对单元格、按钮、下拉列表、文本框都进行统一的规格化，页面布局采用左边菜单项右边功能页的页面布局。在内容填充中，对每一录入项都进行数据合法化校验，如果出现异常和错误将采用统一的报错页面和易懂的提示语言对异常或错误进行描述。 对于用户操作来说，越容易、越简便越好，在系统的编制过程中我们将体现以人为本的友好操作页面，根据登陆人的不同，根据权限的不同对每个人的操作页面都能做到定制，方便操作人的操作和管理。 由于系统采用同步和异步两种方式进行数据的交互，异步操作可以使用户更加方便的在页面操作过程中和数据库中的数据进行交互，同步操作可以使用户提交页面时实时的对提交的内容进行查看和修改。 系统提供在操作过程中根据输入项和功能来提示的功能来帮助用户更好的使用和操作系统。 1.5数据建模原则 既继承又创新； 数据模型将会对原有系统中使用较成熟部分进行继承，一方面有利于提高系统成功几率，另一方面也方便与数据的移植；在继承的基础上，对于原有系统中不成熟部分将针对原有数据模型存在的问题进行重新设计。既继承又创新的数据模型设计原则，是数