扫码阅读
手机扫码阅读
COSMIC规模度量案例集二:业务应用软件案例——银行卡签约/解约
203 2024-10-01
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
文章来源:
麦哲思科技任甲林
扫码关注公众号
功能描述
本系统允许客户在成功开卡后,进行一卡通账户的签约或解约操作,以实现与第三方结算系统的账户绑定。
界面原型
用户界面分为三个屏幕,第一屏用于选择签约或解约操作,第二屏和第三屏分别提供签约和解约的详细输入项。每个屏幕都包含机构号、日期、柜员号以及操作提示。
要素说明
系统需要用户提供银行卡卡号、密码、客户姓名、证件类型和号码、联系方式、一卡通账号等信息,并设置交易限额。银行卡状态和是否签约为下拉列表选项,第三方账号和名称由系统提供。
用例描述
- 签约和解约必须由客户本人在柜面办理,不可代办,且需要输入密码进行校验。
- 签约可以在柜面、第三方或圈存机上办理,而解约只能在柜面或第三方办理。
- 只能签约本机构的对公账户,且一个个人账户只能与一个一卡通账户签约。
- 签约操作需要检查银行卡和商户账户状态,销户状态下不能签约,但解约无此要求。
处理流程
用户在界面上进行操作选择,系统根据用户选择进行不同流程的处理。签约时,系统检查卡状态并在条件满足后完成签约。解约时,系统验证是否已签约,仅在已签约情况下允许解约。所有操作最终整合至综合签约交易(交易码200001)中。
功能处理
签约和解约操作涉及不同的数据组,包括第三方名称和账号、客户卡信息、密码和签约信息。系统根据操作类型读取、验证和写入相应信息。
想要了解更多内容?
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 150.7K
麦哲思科技任甲林的其他文章
系统测试缺陷检出密度越大越好吗?
这是一个很有意思的话题。很多人对此困惑。困惑在什么地方呢? 从开发的角度看,是希望系统测试发现的缺陷越少越好,那意味着在开发阶段都把缺陷找干净了。 从测试的角度看,是希望系统测试时把缺陷找干净了,不要遗留给客户去发现。在潜在的缺陷数恒定的前提下,找到的缺陷越多越好。 在组织级确定质量目标时,这个系统测试缺陷检出密度到底是定义为越高越好,还是越小越好呢?系统测试缺陷检出密度的大小能代表产品质量吗? 产品质量只能通过上线后的缺陷多少来衡量,上线后的缺陷密度越小越好...
我说CMMI之四:CMMI的表示方法
我说CMMI之四:CMMI的表示方法
CMMI分为了两种表示方法,一种称为阶段式表示方法,一种称为连续式表示方法。如下图所示:
我们可以从以下几个方面来理解这两种表示方法的区别与联系:
1包含的过程域相同,但是过程域分类的维度不同。
阶段式表示方法为我们所熟悉,我们通常说的过级了,过了2级,过了3级都是针对阶段式表示方法而言的。在CMMI-DEV V1.2中,阶段式表示方法将22个过程域分别放置在了4个等级中,其中
需求变更对软件质量的影响
根据我们的经验,需求变更越多,造成的软件修改越多,bug也就会越多,事实是否如此呢?需要我们根据历史的数据进行检验。某企业采集了历史上多个项目的的需求变更次数、交付代码的规模、软件测试发现的缺陷个数,参见下表,基于这些历史数据我们分析一下,看看我们的经验结论是否成立。表一:需求变更的历史数据 ID 需求变更数 代码规模LOC 总缺陷数 测试缺陷密度bugs/KLOC
随需而变,拥抱CMMI V2.0新时代
一、前言CMMI DEV V2.0在2018年3月底正式发布,这是CMMI从卡内基梅隆大学软件工程研究所剥离出来、归并入国际信息系统审计协会(ISACA)之后的第一次版本更新,自2011年11月SEI发布CMMIV1.3版本之后,已经历时七年没有更新版本了。在这七年的时间中,Scrum、极限编程、精益看板方法、SAFe、 DevOps,LeSS等方法百花齐放,快速流行,极大地丰富了软件组织实施...
白话SCRUM之五:四种会议
在SCRUM方法中定义了4种会议活动: Sprint planning Daily meeting Sprint review Sprint retrospective 除去开发活动外这4种会议构成了scrum方法的核心活动。 这四种会议的要点如下:
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线