快速学习COSMIC方法之十：系统登录功能案例分析

发布于 2024-10-01
2354
版权声明

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

查看原文：快速学习COSMIC方法之十：系统登录功能案例分析
文章来源：
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
文章摘要

需求分析摘要

本文讨论了如何识别功能处理与兴趣对象，并通过一个登录系统的界面原型来运用这些知识。

功能需求描述

详细的功能需求描述包括了登录系统界面原型和用例描述，但具体内容在本摘要中未提及。

功能点识别

文中识别了两种记录格式的功能点，但具体的记录格式在摘要中未展示。

容易出错的地方分析

  1. 用户账户信息与用户录入的登录信息应被视为两个不同的兴趣对象，因为它们有着不同的关键字。
  2. 光标移动至用户名上自动列出的历史成功账户信息不被视为单独功能处理，因为不涉及用户决策。
  3. 勾选自动登录只是登录过程中的一个分支，不是独立的功能处理。
  4. 自动登录是输入账户信息的一种方式，并非独立功能处理；它与手动输入账户信息共同服务于一个目的。
  5. 用户输入的登录信息与登录日志不是同一兴趣对象，尽管它们关键字相同，但代表不同概念且属性不同。
  6. 自动登录标记是一个容易被遗忘的兴趣对象，其关键字是MAC地址，由于发生频率与用户输入的登录信息不同，故被视为不同的兴趣对象。

麦哲思科技任甲林

查看原文：快速学习COSMIC方法之十：系统登录功能案例分析
文章来源：
麦哲思科技任甲林
扫码关注公众号
相关推荐
如何在企业中从0到1的去建立PMO的组织及项目管理体系系列文章——构建团队
2252
项目管理 PMO 办公室 名称
第三步 构建团队：设计可落地的PMO职能和职责
IPD推行成功的关键要素（十一）做好绩效管理（上）
3519
绩效考核 IPD
绩效管理不仅是基于价值分配的激励举措制定的依据，而且能够对企业的价值创造起到引导作用
PfMP 与 PgMP 与 PMP的区别
3889
PgMP PMP 项目管理 项目集
PMP（项目管理专业人员）、PgMP（项目管理专业人员）、PfMP（项目组合专业人员）都是由项目管理协会（PMI）提供的与项目、项目集、项目组合管理相关的认证
拥有软考高级证书后，这7个副业都帮你整理好了！
2694
系统 副业 证书 项目管理
拥有软考高级证书后，这7个副业都帮你整理好了！
项目管理部的成功务实项目管理手册（附ppt）
1621
项目管理部成功务实的项目管理手册（附ppt）这篇内容，对于项目管理诉求人来说，可以当做应用模型体系和认知体系的
流程即宪法：权力应真正归于规则
1997
流程 权力 企业 决策
流程体系应成为企业的权力宪法：既规定权力产生的程序（立法），明确权力运行的轨道（行政），又建立权力监督的机制（司法）。任正非说：\x26quot;华为最大的权力在流程里\x26quot;，这揭示了现代组织治理的终极形态-用规则定义权力，而非用权力定义规则。
麦哲思科技任甲林

麦哲思科技（北京）有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员，中国分部主席

471 篇文章
浏览 1254.3K

还在用多套工具管项目？

一个平台搞定产品、项目、质量与效能，告别整合之苦，实现全流程闭环。

查看方案
麦哲思科技任甲林的其他文章
白话透解验收标准（AC）与完成标准（DoD）的区别
Accept criteria 与 Definition of Done是敏捷开发中的两个概念，容易混淆。AC是针对每个需求定义的。DoD是针对所有需求，任务，迭代，交付定义的。打个比方解释二者的区别：需求1：晚饭吃饱。验收标准AC： 1 牛肉+蔬菜+啤酒； 2 18点到19点之间完成。需求2:午饭吃饱。验收标准AC： ...
COSMIC案例：发票处理功能的规模度量
原始需求描述：1）收费功能，可以选择打印收据、增值税普通发票和增值税专用发票。（1）打印收据：收费时，系统直接打印收据。收费完成后，系统弹出对话框询问客户是否生成电子发票。Ø选择“是”，系统直接生成电子发票并将电子发票信息以短信的形式发送到客户的手机中；Ø选择“否”，则完成收费过程，不生成电子发票。（2）打印增值税普通发票：收费时，系统直接打印增值税普通发票。（3）打印增值税专用发票：收费时，系统直接打印增值税专用发票。梳理后的需求 ...
硝烟中的Scrum和XP读书笔记
CH1-1 Scrum不是方法学，它是一个框架。CH1-2 Scrum 的强大和令人痛苦之处就在于你不得不根据自己的具体情 况来对它进行调整；CH2-1 产品Backlog中包含了：故事、特性、需求+优先级并且是用用户的术语的表达；CH2-2 how to demo实际是对用户故事的细化，是设想的用户操作场景，可以作为用户故事的验收准则。CH2-3 指出如何解决问题的应该是...
如何保证测试的完备性？
经验法则如下：1 测试人员参与需求评审，需求人员参与测试用例的评审不懂需求，不了解需求的测试人员是不可能设计出完备的测试用例的。测试人员参与需求评审一是可以评审需求的可测试性，二是了解需求。  需求人员评审测试用例可以检验用例的完备性，判断测试人员是否理解了需求。2 系统测试用例覆盖每一个场景场景是在需求中描述的用户使用系统的一条操作路径。覆盖每个场景是系统测试用例设计的基本要求。3 集成测试用例
如何选择度量元
选择度量元的5个原则 在设计度量体系时，要针对度量目标选择合适的度量元，同一个度量目标可以有多个度量元，究竟要如何选择合适的度量元呢，我们可以参考如下的5个原则进行选择： 原则1：对度量目标的表达能力，即度量元是否准确刻画了度量目标以及要解决的问题?比如，想要监督项目的进展，我们有如下三个选择： 1) 需求完成的百分比； 2) 活动完成的百分比; 3) 已完成活动的计划工作量/所有活动...
随机阅读
咨询案例：“产品思维/用户视角”的一些阻碍
08-19
OKR导入是一把手工程
07-14
疫情一年总结：你在疫情的样子，就是你未来的样子
08-17
敏捷史话（五）：敏捷已逝 —— Dave Thomas
08-21
配置Mountebank环境
08-22
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
去下载