博客
关于我
[答疑]两个客户A,B,都要求你给找一个性感女郎
阅读量:278 次
发布时间:2019-03-01

本文共 1066 字,大约阅读时间需要 3 分钟。

2011/10/12 22:24:19 高翔(34***57)

两个客户A和B都希望找到一个性感的女郎,这是他们的愿景。但客户A觉得胸大是性感的特征,而客户B则认为屁股大才是性感的关键。这让我不禁思考,胸大及多少尺寸才是需求的下限,是否有一个明确的界限?同样,屁股大的尺寸又该如何定义呢?

2011/10/12 22:25:14 高翔(34***57)

光是让你找一个性感的女郎,而不具体说明性感的具体体现,很难保证满足客户的需求。毕竟,A和B的定义有很大不同。

2011/10/12 22:37:52 UMLChina潘(704837756)

这背后是市场竞争中的定位问题。可以参考《软件方法》一书中关于愿景的部分。

2011/10/12 22:25:35 陈宁

所以你得设计一个机器人,按照需求调整尺寸。比如,胸大就让胸大,屁股大就开发屁股大的插件。

2011/10/12 22:26:06 高翔(34***57)

机器人是一种可复用的设计方法。通过预留接口,可以灵活扩展功能。

2011/10/12 22:27:30 朱学泓

天才!
2011/10/12 22:27:30 陈宁
有道理。现在总是把需求和设计混在一起考虑了。

2011/10/12 22:40:48 陈宁

确实如此。需求中不应该包含任何设计元素。


关于机器人设计的思考

在这个项目中,我们面临着一个看似简单却实则复杂的问题:如何满足两个客户各自对“性感”的不同定义。客户A强调胸大的重要性,而客户B则更看重屁股的大小。这种需求差异让我联想到软件开发中的需求分析和系统设计。

首先,我们需要明确需求。客户A的需求是胸大及多少尺寸以上是必要的,而客户B则希望屁股大到某个标准。如何在这两者之间找到一个平衡点,是我们需要解决的问题。这让我想起了《软件方法》中关于需求分析的内容,强调需求必须具体化。

其次,设计方面的考虑。机器人作为一个复用的平台,可以通过预留接口来支持不同客户的需求。比如,开发一个通用的机器人身体,客户A可以选择胸部较大的版本,而客户B则可以选择屁股较大的版本。这种设计思路既灵活又高效。

最后,这让我意识到需求和设计的结合是关键。在满足客户需求的同时,也要确保设计的可扩展性和复用性。通过开发插件系统,我们可以在不影响整体系统的前提下,满足不同客户的个性化需求。


结语

这个项目不仅是一个简单的机器人设计问题,更是对需求分析和系统设计能力的考验。通过深入理解客户需求,结合灵活的设计理念,我们可以打造出一个真正满足不同客户期望的智能机器人平台。

转载地址:http://msva.baihongyu.com/

你可能感兴趣的文章
Optional用法与争议点
查看>>
Optional类:避免NullPointerException
查看>>
Optional讲解
查看>>
ORA-00923: 未找到要求的 FROM 关键字
查看>>
ORA-00932: inconsistent datatypes: expected - got NCLOB【ORA-00932: 数据类型不一致: 应为 -, 但却获得 NCLOB 】【解决办法】
查看>>
ORA-00942 表或视图不存在
查看>>
ORA-01034: ORACLE not available
查看>>
ORA-01152: 文件 1 没有从过旧的备份中还原
查看>>
ORA-01207:文件比控制文件更新 - 旧的控制文件
查看>>
ORA-01795: 列表中的最大表达式数为 1000
查看>>
ORA-06575: 程序包或函数 NO_VM_DROP_PROC 处于无效状态
查看>>
ORA-08102的错误
查看>>
ORA-12505, TNS:listener does not currently know of SID given in connect descriptor异常
查看>>
ORA-12514: TNS:listener does not currently know of service问题原因
查看>>
ora-12541:tns:no listener
查看>>
【docker知识】联合文件系统(unionFS)原理
查看>>
ORACEL学习--理解over()函数
查看>>
ORAchk-数据库健康检查
查看>>
oracle 10g crs命令,Oracle 10g CRS安装问题解决一例
查看>>
Oracle 10g ORA-01034: ORACLE not available 错误
查看>>