COSMIC案例:发票处理功能的规模度量
发布于 2024-10-01
1753
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
文章摘要
本文档详细描述了一个系统的收费功能需求,包括打印收据,增值税普通发票和增值税专用发票的过程。系统允许在收费完成时选择是否生成电子发票,如果选择生成,则电子发票信息会通过短信发送给客户。
原始需求描述
- 打印收据:系统在收费时直接打印,并在完成后询问是否生成电子发票。
- 打印增值税普通发票:系统在收费时直接打印。
- 打印增值税专用发票:系统在收费时直接打印。
梳理后的需求
用户输入收费金额后,可选择票据类型。若选择收据,系统打印并询问是否生成电子票。若是,则与税务系统接口生成电子发票并短信发送给客户;若否,则完成收费过程。对于普通发票与专用发票,系统均与税务系统接口获取、存储并打印相应的发票。
度量结果
系统的每个子处理过程包括录入收费信息、生成和发送电子发票信息、获取税务系统传过来的信息以及打印发票等,都被分配了不同的功能点个数,共计18个功能点。其中,生成电子发票、普通发票和专用发票的信息分别与情形1、情形2和情形3相关。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 1031K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
四种测试层次的比较
名称 测试对象 侧重点 参照物 充分性的评价方法 时机 测试方法 测试执行者 单元测试 软件的最小单元,如函数、方法等 逻辑的正确性 详细设计、源程序 代码、分支等覆盖率 软件中的基本组成单位完成后,边开发边测试 白盒测试、动态测试 一般是开发人员 集成测试 软件的模块、子系统 接口的正确性 概要设计、详细设计 接口覆盖率 软件系统集成过程中,边集
三个团队的站立会议旁观笔记
今天早晨我旁观了3个团队的站立会议,三个团队的站会参与人员都是7个人,其中第2个团队是scrum of scrum,7个人是7个团队的代表,有高层领导旁观了第2个团队的站会。 做得好的地方归纳如下: 1在每日站会上沟通了需求、接口设计的变化,让整个团队都了解这些变化。 2开发人员在提到完成了,都强调完成...
时间箱管理
时间箱管理是敏捷方法中的一条实践,其含义是在项目中的某些活动的完成时间必须在规定的时间内完成。该实践有助于提高整个项目的工作效率,避免帕金森现象。
在敏捷方法里时间箱管理的具体体现包括:
(1) 每次迭代必须在固定的时间内完成,比如2周或1个月等,本次迭代必须交付一个质量得到充分检验的、可以运行的软件版本,如果有些需求不能在本次迭代内完成,则推迟到下一个迭代中完成。
(2) 项目的策划会议必须在4个小时内完成,某次迭代的策划会议必须在4个
高成熟度实践点睛之QPM
SP 1.1 建立项目的目标:建立并维护项目的质量目标和过程性能目标(1)项目的QPPO要根据项目的特点、组织级的QPPO、组织级的基线来确定。不应该所有项目的目标都是相同的,因为项目的特点是不同的。(2)项目的QPPO要满足SMART原则。(3)项目的QPPO要和历史的过程性能基线进行对比,判断目标达成的概率。(4)项目的QPPO达成概率也可以通过过程性能模型进行预测。(5)难以达成的目标,要制
给程序员的18个忠告
1 想清楚,写清楚,说清楚,才是真正的清楚!2 多花点时间沟通清楚需求,才能把握正确方向!3 修复需求错误的成本是代码错误的几十倍!4 程序员最大的坏习惯就是:急于动手写代码! 5 提高开发效率的捷径:一次做对,不返工!6 写代码之前三件事: 弄清楚做什么; 说清楚怎么做; 想清楚怎么测!7 职业的程序员设计程序,业余的程序员调试程序;8 拷贝粘贴式的作业方式,最容易导入b
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线