户），六个用例分，如图21所示。
图21系统的用例图
22用例规约用例图是对系统中的用例的高度概括和直观的表示，但没有细节。一个用例就像一个故事，使用文字叙述对用例进行详细描述。一个编写良好的用例应该具有很好的可读性，没有可读性的用例则一点儿用也没有。用例的描述可以有多种格式，从随意的语言描述到定义严格的用例模板，可根据实际情况选择。用例规约主要内容有：简要说明：简要介绍该用例的作用和目的。事件流：包括基本流和备选流，基本流描述的是用例的基本流程，是指用例“正常”运行时的场景；备选流描述的是用例执行过程中可能发生的异常或偶然情况。基本流和备选流综合起来能够覆盖一个用例所有可能发生的场景。用例场景：同一个用例在实际执行的时候会有很多不同的情况发成，称之为
3
f用例场景。用例场景就是用例的实例，包括成功场景和失败场景。在用例规约中，由基本流和备选流组合来对场景进行描述。在描述用例的时候要注意覆盖所有的用例场景。此外场景还能帮助测试人员进行测试，帮助开发人员检查是否完成所有的需求。特殊需求：描述与该用例相关的非功能性需求（包括性能、可靠性、可用性和可扩展性等）和设计约束（所使用的操作系统、开发工具等）。前置条件：表述在系统允许用例开始以前，系统应确保为真的条件。这可为后续的编程人员提供帮助，从而确定在用例的实现代码中哪些条件无须再次检验。如果前置条件不满足，用例无法被启动，比如“预定图书”用例的前置条件是读者已正确登录到系统中。后置条件：或称为成功保证。表述在用例结束时，系统将要保证的限定条件，一般都是在成功完成用例后成立。一旦用例被成功地执行，可能会导致系统内部某些状态的改变，比如成功地“借出图书”会使图书状态改变等。
4
f表21
新闻内容显示用例说明
用例名称：新闻内容显示参与者：一般浏览者简要说明：本例允许一般浏览者查看新闻的内容用例图：
新闻内容显示一般浏览者
基本流：当一般浏览者希望读取新闻内容时，本用例开始执行（1）浏览者根据输入的标题与系统取得联系（2）系统根据浏览者的需要返回与标题相关的信息（3）浏览者读取返回的信息备选流：在主流程中，如果浏览者输入的标题在系统中不存在，系统显示错误信息，浏览者接受此信息，用例结束。特殊需求：无前提条件：用例开始前，浏览者必须输入或选择一个标题后续条件：如果用例执行成功，浏览者成功读取所需的信息，否r