资产保全业务管理系统二期-已核销资产管理台帐－信贷类（信用卡）-毕业论文

软件学院毕业论文 资产保全业务管理系统二期本科毕业论文(科研训练、毕业设计)题 目：资产保全业务管理系统二期已核销资产管理台帐信贷类（信用卡）姓 名：学 院：软件学院系：软件工程专 业：软件工程年 级：学 号：指导教师（校内）： 职称： 指导教师（校外）： 职称： 年 月 日80摘 要资产保全业务管理系统二期（以下简称：SARM系统）在一期的形成的业务平台的基础上，针对一期的不足和缺陷，强化以客户（资产）为中心，完善业务审批流程，优化基础管理功能，增强操作界面向导功能，建立一个覆盖资产保全所有业务、满足全部业务处置流程的综合性业务管理系统，将SARM系统打造成为专家型、向导型业务操作平台的精品系统。二期系统主要做了以下工作：流程管理覆盖资产保全业务范围内的全部资产的处置。优化基础管理功能，加强风险预警，建立风险应急机制，对问题资产实施保护性和前瞻性的化解和处置措施。业务审批流程功能更灵活、更智能化。建立“责任明晰、激励有效、约束有力”的资产保全绩效考核评价体系。减少重复录入，与CLPM、A+P、NARMIS等系统建立接口，数据源更广泛、数据接口功能更准确优化界面、统一界面风格，简化用户操作。利用商业智能技术加强业务分析和预测，加强统计分析，为领导分析决策提供真实、全面和准确的依据。SARM（二期）系统与CLPM系统从数据层面进行整合，形成统一的对公信贷客户信息，要求满足4C原则，即完整的客户信息（Complete），准确的客户信息（Correct），集成的客户信息（Consolidate，意为统一存放）和及时的客户信息（Current），从而解决信贷客户数据的重复录入问题和数据不一致问题。关键词：资产保全；资产保全业务管理系统；资产处置AbstractSpecial Asset Resolution Management System two (hereinafter referred to: SARM system) in the formation of a business platform on the basis of one for the deficiencies and shortcomings, strengthen customer (assets) as the center, improve the business approval processes, and optimize the basis of Management capabilities, enhanced user interface wizard function, the establishment of a protective cover all operational assets to meet the disposal of all business processes of integrated business management system, will SARM system into a specialist, the wizard of the excellent business platform system. System two is mainly to do the following work:Process management business asset protection coverage within the scope of the disposal of all assetsOptimization of the basic management functions, improve risk warning, establishment of a risk response mechanism, the question of asset protection and forward-looking implementation of the resolution and disposal measuresBusiness approval processes function more flexible and intelligentEstablish a clear responsibilities, effective incentives and constraints of support, the asset protection system to evaluate the performanceReduce duplication of entry, and CLPM, A + P, NARMIS system, such as the establishment of interface, data sources more extensive and more accurate data interface functionsOptimized interface, unified interface style, to simplify user operationsUse of business intelligence technology to enhance business analysis and forecasting, enhance statistical analysis, to provide real leadership of the decision-making, comprehensive and accurate basisSARM (2) system and CLPM data from the system level integration, form a unified customer information to the public credit to meet the 4 C principle that the Complete customer information, Correct customer information, Consolidate customer information and Current customer information, so as to solve credit customer data recording and duplication of data inconsistencies.Key words: Special Asset Resolution Management System; Special Asset Resolution; The disposition of assets目录第一章引言11.1 引言11.1.1 目的11.1.2 预期读者11.1.3 业务所涉及的规范与标准11.2 项目背景和意义11.2.1 项目背景11.2.2 项目意义11.3需求目标说明31.3.1 角色描述31.3.2 业务目标描述3第二章 系统的总体设计52.1系统概述52.1.1 功能上52.1.2 业务上52.2技术架构62.3应用架构72.3.1 系统的逻辑架构82.3.2 系统的物理架构102.3.3 系统总界面流程122.3.4 系统实体-关系图（E-R图）132.3.5 系统包的层次关系142.3.6 安全设计编写规范15第三章 系统的详细设计173.1 功能点详细描述173.1.1 功能名称173.1.2 组织173.1.3 角色183.1.4 功能说明213.1.5 查询条件213.1.6 主事件流213.1.7 时序223.1.8 数据来源:223.1.9 数据223.2 非功能需求描述223.2.1 易用性设计223.2.2反应速度设计233.2.3上传档案文件保存设计233.2.4报表处理性能设计233.2.5数据交换及数据加工处理性能设计233.2.6网络带宽设计243.2.7存储设计243.2.8可靠性设计243.2.9数据库服务器243.2.10可扩展性设计263.2.11运行维护设计263.2.12数据文件、日志管理设计273.3 台帐管理界面流程293.4 业务逻辑模型29第四章 系统的实现（运行）结果304.1 已核销银行卡台帐304.2已核销银行卡台帐明细页30第五章 结束语31致谢32参考文献33附 录34附录1 DAO详细设计说明341.1 search方法341.2 excute方法341.3 executeAccountPro方法351.4 executeProcedure方法351.5 queryForList方法361.6 searchCommonAccExcle方法361.7 searchCommonAcc方法371.8 getNewSql方法381.9 getAttribute方法381.10 getSQLVariableAttr方法381.11 replaceAllParam方法391.12 replaceSQLInnerVariable方法391.13 replaceSQLOuterVariable方法401.14 getSQLField方法401.15 formatDateToString方法401.16 query方法41附录2 BackingBean详细设计说明412.1 initAreaList方法412.2 initFirstBranchList方法412.3 initManager方法422.4 initEditFlag方法422.5 initSecondBranch方法432.6 initUnitList方法432.7 initCurrencyList方法442.8 initProperties方法442.9 initAssetTypeList方法452.10 initAlertLevelList方法452.11 getBranchNameByCode方法462.12 search方法462.13 searchPop方法472.14 searchPopDetail方法482.15 toPage方法482.16 orgOneListSelected方法482.17 orgZeroListSelected方法492.18 orgSecondListSelected方法502.19 unitChangeListener方法502.20 currencyChangeListener方法502.21 gotoNotCreditAssetInfo方法512.22 gotoKeepNext方法512.23 appendBranchBankSift方法522.24 setSearchParaMap方法522.25 converToSI方法53附录3 Service详细设计说明553.1 search方法553.2 getAlarmInfo方法553.3 getAlarmScript方法563.4 getChildOrgList方法563.5 findOrg方法563.6 searchManagers方法573.7 searchAssetType方法573.8 searchBranchArrayDetail方法573.9 findByLinkNum_SysUserId方法583.10 findByBranchArray方法583.11 findAccountRecycleInfoByCusNum方法58ContentsChapter 1 Introduction11.1 Introduction11.1.1 Purpose11.1.2 Expect Readers11.1.3 Involved in the business norms and standards11.2 Background and significance of the project11.2.1 Project Background11.2.2 Project Significance11.3Demand statement of objectives31.3.1 Description Role31.3.2 Description business objectives3Chapter 2 System Design Overview52.1 System Overview52.1.1 Functional52.1.2 Business52.2Technology Architecture62.3Application Architecture72.3.1 The logical framework of system82.3.2 The physical structure of system102.3.3 The system interface process122.3.4 System Entity Relation Diagram (E-R)132.3.6 The preparation of safety design standards14Chapter 3 System Design Detail173.1 Function Point Detailed Description173.1.1 Feature Name173.1.2 Organization173.1.3 Role183.1.4 Function Description213.1.5 Query Conditions213.1.6 Main events flow213.1.7 Timing223.1.8 Data sources223.1.9 Data223.2 Description of Non-Functional Requirements223.2.1 Ease-of-use design223.2.2 Reaction speed design233.2.3 Upload files saved design233.2.4 Statements performance design233.2.5 Data exchange and data processing performance design233.2.6 Network bandwidth design243.2.7 Store Design243.2.8 Reliability Design243.2.9 The database server243.2.10 Scalable design263.2.11 Operation and Maintenance Design263.2.12 Data files, log management design273.3 Account Management Interface Process293.4 Business Logic Model29Chapter 4 The Results of the System304.1 Already Bank Cards Account304.2 Already Bank Cards Account Detail30Chapter 5 Aggregate31Acknowledgements32References33Appendix34Appendix1 DAO Detailed Design341.1 search Method341.2 excute Method341.3 executeAccountPro Method351.4 executeProcedure Method351.5 queryForList Method361.6 searchCommonAccExcle Method361.7 searchCommonAcc Method371.8 getNewSql Method381.9 getAttribute Method381.10 getSQLVariableAttr Method381.11 replaceAllParam Method391.12 replaceSQLInnerVariable Method391.13 replaceSQLOuterVariable Method401.14 getSQLField Method401.15 formatDateToString Method401.16 query Method41Appendix2 BackingBean Detailed Design412.1 initAreaList Method412.2 initFirstBranchList Method412.3 initManager Method422.4 initEditFlag Method422.5 initSecondBranch Method432.6 initUnitList Method432.7 initCurrencyList Method442.8 initProperties Method442.9 initAssetTypeList Method452.10 initAlertLevelList Method452.11 getBranchNameByCode Method462.12 search Method462.13 searchPop Method472.14 searchPopDetail Method482.15 toPage Method482.16 orgOneListSelected Method482.17 orgZeroListSelected Method492.18 orgSecondListSelected Method502.19 unitChangeListener Method502.20 currencyChangeListener Method502.21 gotoNotCreditAssetInfo Method512.22 gotoKeepNext Method512.23 appendBranchBankSift Method522.24 setSearchParaMap Method522.25 converToSI Method53Appendix3 Service Detailed Design553.1 search Method553.2 getAlarmInfo Method553.3 getAlarmScript Method563.4 getChildOrgList Method563.5 findOrg Method563.6 searchManagers Method573.7 searchAssetType Method573.8 searchBranchArrayDetail Method573.9 findByLinkNum_SysUserId Method583.10 findByBranchArray Method583.11 findAccountRecycleInfoByCusNum Method58第一章 引言1.1 引言1.1.1 目的根据中国建设银行应用开发项目的有关规定，特编写此报告。本报告将作为项目立项和开发的重要依据。本文档详细介绍了该系统建设的背景和意义，并对业务目标、范围、功能、数据等进行了较为详尽的说明。1.1.2 预期读者预期的读者是参与“资产保全业务管理系统（二期）”项目需求分析的专家，其他与项目有关的高级管理人员，项目组成员、开发人员。1.1.3 业务所涉及的规范与标准中国建设银行信息技术管理部基础统计指标1.2 项目背景和意义1.2.1 项目背景资产保全业务管理系统一期在全行推广上线后，在控制不良资产风险、规范资产保全业务流程、提高工作效率等方面发挥了重要作用。随着资产保全业务的发展及处置手段的创新，以及业务授权的调整，原系统已不能满足全部保全业务的需要。为满足资产保全新业务（如代理资产、已核销资产）的管理要求，同时实现资产证券化等创新手段的流程处置，以及已为解决一期系统使用中存在的问题，现对一期系统就业务流程、统计报表、数据接口等进行全面优化。1.2.2 项目意义在SARM一期功能基础上，根据行内业务系统统一规划，调整、新增与相关系统的接口；完善各类不良资产的处置审批流程；根据新授权调整系统权限设置及处置方案；优化系统各模块功能，使其能适合业务发展需要；优化界面、统一界面风格，简化用户操作；完善报表和灵活查询等功能。1.3 需求目标说明1.3.1 角色描述SARM系统按照用户在系统运行中所承担的不同职责享有不同的权限。同一用户在系统中可兼任多个相容的角色，各级行应根据本行实际指定专人进行SARM系统各角色操作。1.3.2 业务目标描述SARM系统二期在一期的形成的业务平台的基础上，针对一期的不足和缺陷，强化以客户（资产）为中心，完善业务审批流程，优化基础管理功能，增强操作界面向导功能，建立一个覆盖资产保全所有业务、满足全部业务处置流程的综合性业务管理系统，将SARM系统打造成为专家型、向导型业务操作平台的精品系统。二期系统应达到以下目标：建立覆盖资产保全部门经营管理范围内的全部产品的工作平台。建立能满足资产保全部门所经营不良资产流程处置的操作平台优化基础管理功能，加强风险预警，建立风险应急机制，对问题资产实施保护性和前瞻性的化解和处置措施业务审批流程功能更灵活、更智能化建立“责任明晰、激励有效、约束有力”的资产保全绩效考核评价体系减少重复录入，与CLPM、A+P等系统建立接口，数据源更广泛、数据接口功能更准确优化界面、统一界面风格，简化用户操作利用商业智能技术加强业务分析和预测，加强统计分析，为领导分析决策提供真实、全面和准确的依据 SARM（二期）系统与CLPM系统从数据层面进行整合，形成统一的对公信贷客户信息，从而解决信贷客户数据的重复录入问题和数据不一致问题；在SARM一期功能基础上，根据行内业务系统统一规划，调整、新增与相关系统的接口；完善各类不良资产的处置审批流程；根据新授权调整系统权限设置及处置方案；优化系统各模块功能，使其能适合业务发展需要；优化界面、统一界面风格，简化用户操作；完善报表和灵活查询等功能。第二章 系统的总体设计2.1 系统概述资产保全业务管理系统一期（简称SARM）自2006年全行推广上线后，在控制不良资产风险、规范资产保全业务流程、提高工作效率等方面发挥了重要作用。随着资产保全业务的发展及处置手段的创新，以及业务授权的调整，原系统已不能满足全部保全业务的需要。为满足资产保全新业务（如代理资产、已核销资产）的管理要求，同时实现资产证券化等创新手段的流程处置，及为解决一期系统使用中存在的问题，启用资产保全系统项目二期开发（以下简称SARM）。2.1.1 功能上SARM将在SARM的功能基础上，根据行内业务系统统一规划，调整、新增与相关系统的接口；完善各类不良资产的处置审批流程；根据新授权调整系统权限设置及处置方案；优化系统各模块功能，使其能适合业务发展需要；优化界面、统一界面风格，简化用户操作；完善报表和灵活查询等功能。2.1.2 业务上SARM将在SARM形成的业务平台的基础上，针对一期的不足和缺陷，强化以客户（资产）为中心，完善业务审批流程，优化基础管理功能，增强操作界面向导功能，建立一个覆盖资产保全所有业务、满足全部业务处置流程的综合性业务管理系统，将SARM系统打造成为专家型、向导型业务操作平台的精品系统。SARM项目将继承SARM的架构和部分功能，将对公不良信贷客户、合同、抵质押物信息整合到CLPM数据库中。在技术架构上增加对CLPM数据库的直接访问。同时，结合资产保全的业务性质，将系统分为以下功能模块： 基础管理 对公信贷不良资产管理 抵债资产管理 其它非信贷不良资产管理 个人类不良贷款管理 股权管理 已核销资产管理 代理资产管理 绩效考核管理 报表管理2.2 技术架构根据厦门开发中心统一的架构要求，系统采用总行集中、浏览器/服务器（B/S）的4层架构模式，包括 浏览器客户端 Web服务器 应用服务器 数据库服务器及其他外部系统用户通过浏览器访问系统，发起操作请求，服务器端的应用逻辑处理请求并将结果返回给浏览器。为了维护和部署的方便，不在Web服务器上部署任何应用程序，系统的应用逻辑都运行在应用服务器的J2EE容器内。在客户端使用HTML和Javascript、Ajax技术进行交互，并且兼容IE浏览器。在服务器端，系统应用构建在标准的J2EE平台之上，并且与ODS、CLPM、CID等外部系统集成完成相应的业务逻辑。系统应用在设计和开发中引入了下列成熟的框架： UAAP：总行推行的统一的用户管理和授权认证系统，SARM二期的业务用户统一经过UAAP的认证和授权后才能进入本系统 JSF/MyFaces、Ajax：作为表现层框架，负责接收请求，分发请求，界面显示及响应等 Spring：作为应用的IoC Container，负责管理Bean之间的引用依赖关系，同时利用AOP机制，提供企业级服务，如事务控制、安全控制、数据访问等 Hibernate：作为对象/关系映射（O/R Mapping）的框架，负责处理对象模型与关系数据库的交互系统内部根据关注点的不同进行职责的细分，包括以下5层： 表现层，主要包括JSP页面文件及其对应的BackingBean 业务控制层，主要包括各类UCC组件 业务逻辑层，主要包括各类Service组件 数据访问/集成层，主要是各类DAO、Adapter等 公共/基础层，包括日志、异常、消息、事务等公共服务系统引入了下列软件产品或组件： Oracle数据库：提供统一的数据存储服务； Cognos报表工具：提供报表的制作、部署和运行；技术架构如下图所示：2.3 应用架构SARM系统与CLPM系统首先在信贷客户贷款数据层面整合，其次报表数据来源于CID系统和SARM的应用数据，同时资产处置业务需要工作流引擎的支持，报表的制作、发布需要Cognos服务器的支持。2.3.1 系统的逻辑架构SARM系统二期首先在信贷客户贷款数据层面与CLPM系统整合，其次报表数据来源于CID系统和SARM系统的应用数据，同时资产处置业务需要工作流引擎的支持，报表的制作、发布需要Cognos服务器的支持。SARM系统二期的应用架构如下图所示。1. 系统应用功能系统应用功能部署在J2EE应用服务器上，包括业务模块、系统组件、基础组件框架三部分。l 业务模块：构建在系统组件之上，形成与业务相关的模块。 基础管理 对公信贷不良资产管理 抵债资产管理 其它非信贷不良资产管理 个人类不良贷款管理 股权管理 已核销资产管理 代理资产管理 绩效考核管理 报表管理l 系统组件：集成了与业务无关的通用的组件，通过调用基础组件框架与数据库系统、文件系统、工作流引擎、报表引擎等实现功能调用。 组织机构管理组件 用户管理组件 权限管理组件 日志管理组件 安全管理组件 异常管理组件 事务处理组件 文件上传下载组件 工作流接口组件 数据访问组件l 基础组件框架基础组件框架主要提供系统的整体开发框架以及应用集成开发环境和运行管理监控环境，如JSF+ Spring+Hibernate开发架构。2. 系统与CLPM数据整合 将把现在SARM系统的信贷数据（客户、合同、抵质押物）整合到CLPM数据库中，以CLPM的信贷数据作为全行信贷数据的基准，统一对外提供数据。 将现在SARM系统信贷部分的公共参数表整合到CLPM数据库中，两系统的信贷客户信息的代码统一。3. 系统数据存储 资产保全的处置流程数据和处置应用程序部署在SARM系统（二期）的数据库和应用中 个人类不良贷款数据、非信贷资产数据存放于SARM（二期）系统中 SARM（二期）的MIS数据（报表）存储在SARM系统（二期）的数据库中4. 系统报表数据来源 个人类不良贷款数据（A+P）来源于CID系统，系统通过ETL组件将CID数据抽取到SARM系统的数据库中。 非信贷资产(包括抵债资产、股权资产、其它非信贷资产)数据由SARM系统补录2.3.2 系统的物理架构描述系统的物理架构，具体的网络、硬件配置如防火墙，交换机，服务器，负载均衡，活动冗余，故障转移等请参照基础设施设计文档。SARM系统二期的物理架构图如下所示。2.3.3 系统总界面流程系统总的用例图2.3.4 系统实体-关系图（E-R图）系统总实体-关系图2.3.5 系统包的层次关系用图形的方式描述包的层次关系。 2.3.6 安全设计编写规范系统的安全体系如下图所示：第三章 系统的详细设计3.1 功能点详细描述3.1.1 功能名称已核销资产管理台帐（信贷类信用卡）3.1.2 组织本系统覆盖的经营机构分为总行级、一级分行级、二级分行和支行共四级机构。1总行级是全行资产保全业务的最高管理机构，负责全行不良资产的经营处置。总行资产保全部是SARM系统的归口管理部门，在SARM系统中的主要职责是： （1）负责提出系统需求，组织系统设计和开发，并根据实际业务需要适时组织系统优化升级；（2）负责制定和贯彻落实系统运行及管理的相关制度；（3）负责组织系统应用的推广、培训，编制和修订系统操作手册；（4）负责组织对全行系统运行情况的监督、检查和考评；（5）负责系统中业务流程和各类应用参数配置的管理；（6）负责最终解答全行SARM系统应用中遇到的问题；（7）负责SARM系统在总行本级的运行和业务数据的维护；（8）负责与SARM系统有关的部门间的协调工作。2一级分行级是总行子产保全业务的下级计划单列行，负责所辖区域内不良资产的经营处置。各一级分行资产保全部门是SARM系统的管理和使用部门，在SARM系统中的主要职责是： （1）严格按照系统运行管理的相关规定，加强管理，保证系统正常有序运转； 的（2）负责提供本级行系统运行必需的业务资料，维护系统基础数据，确保系统信息及时、准确、完整；（3）负责组织对本级行系统使用者和下级行主要系统管理人员的培训；（4）负责本级行资产保全业务流程中相应角色的操作，确保资产保全业务流程顺畅；（5）负责本级用户终端的日常维护和相关问题的处理，及时向上级保全部门报告系统使用中的问题。随着资产保全业务单元制改革的逐步深化，各一级行将逐步上收不良资产，不断加大一级分行集中经营处置不良资产的比重。部分一级行将于中短期时间内实现一级行集中经营处置或与下级行组成联合项目组对不良资产进行处置（或委托下级行经营处置）的经营模式。总行本级业务处置在本系统中视同一级分行管理。3二级分行级是各一级分行所辖资产保全业务的直接经营管理和计划单列单位。二级分行资产保全部门是SARM系统的管理和使用部门（其在SARM系统中的主要职责参见一级分行主要职责）。随着资产保全业务单元制改革的逐步深化，大部分二级分行将于中短期时间内不再作为一级分行资产保全业务的计划单列单位，只保留不良资产经营岗或与一级行组成联合项目组，受托对不良资产进行处置。4支行级是进行资产保全业务经营管理的最基层机构，一般只设有资产保全岗，其在SARM系统中的主要职责是：（1）严格按照系统运行管理的相关规定，规范操作，保证系统正常有序运转；（2）负责提供本级行系统运行必需的业务资料，维护系统基础数据，确保系统信息及时、准确、完整；（3）负责本级用户终端的日常维护和相关问题的处理，及时向上级保全部门报告系统使用中的问题。随着业务单元制SARM后支行一级不再设资产保全业务岗，资产保全业务岗位在SARM系统中的主要职责将由二级分行承担3.1.3 角色SARM系统按照用户在系统运行中所承担的不同职责享有不同的权限。同一用户在系统中可兼任多个相容的角色，各级行应根据本行实际指定专人进行SARM系统各角色操作。1保全客户经理A角色的职责为：负责采集、整理SARM系统所需的客户信息、合同信息、抵质押物信息、资产信息、处置信息、档案信息等；负责及时、准确、完整地录入、修改和确认SARM系统所需的上述信息；负责拟订处置方案，组织申报材料，发起各种业务流程，并最终按照上级批复和意见实施；负责根据系统提示信息，及时进行信息补录、中断时效、撰写业务报告等操作。2保全客户经理B角色的职责为：复核保全客户经理A提交的各种业务资料，签署审核意见，与保全客户经理A共同负责数据信息的真实性、完整性。3专家咨询岗角色的职责为：对不良资产处置方案或其它审批项目进行审查，并对项目提出专业的审查意见。4保全主管角色的职责为：负责审查保全客户经理提交的各种业务资料，签署审查意见；负责提交权限外各项审批业务，接收审批批复，签署办理意见；负责签发权限内各项业务审批会议纪要及批复文件；负责指定保全客户经理、抵债资产收取责任人、保管责任人和经营管理主责任人，并将所辖不良资产项目分配给指定责任人；负责督促保全客户经理按照预警提示信息办理业务。监控系统运行和本级用户与所辖下级行各岗位角色对系统数据的维护情况，确保系统运行的准确、及时、有效。5分管行长角色的职责为：对保全主管提交的业务进行审核，对流经本角色的流程进行操作；根据系统提供的各种信息数据，把握本级行资产保全业务发展方向，指导资产保全业务工作开展。6系统管理员角色的职责为：负责本级行系统的日常管理、维护工作，监控所辖下级行系统运行情况；负责添加本级用户和下级机构系统管理员，为本级用户设置所属角色，并根据需要分配、调整用户角色,进行用户密码初始化；对异常中断的过程进行处理；总行系统管理员负责对系统数据字典进行维护，对数据字典相关项的中文描述和取值范围进行新增、删除和修改；参加对本级行用户及下级行主要系统管理人员的培训，并解答本级行及下级行用户提出的系统使用和管理上的问题；对本级行系统运行情况进行监控，保证系统用户按本办法和操作手册使用SARM系统；收集和反馈系统运行中存在的问题;完成上级行布置的其它与系统有关的工作。7时效管理员角色的职责为：对保全客户经理输入的时效进行审查确认；设置预警提示项和维护时效参数。8档案管理员角色的职责为：核对、确认档案材料与档案清单；维护归档和转出的档案信息。9报表管理员角色的职责为：对需补录的报表数据进行采集、补录。10保全接收岗角色的职责为：接收经营部门提交的移交申请和项目清单，并录入SARM系统；在系统核查报告中输入补充责任认定结果和不良资产交接小组协商确定的不良资产评估数据。11保全任务分配岗角色的职责为：接受下级行上报的审批项目，进行权限判断，并根据不同的审批权限分配审查任务。12合规性审查岗角色的职责为：受理不良资产处置方案，并进行合规性审查，输入合规性审查意见；根据会议纪要或审批结论草拟审批批复。13合规性审查审核岗角色的职责为：对下级行上报的审批项目进行初审。14审批人会议秘书角色的职责为：安排资产保全审批人会议，并做好会前的各项准备工作；进行审批人员参会统计，并将资产保全审批人会议上各审批人发表的意见，记录到系统中；整理审批人会议纪要和会议审核意见；录入风控委会议意见，并制作会议纪要。15牵头审批人角色的职责为：主持召开审批会议，审查会议秘书草拟的资产保全审批人会议会议纪要，确保输入系统的各审批人意见与实际一致。16抵债资产收取责任人角色的职责为：通过调查，修改、补充、确定以物抵债收取方案报告内容，组织抵债资产收取申报材料并上报审批；根据批复并按照与抵债人签订的以物抵债协议或法院裁决收取抵债资产；根据抵债资产的不同类别，在相应主管部门办理收取相关权证手续；整理有关收取材料，将收取的资产信息和资产明细信息录入SARM系统，并将收取资料要件在系统中进行登记；及时通知会计部门自收取协议书、裁定书生效之日起对所抵偿债权进行停息处理，并在取得抵债资产及有关权属证明文件当日，将待处理抵债资产收妥通知书送达会计部门进行账务处理；账务处理当日将收取抵债资产账务处理信息（包括税费支付的情况）录入系统不良资产监控记录；与抵债资产保管责任人和经营管理主责任人共同确认、办理抵债资产移交保管手续。17抵债资产保管责任人角色的职责为：与抵债资产收取责任人和经营管理主责任人共同确认、办理抵债资产移交保管手续；根据抵债资产的性质、类别、特点、状况以及有利于管理原则，确定保管方式，并将保管地点、保管责任人、保险登记等信息录入系统不良资产监控记录；整理抵债资产档案，将线外签订的保管委托书、协议、保险手续等要件在系统中进行登记；对在保管过程中确需出租或转为自用的以及需要投入新资金的抵债资产，按照规定权限组织材料进行线外审批，并将审批结果录入不良资产监控记录；根据抵债资产的性质、特点、状况进行日常保养和维护，建立定期检查、账实核对制度，填写抵债资产保管信息表、待处理抵债资产核对登记簿等，妥善保管抵债资产；定期检查抵债资产的变动情况，并及时录入抵债资产分类明细表；将保管过程中产生的收入支出账务处理情况，录入不良资产监控记录；每季对抵债资产进行风险分类和减值准备测算；对于抵债资产租赁的，督促租金进入营业外收入科目核算，并在系统中录入租金收取金额、时间及入账科目、金额、时间等信息。18抵债资产经营管理主责任人角色的职责为：拟订抵债资产处置方案；组织申报材料，按照批复要求实施抵债资产处置；记录抵债资产处置方案的实施情况，在系统中录入处置信息；根据处置结果，通知会计部门入账，将账务处理信息及抵债资产处置税费缴纳情况录入系统。3.1.4 功能说明可以根据用户选择的查询条件，筛选出符合条件的已核销资产管理台帐（信贷类信用卡）的信息，并提供将查询结果导成EXCEL功能；3.1.5 查询条件（区域、一级行、二级行）、金额单位（元、万元、百万元、亿元）、币种（原币种、折人民币）、机构单位、客户名称、客户编号、合同编号、核销本金、业务类别（信用卡）、核销类别（终结执行等）、批复时间和导出范围3.1.6 主事件流操作员：在已核销资产管理台账信贷类中点击查看已核销资产个贷资产台账,进入已核销资产管理台账-信贷类（信用卡）系统：呈现该操作员所负责的所有已核销资产管理台帐（信贷类信用卡）台帐的信息；操作员：根据查询需要有选择的输入要查询的条件，之后点查询系统：根据用户选择输入的查询条件组合查询，将符合条件的已核销资产管理台帐（信贷类信用卡）台帐信息，呈现到界面的结果列表 操作员：点查看明细信息台帐系统：弹出已核销资产管理台帐（信贷类信用卡）台帐的明细窗体，上面列出与已核销资产管理台帐（信贷类信用卡）台帐的结果列表一致的已核销资产管理台帐（信贷类信用卡）台帐的明细信息操作员：点待已核销资产管理台帐（信贷类信用卡）台帐明细窗口的关闭系统：返回已核销资产管理台帐（信贷类信用卡）台帐的明细界面操作员：点EXCEL格式导出，导出格式参见需求表单表单1-基础管理（台帐）已核销资产管理台帐（信贷类个贷）台帐系统：将已核销资产管理台帐（信贷类信用卡）台帐界面中与结果列表一致的不良客户台帐的明细信息导成EXCEL格式，供操作员查看或下载。操作员：完成已核销资产管理台帐（信贷类信用卡）查询系统：返回到已核销资产管理台帐首页；3.1.7 时序需要进行已核销资产管理台帐（信贷类信用卡）信息查询时3.1.8 数据来源:已核销资产管理台帐（信贷类信用卡）类数据3.1.9 数据输入项：（区域、一级行、二级行）、金额单位（元、万元、百万元、亿元）、币种（原币种、折人民币）、机构单位、客户名称、客户编号、合同编号、核销本金、业务类别（信用卡）、核销类别（终结执行等）、批复时间和导出范围输出项：参见表单1-基础管理（台帐）已核销资产管理台帐（信贷类信用卡）台帐3.2 非功能需求描述3.2.1 易用性设计对于最终用户来说，客户无需安装软件，而仅仅需要一个Windows操作系统自带的IE6.0版本以上的浏览器即可。对于开发人员来说，由于系统采用B/S架构，使得更新软件仅仅在服务器端更新即可，无需下发客户端软件。对于系统维护人员来说，由于系统将提供各种监控、管理工具，使得维护工作简便易行，省却了繁琐的维护手册。3