维护类项目实施方案

实施方案版本【V 】

拟制日期审核日期批准日期

声明

本文件所有权和解释权归GDTEC所有，未经GDTEC书面许可，不得复制或向第三方公开。

修订历史记录

添加，M-修改，D-删除）

目录

1. 系统架构设计错误!未定义书签。系统特点错误!未定义书签。

系统任务的类型错误!未定义书签。

系统设计原则错误!未定义书签。

、用户界面设计原则错误!未定义书签。数据建模原则错误!未定义书签。2、概要设计错误!未定义书签。

、设计原则错误!未定义书签。

统一设计原则错误!未定义书签。

先进性原则错误!未定义书签。

高可靠/高安全性原则错误!未定义书签。

标准化原则错误!未定义书签。

成熟性原则错误!未定义书签。

适用性原则错误!未定义书签。

可扩展性原则错误!未定义书签。

3、项目启动错误!未定义书签。

4、需求管理错误!未定义书签。

需求调研错误!未定义书签。

需求分析错误!未定义书签。

需求变更错误!未定义书签。

5、范围控制错误!未定义书签。

6、进度控制错误!未定义书签。

7、质量保证错误!未定义书签。

QA经理错误!未定义书签。

QA工程师错误!未定义书签。

8、沟通管理错误!未定义书签。

项目经理错误!未定义书签。

项目组错误!未定义书签。

QA工程师错误!未定义书签。

9、风险控制错误!未定义书签。

在出现不可修复的危害之前准备修复计划；错误!未定义书签。

10、保密措施错误!未定义书签。

公司保密制度错误!未定义书签。

项目保密制度错误!未定义书签。

11、技术与支持错误!未定义书签。

资深专家技术支持错误!未定义书签。

合作、交流与培训错误!未定义书签。

系统架构设计

系统特点

总体资源和时间在合同中确定，阶段点处会调整

面向不同的客户，需要有较强的沟通能力

先期未参与开发，要求快速地理解和对应能力

维护任务随机性强，要求合理地定制和调整计划

客户参与度高，要求使用度量数据了解和控制项目的执行

系统任务的类型

新增功能开发

缺陷修改

文档修改

需求变更

系统设计原则

业务规则是支持企业决策，影响或控制企业业务行为的指示，它是企业处理业务过程中始终要遵循的规则，而工作流则是根据业务规则制定的实际应用当中需要流转的程序。

在系统的编制过程中将严格遵守业务规则和根据业务规则制定的工作流程，在系统的编程中业务规则是一条语句，它定义或约束业务的某些方面。其目的是对业务结构做出断言，或者对业务行为施加控制和影响。

开发时通过制定严格的开发规范，并通过严格的项目管理和实施方法来规范程序员的编码规范，提高系统的可维护性；在数据建模时也会采用基于标准的扩展的数据模型构建方法，在

数据交换、系统接口等领域也基于国家数据交换标准进行设计与开发；在系统的整体设计开发实施维护过程，都将基于国际国内的主流标准进行。

由于系统是根据标准架构和分层编写而成，对于想增加工作流程或者业务规则的情况，系统也可以很容易的进行扩展，如在系统中加入的新的业务规则只要在层次上分清属于系统的哪一层次，在系统的层次中新加入组件就可以很方便和容易的对系统进行扩展。

在系统中，复用是减少代码量和代码可读性一个必须要考虑的问题。需要用到的重复代码需要编写可复用的方法，对接口的定义需要考虑到相同功能中所有的问题编写可复用的接口，公用的类也可以做到复用。

、用户界面设计原则

系统的界面风格统一采用编制好的CSS文件，对单元格、按钮、下拉列表、文本框都进行统一的规格化，页面布局采用左边菜单项右边功能页的页面布局。在内容填充中，对每一录入项都进行数据合法化校验，如果出现异常和错误将采用统一的报错页面和易懂的提示语言对异常或错误进行描述。

对于用户操作来说，越容易、越简便越好，在系统的编制过程中我们将体现以人为本的友好操作页面，根据登陆人的不同，根据权限的不同对每个人的操作页面都能做到定制，方便操作人的操作和管理。

由于系统采用同步和异步两种方式进行数据的交互，异步操作可以使用户更加方便的在页面操作过程中和数据库中的数据进行交互，同步操作可以使用户提交页面时实时的对提交的内容进行查看和修改。

系统提供在操作过程中根据输入项和功能来提示的功能来帮助用户更好的使用和操作系统。

数据建模原则

既继承又创新；

数据模型将会对原有系统中使用较成熟部分进行继承，一方面有利于提高系统成功几率，另一方面也方便与数据的移植；在继承的基础上，对于原有系统中不成熟部分将针对原有数据模型存在的问题进行重新设计。既继承又创新的数据模型设计原则，是数据模型设计成功的保障。

数据的完整性与一致性；

数据的完整性和一致性是原有系统数据库存在的主要问题之一，一个个分离的数据库相对独立，和其他数据库不存在直接的完整性和一致性规则，本次开发将对原有系统数据模型进行整合，一方面从数据模型层面保证数据的完整性和一致性，另一方面消除原有数据库的一个个信息孤岛，为查询、统计、分析等业务管理服务。

主要变化的适应性；

在系统建设时，将对业务进行充分的分析，对于可能存在的主要变化进行研究，在数据模型设计时将充分考虑这些变化性，数据模型将能对这种变化性进行适应。

数据模型在设计时将采用纵向和横向两种结构进行设计，对于变化的适应性，可以采用纵向字段语义扩展和横向结构两种方法来对变化性进行适应。

数据模型的标准化；

数据建模过程中，采用标准的数据建模工具，遵循数据模型的建设标准，使用国际、国家等数据标准，对于数据接口也采用标准的数据接口标准。

支持数据的移植；

数据的移植也是新系统数据模型建设需要考虑的一个重要问题。一方面，我们将对原有系统的成熟数据模型进行继承，以便于进行数据移植，另一方面，对于新数据模型，会建立新旧数据模型之间的映射关系，并消除中间产生的冲突。

在移植时，为了可以准确高效的进行数据的移植，可以借助于第三方的数据移植工具。实施时，将根据系统实际情况，进行分步的数据移植和系统的切换。

2、概要设计

系统建立在各种标准之上，架构标准、数据标准等，并将在实际开发过程中建立统一的系统开发标准规范体系，从整体上提高系统的水平，便于与外部机构进行接轨。

、设计原则

统一设计原则

统筹规划和统一设计系统结构。尤其是应用系统建设结构、数据模型结构、数据存储结构以及系统扩展规划等内容，均需从全局出发、从长远的角度考虑。数据库和接口涉及需要考虑相互的统一性，保证系统的接口与数据存储的一致性，保证系统的高性能应用。

先进性原则

系统构成必须采用成熟、具有国内先进水平，并符合国际发展趋势的技术、软件产品和设备。在设计过程中充分依照国际上的规范、标准，借鉴国内外目前成熟的主流网络和综合信息系统的体系结构，以保证系统具有较长的生命力和扩展能力。保证先进性的同时还要保证技术的稳定、安全性。采用先进的系统架构，能够为将来的系统规划提供便利，为今后的发展奠定基础。

高可靠/高安全性原则