HIT项目经历(ri)

HITKOT项目经历

自从2013年7月28日进入BFS工作以来，我一直从事HITKOT的项目工作。经历了岩手银行开发、静冈银行制度改定、岐阜信金现新一致、南都银行现新一致、广岛银行现新一致与代码变换等子项目后，于去年底到今年3月下旬，前往东京事务所出差进行三菱UFJ信托银行项目工作。

随着工作经验的积累，我对HITKOT项目的理解逐步加深。HITKOT是一套金融机构人事管理系统，使用客户是银行的人事部。其涉及的业务范围广泛，涉及个人照会、采用、异动、定例帐票、教育研修、证券外务员、给予、赏与、社会保险、退职、勤怠管理、住民税、出向管理、年末调整、运用管理等数十项大业务，具体内容因各银行的需求而异。

HITKOT项目使用基于VB的开发语言，除ACCESS的编码方式外，还有泛用抽出、泛用作成、泛用检索、泛用修正、EUD帐票、集计等特殊的编码方式。从代码机能角度，主要有画面、バッチ和帐票三种。代码执行方式分为menu执行、自动化与夜间执行等。

岩手银行开发项目是我接触HITKOT的第一个项目，从中学习到许多。在要件定义阶段，我参与了项目准备资料的作成。其后进入基本设计与详细设计的阶段，由于该项目是从以往的cobol代码改造成新的HITKOT代码，所以写设计书之前要认真研读相应的cobol 代码，尤其是把握好其中的核心逻辑。然后仔细斟酌实现方式的合理性与可行性，在深思熟虑的基础上开始书写。制作中需要把握很多细节，如处理详细图的清晰易懂性、项目编辑表的严谨性、甚至是每个sheet中的各种罫線的形式，都要思之周全。进入到代码开发阶段，开始接触到泛作、泛抽、泛修、EUD、集计等多种新型的开发方式，需要迅速掌握并且应用与开发作业中，充满挑战。我首先仔细研究相关学习资料，边做边学，遇到问题后再去查阅资料，仔细斟酌不懈尝试，逐渐加深自己对新式代码的把握能力。此外，我还特别重视总结，每次有新的发现与经验，我都在每天任务结束后按条缕析总结清楚，下次再出现类似问题便可以迅速解决。不仅如此，做项目最重要的是集合项目组成员的智慧并且发挥到最大值。因此，我们组的同事每天都互相分享经验，叠加起来便形成团队合力，也极大地提高了工作效率。每本机能PG做好后，都要做单体测试。做单体测试首先要把所有case考虑全面，然后做合理的测试数据也要特别动脑筋。把画面、数据、log等检证物留好，做逻辑证明的时候，要展现清晰，经常需要在excel里面写函数来证明测试观点的正确性。每本机能完成后，客户都会进行review，修改指摘也是非常重要的工作。返回代码中确认指摘的内容，修改到位后重测。回答指摘的时候也要把修改个所描述清晰。另外则是每条指摘举一反三，本次指摘内容在做下一本机能也要留心。做岩手银行的期间，每天都迎难攻坚，在突破一个又一个难题中锻炼成长。

此后进入静冈银行制度改定工作，按照详细设计书修改代码，并且重新进行单体测试进行验证。修改帐票layout需要特别仔细，每个控件修改后的位置都要仔细斟酌后进行调整。找到每个控件通过修改其属性比直接拖动要精准且高效。备份、修改、执行、比较、再修改，如此经过反复地细调，达到最优化的效果。

去年经历了岐阜信金、南都银行、广岛银行等现新一致的项目，收获了许多现新一致的项目经验。系统环境升级、代码升级后，测试新环境运行结果与旧环境是否相同，产生了哪些互换性，并且进行对应，即现新一致。现新一致使用的环境多，工具多，步骤复杂，因此要特别注意有条不紊。首先要用工具跑网罗性，这是确定测试case的指挥棒，因此尤为重要。网罗性实在跑不到的地方，要回到代码中分析原因，如果是符合基准书的未网罗性要求的点，便填写到相关位置。此后分析代码做测试数据分case进行测试，保留好检证物，最后比较log、DB更新结果、帐票出力结果、更新前后资源、现新执行时间等，做好检证物。出现互换性描述清晰机能与再现手顺提出课题，课题解决后再修改代码抑或标明非互换号。逻辑特别复杂的机能，如更新几十个表，要求マスタ表的更新件数不能为0，必须深入分析代码，根据条件下功夫做测试数据，这个环节难度系数比较高。另外，自动化机能与夜间バッチ有不同的测试方法，我都整理过相应的手顺。

广岛银行第二弹代码变换的项目，即把当前的Access代码改造成用泛抽、泛作、集计、EUD帐票四种方式实现的代码。这是非常具有难度的，首先必须透彻地解析现行的access代码，分析数据项目编辑逻辑、帐票格式、印刷用纸等，以此做好详细设计书。接下来分析实现方式，有泛抽+EUD、泛作+EUD、集计+EUD、泛作+集计+EUD等多种组合模式。进入PG阶段，需要娴熟地运用以上四种方式，分步骤有条理地进行。特别是泛作，其编码方式具有自身的特色，稍有不符合其规范的便会报错。因此泛作的语言规范尤为重要。在逻辑上，也要分层缕析地逐步实现。PG完成后，手动制作MENU执行调试并修改代码。最终做现新一致的测试。

去年12月1日去研修出差，在滋贺富士通东京事务所从事三菱UFJ信托银行项目的工作，这是人事制度改定的项目。改定原因有四点：一是社员期待役割职责明确化，二是能力、职责的正确待遇反映，三是评价、登录的精细化，四是本社groupbase的人事运营推进。在要件定义阶段，我除了マスタ表、code表、规定详细的项目辞书制作与登录以及采用登录代码的修正作业外，还数次随同事前往品川客户先参与洽谈，每次都是针对若干业务的设计进行客户review，返回事务所我整理会议记录以及review要点放到Projectweb上。这既锻炼我的外语能力，又可以加深我对业务的理解。客户先的对应工作也是我本次研修学习的核心内容。到了设计、开发阶段，schedule排的满满的，每天都是按照進捗的作业进行基本设计、详细设计、代码修改或新规、单体测试，并且及时对应指摘。对人事制度改定的理解度是工作的要点，改定带来的逻辑变换、表的项目的调整、对

象者的改变等，都要考虑全面透彻。尤其是细节的地方要特别注意，比如说对出向者进行判定的时候，不能忽略出向管理履历中出向期限的条件，因为出向期限如果小于运用日付的话，在当前时点，该职员已经出向结束，不属于出向者了。此外，修改代码的时候要特别注意标清注释，每修改一处，无论是query或是module，都要注明修改时间、修改人、修改方式（追加、修改、删除）等，这样在做单体测试代码比较的时候便一目了然，找测试点也更方便。而且对于代码的规范管理也尤为重要。新规Access代码的时候，关键是理清机能业务与逻辑，合理使用work表，做好每个query，有条理地进行。通过单独实行debug调试不断地调整完善代码也十分重要。测试的时候更要全面考虑每一个case，做临界数据验证代码的正确性，最后整理好资源与测试式样书。

来BFS工作以来，经历了七个HITKOT的项目的洗礼，每一天都有新的收获，每一天都有新的成长。每一本机能、每一个细节都要严格把握好，充分发挥自身在项目中的作用，认真履行职责，不断提高业务能力与技术能力，面向HITKOT未来的发展而不懈全力付出。