(CMMI文件)xx银行XX项目系统设计说明书

合集下载

(CMMI文件)XXX银行XX平台系统开发项目配置管理计划()

(CMMI文件)XXX银行XX平台系统开发项目配置管理计划()

编码:XXXX档案管理平台项目配置管理计划更改控制页序号版本号更改时间更改内容描述填写人目录1目的 (1)2范围 (1)3术语定义 (1)4输入 (1)5项目中配置项的命名 (1)6人员及职责 (1)6.1配置管理人员 (1)6.2配置管理干系人 (2)7配置管理软硬件资源 (2)8配置项计划 (3)8.1配置项 (3)8.1.1基线的配置项 (3)8.1.2非基线的配置项 (4)9基线计划 (6)10配置库规划 (7)11配置库备份计划 (8)12配置项审计计划 (8)13本计划审批意见 (8)1目的明确项目过程中配置管理人员和项目组成员在配置管理活动中的职责和工作范围。

定义配置管理活动过程中采用的工具、方法、技术。

2范围涉及到XXXX档案管理平台项目过程中的所有配置的管理活动。

3术语定义CCB:Change Control Board,变更控制委员会,是公司的常设机构,由公司总裁、研发中心与销售部的相关成员组成,针对不同性质和级别的重大变更问题进行决策,不同的问题组织不同级别的CCB。

4输入依据《项目过程定义书》和《项目计划》完成本计划的编写。

5项目中配置项的命名NK-项目名称缩写-过程名称-类型序号(中文名称)当部分配置项在用当前文件命名规则时,如果仍无法区分可加入日期或姓名配置项命名规则遵循公司<配置项命名规则>文件的要求.6人员及职责6.1配置管理人员角色人员职责及工作范围配置管理员1)选择配置管理工具;2)制定配置管理计划;3)创建配置库、分配权限;4)管理配置库;(包括填写相关的配置管理表格、进行配置库备份等;)5)进行配置审计;6)进行配置变更管理;7)发布基线;8)项目结束后,整理完善文档和记录并提交到组织。

CCB成员1)里程碑评审,基线评审;2)审批重大变更;6.2配置管理干系人角色人员职责及工作范围项目经理审核配置管理活动;项目组成员配合项目经理和配置人员的工作,及时完成和提交配置项;QA工程师定期检查项目的配置管理过程,报告不符合问题;7配置管理软硬件资源配置管理软硬件资源说明配置管理软件名称VSS用来管理文档等;cvs用来管理代码计算机名称计算机配置内存: 4G CPU: 4CPU配置服务器的网络地址128.96.96.348配置项计划作者在开发区完成相关的工作产品后, 工程类产品放入测试评审区,待相关人员完评审修正后,通知配置管理员放入受控区。

CMMI数据库设计说明书模板

CMMI数据库设计说明书模板

CMMI数据库设计说明书模板文档种类:CMMI撰写时间:2023年10月13日撰写部门:XX部发行范围:全体变更记录修改点说明的内容有如下几种:创建、修改(+修改说明)、删除(+删除说明)目录1引言................................................................. 错误!未定义书签。

1.1编写目的 ....................................................... 错误!未定义书签。

1.2背景 ........................................................... 错误!未定义书签。

1.3术语定义 ....................................................... 错误!未定义书签。

1.4参考资料 ....................................................... 错误!未定义书签。

2数据库设计的概要..................................................... 错误!未定义书签。

2.1选用的数据库管理系统............................................ 错误!未定义书签。

2.2数据库/数据文献的形式及物理存贮................................. 错误!未定义书签。

2.3数据库分布 ..................................................... 错误!未定义书签。

2.4数据库的安全与保密.............................................. 错误!未定义书签。

2.5数据库的备份和恢复.............................................. 错误!未定义书签。

(CMMI文件)XXX银行营运稽核系统项目概要设计说明书()

(CMMI文件)XXX银行营运稽核系统项目概要设计说明书()

XXX银行营运稽核系统概要设计说明书目录1 引言 (1)1.1目的 (1)1.2背景 (1)1.3定义 (1)1.4参考资料 (1)2 项目运行的硬件环境和支持软件 (2)2.1硬件环境 (2)2.2软件环境 (2)3 软件的总体设计方案 (3)3.1稽核系统拆分策略 (3)3.2.总体架构 (3)3.3.应用架构 (4)3.4.数据架构 (6)3.5.技术架构 (10)3.6.物理架构 (12)3.7.安全架构 (13)4 软件系统的模块设计框架 (14)4.1数据接收与数据导入 (14)4.2数据加工及预处理调度程序 (17)4.3模型分析及模型分析程序调度 (20)4.4风险预警任务分发及稽核作业处理 (26)4.5常规稽核业务实现 (34)4.6常规稽核影像调阅 (43)4.7系统管理 (54)4.8参数管理 (57)4.9风险预警问题管理 (58)4.10稽核质量检查 (64)5 软件系统中需人工处理的过程..................... 错误!未定义书签。

6 概要设计中尚未解决的问题....................... 错误!未定义书签。

7 系统间接口设计................................. 错误!未定义书签。

7.1数据接收与数据导入........................... 错误!未定义书签。

7.2图象调阅..................................... 错误!未定义书签。

8 系统出错处理设计 (68)8.1出错信息 (68)8.2补救措施 (68)9 安全保密设计................................... 错误!未定义书签。

10 系统维护设计.................................. 错误!未定义书签。

1引言1.1目的为适应稽核作业模式改革要求,提高稽核工作效果和工作效率,根据稽核分类作业、稽核岗位设置、稽核人员分类、稽核问题发布、问题反馈、信息分类统计、稽核工作考核、稽核范围等作业事项的调整,并解决系统目前应用中存在的一系列问题,对现有会计档案管理及会计稽核系统(以下简称“稽核系统”)进行全面优化。

(CMMI文件)中国XX银行XX管理平台项目度量计划

(CMMI文件)中国XX银行XX管理平台项目度量计划

编码:NK-ECM-MA-T01 中国XX银行XX管理平台项目
度量计划
更改控制页
目录
1目的 (1)
2范围 (1)
3项目概述 (1)
4角色与职责 (1)
5资源 (2)
6度量内容 (2)
7度量活动安排 (3)
8分析活动安排 (12)
9审核 (13)
1目的
本文档的目的在于指导公司项目组如何进行度量以及对度量进行分析,以便支持管理对信息的需要。

2范围
本计划适用于XX银行档案管理平台项目,对该项目进行管理信息的收集、管理。

3项目概述
项目名称:银行档案管理平台
任务提出者:XXXX银行股份有限公司
开发部门:北京XXXX科技股份有限公司
使用部门:XXXX银行股份有限公司
项目背景:
为建行档案管理信息指标体系的建立和应用提供技术支持手段,解决建行档案管理信息收集和档案管理落后的面貌,启动了XXXX银行档案工作管理平台项目建设工作。

按照“充分准备、广泛调查、小组讨论、集中梳理、多次迭代、领导决策”的总体工作思路;二是搜集整理分析了总行近两年来制定、下发的各种档案管理制度、通知、会议纪要;说明书涵盖档案管理的所有方面。

4角色与职责
5资源
电脑:数量1,配置4CPU,内存:2G,硬盘40G
相关度量模版
6度量内容
度量内容,即度量项,详细请参见《度量数据表》。

度量目标,写明选择该度量要达到、满足哪些管理要求。

也就是要体现出为何要选择该度量目标。

详细度量的目标参见《度量方法指南》。

7度量活动安排
8分析活动安排
9审核。

(CMMI文件)XX银行XX平台系统开发测试计划

(CMMI文件)XX银行XX平台系统开发测试计划

编码:中国XX银行业务资料管理系统测试计划更改控制页目录1测试目的 (1)2测试范围 (1)3测试总体进度 (1)4单元测试 (2)4.1人力资源 (2)4.2测试环境 (2)4.3测试策略 (3)4.4单元测试停止标准 (3)4.5可交付件 (4)5系统测试 (4)5.1人力资源 (4)5.2测试环境 (4)5.3测试策略 (4)5.3.1接口与路径测试 (4)5.3.2其他策略 (5)5.4系统测试停止标准 (5)5.5可交付件 (5)6验收测试 (5)6.1人力资源 (5)6.2测试环境 (6)6.3测试策略 (6)6.4验收测试停止标准 (6)6.5可交付件 (6)7评审意见 (7)1测试目的测试的对象为xxxx银行业务资料管理系统,测试主要目的是根据系统开发各阶段的需求规格说明、概要设计、详细设计而设计一批测试用例(即输入数据及其预期的输出结果),并利用这些测试用例去运行程序,以验证系统是否满足需求和设计要求。

2测试范围本测试计划是针对<<xxxx银行业务资料管理系统>>中规定内容的测试包括主要的10个模块的测试,本测试计划是项目计划的一部分,受限于开发人员提交测试的内容和时间的约束。

根据开发人员提交模块的实际情况,本计划会做出相应修改。

3测试总体进度4单元测试4.1人力资源4.2测试环境✧硬件环境:PC或者笔记本,pc server(数据库服务器);✧软件环境:RedHat linux操作系统、oracle 10g数据库。

1.符合软件运行的最低要求,首先要保证能支撑软件正常运行;2.选用比较普及的操作系统和软件平台;3.营造相对简单、独立的测试环境;4.无毒的环境。

利用有效的正版杀毒软件检测测试环境以确保其没有病毒。

4.3测试策略确保类实例满足类的设计描述先测试没有交互的类,然后逐步组合测试类的实例方法没有和任何类交互的确保覆盖100%类测试用例确定方法之一:根据前置和后置状态确定测试用例(前置条件中可指定输入值,包括常见值和边界值,来增加测试用例的测试覆盖率),根据前置和后置条件的不同组合方式产生不同的测试用例具体测试方法体;类测试用例确定方法之二:根据代码确定测试用例。

(CMMI文件)XX银行XX平台系统拆分项目技术方案()

(CMMI文件)XX银行XX平台系统拆分项目技术方案()

稽核系统拆分项目技术方案目录1引言 .......................................................................................................................................... 1-11.1编写目的........................................................................................................................... 1-1 1.2项目背景........................................................................................................................... 1-1 1.3定义................................................................................................................................... 1-2 1.4参考资料........................................................................................................................... 1-22系统目标................................................................................................................................... 2-3 2.1总体说明........................................................................................................................... 2-32.1.1项目需求................................................................................................................... 2-32.1.2业务目标................................................................................................................... 2-62.1.3关键质量指标........................................................................................................... 2-72.1.4应用范围................................................................................................................... 2-8 2.2设计策略及遵循的规范 ................................................................................................... 2-82.2.1松耦合整合方式....................................................................................................... 2-82.2.2开放性和可扩展性................................................................................................... 2-82.2.3整合性....................................................................................................................... 2-92.2.4模块化原则............................................................................................................... 2-92.2.5最少开发原则........................................................................................................... 2-9 3技术方案..................................................................................................................................3-103.1稽核系统现状..................................................................................................................3-103.1.1部署现状..................................................................................................................3-103.1.2逻辑结构.................................................................................................................. 3-113.1.3稽核系统拆分策略.................................................................................................. 3-11 3.2集中部署方案(建议方案) ..........................................................................................3-133.2.1拆分后原系统各功能部署方式..............................................................................3-133.2.2总体架构..................................................................................................................3-143.2.3应用架构..................................................................................................................3-153.2.4数据架构..................................................................................................................3-173.2.5技术架构..................................................................................................................3-223.2.6物理架构..................................................................................................................3-243.2.7安全架构..................................................................................................................3-253.2.8与其他系统关系......................................................................................................3-263.2.9环境规划..................................................................................................................3-273.2.10系统维护设计........................................................................................................3-323.2.11技术风险................................................................................................................3-33 3.3分散部署方案(备选方案) ..........................................................................................3-343.3.1拆分后原系统各功能部署方式..............................................................................3-343.3.2总体架构..................................................................................................................3-353.3.3应用架构..................................................................................................................3-353.3.4数据架构..................................................................................................................3-363.3.5技术、安全架构......................................................................................................3-373.3.6环境规划..................................................................................................................3-373.3.7系统维护设计..........................................................................................................3-373.3.8技术风险..................................................................................................................3-37 3.4建议的技术方案 ..............................................................................................................3-384开发计划..................................................................................................................................4-394.1项目工期建议..................................................................................................................4-39 4.2项目时间建议..................................................................................................................4-39 4.3实施进度建议..................................................................................................................4-39 4.4实施方式建议..................................................................................................................4-405投资估算及投入产出分析......................................................................................................5-405.1投资估算..........................................................................................................................5-405.1.1硬件费用..................................................................................................................5-405.1.2软件费用..................................................................................................................5-415.1.3开发费用..................................................................................................................5-415.1.4费用总计..................................................................................................................5-41 5.2投入产出分析..................................................................................................................5-421引言1.1编写目的本技术方案是针对现有会计档案管理及会计稽核系统(以下简称“稽核系统”)实施拆分后,按照稽核作业改造的要求,对现有稽核功能进行优化的基础上,建设新的稽核系统所采用的系统架构、接口设计、性能设计、环境规划、安全保密设计、系统维护设计等内容进行全面的、概括性的说明,为后续的设计、开发工作奠定基础。

CMMI工程详细设计说明书模板V.

详细设计说明书模板前言目录第一章导言 (2)1.1目的 (2)1.2范围 (2)1.3术语定义 (2)1.4相关文档 (3)1.5参考资料 (3)第二章功能模块实现设计 (4)2.1公用模块实现设计 (4)2.2专用模块实现设计 (5)2.3存储过程实现设计 (6)2.4触发器实现设计 (7)第三章外部接口实现设计 (8)3.1外部接口1实现设计 (8)3.2外部接口2实现设计 (8)第四章其它实现设计 (10)4.1部门角色授权设计 (10)4.2其它详细设计 (10)第五章程序文件清单 (10)文档类别使用对象文档类别本文档是软件系统详细设计说明书的模板,是详细设计说明书的书写标准及规范,是技术文档。

使用对象该文档使用人员包括:●系统分析人员●系统设计人员●系统编码人员●系统测试人员●系统维护人员第一章导言本章对该文档的目的、功能范围、术语、相关文档、参考资料、版本更新进行说明。

1.1目的本文档的目的旨在推动软件工程的规范化,使设计人员遵循统一的详细设计书写规范,节省制作文档的时间,降低系统实现的风险,做到系统设计资料的规范性与全面性,以利于系统的实现、测试、维护、版本升级等。

详细设计的详细程度,应达到可以编写程序的水平。

1.2范围本文档用于软件设计阶段的详细设计,它的上游(依据的基线)是概要设计说明书,它的下游是源程序清单及单元测试计划,并为单元测试报告提供测试依据。

软件详细设计的范围是:各子系统的公用模块实现设计、专用模块实现设计、存储过程实现设计、触发器实现设计、外部接口实现设计、部门角色授权设计、其它详细设计等。

按照三层结构(B/A/S)的布局,详细设计应从下面三个方面进行:数据库服务器上的面向数据的设计:数据字典物理设计、基本表物理设计、中间表物理设计(报表设计)、临时表物理设计、视图物理设计、存储过程物理设计、触发器物理设计;应用服务器上的面向业务逻辑的设计:接口数据设计、中间件设计、数据通讯传输设计、可视组件设计、非可视组件设计、角色授权设计、功能点设计(功能列表设计);浏览器上的面向对象的设计:录入修改界面设计、浏览查询界面设计、登录注册界面设计。

(CMMI文件)XXX银行业务资料管理系统需求说明书()

业务资料管理系统需求说明书修改记录目录1引言 (1)1.1 目的 11.2 背景 11.2.1 开发系统的项目全称11.2.2 需求背景11.3 定义 11.4 业务所涉及的规范与标准 21.5 参考资料 2 2需求目标说明 (3)2.1 角色描述 32.2 业务需求部门 32.2.1系统开发部门32.3 动因描述 32.4 业务现状描述 32.5 业务目标描述 32.6 假设与约束 4 3需求范围说明 (4)3.1 功能范围 43.1.1档案管理应用架构优化业务简介53.1.2档案管理应用架构优化业务处理总体流程介绍63.1.3业务资料门类管理63.1.4定制/批量查询93.1.5会计档案查询203.1.6业务资料系统归档管理303.1.7检索服务323.1.8业务资料系统实物管理323.1.9业务资料安全服务363.1.10业务资料系统传输服务393.1.11业务资料系统知识服务403.1.12业务资料系统接口403.2数据范围413.2产品(服务)范围423.4区域(机构)范围42 4需求维度分析 (42)4.1 业务流程需求424.1.1高阶顶层分析425需求映射分析 (43)5.1 关联系统描述435.2 流程映射描述435.3 功能映射描述445.4 数据映射描述445.5 规则映射描述445.5.1编制说明445.5.2描述规范455.5.3使用说明46 6系统环境需求 (48)6.1硬件环境需求486.2软件环境需求48 7试运行需求 (49)1引言1.1目的为使档案管理应用优化项目各方对本项目所涉及的业务模式、操作流程、工作内容和系统功能设计和要求有个共同的理解,使之作为项目开发工作的前提和基础,特编写本业务需求说明书,主要包括业务流程、操作功能、系统管理和参数设置模块等,供业务部门审核、技术部门的开发、测试人员和各上线分行使用,并作为项目验收确认的依据。

1.2背景1.2.1 开发系统的项目全称ECM应用架构优化-业务资料管理系统1.2.2 需求背景近年来,内容管理初步建立起了全行内容管理基础平台,陆续对反洗钱可疑交易监测、个贷A+P、人行支票影像交换系统、资金部会计报表电子化管理、信贷审批会议声像资料存储系统等9个业务系统进行了非结构化数据应用支撑。

【软件工程】【CMMI】设计说明书

软件设计说明书文档修订记录*变化状态:C——创建,A——增加,M——修改,D——删除,AU——审核主要内容主要内容 (3)1引言 (4)1.1编写目的 (4)1.2背景范围 (4)1.3术语定义 (4)1.4参考资料 (4)2设计范围 (4)3总体结构设计 (4)3.1系统体系结构 (4)3.2系统开发的基础平台和关键组件 (5)3.3总体结构 (5)4系统设计 (5)4.1子系统名称 (5)4.2子系统的功能结构图/类图 (5)4.2.1功能定义 (5)4.2.2子系统接口设计 (5)5数据设计 (6)6算法设计 (6)7安全保密设计 (6)8外部系统接口设计 (6)9程序设计 (6)10出错处理设计(也可以在实现阶段进行) (7)11附录 (7)11.1界面原型 (7)11.2技术前探 (7)1引言1.1编写目的说明:编写这份概要设计说明书的目的,并指出预期的读者。

1.2背景范围说明:a.待开发的软件系统的名称;b.本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络;c.该软件系统同其他系统或其他机构的基本的相互来往关系。

1.3术语定义列出本文件中用到的专门术语的定义和外文的首字母组词的原词组。

1.4参考资料列出用得着的参考资料,如:本项目的经核准的计划任务书和合同、上级机关的批文;属于本项目的其他已发表的文件;本文件中各处引用的文件、资料,包括所要用到的软件开发标准。

列出这些文件资料的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。

2设计范围说明本设计工作是全部还是部分实现《需求规格说明书》所规定的要求。

3总体结构设计3.1系统体系结构确定系统采用何种体系结构,如:●单机版还是网络版?●C/S结构还是B/S结构?●两层结构还是多层结构?●分布式数据库还是集中式数据库?●分布式应用程序服务器还是集中式应用程序服务器?●是采用.Net应用程序框架还是J2EE应用程序框架?3.2系统开发的基础平台和关键组件确定系统开发的基础平台和关键组件,如:●是在Windows平台、Unix平台或者Linux平台上开发?还是平台无关性?●是否是在某些软件上作二次开发?●是否采用一些第三方的关键组件。

(CMMI文件)XXX银行业务资料管理系统项目详细设计说明书()

业务资料管理系统项目详细设计文档修改记录目录1引言 (4)1.1编写目的 (4)1.2项目背景 (4)1.3定义 (4)1.4参考资料 (5)2系统的层次结构关系 (5)3接口设计 (11)4详细设计说明 (12)4.1模块1 (15)4.1.1模块实现的功能描述 (15)4.1.2模块所需达到的性能要求 (38)4.1.3数据采集和输入输出项 (38)4.1.4逻辑流程描述 (38)4.1.5和其它模块的接口和限制条件 (38)4.1.6测试要点 (38)4.1.7目前尚未解决的问题 (38)4.2模块2 (38)1引言1.1编写目的为使档案管理应用优化项目各方对本项目所涉及的业务模式、操作流程、工作内容和系统功能设计和要求有个共同的理解,使之作为项目开发工作的前提和基础,特编写此项目说明书,为下一步的系统代码编写提供设计方案。

供本《详细设计说明书》读者对象为项目组全体人员和测试人员使用。

1.2 项目背景●本项目开发的系统全称为《中国建设银行业务资料管理系统》。

●项目的委托单位、开发单位和主管部门项目的委托单位:中国建设银行会计部项目的开发单位:中国建设银行信息技术部、北京京北方科技股份有限公司项目的主管部门:中国建设银行信息技术部●本系统的目标:本系统此次开发的目标是完成会计凭证及报表存储、查询,同时为系统将来的开发预留接口。

本系统的远期目标是建立一套中国建设银行的跨部门多任务的内容管理平台。

1.3 定义会计档案范围:包括会计凭证、会计账簿和会计报表等会计资料。

会计凭证范围:包括本外币对公、对私业务会计凭证(含清单式凭证)。

会计账簿范围:包括流水账、明细账、总账和登记簿(系统自动登记的登记簿,不包括手工登记的纸质登记簿)。

会计报表范围:包括各报告期核算系统产生的各类日常会计报表和会计决算报表,以及手工编制的报表。

索引:为方便查询对结构化非结构化数据的元数据描述项进行数据库保存,并对主要索引项进行表索引创建。

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

附件八:
XX银行股份有限公司
信息科技系列
XX平台系统设计说明书
目录
1引言 (3)
1.1目标与范围 (3)
1.2术语和缩略语 (3)
1.3参考资料 (3)
2整体说明 (4)
2.1系统概述 (4)
2.2设计目标和约束 (4)
3系统设计 (5)
3.1用例视图 (5)
3.1.1用例视图 (5)
3.1.2用例实现 (5)
3.2逻辑视图 (7)
3.2.1逻辑视图 (7)
3.2.2分层.................................................................................................................... 错误!未定义书签。

3.2.2.1[表示层] ................................................................................................................... 错误!未定义书签。

3.2.2.2[业务逻辑层] ........................................................................................................... 错误!未定义书签。

3.2.2.3[数据库层] ............................................................................................................... 错误!未定义书签。

3.2.3架构模式和设计机制 (8)
3.3部署视图 (8)
3.3.1应用逻辑部署 .................................................................................................... 错误!未定义书签。

3.3.2物理部署 (8)
3.4实施视图 .................................................................................................................... 错误!未定义书签。

系统设计说明书
1引言
1.1目标与范围
为了更好的理解《xxxx银行远程审计平台系统》的具体实现,并且为了更好的完成该系统的设计工作,特编写此《设计说明书》。

本文对整个系统软件实现进行详细分析后,按照系统要求的实现功能将系统划分为多个功能模块,分别描述各个功能模块的详细设计,本文同时定义了各个功能模块的详细实现的类图和类实现的调用关系、对于提供的详细接口,为下一步的系统代码编写提供设计方案。

本《设计说明书》读者对象为项目组全体人员和测试人员。

1.2术语和缩略语
1.3参考资料
《xxxx银行远程审计平台需求规格说明书》
2整体说明
2.1系统概述
根据稽核监察部未来发展方向的构想,为进一步提高稽核工作的深度及广度,帮助各机构提升管理功能、完善内控环境,搭建稽核信息存储中心,建立稽核体系各层面信息传递和交流的平台,需要开发一个远程审计的平台,该平台通过预设的预警指标,系统自动对信贷、财会、外汇等日常交易数据产生预警消息。

通过对预警信息的复核、汇总分析规避风险。

本产品是一个比较成熟的风险控制软件,结合银行核心业务系统的应用,为其应用核心业务系统的数据进行风险控制管理而配套开发的业务应用软件。

能够灵活的处理各类帐务性和非帐务性数据、能够灵活定制各种风险分析模型、能够进行网络化的差错处理、并实现丰富的统计功能,全方位对银行潜在风险进行预警和监控。

该软件开发是独立的,但需要将银行的信贷、财会、外汇系统现有的相关数据进行导入。

2.2设计目标和约束
系统业务目标:
本系统是结合银行核心业务系统的应用,为其应用核心业务系统的数据进行风险控制管理而配套开发的业务应用软件,系统的目标为:
●能够灵活的处理各类帐务性和非帐务性数据;
●能够灵活定制各种风险分析模型;
●能够进行网络化的差错处理;
系统技术目标:
技术体系的目标是保证业务目标的有效实现,因此技术平台的建设目标是建立一个独立于业务系统的、完全可配置的风险内控平台产品。

具体地技术平台的建设目标是:
●建立一个跨平台的风险模型配置平台
利用J2EE的技术,建立一个灵活的可配置平台,实现全方位的风险内控。

设计和实现约束:
本系统的编程语言为Java语言,编程工具使用Eclipse3.2,数据库使用
Oracle10g;
本系统采用B/S架构,客户端访问需要安装IE6.0及以上版本的浏览器;
审计平台预警数据的生成,基于xxxx银行其他业务系统的数据,比如财会系统、信贷系统以及外汇系统等系统的日常数据,所以每天需要行方定时将正确的数据完整的导入到远程审计平台数据库的指定表中,审计平台将根据预先定义的预警模型,自动生成每天的预警数据;
3系统设计
3.1用例视图
3.1.1用例视图
3.1.2用例实现
数据导入:
本系统所需要的全部原始业务数据,来自于行方其他的业务系统,比如财会、信贷、外汇等,每天由行方通过ETL工具自动导入本系统的指定数据库表中。

机构表和操作员信息表每天通过ETL工具自动导入。

UM用户安全验证:
通过远程调用EJB调用UM系统接口,将操作员编号和密码发送到UM系统进行安全验证,如果验证通过,UM系统返回用户角色id,本系统根据角色id 判断用户对系统的操作权限。

3.2逻辑视图
3.2.1逻辑视图
3.2.2架构模式和设计机制
本系统采用B/S架构,MVC三层架构模式:分别为表示层、业务逻辑层和数据库层。

用户通过表示层的用户登录界面登陆系统,此时在业务逻辑层会把用户输入的操作员号和密码通过接口传送到UM系统作安全检查,如果通过则用户登录成功,这是UM系统会返回一个角色id,业务逻辑层通过调用数据访问接口访问数据库层得到此角色对应的操作权限,然后通过表示层把此角色能够看到的界面给用户展示出来。

3.3部署视图
3.3.1物理部署
系统的拓扑结构图由业务数据平台、远程审计平台、稽核分中心和业务网点组成。

其中由于系统采用B/S模式,稽核分中心和业务网点在系统中的地位相同。

远程审计平台数据中心可以共享金融机构的主业务数据中心数据。

1,系统的业务数据是由数据中心在每个交易日结束后由行方通过ETL方式自动导入系统数据库中。

2,系统的应用程序及数据库部署在远程审计平台。

3,稽核分中心和网点的业务部门同属于系统的客户端,使用IE浏览器即可直接访问应用服务器,不需要部署其他应用程序。

4系统功能设计
4.1需求概述
本系统共分为4个大功能模块,包含12个小功能模块,每个模块的功能说明见下表:
4.2功能模块划分
4.3数据处理过程
4.4数据状态转换。

相关文档
最新文档