农村商业银行科技部软件开发管理办法

农村商业银行科技部软件开发管理办法
农村商业银行科技部软件开发管理办法

农村商业银行科技部软件开发管理办法

第一章总则

第一条为了规范软件开发、调测及使用,保证项目各阶段衔接顺畅,提高项目决策程序的科学性,确保全辖计算机安全、稳定运行,根据《江苏农村商业银行股份有限公司计算机管理制度》的有关规定,特制定本办法。

第二条本办法适用范围为江苏农村商业银行股份有限公司以下简称本行。

第三条本办法主要包括计算机系统项目的立项、开发、测试、验收、运行和维护制度。

第四条本办法所称项目,主要指应用开发类项目及优化改造类项目,基础设施类项目由省联社负责。项目所属的软、硬件购置,应包含在项目之中。

第五条项目费用是指项目实施过程中有关的全部费用,具体包括:

1.前期费用。指项目立项前用于可行性研究、论证的所有费用。

2.开发费用。指项目开发阶段发生的所有费用,包括:用于需求分析、技术实现、制度化、测试、试运行、验收等费用。

3.推广费用。指项目验收后,项目推广阶段发生的所有费用。

4.维护费用。指项目推广后,开发软件的局部修改、优化、维护的费用。

5.软、硬件购置费用。

第六条项目开发方式:

1.科技部门自主开发。

2.与公司合作开发。

3.外包。包括项目整体外包、部分外包。

第二章项目立项

第七条项目审批的原则是:业务需要,能增强核心竞争能力,扩大市场份额,或能产生良好的经济效益。

第八条项目立项的基本流程是:明确项目牵头组,完成项目可行性研究,申请项目立项,立项审批。

第九条项目立项的可行性研究前,由项目牵头组根据业务部门的需求制订可行性研究工作计划。

可行性研究工作计划批准后,项目牵头组向总行申请前期费用,并纳入年度预算,方可进行项目可行性研究。

可行性研究工作计划涉及到聘请外部专家或咨询公司,需支付专家或咨询费用的,项目提出部门必须提交方案,报相关部门批准。

第十条可行性研究工作须由业务需求部门和科技部门共同完成。需省联社计算机中心提供技术支持的,必须在省联社计算机中心的指导下,完成可行性研究工作。

第十一条可行性研究的主要内容包括:

1.项目提出部门编写完整的《项目需求书》。

2.项目牵头组组织需求的评价分析。

3.技术开发部门提出可行的技术方案并进行比较分析,若由外部公司提供方案,则须由科技部门审核后签署意见。

4.社会经济效益评价,不同实施方案的投入产出分析。

5.项目实施中的风险及解决措施。

6.项目开发周期测算。制订开发计划,跨年度项目必须列出分年度计划。

7.费用预算。项目所需各项投入和年度支出计划,以及测算方法和依据。

第十二条可行性研究工作完成后,由项目牵头组组织专家论证。通过可行性论证的项目,可申请项目立项。项目立项、审批程序如下:

1.项目牵头组提出立项申请。

2.科技部门负责对立项申请资料的完整性、前期工作的合规性、项目目标、《业务需求书》、技术方案的可行性、开发方式、项目预算以及其他重要事项进行审查,提出是否同意立项的建议。

3.总行决策机构批准或否决立项。

4.除个性化中间业务外,所有科技项目必须上报省联社审批。

5.由科技管理部门和项目牵头组组织招标、签约等商务活动。并组建项目开发小组(以下简称:项目组)

第三章项目开发

第十三条项目组正式成立后,进入项目开发阶段。项目开发实行项目经理负责制,项目组的成员必须专职参加项目开发。

第十四条项目经理采取指定、招聘等方式,由科技管理部门、项目牵头组、监察、人事部门共同审定。

项目经理根据授权对项目组全权管理。具体包括:按照计算机软件开发规范,实现项目目标业务需求;组织分析、设计、开发、测试、试运行;组织编写有关技术手册和操作手册;组织技术培训;配合项目牵头组进行项目推广;负责推广过程中的技术支持。

应用开发类项目,应选配相关业务人员为项目副经理,负责相关业务需求的解释,把握业务需求实现的完整性和准确性;组织业务测试、业务培训;组织编写业务培训教材;负责推广过程中的业务支持;负责管理制度的起草工作;协调项目开发过程中发生的与业务相关的其他问题。

第十五条项目牵头组和科技管理部门应为项目经理开展工作创造条件,帮助解决开发过程中的实际问题,并监督检查项目执行情况。对于不称职的项目经理应报请领导及时撤换。重大项目由分管领导牵头组织检查,并负责协调项目开发中的重大事项。

第十六条《业务需求书》是应用开发类项目的开发依据。《业务需求书》一经确定,不得任意更改,确因业务发生调整需要变更的,由业务部门提供完整的需求变更说明,项目牵头组负责人审查后签字,提交项目组更改。变更导致增加的费用,按相关程序报批。

第十七条项目牵头组负责项目开发技术环境的落实。

第十八条项目开发过程中的资料、文档要按照科技档案管理办法进行整理归档,不得散失,个人不得占有。

第十九条项目组要定期向项目牵头组、科技管理部门报告项目实施情况,接受监督和检查。

第四章项目的测试和验收

第二十条项目的综合测试和试运行:

1.项目开发完成后,需求提出部门应会同项目组制定测试案例和综合测试方案、提出测试申请。测试结束后出具《综合测试报告》。

2.综合测试通过后,由项目组、项目牵头组、试运行机构共同组织项目的试运行。试运行稳定后,由试运行单位出具《试运行报告》。试运行时间一般不少于 1 个月。

第二十一条申请项目验收必须提交完整的项目验收资料,包括:《验收申请报告》《业务需求书》(应用开发类项目)、《项目需求说明书》(基础设施类项目)、业务需求变更文件、《综合测试报告》、《试运行报告》、《项目费用支出报告》(包括前期费用、开发费用和人员费用)以及项目技术开发阶段有关文档等资料。

第二十二条成立项目验收组。成员组成:主要由项目牵头组、科技管理部门、财务部门以及其它相关部门人员参加,重大项目验收须聘请部分外部专家第二十三条项目投产须审核项目是否具备以下基本条件:

1.有一定时间的稳定试运行期并通过验收。

2.使用人员、运行人员经过培训。

3.具有系统监控、系统维护等手段。

4.提供故障恢复手段。

5.有资源使用分析报告。

6.具有运行投产的系统资源、环境及岗位人员的条件

第二十四条牵头部门负责项目资料和验收结论的提交、审查、备案存档工作。

第五章项目推广、维护

第二十五条项目推广阶段工作包括业务培训、软件下发、安装调试、上线运行、技术支持等。

第二十六条项目推广由项目牵头组、科技管理部门、项目提出部门、项目组共同组织。项目牵头组负责项目推广的总体部署和总协调。

第二十七条在项目推广期间,项目组负责项目的技术支持,对程序运行中

出现的问题进行修改、测试。

第二十八条在项目维护期内发现的软件问题或业务变化引发的需求变更,由应用部门和科技管理部门提出优化、修改意见,双方签字认定后,项目经理组织人员进行修改、优化,费用在维护费中列支,应规定项目维护期,重大项目维护期应不少于项目推广后的一年时间。

第二十九条项目维护期结束转入日常运行的技术支持工作应落实相关门部门并指定专人负责。

第六章项目费用管理

第三十条项目费用管理的基本原则是:项目决算不突破预算,项目费用支出按财务授权管理规定和集中采购管理办法执行;项目费用支出,一律在本级财务核算。

第三十一条项目维护期结束后,项目牵头组应及时向财务部门申请办理项目决算。决算的内容包括:项目前期费用、开发费用、推广费用、维护费用、借用人员费用和设备、软件购置费用等。财务部门将决算报告报总行分管领导。

第三十二条外包项目、合作开发项目由财务部门按合同约定的支付方式和金额,直接支付给公司,项目完成后,连同项目组发生的各项费用,由项目牵头组按程序办理决算。

第三十三条费用在预算范围内的实报实销,超预算的要提交情况说明,按相关程序报批。

第七章项目外包和合作开发

第三十四条有下列情况之一的可采取外包或合作开发方式:

1.外部公司具有明显的技术优势和项目开发经验。

2.能引进先进管理模式和产品。

3.可显著降低成本,或赢得竞争优势。

4.开发力量不足。

第三十五条项目前期研究阶段应对项目开发方式进行评估,在立项申请报告中提出外包或合作开发建议。外包或合作公司的选择按照《江苏省农村信用社采购管理暂行办法》的规定执行。

第三十六条对外包项目,科技管理部门、项目牵头组要委派指定专门人员参加项目设计、开发全过程,明确职责,确保项目按期交接。

第八章软件版本控制

第三十七条软件版本控制是指对软件开发过程中所产生的各种形式的文档、程序及其数据集合进行标识、分发、变更和保管的控制。

第三十八条科技管理部门须制订软件版本管理办法,由专人对项目组正式移交的各种软件版本进行编号登记,归档管理,保证软件版本的完整性、准确性和一致性,与公司合作开发或外包开发项目应在开发合同中明确项目成果及版权

的归属。

第三十九条在项目开发过程中对软件版本的控制由项目组委派专人负责。项目验收后,项目组应将最终的软件版本正式移交给科技管理部门。

第四十条投产后软件版本的修改必须严格履行申请和审批程序。

1.对于因业务变化或应用系统运行需要进行的软件修改,应用部门或运行机构必须提交经其负责人签字认可的书面申请。

2.申请经科技管理部门负责人、分管领导批准后,由开发人员完成对软件的修改,经测试验证和项目实施管理部门审核后,由软件版本管理人员对软件版本进行归档。

第四十一条软件版本的领用须进行严格控制。

1.领用人应提出书面申请,并报科技管理部门负责人签字批准。

2.软件版本管理人员进行领用登记后,把软件版本的备份交给领用人。

第四十二条未经科技管理部门负责人同意,任何人不得对软件版本以任何形式进行复制。

第九章项目成果管理

第四十三条项目推广运行后,科技管理部门将组织有关部门对项目是否达到设计要求,产生的经济效益,软件质量、安全性、运行维护情况等跟踪调查。

第四十四条项目文档必须完整、妥善保管。自行开发的项目文档由项目组负责整理;外包的项目文档由项目牵头组督促承包单位负责整理。科技部门按《江苏农村商业银行股份有限公司科技档案管理办法》负责文档的归档。

第四十五条系统内自行开发的项目版权属开发单位所有。项目参加人员有义务维护版权所有者权益。对于窃取项目成果,泄露给外部公司或竞争对手的,按照相关规定予以处理,触犯法律的,将追究法律责任。

第四十六条项目的转让在不影响项目安全使用的前提下转让项目的使用权,必须由科技管理部门报分管领导审批,并实行有偿转让,合理收费。

第十章附则

第四十七条本办法由总行负责解释和修订。

第四十八条本办法自印发之日起执行。

农村商业银行薪酬管理办法

农村商业银行薪酬管理暂行办法 第一章总则 第一条为发挥薪酬分配的正向激励作用,切实转换经营机制,充分调动广大员工工作积极性、主动性和创造性,促进各项业务持续健康发展,根据《省行薪酬管理指导意见的通知》结合本行实际,特制定本办法。 第二条所有岗位贡献、酬劳均在岗位系数和绩效中体现。特殊岗位需要给予津补贴的根据省行统一规定发放。加班工资的计发按照有关规定执行。内退员工、工勤岗位工资按照省行有关人事管理办法执行。 第三条薪酬管理原则 一、按劳计酬原则。实行工资与个人劳动和绩效挂钩,按贡献计酬,体现多劳多得,拉开分配档次。鼓励基层员工工资高于机关员工工资,一般员工工资高于领导干部工资,经营岗位工资高于管理岗位工资。 二、质效优先原则。以总行为单位,工资增长总额、增幅不得高于利润增长总额、增幅,确保效益增长水平高于工资增长水平;将控新降旧、综合治理、案件及支付风险防范与绩效工资挂钩,对经营管理存在重大问题的单位及相关责任人按规定扣减绩效工资。 三、区别对待和兼顾公平原则。实行岗位和地域有别的考核机制,考核重点向一线倾斜、向经营岗位倾斜,向增量业务倾斜、向自营业务倾斜,培育全辖员工增强“劳动创造价值”的工作理念。 四、实事求是原则。坚持从实际出发,客观公正考核,对弄虚作假、徇私舞弊行为一律严肃查处。 第二章岗位设置 第四条全行设置管理岗、客户经理岗、柜员岗、保安岗及其他岗五类岗位。 一、管理岗。指基层支行(含营业部)从事管理工作的人员。主要包括:支行行长、副行长(正、副股级)、会计主管、专职信贷员。

二、客户经理岗。指基层支行从事存、贷款营销及管理的人员。包括一般信贷员、不良贷款清收盘活人员、专职揽储人员。 三、柜员岗。指基层支行营业人员。包括综合柜员、主管授权柜员及大堂经理。 四、大堂经理岗。特指总行下文聘任的扁平化支行大堂经理。 五、保安岗。指乡镇支行(不含天城)大堂保安人员。乡镇支行保安人员由内部职工担任。 六、其他岗。指上述界定岗位以外的其他岗位员工。 第三章薪酬构成 第五条薪酬构成 职工薪酬由基本工资、职级工资、效益工资、奖励工资及附加薪酬五部分组成。 一、基本工资 1、工龄工资。按照参加工作时间长短进行界定,每月按每年工龄XX元计算。 2、学历工资。中专及以下学历或员级、技工级职称每人XX元/月,大专学历或初级师、技师职称每人XX元/月,本科或中级师、高级技工职称每人XX元/月,研究生或高级师职称每人XX元/月。 3、农村支行津贴。为鼓励员工到山区农村支行工作,对农村支行干部员工计发农村支行津贴。其中:XX支行每人XX元/月;XX支行每人XX元/月;XX支行、XX支行、XX支行每人XX元/月。 二、职级工资 1、柜员岗。含综合柜员岗、授权岗、总行未下文聘任的其他大堂经理。一级柜员XX元/月;二级柜员XX元/月;三级柜员XX元/月。其中40岁以上不参与等级考核的,参照二级柜员标准计发。 2、客户经理岗。一级客户经理XX元/月;二级客户经理XX元/月;三级客户经理XX元/月。 3、大堂经理岗。扁平化支行已下文聘任的大堂经理XX元/月。 4、保安岗。指内部人员保安岗,支行保安岗人员由总行统一根据需求进行调配,每个支行定员1人,岗位工资XX元/月。保安岗以总行安排确定的人员为准。 5、管理人员和会计主管。各支行行长(营业部经理)、会计主管按XX元/月计发基本工资和职级工资,乡镇支行加计发农村支行津贴。 6、其他在岗人员。其他在岗人员未参加柜员岗、客户经理岗考核的,按XX元/月执行。 三、管理工资 (一)系数的确定。

市商业银行管理办法

市商业银行查库管理办法 第一章总则 第一条为加强市商业银行查库工作的管理,规范查库工作行为,有效指导业务管理部门人员进行查库工作,提高查库工作效率和工作质量,防范现金及重要单证风险,特制定本办法。 第二条本办法所称的查库,是指市商业银行有关人员依据有关规章制度要求,对总行金库、总分行凭证大库和各支行现金库存、自助设备现金箱、有价单证、贵金属、重要空白凭证及各类会计印章等进行核实和清查,确保账账、账款、账实相符。 第二章基本规定 第三条查库原则 (一)坚持“查必彻底”的原则。 各级责任人必须按制度规定的内容、频率、流程和要求组织、实施查库工作,不得擅自减少查库内容和简化查库流程、不得以部分检查或抽查替代查库、不得未实施查库只登记《查库登记簿》而进行虚假查库。查库发现问题,必须及时查明原因,彻底整改,不留隐患。 (二)坚持“保密、突击”原则。

各级责任人必须保证查库工作的突击性,确保查库工作落到实处。在查库前任何人不得通知被查单位或人员,不得故意调整被查人员库存现金、不得泄漏查库信息,确保检查结果的真实。 第四条查库内容 (一)总行金库、凭证大库 (二)分行凭证大库 (三)各支行现金管理员和综合柜员的现金尾箱库存 (四)自助设备现金箱 (五)各支行凭证管理员和综合柜员的重要空白凭证 (六)有价单证 (七)会计业务用章及印模 (八)收缴的假币 (九)贵金属实物 (十)废卡 第五条各级查库责任人的查库周期。 (一)总行金库和凭证大库 1、运营管理部主管行领导每半年查库不得少于一次。 2、运营管理部总经理每季度查库不得少于一次,主管现金及重要空白凭证运营管理部副经理每月查库不得少于一次,运营管理部现金中心经理每旬查库不得少于一次。 (二)分行凭证库 1、分行行长每半年查库不得少于一次。

软件开发管理办法

软件开发管理办法 1 软件开发 1.1软件开发流程 1.2项目策划 根据年度软件开发计划确定的项目或用户提出的需求变更项目,组织进行项目前期策划,确定项目实现目标、内容、质量要求、工期,下达《软件开发任务书》或对用户《需求变更申请》进行审核和任务安排,项目组接到任务后组织实施。项目组根据任务安排,编制《软件开发计划》。 1.3系统需求分析 项目组根据项目内容和目标,编制《需求调研计划》和《需求调查表》,组织用户参加的项目启动会,讨论通过《需求调研计划》,用户按《需求调查表》的内容准备调研材料。开发项目组和用户组成联合项目组,共同推进项目的实施。 调研阶段完成后形成《软件需求规格说明书》,重点明确以下内容:组织机构、岗位职责、业务流程、所需的业务功能,业务功能和岗位的对应关系,业务功能处理的数据项,业务功能的详细描述。 需求分析完成后,由内部组织进行阶段评审,填写《阶段评审记录》。

组织召开需求确认会,《软件需求规格说明书》由用户审查通过后,填写《用户需求确认单》。 依据《软件需求规格说明书》,编制《系统测试计划》初稿。1.4系统设计 依据《软件需求规格说明书》进行系统设计,形成《软件设计说明书》,主要内容包括软件功能设计说明、数据库设计说明、功能的数据处理说明(功能-数据关联矩阵)、程序模块设计说明(后期完善)等。 系统设计完成后,由内部组织进行阶段评审,填写《阶段评审记录》。 依据《软件设计说明书》,补充完善《软件测试计划》。 1.5编码 依据《软件设计说明书》,遵守有关技术规范,在开发平台上进行编码,实现软件功能。 编码完成后,编写《用户操作手册》,补充完善和修改《软件设计说明书》,把编程过程中数据设计、功能设计的变动进行文档修正,补充程序模块设计说明,编制《软件组件清单》、《数据对象清单》,修改完善《系统测试计划》。 1.6测试 项目组内部组织完成单元测试。 编码完成后,由内部组织进行阶段评审,填写《阶段评审记录》。

商业银行资本管理办法(十四)

商业银行资本管理办法(十四) 第一百一十六条商业银行应当指定相关部门履行以下资本管理职责: (一)制定资本总量、结构和质量管理计划,编制并实施资本规划和资本充足率管理计划,向高级管理层报告资本规划和资本充足率管理计划执行情况。 (二)持续监控并定期测算资本充足率水平,开展资本充足率压力测试。 (三)组织建立内部资本计量、配置和风险调整资本收益的评价管理体系。 (四)组织实施内部资本充足评估程序。 (五)建立资本应急补充机制,参与或组织筹集资本。 (六)编制或参与编制资本充足率信息披露文件。 第一百一十七条商业银行采用资本计量高级方法的,相关部门还应履行以下职责: (一)设计、实施、监控和维护资本计量高级方法。 (二)健全资本计量高级方法管理机制。 (三)向高级管理层报告资本计量高级方法的计量结果。 (四)组织开展各类风险压力测试。 第一百一十八条商业银行采用资本计量高级方法的,应当建立验证部门(团队),负责资本计量高级方法的验证工作。验证部门(团队)应独立于资本计量高级方法的开发和运行部门(团队)。 第一百一十九条商业银行应当明确内部审计部门在资本管理中的职责。内部审计部门应当履行以下职责: (一)评估资本管理的治理结构和相关部门履职情况,以及相关人员的专业技能和资源充分性。 (二)至少每年一次检查内部资本充足评估程序相关政策和执行情况。

(三)至少每年一次评估资本规划的执行情况。 (四)至少每年一次评估资本充足率管理计划的执行情况。 (五)检查资本管理的信息系统和数据管理的合规性和有效性。 (六)向董事会提交资本充足率管理审计报告、内部资本充足评估程序执行情况审计报告、资本计量高级方法管理审计报告。 第一百二十条商业银行采用资本计量高级方法的,内部审计部门还应评估资本计量高级方法的适用性和有效性,检查计量结果的可靠性和准确性,检查资本计量高级方法的验证政策和程序,评估验证工作的独立性和有效性。 第三节风险评估 第一百二十一条商业银行应当按照银监会相关要求和本办法附件13的规定,设立主要风险的识别和评估标准,确保主要风险得到及时识别、审慎评估和有效监控。 主要风险包括可能导致重大损失的单一风险,以及单一风险程度不高、但与其它风险相互作用可能导致重大损失的风险。风险评估应至少覆盖以下各类风险: (一)本办法第四章、第五章和第六章中涉及且已覆盖的风险,包括信用风险、市场风险和操作风险。 (二)本办法第四章、第五章和第六章中涉及但没有完全覆盖的风险,包括集中度风险、剩余操作风险等。 (三)本办法第四章、第五章和第六章中未涉及的风险,包括银行账户利率风险、流动性风险、声誉风险、战略风险和对商业银行有实质性影响的其它风险。 (四)外部经营环境变化引发的风险。 第一百二十二条商业银行应当有效评估和管理各类主要风险。 (一)对能够量化的风险,商业银行应当开发和完善风险计量技术,确保风险计量的一致性、客观性和准确性,在此基础上加强对相关风险的缓释、控制和管理。

12-【实例】农村商业银行薪酬管理办法

第1页共10 农村商业银行薪酬管理暂行办法 第一章总则 第一条为发挥薪酬分配的正向激励作用,切实转换经营机制,充分调动广大员 工工作积极性、主动性和创造性,促进各项业务持续健康发展,根据《省行薪酬管理指导意见的通知》结合本行实际,特制定本办法。 第二条所有岗位贡献、酬劳均在岗位系数和绩效中体现。特殊岗位需要给予津 补贴的根据省行统一规定发放。加班工资的计发按照有关规定执行。内退员工、工勤岗位工资按照省行有关人事管理办法执行。 第三条薪酬管理原则 一、按劳计酬原则。实行工资与个人劳动和绩效挂钩,按贡献计酬,体现多劳多得,拉开分配档次。鼓励基层员工工资高于机关员工工资,一般员工工资高于领导干部工资,经营岗位工资高于管理岗位工资。 二、质效优先原则。以总行为单位,工资增长总额、增幅不得高于利润增长总额、增幅,确保效益增长水平高于工资增长水平;将控新降旧、综合治理、案件及支付风险防范与绩效工资挂钩,对经营管理存在重大问题的单位及相关责任人按规定扣减绩效工资。 三、区别对待和兼顾公平原则。实行岗位和地域有别的考核机制,考核重点向一线倾斜、向经营岗位倾斜,向增量业务倾斜、向自营业务倾斜,培育全辖员工增强“劳动创造价值”的工作理念。 四、实事求是原则。坚持从实际出发,客观公正考核,对弄虚作假、徇私舞弊行为一律严肃查处。 第二章岗位设置 第四条全行设置管理岗、客户经理岗、柜员岗、保安岗及其他岗五类岗位。 一、管理岗。指基层支行(含营业部)从事管理工作的人员。主要包括:支行行长、副行长(正、副股级)、会计主管、专职信贷员。 二、客户经理岗。指基层支行从事存、贷款营销及管理的人员。包括一般信贷员、不良贷款清收盘活人员、专职揽储人员。 三、柜员岗。指基层支行营业人员。包括综合柜员、主管授权柜员及大堂经理。 四、大堂经理岗。特指总行下文聘任的扁平化支行大堂经理。 五、保安岗。指乡镇支行(不含天城)大堂保安人员。乡镇支行保安人员由内部职

商业银行全面风险管理办法规定

商业银行全面风险管理办法规定

**银行全面风险管理办法 第一章总则 第一条为推进全面风险管理体系建设,提升风险管理水平,依据境内外有关监管指引、本行《章程》,并借鉴国际银行业风险管理的经验做法,特制定本办法。 第二条本办法所称风险,是指对本行实现既定目标可能产生影响的不确定性,这种不确定性既可能带来损失也可能带来收益。本办法主要关注带来损失的不确定性。 (一)信用风险。是指因借款人或交易对手未按照约定履行义务从而使本行业务发生损失的风险。 (二)市场风险。是指因市场价格(利率、汇率、股票价格和商品价格)的不利变动而使本行表内和表外业务发生损失的风险。 (三)操作风险。是指由不完善或有问题的内部程序、员工和信息科技系统,以及外部事件所造成损失的风险,包括法律风险,但不包括策略风险和声誉风险。 (四)流动性风险。是指因本行无法以合理的成本及时筹集到客户和交易对手当前和未来所需资金而对本行经营所产生的风险。 除上述风险外,本行还关注外部监管部门或本行董事会要求-2-

关注的其他风险。 第三条本办法所称全面风险管理是指本行董事会、高级管理层和全行员工各自履行相应职责,有效控制涵盖全行各个业务层次的全部风险,进而为本行各项目标的实现提供合理保证的过程。 第四条本行风险管理应遵循以下原则: (一)收益与风险匹配 制定风险管理战略和进行风险管理决策,必须考虑承担的风险是在本行的风险容忍度以内,并有预期的收益覆盖风险,经风险调整的资本收益率能够满足股东的最低要求或符合本行的经营目标。 (二)内部制衡与效率兼顾 本行在风险管理规章制度中明确界定各部门、各级机构和各层级风险管理人员的具体权责,实行前中后台职能相对分离的管理机制。各部门、境内外分支机构和全体员工之间要有效沟通与协调,优化管理流程,不断提高管理效率。 (三)风险分散 本行实现信用风险敞口在国家、地区、行业、产品、期限和币种等维度上的适度分散,防范集中风险。严格遵循监管标准,审慎核定单一客户和关联客户授信额度,有效控制客户信用风险集中度。 本行实现市场风险敞口在国家、地区、市场、产品、期限和 -3-

软件开发管理制度

软件开发管理制度 软件开发管理是指根据公司统一的信息系统规划和业务需求,对信息系统的开发进行管理。具体包括组织、规划、需求、分析、设计、编程、测试和投产等环节。 本制度适用于公司公司软件开发项目。 1.1 项目立项 信息系统研发前公司成立项目工作小组,重大项目成立项目领导小组,并指定负责人。 项目领导小组负责项目的组织、协调、检查、监督工作。项目工作小组由业务人员、技术人员和管理人员组成,具体负责整个项目的开发工作。 项目工作小组人员应具备与项目要求相适应的业务经验与专业技术知识,小组负责人需具备组织领导能力,保证信息系统研发质量和进度。 业务部门根据本机构业务发展战略,在充分进行市场调查、产品效益分析的基础上制定信息系统研发项目可行性报告。 1.2. 系统开发 公司业务部门编写项目需求说明书,提出业务需求和系统需求。 信息技术部和业务部门领导组织人员对项目需求进行评审,意见统一后形成定稿后的“项目需求分析报告”和“项目风险报告”,加盖相关部门签章归档。 公司信息技术部根据项目需求编制项目功能说明书。 公司信息技术部依据项目功能说明书分别编写项目总体技术框架、项目设计说明书,设计和编码应符合项目功能说明书的要求。评审通过后加盖部门签章归档。 公司业务人员、技术人员应根据职责范围分别编写操作说明书、技术应急方案、业务连续性计划、投产计划、应急回退计划,并进行演练。 在编码阶段,软件开发人员应有良好的编写习惯,做好代码注释和说明,并做好单元测试工作。 1.3. 测试 公司应建立独立的测试环境,以保证测试的完整性和准确性。测试至少应包括功能测试、安全性测试、压力测试、验收测试、适应性测试。测试不得直接使用生产数据。 公司信息技术部应根据测试结果修补系统的功能和缺陷,提高系统的整体质量。 由业务部门组织人员完成软件的最终测试,并保留软件测试记录,撰写“项目测试报告”并确认签章,原则上要求项目测试人员和项目需求人员是同一批人员。 项目验收应出具由相关负责人签字的项目验收报告,验收不合格不得投产使用。 项目小组编写“软件上线计划”,按计划安全稳妥的实现软件产品的上线实施,对核心业务系统的软件上线由版本控制员实施,没有业务部门提交的“项目测试报告”及“上线确认书”的软件项目不允许上线运行。

《商业银行资本管理办法(试行)》附件1-17【精选】

《商业银行资本管理办法(试行)》附件 附件1:资本工具合格标准。 附件2:信用风险权重法表内资产风险权重、表外项目信用转换系数及合格信用风险缓释工具。 附件3:信用风险内部评级法风险加权资产计量规则。 附件4:信用风险内部评级法风险暴露分类标准。 附件5:信用风险内部评级体系监管要求。 附件6:信用风险内部评级法风险缓释监管要求。 附件7:专业贷款风险加权资产计量规则。 附件8:交易对手信用风险加权资产计量规则。 附件9:资产证券化风险加权资产计量规则。 附件10:市场风险标准法计量规则。 附件11:市场风险内部模型法监管要求。 附件12:操作风险资本计量监管要求。 附件13:商业银行风险评估标准。 附件14:资本计量高级方法监督检查。 附件15:信息披露要求。 附件16:资本计量高级方法验证要求。 附件17:外部评级使用规范。

附件1: 资本工具合格标准 一、核心一级资本工具的合格标准 (一)直接发行且实缴的。 (二)按照相关会计准则,实缴资本的数额被列为权益,并在资产负债表上单独列示和披露。 (三)发行银行或其关联机构不得提供抵押或保证,也不得通过其他安排使其在法律或经济上享有优先受偿权。 (四)没有到期日,且发行时不应造成该工具将被回购、赎回或取消的预期,法律和合同条款也不应包含产生此种预期的规定。 (五)在进入破产清算程序时,受偿顺序排在最后。所有其他债权偿付后,对剩余资产按所发行股本比例清偿。 (六)该部分资本应首先并按比例承担绝大多数损失,在持续经营条件下,所有最高质量的资本工具都应按同一顺序等比例吸收损失。 (七)收益分配应当来自于可分配项目。分配比例完全由银行自由裁量,不以任何形式与发行的数额挂钩,也不应设置上限,但不得超过可分配项目的数额。 (八)在任何情况下,收益分配都不是义务,且不分配不得被视为违约。 (九)不享有任何优先收益分配权,所有最高质量的资本工具的分配权都是平等的。 (十)发行银行不得直接或间接为购买该工具提供融资。 (十一)发行必须得到发行银行的股东大会,或经股东大会授权的董事会或

市商业银行薪酬管理办法

市商业银行薪酬管理办法

目录 第一章总则 (1) 第二章工资总额 (2) 第三章薪酬体系 (2) 第四章薪酬结构 (3) 第五章年薪制 (6) 第六章岗位绩效工资制 (6) 第七章提成工资制 (7) 第八章工资调整 (11) 第九章工资特区 (11) 第十章其它奖项 (12) 第十一章附则 (13) 附件一市商业银行商行岗位等级分布图 (15) 附件二岗位薪级工资标准表 (16) 附件三岗位浮动工资试算表 (17) 附件四:薪酬发放流程 0

第一章总则 第一条目的 制定本方案的目的在于充分发挥薪酬的作用,对员工为企业付出的劳动和做出的业绩给予合理的回报和激励。即: (一)使薪酬与岗位价值紧密结合; (二)使薪酬与员工业绩紧密结合; (三)使薪酬与企业的发展有效结合起来。 第二条适用范围 凡市商业银行市商业银行(以下简称市商业银行商行)的各级从业人员,除人力资源部另行的专案方式处理者外均依本方案实施。 第三条原则 薪酬作为分配价值形式之一,遵循按劳分配、效率优先、兼顾公平及可持续发展的原则: 公平性原则:薪酬以体现工资的外部公平、内部公平和个人公平为导向。 竞争性原则:薪酬以提高市场竞争力和对人才的吸引力为导向。在薪酬结构调整的同时,根据市场薪资水平的调查,对于市场水平差距较大的岗位薪酬水平有一定幅度的提高,使市商业银行商行的薪酬水平具有一定的市场竞争力。 激励性原则:薪酬以增强工资的激励性为导向,通过动态工资和奖金等激励性工资单元的设计激发员工工作积极性;另外,开放不同薪酬通道,使不同岗位的员工有同等的晋级机会。 经济性原则:薪酬水平须与企业的经济效益和承受能力保持一致。人力成本的增长幅度应低于总利润的增长幅度,同时应低于劳动生产率的增长速度。用适当工资成本的增加引发员工创造更多的经济增加值,保障出资者的利益,实现可持续发展。 第四条依据 薪酬分配的主要依据是:岗位价值、个人能力素质和业绩贡献,并参考市 商业银行市社会平均工资水平和金融行业平均水平、劳动力市场的供求状况、

公司软件开发管理制度

XX公司软件开发管理制度 XX公司软件开发管理制度 版本:1.0 SDM审批: QA经理[时间] CTO[时间] 目录 1.目的和作用3 2.适用范围:3 3. 参考文件3 4.适用对象3 5.软件开发流程4 5.1可行性研究与计划4 5.1.1实施4 5.1.2 文档4 5.1.2.1 应交付的文档4 5.1.2.2 提交步骤4 5.2需求分析4 5.2.1实施4 5.2.2要求5 5.2.3交付文档5 5.2.4审批5 5.3概要设计5 5.3.1实施5 5.3.2要求6 5.3.3交付文档6 5.3.4补充说明6 5.3.5审批6 5.4详细设计7 5.4.1实施7 5.4.2要求7 5.4.3文档7 5.4.4审批7 5.5实现7 5.5.1实施与要求7 5.5.2交付文档8 5.5.3审批8 5.6组装测试8 5.6.1实施8 5.6.2要求8 5.6.3交付文档8 5.6.4审批8

5.7确认测试9 5.7.1实施9 5.7.2要求9 5.7.3交付文档9 5.7.4 补充说明9 5.7.5 审批9 5.8发布10 5.8.1过程10 5.8.2 文档10 5.8.3 审核10 5.9 交接10 6. 附录1:项目文档清单11 1.目的和作用 本流程详细规定软件开发程的各个阶段及每一阶段的任务、要求、交付文件,使整个软件开发过程阶段清晰、要求明确、任务具体,实现软件开发过程的标准化。 2.适用范围: 公司的软件开发产品均适用。 3. 参考文件 各种文档模板 文档命名规则 交接流程 4.适用对象 软件管理人员,软件开发人员,软件维护人员 5.软件开发流程 5.1可行性研究与计划 5.1.1实施 5.1.1.1 软件开发部分析人员进行市场调查与分析,确认软件的市场需求 5.1.1.2 在调查研究的基础上进行可行性研究,写出可行性报告 5.1.1.3 评审和审批,决定项目取消或继续 5.1.1.4 若项目可行,制订初步的软件开发计划,建立项目日志 5.1.1.5 根据市场环境、公司软硬件情况预测十大风险因素 5.1.2 文档 5.1.2.1 应交付的文档 1)可行性研究报告* 2)初步的软件开发计划 3)十大风险列表* 4)软件项目日志* 5.1.2.2 提交步骤 1) 适用于以后各阶段的文档提交。 2) 项目相关文档用sourcesafe进行版本管理,相关书写人员可根据各文档模板形式撰写文档,正式提交的文档以存入软件管理服务器相关目录时间为准。以后每次修改都应注明修改内容。 5.2需求分析

管理制度某市商业银行客户经理管理办法

精品资料网(https://www.360docs.net/doc/4814651962.html,) 25万份精华管理资料,2万多集管理视频讲座 (管理制度)某市商业银行客户经理管理办法 精品资料网(https://www.360docs.net/doc/4814651962.html,)专业提供企管培训资料

黄石市商业银行客户经理管理办法 第壹章总则 第壹条为推进我行管理和服务创新,进壹步树立以客户为中心、以市场为导向的运营理念,改善金融服务,满足客户要求,拓宽业务领域,增强竞争实力,根据本行人事管理制度和实际,特制订本办法。 第二条为建立适应市场、贴近客户的营销体制,我行原各支行市场营销人员统壹更名为客户经理。本办法所称客户经理是指我行深入市场、服务客户、组织资金、拓展业务、营销贷款、开发推广金融产品和对外宣传的外勤服务人员(含各支行行长、营业部总经理)。 第三条本行客户经理分为高级客户经理、中级客户经理、初级客户经理三级。客户经理和本行签订劳动合同,为本行于册员工。 第四条业务代办员是我行市场营销队伍的壹个组成部分,协助代办规定的银行业务,和本行只存于劳务关系,不存于劳动关系。 第二章客户经理基本条件、主要职责及工作制度 第五条客户经理应具备以下基本条件: 具有良好的思想品德和职业道;熟悉银行资产、负债及中间业务等主要金融业务;有壹定的独立工作能力、公关协调能力和语言表达能力。有较强的市场观念、服务意识和开拓创新精神。熟悉经济、金融、财务、管理、法律法规等关联知识和金融产品知识。 第六条客户经理主要职责和任务: 开发客户;营销金融产品或服务;维护客户关系,开发客户潜于需求;收集市场信息,为开发新产品提供预测资料;对客户信息资料进行科学的分析和管理;宣传和树立银行形象。第八条客户经理行为规范: 忠诚本行事业,维护本行信誉,为本行及客户保密;遵规守纪,按章办事,严守纪律,不越

4.2软件开发管理办法

软件开发管理办法 修订记录 版本编号修订日期主要修订摘要 审核记录 审核人员属于部门审核日期 第一章总则 第一条为规范公司的开发管理流程,使各开发项目的管理进行标准化管理,特制定本管理办法。 第二条本管理办法详细规定软件开发程的各个阶段及每一阶段的任务、要求、交付文件,使整个软件开发过程阶段清晰、要求明确、任务具体,实现软件开发过程的标准化。 第三条本管理办法适用于计算机的自主软件开发项目。适用对象:软件开发管理人员,软件开发人员,软件维护人员,系统管理人员。 第二章组织机构与职责 第四条软件开发管理人员职责: 第五条软件开发人员职责: 第六条软件维护人员职责: 第七条系统管理人员职责: 第三章软件开发环境管理 第八条软件建设环境根据项目不同的时期,需要搭建生产运行环境、系统测试环境、系统开发环境三种不同的软硬件网络环境,便于生产、开发、测试等工作的安全、顺畅的进行。 第九条生产环境为系统维护管理人间管理的范畴,是系统正式运行,提交给各业务科室的正式环境,包括系统运行的硬件、网络等设备和进行集群处理的软件系统。 第十条测试环境为测试人员提供功能测试、性能测试的运行环境,包括运行环境模拟、测试工具服务器、测试工具客户端。 第十一条开发环境为系统开发人员提供系统开发需要的软件硬件环境,包括数据库服务器、应用服务器、开发工具客户端。 第十二条生产环境、测试环境、开发环境都存在自己独立的数据库服务器、应用服务器、客户端。在开发环境完成内部测试后,提交发布版本到测试环境中,由专门的测试人

员进行集成测试和功能测试。并进行一定的压力性能测试。在测试环境通过的版本在发布到生产环境。 第十三条生产环境与测试环境、开发环境需要物理隔离,保障生产环境的安全。 第四章开发过程管理 第十四条项目开发流程根据软件工程的流程,分为可行性研究与计划、需求分析、总计设计、详细设计、代码开发、系统测试五个阶段。 第十五条可行性研究与计划 1实施要求 1.软件开发部分析人员进行市场调查与分析,确认软件的市场需求 2.在调查研究的基础上进行可行性研究,写出可行性报告 3.评审和审批,决定项目取消或继续 4.若项目可行,制订初步的软件开发计划,建立项目日志 5.根据市场环境、公司软硬件情况预测十大风险因素 2交付文档 1.可行性研究报告* 2.初步的软件开发计划 3.十大风险列表* 4.软件项目日志* 第十六条需求分析 1实施要求 1.调查被开发软件的环境 2.软件开发提出的需求进行分析并给出详细的功能定义 3.做出简单的用户原型,与用户共同研究,直到用户满意 4.对可利用的资源(计算机硬件、软件、人力等)进行估计,制定项目进度计划(可 有相应的缓冲时间) 5.制定详细的软件开发计划 6.测试人员制订质量控制计划和测试计划 7.编写初步的用户手册 8.进行需求方案评审 2交付文档 1.软件需求说明书 2.更新后的软件开发计划 3.项目进度计划 4.计划

2012《商业银行资本管理办法(试行)》

银监会发布《商业银行资本管理办法(试行)》 根据国务院第207次常务会议精神,6月8日,中国银监会发布《商业银行资本管理办法(试行)》(以下简称《资本办法》),并于2013年1月1日起实施。 本轮国际金融危机表明,银行业实现稳健运行是国民经济保持健康发展的重要保障。金融危机以来,按照二十国集团领导人确定的改革方向,金融稳定理事会和巴塞尔委员会积极推进国际金融改革,完善银行监管制度。2010年11月,二十国集团首尔峰会批准了巴塞尔委员会起草的《第三版巴塞尔协议》,确立了全球统一的银行业资本监管新标准,要求各成员国从2013年开始实施,2019年前全面达标。《第三版巴塞尔协议》显著提高了国际银行业资本和流动性的监管要求。在新的监管框架下,国际银行业将具备更高的资本吸收损失能力和更完善的流动性管理能力。 近年来,我国银行业有序推进改革开放,不断提高资本和拨备水平,风险防控能力持续增强,为我国抵御国际金融危机的负面冲击,实现国民经济平稳健康发展做出了重要贡献。当前,银行业稳步实施新的资本监管标准,强化资本约束机制,不仅符合国际金融监管改革的大趋势,也有助于进一步增强我国银行业抵御风险的能力,促进商业银行转变发展方式、更好地服务实体经济。 银监会有关负责人表示,2011年以来,银监会认真借鉴国际金融监管改革的成果,结合我国银行业的实际情况,着手起草《资本办法》,

不断丰富完善银行资本监管体系。起草过程中,银监会认真考虑了当前复杂多变的国内外经济环境和银行业实际情况,多次公开征求意见,并对实施新监管标准可能产生的影响进行了全面评估,对《资本办法》的内容进行了慎重调整,构建了与国际新监管标准接轨并符合我国银行业实际的银行资本监管体系。《资本办法》分10章、180条和17个附件,分别对监管资本要求、资本充足率计算、资本定义、信用风险加权资产计量、市场风险加权资产计量、操作风险加权资产计量、商业银行内部资本充足评估程序、资本充足率监督检查和信息披露等进行了规范。 《资本办法》主要体现了以下几方面要求: 一是建立了统一配套的资本充足率监管体系。《资本办法》参考巴塞尔III的规定,将资本监管要求分为四个层次:第一层次为最低资本要求,核心一级资本充足率、一级资本充足率和资本充足率分别为5%、6%和8%;第二层次为储备资本要求和逆周期资本要求,储备资本要求为2.5%,逆周期资本要求为0-2.5%;第三层次为系统重要性银行附加资本要求,为1%;第四层次为第二支柱资本要求。《资本办法》实施后,正常时期系统重要性银行和非系统重要性银行的资本充足率要求分别为11.5%和10.5%。多层次的资本监管要求既体现了国际标准的新要求,又与我国商业银行现行的资本充足率监管要求基本保持一致。 二是严格明确了资本定义。《资本办法》根据国际的统一规则,明确了各类资本工具的合格标准,提高了资本工具的损失吸收能力。

农村商业银行员工贷款与员工担保管理办法

农村商业银行员工贷款及员工担保管理办法 第一条为加强农村商业银行股份有限公司(以下简称本行)信贷管理,规范员工贷款行为,防范道德风险,根据《商业银行法》、《贷款通则》等法规以及《农村商业银行股份有限公司贷款管理基本制度》的规定,制订定本办法。 第二条本办法所称“员工”是指本行在册职工(不含退休、内退、病退职工和试用期、临时用工人员)、在岗合同制职工。 “员工贷款”是指员工向本行所辖办理信贷业务的有关网点申请的人民币贷款业务。 “员工担保"是指员工以自己的信誉和财产(包括薪金收入)为保证为他人在本行的任一网点办理的贷款提供的担保。 第三条员工贷款实行集中管理。本行指定由总行营业部办理全辖的员工贷款,其他网点未经授权不得办理。 第四条员工担保贷款实行贷前审批管理。各支行(部)发放员工担保贷款应在贷款前向总行授信管理部报送《员工担保贷款审批表》(表格见附件),总行授信管理部核对该员工贷款及担保的余额是否超最高限额,并予以回复。 违反本条规定发放的贷款视为超授权贷款。 第五条员工贷款的适用范围: 1.住房贷款以及自建房、房屋装修费用贷款; 2.购买汽车等消费贷款。

第六条实行员工贷款和员工担保总额的上限管理。 上限额度=员工贷款额+员工担保额。 上限额度标准如下: 1.总行领导班子最高额度为50万元(含); 2.中层干部(支行行长、副行长,总行机关部室正、副总经理)最高额度为40万元(含); 3.一般员工最高额度为30万元(含); 员工贷款额与担保额之和不得超过本条第1、2、3款规定的上限。确因特殊情况需要突破以上限额的,必须报总行授信审查委员会审批。 第七条员工及其配偶均为本行员工(双职工)的,只能由其中一方办理贷款。上限额度参照第六条的标准。 对于既有员工又有他人担保的,其对外担保金额的计算以被担保贷款总额为准。 第八条员工贷款必须有符合条件的担保,不得向员工发放信用贷款。 第九条员工购(建)住房及购车等大宗耐用消费贷款期限原则上为中长期。信贷基础资料的收集参照总行相关制度执行。 第十条员工贷款可执行基准利率。 第十一条员工贷款原则上应采取贷款人受托支付方式。购房、购车等具备条件的贷款必须采取受托支付方式。 第十二条存量中,员工贷款和员工担保已超过本办法规定限额的,到期收回后按本办法规定执行。 第十三条员工有下列情形之一的,不得对其发放或继续发

软件开发管理办法

软件开发管理办法 第一章总则 第一条为规范公司的开发管理流程,使各开发项目的管理进行标准化管理,特制定本管理办法。 第二条本管理办法详细规定软件开发程的各个阶段及每一阶段的任务、要求、交付文件,使整个软件开发过程阶段清晰、要求明确、任务具体,实现软件开发过程的标准化。 第三条本管理办法适用于计算机的自主软件开发项目。适用对象:软件开发管理人员,软件开发人员,软件维护人员,系统管理人员。 第二章组织机构与职责 第四条软件开发管理人员职责: 第五条软件开发人员职责: 第六条软件维护人员职责: 第七条系统管理人员职责: 第三章软件开发环境管理 第八条软件建设环境根据项目不同的时期,需要搭建生产运行环境、系统测试环境、系统开发环境三种不同的软硬件网络环境,便于生产、开发、测试等工作的安全、顺畅的进行。 第九条生产环境为系统维护管理人间管理的范畴,是系统正式运行,提交给各业务科室的正式环境,包括系统运行的硬件、网络等设备和进行集群处理的软件系统。 第十条测试环境为测试人员提供功能测试、性能测试的运行环境,包括运行环境模拟、测试工具服务器、测试工具客户端。 第十一条开发环境为系统开发人员提供系统开发需要的软件硬件环境,包括数据库服务器、应用服务器、开发工具客户端。 第十二条生产环境、测试环境、开发环境都存在自己独立的数据库服务器、应用服务器、客户端。在开发环境完成内部测试后,提交发布版本到测试环境中,由专门的测试人

员进行集成测试和功能测试。并进行一定的压力性能测试。在测试环境通过的版本在发布到生产环境。 第十三条生产环境与测试环境、开发环境需要物理隔离,保障生产环境的安全。 第四章开发过程管理 第十四条项目开发流程根据软件工程的流程,分为可行性研究与计划、需求分析、总计设计、详细设计、代码开发、系统测试五个阶段。 第十五条可行性研究与计划 1实施要求 1.软件开发部分析人员进行市场调查与分析,确认软件的市场需求 2.在调查研究的基础上进行可行性研究,写出可行性报告 3.评审和审批,决定项目取消或继续 4.若项目可行,制订初步的软件开发计划,建立项目日志 5.根据市场环境、公司软硬件情况预测十大风险因素 2交付文档 1.可行性研究报告* 2.初步的软件开发计划 3.十大风险列表* 4.软件项目日志* 第十六条需求分析 1实施要求 1.调查被开发软件的环境 2.软件开发提出的需求进行分析并给出详细的功能定义 3.做出简单的用户原型,与用户共同研究,直到用户满意 4.对可利用的资源(计算机硬件、软件、人力等)进行估计,制定项目进度计划(可 有相应的缓冲时间) 5.制定详细的软件开发计划 6.测试人员制订质量控制计划和测试计划 7.编写初步的用户手册 8.进行需求方案评审 2交付文档 1.软件需求说明书 2.更新后的软件开发计划 3.项目进度计划 4.计划

商业银行营业网点管理办法

ⅩⅩ市商业银行营业网点管理办法(试行) 第一章总则 第一条为使ⅩⅩ市商业银行(以下简称“本行”)营业网点积极稳妥的发展,实现管理系统化、规范化和标准化,确保营业网点能够准确、安全、高效、真实的处理各项业务,制定本办法。 第二条本行营业网点的设置,必须遵循“统一规划,方便群众,注重实效,确保安全”的原则。 第三条营业网点环境: (一)以标准、整洁的营业场所及方便、齐全的营业设施,向客户提供各项金融服务。 (二)营业场所外部环境的总体要求是规范、庄重、典雅。 (三)营业场所内部环境的总体要求是洁净、明亮、和谐、美观。 (四)办公场所环境的总体要求是整洁、有秩序。 (五)营业网点必须应用电子计算机处理各项业务。 (六)营业柜台要便于客户办理业务和监督;环境整洁优雅,便民设施齐全;有条件的大中型营业网点设立“一米线”标志。 (七)根据营业网点大小合理设置现金柜、非现金柜和

理财区、VIP室等对外服务窗口。 (八)为综合柜员配备适合工作需要的设施,每个柜员之间相互隔离,形成相对独立的工作间。 (九)每个综合柜员工作区域要配置具有检验人民币功能的防伪点钞机、加锁现金箱(抽屉)、终端机等必要机具,并安装图像清晰,能录像、放像的监控设备,录像后能看清柜员操作、储户面孔、现金总数、现金面额和柜员活动等情况。 (十)详细内容见《ⅩⅩ市商业银行营业网点标准化服务管理办法》。 第二章营业网点员工服务管理 第四条营业网点员工仪容仪表: (一)保持良好的仪容、仪表,并以良好的精神状态投入工作。 (二)员工统一着装,应当以美观合体、端庄大方、整齐清洁为标准。 (三)仪容要以干净、整洁、素雅、大方为标准。 (四)举止要礼貌、文明、大方,工作时间精神饱满,体现良好的修养和素质。 第五条营业网点员工日常工作时培养站立、就坐、行走、手势的良好姿势,保持良好的工作状态。 第六条营业网点员工要牢固树立顾客至上、服务第一

市商业银行账务调整管理办法

AAAA 市商业银行账务调整管理办法 第一章总则 第一条为了加强AAAA市商业银行(以下简称本行)基础会计工作,建立规范的业务工作秩序,提高会计业务工作水平,进一步防范金融风险,根据《中华人民共和国会计法》和财政部制定的《会计基础工作规范》、《金融企业会计制度》等法规,结合我行会计核算和业务处理的特点,制定本办法。 第二条本办法账务调整指各支行、科技部和清算中心等在通过综合业务系统进行业务处理时发生错账, 以及根据其他业务需要, 需进行账务调整,或在后台进行业务数据维护的行为。 第二章基本规定 第三条本行账务调整管理部门为会计结算部,账务调整执行部门为各业务部门、各支行和科技部。 第四条账务调整分为前台账务调整和后台账务调整。 前台账务调整指业务处理过程中发生的错账,可由柜员直接进行的账务调整、或由柜员经授权后进行的账务调整。包括当日撤销、隔日冲正补记等。 后台账务调整指业务处理过程中发生的错账,不能由柜员直接办理或经授权办理,必须由科技部通过数据维护进行的账务调整。包括业务流程出错、业务处理出错的账务调整以及业务数据维护。 第五条本行账务调整按调整金额分权限进行授权处理,并报告业务主管或主管领导签字同意。 (一)前台普通账务调整。调账金额在20 万元以下的业务撤销,由授权人对调整业务进行授权;同网点记账串户、记账金额记错等账务调整,由授权人对调整业务进行授权,并报告会计结算部业务管理员签字审核。

(二)前台特殊账务调整。由综合业务系统原因引起的错账调整,跨网点账务调整,或调账金额在20 万元以上的错账调整等,由错账网点(部门)发出账务调整申请,会计结算部审核并由主管领导签字同意后进行账务调整,经授权人授权后,由柜员办理调整业务。 芙蓉卡跨行业务或他行卡跨行业务错账调整,根据相关业务处理办法,由清算中心按特殊账务调整方式申请账务调整并经授权办理。 (三)后台账务调整。由错账部门提出账务调整申请,或需维护 业务数据部门提出申请,填写《综合业务系统数据修改审批表》,详细说明调整事由及调整内容,会计结算部审核并报主管行领导同意后,提交科技部并由其主管行领导同意调整后,技术人员方可进行账务调整和后台数据维护。 第三章账务调整手续和方法 第六条账务调整的手续 (一)由于操作原因引起的错账调整操作原因引起的账务调整行为指因业务部门在业务处理时发生的操作性差错、错误或错账,而必须进行账务调整的行为。 柜员在办理账务调整时,必须附上原错误凭证、有关原始附件的原件或复印件,或由错账相关部门和人员对错账原因进行说明。并在原错误业务凭证上注明调整日期和凭证编号。 (二)由于外单位原因引起的错账调整 外单位原因引起的错账调整指由于非我行的外部单位(开户单位或非开户单位)原因导致的错误或错账,相关部门必须进行错账冲正的行为。在办理错账调整时,除附原错误凭证、有关原始附件的原件或复印件外,还必须有该单位提供的情况说明及相关事项的单据或文书。 (三)由于业务系统原因引起的错账调整业务系统原因引起的错账调整指由于业务系统原因或其他系统 运行中出现异常等情况造成的错账,而必须由相关部门进行账务调 整的行为。在办理错账调整时,依据系统运行异常、或对账异常等

软件开发项目管理制度44952

软件开发项目管理制度 一、 总则 为保障公司软件开发项目的工作能有效、有序的执行,保证项目的开发质量,维护公司及开发人员的利益特制订本制度。 二、 组织 软件开发项目的实施以软件开发项目组的形式进行,项目组中设有项目责任人(即项目经理)、项目开发工程师、测试工程师、辅助人员等。一般情况下,一个项目组负责一个软件项目的开发工作。对于特大型的项目可以组织多个项目组分块进行实施。项目组人员各负其责,在项目经理的统一领导组织下共同完成项目实施工作。 三、 责任 项目经理: 全面负责项目的开发组织工作,包括需求分析、系统设计、人员分工、进度安排等。项目经理负责组织完成项目系统分析报告、系统总体设计报告、开发进度计划表、系统测试大纲等技术文档编写工作。负责开发进行中的进度检查,联合调试、技术资料文件收集等工作。 开发工程师: 按照项目经理的分工安排完成软件开发项目中自己所承担 的开发工作。负责完成模块设计报告的编写工作。协助完成 软件开发部 项目组 项目组 项目组 项目经理 开发工程师 测试工程师 辅助人员 项目经理 开发工程师 测试工程师 辅助人员

软件的安装调试及售后服务工作。 测试工程师: 按照项目经理的分工安排完成对开发软件的测试工作。负责 完成测试方案设计、测试报告的编写工作。负责完成软件使用手册、培训教材等的编写工作。完成软件的安装调试及售后服务工作。 辅助人员: 按照项目经理的分工安排完成项目开发中的辅助工作,包括文档录入、资料整理等。 四、 流程 软件开发项目应按照以下流程进行 整个软件开发项目可分为四个阶段: A 段: 设计阶段。完成系统分析、总体设计、进度计划等工作。以提交系统分 析报告、系统设计报告及开发计划进度表为完成标志。 立项 建立软件开发项目组 调研用户需求 编写项目系统分析报告 讨论确定系统设计方案 编写项目系统设计报告 制定开发计划 确定人员分工进度安排 分工进行模块设计 编写模块设计报告 软件编程、调试 软件组装、测试 完成测试报告 安装、试运行、培训 验收、售后服务 编写软件用户手册 工作总结 结束 A B C D

相关文档
最新文档