COSMIC案例:发票处理功能的规模度量
发布于 2024-10-01
1517
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
文章摘要
本文档详细描述了一个系统的收费功能需求,包括打印收据,增值税普通发票和增值税专用发票的过程。系统允许在收费完成时选择是否生成电子发票,如果选择生成,则电子发票信息会通过短信发送给客户。
原始需求描述
- 打印收据:系统在收费时直接打印,并在完成后询问是否生成电子发票。
- 打印增值税普通发票:系统在收费时直接打印。
- 打印增值税专用发票:系统在收费时直接打印。
梳理后的需求
用户输入收费金额后,可选择票据类型。若选择收据,系统打印并询问是否生成电子票。若是,则与税务系统接口生成电子发票并短信发送给客户;若否,则完成收费过程。对于普通发票与专用发票,系统均与税务系统接口获取、存储并打印相应的发票。
度量结果
系统的每个子处理过程包括录入收费信息、生成和发送电子发票信息、获取税务系统传过来的信息以及打印发票等,都被分配了不同的功能点个数,共计18个功能点。其中,生成电子发票、普通发票和专用发票的信息分别与情形1、情形2和情形3相关。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 892.7K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
项目资源调配要打歼灭战
很多软件企业都面临人少事多的状况,在公司级如何调配人力资源的使用呢? 现实中最常见的策略就是:平均用力,分散资源,会叫的孩子有糖吃。即新来一个项目就抽调几个人过来,启动该项目,开始干起来。如果有另外一个项目面临交付工期压力,项目经理找老板申诉人手不够,就再从别的项目组临时抽调人员过来救火,如此恶性循环,每个项目都人手不够,每个项目都拖期,四处江湖告急。 我们理想中的策略应该是啥样的呢?应该是集中优势兵力打歼灭战,确保绝大部分项目都人手充足,最多只有一个项目缺少人...
用AnythingLLM 搭建知识库,我所经历过的坑
文章浏览阅读374次,点赞4次,收藏3次。本文总结了使用AnythingLLM搭建知识库时遇到的常见问题及解决方案。问题分为六大类:1)核心概念与选型问题,如混淆LLM与嵌入模型;2)安装配置问题,包括端口冲突和依赖缺失;3)模型连接问题,如Ollama服务未启动;4)数据管理问题,涉及RAG效果差和分块不合理;5)操作问题,如服务访问失败;6)网络API问题,包括401错误和Docker连接失败。针对每类问题提供了具体解决方法,如更换模型、调整参数、检查权限等。这些经验对知识库搭建者具有实用参考价值。_
CMMI4级实践问题30问-2
第4问 :项目的控制上、下限在项目执行中是固定的还是可变的? 答: 是可变的。 请看CMMI模型QPM PA的SP2.2: 第1条子实践:Establish trial natural bounds for subprocesses having suitable historical performance data. 注意这里提到的是trial 自然边界,即根据历史项目的数据得
案例:原因分析与解决方案的实战演练
2011年12月15日,笔者作为外部咨询顾问参与了客户的一次原因分析与解决方案的分析会议,对整个过程进行了记录:参与的人员: 外部的咨询顾问 1名 QA人员 上午4名,下午3名 部门经理 1名 项目组内部的人员 上午7名,下午3名培训的时间: 上午9点10分到上午9点55分,共计45分钟会议的时间: 上午9点55分到11点40
案例:区分项目类型建立过程性能模型
同一家公司中不同类型的项目其过程性能的规律很可能是不同的,在建立过程性能模型时要区别对待,请看下边的案例。某公司积累了19个项目的缺陷密度与圈复杂度超过15的函数个数比例的历史数据如下:对上述的数据画散点图观察之: 图1 原始数据的散点图 发现如果删除右上角的3个点,则X和Y之间并不存在明显的相关性。缺陷密度不服从正态分布,进行对数变换后,发现Ln(缺陷密度)服从正态分布,对Ln(缺陷密度)与圈复
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线