COSMIC规模度量案例集二:业务应用软件案例——银行卡签约/解约
发布于 2024-10-01
1759
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
功能描述
本系统允许客户在成功开卡后,进行一卡通账户的签约或解约操作,以实现与第三方结算系统的账户绑定。
界面原型
用户界面分为三个屏幕,第一屏用于选择签约或解约操作,第二屏和第三屏分别提供签约和解约的详细输入项。每个屏幕都包含机构号、日期、柜员号以及操作提示。
要素说明
系统需要用户提供银行卡卡号、密码、客户姓名、证件类型和号码、联系方式、一卡通账号等信息,并设置交易限额。银行卡状态和是否签约为下拉列表选项,第三方账号和名称由系统提供。
用例描述
- 签约和解约必须由客户本人在柜面办理,不可代办,且需要输入密码进行校验。
- 签约可以在柜面、第三方或圈存机上办理,而解约只能在柜面或第三方办理。
- 只能签约本机构的对公账户,且一个个人账户只能与一个一卡通账户签约。
- 签约操作需要检查银行卡和商户账户状态,销户状态下不能签约,但解约无此要求。
处理流程
用户在界面上进行操作选择,系统根据用户选择进行不同流程的处理。签约时,系统检查卡状态并在条件满足后完成签约。解约时,系统验证是否已签约,仅在已签约情况下允许解约。所有操作最终整合至综合签约交易(交易码200001)中。
功能处理
签约和解约操作涉及不同的数据组,包括第三方名称和账号、客户卡信息、密码和签约信息。系统根据操作类型读取、验证和写入相应信息。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 1035.2K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
系统测试成功的关键点
(1)系统测试人员参与需求评审 (2)定义明确的测试需求 (3)测试人员要在需求阶段介入项目组 (4)系统测试用例要覆盖所有的场景 (5)建立产品需求与测试用例的跟踪矩阵 (6)评审测试用例 (7)利用回归测试工具 (8)
案例:区分项目类型建立过程性能模型
同一家公司中不同类型的项目其过程性能的规律很可能是不同的,在建立过程性能模型时要区别对待,请看下边的案例。某公司积累了19个项目的缺陷密度与圈复杂度超过15的函数个数比例的历史数据如下:对上述的数据画散点图观察之: 图1 原始数据的散点图 发现如果删除右上角的3个点,则X和Y之间并不存在明显的相关性。缺陷密度不服从正态分布,进行对数变换后,发现Ln(缺陷密度)服从正态分布,对Ln(缺陷密度)与圈复
需求交付周期的分析
需求交付周期的分析
做好同行评审的24个细节
同行评审是在软件开发完成之前,通过技术专家发现潜在缺陷的一种有效手段,和在代码完成之后进行的软件测试可以相辅相成,提升软件的质量。而同行评审发现缺陷的成本低、修改缺陷的效率高,在开发中更值得投入。但是,在很多软件组织中这种手段却没有得到很高的推广,从本质上是没有建立起同行评审的文化。通过对多家组织同行评审活动的观察,我发现同行评审的质量取决于多个细节,细节决定成败,因此我总结了做好同行评审的24个
对提质、降本与增效的反思
抓大控小、减少浪费、保证质量、快速流动。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线