1700463110
1700463111
客户的需求暂时满足了，过了一段时间，客户又要求“界面多画了一个，过来谈谈”，于是又有一次场景变化，如代码清单15-6所示。
1700463112
1700463113
代码清单15-6 变化的场景类
1700463114
1700463115
public class Client{
1700463116
1700463117
public static void main（String[]args）{
1700463118
1700463119
//首先客户找到美工组说，过来谈页面，并修改
1700463120
1700463121
System.out.println（”–––-客户要求删除一个页面––––—”）；
1700463122
1700463123
Group pg=new PageGroup（）；
1700463124
1700463125
//找到需求组
1700463126
1700463127
pg.find（）；
1700463128
1700463129
//删除一项需求
1700463130
1700463131
pg.delete（）；
1700463132
1700463133
//要求变更计划
1700463134
1700463135
pg.plan（）；
1700463136
1700463137
}
1700463138
1700463139
}
1700463140
1700463141
运行结果如下所示：
1700463142
1700463143
––––-客户要求删除一个页面–––––—
1700463144
1700463145
找到美工组……
1700463146
1700463147
客户要求删除一个页面……
1700463148
1700463149
客户要求页面变更计划……
1700463150
1700463151
好了，界面也谈过了，应该没什么大问题了吧。过了一天后，客户又让代码组过去，说是数据库设计问题，然后又叫美工组过去，布置了一堆命令……这个就不一一写了，大家应该能够体会得到！问题来了，我们修改可以，但是每次都是叫一个组去，布置个任务，然后出计划，每次都这样，如果让你当甲方，你烦不烦？而且这种方式很容易出错误，而且还真发生过。客户把美工叫过去了，要删除，可美工说需求是这么写的，然后客户又命令需求组过去，一次次地折腾之后，客户也烦躁了，于是直接抓住我这个项目经理说：“我不管你们内部怎么安排，你就给我找个接头负责人，我告诉他怎么做，删除页面，增加功能，你们内部怎么处理我不管，我就告诉他我要干什么就成了……”
1700463152
1700463153
我一听，好啊，这也正是我想要的，我项目组的兄弟们也已经受不了了，于是我改变了一下我的处理方式，如图15-2所示。
1700463154
1700463155
1700463156
1700463157
1700463158
图15-2 增加负责人后的类图
1700463159