扫码阅读
手机扫码阅读
COSMIC规模度量案例集二:业务应用软件案例——银行卡签约/解约
16 2024-10-01
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
文章来源:
麦哲思科技任甲林
扫码关注公众号
功能描述
本系统允许客户在成功开卡后,进行一卡通账户的签约或解约操作,以实现与第三方结算系统的账户绑定。
界面原型
用户界面分为三个屏幕,第一屏用于选择签约或解约操作,第二屏和第三屏分别提供签约和解约的详细输入项。每个屏幕都包含机构号、日期、柜员号以及操作提示。
要素说明
系统需要用户提供银行卡卡号、密码、客户姓名、证件类型和号码、联系方式、一卡通账号等信息,并设置交易限额。银行卡状态和是否签约为下拉列表选项,第三方账号和名称由系统提供。
用例描述
- 签约和解约必须由客户本人在柜面办理,不可代办,且需要输入密码进行校验。
- 签约可以在柜面、第三方或圈存机上办理,而解约只能在柜面或第三方办理。
- 只能签约本机构的对公账户,且一个个人账户只能与一个一卡通账户签约。
- 签约操作需要检查银行卡和商户账户状态,销户状态下不能签约,但解约无此要求。
处理流程
用户在界面上进行操作选择,系统根据用户选择进行不同流程的处理。签约时,系统检查卡状态并在条件满足后完成签约。解约时,系统验证是否已签约,仅在已签约情况下允许解约。所有操作最终整合至综合签约交易(交易码200001)中。
功能处理
签约和解约操作涉及不同的数据组,包括第三方名称和账号、客户卡信息、密码和签约信息。系统根据操作类型读取、验证和写入相应信息。
想要了解更多内容?
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
379 篇文章
浏览 59K
麦哲思科技任甲林的其他文章
相关与不相关都是有价值的!
在对数据进行相关性分析时,通常我们是基于自己的经验,认为x与y可能相关,希望通过定量的分析证明我们的经验,但是实际上往往历史的数据并不支持我们的经验。即使不支持,这也是有价值的,也可以帮我们纠正一些错误的认识。请看下面的案例,在一家公司中搜集了37个历史项目的数据,我们想验证一下: 1 是否项目的规模越大,工期延误的时间就越长? 2 是否项目的规模越大,工期偏差率越大?...
软件开发经济实用的15条实践
无论是否参考CMMI的模型,在软件开发的过程,我认为如下的15条实践比较经济实用: (1)控制项目组的团队规模不超过10人,人员要少而精。 (2)需求文档化,无论大小项目必须清晰的描述需求。 (3)采用用例、界面原型描述需求,采用这2种手段强制使需求描述的完备而清晰。 (4) 项目的阶段计划与2周计划,阶段计划定义总体承诺,2周计划定义近2周的详细任务安排。 (5)逐日跟踪+周例会,每
迭代总结会议的旁观感想
初创团队,迭代总结会议以后,有哪些可以改进的地方呢?
人之初,性本善
古人很伟大,说了一句符合统计学原理的话。 如果以95%作为置信度,人刚生下来时,应该是有95%的概率是一个好人,5%的概率是个坏蛋。如果人之初,性本恶的话,你走在马路上,遇到100个人,会有95个人过来伤害你,这不是现实,因此人之初,性本善。 是一个好人,不代表好人不做坏事,只是好人做好事的概率大,做坏事的概率小,好人做坏事是小概率事件。 是一个坏人,不代表坏人不做好事,只是坏人做好事的概率小,坏
三个团队的站立会议旁观笔记
今天早晨我旁观了3个团队的站立会议,三个团队的站会参与人员都是7个人,其中第2个团队是scrum of scrum,7个人是7个团队的代表,有高层领导旁观了第2个团队的站会。 做得好的地方归纳如下: 1在每日站会上沟通了需求、接口设计的变化,让整个团队都了解这些变化。 2开发人员在提到完成了,都强调完成...
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线