课堂作业(一)——第一章到第四章

1.如何理解安迪比尔定律？ 

安迪-比尔定理 （Andy and Bill’s Law）是对IT产业中软件和硬件升级换代关系的一个概括。原话是 “Andy gives, Bill takes away.（安迪提供什么，比尔拿走什么。）” 安迪指英特尔前CEO安迪·葛洛夫，比尔指微软前任CEO比尔·盖茨，这句话的意思是，硬件提高的性能，很快被软件消耗掉了。

​

2.分别利用迭代和递归的思想实现斐波那契数列 

迭代：

int fun1(int n) {
	if (n==1) {
		return 1;
	}
	int a=0;
	int b=1;
	int res=0;
	for (int i = 2; i <= n; i++) {
		res=a+b;
		a=b;
		b=res;
	}
	return res;
}

递归：

int fun2(int n) {
	if(n==1||b==2)
		return 1;
	else {
		return fun2(n-1)+fun2(n-2);
	}
}

3.用户故事

假如你是滴滴出行的产品经理，你要设计滴滴出行的司机端，请写出两个大用户故事。
挑选其中一个大用户故事，分解为至少两个小用户故事。

选择其中一个小用户故事，增加至少两条验收标准。

chatGPT参考答案：

大用户故事1：司机可接受实时订单并完成乘客的接送服务
- 小用户故事1.1：司机能够查看附近的实时订单并选择接单
  - 验收标准1.1.1：司机在附近接单列表中能够看到至少5个未被其他司机接单的实时订单
  - 验收标准1.1.2：司机可以根据订单的出发地、目的地、距离、预估费用等信息选择自己感兴趣的订单
  
- 小用户故事1.2：司机能够按时按点地完成订单
  - 验收标准1.2.1：司机需在规定的时间内抵达订单的出发地，否则订单自动取消
  - 验收标准1.2.2：司机需在规定的时间内完成订单的行程，否则订单自动取消

大用户故事2：司机可以查看自己的订单历史记录并进行评价
- 小用户故事2.1：司机可以查看自己的历史订单记录
  - 验收标准2.1.1：司机可以查看最近7天的历史订单记录
  - 验收标准2.1.2：司机可以根据订单编号、时间等信息筛选历史订单记录
  
- 小用户故事2.2：司机可以对完成的订单进行评价和反馈
  - 验收标准2.2.1：司机在完成订单后可以对乘客的评分和评价进行反馈
  - 验收标准2.2.2：乘客对司机的评价和反馈将被记录在司机的个人档案中，司机可据此提高自身服务质量

4.绘制机票预订系统的系统流程图

 

5.某快递公司希望利用快递柜来实现用户自助寄件的需求。（业务需求、用户需求、功能需求）

 

 参考：(43条消息) 【产品修炼连载四】需求分析篇-------从实例中理解业务需求、用户需求、功能需求的转化_业务需求分析和功能需求分析_咏帆的博客-CSDN博客

6.课本 P90讨论题第4题、第5题

第4题：辨析：需求管理告诉我们，需求文档一经确认，任何一方都不能轻易变动，因为需求分析要一步到位，做到完整、正确，防止以后需求变化带来的麻烦。

参考答案：参见4.6.1节。

需求的变更是不可避免的。开发组织应该具有拥抱变化的胸怀和能力。需求尽量做到完整、准确，但想一步到位，而且不允许变化，这是不符合客观的做法。变更控制的目的不是锁定变化，是让变化有序的进行。

第5题：辨析：需求太麻烦，会影响开发进度，XP采用测试驱动开发就可不做需求直接编码。

参考答案：参见2.4.6和2.4.7节

这是对XP的误解。见2.4.6节的图2-11的XP过程模型，XP把软件开发过程定义为聆听、测试、编码、设计的迭代循环过程。第一步的聆听就是听客户讲故事，就是聆听客户的需求。XP并不是忽略需求，而是改变了做需求的方式。这种方式沟通灵活、更加时效。

但是设想一下，客户讲每段故事的依据是什么呢？他可以海阔天空地随意讲吗？他一定遵循一个规划的脚本，按着故事发展的脉络分段讲解。无论后来如何实现需求，事先肯定有一个“需求规划”，否则，项目将无法确定边界，无法得到控制。因此，做好需求恰恰是掌握开发进度的前提。