在系统的需求分析阶段，可以使用用例对系统需求建模。用例可以使用UML的用例图来表示。请分别用100字以内的文字解释UML用例图中扩展用例和抽象用例的内涵。

用例图展现了一组用例、参与者以及它们之间的关系；通常包括：用例；参与者；扩展关系、包含关系。用例是对一组动作序列的描述，系统执行这些动作将产生一个对特定的参与者有价值而且可观察的结果。用例图用于对系统的静态用例视图进行建模。这个视图主要支持系统的行为，即该系统在它的周边环境的语境中提供的外部可见服务。当对系统的静态用例视图建模时，可以用下列两种方式来使用用例图。1、对系统的语境建模。对一个系统的语境进行建模，包括围绕整个系统画一条线，并声明有哪些参与者位于系统之外并与系统进行交互。在这里，用例图说明了参与者以及他们所扮演的角色的含义。2、对系统的需求建模。对一个系统的需求进行建模，包括说明这个系统应该做什么（从系统外部的一个视点出发），而不是考虑系统应该怎么做。在这里，用例图说明了系统想要的行为。通过这种方式，用例图使我们能够把整个系统看作一个黑盒子。可以观察到系统外部有什么，系统怎样与哪些外部事物相互作用，但却看不到系统内部是如何工作的。
扩展：对基用例的扩展，基用例是一个完整的用例，即使没有子用例的参与，也可以完成一个完整的功能。在用例图中使用带箭头的虚线表示（在线上标注<>），箭头从子用例指向基用例。
包含：include为包含关系，当两个或多个用例中共用一组相同的动作，这时可以将这组相同的动作抽出来作为一个独立的子用例，供多个基用例所共享。include关系在用例图中使用带箭头的虚线表示（在线上标注<>），箭头从基用例指向子用例。

本题考查软件需求的基础知识。功能需求描述了用户使用产品必须要完成的任务，UML的用例图可以用来对功能需求建模。非功能需求描述软件解决方案必须具有的质量特性，如性能、安全等。过程约束是对用于构建系统的技术和资源的限制。设计约束是已经做出的设计决策或限制问题解决方案集的设计决策

本题考查软件需求的基础知识。功能需求描述了用户使用产品必须要完成的任务，UML的用例图可以用来对功能需求建模，故25题答案为A，26题的答案也为A。非功能需求描述软件解决方案必须具有的质量特性，如性能、安全等。过程约束是对用于构建系统的技术和资源的限制。设计约束是已经做出的设计决策或限制问题解决方案集的设计决策。