- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
中国金融电子化公司 XX项目 概要设计说明书 版本: V0.2
部 门 中国金融电子化公司 撰 写 EPG 审 核 批 准 修订记录
版本号 日期 章节号 简单描述 修订者 0.1 2008-1-21 拟定 杜海雷 0.2 2008-7-29 根据前期整理的统一开发流程以及
其评审会议的结论进行修改 马强 目 录
1 引言 2
1.1 编写目的 2
1.2 背景 2
1.3 术语、缩写 2
1.4 参考资料 2
2 整体设计 3
2.1 业务目标 3
2.2 运行结构 3
2.3 设计约束 3
2.4 关键技术 4
3 应用架构 5
3.1 子系统划分 5
3.2 系统外部接口 6
3.2.1 与XX系统接口 7
3.2.2 与XX系统接口 7
3.3 子系统间接口 7
4 XXX子系统设计 8
4.1 逻辑设计 8
4.1.1 层次架构 8
4.1.2 包结构 8
4.1.3 关键设计机制 8
4.2 非功能性需求设计 8
4.3 模块划分 9
4.3.1 XXX模块 9
4.3.2 XXX模块 10
4.4 功能权限设计 10
5 XXX子系统设计 11
6 部署视图 12
引言
编写目的
通过ACS辅助审计系统ACS辅助审计系统Audit assistant system for ACS)
提出部门: 中国人民银行内审司
系统建设单位:中国金融电子化公司
使用单位:中国人民银行内审司。
背景
ACS是人民银行各级机构进行会计核算集中处理,并通过与中国现代化支付系统连接,实现中央银行资金清算的计算机网络系统,同时,ACS还与货币金银信息系统、国库会计核算系统、固定资产管理系统、财务综合信息管理系统、金融统计监测系统等重要业务系统进行数据交互。
集中核算系统处理的主要业务包括一般业务(准备金存款、缴存财政存款、辖内转账、汇兑、邮政汇兑、邮政储蓄转存款)、再贷款业务、再贴现业务、货币发行和现金业务、财务收入和支出的核算、同城票据交换业务、联行业务、重要空白凭证管理和错账更正业务等。
长期以来,人民银行各级内审部门对中央银行会计核算类业务的审计都是采用人工抽样比对模式,在被审计业务的信息化程度越来越高的背景下,手工审计既费时费力又难以保证审计效果。本辅助审计系统是对中央银行会计核算内容及有关内控制度执行情况进行辅助审计的一种计算机应用系统,它从ACS中获取核算类、管理类等数据,通过对数据的比对和分析,发现疑点或问题。该系统在提高审计效率的同时,还可实现对审计对象的全覆盖,并将审计关口前移,进一步改善审计效果,提升审计价值。
术语、缩写
业务架构:定义了业务策略、治理、组织以及关键业务流程。
数据架构:描述了系统的逻辑和物理的数据资产和数据管理资源的结构。
应用架构:描述了为应用的各个子系统以及它们与核心业务流程之间的交互、关系而提供的一个蓝图。
技术架构:描述了支持业务、数据以及应用服务部署所需要的逻辑软硬件能力。这包括IT基础设施、中间件、网络、通信、处理、标准等。本文档中技术架构偏重指软件架构,基础设施单独定义说明。
基础设施:定义了系统的基础,包括硬件、软件操作系统、数据库系统、网络系统等企业数据和应用程序可以运行的环境。同时需要满足系统非功能需求如数据量、用户数、响应速度、安全等要求。
参考资料
《ACS辅助审计系统业务需求书
运行结构
具体架构如下图:
软件架构如下图:
图 技术路线:J2EE技术
模式它把软件系统分为三个基本部分:模型(Model),视图(View)和程序控制(Controller)。模型—视图—控制器模式的目的是实现一种动态的程序设计,使后续对程序的修改和扩展简化,并且使程序某一部分的重复利用成为可能。除此之外此模式通过对复杂度的简化使程序结构更加直观。软件系统通过对自身基本部分分离的同时也赋予了各个基本部分应有的功能。专业人员可以通过自身的专长分组:
控制器- 程序员编写程序应有的功能(实现算法等)
视图 - 界面设计人员进行图形界面设计
模型 - 数据库专家进行数据管理和数据库设计
MVC的目的是增加代码的重用率,减少数据表达,数据描述和应用操作的耦合度。 同时也使得软件可维护性,可修复性,可扩展性,灵活性以及封装性大大提高。 单用户的应用通常是以事件驱动的用户界面为组织结构的。开发人员用一个界面工具画了一个用户接口界面,然后编写代码根据用户输入去执行相应的动作,许多交 互式的开发环境鼓励这么做,因为它强调先有界面然后再有功能。一些软件设计模式策略是这样的,然后经常将固定后的代码融入最后的系统当中。导致的结果就是,程序组织围绕用户界面元素和用户在那些界面元素上的动作,数据的存储,应用的功能以及用来显示的代
文档评论(0)