Loading [MathJax]/jax/output/CommonHTML/config.js
前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >专栏 >小天才手表的《软件方法》解读

小天才手表的《软件方法》解读

作者头像
用户6288414
发布于 2022-10-31 09:01:13
发布于 2022-10-31 09:01:13
9320
举报
文章被收录于专栏:软件方法软件方法

DDD领域驱动设计批评文集>>

《软件方法》强化自测题集>>

《软件方法》各章合集>>

在孩子一而再、再而三的要求之下,妈妈只好买了小天才手表。

在此之前,我并没有意识到这个小天才这么厉害,觉得小米、华为功能一样的嘛,而且按照孩子丢失手表的频率,那些个手表作为耗材更现实。

设置禁用的难题

到货以后,孩子选择让我的手机安装管理app(估计是认为我更忙,因而管理漏洞更大),安装app等一通操作让孩子能用上手表之后,妈妈和我开始研究家长最关心的:设置禁用。

妈妈先拿着我的手机操作,过了一会过来跟我说,这个设置的界面很别扭:

她想设置的禁用时间段是:

8:00-11:45

12:25-17:20

21:00-第二天6:30

麻烦来了,界面上时间段不允许跨天,因此,妈妈的时间段必须拆解为四段,其中上午有两段:

上午一 0:00-6:30

上午二 8:00-11:45

(注:必须存在11:45-12:25这样一段放开的时间,因为中午是孩子最宝贵的手表社交时间,这也是孩子一再要求购买小天才手表的根本原因。)

下午 12:25-17:20

晚上 21:00-23:59

而界面上只允许设置三段时间,无法满足要求。

咨询其他家长,未有解决方案。

最后我们只好商议,睡前设置上午禁用时间段为“上午一 0:00-6:30”,孩子出门上学后,把上午禁用时间段改为“上午二 8:00-11:45”。

我们还取笑说,这是小天才还是小蠢材啊,设置禁用的功能搞得这么难用。

我不死心,又去搜索看看有没有什么设置时间的秘诀,嚯,真是直呼好家伙,搜到不少赞扬小天才市场定位和营销策略的文章,例如:

***********

***********

可见,小丑必定是我自己,小天才是天才无疑。

涉众利益解读

关于商业方面的各种解读,网上已经不少了,我仅用《软件方法》中涉众利益的知识点来解读以上的“设置禁用”。

执行者:

家长

用例:

设置禁用时间段

涉众利益:

*家长—希望可以灵活设置时间段;担心该禁用的时候没禁用,而且没有及时发现。可禁用可不禁用的模糊时间段,倾向于禁用。

*孩子-希望有更多的使用时间;担心不该禁用的时候被禁用,担心摸鱼被发现。可禁用可不禁用的模糊时间段,倾向于不禁用。

……用例规约其他内容略……

可见,家长和孩子的利益是有冲突的,用例必须在它们之间做出平衡。

另外,还存在以下不对等:

*手表在孩子的生活中占有很重要的位置,而家长要忙家务忙上班,孩子对手表的关注度远大于家长对手表的关注度(带来的一个额外好处是,看起来这块手表没有以前的那么容易丢了)。

*如果不该禁用的时候被禁用,孩子肯定理直气壮打电话要求家长打开;反之,如果该禁用的时候没禁用,孩子必然是闷声大发财,不可能打电话提醒家长禁用。

在涉众利益的排序上,小天才手表把孩子的利益排在了第一位,这就需要家长对孩子以及手表付出更多的关怀。我在两次忙于其他事情,忘记修改上午禁用时间段后,就养成了早上八点之前看一眼手机上的手表app的习惯。

关于禁用,还有,另外一个小细节:

注意:用词是“法定节假日不禁用”,而不是“法定节假日禁用”,这也是把孩子的利益摆在第一位的。

“禁用”已经是否定,“不禁用”是否定之否定。如果家长要禁用,需要把选择设成“否”,连起来读就是“不不禁用”,即否定之否定之否定。这就要求家长提高逻辑思维能力,和孩子一起进步。‍

小天才和UMLChina

查了一下UMLChina的系统,2003年开始,步步高开发部,以及后来的小天才的开发部,断断续续共有7位同学来上过我们在深圳和广州举办的公开课。如果我们的课程在这上面有什么帮助,那就是最好的回报了。

******

以上提及的小天才手表型号为Z6A,Android手机app版本为8.74.01。

[推荐升级]23套UML+EA和StarUML的建模示范视频-全程字幕(2022.6.1更新)

6月23-26晚剔除“伪创新”的领域驱动设计-网络公开课

7月7-10晚网课:软件需求设计方法学全程实例剖析

《软件方法》书中自测题-题目全文+分卷自测(1-8章)16套111题

《软件方法》强化自测题集110题

CTO也糊涂的常用术语:功能模块、业务架构、用户需求……[20210217更新]

如何选择UMLChina服务


本文参与 腾讯云自媒体同步曝光计划,分享自微信公众号。
原始发表:2022-06-21,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 UMLChina 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
暂无评论
推荐阅读
编辑精选文章
换一批
哪些是模糊用语-《软件方法》自测题解析020
书中57页2.3.3,改进是系统带来的。“统一开发平台”能带来C,不能带来B。要达到B,除了“统一开发平台”要给力,程序员也要给力,研发部其他岗位也要给力,市场部、行政部、财务部也要给力,整个市场大环境也要给力。
用户6288414
2022/10/31
2300
没有愿景,需求没有依据-《软件方法》自测题解析016
这个题目来自美国西南航空的案例。关于哪个合适,读者可能有不同意见,但思考的方法一定要掌握。
用户6288414
2022/10/31
1.3K0
没有愿景,需求没有依据-《软件方法》自测题解析016
《软件方法》在HIS(医院信息系统)上的应用-书摘
以下图片摘自《HIS内核设计之道——医院信息系统规划设计系统思维》,任连仲、陈一君、郭旭、黄以宽 主编
用户6288414
2022/10/31
7080
《软件方法》在HIS(医院信息系统)上的应用-书摘
《软件方法》随想(1)一本让我看完发呆半个小时的书
本来想看完本书之后,写一个总结的,结果发现,完全不想写,因为书籍已经很精简了,给了我很大的启发,让我看完了之后,发了半个小时的呆,回想起自己的需求分析自学之路,感觉到似乎有些收获了。
用户6288414
2022/10/31
3370
《软件方法》随想(1)一本让我看完发呆半个小时的书
《软件方法》强化自测题-需求(2)
答案不直接给出,可访问每套题后面给出的自测链接或扫二维码自测,做到全对才能知道答案。
用户6288414
2022/04/09
2920
《软件方法》强化自测题-需求(2)
伪创新为什么受欢迎-《软件方法》节选
比起严谨的建模方法,伪创新更受欢迎,因为它迎合了“广大开发人员”呆在舒适区的需要。
用户6288414
2022/10/31
6520
伪创新为什么受欢迎-《软件方法》节选
DDD“通用语言”背后的倒退-《软件方法》节选
DDD(领域驱动设计)话语中有“通用语言(Ubiquitous Language)”的用语,这是一个伪创新。
用户6288414
2022/10/31
5010
DDD“通用语言”背后的倒退-《软件方法》节选
《软件方法(上)业务建模和需求》第2版 勘误(2022年10月24日更新)
勘误中的一部分,特别是很荒谬的错误,其实是编辑自作主张修改而且未和作者沟通造成的。有心的读者如果在网上能找到我在出版前发布的“草稿”版本,对比一下就知道。
用户6288414
2022/10/31
3300
《软件方法(上)业务建模和需求》第2版 勘误(2022年10月24日更新)
系统和系统实例-软件方法(下)第9章分析类图案例篇Part07
本书的系统特指封装了一定的逻辑计算能力的智能系统。非人的生命体(从大猩猩到病毒)和非智能机械(从老式的汽车到算盘)都不算是智能系统。
用户6288414
2022/10/31
2430
系统和系统实例-软件方法(下)第9章分析类图案例篇Part07
软件方法(下)第8章分析之分析类图—知识篇Part08-自测题8.2.4
http://www.umlchina.com/book/softmeth2.pdf
用户6288414
2022/05/27
3510
软件方法(下)第8章分析之分析类图—知识篇Part08-自测题8.2.4
《软件方法》强化自测题-业务建模(3)
答案不直接给出,可访问每套题后面给出的自测链接或扫二维码自测,做到全对才能知道答案。
用户6288414
2022/04/09
2080
《软件方法》强化自测题-业务建模(3)
软件方法(下)第9章分析类图案例篇Part01
http://www.umlchina.com/book/softmeth2.pdf
用户6288414
2022/10/31
4710
软件方法(下)第9章分析类图案例篇Part01
《软件方法》强化自测题-需求(3)
答案不直接给出,可访问每套题后面给出的自测链接或扫二维码自测,做到全对才能知道答案。
用户6288414
2022/04/09
2850
《软件方法》强化自测题-需求(3)
《软件方法》强化自测题-业务建模(1)
答案不直接给出,可访问每套题后面给出的自测链接或扫二维码自测,做到全对才能知道答案。
用户6288414
2022/04/09
3160
《软件方法》强化自测题-业务建模(1)
手机壳干架的软件工程指南(20180813更新)
最近“产品经理和程序员因需求干架”的段子疯传IT圈,下面我用软件工程的观点来剖析这件事情。
用户6288414
2019/09/23
3480
手机壳干架的软件工程指南(20180813更新)
《软件方法》读后感-三年前端开发的思考,如何有效地阅读需求?
本文转载自:https://juejin.cn/post/7051749719214653471
用户6288414
2022/10/31
2990
《软件方法》读后感-三年前端开发的思考,如何有效地阅读需求?
手机壳干架的软件工程指南
这里的产品经理,我定义为需求人员。程序员,我定义为设计人员。关于需求和设计,我在《软件方法》第1章中专门阐述(http://www.umlchina.com/book/softmeth_01.htm)。其中有一道自测题是这样的:
用户6288414
2020/02/26
4010
UMLChina建模竞赛题大全-题目全文+分卷自测(10套100题)
以下是UMLChina出过的建模竞赛题,答案不直接给出,可访问每套题后面的自测链接或扫二维码自测,做到全对才能知道答案。
用户6288414
2020/02/19
7720
软件方法(下)分析和设计第9章分析 之 分析类图——案例篇(20211228更新)
http://www.umlchina.com/book/softmeth09.pdf
用户6288414
2022/01/04
1.3K0
软件方法(下)分析和设计第9章分析 之 分析类图——案例篇(20211228更新)
写给数字时代的父亲们:儿童上网需要的是守护
一位名叫格尔迪的心理学家曾经说过:“父亲是一种独特的存在,对培养孩子有一种特别的力量。”
Alter聊科技
2023/01/13
2260
推荐阅读
相关推荐
哪些是模糊用语-《软件方法》自测题解析020
更多 >
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档