有效的5/2012

目的

将使用标准化的方法和程序来确保适当的规划, 沟通, 测试, 宝博体育的生产信息技术系统和应用程序的变更文件和授权.

定义

企业应用程序-数据库系统.)由两个或多个部门使用 or 用于向州或联邦机构提交官方数据.)由资讯科技署集中支援.

部门应用——仅由一个行政或学术部门使用的数据库系统和系统故障(数据完整性丢失, 系统可用性中断)不会对学生关键行政服务的准确性或可用性造成重大风险, 教师, 或管理员/员工.

范围

必要时，开发和测试环境的变更应在ITS工作人员之间进行协调和沟通, 但在ITS变更控制系统中既不要求也不打算记录.

部门应用程序的变更不在本标准的范围内.

以下类型的生产系统配置变更和事件由本标准涵盖，必须记录和批准, 必要时, 在ITS变更控制文件系统(CHAD)内.

企业应用程序更改:

供应商软件升级和企业应用程序补丁(如PowerCampus, 千禧年, 大平原, PowerFAIDS, 房地产主管, 等.)
提取/导出的自定义软件程序, 进口, 交换, 集成, 添加, 更新, 或删除企业应用数据

用户签字:

用户接受和批准企业应用软件的所有重大变更, 如上所述.

核心技术相关变化:

防火墙配置更改
LAN和WLAN配置更改
更改企业目录或组策略
标准/正常ITS身份管理帐户配置例外, 取消激活或取消配置过程
配置一个新的生产服务器(物理或虚拟)

标准

企业应用程序更改:

只有在测试实例中进行适当的测试之后，才会对生产系统进行企业应用程序更改.

所有范围内与软件相关的企业应用程序变更请求必须记录在ITS变更控制系统中. 每项请求必须包括以下内容:

有效的更改类别、产品、模块和数据域
所请求的生产变更的完整描述
厂商软件版本号或补丁标识号
已完成测试活动的描述以及测试成功完成的日期
由适当的模块/区域数据管理员(如行政数据管理和访问政策附录A所列)记录的用户签到
由企业应用总监或CTO进行技术批准
Appropriate succession of change request status changes (Requested/Open; Approved (need to determine appropriate methods for documenting both the approval of Data Stewards and ITS management); Completed. 每个状态都有一个生效日期.

注:CTO可授权对企业应用程序进行紧急更改，而无需相应的数据主管事先接受/签字. 然而, 紧急变更必须清晰地记录在变更控制系统中, 并且必须充分描述需要基于例外的干预的情况. 一般来说, 紧急变更旨在解决因业务连续性面临重大风险而被认为无法容忍延误的关键业务问题, 数据完整性, 或者数据/系统安全.

用户签字

只有在测试实例中进行了适当的测试，并且用户接受/批准了证明生产就绪的文档之后，才会对生产系统进行企业应用程序更改.

用户签收的每个CHAD条目将包括:

由适当的模块/区域数据管理员(如行政数据管理和访问政策附录A所列)记录的用户签到
每个用户签到记录将交叉引用适当的“企业应用程序”CHAD项目, 或问题, 条目.

核心技术相关变化

所有范围内与核心技术相关的变更请求必须记录在ITS变更控制系统中. 每项请求必须包括以下内容:

有效的类别代码
对生产变更的完整描述
服务器名称(如果合适的话)
操作系统，如果合适的话
其他相关信息

批准/修改

最初由首席技术官于2012年3月1日批准

修订和批准包括核心技术，2012年5月10日

请点击此链接此策略的可打印版本.