COSMIC规模度量案例集二:业务应用软件案例——银行卡签约/解约
发布于 2024-10-01
1434
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
功能描述
本系统允许客户在成功开卡后,进行一卡通账户的签约或解约操作,以实现与第三方结算系统的账户绑定。
界面原型
用户界面分为三个屏幕,第一屏用于选择签约或解约操作,第二屏和第三屏分别提供签约和解约的详细输入项。每个屏幕都包含机构号、日期、柜员号以及操作提示。
要素说明
系统需要用户提供银行卡卡号、密码、客户姓名、证件类型和号码、联系方式、一卡通账号等信息,并设置交易限额。银行卡状态和是否签约为下拉列表选项,第三方账号和名称由系统提供。
用例描述
- 签约和解约必须由客户本人在柜面办理,不可代办,且需要输入密码进行校验。
- 签约可以在柜面、第三方或圈存机上办理,而解约只能在柜面或第三方办理。
- 只能签约本机构的对公账户,且一个个人账户只能与一个一卡通账户签约。
- 签约操作需要检查银行卡和商户账户状态,销户状态下不能签约,但解约无此要求。
处理流程
用户在界面上进行操作选择,系统根据用户选择进行不同流程的处理。签约时,系统检查卡状态并在条件满足后完成签约。解约时,系统验证是否已签约,仅在已签约情况下允许解约。所有操作最终整合至综合签约交易(交易码200001)中。
功能处理
签约和解约操作涉及不同的数据组,包括第三方名称和账号、客户卡信息、密码和签约信息。系统根据操作类型读取、验证和写入相应信息。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
440 篇文章
浏览 771.4K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
开发过程中的八种确认方法
确认是确保做了正确的事情,方向不偏。确认可以在项目前期做,也可以在项目后期做,提倡持续确认、质量左移。在前期主要是检测需求的质量,在后期是检测完成的系统是否真的是客户所需。本文概要归纳了开发过程中常见的八种确认手段。
PPQA的8个原则
在运行检查中,发现PPQA常犯的错误实际上是由于没有掌握下面的8个基本原则所引起的: (1)对所有的交付物都要执行PPQA; (2)所有的活动都要执行PPQA; (3)在组织级要定义抽样的准则; (4)执行PPQA要有检查单; (5)有检查就要有记录,无论是否有问题; (6)有问题就要跟踪关闭; (7)对问题要分类分析 (8)要对PPQA执行PPQA,并要有记录;
3种工厂模式的比较
简单工厂:一个具体工厂通过条件语句创建多个产品,产品的创建逻辑集中与一个工厂类。客户端通过传不同的参数给工厂,实现创建不同产品的目的增加新产品时,需要修改工厂类、增加产品类,不符合OCP原则 工厂方法:一个工厂创建一个产品,所有的具体工厂继承自一个抽象工厂。客户端先创建不同产品的工厂,再由工厂创建具体产品,产品的创建逻辑分散在每个具体工厂类中。客户端只依赖于抽象工厂与抽象产品,不依赖任何具
需求控制组的构成
在软件项目中常见如下的现象: 用户提出了需求变更,市场人员答应了,开发人员认为工作量太大,不好实现; 软件项目签订了合同,规定了价格,在后期的开发过程中,需求变更很多,变更的成本都是乙方承担,项目结束后发现项目做亏了; 用户提出了需求的变更,开发人员直接修改软件,没有通知相关人员; 用户张三提出了需求变更,开发人员修改了软件后,张三又认为不妥
AI自动生成代码了,度量功能点还有意义吗?
用户可能说“做个电商系统”,但“母婴用品垂直电商”和“全品类电商平台”的功能点规模完全不同——前者需要“育儿知识社区”“母婴用品专属筛选”等功能点,后者需要“多商家入驻”“全品类分类”等功能点,两者的价值差异,正是通过功能点来量化的。无论是项目预算的编制、合同价格的敲定,还是成本的管控,都需要一个明确的基准——功能点,它能精准量化业务需求的体量,让“多少钱办多少事”有章可循,避免因需求模糊导致的报价混乱、预算超支。如果说传统时代,功能点是“有用的工具”,那么AI时代,功能点就是“不可或缺的标尺”。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线