博客
关于我
[答疑]两个客户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/

你可能感兴趣的文章
Nokia5233手机和我装的几个symbian V5手机软件
查看>>
non linear processor
查看>>
Non-final field ‘code‘ in enum StateEnum‘
查看>>
none 和 host 网络的适用场景 - 每天5分钟玩转 Docker 容器技术(31)
查看>>
None还可以是函数定义可选参数的一个默认值,设置成默认值时实参在调用该函数时可以不输入与None绑定的元素...
查看>>
NoNodeAvailableException None of the configured nodes are available异常
查看>>
Vue.js 学习总结(16)—— 为什么 :deep、/deep/、>>> 样式能穿透到子组件
查看>>
nopcommerce商城系统--文档整理
查看>>
NOPI读取Excel
查看>>
NoSQL&MongoDB
查看>>
NoSQL介绍
查看>>
NoSQL数据库概述
查看>>
Notadd —— 基于 nest.js 的微服务开发框架
查看>>
NOTE:rfc5766-turn-server
查看>>
Notepad ++ 安装与配置教程(非常详细)从零基础入门到精通,看完这一篇就够了
查看>>
Notepad++在线和离线安装JSON格式化插件
查看>>
notepad++最详情汇总
查看>>
notepad++正则表达式替换字符串详解
查看>>
notepad如何自动对齐_notepad++怎么自动排版
查看>>
Notes on Paul Irish's "Things I learned from the jQuery source" casts
查看>>