软件需求规格说明书网上选课.doc

网上选课系统 软件需求规格说明书 V1.01 提交部门: * 文档编号: D-A0003-A1-001 提交日期:2005 年 10 月 25 日 审核日期： * IncInc. . AllAll RightsRights Reserved.Reserved. HistoryHistory REVDateContentsAuthorConfirm 1.012005-10-25 Requirement Spec first version issued * Table of Content 1 1项目背景项目背景.4 1.1标记.4 1.2系统概述.4 1.3系统目标.4 1.4术语解释.4 1.5参考文献.4 2业务流程描述业务流程描述.5 2.1业务组织架构.5 2.2用户描述.5 2.3业务流程简介.5 2.3.1课程目录发布.5 2.3.2学生选课.5 2.3.3选课单审查.5 3 3功能需求描述功能需求描述.6 3.1功能概述.6 3.1.1系统目标.6 3.1.2功能列表.6 3.2数据流图.6 3.2.1系统视图.6 3.2.2课程维护.7 3.2.3数据处理.7 3.2.4数据.7 3.2.4.1课程目录7 3.2.4.2选课单8 3.2.5数据流.8 4 4非功能性需求非功能性需求.9 4.1运行时环境.9 4.1.1软件要求.9 4.1.2硬件要求.9 4.2系统保密性.9 4.3系统安全性.9 4.4可维护性.9 4.5扩充性.9 4.6有关项目的培训.10 4.7一个初步的项目计划时间表.10 5 5待解决问题待解决问题.11 1 项目背景 1.1 标记 SCR-SRS-V1.0 网上选课系统软件需求规格书, V1.0 版 1.2 系统概述 *学院决定采用一套能够支持网上选课的系统来取代目前基于人工方式运行的选课作业。目前 人工作业存在的主要问题： 1.人工审查选课单的工作量占用了工作人员的主要工作时间。 2.* 1.3 系统目标 *学院的选课系统应当是一个基于 Internet/Intrnet 的 B/S 形式的网络系统，能够满足*学院 以下主要要求： 1.选课目录的维护和发布 2.学生选课 3.选课费用统计 4.选课审查和统计 5.* 1.4 术语解释 1.专业选修课 2.* 3.课程： 1.5 参考文献 1.*学院 2002 年关于实行学分制的通知 2.*学院 2002 年选课程序 2 业务流程描述 2.1 业务组织架构 教务处 系教学秘书 学生 提交选课单 提交课程 2.2 用户描述 教务处：负责审核和发布各系教学秘书提交的本学期开设的各门课程资料 向各系提交每门课程的选课学生名单 教学秘书：负责向教务处提供每学期开设的各门课程资料 学生：向教务处提交自己的选课单 2.3 业务流程简介 2.3.12.3.1 课程目录发布课程目录发布 1、各系教学秘书在规定的时间之前，向教务处提交每学期将要开设的各门课程资料。 2、教务处审查课程资料信息是否完备 3、教务处可将审查合格的待选课程信息随时发布，供学生选修。 2.3.22.3.2 学生选课学生选课 教务处 学生提交选课单 2.3.32.3.3 选课单审查选课单审查 （略） 3 功能需求描述 3.1 功能概述 3.1.13.1.1 系统目标系统目标 本系统基于用户要求，主要包括以下几个部分： 选修课程管理 选课单管理 统计报表 3.1.23.1.2 功能列表功能列表 编号名称优先级备注 以下是各系教学秘书的功能 CR001创建新课程H CR002修改课程信息H 报送待选课程目录H 以下是有关教务处的功能 CR100发布待选课程 以下是有关学生的功能 CR200提交选课单 3.2 数据流图 3.2.13.2.1 系统视图系统视图 学生提交选课单网上选课系统教务处 系教学秘书 收费系统 收费明晰 课程维护 提交课程目录 打印课程选课 学生名单 （图 1 顶级数据流图） 2 课程维护 课程目录 选课单 1 选课单管理 学生提交 （图 2：第 0 层数据流图） 3.2.23.2.2 课程维护课程维护 2.1列出未 审核课程 2.2 修改课程信息 2.3 发布课程目录 2.4查阅课 程选课名单 课程目录 选课单 3.2.33.2.3 数据处理数据处理 处理项选课单审查 输入学号、3 到 7 门选修课程 输出审查结果通知 启动条件收到学生提交的选课单 加工逻辑1.接受选课单，送入待处理队列 存取要求在系统开放选课期间，对提交的选课单进行审查，审查结果应该生成一 份结果，当学生再次登陆时，可以查看通知。此项要求可进行批处理作 业 3.2.43.2.4 数据数据 3.2.4.1课程目录 文件名课程目录 别名无 简述每个学期学生可以选修的所有课程目录 组成课程代号+课程名称+学时+学分+上课地点+上课时间+教材+教师 查询方式1.按照学年+学期+专业查询 获得一个学期某个专业的所有待选课程 2.按照课程查询 获得一门课程的详细信息 3.按照教师 4.按照上课时间 存取要求立即 3.2.4.2选课单 文件名选课单 别名无 简述每个学期学生确定选修的所有课程纪录 组成学号+学年+学期+3课程代号7 查询方式1.按照学年+学期+课程 获得一门课程下的选课学生名单 2.按照学年+学期+学号 获得一个学生在某学期的选课清单 存取要求立即 3.2.53.2.5 数据流数据流 系统名选课管理 数据流名选课结果通知 来源选课审查 去向学生 组织方式1.学号+学年+学期+3课程代号+通过|未通过7 简要说明在审查完每一份选课单后，系统生成的给与学生的一份每门选修课程的 是否准予选修的审核结果通知。 4 非功能性需求 4.1 运行时环境 4.1.14.1.1 软件要求软件要求 简要描述有关用户对系统运行时所需软件环境的要求： 服务器操作系统 数据库选型 WEB 服务器 应用服务器 客户端环境要求 。 。 。 。 。 。 。 4.1.24.1.2 硬件要求硬件要求 简要描述用户对系统运行所需硬件（含网络）环境的要求： 网络拓扑结构 可能的服务器配置和参数 。 。 。 。 4.2 系统保密性 系统要求每个用户必须注册获得帐号和密码 用户必须登陆才可以使用系统提供的功能 每个帐号对应一种角色（学生，教师，系教学秘书，教务处管理员） ，只能看到该帐号 所分配的功能 。 。 。 。 。 。 4.3 系统安全性 系统应该能够保证学生选课数据的数据存储安全，考虑合时的备份策略 。 。 。 。 。 。 4.4 可维护性 系统必须提供和提交给用户使用软件一致的用户手册 系统必须提供和提交给用户使用软件一致的系统数据模型 系统必须提供和提交给用户使用软件一致的系统接口数据 。 。 。 。 。 。 。 4.5 扩充性 考虑到目前该学院成绩管理及其他系统尚未实施，因此本系统必须提供接口能够和未来的 成绩管理等系统保持连接：要求， 能够提供开放式的接口方便用户添加新的模块和功能 能够导出系统的课程目录数据以及学生选课数据 能