COSMIC度量案例:一个简单、明确的软件需求
发布于 2024-10-01
1618
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
培训教室管理系统需求摘要
在对培训教室管理系统的需求描述中,提到了教室信息的维护工作,具体包括新增、修改、删除教室的功能,以及教室的信息字段:编号、楼层、容量、功能及说明。
功能处理概述
系统应提供四个主要功能处理:
- 新增教室
- 修改教室信息
- 删除教室
- 查询教室信息
功能处理详细讨论
查询功能被视为单独的功能处理,因为用户可以仅查看教室信息而不做其他操作。尽管未在需求描述中明确指出查询功能,但界面原型暗示了其存在,可以与需求人员确认。
尽管存在两个不同的新增入口(加号与新增按钮),仍然只算作一个新增功能处理,因为它们的目的和数据处理完全相同。相比之下,新增与修改功能则被认为是两个不同的处理,因为它们的目的和数据流动是不同的。
保存操作不被视为独立的功能处理,因为它仅是新增或修改操作的一部分。没有新增或修改功能,保存操作无法独立存在。
错误提示和功能点计数
需求描述中未提及错误提示,因此根据COMIC规则,可以不计入功能点。遗漏的需求,例如删除教室前的检查机制,应与需求人员确认并补充。
度量结果
| 功能处理 | 兴趣对象 | 输入 | 输出 | 读 | 写 | 小计 |
|---|---|---|---|---|---|---|
| 查询 | 教室 | 1 | 1 | 3 | ||
| 触发 | 1 | |||||
| 新增 | 教室 | 1 | 1 | 2 | ||
| 修改 | 教室 | 1 | 1 | 1 | 1 | 4 |
| 删除 | 教室 | 1 | 1 | 2 | ||
| 合计 | 4 | 2 | 2 | 3 | 11 |
查询功能特别说明
查询功能包括触发输入,因为功能处理至少需要两个功能点:输入加输出或写。如果在计数后发现功能处理没有任何输入,则需要添加一个触发输入。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 817.4K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
测试用例评审的旁观记录
测试用例评审应该如何做?
如何选择与使用项目经理?
作者任甲林(转载自中国系统分析师/中国系统分析员) 软件项目管理是"以过程为核心、以度量为基础、以人为本"的,在此过程中需要充分地集成技术方法、工具、过程、资源(人力、资金、时间等)等要素,谁来领导这个集成工作呢?是项目经理。项目经理是项目组的灵魂,是项目组中很重要的一个角色,无论是对于个人英雄的时代,还是基于过程的管理时代,都必须依靠人来实现管理,这就是"以人为本"。无论管理多么正规,过程是
测试过程分析的15个常用度量元
测试过程分析的15个常用度量元序号优先级度量对象度量元度量单位采集周期采集/计算方法分析方法作用11用户发现的各类型的缺陷缺陷个数个交付阶段维护阶段直接统计80-20分析:对缺陷类型按缺陷个数排序,找出客户发现的最多的20%的缺陷类型分析客户的关注点是什么?为什么客户能发现这些类型的缺陷,为什么我们
CMMI 3级的难点
(1) 需求、设计、代码、测试用例的质量比较差Ø 需求描述不全面、不详细;Ø 设计中错误比较多,遗漏比较多;Ø 设计与实现脱节,实现人员不看设计文档;Ø 代码中隐藏的缺陷比较多,代码的可维护性比较差,其他开发人员难以读懂代码;Ø 测试用例数量太少,对需求、设计的覆盖率比较低(2) 同行评审无法快速发现问题Ø 缺
案例:缺陷状态数据分析
有网友询问如表1所示的原始数据如何分析,发现问题,我觉得很有代表性,试着分析进行了分析,供大家参考。 表1: 11个项目的缺陷状态原始数据 产品名称 未解决 设计如此 重复Bug 外部原因 已解决 ...
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线