系统权限管理办法Beta1.0
基于从后台系统的复杂性、安全性、多角色参与操作管理等方面考虑，对于现有的系统后台的权限重新梳理后，和产品中心相关人员确认后，拟定以下管理办法，此方法有待于和各业务方进行确认后得以实施。
目录
系统权限管理办法Beta1.0 (1)
系统权限管理办法 (3)
一、目的 (3)
二、范围 (3)
三、权限设定 (3)
四、权限申请 (3)
系统权限管理办法
一、目的
为确保有效管理公司各职位之后台系统权限，以确保数据正确性，并分清权责，以便在数据异常时有迹可循，进而达到管理之目的。
二、范围
公司使用后台系统的所有人员，以及各银行和监管方需要使用系统的人员。
三、权限设定
3.1系统设有“超级管理员”（产品中心）、系统管理员（各一级部门系统管理员）。
超级管理员>系统管理员。超级管理员设置各部门系统权限，并配置各系统管理员权限。
3.2所有职能工作权限已由产品中心根据业务需求在系统中设定，需使用时按系统中相应职能进行申请·。
四、权限申请
4.1部门权限申请
部门权限申请须由申请部门填写部门系统权限申请表，后经一级部门总监（总经理）签字确认后，交由产品中心备案，并由“超级管理员”添加或修改相应权限。
4.2 个人权限申请
4.2.1未有权限者
未有权限者（含新进人员）申请权限需提交权限申请表，注明其登录名、职务、所属部门、开通时间等以及新用户等信息，需有增/删部分明细。
4.2.2有权限者
已有权限者需要变更权限时，申请人依需求，注明需增加或删除的系统作业及其对应详细功能。
4.2.3直接上司审核
由申请人的直接上司确认其需求，并在“直接领导意见”一栏签字确认。
4.2.4一级部门主管核准
申请人将直接上级签字后的权限申请表交由部门主管核准后，再请求各部门系统管理员进行权限配置。
4.2.5权限设置
权限管理员依照已审批通过的申请表内容进行相应权限的配置，完成后需在申请表签字确认。
4.2.6申请人确认
设置权限完毕后，邮件通知申请人确认，确认后申请人通过邮件形式进行确认回复。
4.2.7权限备案
系统权限申请表由各系统管理员归档，并登记维护权限申请记录表，定期输出给产品中心（超级管理员）进行备案。
4.3 授权权限管理
在各个系统、各部门职能（角色）都已划分清晰的前提下，将现有的权限配置权限进行下放，下放给各部门系统管理员进行统一配置，从而保证工作的高效流转和统一管理。
4.3.1 设定系统管理员
系统管理员需由部门一级领导选定，需对本部门所使用的系统及业务流程有足够的了解，有一定的计算机基础。由部门高管确认后，报备产品中心。由超级管理员配置各部门系统管理员权限。
4.3.2 部门权限设定
4.3.3 各部门个人权限申请
部门权限设定好后，各系统管理员所修改的权限仅限于申请设定的权限范围内，具体请
以上管理办法为新系统后台上线后，与各业务部门确认后的试运行版本。此过程中，如在流程、管理、执行环节上有需要优化的地方，还希望各部门多提宝贵意见。
产品中心-韩东
2012.8
应用系统的角色、权限分配管理制度 第一条、用户权限管理 一、用户类型 1．系统管理员： 为应用系统建立账号及分配权限的用户 2．高级用户： 具有对应用系统内的数据进行查询和修改的用户 3．普通用户： 只对系统内数据有查询功能的用户 二、用户建立 1．建立的原则 （1）不同类型用户的建立应遵循满足其工作需要的原则，而用户的权限分配则应以保障数据直报的高效、准确、安全为原则。 （2）用户的权限分配应尽量使用系统提供的角色划分。如需特殊的操作权限，应在准确理解其各项操作内容的基础上，尽量避免和减少权限相互抵触、交叉及嵌套情况的发生，经调试成功后，再创建相应的角色赋予本级用户或直报用户。 （3）通过对用户进行角色划分，分配报告用户权限，合理限制对个案数据的修改权限，将数据报告与数据利用剥离，即原始数据报告与统计加工后信息利用分开。 （4）系统内所有涉及报告数据的帐户信息均必须采用真实信息，即
实名制登记。 2．建立的程序 （1）用户申请 可由使用部门使用人填写应用系统用户申请表，经单位领导签字批准后，向本单位负责应用的相关部门提出申请。 （2）用户创建 负责应用系统的相关部门在收到用户申请表后，系统管理员根据用户申请的内容和实际的工作范围，为其建立用户帐号并授予相应的角色，再填写用户申请回执表，经部门主管领导签字批准后，反馈给申请单位。 创建用户的步骤：①建立用户帐号；②创建角色；③为角色配置权限； ④将角色授予用户。 第二条、用户安全 一、系统安全 1.用户必须遵守国家法律、单位规章制度，不得参加任何非法组织和发布任何反动言论；严守单位机密，不得对外散布、传播本系统内部信息；不得有诋毁、诽谤、破坏本系统声誉的行为。 2.用户必须按“传染病监测信息应用工作与技术指南”对系统进行操作，尽量做到专人、专机运行使用本系统，并避免使用公共场所（如网吧）的计算机使用应用系统。 3.用户应在运行本系统的计算机上安装杀毒软件、防火墙，定期杀毒；禁止在运行本系统的计算机上安装、运行含有病毒、恶意代码、木马
系统账户权限管理规范 1.目的 为规范产业公司系统账户、权限管理，确保各使用单位与权限操作间的有效衔接，防止账户与权限管理失控给公司带来利益损失、经营风险。信息系统帐号的合理配置、有效使用、及时变更、安全保密，特制订本规范。 2.适用范围 本规范适用于多公司本部各单位、营销机构。 3.定义 3.1公司：指多媒体产业公司 3.2单位：指公司下属各单位，包含HR中体现为不同人事范围的直属部门、驻外机构。 3.3人事管理：指负责本单位人事信息人员，包括行政机构、驻外分公司人事经理、事业部、生产厂等部门级人事管理岗。 3.4权限管理员：负责本单位信息系统用户集中申请、变更，管理本单位信息系统用户对口的管理人员。包含单位自行开发和管理的信息系统（自行开发系统由所在部门指定系统管理员负责），如营销中心的“DDS”，研究“PDM”也是流程申请的维一发起人。 3.5系统管理员：指系统开发、系统配置管理的IT人员，部分虹信IT顾问为主。也可根据组织架构授权给某业务单位的相关人员，其负责某系统用户和权限的配置管理者。 3.6系统流：指每个系统固定的申请、审批流，原则上由系统管理员或权限管理员配置。 4.部门职责 4.1产业公司负责人： 4.1.1.公司信息系统立项、验收等审批工作。 4.1.2.公司信息系统，信息安全的第一责任人。 4.1.3.公司信息系统组织第一责任人
4.2人事部门： 4.2.1负责在人力资源管理系统（以下简称HR系统）处理人事档案，各单位权限管理员提交的信息系统需求协助。 4.2.2提供各单位的入职、调动、离职信息给信息系统管理部门。 4.2.3协助信息系统部门与人事相关的其它需求。 4.3控制中心： 4.3.1负责发布和制定信息建设规范，并组织通过技术手段或辅助工具管理。4.3.2负责组织周期性清理各信息系统账户。 4.3.3负责信息系统档案的建立。 4.3.4负责信息系统维护、权限配置、权限审核等相关事宜。 4.3.5 4.4用户申请部门和使用单位: 4.4.1各单位第一负责人管理本单位员工，各信息系统账户、权限申请、审核并对信息系统安全负责。定期组织相关人员对部门的信息系统帐号、权限进行清理和检查，申请职责可指定单位专人负责。 4.4.2权限管理员作为各单位信息系统申请的唯一发起人。 4.4.3权限管理员协助单位人事向公司人事部提交本单位入职、调动、离职信息。 4.4.4权限管理员负责本单位员工，各信息系统账户的新增、变更、冻结以及对应系统权限的申请工作。 4.4.5权限管理员负责定期核查本单位员工，对应系统账户的权限，若有偏差及时发起变更申请流程。 4.4.6帐号使用者不得将自己权限交由它人使用，部分岗位因工作需要交由同部门使用时，必须保证其安全和保密工作。 4.5系统操作部门： 4.5.1系统管理员负责对权限管理员提交的申请进行权限操作、审核。 4.5.2系统管理员定期在系统或SSU上获取信息系统的账号、权限分布表，并进行检查，对发现问题和风险的帐号及时告知相关部门并发起相应流程。 4.5.3系统管理员负责对系统故障进行处理或提交集团。 4.5.4系统管理员负责对系统操作手册的解释和编制工作。
企业级应用系统权限管理办法（暂行） 一、目的 为加强企业级应用系统权限管理，保证公司应用系统所涉及各类信息安全，不因系统权限设置发生信息泄密事故，特制定本管理办法。 二、适用范围 本办法适用于公司上线的企业级应用系统。 三、权限设置原则 （一）公司各应用系统权限设置分为“功能权限”和“数据权限”。功能权限指应用系统中为完成某项业务所开发的系统功能，“数据权限”指使用某项功能时可获取的数据范围。 （二）功能权限原则上授予各工作岗位，按照岗位从事的业务范围和职责授予该岗位相应的功能权限，处于该工作岗位的员工自动获得该岗位的功能权限；公司总经理、信息化领导小组组长的功能权限为系统中所有查询、统计类权限；各业务主分管领导功能权限为所主分管各业务部门所拥有的查询、统计类权限合集。 （三）数据权限设置分主分管领导、系统管理员、总部部门、项目经理部分别设置。一般情况下，总经理、信息化领导小组组长、系统管理员数据权限为系统所有数据；主分管领导数据权限为所主分管各业务部门数据权限合集；总部部门数据权限为相应系统功能中所有数据；项目数据权限为本项目数据。 （四）企业级应用系统上线时，应同时完成系统权限分配表的签发工作，系统权限设置以权限分配表为依据。 四、岗位人员设置 （一）应用系统中各岗位人员设置，公司有明确规定的，按照公司规定设置。 （二）应用系统中各岗位人员设置，公司无明确规定的，由各单位申报名单，按申报名单设置。 五、权限管理职责 （一）信息化领导小组组长是信息化系统权限管理最高领导，全面负责信息化系统权限管理工作，负责信息化系统权限分配表的批准、签发。 （二）信息管理室作为企业级信息化系统权限管理的牵头部门，负责指定各应用系统系统管理员；负责制定权限分配表，并根据公司管理需要、系统功能调
XXXXXX有限公司 管理信息系统权限管理制度 XXX-XX-XX 第一章总则 第一条目的 为规范公司管理信息系统的权限管理工作，明确不同权限系统用户的管理职责，结合公司实际情况，特制定本管理制度。 第二条定义 （一）管理信息系统：包含已经上线的财务会计、管理会计、供应链、生产制造、CRM（客户关系管理）、决策管理和后续上线的所有管理信息系统模块。 （二）权限：在管理信息系统中用户所能够执行的操作及访问数据的范围和程度。 （三）操作员：上述软件系统使用人员。 第三条适用范围 本制度适用于XXXXXX有限公司（以下简称XXXX、公司）、XXXXXXX有限公司、XXXXXX有限公司、XXXXXXXX有限公司。 XXXX股份有限公司控、参股的其他公司，应结合本公司实际情况，参照本制度制定相应管理制度，报XXXX质量信息部备案。 第二章职责划分 第四条管理信息系统管理部门 公司的管理信息系统由质量信息部负责管理和维护，同时也是管理信息系统用户权限的归口管理部门，主要负责各系统内用户权限的审批、开通、监控、删除及通知等管理工作。 第五条管理信息系统操作部门 除管理信息系统管理部门外，其他使用管理信息系统的部门，均为管理信息系统的操作部门，使用人员为各岗位操作员。
具体岗位职责如下： （一）负责岗位信息系统权限的申请及使用，并对权限申请后形成的业务结果负责。 （二）负责所使用模块的数据安全。 第六条管理信息系统系统管理员 管理信息系统的系统管理员由质量信息部指派，并报公司管理层领导备案。 系统管理员负责用户帐号管理、用户角色权限分配和维护、各模块运行的安全监管及数据备份，并定期进行管理信息系统安全审计。 第三章用户权限管理 第七条用户权限申请 各部门依据实际工作情况，当需要新增/变更/注销管理信息系统的用户权限时，可由操作员本人或所在部门领导指派的专人，填写《ERP权限新增/变更/注销申请表》（参附件1）。 第八条用户权限审批 《ERP权限新增/变更/注销申请表》由申请人提交，经所在部门领导、分管领导及质量信息部部门领导审批同意后，报送系统管理员。系统管理员根据申请人填写内容并与申请人以及部门领导沟通后，填写申请表中系统管理员之相应内容并存档。 第九条用户权限配置 用户权限审批通过后，系统管理员将在两个工作日内完成权限新增/变更/注销工作，并以电子邮件通知申请人以及部门领导。 第十条用户权限测试 申请人在接到权限开通通知后，须在三个工作日之内完成系统权限测试，如有问题可通过电子邮件（包含问题的文字说明及截图）反馈到系统管理员。系统管理员应及时给予解决，并将处理结果通过电子邮件及时反馈给申请人。 在三个工作日之内无问题反馈的，系统管理员将视此权限设置正确，后续如有问题将按照用户权限申请流程处理。
收稿日期：2000-10-09 基金项目：国家863/CIMS 并行工程主题资助项目（863-511-930-009） 一种通用的应用系统权限管理的实现方法! 朱建江，王宁生 （南京航空航天大学CIMS 工程研究中心，江苏南京210016） 摘要：从数据库访问权限和应用层各个子系统访问权限两个方面，介绍了一种用于管理信息系统的通用权限管理 方法，并给出了相应的功能模型（DFD ） 和信息模型（ER 图）及部分程序设计代码。关键词：系统权限管理；管理信息系统 中图分类号：TP309.2文献标识码：A 文章编号：1001-3695（2001）07-0062-02 A General Method for the Right Management of Application System ZHU Jian-jiang ，WANG Ning-sheng （CIMS Research Center ，Nanjing Uniuersity of Aeronautics and Astro nautics ，Nanjing Jiangsu 210016，China ） Abstract ：From the two aspect of the accessing right of database and sub-system ，a generaI right management method for management information sys-tem is presented ，and the correspondent function modeI （DFD ），information modeI （ER diagram ）and a part of program code are aIso given .Key words ：System right management ；Management information system !前言一套管理信息系统设计、开发的最后一个步骤就是应用系统的权限管理。所谓权限管理就是应用系统的不同用户，拥有与其角色相配的对特定几个应用子系统（或模块）的不同的操作权限，如对于某模块，系统超级用户拥有“插入、修改、删除、查询”等权限，而对于普通用户仅拥有“查询”权限。应用系统的权限管理从功能模型和信息模型的角度可分为两个层次，即功能层的访问权限管理和数据库访问层的权限管理。目前多数管理软件仅做到应用系统功能层上的权限控制，而没有做到数据库访问层的权限控制。功能层上的权限管理主要有两种，一种是仅控制到应用子系统，即不同的用户可以访问不同的应用子系统的“窗体”，而没有控制到“窗体”上的各个功能菜单。这种做法比较简单，仅在管理信息系统技术发展的初期或非常简单的应用系统中采用，目前多数已经弃之不用。另一种是控制到应用子系统“窗体”上的菜单层，即拥有不同角色的不同用户可以访问不同的应用子系统“窗体”，而且对于窗体上的不同功能菜单拥有不同的权限。这种处理方式是当前系统权限管理技术的主流。然而这种处理方式并没有控制到后台数据库基本表；即什么角色的用户可以对哪些基本表拥有哪几种操作权限。由于仅控制到功能层，并没有给软件用户的系统管理员来说提供一个分配数据库基本表的访问控制界面，系统管理员设置角色权限，给系统用户分配 角色等操作不得不通过手工写SOL 语句来实现， 因此对于系统管理员来说很不方便，尤其是当系统管理员需要分配多个角色、用户时。本文提出一种通用的管理到应用系统功能层和数据库访问层的权限管理方法，对于功能层管理到“窗体”的菜单层，对于数据库访问层管理到基本表和基本表的“增加、删除、修改、查询”等基本操作权限。 " 应用系统权限管理的功能模型设计 ［1］ 功能模型的表达采用数据流程图—Data FIow Diagram （DFD ）。应用系统的权限管理从功能上可分为权限管理基本信息维护、角色管理和用户管理三个处理过程，其相关的数据流、数据存储以及输入、输出关系如图1 所示。 图1应用系统权限管理功能模型（DFD 图） #应用系统权限管理的信息模型设计 信息模型的表达采用“实体—关系图（ER 图）”。在工程 领域，信息模型的设计应满足“三范式”，即非键属性既不函数 依赖于主键，也不传递依赖于主键［2］。在权限管理的信息模 型设计之前首先进行实体的标识。对应用系统功能层和数据库访问层进行权限管理的信息模型应包含以下实体：用户、角色、数据库访问权限、基本表、应用子系统、功能模块访问权限、模块菜单。 系统权限管理信息模型分为两个部分（见图2）：对数据库访问权限的管理和对应用系统功能层的访问权限管理。数据库访问权限的管理包括用户表、角色表、数据库访问权限表、数据库基本表。其中用户表用于存储应用系统的所有用户；角色表用于存储所有角色；数据库基本表用于存储应用系统中的所有数据库基本表；对于一个特定的角色可访问多个应用系统的数据库基本表；一个数据库基本表可被多个角色访问，即角色与数据库基本表之间是“多对多”的关系。在数据库设计中这种“多对多”关系是“非确定的”，必须 予以消除，因此引入“中间实体”、“数据库访问权限表”进行处理。给一个角色分配了权限后，就可将这个角色分配给多个用户，角色表和用户表之间是“一对多”的关系。
软件维护及使用管理规 定 文稿归稿存档编号：[KKUY-KKIO69-OTM243-OLUI129-G00I-FDQS58-
日常办公软件及特殊软件维护及使用管理办法 1、目的：为有效使用及管理计算机软件资源,并确保公司计算机软件的合法使用，避免人员因使用非法软件，影响公司声誉或造成计算机病毒侵害，影响日常工作正常进行，特制定本办法。 2、适用范围：本办法适用于本公司软件使用的相关信息作业管理。 一、软件安装及使用 1.公司的各类计算机软件，应依据着作版权者为限，并统一由信息技术部负责安装 保管，信息管理软件及其它专用软件，需填制《IT资源申请单》（见附表info- 03）进行申请，获准后方可安装。 2.严禁个人私自在公司计算机上安装未获授权、非授权公司使用或超过使用授权数 量的软件，未经授权或同意,使用者不得擅自在计算机内安装任何软件或信息， 经授权同意者始得于计算机内安装合法授权的软件或信息。 3.各部门软件分配使用后，保管人或使用人职务变动或离职时，应移交其保管或使 用的软件，并办理交接。 4.禁止员工使用会干扰或破坏网络上其它使用者或节点的软件系统，此种干扰与破 坏如散布计算机病毒、尝试侵入未经授权的计算机系统、或其它类似的情形者皆 在禁止范围内。 5.网络上存取到的任何资源，若其拥有权属个人或非公司所有，除非已经正式开放 或已获授权使用，否则禁止滥用或复制使用这些资源。 6.禁止员工使用非法软件,或私人拥有的计算机软件安装使用于公司计算机上，也 不得将公司合法软件私自拷贝、借于他人或私自将软件带回家中，如因此触犯着 作权，则该员工应负刑事及民事全部责任，各部门应妥善保管正版软件，防止软 件授权外泄或被非法使用。 二、软件的相关维护升级管理
1、目的：为明确划分各阶层人员之核决权限，以完成充分授权，实施分层负责制度，提高经营 效率之目的，特制订本办法。 2、适用范围：*****有限公司各部门均适用之。 3、名词定义： 3.1本办法所有金额币别除有特别标示外，均以人民币为准。 3.2审：表示核转或审核：指事项由该层人员核转上级或负责审核。 3.3决：表示决行或核准：指事项由该层人员作最后决定而付诸实施。 3.4报：表示提报/报备或追认：指事项应向该层人员作会报、报备或追认。 4、权责单位： 4.1管理部负为本办法修订、废止之权责，稽核室负各部门执行状况稽查之权责，各部门为 文件执行单位。 4.2本公司由总经理负责管理全公司所有业务，并依各不同性质、职能设立部门，各部门设 有经理，负责本部内所有事务之管理，并向总经理负呈报之责；各部门下设单位为课(处)，负责所有本单位事务管理，并向经理负呈报之责。 4.3权责比照：部门单位最高主管为副理时，副理比照经理权责。部门最高主管为课长时， 除非有《职务授权书》特准，否则依课长权责执行之。 5、作业流程：总经理(副总经理)、经理(副理)、课长、组长、班长 6、内容： 6.1公司人员之任免依公司《管理规章》之规定办理，各层阶人员层层控制，直接由其直属 主管管理。 6.2本公司人员晋用、权责划分均应依《职务说明书》或相关管理办法所订之程序办理。 6.3公司各项业务处理，应分别就业务性质，按《职务核决权限表》规定之组织层级负责承 办。并由稽核室依内部稽核实施细则进行查核。 6.4各层阶人员依分层负责原则或依主管授权范围内处理各事项，负有完全的责任﹔其直属 主管负有监督之责。 6.5财务运用及经营管理决策依本公司相关制度及办法所定核决程序办理。 6.6《职务核决权限表》所列之各该层人员均应确实遵办，若有因违反规定而致公司受损害 时，失职人员负赔偿之责，公司得视情况依法追诉。
系统账户权限管理规范 1.目的为规范产业公司系统账户、权限管理，确保各使用单位与权限操作间的有效衔接，防止账户与权限管理失控给公司带来利益损失、经营风险。信息系统帐号的合理配置、有效使用、及时变更、安全保密，特制订本规范。 2.适用范围本规范适用于多公司本部各单位、营销机构。 3.定义 3.1公司：指多媒体产业公司 3.2单位：指公司下属各单位，包含HR中体现为不同人事范围的直属部门、驻外机构。 3.3人事管理：指负责本单位人事信息人员，包括行政机构、驻外分公司人事经理、事业部、生产厂等部门级人事管理岗。 3.4权限管理员：负责本单位信息系统用户集中申请、变更，管理本单位信息系统用户对口的管理人员。包含单位自行开发和管理的信息系统（自行开发系统由所在部门指定系统管理员负责），如营销中心的“ DDS”，研究“ PDM”也是流程申请的维一发起人。 3.5系统管理员：指系统开发、系统配置管理的IT 人员，部分虹信IT 顾问为主。也可根据组织架构授权给某业务单位的相关人员，其负责某系统用户和权限的配置管理者。 3.6 系统流：指每个系统固定的申请、审批流，原则上由系统管理员或权限管理员配置。 4.部门职责 4.1产业公司负责人： 4.1.1.公司信息系统立项、验收等审批工作。 4.1.2.公司信息系统，信息安全的第一责任人。 4.1.3.公司信息系统组织第一责任人 4.2人事部门：
4.2.1负责在人力资源管理系统（以下简称HR 系统）处理人事档案，各单位权限管理员提交的信息系统需求协助。 4.2.2提供各单位的入职、调动、离职信息给信息系统管理部门。 4.2.3协助信息系统部门与人事相关的其它需求。 4.3控制中心： 4.3.1负责发布和制定信息建设规范，并组织通过技术手段或辅助工具管理。 4.3.2负责组织周期性清理各信息系统账户。 4.3.3负责信息系统档案的建立。 4.3.4负责信息系统维护、权限配置、权限审核等相关事宜。 4.3.5 4.4 用户申请部门和使用单位: 4.4.1各单位第一负责人管理本单位员工，各信息系统账户、权限申请、审核并对信息系统安全负责。定期组织相关人员对部门的信息 系统帐号、权限进行清理和检查，申请职责可指定单位专人负责。4.4.2权限管理员作为各单位信息系统申请的唯一发起人。 4.4.3权限管理员协助单位人事向公司人事部提交本单位入职、调动、离职信息。 4.4.4权限管理员负责本单位员工，各信息系统账户的新增、变更、冻结以及对应系统权限的申请工作。 4.4.5权限管理员负责定期核查本单位员工，对应系统账户的权限，若有偏差及时发起变更申请流程。 4.4.6帐号使用者不得将自己权限交由它人使用，部分岗位因工作需要交由同部门使用时，必须保证其安全和保密工作。 4.5 系统操作部门： 4.5.1系统管理员负责对权限管理员提交的申请进行权限操作、审核。 4.5.2系统管理员定期在系统或SSU 上获取信息系统的账号、权限分布表，并进行检查，对发现问题和风险的帐号及时告知相关部门并发起相应流程。
工程管理核决权限和管理流程 编制人：宋豫军 编制时间：2008
目录 一、工程管理核决权限及流程一览表 二、管理流程 1．甲指材料使用控制流程 1.1材料、设备（甲指）大批量现场移交流程 1.2甲指材料补充供货流程 1.3甲指材料退货流程 1.4甲指材料对帐（中间阶段）流程 1.5甲指材料对帐（决算阶段）流程 2．材料、设备（甲供）大批量现场移交流程 3．材料、设备（乙方自购）进场验收流程 4．工程进度款支付流程 5．分部工程验收流程 6．专项工程验收流程 7．单位工程竣工验收流程 8．质量事故处理流程 9．图纸会审流程 10．设计变更流程 11．售楼改造流程 12．工程签证管理流程 13. 工程进度计划监督控制流程 三、流程作业说明 1．甲指材料使用控制流程作业说明 1.1材料、设备（甲指）大批量现场移交流程作业说明
1.2甲指材料补充供货流程作业说明 1.3甲指材料退货流程作业说明 1.4甲指材料对帐流程作业说明 2．材料、设备进场验收流程作业说明3．工程进度款支付流程作业说明 4．分部工程验收流程作业说明 5．专项工程验收流程作业说明 6．单位工程竣工验收流程作业说明7．质量事故处理流程作业说明 8．图纸会审流程作业说明 9．设计变更流程作业说明 10．售楼改造流程作业说明 11．质量事故处理流程作业说明 12.工程签证管理流程作业说明 13．工程进度计划监督控制流程作业说明 四、流程使用表单 1．材料设备进场验收单 2．材料退货单 3．材料供货通知单 4．材料使用计划申请表 5．对帐记录表 6．分部工程验收报告 7．专项工程验收报告 8．工程竣工资料移交确认表 9．工程竣工预验收申请表 10．工程竣工预验收报告 11．工程竣工验收报告 12．工程款支付审批表
XXXX商业银行应用系统开发安全管理办法 1 范围 本标准规定了信息系统开发阶段、测试阶段、试运行阶段和上线阶段的管理内容与要求。 本标准适用于XXXX商业银行（以下简称：本行）自主开发及委外开发信息系统的管理。 2 规范性引用文件 下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注明日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准。凡是不注明日期的引用文件，其最新版本适用于本标准。 国务院令（第339号）计算机软件保护条例 国务院令（第147号）中华人民共和国计算机信息系统安全保护条例 Q/JYG/GL-SB -16-2013.a 《投资项目管理办法》 3 术语和定义 信息系统：是指由计算机及其相关的配套设备、设施（含网络）构成的，按照一定的应用目标和规则对信息进行采集、加工、存储、传输、检索等处理的人机系统。 信息系统一般由三部分组成：硬件系统（计算机硬件系统和网络硬件系统）、系统软件（计算机系统软件和网络系统软件）、应用软件（包括由其处理、存储的信息）。 4 职责 4.1 科技信息部门 4.1.1 负责本行信息系统开发各阶段文档的审批工作； 4.1.2 负责组织本行新开发信息系统的测试工作； 4.1.3 负责本行信息系统上线与终止的验收工作。
4.2 各实施部门或单位 4.2.1 负责本行信息系统开发过程中的需求提出、测试及验收等工作。 5 管理内容与要求 5.1 总体要求 5.1.1 信息系统开发须遵循《计算机软件保护条例》、《中华人民共和国计算机信息系统安全保护条例》。 5.1.2 信息系统开发过程中项目单位（承接信息系统开发的单位）须提交相应的安全需求、安全设计、安全测试等资料并经过科技信息部审批，否则不予立项或验收。 5.1.3 信息系统开发范围的变更（增加或缩减）、新技术的使用、新产品或新版本的采用、新的开发工具和环境须经过科技信息部审批。5.2 信息系统开发生命周期管理要求 5.2.1 系统需求收集和分析阶段 a)技术可行性分析 根据业务上提出的需求，信息系统归口管理部门应从技术开发的角度分析是否现有的技术手段和技术能力是否可以达到业务上要求的系统功能，主要包括：人员技术能力分析（指本行内的系统开发队伍是否有足够的软件开发的技术能力来完成系统开发的任务，或第三方外包的开发公司是否具有开发应用系统的技术能力）、计算机软件和硬件分析（指本行现有的软件和硬件的性能是否足够满足开发相应的系统的要求）、管理能力分析（指现有的技术开发管理制度和管理流程是否成熟且标准化，是否足够系统开发的要求）。 b)需求可行性分析：信息系统归口管理部门应对该申请部门所提需求进行可行性分析，以判断需求是否明确，是否符合实际，是否能在一定的时间范围实现。 c)经济可行性分析：信息系统归口管理部门应根据业务需求和技术手段的分析，确认投资的数额在可控制和可承受的范围内。 d)安全可行性分析：信息系统归口管理部门应明确该系统的安全建设范围和内容，设定安全性指标要求，合理判定该信息系统是否符合公司的网络及信息安全要求。 5.2.2 设计阶段安全管理
航开发系统用户账号及权限管理制度 第一章总则 第一条 航开发系统用户的管理包括系统用户ID的命名；用户ID的主数据的建立；用户ID的增加、修改；用户ID的终止；用户密码的修改；用户ID的锁定和解锁；临时用户的管理；应急用户的管理；用户ID的安全管理等。 第二章管理要求 第二条 航开发系统管理员（以下简称系统管理员）在系统中不得任意增加、修改、删除用户ID，必须根据《系统用户账号申请及权限审批表》和相关领导签字审批才能进行相应操作，并将相关文档存档。 第三条 用户ID的持有人特别是共享的用户ID必须保证用户ID和用户密码的保密和安全，不得对外泄漏，防止非此用户ID的所有者登录系统。 第四条 用户管理员要定期检查系统内用户使用情况，防止非法授权用户恶意登录系统，保证系统的安全。 第五条 用户ID持有人要对其在系统内的行为负责，各部门领导要对本部门用户的行为负责。
第六条 用户ID的命名由系统管理员执行，用户ID命名应遵循用户ID的命名规则，不得随意命名。 第七条 用户ID主数据库的建立应保证准确、完整和统一，在用户ID发生改变时，用户管理员应及时保证主数据库的更新，并做好用户ID变更的归档工作。 第八条 对用户申请表等相关文档各申请部门的用户管理员必须存档，不得遗失。 第九条 公司NC-ERP系统中各部门必须明确一名运维管理人员负责本部门用户管理、权限管理及基础数据维护等相关工作。 第三章增加、修改用户ID的管理第十条 公司NC-ERP系统中增加、修改用户ID应符合下列情况之一： 1、因工作需要新增或修改用户ID； 2、用户ID持有人改变； 3、用户ID封存、冻结、解冻； 4、单位或部门合并、分离、撤消； 5、岗位重新设置； 6、其他需要增加或修改公司NC-ERP系统中用户ID的情况。 第十一条
OA系统权限管理设计方案 l 不同职责的人员，对于系统操作的权限应该是不同的。优秀的业务系统，这是最基本的功能。 l 可以对“组”进行权限分配。对于一个大企业的业务系统来说，如果要求管理员为其下员工逐一分配系统操作权限的话，是件耗时且不够方便的事情。所以，系统中就提出了对“组”进行操作的概念，将权限一致的人员编入同一组，然后对该组进行权限分配。 l 权限管理系统应该是可扩展的。它应该可以加入到任何带有权限管理功能的系统中。就像是组件一样的可以被不断的重用，而不是每开发一套管理系统，就要针对权限管理部分进行重新开发。 l 满足业务系统中的功能权限。传统业务系统中，存在着两种权限管理，其一是功能权限的管理，而另外一种则是资源权限的管理，在不同系统之间，功能权限是可以重用的，而资源权限则不能。 针对OA系统的特点，权限说明： 权限 在系统中，权限通过模块+动作来产生，模块就是整个系统中的一个子模块，可能对应一个菜单，动作也就是整个模块中（在B/S系统中也就是一个页面的所有操作，比如“浏览、添加、修改、删除”等）。将模块与之组合可以产生此模块下的所有权限。 权限组 为了更方便的权限的管理，另将一个模块下的所有权限组合一起，组成一个“权限组”，也就是一个模块管理权限，包括所有基本权限操作。比如一个权限组（用户管理），包括用户的浏览、添加、删除、修改、审核等操作权限，一个权限组也是一个权限。
角色 权限的集合，角色与角色之间属于平级关系，可以将基本权限或权限组添加到一个角色中，用于方便权限的分配。 用户组 将某一类型的人、具有相同特征人组合一起的集合体。通过对组授予权限（角色），快速使一类人具有相同的权限，来简化对用户授予权限的繁琐性、耗时性。用户组的划分，可以按职位、项目或其它来实现。用户可以属于某一个组或多个组。 通过给某个人赋予权限，有4种方式(参考飞思办公系统) A. 通过职位 a) 在职位中，职位成员的权限继承当前所在职位的权限，对于下级职位拥有的权限不可继承。 b) 实例中：如前台这个职位，对于考勤查询有权限，则可以通过对前台这个职位设置考勤查询的浏览权，使他们有使用这个对象的权限，然后再设置个，考勤查询权（当然也可以不设置，默认能进此模块的就能查询），则所有前台人员都拥有考勤查询的权利。 B. 通过项目 a) 在项目中，项目成员的权限来自于所在项目的权限，他们同样不能继承下级项目的权限，而对于项目组长，他对项目有全权，对下级项目也一样。 b) 实例中：在项目中，项目成员可以对项目中上传文档，查看本项目的文档,可以通过对项目设置一个对于本项目的浏览权来实现进口，这样每个成员能访问这个项目了，再加上项目文档的上传权和查看文档权即可。
******股份有限公司 信息系统权限及数据管理办法（试行） 第一章总则 第一条为了加强对******股份有限公司（简称：公司）各运行信息系统权限和数据的管理，明确权限及数据管理相关责任部门，提高信息系统的安全运行和生产能力，规范公司业务系统权限申请及数据管理流程，防范业务系统操作风险，公司制定了信息系统权限及数据管理办法，以供全公司规范执行。 第二条本办法所指信息系统权限及数据包括，但不仅限于公司运行的OA 办公系统、业务作业系统、对外网站系统等涉及的系统用户权限分配、日常管理、系统及业务参数管理，以及数据的提取和变更。 第三条本办法遵循责权统一原则对员工进行系统授权管理，控制公司相关信息传播范围或防范进行违规操作。 第四条信息技术部是本办法主要执行部门，设立系统运维岗负责系统用户权限管理、部分基本参数设置、系统数据的提取和变更的具体技术实现。其它相关部门应指定专人（简称：数据权限管理员）负责统一按本办法所制定的流程执行相关操作，或通过工作联系单方式提出需要信息技术部或其它相关部门完成的具体工作内容。 第五条用户授权和权限管理应采取保守原则，选择最小的权限满足用户需求。 第二章系统权限管理 第六条系统权限管理由信息技术部系统运维岗和各业务部门数据权限管理员共同协作完成，风险与合规部数据权限管理员负责对业务部门提出的系统权限进行审批，信息技术部系统运维岗负责对权限进行变更。信息技术部系统运维岗拥有系统管理和用户管理权限（信息技术部可以拥有开发测试环境超级用户权限），风险与合规部拥有超级用户权限，风险与合规部数据权限管理员拥有对权限列表进行查询的权限，以方便行使监督职能。
用友系统权限及数据管理办法 一、总则 为了保障在用友系统使用及管理过程中因不安全的操作而导致的数据泄漏、被盗取等安全事件的发生，特制定本办法。 二、本管理办法仅适用于公司全员。 三、职责与分工 1、职能部门： （1）公司权限负责人：总经理 1）负责签批部门间的权限的授予； 2）负责对用友系统用户帐号及密码安全进行不定期抽查； （2）系统管理员：财务负责人 1）用友系统管理由财务部负责，除总经理及财务部指定的系统管理员外任何部门不得担任系统管理员一职。 2）负责帐号、各岗位权限分配、系统维护、各模块使用情况的安全运行监管。 3）负责根据《用友用户新增\变更\注销请示单》在系统中设置用户权限； 4）负责维护本单位用户和权限清单； 5）遵守职业道德，接受总经理权限负责人的抽查。 （3）各岗位系统操作员：负责所使用模块的权限管理和该模块的数据安全； A.采购部负责有关产品基础信息定义、系统采购模块使用。 B.销售部负责系统销售模块使用。 C.物流部负责仓库管理权限和销售单打印、查询权限； 2、用户帐号: 登录用友系统需要有用户帐号，用户帐号是由财务部系统管理员根据员工工作岗位员工的工作性质规定下进行系统岗位功能、权限分配和设置的。 （1）密码设置及更改： 1）第一次登录用友系统时，用户必须改变事先由管理员分配的初始密码； 2）系统管理员及操作员密码每三个月必须变更一次，密码不少于6位。 3、帐号与密码保管： 系统使用人必须保证用户ID和用户密码的保密和安全，不得对外泄漏，用户帐号不可转借他人使用；
3、责任承担及注意事项： （1）帐号的对应的使用者应对该帐号在系统中所做的操作及结果负全部责任。（2）系统管理员应该每天检查系统日志，对发现的非法登录、访问等行为。（3）管理帐号及管理权限的增加、删除必须经总经理书面批准，任何人不得任意增加、修改、删除。 （4）任何人除所负责权限岗位以外的信息数据不得随意导出：如客户资料、产品进价、销售数据等，如有需要需提交书面申请交总经理审批后统一由财务部导出打印，并建立打印档案。 （5）非财务部指定的系统管理人员未经许任何人不得擅自操作和对运行系统及各种设置进行更改。 四、用户申请\变更\注销流 （1）由用户本人提出申请（填写《请示单》）经部门主管审核交财务部并报总经理审核批示使用权限； （2）财务部系统管理员根据经总经理审批《请示单》在系统中进行权限设置后通知申请人； （3）申请人应在收到通知的当天修改初始口令。 （4）当用户由于工作变动、调动或离职等原因需要对用户的访问权限进行修改或注销时，应填写书面《请示单》经总经理审批后系统管理员应及时进行用户的变更、暂停或注销权限。 三、数据备份及安全管理 1、服务器数据库要设置每日自动备份，每周五财务部应进行一次介质数据的备份并异地存放，确保系统一旦发生故障时能够快速恢复，备份数据不得更改。 2、系统管理人员应恪守保密制度，不得擅自泄露中心各种信息资料与数据。 3、服务器是用友系统的关键设备，不得随意调试、挪作它用。 4、系统操作时，外来人员不得随意操作、靠近观看。对外来人员不合理要求应婉拒，外来人员不得未经同意不得查看、操作系统。 二、计算机病毒防范制度 1、系统管理人员应有较强的病毒防范意识，定期进行病毒检测。 2、不得在服务器上安装新软件，若确为需要安装，安装前应进行病毒例行检测。 3、经远程通信传送的程序或数据，必须经过检测确认无病毒后方可使用。 4、定期进行电脑杀毒，对电脑中毒后在各种杀毒办法无效后，须重新对电脑格
xx有限公司核决权限办法 1 目的 为使本公司各项费用及经营业务的核决、报销等处理有章可循，并建立职务授权制度，以利于管理运作，提高管理效率，特制定本办法。 2适用范围 （1）人事类。 （2）项目跟踪/销售/进度计划/预算 （3）各项费用支付及付款凭证 （4）设备/材料请购、采购、借出（入）、滞料处理、滞料出售等。 （5）固定资产的异动处理。 3核决权限 上述适用范围的具体核决权限，见〈核决权限表〉。 4核决行使 （1）各权责主管行使核决时，应签名以作为依据。 （2）假冒上级主管签名者，一经查觉，呈报CEO议处。 （3）除CTO、CMO、COO人员外，各级单位已有正主管时，其副主管非经正主管按规定程序授权或代理，不得批示各类文件。 5限制 各级主管的个人费用及其他涉及财务款项，经其上级主管核准。 6授权与取消 （1）经理级（含）以上主管因业务及管理需要，上级主管在其核决范围内，授权下级主管代行核决。授权行使，应由被授权人以《授权通知单》（见附表一），呈
CEO核准后，副本送财务部方可行使，如上列各级主管，因差、假于短期内无法 执行其原职务，又未有授权为之行使，其职务由上级主管负责。 （2）以《授权通知单》上的“取消日期”为取消授权时间，超期按第（1）条办理。 7管制部门及审核 （1）管制部门 ●财务部为各项费用及业务处理的管制部门； ●人事单位为人事类业务的管制部门。 （2）管制凭据 ●核决权限表。 ●订有合约或经呈准的专门计费标准。 （3）凭据审核要点 ●核决权限是否足够。 ●凭证合法性、合理性。 ●费用合理性、正确性。 8其他 各项费用支付及业务处理的核决权限，于本办法已规定者熟悉并依据本办法，本办法未规定者依其他相关规定。 9实施与修改 本办法经报董事会核备后公布实施，修改时间亦同。
公司应用系统运维移交 管理规定 Company number：【WTUT-WT88Y-W8BBGB-BWYTT-19998】
华北电网有限公司信息系统运维移交管理办法 第一章总则 第一条为进一步规范华北电网有限公司（以下简称“公司”）应用系统运维移交工作，确保运维移交期间公司应用系统稳定运行，应用系统移交后运维各项工作能够有效衔接，明确工作责任，规范移交流程，特制订本管理办法。 第二条运维移交是指业务系统从试运行移交到正式生产运行，从移交部门代为运行维护转为信息运维中心正式运维。 第三条本办法是公司应用系统运维移交的基本要求。 第四条本办法适用于公司各部门以及直属供电（电力）公司、超高压公司、建设分公司、供应链管理中心（以下简称“各单位”）。 第二章职责分工 第五条公司信息化领导小组对公司信息系统运维移交工作实行统一领导，信息系统运维移交工作由公司信息管理中心、牵头业务部门、信息运维中心、实施单位共同完成。 系统运维移交工作职责分工： （一）公司信息管理中心负责信息系统运维移交的审核和批准及安全测评工作，系统的运维移交需报公司信息化领导小组审批。
（二）牵头业务部门负责组织相关业务部门、实施单位执行相关申请工作，进行系统运维移交的审核、许可及测评等工作。 （三）信息系统实施单位和信息运维中心共同负责完成信息系统运维移交的申请、知识转移、交接确认等相关工作。 第三章交接前应具备的条件 第六条业务系统移交生产运维前必须测试正常、稳定运行、文档齐备，满足条件后方可申请移交，包括但不限于以下条件： (一)上线试运行期间需连续运行不少于3个月。 (二)通过上线试运行验收。 (三)完成试运行报告并通过审查。 (四)具备必备的文档并通过审查。 (五)运行维护报告：含维护记录。 (六)完成对运行维护人员的知识转移。 (七)紧急情况恢复测试（可选）：服务器瘫痪、网络故障、应用服务器故障等的解决办法，备用应急方案启动测试。 (八)系统备份策略明确、备份系统正常，且进行过恢复测试。 (九)提供详细的日常运行维护制度或规程。 第七条移交方应成立移交小组，移交小组应由系统初始实施人员构成，并有足够的技术力量。
XX公司经费核决权限管理办法 （修订稿） 一、总则 1.1制定目的 (1)明确经费、费用审批管理权限，使其有章可循。 1.2适用范围 XX公司文化传播中心。 1.3责任与权限 各中心、部负责人：拥有本中心、部门经费使用和费用报销的监控、审批和依核决权限签核的权利和义务。 财务部：审核是否符合核决权限。同时对商品、物资、现金等公司财产的安全运作有稽核、上报的权利和义务。 二、原则 2.1各级主管在本办法授权范围内行使费用批准权限,并自觉接受上级领导和财务人员的稽核审查。 2.2稽核审查人员与批准人员的审批意见有较大分歧或出入时,在向审批人反映未能取得一致时,应及时向上级反映,尊重和执行上级裁定或纠正的意见。 2.3责任人应在自己责权范围内尽心尽力的提供优质服务，决不允许利用职权损公肥私。 2.4责任人因滥用权力或渎职行为造成的损失，应由总经理办公会议协商，依据性质与情节严重程度，给予责任人合理的行政处罚或经济制裁。 三、签核 3.1签核顺序按组织系统层级呈请核定，不得越级，不得跨越他部门代为核定。 3.2经书面授权的被授权人享有授权范围内的核准权。 3.3急需审批的事项 方式一、签核人通过电话或者QQ、短信委托他人先行代签,返回单位时再予以补签。 方式二、电话联系不上签核人时，可越级请示审批和代签，但需在第一时间将事实告知顺序签核人。 各级人员的日常事务处理权责分为下列三项：
1、提出—指该事项应该由该级人员负责提出，并跟踪其情况。 2、经办—指该事项应该由相应人员负责办理，并对其经办过程及结果负责。 3、复核—指该事项应由该级人员复核，并对其复核结果承担连带责任。 4、核转—指该事项应由该级人员复核后并转上一级人员。 5、核准—指该事项应由该级人员作最后决定并付诸实施，对其最终结果承担责任。 6、签核顺序按组织系统层级呈请核定，不得越级，不得跨越他部门代为核定，惟职务代理核准者不在此限。 7、审批人不在时的批准手续履行办法。 7.1急需审批的事项。 7.2经济类及重要事项,可越级找有权审批人代签。 7.3非急需的事项,一般应等待该级审批人返回单位时再予以签批。 7.4非经济类、非重要事项,可在电话中委托他人先行代签,返回单位时再予以补签。 五、附件：《XX公司核决权限表》 XX公司核决权限表