智能卡的金融结算系统
用于数据库编程和管理你需要写一个财务结算系统分配的介绍(FSS)为智能卡交易中心。作业的可交付性是以一种方式来实现的,它能使你达到与你所贡献的工作量和你所达到的知识水平有关的分数。详细的标记结构可以在文档的后面找到。
一段时间的概述,现在已经有一个智能卡系统试验部署在不同的地点遍布全国。许多不同类型的智能卡终端已经部署在选定的地点。终端类型包括停车场、公用电话、各种自动售货机和售票在选定的火车站机。一些智能卡终端也被放置在选定的零售店,如报刊亭和大学食堂启用智能卡持有人支付使用这些卡购买。
电子现金的术语常常谈到智能卡交易;然而电子现金需要转换成真正的现金,商人,接受卡支付,可以报销。在试用阶段,商家每周人工报销一次。结算金额的计算已经由我们的IT部门的工作人员和商人发送了一张支票的结算金额。最初的试验阶段的商人是不收取费用的智能卡交易。
智能卡系统是移动到下一阶段工作进行部署。商户的数量将增加,并要求自动化结算过程。对商家的付款将通过直接贷记到他们指定的银行账户,并且每天都要完成。
每个月商家将为智能卡的使用收取一定的费用。收取的费用将占本月交易总额的百分比。实际数额尚未商定,对每笔交易都是统一的。收费将通过商业银行账户的直接借方来完成。商人还将发送一份声明,说明了这笔钱和每月收取的费用。
你的任务是写卡的金融结算系统中的应用。你只需要创建每日结算系统和相关报告。该应用程序运行在Oracle数据库中,并将使用PL*SQL语言编写。
应用程序的组件是
•每日结算文件和相应的报告:使用运行表识别潜在欺诈的系统报告:以银行报告文件作为附件的指定收件人的电子邮件
应用程序的详细信息如下。
每日结算deskbank文件FSS系统将需要在运行的结论的日常运行,将产生一个银行文件将被称为deskbank文件。的deskbank文件将被发送到指定的银行机构的电子化,最有可能使用FTP的安全通道。的deskbank文件,当运行在银行系统将包含必要的智能卡交易的收集量信用招商银行账户信息。存款账户中的存款总额将由我们的工作银行账户的借方抵销。该矿床与借方总额是调和为零。该文件旨在由银行系统读取。样品deskbank文件和文件规范可在附录*见注最小沉降下的制度约束
除了对deskbank文件每日结算报告,你的系统产生一个每日报告。该报告将由业务单位使用,并将显示由日常结算产生的银行细节。该报告将被创建时自动deskbank文件产生,然而你的系统应该足够灵活,允许一个给定的结算日期的手工创作。这个文件是供人阅读的。附录中附有一份样本报告。
欺诈报告保安部的作用是保持完整和智能卡系统的有效性。他们要求一份欺诈报告。这份报告将列出所有有欺诈嫌疑的卡和相关交易。没有报告的样本存在,因此您可以自由设计您自己的一个明智的报告格式。
运行表FSS系统将每天运行,并解决所有尚未处理的事务。要求您创建并维护一个运行表,该表应该跟踪运行日期和每个运行的状态。
必须使用运行表来确保程序的任何一个实例都在任何时间运行。如果程序已在运行,则无法再次运行。如果程序在另一个会话正在运行时重新启动,那么日志消息将被写入日志表中,第二个程序实例应该优雅地终止。
为了最小化银行成本,我们希望每天只运行一个结算流程。使用运行表确保每天只运行一个结算。如果结算已经在任何一天运行,那么程序应该将消息登录到日志表并优雅地终止。
如果程序在运行过程中失败,则应将故障原因记录到日志记录表中,以失败的状态更新运行表。此外,失败原因应写入运行表,以便生产支持知道需要修复什么。应该填充运行结束列。在这样的情况下,结算失败,您的程序可以在同一天重新运行。假设生产支持将解决数据的问题,因此他们可能希望再次运行结算。但你必须非常小心,你的程序不重复的商户结算。这可能会使我们破产。
生产支持人员将使用运行表来帮助他们在发生故障时监视和维护系统。该程序的每一次运行应在本表中创建一条记录。
此外,还要求您保持您的程序运行日志,这将使生产支持团队监视您的运行进度。日志表将包含一个时间戳和一个周期性条目来标记系统的进度。
注:测井是利用common.log程序,将提供给你做。我会告诉你这台common.log过程利用测井,你开发你自己的登录过程当然是自由和鼓励。
电子邮件每日结算报告给指定的人这个组件是可选的,只有那些学生希望接受挑战可以尝试。每日结算报告一旦创建可以通过电子邮件发送给指定的收件人。我将为你提供你需要生成电子邮件的大多数代码。你需要修改代码,我给你添加的文件作为附件的电子邮件。代码的全部细节将提供众信在线。
制度约束•FSS系统要解决交易只有一次。这是可能的,一个用户可以启动的程序在某一天多次。你应该确保定居点不重复。在这个情况下,用户试图运行的应用不止一次在某一天,系统不允许。这是通过运行表控制。如果程序不能在一天,然后重新运行是允许的但定居点不重复是至关重要的。各交易如果商家总大于最低结算金额
•日常报告和其他报告的制作应重新运行的用户在任何时间和任何特定的日期。
•现有FSS系统位于dbp_admin图式oralab。选择权限已被授予架构中的所有对象使您能够查看现有的数据。你的FSS系统,建成后将使智能卡系统。这将是独立的,但也将被集成到现有的表。你不应该做任何修改现有的结构,因为你的变化可能会“打破”系统的其他部件。
•为现有数据库表的E-R图和规格上可以找到UTSonline分配选项卡下。
•日常交易下载,从终端,将在数据库环境事务表可将不断上传新的交易,他们是从终端下载。这将是由现有的自动化过程。
•预计该交易将很快表。我们还采用归档策略将数据从生产环境到一个未定义的环境,。你不能假定交易数据始终是供你使用。注:交易的数据归档不在本任务的范围
•银行将负责我们所有的银行交易手续费。因为这个原因,我们将无法解决少量每次程序运行。结算款项总额为商人that are less than the指定最小will not be settled in the amount每日交易结算量直到总,during the Month,reaches the最低结算金额。at the end of the Month,任何交易that have not been processed during the Month are to be finalized,不管of the amount。
•最低结算金额是可配置是存储在FSS _参考表under the识别of每日最低结算
•the重装of the智能卡and the subsequent收集和银行of the money is not a重装component of this系统。
•the deskbank file name will take the following格式] [ studentnumber _ DS _ ddmmyyyy.dat for the Daily report file name file and the格式是studentnumber ] [ _ dsrep _ ddmmyyyy.rpt注意ddmmyyyy得到日,月,年of the结算日期when the deskbank队列is created。
当你的系统,它将产生三分文件和电子邮件。the files are the deskbank银行银行排队队列延迟the欺诈报告(可选)
电子邮件will be sent to a nominated容器with the Settlement Report as an附件(可选)
•让生活更方便制造而自动测试系统为劳丽,你必须追随命名below
关于报告日期的注释。该报告可以重印过去的任何结算日期。所显示的日期是打印报告的日期和处理的日期。
第13页第12页
作业的处理方案
赋值权重=50%
创建交付给银行40日银行报告的业务单元的日常deskbank文件。应为任何指定日期生产20执行程序控制表正确15欺诈报告10电子邮件银行报告给指定的接收者15总计100
请注意,列表的前三项是强制性的,每个学生都应该以最小的方式制作。该项目是
创建交付给银行40日银行报告的业务单元20实施生产支持15运行表每日deskbank文件
的借方总额和所需的商人
记录计数
在deskbank文件的记录数,不包括页眉和页脚
处理日期
日期和时间,交易处理和deskbank文件产生的结算日期,交易结算日期为每个商人
商人
店主或任何个人或公司,以换取支付交易的商品或服务