信息系统操作权限设置变更登记表

合集下载

信息系统用户权限管理操作规则和流程描述

信息系统用户权限管理操作规则和流程描述

/
权限调整 完成后1个
工作日
输入:无 输出:无
1600信息服务中心


《信息系
统运行维

护管理办 法实施细

则》
5.5.13 信
息系统用
是 户权限管






信息运维部门应定期
8
汇总并归 对处理完的用户权限

变更情况进行汇总、
归档。
/
权限调整 完成后1个
工作日
输入:无 输出:无
信息运维部门


2、相关输出物
1 权限变更 请,经过应用部门、
申请
业务部门管理人员审
频度 /
时限
输入/输出
涉及岗位
是否有系 统支持
需要变更 时
输入: 用户权 限变更需求 输出:《用户权
应用人员、应用部门 负责人、业务管理部 门
是(部 分)
所遵循的 制度或工
作要求
是否需要 有作业指
导书

备注
2
审查用户 权限变更 申请
审查用户权限变更申 请,判断是否批量用 户,并提交系统管理 员
/
收到权限 变更申请
当天
输入:《用户权 限变更申请》 (地市局侧) 输出:审核意见
1600信息服务中心


对变更申请进行判
3
提交系统 断,需要省公司协调 管理员 则提交省公司IT服务
台,否则进行用户权
4
方案编制
制定批量用户权限调 整的解决方案
信息系统管理员在处
理用户权限变更时,
5
调整用户 需按用户权限管理流

XX信息系统权限异动单

XX信息系统权限异动单

XX信息系统权限异动单
◎申请人注意事项
一、离职、退休、卸任时,仅填写上列原单位全名、填表日期、申请人姓名即可。

职务调动时,请填写原单位全名、新单位全名、填表日期、申请人姓名、调动后职称、
校内分机、直拨电话、传真电话、现职年月。

若为修改个人资料,则请填写欲修改项目内容。

二、申请人有义务提供电子数据并邮寄*****************@***********************;若为新进人员请另填账号申请单。

三、行政/教师信息系统账号密码与「电子公文系统、建言系统」同步,若从其它系统修改密码,本系统密码亦同步修改。

忘记密码请先使用「邮寄密码函至电子信箱」功能重设密码。

四、本窗体填写完成后请送信息中心研究发展组办理;不接受口头、电话、传真、或电子邮件等方式申办账号业务,敬请见谅。

申请单处理时间为送达本组后2个工作天,完成后将立即电话或E-mail通知。

五、单位申请由单位主管签章,一级主管、教师免单位主管签章;行政人员请使用职章。

◎申请人同意事项
一、本人无条件同意谨遵国立台北大学网络使用管理办法使用本校网络资源。

二、为提升本校之服务,您的资料将用于本校教学研究相关服务及其他合于本校校务运作数据项之业务需要所为之行为,本校不会将其做为超出前述说明以外的用途,亦不会任意对其他第三者揭露。

申请人签章:____________________________
主管签章:______________________________ ※本表请至信息中心研究发展组网站「窗体下载」处下载,最新版本以网络公告为准。

信息系统变更管理记录

信息系统变更管理记录

附件2:系统变更管理办法第一条为规范信息化系统变更管理,确保宾县人民政府办公室系统有效运行,制订本办法。

第二条本办法适用于XXXXX,所属各部门可参照本办法,实际制定相应管理制度。

第三条下表所示的操作都视为系统变更行为,应遵照本办法执行。

按照对系统的影响程度对变更进行分类:大型★中型☆小型◇第四条角色和职责(一)变更申请人:负责申请变更,配合相关人员进行变更需求调研,并确认变更需求。

在执行计划中,确认变更实施计划满足时间、成本和质量等要求。

(二)系统运维专员:负责对用户进行变更需求调研,根据需求给出初步的解决方案,并组织变更评审。

在执行计划中,负责制定和组织执行变更实施计划。

(三)变更评审小组:由信息部门负责人根据变更内容确定人员组成,负责对最终是否进行变更给出评价,并确定最终变更方案。

(四)运维支持团队:分为内部支持团队和外部支持团队,分别负责宾县人民政府办公室具体实现。

第五条变更管理变更管理流程分为:变更申请、变更需求调研、变更方案建议、变更评审、制定变更计划、确认变更计划、执行变更计划、变更交付八个步骤:1.变更申请:由变更申请人根据变更类型进行变更申请,并将变更申请发送给系统运维专员。

2.变更需求调研:由系统运维专员组织调研,在变更申请人配合下,完成对变更需求的调研分析。

3.变更方案建议:由系统运维专员根据变更需求,给出初步的方案建议。

4.变更评审:由信息部门负责人确定变更评审小组成员,评审中修改并确定变更的实施方案,小型变更由部门负责人审批,大、中型变更由信息分管领导审批。

5.制定变更计划:由系统运维专员根据已审批的方案,联系内部或外部支持团队,共同评估和协商,制定变更实施计划。

6.确认变更计划:由变更申请人对计划中的功能、性能、时间、成本等进行确认。

7.执行变更计划:由运维支持团队执行系统变更的具体实现工作。

8.变更交付:在进行测试后,由系统运维专员进行成果交付。

如果交付的成果未达到申请人要求,再重新申请变更。

信息系统数据变更申请表

信息系统数据变更申请表

信息系统数据变更申请表
编辑整理:
尊敬的读者朋友们:
这里是精品文档编辑中心,本文档内容是由我和我的同事精心编辑整理后发布的,发布之前我们对文中内容进行仔细校对,但是难免会有疏漏的地方,但是任然希望(信息系统数据变更申请表)的内容能够给您的工作和学习带来便利。

同时也真诚的希望收到您的建议和反馈,这将是我们进步的源泉,前进的动力。

本文可编辑可修改,如果觉得对您有帮助请收藏以便随时查阅,最后祝您生活愉快业绩进步,以下为信息系统数据变更申请表的全部内容。

附件一信息系统数据变更申请表
信息系统数据变更申请表
附件一计算机及耗材更换申请表
计算机及耗材更换申请表。

信息系统用户帐号和角色权限管理流程

信息系统用户帐号和角色权限管理流程

信息系统用户帐号与角色权限管理流程一、目的碧桂园的信息系统已经在集团下下各公司推广应用,为了确保公司各应用信息系统安全、有序、稳定运行,我们需要对应用信息系统用户帐号和用户权限申请与审批进行规范化管理,特制定本管理规定。

二、适用范围适用于公司应用信息系统和信息服务,包括ERP系统、协同办公系统、各类业务应用系统、电子邮箱及互联网服务、数据管理平台等。

三、术语和定义用户:被授权使用或负责维护应用信息系统的人员。

用户帐号:在应用信息系统中设置与保存、用于授予用户合法登陆和使用应用信息系统等权限的用户信息,包括用户名、密码以及用户真实姓名、单位、联系方式等基本信息内容。

权限:允许用户操作应用信息系统中某功能点或功能点集合的权力范围。

角色:应用信息系统中用于描述用户权限特征的权限类别名称。

四、用户管理(一)用户分类1.系统管理员:系统管理员主要负责应用信息系统中的系统参数配置,用户帐号开通与维护管理、设定角色与权限关系,维护公司组织机构代码和物品编码等基础资料。

2.普通用户:指由系统管理员在应用信息系统中创建并授权的非系统管理员类用户,拥有在被授权范围内登陆和使用应用信息系统的权限。

(二)用户角色与权限关系1.应用信息系统中对用户操作权限的控制是通过建立一套角色与权限对应关系,对用户帐号授予某个角色或多个角色的组合来实现的,一个角色对应一定的权限(即应用信息系统中允许操作某功能点或功能点集合的权力),一个用户帐号可通过被授予多个角色而获得多种操作权限。

2.由于不同的应用信息系统在具体的功能点设计和搭配使用上各不相同,因此对角色的设置以及同样的角色在不同应用信息系统中所匹配的具体权限范围可能存在差异,所以每个应用信息系统都需要在遵循《应用信息系统角色与权限设置规范》基础上,分别制定适用于本系统的《碧桂园应用信息系统角色与权限关系对照表》(表样见附表1)。

具体详细各系统角色与权限关系表以各系统公布为准。

五、用户帐号实名制注册管理(一)为保证公司应用信息系统的运行安全和对用户提供跟踪服务,各应用信息系统用户帐号的申请注册实行“实名制”管理方式,即在用户帐号申请注册时必须向信息系统管理部门提供用户真实姓名、隶属单位与部门、联系方式等信息。

ERP系统用户权限变更请求表

ERP系统用户权限变更请求表
因此,请求删除原岗位相关的ERP系统权限,并授予新岗位所需要的权限。
申请类别
□角色新增□角色删除
新增角色
删除角色
是否符合敏感事务权限设置要求
经核对《中国石油ERP系统敏感事务访问权限设置规则》,本次角色变更中涉及的敏感事务代码的权限分配:
符合□不符合
SAP系统中的敏感事务权限设置要求
是否符合职责分离要求
经核对《中国石油SAP系统职责分离矩阵》,本次角色变更中涉及的权限分配:
符合□不符合
SAP系统中的职责分离要求
关键用户
签字年月日
申请人主管领导审批意见
申请 符合□不符合 申请人的岗位职责需要
签字年月日
实施情况(地区分公司ERP用户管理员填写)
实施人
实施Q-0320/ /
单位简称部门简称表单号填表日期序号
申请情况(关键用户及相关审批人填写)
申请人及
帐号名
申请人部门
/岗位
联系方式
(Email,电话)
申请生效日期
年月日
ERP系统名称
□工程建设ERP系统
权限变更
申请原因
及内容
例如:
申请人原部门为XXX原岗位为XXX,调到新部门XXX担任新岗位XXX。

市场监管信息系统变更管理表

市场监管信息系统变更管理表

签字: 签字:
9
系统变更评审表见表A.2
方案名称 变更方案 设计部门 申请变更
部门 变更内容:
DB63/T XXXX—XXXX
表A.2 系统变更评审表
变更类型 评审地点 评审日期
变更 负责人
评审意见: 评审专家签字:
年月日
信息安全领导小组组长意见:
年月日 10
系统变更记录见A.3
1.基本信息
变更依据
系统使用方接受人签字:
系统运维方提交人签字:
日 期:
验收开始时间
验收过程信息栏
验收地点
日 期: 验收完成时间
需求部门 验收人员
角色/职责
运维部门 协助人员
角色/职责
12
【验收意见】:
表 A.4 系统变更验收报告(续)
任务验收情况栏
DB63/T XXXX—XXXX
【验收结论】:
系统使用方项目负责人签字: 系统运维方负责人签字:
表A.3 系统变更记录
例如:参照标准、用户需求、需求规格说明书等
变更范围
பைடு நூலகம்
变更内容描述
实施人员 实施时间 实施工具
DB63/T XXXX—XXXX
2.实况记录
变更类型
实现功能
变更结果
存在问题
备注
变更成功或失败恢复
3. 变更评价
根据变更内容提出关于系统功能变更的全面分析,需说明可能对现有系统造成的影响、限制条件等。
系统变更申请表见表A.1
AA
附录A (规范性附录) 系统变更管理表
表A.1 系统变更申请表
变更请求类型
变更申请人 实施人员 原需求内容描述
□本级要求变更

信息系统功能新增及变更申请表

信息系统功能新增及变更申请表

信息系统功能新增及变更申请表 1 / 1
信息系统功能新增及更改申请表
一、倡始更改 功能新增或更改详尽描绘
申请科室
负责人署名
年 月 日
二、关系科室
建议
署名
三、管理评估
以上建议能否有文件依照 是□ 否□
依照文件《 》页码 / 条款
四、技术评估
科室名称 负责人署名 年 月 日
信息科署名 年 月 日
填表说明:
1、 科室对功能描绘不很清楚的,能够先与信息科技术人员交流,做到业务需求明确,流程清楚,操作规范。

2、 各科室填写需求,经主管部门管理评估和信息科技术评估通事后,组织实行。

重要更改,交软件企业论证、磋商通事后,进行设计、开发和实行。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
相关文档
最新文档