8.3 特殊需求
无。
8.4 前置条件
核准菜单必须进入该系统。
8.5 后置条件
该用例成功，则财务数据库存入一条新的信息，否则，系统数据库维持现状。
8.6 扩展点
无。
三 补充规约
1.目的
本补充规约列出了餐馆管理系统的非功能性需求和部分全局性需求。它和用例模型在一起，组成了完整的系统需求规格说明书。
2.范围
本说明书除定义了许多用例中共有的功能性需求以外，还定义了系统的非功能性需求，如可靠性、可用性、系统性能和可支持性等。
3.参考
无
4功能性
4.1满足多个顾客的并发执行。
4.2当顾客预定饭菜时，系统必须判断该食品是否还有剩余，若该食品已无库存，需提醒顾客，并通知采购部门进行采购。
5 可用性
顾客界面视窗与WINDOWS系统兼容。
6. 可靠性
保证系统在配置完成以后24小时都可用，平均无故障时间应超过300小时。
7.性能
7.1 该系统应支持多达1000名顾客在任意特定时间使用中央数据库，并支持多达500名顾客在任何时候访问本地服务器。
7.2 系统要求对数据库的访问，存取速度要快，特别是对食品目录的访问的反应时间要在8秒内
8. 可支持性
无。
9. 安全性
系统要求有较高的安全性，由于在管理订单时，顾客的信息都在网络上传输，所以必须提供额外的安全性措施。
10 设计约束
无。
四 术语表
1.简介
本文档用来对一些术语进行定义，同时对用例说明或其他文档中读者不太熟悉的术语进行解释性的描述。