UML的设计目标不包括

UML不提供软件开发过程和开发方法的任何指导。

如果没有用例描述的帮助，通过用例图很难把需求分析清楚。

用例图中的元素不足以深入描述详细的业务逻辑，而用例描述中可以使用活动图或流程图等任何合适的工具进行业务流程的描述。

本次视频确定的方案选择的参与者包括顾客和收银员。

顾客在这里不是参与者。

本次视频中，地点类包括商店和货架

货架被排除。

本视频方案中，下列说法中错误的是

界面类识别比较容易，界面类和业务逻辑类之间通过协作完成业务逻辑。

在视频中，现金抽屉对象通过执行close()方法关闭。

现金抽屉的关闭是通过收银员直接关闭，不需要对应的方法。

软件工程的发展方向包括半形式化和工程化。

形式化。

重构表现了敏捷方法中迭代的设计哲学。

迭代亦即进化，是敏捷方法提倡的软件开发哲学。

TDD是一种测试方法。

TDD是一种开发方法而不是测试方法。

敏捷方法认为“代码就是文档”，因为可以不用写文档。

代码不能完全替代文档，必要的文档有助于提高协作效率。

测试工程师开发的测试程序用于自己测试，可以不用按照项目管理。

测试程序用于测试被测代码，是控制产品质量的一个关键活动，必须保证测试程序本身的质量，因此也要按项目管理，确保产品质量。

软件公司中是否施行测试自动化是测试工程师的工作，软件开发人员无关。

开发人员开发优质的代码，增强软件的可测性，并通过有效沟通提高测试的覆盖率。

如果开发人员比较忙，可以把持续集成失败的反馈信息集中起来统一处理。

持续集成失败的信息避免马上处理，它会阻止整个开发团队的进展。

DevOps用于促进开发、技术运营和质量保障部门之间的沟通、协作与整合。

研发和运维是DevOps运动的两个核心，他们的协作达到了软件质量的提升。

在没有采用持续交付和持续部署的团队中，敏捷开发方法越有效，导致堆积到运维人员面前的任务就越多。

运维人员的手工部署是整个开发流程中的瓶颈，持续部署和DevOps就是力图解决这个瓶颈。