补充规约.docVIP

武汉大学国际软件学院 Dormanager 项目组 Dormanager 学生宿舍管理系统 补充规约 用于系统设计说明及整体需求规划 版本 2.0 修订历史纪录 日期 版本 说明 作者 11／01／2003 12／01／2003 简介 目的 范围 定义、首字母缩写词与缩略语 参考资料 功能 系统错误记录 远程访问 可用性 Windows兼容性 易于使用的设计 联机帮助 可靠性 可用性 平均故障间隔时间 性能 数据库访问响应时间 事务响应时间 可支持性 查询者软件 设计约束 学生信息系统 平台需求 Internet浏览器 C#兼容性 联机用户文档和帮助系统需求 购买的构件 接口 用户界面 硬件接口 软件接口 通信接口 许可需求 法律、版权及其他声明 适用的标准 简介 1．1目的 本文档的目的是定义学生宿舍管理系统的需求。本补充规约列出了不便于在用例模型的用例中获取的系统需求。补充规约和用例模型一起记录对系统的一整套需求。该文档适用于学生宿舍管理系统及其用例模型。设计员在定义类的职责、操作和属性时，或在调整类使其适应实施环境时参考该 SRS 包。实施员实施类时在 SRS包 中查找输入。 项目经理计划迭代时在 SRS 包中查找输入。 测试员使用 SRS 包来核实系统的一致性。请参见词汇表本节列出了许多用例所共有的功能性需求。所有的系统错误都应当记录下来。系统的致命错误会导致系统的有序关闭。 通过Internet连接，可以远程使用所有的功能。这可能需要应用程序或控制器在远程计算机上运行。本节列出了所有那些涉及或影响系统可用性的需求。桌面用户界面应与 Windows 98/2000/XP 兼容。课程注册系统用户界面的设计应当着眼于易于使用，使具有一定计算机知识的用户群体不需要经过更多的培训就能够使用该系统。课程注册系统的每项特性都应具有内置的用户联机帮助。联机帮助应包括关于系统使用的分步指导。联机帮助还应包括术语和缩写词的定义本节列出了所有的可靠性需求。学生宿舍分配系统在每周七天，每天二十四小时内都应是可以使用的。死机的时间应少于 4%。平均故障间隔时间应超过三百小时。本节概述了系统的性能特征。系统将能在十秒钟内提供对房产信息数据库的访问。系统必须能够在2分钟内完成所有事务的80%。本节定义了将加强正在构建的系统的可支持性或可维护性的所有需求。查询者应该能够通过PC上自带的浏览器软件来实现系统查询功能。本节列出了正在构建的系统的所有设计约束。系统应与在教务处运行的学生信息数据库同步更新。本系统的服务器端程序应在具有P4处理器或更高配置的个人电脑或服务器上运行。本系统的基于Web页的界面应在Netscape4.0或更高版本和InternetExplorer5.0或更高版本的浏览器中运行。服务器端应安装有C# SDK。系统所提供的各项主要功能都应具有它自己的联机帮助功能。无。不需要定制硬件接口。为了接收内容，本系统将和现有的教务处学生信息管理系统互连。系统不需要定制的通信接口。不需要客户许可证。在内容中应按政策要求包括注明内容所有权的版权声明。 Dormanager 补充规约 第 4 页