COSMIC案例：发票处理功能的规模度量

18 2024-10-01

我们非常重视原创文章，为尊重知识产权并避免潜在的版权问题，我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容，访问作者的公众号页面获取完整文章。

查看原文：COSMIC案例：发票处理功能的规模度量

文章来源：

麦哲思科技任甲林

扫码关注公众号

文章摘要

本文档详细描述了一个系统的收费功能需求，包括打印收据，增值税普通发票和增值税专用发票的过程。系统允许在收费完成时选择是否生成电子发票，如果选择生成，则电子发票信息会通过短信发送给客户。

原始需求描述

打印收据：系统在收费时直接打印，并在完成后询问是否生成电子发票。
打印增值税普通发票：系统在收费时直接打印。
打印增值税专用发票：系统在收费时直接打印。

梳理后的需求

用户输入收费金额后，可选择票据类型。若选择收据，系统打印并询问是否生成电子票。若是，则与税务系统接口生成电子发票并短信发送给客户；若否，则完成收费过程。对于普通发票与专用发票，系统均与税务系统接口获取、存储并打印相应的发票。

度量结果

系统的每个子处理过程包括录入收费信息、生成和发送电子发票信息、获取税务系统传过来的信息以及打印发票等，都被分配了不同的功能点个数，共计18个功能点。其中，生成电子发票、普通发票和专用发票的信息分别与情形1、情形2和情形3相关。

想要了解更多内容？

查看原文：COSMIC案例：发票处理功能的规模度量

文章来源：

麦哲思科技任甲林

扫码关注公众号

相关推荐

如何评价团队的质量能力？

812

如果团队中的个人不能在工作中感受到有意义和被关怀，那么我们简直可以断言，这个团队不会具备良好的质量能力。

如何画业务流程图？

业务流程图是用来描述客户业务作业方式的有效手段，它可以清晰地客户业务流程中涉及的人员角色、业务活动、业务数据以及他们之间的关系，是用来澄清需求的有效手段。

我说CMMI2.0后记

444

在CMMI2.0发布之前就想针对2.0的每个PA进行解释，但是拖延了下来，恰好春节之前有客户开始实施了CMMI2.0，有客户和同事与我探讨2.0中的内容，在解释的过程中，就形成了文字，索性就想把每条实践都解释一下。于是，就给自己定了目标，在春节期间把20个PA都解释完成。实际去做的时候，发现没有那么容易。一是时间是否有保证，二是我自己也需要对模型的某些描述反复阅读，提炼，查阅资料...

配置项管理的3个等级

按管理的严格程度，配置项一般分3个等级：（1）纳入基线管理的配置项纳入基线管理的配置项是指变化时要走严格变更手续的配置项，需要做变更申请，要审批。审批一般分2种严格程度：i) 项目经理或分CCB审批就可以，一般是局部的小的变更。ii）变更控制委员会（CCB）审批纳入基线前，一般要经过评审或测试（称为验证）和质量保证。(2) 没有纳入基线但是也不能随意变更的配置项，一般称为受控项这类配置项不需要变更

CMMI 3级的难点

432

（1）需求、设计、代码、测试用例的质量比较差Ø 需求描述不全面、不详细；Ø 设计中错误比较多，遗漏比较多；Ø 设计与实现脱节，实现人员不看设计文档；Ø 代码中隐藏的缺陷比较多，代码的可维护性比较差，其他开发人员难以读懂代码；Ø 测试用例数量太少，对需求、设计的覆盖率比较低（2）同行评审无法快速发现问题Ø 缺