学生选修课管理系统需求说明书探究.doc

网上购物系统 软件需求说明书 目录 1. 引言 3 1.1 目的 3 1.2 项目范围 3 1.3 定义、缩略语、缩写 4 2. 系统需求概述 5 2.1 用例模型 5 2.2 假设和依赖 6 3. 系统详细需求 7 3.1 Use-Case 清单 7 3.2 规格说明 7 3.2.1 功能性需求 7 3.2.2 可用性 8 3.2.3 可靠性 8 3.2.4 性能 9 3.2.5 保障性 9 3.2.6 设计上的限制 9 4. 术语表 10 软件需求说明书 引言 目的 本文档描述了学生选课系统 项目范围 本次软件项目开发的是一个学生选课系统 学生能够对各科成绩进行查询。 能够对各科课程信息的查询 能够允许学生修改个人信息 学生能够浏览基本的课程并实现主要的选课功能 学生能够填写选课信息、查看已选课程、修改选课。 申请教课 老师能够查询课程，申请教课 老师能够查询课程报名人数情况，进行成绩评定 老师可以修改个人信息、浏览基本课程以及查看学生的选课情况。 管理员能够创建课程的指定任课老师、设定课程人数、统计学生选课信息、发通知。老师管理员使用子系统“选课管理”中的教学大纲信息和“科室分配管理”中的教师信息，制定选课表 管理员点击子系统“课程信息管理” 对学生和教师基本资料维护，课程基本资料进行添加、删除、更新或查询等相关操作的选修管理评定成绩的。选课系统 子系统用例图1如下： 子系统用例图2如下 用例的概要描述如下表所示： 主要参与者 优先级 用例名 用例概述 学生 高 选课 学生可以预览课程 高 成绩查询 学生可以查询课程名查询 高 课程信息查询可以获得的详细信息 高 选课操作 学生可以通过网页选择课程。 高 修改修改 高 修改个人信息 学生可以修改个人的信息 教师申请 教师在网页上申请教授课程 高 成绩管理成绩 高 课程信息查询 老师可以查询各科课程信息 高 选课管理 管理员对选课系统管理 高 用户管理 管理员对用户进行管理 高 学生及教师列表岁学生及教师的列表进行管理 可选课程列表 管理员对可选课程列表进行管理 发放通知 管理员对发放通知进行。 高 学生已选课程列表对学生已选课程列表进行管理 高 管理员添加添加 高 修改密码 管理员修改密码。 假设和依赖 学生和老师 用例名 对应用例文件 01 选课 01_ucspec.doc 02 成绩查询 02_ucspec.doc 03 课程信息查询修改 05_ucspec.doc 06 教师申请 06_ucspec.doc 07 成绩管理信息管理及教师列表 13_ucspec.doc 14 发放通知 14_ucspec.doc 15 学生已选课程列表员添加选课系统 本节描述了用例中通用的功能性需求。 日志系统 所有的系统出错信息都必须被记录到出错日志中。信息的格式必须是系统错误号码、日期、时间、错误信息。 和用户相关的每个页面迁移信息都必须被记录到追寻日志中。信息的格式必须是用户帐号、日期、时间、迁移的页面名。 每次处理前后的消耗的内存和处理时间都必须被记录到性能日志中。信息的格式必须是日期、时间、消耗的内存、处理时间。 监视系统 监视系统必须扫描日志系统如果有任何异常的情况，必须使用邮件系统向管理员发警告信。 安全系统 安全系统必须拦截非法的访问，和对网站的恶意进攻包括（XSS、SQL Injection、非法盗链等、非法字符输入等）。 预设管理员 在系统之初，将预先设定在一个管理员，他具有系统所有的权限。他的密码可以被再次修改。 可用性 下面列出了和系统的可用性相关的需求。 系统客户端 系统的客户端必须是Web浏览器，不需要安装额外的软件。 系统易用性 网上购物系统的用户界面设计必须简单明了，不需要顾客花费额外的时间来学习。 帮助服务 网上购物系统的每个重要页面上必须都有相关的帮助页面的链接，顾客可以使用它们来获得必要的帮助信息。 可靠性 可用性 网上购物系统必须能够24小时*7天的工作。 系统严重错误发生的平均时间间隔 系统发生严重错误的平均时间间隔应该大于300小时。 性能 最大的并发人数 网上购物系统的最大并发访问数应该为1000。在这个范围内，系统应该能够很好的工作。 最大系统响应时间 在最大并发数为1000范围内时，系统对用户的最大相应时间应该小于10秒/1万条数据。 最大的事务处理时间 网上购物系统的用户事务的最大处理时间应该是30秒，如果超过这个时间系统应该自动结束用户的事务处理。 保障性 出错对应时间 当系统发生错误时，对应的补丁程序的发布时间应该是小于2天/一件bug。 技术支持时间 本系统完全上线后的一年内，提供的技术支持时间应该是每周8小时*5天。 设计上的限制 数据库管理软件 系统必须使用Java接口同关系型数据库管理软件建