完整word版课程表管理系统需求规格说明书
学生选课管理系统需求规格说明书
学生选课管理系统需求规格说明书学生选课管理系统需求规格说明书1.引言本文档是学生选课管理系统的需求规格说明书，旨在详细描述该系统的功能和性能要求，以及用户需求和其他系统约束。
该系统旨在帮助学校管理和维护学生选课过程，提供高效的选课服务。
2.系统概述学生选课管理系统是一个基于网络的应用程序，旨在帮助学校管理和组织学生的选课过程。
该系统将实现以下功能：2.1 学生账户管理：学生可以创建个人账户，选择课程并管理自己的选课记录。
2.2 课程管理：教师和管理员可以创建和管理课程，包括课程信息、课程时间表和可选课程的容量限制。
2.3 选课管理：学生可以根据自己的学习计划和课程要求进行选课，系统能够自动检测冲突和容量限制。
2.4 成绩管理：系统可以记录学生的成绩，并提供成绩查询功能。
2.5 系统管理：管理员可以管理整个系统，包括用户账户、课程信息、教师信息等。
3.功能需求3.1 用户管理3.1.1 学生账户管理3.1.1.1 学生可以创建个人账户，包括姓名、学号、密码等必要信息。
3.1.1.2 学生可以修改个人信息，如密码、联系方式等。
3.1.1.3 学生可以查询自己的选课记录和成绩。
3.1.2 教师账户管理3.1.2.1 教师可以创建个人账户，包括姓名、工号、密码等必要信息。
3.1.2.2 教师可以修改个人信息，如密码、联系方式等。
3.1.2.3 教师可以查看自己所教授的课程信息和学生选课情况。
3.1.3 管理员账户管理3.1.3.1 管理员可以创建个人账户，包括姓名、工号、密码等必要信息。
3.1.3.2 管理员可以修改个人信息，如密码、联系方式等。
3.1.3.3 管理员可以管理学生、教师账户的相关信息，如添加、删除账户等。
3.2 课程管理3.2.1 添加课程3.2.1.1 教师和管理员可以添加课程，包括课程名称、学分、授课教师、上课时间等信息。
3.2.1.2 添加课程时需要检查课程名称是否重复，教师是否存在等。
课表需求规格说明书
需求规格说明书1．引言 (1)1.1编写目的 (1)1.2项目背景 (1)1.3定义 (2)1.4参考资料 (2)2．任务概述 (2)2.1目标 (2)2.2运行环境 (3)2.3条件与限制 (3)3．数据描述 (3)3.1静态数据 (3)3.2动态数据 (3)3.3数据库介绍 (3)3.4数据词典 (4)3.5数据采集 (4)4．功能需求 (4)4.1功能划分 (4)4.2功能描述 (5)5．性能需求 (5)5.1数据精确度 (6)5.2时间特性 (7)5.3适应性 (7)6．运行需求 (7)6.1用户界面 (7)6.2硬件接口 (7)6.3软件接口 (7)6.4故障处理 (7)7．其它需求 (7)1．引言1.1编写目的本报告的目的是规范化本软件的编写，旨在提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了我们的面向川大学生的课表系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用。
同时，软件需求说明书的编制也是为了使用户和软件开发者双方对该软件的运行环境、功能和性能需求的初始规定有一个共同的理解，使之成为整个开发工作的基础，为概要设计提供需求说明。
预期读者是项目委托单位的管理人员、设计人员和开发人员。
1.2项目背景a. 项目的委托单位、开发单位和主管部门：项目名称：面向川大学生的课表系统项目的提出者：李旭伟项目的开发者：韩珍辉、彭小童、陈晨斐项目的用户：四川大学在校学生b. 本软件系统将要实现的四川大学课程表项目是融合了四川大学教务处课表查询功能以及超级课程表功能的课表项目。
它的基本用户为四川大学教师、在校学生和教务管理人员，基本实现了课程查询、学生及老师课表设置、空闲教室查询、教务信息管理与维护等功能。
1.3定义a．软件需求分析：软件需求分析就是把软件计划期间建立的软件可行性分析求精和细化，分析各种可能的解法，并且分配给各个软件元素。
课程管理系统软件需求规格说明书
课程管理系统软件需求规格说明书目录1.引言 (3)2.系统概述 (3)2.1产品标识 (3)2.2产品描述 (3)2.3运行环境 (3)3.数据描述 (4)4.功能需求 (4)4.1功能划分 (4)4.2功能描述 (5)4.3系统用例图 (5)1.引言编写此文档的目的是进一步定制软件开发的细节问题,希望能使本软件开发工作更具体。
是为使用户、软件开发者及分析人员对该软件的初始规定有一个共同的理解，它说明了本产品的各项功能需求、性能需求和数据要求，明确标识各功能的实现过程，阐述实用背景及范围，提供客户解决问题或达到目标所需的条件或权能，提供一个度量和遵循的基准。
老师在授课过程中，存在着学生签到、课程讲义管理、课程作业管理、如何保证师生交流等的管理问题。
过去的管理方式，过于繁琐，效率不高，占用了老师大量的精力，迫切需要有一个电子管理系统，可以有效帮助老师进行课程管理，高效地完成教学工作。
2.系统概述2.1产品标识软件名称：微信公众号课程管理系统2.2产品描述本产品为微信公众号课程管理系统，方便老师在公众号上实现对本人所授课程的管理。
2.3运行环境后台服务器运行于新浪SAE，系统使用环境为微信公众号。
数据库选择为MySQL。
文件存储环境为新浪SAE->Storage。
3.数据描述4.功能需求4.1功能划分（一）老师：签到单管理签到管理讲义上传与管理 作业查看与管理 人员管理发回帖功能（二）学生：签到讲义查看作业提交发回帖联系老师4.2功能描述（一）老师：签到单管理：自动生成若干个签到单，用于组织学生签到。
签到管理：检查签到学生，以及未签到学生名单。
讲义上传与管理：上传课程讲义，方便学生查看，以及对课程讲义进行管理，对于不合适的讲义可以删除。
作业查看与管理：查看学生上传作业，并对其进行管理，对不合格讲义可以删除，让学生重新提交。
人员管理：增加、删除本课程人员，帮助设置人员登录密码，以及人员角色。
发回帖功能：通过发帖，传达通知。
(完整word版)数据库课程设计教务管理系统
洛阳理工学院课程设计报告课程名称数据库课程设计设计题目教务管理系统专业计算机科学与技术班级学号姓名完成日期课程设计任务书设计题目：教务管理系统设计内容与要求：设计教务管理系统，类似于我校教务管理系统，有四类用户：教务员、学生、教师、管理员教务员可以输入学生、教师、班级、课程信息。
一个班级只属于一个专业，一个学生只属于一个班级。
教务员负责输入每个专业、每个班级需要学习哪些课程，指定课程的任课教师。
教师可以查看学习该课程的学生名单。
课程结束后，教师可以录入课程成绩。
一个教师可以教授多个班的多门课程，每门课由多位老师讲授。
课程分两类，必修课和选修课。
系统要记录每个学生学习各门必修课的成绩，还要记录学生选修了哪些选修课以及课程成绩。
学生可以查看自己各门课程的成绩。
学生还可以进行评教，给老师打分。
管理员可以输入教室信息，并结合班级、课程、教室信息实现自动排课。
要求：1.完成本系统的需求分析，写出功能需求和数据需求描述；2.完成数据库的概念结构设计、逻辑结构设计、物理结构设计；3.完成本系统的部分功能模块的程序界面设计。
指导教师：2017 年12 月29 日课程设计评语成绩：指导教师：_______________年月日目录一、概述 (2)1.1、本设计的目的与意义 (2)1.2、数据库开发工具和应用程序开发工具 (2)二、需求分析 (2)2.1功能需求 (2)2.2数据需求 (2)三、概念结构设计 (2)3.1、E-R模型设计 (2)3.2、总体E-R图描述 (4)四、逻辑结构设计 (4)4.1、关系模型 (4)4.2、关系模式的优化与说明 (4)五、物理结构设计 (5)5.1建立数据库 (5)5.2表与表结构 (5)六、应用程序设计 (6)6.1、系统总体结构 (6)6.2、系统界面与源代码 (7)6.2.1、界面 (8)6.2.2、功能描述 (9)6.2.3、程序源代码 (10)七、设计总结 (23)一、概述本系统后台数据库采用Microsoft SQL Server 数据库，该数据库系统在安全性、准确性和运行速度方面有绝对的优势，并且处理数据量大，效率高；前台采用Microsoft 公司的Visual Studio 2010作为主要开发工具，可与SQL Server 2008数据库无缝链接。
课程管理系统需求说明书
燕京理工学院YANCHING INSTITUTE OF TECHNOLOGY课程管理系统软件需求说明书学院：信息学院姓名：郭文月学号： 140210100 专业班级：计科1404指导教师：周建敏1引言1.1编写目的 (3)1.2背景 (3)1.3定义 (3)1.4参考资料 (3)2任务概述2.1目标 (3)2.2假定和约束 (3)3需求规定3.1对功能的规定 (4)3.2结构图3.2.1系统结构图 (4)3.2.2功能结构图 (4)3.2.3数据流词条描述 (5)3.3对性能的规定 (5)3.2.1精度 (5)3.2.2时间特性要求 (6)3.2.3灵活性 (6)3.4输人输出要求 (6)3.5故障处理要求 (6)3.6系统安全性要求 (6)3.6其他专门要求 (6)4运行环境规定4.1设备 (7)4.2支持软件 (7)4.3接口 (7)4.3.1 内部接口 (7)4.3.2 硬件接口 (7)4.3.3 软件接口 (7)4.3.4 通讯接口 (7)4.4控制 (8)1 引言1.1编写目的为了使本系统的使用者和软件开发者双方对该软件的初始规定有一个共同的理解，使之对整个开发工作的基础，明确系统需要实现的功能，确定需求边界。
特编制本文档。
本文档一经确认，将成为系统开发人员进行开发以及用户对系统验收的依据。
本文档的预期读者有：本系统最终使用者、系统管理人员、本系统开发人员、本系统测试人员。
1.2背景开发软件的名称：学生课程管理系统项目的任务提出者：燕京理工学院信息院郭文月用户：学生实现软件的单位：1404班郭文月学生兼容系统：Windows XP SP2/SP3，win7 ，win8开发工具：Myeclipse 101.3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4参考资料[1]《软件工程模型与方法》，肖丁等，北京邮电大学出版社。
[2]《+Dreamweaver8案例精粹》武新华等，西安电子科技大学出版社[3]《信息系统应用与开发案例教程》，陈承欢，清华大学出版社2任务概述2.1目标课程的管理：包括课程的添加，修改和删除等学生信息的管理：包括学生信息的添加，修改和删除等学生课程的管理：包括学生通过浏览器进行添加登录用户，学生添加课程的学分信息等。
教务管理系统需求规格说明书V1.0
需求规格说明书1.引言1.1.编写目的本需求规格说明书的撰写目的是为对教务管理系统做出详细的需求分析，文档面向小组内部成员，用以指导开发各个阶段的流程，明确软件需求、安排项目规划与进度、组织软件的开发与测试，以及日后对系统进行改讲，为开发人员、维护人员及用户之间提供共同的协议以保证开发任务能够顺利进行。
是项目开发的基础，对小组日后工作具有总领和指导的意义。
1.2.项目背景随着学校教育水平的不断提高，学校规模不断扩大，传统的C/S结构的信息管理软件已经远远不能够满足学校的需求，已经成为学校进一步发展的瓶颈。
经总结，这类信息系统软件存在如下的缺陷：软件维护的费用高，因为各个用户都要安装客户端软件。
信息查询不方便。
不利于远程管理。
软件的可操作性不高。
为了弥补这些缺陷，消除影响学校进一步发展的瓶颈，降低学校的信息软件维护成本，进一步方便学生使用，方便教职工管理，我们“神马”项目组决定在这次软件需求工程中，开发基于B/S架构的学生管理系统。
1.3.定义缩写、术语及符号解释JavaWeb是用Java技术来解决相关web互联网领域的技术总和。
MySQL MySQL是一个小型关系型数据库管理系统，开发者为瑞典MySQL AB公司。
HTML HyperText Mark-up Language，即超文本标记语言或超文本链接标示语言，是目前网络上应用最为广泛的语言，也是构成网页文档的主要语言。
JSP由Sun Microsystems公司倡导、许多公司参与一起建立的一种动态网页技术标准。
MVC模型(Model),视图(View)和控制Controller)。
目的是实现Web系统的职能分工。
1.4.参考资料[1] Karl E.Wingers著，软件需求，清华大学出版社，2004[2] Dean Leffingwell等著，软件需求管理——统一方法，机械工业出版社，2002[3] Soren Lauesen著，软件需求，电子工业出版社，2002[4] lan Sommerville著，需求工程，机械工业出版社，2003本文档按照软件工程国家标准编写§2.任务描述2.1.目标2.1.1 理念目标：进一步提高学校的信息化管理水平，方便学生对个人基本信息及成绩的查询，方便教职工的管理，降低学校信息管理软件的维护成本。
教务管理系统需求规格说明书
教务管理系统需求规格说明书教务管理系统需求规格说明书1.引言本文档旨在详细描述教务管理系统的需求规格，包括系统的功能、性能、可靠性、安全性以及对外部系统的接口。
通过本文档，可以使开发人员和用户充分理解系统的需求，保证系统开发的顺利进行。
2.需求概述2.1 目标本教务管理系统旨在提供一个高效、方便的平台，帮助学校及其相关部门管理学生信息、课程信息、教师信息、考试信息等。
2.2 系统范围本系统将包含学生管理、课程管理、教师管理、考试管理等模块，支持多种操作，包括查询、添加、修改和删除，同时保证系统的安全性和性能。
3.功能需求3.1 学生管理模块3.1.1 学生信息录入与管理：支持学生信息的录入、查询、更新和删除，包括学生基本信息、学籍信息、奖惩信息等。
3.1.2 学绩管理：支持学绩的录入、查询和统计分析，并提供成绩报表功能。
3.1.3 学生选课管理：支持学生选课、退课和查询已选课程。
3.2 课程管理模块3.2.1 课程信息录入与管理：支持课程信息的录入、查询、更新和删除，包括课程名称、授课教师、上课时间等。
3.2.2 课程评价管理：支持学生对课程的评价，包括评分和评论功能。
3.3 教师管理模块3.3.1 教师信息录入与管理：支持教师信息的录入、查询、更新和删除，包括教师基本信息、所授课程等。
3.3.2 教师评价管理：支持学生对教师的评价，包括评分和评论功能。
3.4 考试管理模块3.4.1 考试安排与管理：支持考试信息的录入、查询、更新和删除，包括考试科目、考试时间、考场安排等。
3.4.2 考试成绩发布：支持考试成绩录入并发布给学生，学生可以查询自己的考试成绩。
4.性能需求4.1 响应时间：系统的响应时间应在合理范围内，对常见操作的响应时间要求不超过2秒。
4.2 并发性：系统能够支持多用户同时访问，要求系统能够同时处理至少100个用户的请求。
4.3 稳定性：系统应保持稳定运行，支持长时间运行并具备容错机制。
精品设计文档课程设计管理系统需求规格说明
课程设计管理系统需求规格说明书版本: V1.2发行日期: 2009/10/7作者：１修改情况一览表２1 引言 (4)1.1 编写目的 (4)1.2 项目背景 (4)1.3 定义 (4)1.4 参考资料 (5)2 任务概述 (6)2.1 目标 (6)2.2 运行环境 (6)2.3 条件与限制 (7)3 数据描述 (7)3.1 静态数据 (7)3.2 动态数据 (8)3.3 数据库介绍 (8)4 功能需求 (8)4.1 功能划分 (8)4.2 领域模型（Domain Model） (53)4.3 系统顺序图（System Sequence Diagram） (56)5 性能需求 (76)5.1 数据精确度 (76)5.2 时间特性 (76)5.3 适应性 (76)6 运行需求 (76)6.1用户界面 (76)6.2硬件接口 (76)6.3软件接口 (76)6.4故障处理 (76)7 其它需求 (77)３1 引言1.1编写目的编写该文档的目的旨在描述课程管理系统的需求，使开发小组成员对项目有初步的了解，以便与客户沟通，提出意见建议，进一步了解项目需求。
同时本文档明确了软件需求.安排项目规划与进度.组织软件开发与测试，为日后软件开发打下基础。
1.2项目背景《软件工程导论》.《面向对象分析与设计》和《J2EE平台技术》是厦门大学软件学院开设在三年级上学期的专业课程。
为了让学生深入连接软件行业的开发过程掌握面向对象的开发内容和方法，进行了一个从项目的准备需求分析到项目结束的课程设计。
1.3定义问题式学习：问题式学习是把学习设置到复杂的.有意义的问题情境中，通过让学习者合作解决真实的问题，来学习隐含于问题背后的科学知识，形成解决问题的技能，并形成自主学习（self-directed learning）的能力。
PBL旨在使学习者建构起宽厚而灵活的知识基础；发展有效的问题解决技能；发展自主学习和终生学习的技能；成为有效的合作者；并培养学习的内部动机。
教务管理系统需求规格说明书
教务管理系统需求规格说明书教务管理系统需求规格说明书一、引言随着学校规模的扩大和管理的复杂化，教务管理工作成为了学校运营的重要环节。
为了提高教务管理效率，降低管理成本，本文旨在详细描述教务管理系统的需求规格说明书，为开发人员提供清晰的开发指导。
二、需求概述教务管理系统应具备以下功能：学生信息管理、课程管理、成绩管理、教学计划制定、排课管理等。
同时，系统应具有良好的性能、可靠性和安全性。
三、用户需求系统的用户主要包括教务管理员、教师和学生。
教务管理员需要能够方便地管理学生信息、课程信息、教学计划和排课情况等。
教师需要能够录入和查询课程成绩、查看教学计划和排课情况等。
学生需要能够查看个人基本信息、课程信息和成绩等。
四、功能特点1、基本信息管理：包括学生信息管理、教师信息管理、班级信息管理、课程信息管理等。
2、考试报名：提供在线考试报名功能，支持多种报名方式。
3、成绩管理：提供成绩录入、查询、统计和分析等功能。
4、课表管理：支持教学计划制定、课程安排和调课管理等。
5、报表分析：提供多种报表分析功能，如学生成绩分析、教师绩效分析等。
五、技术实现1、前端界面设计：采用响应式网页设计，支持多种设备访问。
2、后台处理流程：采用模块化设计，方便系统扩展和维护。
3、数据存储：采用分布式数据库，确保数据的安全性和可靠性。
4、数据备份：提供完善的数据备份和恢复机制，确保数据不丢失。
六、安全保障1、用户权限控制：对用户进行分级权限控制，防止越权操作。
2、数据加密传输：采用SSL协议，对数据进行加密传输，确保数据安全性。
3、系统日常监测：对系统进行日常监测，及时发现并处理异常情况。
七、商业模式1、收费方式：采用按用户收费的方式，根据用户类型和使用情况进行差异化收费。
2、服务级别：提供不同级别的服务，包括基础服务、高级服务和定制服务。
3、用户付费：提供多种付费方式，如在线支付、分期付款等。
八、市场前景随着学校规模的扩大和信息化建设的加速，教务管理系统的市场需求将持续增长。
(完整word版)学生信息管理系统需求规格说明书 (2)
学生信息管理系统需求规格说明书班级：计1301姓名：张晓雨学号：06姓名：李婉彤学号：02目录1.引言 (3)1.1. 目的 (3)1.2. 定义 (3)1.3. 参考资料 (3)1.4. 软件标识 (3)1.5. 软件描述 (4)1.5.1.系统属性 (4)1.5.2.开发背景 (4)1.6. 用户的特点 (6)1.7. 限制与约束 (6)2.具体需求 (7)2.1. 总体要求 (7)2.2. 功能需求 (8)2.2.1.系统门户子系统 (9)2.2.2.数据整合子系统 (13)2.3. 性能需求 (14)2.4. 数据库需求 (15)2.5. 设计约束 (15)2.5.1.其它标准的约束 (15)2.5.2.硬件约束 (15)2.6. 属性 (15)2.6.1.可用性 (15)2.6.2.可靠性 (16)2.6.3.效率 (16)2.6.4.安全性 (16)2.6.5.可维护性 (17)2.6.6.可移植性 (17)2.7. 外部接口需求 (18)2.7.1.用户接口 (18)2.7.2.硬件接口 (18)2.7.3.软件接口 (18)2.7.4.通信接口 (18)3.数据字典 (18)4.心得体会 (18)5.附录 (19)1.引言1.1.目的随着高校招生规模的逐步扩大和人事制度的改革，在校学生人数将不断增加，而学生管理人员则相对减少。
加上我国高等学校基层学生管理工作的头绪多、内容杂、管理细、要求高，传统管理办法已基本不适应新形势的要求。
在计算机飞速发展的今天，应用数据库技术实现学生成绩的计算机管理是可行而必要的工作。
实现高校学生管理信息系统，既能够提高工作效率，又可以提高工作水平。
1.2.定义Workflow：工作流1.3.参考资料《软件工程导论》张海藩清华大学出版社《软件使用工程》郑人杰清华大学出版社1.4.软件标识软件全称：学生信息管理系统软件简称：XSXXGLXT1.5.软件描述1.5.1.系统属性行政服务中心是改革开放进程中一项新生事物，是实践江总书记“三个代表”重要思想的具体表现，是改善投资环境，扩大开放，吸收外来投资，加快发展的重要举措。
教务管理系统需求规格说明书(20210303224409)
软件工程大作业《教务管理系统》需求规格说明书班级:1420 1 2小组成员：张垣仪鲍健昕杨鑫安娜王港目录1引言。
31、1目得 (3)1、2文档格式少1、3预期得读者与阅读建议4。
1、4范围4。
2、系统概述®2、1系统概述 (5)2、2总体架构。
62、3软件项目约束®3、详细描述・73、1用例描述7。
3、1、1学生功能需求 (7)3、2、2教师功能需求。
83、1、3管理员功能需求 (9)3、2活动流图1O3、2、1学生成绩查询。
1 03、2、2学生选课 .......................................................... 1 13、2、3学生课表查询。
1 23、2、4学生成绩录入 ..................................................... 1 33、2、5教师课表查询 ..................................................... 1 43、2、6用户信息修改 (15)3、3类图概述4、非功能性需求 (17)4、1性能需求................................................................. 1 74、2数据需求：4、3安全性需求............................................................... 1 84、4用户文档 (19)4、5其她需求191引言1、1目得该文档首先给出了整个系统得结构概况,然后又对功能需求、性能需求与其它非功能性需求进行了详细得描述。
其中对功能需求得描述采用了UML得用例模型方式，主要描述了每一用例得基本事件流。
且给出了直观得用例图，并做出了用例描述。
这些文字与图形都为了本文档能详细准确地描述用户得需求，同时也为用户更容易地理解这些需求得描述创造了条件。
教学管理系统需求规格说明书
三、需求规格说明书1．引言 (2)1.1编写目的 (2)1.2项目背景 (2)1.3定义 (2)1.4参考资料 (2)2．任务概述 (2)2.1目标 (3)2.2运行环境 (3)2.3条件与限制 (3)3．数据描述 (3)3.1静态数据 (3)3.2动态数据 (4)3.3数据库介绍 (4)3.4数据词典 (4)3.5数据采集 (5)4．功能需求 (6)4.1功能划分 (6)4.2功能描述 (6)5．性能需求 (6)5.1数据精确度 (6)5.2时间特性 (6)5.3适应性 (6)6．运行需求 (7)6.1用户界面 (7)6.2硬件接口 (7)6.3软件接口 (7)6.4故障处理........................................................................................... 错误！未定义书签。
7．其它需求................................................................................................... 错误！未定义书签。
1．引言1.1编写目的需求说明书的主要内容是关于我们团队所要设计的“教务管理系统”来编写的，本说明书的主要作用是对所设计的“教务管理系统”里面的数据进行描述，还有各种数据对应的类型进行了定义，所引用的资料进行整理。
让读者能清晰明了的知道软件所能实现的功能。
1.2项目背景开发软件名称：教学管理系统项目参与人：宋兰兰（组长）韩光辉杨鹏飞高翔项目来源：应教务管理中心要求主管部门：信息学院教务管理中心1.3定义Macromedia Dreamweaver 8：网页设计工具Microsoft SQL Server：数据库工具静态数据－－系统固化在内的描述系统实现功能的一部分数据动态数据－－在软件运行过程中用户输入的后系统输出给用户的一部分数据，也就是系统要处理的数据。
课程表需求规格说明书
课程管理软件项目需求规格说明书组长：2012201408连天奇组员：2012201423魏子涵2012201411那晓旭2012201405李丹20122014第八组作品目录1．引言 (4)1.1项目名称 (4)1.2编写目的 (4)1.3参考资料 (4)2．任务概述 (4)2.1项目总体目标 (4)2.2小组概况 (4)2.3小组分工 (5)2.4业务需求 (6)2.5运行环境 (6)2.6条件与限制 (6)2.7一般性描述 (6)3．功能需求 (10)3.1功能总体描述 (10)3.2功能模块1 (12)3.2.1 业务概述 (12)3.2.2 需求列表 (12)3.2.3 实现工具 (13)3.2.4 步骤 (13)3.3功能模块2 (14)3.3.1 业务概述 (14)3.3.2 需求列表 (14)3.4功能模块3 (14)3.4.1 业务概述 (14)3.4.2 需求列表 (14)3.5功能模块4 (15)3.5.1 业务概述 (15)3.5.2 需求列表 (15)3.6功能模块5 (16)3.6.1 业务概述 (16)3.6.2 需求列表 (16)3.7功能模块6 (17)3.7.1 业务概述 (17)3.6.2 需求列表 (17)3.8功能模块7 (18)3.8.1 业务概述 (18)3.8.2 需求列表 (18)4．功能性需求分类 (19)4.1数据流图 (19)4.2数据字典 (20)4.3 一级数据流图 (20)4.4 一级数据流图数据字典 (21)5．非功能需求 (21)5.1时间特性 (21)5.2软件接口 (21)5.3安全性 (21)5.4性能需求 (22)5.5可扩充性 (22)5.6互操作性： (22)5.7健壮性： (22)5.8易使用性： (22)5.9可维护性： (22)5.10可移植性： (22)1．引言1.1项目名称课程表管理软件1.2编写目的由于大学的课程每节课的地点都不一样，时间等不确定。
学生选课管理系统需求规格说明书
学生选课系统需求规格说明书目录０．文档介绍ﻩ错误!未定义书签。
0.1文档目的............................................................................................... 错误!未定义书签。
0.2文档范围............................................................................................... 错误!未定义书签。
0.３读者对象ﻩ错误!未定义书签。
0.４参考文档ﻩ错误!未定义书签。
1．产品介绍ﻩ错误!未定义书签。
2.产品面向的用户群体 .............................................................................. 错误!未定义书签。
3. 产品应当遵循的标准或规范ﻩ错误!未定义书签。
4.产品范围ﻩ错误!未定义书签。
5.产品中的角色ﻩ错误!未定义书签。
６. 产品的功能性需求................................................................................... 错误!未定义书签。
６．0功能性需求分类ﻩ错误!未定义书签。
6.1后台管理功能需求ﻩ错误!未定义书签。
6.1.１管理员信息管理ﻩ错误!未定义书签。
6．1．2教师信息管理 ........................................................................... 错误!未定义书签。
6.1．3学生信息管理ﻩ错误!未定义书签。
6．1.4课程信息管理ﻩ错误!未定义书签。
６.1.5排课管理....................................................................................... 错误!未定义书签。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
课程表管理系统
需求规格说明书
1.引
言
编写本报告的目的是明确本系统的详细需求，供使用单位确认系统的功能和性能，并作为软件设计人员的设计依据和使用单位的验收标准。
1.2项目背景
开发软件名称：课程表管理系统。
项目开发者：软件工程2组:
李晓明（组长），李雅星，李军佟，陈春运，赵俊峰，高鹏，周炯，吴娜娜，王星霞，李青艳
用户单位：琴岛学院
1.3参考资
料:
（1）张害藩，《软件工程导论》（第四版），清华大学出版社。
2.任务概述
2.1目标
课程表管理系统对于课程的管理和学习效果的统计有着很好的协助作用, 能否使教师以及学生及时准确地了解课程的安排和变动是系统成功与否的关键。
因此，课程表管理系统必
须提供简洁方便而及时准确的查询以及更新手段。
3.需求规定
1.在课程表管理系统中，管理员分为高级管理员和一般管理员，一般管理员为用
户建立基本课表信息，并且可定期或不定期的对课表信息进行上传、简单的修改、删除和查询，但是一般管理员只可对本专业课程信息进行修改, 不可跨专业修改。
一般管理员可向高
级管理员反馈信息。
高级管理员除一般管理员拥有的权限之外还可对其他专业的课程信息进 行修改、编辑等操作。
当学生查阅课程信息表时， 先输入学生学号，系统验证其学号的有效性，
无效则提
示其错误原因，有效则显示其专业信息， 然后选择所属专业的课程表进行查询。
课程表分专 业课程表及私有课程表，专业课程表主要显示用户（教师、学生）的专业信息，私有课程表 则为用户（教师、学生）进行私有信息（选修课程、重修课程）的查询情况，用户（教师、 学生）可以对其进行查询并更新操作，
而其他用户则无权查询非本人的私有课表信息。
可查询且下载此课程表， 若发现其中有错则可向系统报错， 若选择的专业与其所在专业不符
则不可进行报错操作只可进行基本课程查询 （不显示任何老师及教室）。
在提交错误报告时,
提交错误信息，系统接受后管理员进行检查核对，
并可修改错误信息。
当教师查询时，输入
职工号，显示其授课信息表，可对课程信息表进行查询、 权限管理、数据备份等通用功能。
另外，用户（教师、学生）可以对课表专业进行记录，记 录功能涉及反馈功能及记事本功能。
2.课程表管理员分为高级管理员（院里的系部主任等）和普通管理员（系里的例如
课程表的权限，普通管理员只能上传、删除和修改本系、本班所有的课程并可查询所有课程。
查询：学生登录之前需要登录验证，
学生需要通过输入学生本人的学号以及密码，
如果
验证正确登录成功，如果验证错误提示并自动跳转登录页面。
学生登录系统后可查询所有专
业所有课程表，并可以对学生本专业课程表出现的错误提出自己的意见, 据意见查实并修改课程表的错误。
任何登录的学生可任意下载任何专业的任何课程表。
3.为系统维护人员提供权限管理、数据备份等通用功能。
3.1数据流图（系统维护为通用功能，这里不做具体分析）
顶层图
学生
下载及报错。
为系统维护人员提供 班长或者学习委员等）两种。
高级管理员有上传、
删除、修改和查询全系所有专业和班级的
高级管理员可以根
0层图
课表信息
■课表情况-
选课信息表
课表信息表
课表查询条件课表情况
管理员
反馈情况
\选课信息
选课信息
'选课信息\、、
■"基本课表信息乂
选课情况信息
、（选课管理11
用户k一「管理）忘用户信息广
反馈信息表
用户信息表
选课信息
1层图（2用户管理）
f用户类别管理1
用户
用户（类别厂信息用户类别信息
用户类别表
用户信息
用户情况用户类别信息-
1层图（3管理员管理）* I用户信息管理1 -
用户信養信息
用户信息表
管理员
\修改信息
、
删除信息^添加管理^
"课表信息
改管理
课表信息
课表, 言息表
表信息信息
\ \ （删除管理）
选课信息一选课信息1层图（4用户查询）
（查询管理卜——亠―
课表情况一一一一4
课表查询条件
用户
用户
选课信息
［个人选课管理1—课表信息
储管理
1 1
选课信1
1 芋
息
基本课
1
K表信息
1■
课程信息表
选课
信
选课信息表用户信息表
1层图（5存档管理）
3.2数据描述
综上分析可以得出该系统具有管理员、用户和课程表等数据实体
(1) E-R 图
(2)数据实体结构描述
功能名称：学生用户表•一,
用户反馈报错信息"
二
寸I报错管理)反馈情况=报错信息
反馈报错情况
反馈信息表
=反馈评价信息
反馈情况
评价.信息
管理员
-===
反馈评价情况==
数据输出接受主要功能模块: 修改记录:
相关提供数据主要功能模块: 数据输出接受主要功能模块: 修改记录:
功能名称：课程 存储位置：课程信息
存储组织：冋一专业 的某时刻的某课程
主键：课程编号
数据兀素
数据米集方式 说明
课程编号 自动生成 主键，必须输入 上课时间 管理员输入 必须输入 上课专业 管理员输入 必须输入 任课教师
管理员输入
必须输入 相关提供数据主要功能模块： 数据输出接受主要功能模块： 修改记录：
3.3性能需求
稳定安全，易于操作管理。
查询速度：不超过 10秒;
其它所有交互功能反应速度：不超过 3秒 可靠性：平均故障间隔时间不低于
200小时。
3.4其他需求
能快速恢复系统和故障处理，方便系统升级和扩充，故障恢复时间不超过
所属专业 自动导入 必须输入
私有课程表
用户修改
此开发项目与学生老师的学习工作生活息息相关,
其准确性和速度要求较高，应该力求
5小时。
4.运行环境规定
4.1硬件环境
服务器
客户端
4.2软件环境
数据库服务器端
(1) 操作系统：Microsoft Win dows 2000 ⑵ 数据库管理系统：Oracle ，配置TCP/IP 协议 Web 服务器端 (1) 操作系统：Microsoft Win dows 2000 （2） In ternet 信息服务（IIS ）6.0管理器
⑶ Visual 2003 ，配置 TCP/IP 协议 客户端 (1)操作系统： Win dows 98/2000/2003/XP
(2) Web 浏览器：In ternet Ex plorer 5.0 以上或 Netsca pe 4.0 以上，配置 TCP/IP
协议
4.3 接口
硬件接口
考虑到大量数据的备份等要求，需要保持与磁带机和光盘刻录机的接口，这较易实现。
软件接口
这里，主要考虑软件与操作系统、数据库管理系统的接口，
以及局域网和互联网软件之
间的数据交换。
考虑到文档处理时有可能需要较常用的办公软件。
例如 系列，所以应尽量实现它们之间的数据格式的自动转换。
4.4控制
由于本系统采用目前的主流技术，对程序的运行和控制都没有特殊要求。
处理器（ CPU : Pentium 900M (推荐 Pentium 4 1.2G )
内存容量 (RAM
:至少256M （推荐512M ）
处理器（ CPU : Pentium 133M 或更高
内存容量 (RAM
:64M 或更高
Microsoft 的 Office。