UML图在软件开发各阶段应用与关税计算逻辑说明.pdfVIP

302作业2

学生ID学生:乾

a.我认为这是一个好的实践，因为不同的UML图具有不同的用途，可以在各种开发阶段中使用。例

如，用例图可以在分析过程中用作概念模型。

对于需求阶段：用例、活动图、包图和部署图

对于分析阶段：类图、对象图、状态图、序列图、协作图、活动图、包图和部署图。

对于设计阶段：类图、对象图、状态图、序列图、协作图、活动图、包图、组件图和部署

图。

对于开发阶段：类图、对象图、状态图、序列图、协作图、活动图、组件图和部署图。

对于部署阶段：用例、类图、活动图、组件图和部署图

车辆

摩托车

关税关税

计算25%

关税

计算20%

Auto.Tariff()b.计算关税切换（自动）{

caseMotorcycle:return计算25%

caseCar:return计算20%}

a.)模块的功能独立是通过使模块单一目标（高内聚）并防止与其他模块或系统元素的过度交互

（低耦合）来实现的。独立的模块更易于开发、和测试，因为副作用的影响降低了（错误的传

播也减少了）。这也使得模块的并行实现变得更加容易。

b.)它们正在执行一个合理且有用的计算。这是因为内聚是与耦合相对的概念。具有高内聚的模块

通常更受青睐，因为高内聚与软件的一些理想特性相关，包括健壮性、可靠性、可重用性和可理解

性。然而在耦合中，例如，当一个模块修改或依赖另一个模块的工作方式时，就会发生内容耦

合。因此，改变第二个模块生成数据的方式将导致依赖模块的改变。因此会提高软件的可靠性，从

而导致低内聚。通过检测耦合与内聚之间的联系，费和明可以度量依赖关系。

4.

a)

1.时间

有时时间可能会成为一个错误。这种错误只在达到特定时间时才会发生。

2.过载

当数据过多或运行时间过长时，可能会导致软件。

3.误用

其中一个例子是某些意外输入数据或输入序列

b)

1.直指目标

测试用例应针对特定对象。可能是特定条件、特定代码行或特定边界。每个失败的测试用例

都应该测试工程师找到的确切位置。

2.确保关键组件被测试

由于时间/成本限制，测试关键组件的测试用例优于测试从未使用的组件的测试用例。

3.测试需求中指定的边界情况

可能的输入有很多。边界测试用例要远优于随机测试用例。

4.不要重复

测试用例之间应该是相互独立的。除了测试外，没有必要在同一个条件下进行多次测试。

5.使程序触发某些易出错情况。

确保即使测试用例不在需求文档中，程序也不会。

a.)Functionalceofmoduisachievedbymakingmodusingle-minded(highcohesion)and

preventingexcessiveinteraction(lowcoupling)withothermoduorsystemelements.t

moduareeasiertodevelop,maintain,andtest,becausetheimpactofsideeffectsisreduced(asisthe

propaionoferrors).Thisalsomakesiteasiertoperformparallelimplement