企业信息变更申请表
企业资质信息变更申请表
申请单位：营业执照号：申请日期：
信息系统变更、发布、配置管理制度
信息系统变更、发布、配置管理制度 第一条为规范信息系统变更、发布、配置与维护管理，提高软件管理水平，优化软件变更与维护管理流程，特制定本制度。 第二条信息系统变更、发布、配置工作可分为下面三类类型：功能完善维护、系统缺陷修改、统计报表生成。功能完善维护指根据业务部门的需求， 对信息系统进行的功能完善性或适应性维护；系统缺陷修改指对一些系 统功能或使用上的问题所进行的修复，这些问题是由于系统设计和实现 上的缺陷而引发的；统计报表生成指为了满足业务部门统计报表数据生 成的需要，而进行的不包含在应用系统功能之内的数据处理工作。 第三条信息系统变更、发布、配置工作以任务形式由需求方（一般为业务部门）和维护方（计算机中心和软件厂商）协作完成。信息系统变更、发布、 配置过程类似软件开发、发布、配置，大致可分为四个阶段：任务提交 和接受、任务实现、任务验收和程序下发上线。 第四条需求部门提出系统需求，并将需求整理成《信息系统变更申请表》（附件一），由部门负责人审批后提交给计算机中心。 第五条计算机中心负责接受需求并上报给信息主管院长。主管院长分析需求，并提出系统变更建议。计算机中心根据变更建议审批《信息变更申请表》。第六条计算机中心根据部门提供的需求与软件开发商联系协同实现信息系统变更需求，产生供发布的程序。 第七条计算机中心组织相关业务部门的信息系统最终用户对系统程序变更进行测试。 第八条信息系统变更程序测试完成后，由计算机中心配置完善信息系统，正式发布并通知需求部门。 第九条计算机中心出具信息系统变更验收报告（附件二），需求部门签字验收。
附件一信息系统变更申请表 信息系统变更申请表
账户信息变更申请表
账户信息变更申请表
账户信息变更所需材料清单 一、银行账户信息变更 1、个人投资者 《账户信息变更申请表》（投资者本人签字） 身份证件复印件（投资者本人签字） 变更后银行卡或存折复印件（投资者本人签字） 2、机构/产品投资者 《账户信息变更申请表》（加盖公章、经办人签字） 企业法人营业执照或民政部门等颁发的注册登记证书复印件（加盖公章） 经办人身份证正反面复印件（加盖公章） 新账户的银行开户回单复印件（加盖公章），若没有开户回单，请提供加盖公章的账户证明文件。 二、机构投资者法定代表人/负责人变更 《账户信息变更申请表》（加盖公章、经办人签字） 企业法人营业执照或民政部门等颁发的注册登记证书复印件（加盖公章） 新法定代表人/负责人身份证件正反面复印件（加盖公章） 经办人身份证正反面复印件（加盖公章） 机构账户印鉴卡（变更印鉴） 机构投资者授权委托书（加盖公章、法人签章、经办人签字） 三、投资者经办人变更 1、个人投资者 《账户信息变更申请表》（投资者本人签字） 个人投资者授权委托书（投资者本人签字、新经办人签字） 经办人（新）身份证正反面复印件（新经办人签字） 2、机构/产品投资者 《账户信息变更申请表》（加盖公章、新经办人签字） 机构投资者授权委托书（加盖公章、法人签章、新经办人签字） 企业法人营业执照或民政部门等颁发的注册登记证书复印件（加盖公章） 新经办人身份证正反面复印件（加盖公章、新经办人签字） 四、机构投资者名称变更 《账户信息变更申请表》（加盖公章、经办人签字） 企业法人营业执照或民政部门等颁发的注册登记证书复印件（加盖公章） 法定代表人/负责人身份证件正反面复印件（加盖公章） 经办人身份证正反面复印件（加盖公章） 变更后的银行账户信息文件（指定银行开户许可或机构出具的账户证明文件，并加盖公章） 工商局开具的准予变更登记通知书 机构账户印鉴卡（变更印鉴） 机构投资者授权委托书（加盖公章、法人签章、经办人签字）
个人信息变更申请书
个人信息变更申请书 鹰潭住房公积金管理中心管理部： 本人证件号 （兹委托证件号）申请办理个人信息变更事宜。变更前（□姓名、□证件号、□证件类型、□储蓄类型、□储蓄账号、□储蓄开户行）为，变更后（□姓名、□证件号、□证件类型、□储蓄类型、□储蓄账号、□储蓄开户行）为。 单位登记号：职工编号： 单位已核对无误。 单位盖章： 变更申请人签字：单位经办人签字： 年月日年月日 注：（1）本申请书为办理个人信息变更的凭证，职工本人申请办理时无需填写括号内受托内容。 （2）如果系统内证件号与职工证件好码一致，只变更其他信息的，《个人信息变更申请书》无需单位盖章。如果系统内证件号与职工证件号码不一致，变更任何信息，《个人信息变更申请书》须加盖单位印章。
松开的记忆，飘落的莫名的尘埃，像起伏的微风，拂过脑海，留下一份情愁。一条街，没有那些人，那些身影，却能来回徘徊穿梭。街，行走时，纵然漫长，漫长，有时只为听一颗流动的心的呓语。沉默，倔强，回望，忘记，记住，一切像断了的弦，有时希望生活简单就好，有时却又莫名的颓废其中。 有些路，只能一个人走；有些事，只能一个人去经历。粗读加缪、萨特的存在主义，它告诉我，人就是非理性的存在。光秃秃的枝桠、清寂的清晨、流动的阳光，飘落于心，或快意，或寂寥，映照心境，然而，有时却只属于那一刻。总之，一切只是心情。 人生的画面一幅幅地剪辑，最后拼凑出的是一张五彩斑斓的水彩画，有艳丽的火红色，凝重的墨黑以及一抹忧郁的天蓝色。人的记忆很奇特，那些曾经的过往，就像一幅幅的背景图，只有一个瞬间，却没有以前或以后。比如，只能记得某个瞬间的微笑，只能在记忆的痕迹寻觅某时刻骑着单车穿过路口拐角的瞬间，却都不知晓为何微笑，为何穿过街角。 一切，有时荒诞得像一场莫名情景剧。然而，这就是生活。 曾经的梦，曾经的痛，曾经的歌，曾经的热情相拥，曾经的璀璨星空。 也许，多年以后，再也见不到的那些人，和着记忆的碎片飘荡而来，曾经伴着我们走过春华秋实。天空蔚蓝，杜鹃纷飞，飞过季节，曾经萍水相逢，欢聚一堂，蓦然回首，唯歌声飘留。让人忆起《米拉波桥》里的诗句：夜幕降临，钟声悠悠，时光已逝，唯我独留。 人在天涯，绵绵的思绪随着微风飘浮，从布满礁石的心灵海滩上穿过千山万水，来到游荡的身躯里，刻下一篇篇笺章。而这，或许在多年以后，当再次翻动时，原以为什么都已改变，
个人基本信息变更申请表
个人基本信息变更申请表 单位名称（公章）：单位编号： 申请人：经办人： 填表日期：年月日 说明： 一、单位为职工更改基本资料，请填写本表“变更项目”的“原内容”栏和“变更后内容”栏。 二、所需材料 《个人基本信息变更申请表》一式两份；本人有效身份证件，具体包括社会保障（市民）卡、居民身份证、港澳居民来往内地通行证、台湾居民来往大陆通行证、护照；具体变更事项和另需材料如下： 1、变更参加工作日期：提供《广州市职工连续工龄审核表》原件一份。或由档案托管部门提供复印件，需托管部门加盖公章，注明“与原件相符”，并由托管部门签名，用信封密封后加盖骑缝章。 2、如变更档案出生年月：提供最早记载出生年月的原始档案材料,或携社保经办机构开具的协查函，到对应人事管理机关或公安机关协查档案并在《协查函》上反馈结果。 3、如变更参加养老保险时间：首次缴费的《增减员表》登记材料原件一份。 4、如变更法定退休日期：提供提前或延迟退休的批文原件一份。 5、如变更军转干部身份：提供《军队干部转业审批报告表》原件。 6、如增加或修改技术职称、技术等级：提供《技术职称资格证书》或《专业技术资格评审表》原件一份。 7、如变更退休人员的证件号码、姓名：提供本人有效身份证件一份，具体包括社会保障（市民）卡、居民身份证、港澳居民来往内地通行证、台湾居民来往大陆通行证、护照。 8、如变更退休人员的户口性质：提供《户口簿》原件。 9、如变更参保状态：参保或停保凭证。 10、如变更联系方式、居住地址、邮政编码、电子邮箱：可自行在网上服务大厅修改，或至前台办理。 11、如变更工伤供养亲属非敏感信息：可自行在网上服务大厅修改，或至前台办理。
信息系统变更管理办法
附件2： 系统变更管理办法 第一条为规范信息化系统变更管理，确保集团信息化管理系统有效运行，制订本办法。 第二条本办法适用于集团公司总部，所属各公司可参照本办法，结合公司实际制定相应管理制度。 第三条下表所示的操作都视为系统变更行为，应遵照本办法执行。按照对系统的影响程度对变更进行分类：大型★中型☆小型◇
第四条角色和职责 （一）变更申请人：负责申请变更，配合相关人员进行变更需求调研，并确认变更需求。在执行计划中，确认变更实施计划满足时间、成本和质量等要求。 （二）系统运维专员：负责对用户进行变更需求调研，根据需求给出初步的解决方案，并组织变更评审。在执行计划中，负责制定和组织执行变更实施计划。 （三）变更评审小组：由信息部门负责人根据变更内容确定人员
组成，负责对最终是否进行变更给出评价，并确定最终变更方案。 （四）运维支持团队：分为内部支持团队和外部支持团队，分别负责公司内部和厂商的具体实现。 第五条变更管理 变更管理流程分为：变更申请、变更需求调研、变更方案建议、变更评审、制定变更计划、确认变更计划、执行变更计划、变更交付八个步骤： 1．变更申请：由变更申请人根据变更类型进行变更申请，并将变更申请发送给系统运维专员。 2．变更需求调研：由系统运维专员组织调研，在变更申请人配合下，完成对变更需求的调研分析。 3．变更方案建议：由系统运维专员根据变更需求，给出初步的方案建议。 4．变更评审：由信息部门负责人确定变更评审小组成员，评审中修改并确定变更的实施方案，小型变更由部门负责人审批，大、中型变更由信息分管领导审批。 5．制定变更计划：由系统运维专员根据已审批的方案，联系内部或外部支持团队，共同评估和协商，制定变更实施计划。 6．确认变更计划：由变更申请人对计划中的功能、性能、时间、成本等进行确认。
信息系统配置、变更和发布管理制度
信息系统配置、变更和发布管理制度 1. 目的 为规范信息系统的配置、变更和发布的流程，使系统配置和变更等工作能顺利实施，保证硬件设备和软件系统的正常运行。 2. 标准 2.1 信息系统的定义：计算机软件系统、硬件设备以及数据。 2.2 信息系统配置、变更和发布管理的范围 2.2.1 核心设备的配置和变更，包括服务器硬件变更、服务器操作系统配置和变更、各级交换机的配置和变更。 2.2.2 业务数据库的配置和变更。 2.2.3 应用软件的配置、变更和发布。 2.2.4 终端计算机的配置和变更。 2.3 配置、变更和发布的流程 2.3.1 计划和申请 2.3.1.1 对于新上线的信息系统，应根据实际需要制定配置和实施计划，确保系统能顺利投入使用。 2.3.1.2 对于在用的信息系统，因管理工作需要进行变更的，应调研变更的涉及范围和实施过程中可能出现的问题，涉及面广影响较大的需填写《信息系统变更申请表》，并制定变更实施计划。 2.3.1.3 对于在用的软件业务系统，科室因业务工作需要，要求对软件系统进行系统缺陷修改或功能完善的，须填写《信息系统软件功能新增修改申请表》。 2.3.2 审批 2.3.2.1 涉及面小且影响轻微的或必须立刻实施的信息系统变更，可由信息科负责人审批。 2.3.2.2 涉及面广且影响较大的信息系统变更，先由信息科负责人审批，再上报主管院长审批。 2.3.2.3 对于科室提交的软件系统功能的修改变更，先由所属的主管职能部门审批，再由信息科负责人审批，如涉及开发费用的需由主管院长审批。 2.4 实施和发布
2.4.1 对于新上线的信息系统，按照制定的计划方案进行实施。 2.4.2 对于在用的信息系统，信息科需细化实施方案，必要时制定风险应对计划，通知本次变更所涉及的科室和人员作好相应的准备工作，再按照实施方案进行具体的变更实施。 2.4.3 软件系统的发布，按照《信息系统软件版本变更管理制度》的有关规定执行。 2.4.4 对于新安装的计算机终端，在投入使用前应由所涉及到的业务系统的责任维护人员进行检 查和配置，再进行分发使用。 2.5 记录 2.5.1 信息系统配置或变更实施完毕，持续正常运行后，需进行相关配置的记录，填写《信息系统 配置记录表》。 3. 文档 3.1 《信息系统变更申请表》 3.2 《信息系统软件功能新增修改申请表》 3.3 《信息系统配置记录表》
互联网个人用户注册变更申请表doc版本
互联网个人用户注册/变更申请表 档案编号： 申请人信息 姓名性别出生日期 身份 证明 名称 号码 号码 手机 号码 电子信箱 邮寄 地址 邮政编码 申请 事项 □用户注册 用户变更 □密码重置□取消用户□暂停用户□恢复用户 □绑定非本人机动车_______________ □解绑非本人机动车______________ □变更手机号码___________________ □互联网注册用户转窗口注册用户 服务协议 申请人在使用公安机关交通管理部门互联网交通安全综合服务平台（网站域名：https://www.360docs.net/doc/b6395204.html,，以下简称互联网平台）提供的各项服务之前，应仔细阅读并同意本协议。 1、申请人提交注册申请后，公安机关交通管理部门将在一个工作日内完成用户注册申请信息审核。 2、审核通过的，公安机关交通管理部门将为申请人创建一个全国唯一的互联网平台个人用户账号，并通过手机短信方式，将用户账号名称、密码发至申请人手机号码。申请人可以通过该用户账号登录互联网平台，获取已绑定机动车和驾驶证信息查询、告知和交通管理业务办理等服务。 3、申请人的本地机动车和驾驶证将自动绑定至申请人用户账号，同时，今后申请人新增的本地机动车将自动绑定至申请人用户账号。申请人可以通过登录互联网平台绑定/解绑本人本地/异地机动车和驾驶证。对于没有绑定机动车、驾驶证的账号，只能通过互联网平台办理预选机动车号牌和机动车驾驶人考试预约业务。 4、申请人填写的“手机号码”、“邮寄地址”和“邮政编码”信息将自动覆盖本人本地机动车和驾驶证的“手机号码”、“邮寄地址”和“邮政编码”信息。 5、申请人应提供完整、真实、准确、有效和最新的个人信息，个人信息（含证件有效期）发生变更后，应及时通过互联网平台变更。 6、申请人应保管好账号和密码。禁止赠与、借用、租用、转让或者售卖。 7、因申请人原因导致账号、密码被他人非法使用，公安机关交通管理部门不承担任何责任。因黑客原因导致的，公安机关交通管理部门承担配合有关部门调查的责任。 8、鉴于网络服务的特殊性，公安机关交通管理部门有权中断或终止部分或全部的服务。 9、公安机关交通管理部门尊重并保护申请人的个人隐私权。但因恶意的网络攻击等行为及其他公安机关交通管理部门无法控制的情形，导致申请人隐私信息泄露的，申请人同意公安机关交通管理部门不承担任何责任。 10、申请人对以其账号发生的或通过其账号发生的一切活动和事件负全部法律责任。 11、互联网平台的网上协议与本协议具有同等效力。 12、申请人如有违反本协议的行为，公安机关交通管理部门有权暂停或终止申请人的账号，并保留追究法律责任的权利。 13、本协议及其修改权、最终解释权归公安机关交通管理部门拥有。 申请人同意服务协议，并对 申请材料的真实有效性负责。 申请人签字签字日期
项目变更报告
篇一：-项目变更报告_样例 文件编号：well-jswd-bgps-xnbj-30 虚拟布景系统3.0版本项目更改申请和评审 项目名称：虚拟布景系统3.0版本 更改类别：研发计划变更、研发需求变更 篇二：项目变更申请书 项目变更申请书 篇三：工程变更申请报告 cb23 变更申请报告 （承包［周口水建］变更 01 号） 机构、发包人、设代机构各1份。 工程变更建议书 施工时发现周营供水厂厂址地形与原设计不符，经建设单位、设计单位、监理单位、施工单位联合测量，厂区现状地面高程（平均值）比该村正常地面高程（以黄孟营村小学门前水泥路中心高程为准，假定该点高程40.00米）低2.6米左右。 经联合商议，确定以下调整方案： 1、清水池顶面高程确定为40.00米（以黄孟营村小学门前水泥路中心高程为40.00米计），与黄孟营小学门前水泥路高程持平，水厂内地面（即房屋室外地坪）确定为39.00米。水厂内各种建筑物、构筑物、管道等的相对高差保持与原设计图纸一致。 2、外购土方将场内地面填筑至39.00米高程。 3、从水厂大门口至小学门前水泥路（长约55米），按设计要求需修建一条4米宽的进场道路（水泥路），该道路东西两端高差1.0米，修筑时平顺连接（即进场道路西侧高程与学校门前水泥路持平40.00米，东侧与水厂内水泥地面持平39.00米）。 4、管理房、门卫室、化验室、发电机房等房屋的基础样式、尺寸、基底高程经设计单位现场勘察、钻探后进行设计调整。 二〇一〇年十二月三日 cb23 变更申请报告 （承包［周口水建］变更 04号） 机构、发包人、设代机构各1份。 工程变更建议书 由于周营供水厂新建围墙基础位置下部为土方回填（填土深度最低在1.35米以上），为防止回填土不均匀沉降导致围墙断裂和应发包人要求，特提出以下变更建议： 1、原围墙基础垫层设计为150mm厚3：7灰土，建议调整为150mm厚c15混凝土，并在垫层内下部适量配置钢筋（4φ10通长筋，φ6＠250分布筋），以增加抗裂强度。 2、根据发包人要求，为美观和安全计，围墙墙体加高0.32米。 二〇一一年一月五日 cb23 变更申请报告 （承包［周口水建］变更 02号） 机构、发包人、设代机构各1份。 篇四：项目变更申请报告 项目变更申请报告 陕西协通实业科技有限公司二零一一年月日 陕西协通实业科技有限公司 web: 项目延期申请报告 陕西协通实业科技有限公司 web: 篇五：民办学校项目变更报告书
商业客户信息变更申请表
PUBLIC To: The Manager 致: 经理 HSBC Bank (China) Company Limited. 汇丰银行（中国）有限公司 ___________________________________Office 分行 Date 日期 ____________________________ Business Customer Information Change Application Form 商业客户信息变更申请表 Note 注意: 1. Please tick ( √ ) where applicable and complete this form in BLOCK LETTERS. 请在适当的方格内划上钩号( √ )，并用正楷填写。 2. Please cross out those not applicable. 请划去所有不适用的部分。 3. Please provide relevant documentation necessary for information change and attach after this form. 所提交的新/修改后的资料请附于本表后。 Customer Name 客户名称 Customer Number 客户号码 A O C -C U A -024_b (061113) P.T.O 请转背页
Notes 签署说明： 1.For Changes in Part I: Domestic entity/representative office should sign this Form by Legal Representative/Person-in-Charge/Chief Representative’s Signatory plus Company Chop; Overseas entity should sign it by any group of authorized signatory(ies)/Chop(s). For mere change of domestic entity/representative office’s company chop/financial chop, any group of authorized signatory(ies)/Chop(s) plus company chop is also acceptable; for change of English name,the direction of Part III can be followed if the signatory of the company remains unchanged. 第一部分若有变更：境内机构/代表处应由法定代表人/单位负责人/首席代表签字并加盖公章；境外机构应由任意一组授权签字人签章。对于境内机构/代表处仅变更公章/财务章样本，也可由任意一组授权签字人签署并加盖公章；对于企业英文名称变更，若其预留印鉴并未发生相应更改，则可遵循第三部分的签署要求。 2.For Changes in Part II: The authorized signatory should give his/her previous signatory(ies)/chop(s) in Part II; if he/she cannot provide previous signature/chop, the authorized signatory should come to any branch in person with the application form on which company chop has been stamped or Legal Representative/Person-in-Charge/Chief Representative has signed. 第二部分若有变更：该签字人本人应在第二部分相应栏位中留下原有签章；若无法提供原有签章，需签字人本人亲临办理，并在客户签章处加盖公章或法定代表人/单位负责人/首席代表签字生效。 3.For Changes in Part III: Domestic Entity/Representative Office could sign the Form by Legal Representative/Person-in-Charge/Chief Representative’s Signatory plus Company Chop OR any group of authorized signatory(ies)/Chop(s); Overseas Entity should sign it by any group of authorized signatory(ies)/Chop(s). 第三部分若有变更：境内机构/代表处可由法定代表人/单位负责人/首席代表签字并加盖公章或由任意一组授权签字人签章； 境外机构应由任意一组授权签字人签章。 __________________________________________________________________ Customer Signatory(ies)/Chop(s) 客户签章 PUBLIC
信息系统变更管理规定
信息系统变更管理规定 Corporation standardization office #QS8QHH-HHGX8Q8-GNHHJ8
附件2： 系统变更管理办法 第一条为规范信息化系统变更管理，确保集团信息化管理系统有效运行，制订本办法。 第二条本办法适用于集团公司总部，所属各公司可参照本办法，结合公司实际制定相应管理制度。 第三条下表所示的操作都视为系统变更行为，应遵照本办法执行。按照对系统的影响程度对变更进行分类：大型★ 中型☆ 小型◇
第四条角色和职责 （一）变更申请人：负责申请变更，配合相关人员进行变更需求调研，并确认变更需求。在执行计划中，确认变更实施计划满足时间、成本和质量等要求。 （二）系统运维专员：负责对用户进行变更需求调研，根据需求给出初步的解决方案，并组织变更评审。在执行计划中，负责制定和组织执行变更实施计划。 （三）变更评审小组：由信息部门负责人根据变更内容确定人员组成，负责对最终是否进行变更给出评价，并确定最终变更方案。 （四）运维支持团队：分为内部支持团队和外部支持团队，分别负责公司内部和厂商的具体实现。 第五条变更管理 变更管理流程分为：变更申请、变更需求调研、变更方案建议、变更评审、制定变更计划、确认变更计划、执行变更计划、变更交付八个步骤：
1．变更申请：由变更申请人根据变更类型进行变更申请，并将变更申请发送给系统运维专员。 2．变更需求调研：由系统运维专员组织调研，在变更申请人配合下，完成对变更需求的调研分析。 3．变更方案建议：由系统运维专员根据变更需求，给出初步的方案建议。 4．变更评审：由信息部门负责人确定变更评审小组成员，评审中修改并确定变更的实施方案，小型变更由部门负责人审批，大、中型变更由信息分管领导审批。 5．制定变更计划：由系统运维专员根据已审批的方案，联系内部或外部支持团队，共同评估和协商，制定变更实施计划。 6．确认变更计划：由变更申请人对计划中的功能、性能、时间、成本等进行确认。 7．执行变更计划：由运维支持团队执行系统变更的具体实现工作。 8．变更交付：在进行测试后，由系统运维专员进行成果交付。如果交付的成果未达到申请人要求，再重新申请变更。 第六条本办法由集团公司办公室负责解释。 第七条本办法自发布之日起执行。
信息化系统变更管理规定
信息化系统变更管理规 定 文件编码（GHTU-UITID-GGBKT-POIU-WUUI-8968）
信息系统变更管理办法 1、目的与依据： 依据《信息化管理控制程序》文件要求，为规范信息系统变更与维护管理，提高信息系统管理水平，优化信息系统变更与维护管理流程，特制定本办法。 2、使用范围： 信息系统有了新的IT特性和服务可用性，或显露新的威胁和脆弱性的一个后果，如：新规程、新特性、软件更新、硬件更新、新用户及附加网络和互连。 3、术语/定义： 信息系统变更：由软件变更和硬件变更组成。 软件变更：软件已开发或采购完毕并正式上线、且由软件开发组织移交给应用管理组织之后，所发生的软件系统运行支持及变更工作。 硬件变更：当硬件设备采购完成并安装调试完成后，所发生的硬件系统运行支持及变更工作。 4、职责分工： 4.1企管信息部： 4.1.1负责信息系统变更过程的组织、实施及培训。 4.1.2负责规划和分配变更所需的基础设施资源； 4.1.3负责制定系统变更风险控制管理； 4.2 科技管理部 4.2.1 负责对信息系统变更过程中产生的资料进行归档保存； 4.3 业务单位 4.3.1 负责整理信息系统变工需求并填写《系统变更申请表》；
4.3.2 负责配合信息系统变更测试并填写《用户测试报告》； 4.3.3 负责配合完成信息信息系统变更相关培训。 5、工作程序： 5.1 信息系统变更需求由业务单位提出《系统变更申请表》（附件一）交主管部门审批； 5.2《系统变更申请表》审核完成后由由企管信息部和业务部门共同完成变更前期准备工作并； 5.3 企管信息部根据相关需求编制变更计划或方案，组织业务部门在测试环境中完成测试工作； 5.4信息系统变更提出单位根据变更计划或方案填写《用户测试报告》（附件二），提交业务部门负责人和IT主管领导签字确认通过； 5.5 在进行软件变更前必须对原系统进行文件级冷备份； 5.5 信息系统变更过程根据变更范围参考相关管理办法执行：软件变更依据《信息化软件开发管理办法》或《信息化系统实施管理办法》执行，硬件变更依据《信息化硬件设备管理办法》或《信息化设备维修工作流程》执行； 5.6 在信息系统变更完成后，系统管理员和业务部门的最终用户共同撰写《程序变更验收报告》（附件三），经业务部门负责人签字验收后，报送主管部门审批。 5.7 组织业务部门对新的信息系统进行相关培训； 5.8 信息化系统变更过程中产生的资料（如：参数配置、变更记录等）交科技管理部进行归档以备查询。 5.9 信息系统变更流程示意图： 6、相关支持性文件： 6.1 《信息化软件开发管理办法》 6.2 《信息化系统实施管理办法》
系统变更申请单
CMMP系统变更申请单
任务完成描述：（对完成任务的正确性和质量进行检查） 2013-4-16 1、菜单【检验员维护】，只能更改（维护）检验员列，其它信息不能更改，尤其保管员等不能更改。 复测：没有完成，保管员照样可以修改。（我后台做了设置，可以更改，但是不会保存的） 复测：完成 2、将菜单【不合格原因维护】改为，【不合格分类】。 复测：将“原因”改为“分类”；如下图 复测：完成 3、【待检送验单】选中某送检单双击后，在进行检验时，在列“不合格原因”前增加“不合格分类”列，其中不合格分类列通过不合格分类表下拉列表进行选择；不合格原因手工输入。不合格数量+合格数量不一定=送检数，在此不要做限制。要求数量都大于0，且为整数，但合格数量+不合格数量不能大于送检数。 复测：缺少bhjyy列，SQL代码呢？？（在cl_sjd中加入bhgyy字段varchar（100）） 复测：不合格数量+合格数量不一定=送检数，在此不要做限制。要求数量都大于0，且为整数，但合格数量+不合格数量不能大于送检数；此功能没有实现。 复测：列明xh1无效，是不是又缺字段啦（不好意思，好忘，在cl_sjd里面要加入一个字段 xh1,char(20)）。Jysj datetime 复测：不合格数量+合格数量不一定=送检数，在此不要做限制。（已经实现）要求数量都大于0，且为整数，但合格数量+不合格数量不能大于送检数；此功能没有实现。
复测：当不合格品数大于0时，必须输入不合格分类和原因；当为0时，不能不合格分类和原因，否则会影响后面的统计。 复测：完成 4、【不合格品处理】的处理方式，通过下拉列表的方式实现；且将【送检】按钮放在【保存】的前面。本界面的数据提取时，只提取不合格数量＞0的，不要把过检数据全部提取出来。 复测：解决；另再增加一个菜单【不合格品处理查询】，内容为只读，以便划分权限。 复测：完成 5、【过检待记账】，双击后要把单号带出来；带出来的合格数量、不合格数量不正确。其中实收正品数量的默认值为合格数量。 复测：没有解决；若很难修改，建议只带出送检单号也可以；另合格数量、不合格数量信息带出来的不对，和当时的过检数量不一致。 （就是因为带出送验单号后，回车带不出相关单号的信息，所以我又去掉了，得改动很大，要真想改的话我仔细看看代码改改，改好后发给你） 复测：弹出的界面如下图所示，没有将过检后的合格数量、不合格数量带出来；且实收正品数的默认值=合格数量。实收正品数不能大于合格数量。 点击记账时，弹出如下界面，不允许记账。 复测：实收正品数量的默认值应该=过检后的合格数量。 复测：完成。 6、“不合格信息汇总”还没有做。 复测：不合格信息汇总要严格按照需求中提供的格式罗列。另：编号要系统自动生成。格式为：2011-08-001，系统自动判断，为主键。目前系统中提取的数据不对，应该只提取不合格数大于0的数据。 复测：完成
信息系统变更发布配置管理制度及相关记录
沈阳经济技术开发区人民医院 信息系统变更、发布、配置管理制度 第一条为规范信息系统变更、发布、配置与维护管理，提高软件管理水平，优化软件变更与维护管理流程，特制定本制度。第二条信息系统变更、发布、配置工作可分为下面三类类型：功能完善维护、系统缺陷修改、统计报表生成。功能完善维 护指根据业务部门的需求，对信息系统进行的功能完善性 或适应性维护；系统缺陷修改指对一些系统功能或使用上 的问题所进行的修复，这些问题是由于系统设计和实现上 的缺陷而引发的；统计报表生成指为了满足业务部门统计 报表数据生成的需要，而进行的不包含在应用系统功能之 内的数据处理工作。 第三条信息系统变更、发布、配置工作以任务形式由需求方（一般为业务部门）和维护方（计算机中心和软件厂商）协作 完成。信息系统变更、发布、配置过程类似软件开发、发 布、配置，大致可分为四个阶段：任务提交和接受、任务 实现、任务验收和程序下发上线。 第四条需求部门提出系统需求，并将需求整理成《信息系统变更申请表》（附件一），由部门负责人审批后提交给计算机中
心。 第五条信息中心负责接受需求并上报给信息主管院长。主管院长分析需求，并提出系统变更建议。计算机中心根据变更建 议审批《信息变更申请表》。 第六条信息中心根据部门提供的需求与软件开发商联系协同实现信息系统变更需求，产生供发布的程序。 第七条信息中心组织相关业务部门的信息系统最终用户对系统程序变更进行测试。 第八条信息系统变更程序测试完成后，由计算机中心配置完善信息系统，正式发布并通知需求部门。 第九条信息中心出具信息系统变更验收报告（附件二），需求部门签字验收。
软件系统变更管理制度
项目变更管理流程 按照《配置管理控制程序》进行更改的控制。当设计过程中任一阶段发生变更时，需要由变更申请人提出变更申请，填写《软件需求更改申请表》，由原编写人员通知质量部和其他影响到的组或部门，由软件部相关主管组织对变更申请的内容进行评审，评审通过后，才能由原编写人员进行变更。 一、规划变更 （一）前提条件 1.是否具有变更管理计划； 2.变更管理是否包括在项目管理计划中； 3.是否有变更登记册； 4. 是否有项目进度计划； 5.项目管理计划和项目进度计划是否获得了批准； （二）流程 1.项目经理根据客户的意见确认变更需求； 2.项目经理深入了解变更内容和实际意义； 3.项目经理确认变更所需工作量以及相关影响分析； 4.项目经理判断变更的必要性和其他可折中方案； 5.审查变更申请表的标准，并填写变更申请； 6.项目经理准备批准申请的人员表； （三）成果 1.项目经理生成变更申请表； 2.项目经理记录变更登记表； 3.项目经理发送需要批准申请的人员表。 二、实施和管理变更 （一）前提条件 1.是否具备批准的项目管理计划，以便对变更管理进行有效管理； 2.是否具有批准的变更管理规范文件； 3.是否具有获得批准的变更申请表；
4.客户对变更的内容和日期有充分的认识； 5.项目经理是否更新了变更登记表； （二）流程 1.组织项目组实施变更； 2.组织客户参与变更； 3.项目部和变更控制委员会监控变更 4.组织专家对变更进行必要的评审； （三）成果 1.项目经理完成变更登记册； 2.项目经理书面通知变更结果； 3.如有必要，项目经理更新项目管理计划； 三、结束变更 （一）前提条件 1.是否具备项目管理计划； 2.是否具备有批准的项目变更申请； 3.是否具有更新的变更登记册； （二）流程 1.项目经理提交变更文档并进行项目审计； 2.如有问题，实施问题管理流程； 3.项目经理提交项目变更文档； （三）成果 1.项目经理将变更文档归档，并提交复印件给管理项目部； 2.项目经理签字后结束变更 四、操作步骤 变更管理流程的实际操作步骤分为六步： 1. 提交书面变更请求 2. 评审变更请求，批准或者拒绝请求以作进一步分析 3. 如果批准，执行分析并提供推荐方案 4. 接受或者拒绝推荐方案
信息系统配置、变更和发布管理制度
信息系统配置、变更和发布管理制度 1.目的 为规范信息系统的配置、变更和发布的流程，使系统配置和变更等工作能顺利实施，保证硬件设备和软件系统的正常运行。 2.标准 2.1 信息系统的定义：计算机软件系统、硬件设备以及数据。 2.2信息系统配置、变更和发布管理的范围 2.2.1核心设备的配置和变更，包括服务器硬件变更、服务器操作系统配置和变更、各级交换机的配置和变更。 2.2.2业务数据库的配置和变更。 2.2.3应用软件的配置、变更和发布。 2.2.4终端计算机的配置和变更。 2.3配置、变更和发布的流程 2.3.1计划和申请 2.3.1.1对于新上线的信息系统，应根据实际需要制定配置和实施计划，确保系统能顺利投入使用。 2.3.1.2对于在用的信息系统，因管理工作需要进行变更的，应调研变更的涉及范围和实施过程中可能出现的问题，涉及面广影响较大的需填写《信息系统变更申请表》，并制定变更实施计划。 2.3.1.3对于在用的软件业务系统，科室因业务工作需要，要求对软件系统进行系统缺陷修改或功能完善的，须填写《信息系统软件功能新增修改申请表》。 2.3.2审批 2.3.2.1涉及面小且影响轻微的或必须立刻实施的信息系统变更，可由信息科负责人审批。 2.3.2.2 涉及面广且影响较大的信息系统变更，先由信息科负责人审批，再上报主管院长审批。 2.3.2.3 对于科室提交的软件系统功能的修改变更，先由所属的主管职能部门审批，再由信息科负责人审批，如涉及开发费用的需由主管院长审批。 2.4实施和发布 2.4.1对于新上线的信息系统，按照制定的计划方案进行实施。
2.4.2 对于在用的信息系统，信息科需细化实施方案，必要时制定风险应对计划，通知本次变更所涉及的科室和人员作好相应的准备工作，再按照实施方案进行具体的变更实施。 2.4.3 软件系统的发布，按照《信息系统软件版本变更管理制度》的有关规定执行。 2.4.4 对于新安装的计算机终端，在投入使用前应由所涉及到的业务系统的责任维护人员进行检查和配置，再进行分发使用。 2.5 记录 2.5.1信息系统配置或变更实施完毕，持续正常运行后，需进行相关配置的记录，填写《信息系统配置记录表》。 3.文档 3.1《信息系统变更申请表》 3.2《信息系统软件功能新增修改申请表》 3.3《信息系统配置记录表》 信息系统变更申请表
公司管理系统变更登记申请书
B01 公司变更(改制)登记申请书 (公司备案申请书) 注册号： 公司名称： 敬告 1、请您认真阅读本表容和有关注解事项。在申办登记过程中如有疑问，请您登录 “工商”（https://www.360docs.net/doc/b6395204.html,）—“网上办事”—“登记注册”模块查询相关容，或直接到工商部门现场咨询。 2、提交申请前，请您了解相关法律、法规，确知所享有的权利和应承担的义务。 3、请您如实反映情况，确保申请材料的真实性。 4、本申请书的电子版可通过上述网址获取。 5、本申请书请使用正楷字体手填或打印填写。选择手工填写的，请您使用蓝黑或 黑色墨水，保持字迹工整，避免涂改。选择打印填写的，请您填好后使用A4纸打印，按申请书完整页码顺序装订成册。 北京市工商行政管理局 BEIJING ADMINISTRA TION FOR INDUSTRY AND COMMERCE （2014版）
本人作为（公司名称）的法定代表人，现向登记机关提出下列申请，并重承诺： 本公司如实向登记机关提交有关材料，反映真实情况，并对申请材料实质容的真实性负责。 申请变更事项（请在以下所列事项前□中划“√”） □公司名称□法定代表人□住所□注册资本 □经营围□营业期限□股东□公司类型 □股东（发起人）改变或名称□集团名称/简称 申请备案事项（请在以下所列事项前□中划“√”） □公司章程（含股东部转让部分股权）□董事□经理□监事□公司增设分公司□分公司名称变更□分公司注销□取消经营围中后置标注容□修改经营围中后置标注容□其他 □公司清算组成员及清算组负责人 法定代表人签字①： （清算组负责人签字②） 年月日 注：①申请公司法定代表人变更的，由原法定代表人或者拟任法定代表人签字。 ②申请公司清算组成员及清算组负责人备案的，由清算组负责人签字。
信息系统变更管理程序(含表格)
信息系统变更管理程序 （ISO27001-2013） 第一节总则 第一条为规范软件变更与维护管理，提高软件管理水平，优化软件变更与维护管理流程，特制定本制度。 第二条本制度适用于应用系统已开发或采购完毕并正式上线、且由软件开发组织移交给应用管理组织之后，所发生的生产应用系统（以下简称应用系统）运行支持及系统变更工作。 第二节变更流程 第三条系统变更工作可分为下面三类类型：功能完善维护、系统缺陷修改、统计报表生成。功能完善维护指根据业务部门的需求，对系统进行的功能完善性或适应性维护；系统缺陷修改指对一些系统功能或使用上的问题所进行的修复，这些问题是由于系统设计和实现上的缺陷而引发的；统计报表生成指为了满足业务部门统计报表数据生成的需要，而进行的不包含在应用系统功能之内的数据处理工作。 第四条系统变更工作以任务形式由需求方（一般为业务部门）和维护方（一般为信息部门的应用维护组织和软件开发组织，还包括合作厂商）协作完成。系统变更过程类似软件开发，大致可分为四个阶段：任务提交和接受、任务实现、任务验收和程序下发上线。
第五条因问题处理引发的系统变更处理，具体流程参见《问题处理管理制度》。 第六条需求部门提出系统变更需求，并将变更需求整理成《系统变更申请表》（附件一），由部门负责人审批后提交给系统管理员。 第七条系统管理员负责接受需求并上报给信息部主管。信息部主管分析需求，并提出系统变更建议。信息部主管根据变更建议审批《系统变更申请表》。第八条系统管理员根据自行开发、合作开发和外包开发的不同要求组织实现系统变更需求，将需求提交至内部开发人员、合作开发商或外包开发商，产生供发布的程序。 第九条实现过程应按照软件开发过程规定进行。系统变更过程应遵循软件开发过程相同的正式、统一的编码标准，并经过测试和正式验收才能下发和上线。第十条系统管理员组织业务部门的系统最终用户对系统程序变更进行测试，并撰写《用户测试报告》（附件二），提交业务部门负责人和信息部主管领导签字确认通过。 第十一条在系统变更完成后，系统管理员和业务部门的最终用户共同撰写《程序变更验收报告》（附件三），经业务部门负责人签字验收后，报送信息部经理审批。 第十二条培训管理员负责对系统变更过程的文档进行归档管理，变更过程中涉及的所有文档应至少保存两年。