维护类项目实施方案

维护类项目

实施方案

版本【V】

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

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

修订历史记录

目录

系统架构设计 系统特点 .......... 系统任务的类型... 系统设计原则........ 、用户界面设计原则 数据建模原则........ 2、概要设计 .............

、设计原则 ........

统一设计原则 ........ 先进性原则 高可靠/高安全性原则 标准化原则 成熟性原则 适用性原则 可扩展性原则

3、 项目启动 ...........

4、 需求管理 ...........

需求调研 ........

QA 工程师

9、风险控制 .......

需求分析 需求变更

5、范围控制

10 11 12 6、 进度控制 ....... 7、 质量保证 .......

QA 经理.. QA 工程师

8、 沟通管理 .......

项目经理

项目组.... 12 13 13 13 14 14 14

在岀现不可修复的危害之前准备修复计划;

10、 保密措施 ...................................

公司保密制度 ........................... 项目保密制度 ...........................

11、 技术与支持 ..................................

资深专家技术支持 ..................... 合作、交流与培训 ......................

15 15 15 15 15 16

14 1.

14 14

1. 系统架构设计

系统特点

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

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

系统任务的类型

新增功能开发

需求变更

系统设计原则

(1)

业务规则是支持企业决策， 影响或控制企业业务行为的指示，

它是企业处理业务过

程中始终要遵循的规则，而工作流则是根据业务规则制定的实际应用当中需要流转的程 序。

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

(2)

开发时通过制定严格的开发规范， 并通过严格的项目管理和实施方法来规范程序员

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

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

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

E 、 B 、 缺陷修改 C 、 文档修改

在系统

的编码规范，提高系统的可维护性；在数据建模时也会采用基于标准的扩展的数据模型

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

(3)

由于系统是根据标准架构和分层编写而成， 对于想增加工作流程或者业务规则的情

况，系统也可以很容易的进行扩展，如在系统中加入的新的业务规则只要在层次上分清 属于系统的哪一层次，在系统的层次中新加入组件就可以很方便和容易的对系统进行扩 展。

(4)

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

、用户界面设计原则

(1)

系统的界面风格统一采用编制好的

CSS 文件，对单元格、按钮、下拉列表、文本框

都进行统一的规格化，页面布局采用左边菜单项右边功能页的页面布局。 在内容填充中,

对每一录入项都进行数据合法化校验， 如果出现异常和错误将采用统一的报错页面和易

懂的提示语言对异常或错误进行描述。

(2)

对于用户操作来说，越容易、越简便越好，在系统的编制过程中我们将体现以人为

本的友好操作页面，根据登陆人的不同，根据权限的不同对每个人的操作页面都能做到 定制，方便操作人的操作和管理。

(3)

由于系统采用同步和异步两种方式进行数据的交互,

的对提交的内容进行查看和修改。

(4)

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

操作系统。

数据建模原则

(1)

既继承又创新;

需要用到的重

异步操作可以使用户更加方便

的在页面操作过程中和数据库中的数据进行交互, 同步操作可以使用户提交页面时实时

数据模型将会对原有系统中使用较成熟部分进行继承, 方面有利于提高系统成功几率，另一方面也方便与数据的移植；在继承的基础上，对于原有系统中不成熟部分将

针对原有数据模型存在的问题进行重新设计。既继承又创新的数据模型设计原则，是数据模型设计成功的保障。

(2) 数据的完整性与一致性;

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

(3) 主要变化的适应性;

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

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

(4) 数据模型的标准化;

数据建模过程中，采用标准的数据建模工具，遵循数据模型的建设标准, 使用国

际、国家等数据标准，对于数据接口也采用标准的数据接口标准。

(5) 支持数据的移植;

数据的移植也是新系统数据模型建设需要考虑的一个重要问题。一方面，我们将对

原有系统的成熟数据模型进行继承，以便于进行数据移植，另一方面，对于新数据模型, 会建立新旧数据模型之间的映射关系，并消除中间产生的冲突。

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