企业应用服务(EAS)变更管理策略

改变管理理念

变更管理是一个IT服务管理规程，其目标是在对IT基础架构进行更改时减少事件风险. 变更管理通过使用标准化的过程来记录和实现变更，从而降低风险.

保单目的及保障

EAS变更管理政策定义了大学管理软件变更时使用的标准化程序. 当这个政策被遵循时, 减少事故的风险，并保持大学业务运作和报告的完整性. 没有政策形式, 事件的风险将会更高，软件变更的责任将没有充分的文档记录.

政策参与者的角色

  1. 成功的变革需要所有相关人员的参与和参与. 本政策根据各部门和EAS所扮演的主要角色，为其分配职责.
  2. 部门作为大学的业务数据的所有者，委托给他们各自的任务. Departments are responsible for their data’s content and 使用; therefore, 部门提出软件建议，并决定是否安装该软件.
  3. EAS是一个IT服务局，以软件开发的形式为部门提供支持, 软件安装, 和协商.

受本政策约束的软件

  1. “变更”一词适用于新软件和修改后的软件.
  2. This Policy is applied to all administrative software that is maintained by EAS; this includes vendor-supplied software as well as EAS-developed software.
  3. 此策略适用于所有类型的软件:报告、流程、表单和脚本.

项目跟踪系统

  1. EAS项目跟踪系统是部门和EAS用来管理软件变更的工具. 它定义了执行此策略的过程:项目创建, 软件开发, 测试, 项目批准, 和安装.
  2. 项目跟踪系统自动通知负责将项目移动到下一阶段所需操作的人员.
  3. 可以查询“项目跟踪系统”，查看当前项目状态.
  4. EAS uses the 项目跟踪系统 internally to manage vendor upgrades; see the section below, “供应商软件升级”.

项目创建

  1. 该部门确定需要改进特定业务功能的处理.
  2. 部门请求方应为EAS准备一份软件请求，充分而清晰地说明变更的规格. 请求应该解释软件支持的业务目的.
  3. EAS软件开发人员应为项目跟踪系统中的请求创建一个项目.
  4. 项目的跟踪条目包括部门请求者和批准者以及EAS软件开发人员的名称, 以及规格说明.
  5. 其他政策，如“DU数据标准和 横幅数据可接受使用政策 是否适用于项目的规格.
  6. 当一个部门构思的软件方案需要由另一个部门维护的数据时, 则EAS应与该部门联系，核实其数据使用建议的批准情况.
  7. 有效性问题由学院助理副校长负责解决, 使用, 以及请求的范围.

软件开发与测试

  1. 开始工作前, 软件开发者可以要求部门审批人批准软件开发者对规范的解释, 如项目描述或所述, 冗长的规格说明, 在其他文档中.
  2. 软件开发人员应在测试环境中准备软件，并进行初步测试，以验证软件的技术行为是可接受的.
  3. 部门人员应对软件进行更彻底的测试，以判断其业务目的的实现.
  4. 部门请求方和软件开发方应共同努力，对规范和软件进行微调，以达到预期的结果.

项目立项与安装

  1. The Department Approver shall approve the project for installation; this action signifies that the software is acceptable for production.
  2. Approved software is assumed to be tested software; only approved software shall be installed.
  3. 部门审批程序自动在大学的IT服务管理软件(ITSM)中创建请求。.
  4. 安装前, 软件开发者应将软件放入EAS源代码版本库.
  5. 软件开发者应在请求中添加变更计划和撤销计划.
  6. 软件开发人员应批准在ITSM软件中自动创建变更请求的请求.
  7. 以获得更严格的数据安全性和更容易访问的审计跟踪, 只有EAS DBA (Database Administrator)负责安装生产软件.
  8. The DBA shall install software that has been retrieved from the source code versioning library; this action completes the project.

厂商软件升级

  1. EAS DBA应在项目跟踪系统中创建软件升级项目.
  2. DBA应在测试环境中安装升级软件.
  3. EAS软件开发人员应执行初步测试，以验证升级的技术行为是可接受的.
  4. 部门人员对升级软件进行测试，以判断供应商的缺陷解决和改进情况.
  5. 部门人员应仔细测试关键任务软件.
  6. 该部门必须提醒EAS在测试过程中发现的关注和问题.
  7. 安装前, 导演, 软件开发或AVC, Enterprise Application 服务 shall approve the project; this action signifies that the upgrade software poses no known risk to the University’s critical business processing.
  8. The DBA shall install the upgrade software in the production environment; this action completes the upgrade project.

2020年6月政策审查.