补充规约.doc

武汉大学国际软件学院 Dormanager 项目组Dormanager 学生宿舍管理系统补充规约用于系统设计说明及整体需求规划版本 2.0修订历史纪录日期版本说明作者110120031.0初始发布版本-草案陈耿120120032.0精华阶段后更新陈耿1 简介1.1 目的1.2 范围1.3 定义、首字母缩写词与缩略语1.4 参考资料2 功能2.1 系统错误记录2.2 远程访问3 可用性3.1 Windows兼容性3.2 易于使用的设计3.3 联机帮助4 可靠性4.1 可用性4.2 平均故障间隔时间5 性能5.1 数据库访问响应时间5.2 事务响应时间6 可支持性6.1 查询者软件7 设计约束7.1 学生信息系统7.2 平台需求7.3 Internet浏览器7.4 C#兼容性8 联机用户文档和帮助系统需求9 购买的构件10 接口10.1 用户界面10.2 硬件接口10.3 软件接口10.4 通信接口11 许可需求12 法律、版权及其他声明13 适用的标准1 简介11目的本文档的目的是定义学生宿舍管理系统的需求。本补充规约列出了不便于在用例模型的用例中获取的系统需求。补充规约和用例模型一起记录对系统的一整套需求。12范围该文档适用于学生宿舍管理系统及其用例模型。设计员在定义类的职责、操作和属性时，或在调整类使其适应实施环境时参考该 SRS 包。实施员实施类时在 SRS包 中查找输入。 项目经理计划迭代时在 SRS 包中查找输入。 测试员使用 SRS 包来核实系统的一致性。13定义、首字母缩写词和缩略语请参见词汇表14参考资料软件需求 - KARLE.WIEGERS可视化面向对象建模技术 - 刘超、张莉2 功能本节列出了许多用例所共有的功能性需求。21系统错误记录所有的系统错误都应当记录下来。系统的致命错误会导致系统的有序关闭。系统错误消息应包括错误的文本说明、操作系统的错误代码（如果适用于该错误）、检测错误状态的模块、数据戳和时间戳。所有的系统错误都应保存在错误日志数据库中。22远程访问通过Internet连接，可以远程使用所有的功能。这可能需要应用程序或控制器在远程计算机上运行。3 可用性本节列出了所有那些涉及或影响系统可用性的需求。31Windows兼容性桌面用户界面应与 Windows 98/2000/XP 兼容。32易于使用的设计课程注册系统用户界面的设计应当着眼于易于使用，使具有一定计算机知识的用户群体不需要经过更多的培训就能够使用该系统。33联机帮助课程注册系统的每项特性都应具有内置的用户联机帮助。联机帮助应包括关于系统使用的分步指导。联机帮助还应包括术语和缩写词的定义。4 可靠性本节列出了所有的可靠性需求。41可用性学生宿舍分配系统在每周七天，每天二十四小时内都应是可以使用的。死机的时间应少于 4%。42平均故障间隔时间平均故障间隔时间应超过三百小时。5 性能本节概述了系统的性能特征。51数据库访问响应时间系统将能在十秒钟内提供对房产信息数据库的访问。52事物响应时间系统必须能够在2分钟内完成所有事务的80%。6 可支持性本节定义了将加强正在构建的系统的可支持性或可维护性的所有需求。61查询者软件查询者应该能够通过PC上自带的浏览器软件来实现系统查询功能。7 设计约束本节列出了正在构建的系统的所有设计约束。71学生信息系统系统应与在教务处运行的学生信息数据库同步更新。72平台需求本系统的服务器端程序应在具有P4处理器或更高配置的个人电脑或服务器上运行。73 Internet浏览器本系统的基于Web页的界面应在Netscape4.0或更高版本和InternetExplorer5.0或更高版本的浏览器中运行。74 C#兼容性服务器端应安装有C# SDK。8 联机用户文档和帮助系统需求系统所提供的各项主要功能都应具有它自己的联机帮助功能。9 购买的构件无。10 接口101用户界面用户界面简洁美观。102硬件接口不需要定制硬件接口。103软件接口为了接收内容，本系统将和现有的教务处学生信息管理系统互连。104通信接口系统不需要定制的通