一周：
五人团队在课后立刻开始讨论项目了，
“正好有五个模块，我们一人负责一个吧”
“好” “好” “ ... ” “这...”
“我随便哪个都行”
“我时间有限，拿个简单的”
“这个模块，是不是这样.....这几个动作.......几个传感器分别......嗯，好，清楚了，我做这个吧”
........
第一次团队会议很快结束了，
领模块，分头考虑。
大家也很有效率，每人按时做了几页PPT，描述了功能、逻辑，还有一些不清楚的地方和“客户”讨论。
组长整合PPT，在Simulink里做了整个系统的初步模型。
我们的项目是这样迈出第一步的，没有严格按照瀑布模型流程来。
按流程来说，第一步应该是讨论《软件设计规格书》里的内容——
应该实现哪些功能，哪些情况应该避免，通过哪些手段实现——
概括来讲，应该明确需求，明确指标，明确方法，给整个项目开展定调子、定方向。
但现在的大家的关注点在——我该怎么着手去做？
这里面就体现了很有趣的东西：
大局观、流程观念、目的性、团队意识... （captain）
没事，不重要，关键是我该做什么？怎么做？（mechanic）
没有达到某些方面的锻炼和经历，也有不一样的经历和感悟吧。
一周个人工作：
二周：
大家各自学习Simulink、Stateflow，
完成自己模块里的逻辑控制。
组长汇总，测试。
二周个人工作：
思路：
接收到“制作”信号后，该模块状态由未激活状态① 转入 激活状态里的取杯电机停止状态② ，
检测到是 第一次进入激活状态（flag==0）&下面没有杯子（sensor1==0），转入取杯电机启动状态③ ，
动作完成后（延时实现），回到取杯电机停止状态②，直至本次制作完成，回到未激活状态①。