项目工作日记
2007-12-12
经历了昨天的事情以后,今天小组讨论的气氛比较和谐,我们重新明确了详细需求分析工作的方式方法,老王提出系统原型中外汇业务的详细需求,在此基础之上我们小组进行相关业务需求细节的讨论,由我和张红负责讨论过程中的记录和整理,最后每日提交给业务组审阅和完善。基本上是需求差异当场修改,虽然这样做会导致需求分析的进度较慢,但还好外汇业务的需求相对来讲还算比较独立,交易种类也不多,而且这样做也省去修改之后再讨论的过程。
今天主要讨论的内容是汇率管理、外汇买卖和代理外汇票据。
汇率管理这一块,经过讨论之后,决定增加两个交易,分别完成汇率的录入和复核。基本的业务流程是通过交易录入中间价,根据相应的公式生成外汇牌价,复核之后更新系统汇率的公共参数,其中,该外汇牌价折算公式应能够灵活的更改。这样做的好处是业务人员只需要输入一个中间价,就可以生成相应的牌价,不用再每个牌价的去录入,减少了工作量和出错的风险,也便于领导的审批。由此,也引出另外一个问题,以后国结系统上线之后,全行的汇率管理是以核心系统为准,还是以国结系统为准?国结系统有贸易类的交易,核心系统有非贸易类的交易,双方都需要及时地用到最新的汇率,而现行的汇率是一天多变的,如何保证双方在汇率上的一致性,需要认真的考虑。主要是设计一种满足两个系统间对于汇率这个公共参数的更新和共享机制,个人觉得可以以核心系统汇率为主,当汇率牌价发生变化时,即时的更新国结系统的牌价。
外汇买卖这一块,主要涉及结售汇和代客外汇买卖。结售汇这一块没什么大问题,但各个交易的功能边界和参数定义还需要进一步的梳理。代客外汇买卖主要存在交易参考价的问题,因为外汇市场的价格是实时变化的,而我行没有与外汇市场实时联动的机制,所以业务处理模式只能是下级信用社办理业务后,由市联社统一进行外汇询价并交易。一方面存在交易实时性的问题,一方面在扣客户的款项上也无法精确。
2007-12-13
今天精神很好,讨论过程中气氛也很和谐,主要涉及的内容包括托收业务、头寸申报、汇出汇款、汇入汇款,三方在业务需求上达成了很多共识。
今天我们充分发挥了甲方技术部门的功能,乙方公司与甲方业务人员在某些问题上僵持不下时,他们都把目光投向了我们,希望听听我们的看法,这时候,我们作为一个中间人的角色,需要客观、理性的衡量问题的利弊,提出自己的看法。总之一个原则:为了把新一代系统做好,让它满足业务部门开展业务的需要,满足管理部门经营管理的需要,满足技术部门开发维护的需要。
在托收业务和汇出汇款的交易上,业务人员的提出了差异化的需求,需要对系统进行修改。在托收业务款项直接结汇的问题上,有两种解决方法,一种是在托收收妥交易上增加结汇的数据域和功能处理,一个交易完成托收款项的结汇入账;另一种是通过联动交易机制,即托收收妥交易完成之后再联动到结汇交易来进行结汇处理,需要两个交易来完成。前者更方便了业务人员,简化了业务流程;后者明确了交易的功能职责,便于以后需求变更的维护。结合软件工程“高内聚,低耦合”的原则,从系统开发维护的角度,我们建议使用后面的方法。同样的思路应用在后面的汇出汇款经办交易,该交易涉及了部分申报的信息,经过讨论,决定将申报的相关数据域删除,剥离该交易收支申报的功能,使该交易只是单纯的汇出汇款经办,相关申报功能在另外单独交易完成。
头寸申报相关交易,其实本质上就是对数据进行管理,提供数据增、删、查、改的操作,只是该数据管理功能设计到两个维度,即机构维和币种维,并能够根据这两个维度进行汇总统计。
2007-12-18
今天主要作了两方面的工作:1、整理各部门对总体需求的反馈意见;2、外汇小组讨论增加系统外平盘的相关交易。
反馈意见方面主要对各基层信用社和各专业部门反馈回来的总体需求意见进行了梳理,识别筛选出属于外汇模块的相关内容,归类为:(1)不在核心系统中考虑;(2)有待进一步明确或讨论;(3)核心系统已考虑实现 三个方面。由于外汇业务涉及的部门较少,所以反馈意见也不多,我整理出来之后提交到外汇小组会议上讨论,大家形成了统一的答复,某些在会议上无法确定的,会后我直接打电话到相关业务联系人了解情况。
系统外平盘方面,徐日光整理除了系统外平盘的相关交易,初步提出平盘交易的录入、复核、查询三个交易。经过外汇小组讨论,觉得该交易主要是已登记簿的形式对相关系统外平盘进行记录,并不涉及账务,为了进一步简化交易,减少开发工作量,觉得取消复核交易,改为增加业务授权功能。最后,明确系统外平盘的交易为录入、查询,以及结售汇头寸敞口的查询 共三个交易,并决定于明确约繁德公司老王进一步讨论交易的相关处理细节。
2007-12-19
今天外汇小组就系统外平盘相关交易进行讨论,对该业务交易作了细微修改完善之后,繁德公司老王同意按需求文档的要求增加该交易。接下来外汇小组的工作主要是,老王继续对需求文档的相关描述进行整理和完善,业务人员结合繁德公司提供的会计科目表开始整理外汇业务的相关会计分录。
2007-12-24
今天外汇小组与会计核算小组一起就外汇业务的会计核算科目进行讨论。
2007-12-25
今天主要完成了两方面的工作:一是完善外汇业务总体需求说明书;二是分析外管局外汇账户管理系统数据接口。
结合上次总体业务需求的反馈意见和评审结过,对外汇业务总体需求说明书进行完善,主要增加了汇率部分和外围系统部分的内容,部分细节性的问题留在详细需求说明书中考虑。
今天业务人员提出了外管局外汇账户管理信息系统每日数据报送的问题,希望在新系统中实现自动生成报送文件的功能。通过对外管局《外汇账户管理系统哦他能够接口文件》的分析,发现需要报送的数据包含四个数据表,每个表要求的数据都有一小部分系统无法抓取需要补录。个人觉得应该从以下几个方面考虑该需求:首先要明确每张表需要补录的数据域;其次是要明确每张表涉及到的交易;最后才评估是在新一代系统的相关业务交易中增加需采集的数据域,还是在系统中增加专门的补录交易来完成事后的数据补录。
2007-12-27
关于核心业务系统向外汇账户管理信息系统报送数据的补录问题,主要有如下几个特点:
1、需要补录的数据域不多,只有两个或三个;
2、报送涉及的交易种类较多,所有账户余额变动都是报送的范围;
3、报送频率较高,日报。
我向业务人员提出了三个可选的解决方案:
1、增加域:在核心系统外汇业务相关交易中增加需要补录的数据域;
2、增加交易:在核心系统增加专门的补录交易来完成相关数据的补录;
3、剥离出核心:在核心系统外重新开发一个简单的B/S系统来完成相关数据的采集与补录。
|
方案
|
工作量评估
|
对核心的改动
|
操作便利性
|
|
增加域
|
小
|
大
|
方便,事中实时补录
|
|
增加交易
|
中
|
中
|
方便,事后批量补录
|
|
剥离出核心
|
大
|
无改动
|
须在另一系统补录
|
2007-12-28
外汇业务相关外围系统
与外汇业务相关的外围系统主要有6个(不包括国结系统),分别是:国际收支申报系统、外汇账户管理信息系统、结售汇报表填报系统、汇兑业务统计申报系统、金融机构对境外资产负债及损益申报系统、合作金融机构报表分析系统。6个系统都属于监管机构要求报送相关业务数据的系统。
|
外围系统
|
报送方式
|
报送频率
|
报送内容类型
|
是否需要补录
|
|
国际收支申报
|
文件导入
|
每日
|
业务明细
|
是
|
|
外汇账户管理
|
文件导入/手工填报
|
每日
|
业务明细
|
是
|
|
结售汇报表
|
文件导入/手工填报
|
每旬
|
统计分析
|
|
|
汇兑业务统计
|
文件导入/手工填报
|
每旬
|
统计分析
|
|
|
金融机构资产负责
|
文件导入/手工填报
|
每旬
|
统计分析
|
|
|
合作金融机构报表分析
|
文件导入/手工填报
|
每旬
|
统计分析
|
|
发表于 @ 2007年12月29日 20:37:00|评论(loading...)|编辑