学生选课管理系统需求规格说明书
【免费下载】软件规格说明书
学生信息管理系统软件需求规格说明书目录1 引言 (1)1.1 目的 (1)1.2 文档约定 (1)1.3 预期的读者和阅读建议 (2)1.4 产品的范围 (3)1.5 参考文献 (3)2 综合描述 (4)2.1 产品的前景 (4)2.2 产品的功能 (4).2.3该系统的结构图如下所示： (6)2.4人工处理过程 (12)2.5尚未解决的问题 (12)2.6 用户类和特征 (13)2.7 运行环境 (13)2.8 设计和实现上的限制 (14)2.9 假设和依赖 (14)3 外部接口需求 (15)3.1 用户界面 (15)3.2 用户接口 (15)3.3 外部接口 (16)3.4 内部接口 (17)4.运行设计 (18)4.1运行模块组合 (18)4.2运行控制 (18)4.3运行时间 (20)5.系统数据结构设计 (20)5.1逻辑结构设计要点 (21)5.2物理结构设计要点 (22)5.3数据结构与程序的关系 (22)6 系统特性 (25)6.1说明和优先级 (25)6.2激励／响应序列 (25)6.3输入／输出数据 (25)6.4功能需求与系统模块之间的关系 (26)7.系统出错处理设计 (27)7.系统出错处理设计 (27)7.1出错信息 (27)7.2补救措施 (27)7.3系统维护设计 (28)8 非功能性需求 (29)8.1 性能需求 (29)8.2 安全设施需求 (29)8.3 安全性需求 (30)8.4 软件质量属性 (30)8.5 业务规则 (30)8.6 用户文档 (30)8.7 其它需求 (30)9附件 (31)9.1词汇表 (31)1 引言由于现在的学校规模在逐渐的扩大，设置的专业类别、分支机构及老师、学生人数越来越多，对于过去的学生信息管理系统，不能满足当前学生信息管理的服务性能要求。
本报告对于开发新的<<学生信息管理系统>>面临的问题及解决方案进行初步的设计与合理的安排，对用户需求进行了全面细致的分析，更清晰的理解学生信息管理系统业务需求，深入描述软件的功能和性能与界面，确定该软件设计的限制和定义软件的其他有效性需求，对开发计划进行了总体的规划确定开发的需求与面临困难的可行性分析。
南邮软件工程课程设计实验报告材料-教务管理系统
南京邮电大学实验报告课程名称：软件工程课题名称教务系统课程设计专业：广播电视工程学生姓名：陈超班级学号：B13011413指导教师：范山岗日期：2015 年12 月25 日实验面象对象软件设计一、实验目的用面象对象方法设计实用软件，掌握需求分析方法，掌握掌握UML设计方法。
二、实验性质验证、设计实验。
三、实验要求1、选定题目编写需求分析说明2、学习Rational Rose环境3、学习通过Rational Rose绘制各类框图的方法。
四、环境简介1、Rational Rose可视化环境组成Rose界面的五大部分是浏览器、文档工具、工具栏、框图窗口和日志。
见图1-1。
图1-1：Rose界面浏览器：用于在模型中迅速漫游。
文档工具：用于查看或更新模型元素的文档。
工具栏：用于迅速访问常用命令。
框图窗口：用于显示和编辑一个或几个UML框图。
日志：用于查看错误信息和报告各个命令的结果。
1.2浏览器和视图浏览器是层次结构，用于在Rose模型中迅速漫游。
在浏览器中显示了模型中增加的一切，如参与者、用例、类、组件等。
浏览器中包含四个视图：Use Case 视图、Logical视图、Component视图和Deployment视图。
点击每个视图的右键，选择new就可以看到这个视图所包含的一些模型元素。
1.3框图窗口在框图窗口中，我们可以浏览模型中的一个或几个UML框图。
改变框图中的元素时，Rose自动更新浏览器。
同样用浏览器改变元素时，Rose自动更新相应框图。
这样，Rose就可以保证模型的一致性。
五、实验步骤1、编写需求分析说明书对系统需求进行初步的整理与分析，是后续建模和设计工作的基础。
需求分析说明书详情请见附录。
2、用UML语言对系统进行分析与建模（OOA）2.1建立用例图use case diagram从用例图中我们可以看到系统干什么，与谁交互。
用例是系统提供的功能，参与者是系统与谁交互，参与者可以是人、系统或其他实体。
学生选课管理系统需求规格说明书
学生选课管理系统需求规格说明书学生选课管理系统需求规格说明书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 添加课程时需要检查课程名称是否重复，教师是否存在等。
学生信息管理系统软件项目管理实验报告
学生信息管理系统软件项目管理实验报告Revised at 16:25 am on June 10, 2019实验报告<学生信息管理系统>实验项目一：可行性分析报告1.实验目的：根据理论课程所学内容,针对某一项目进行可行性分析训练2.实验原理：从理论课的学习中掌握规范的可行性分析技术,通过编写报告的形式得到练习;3.实验器材：Microsoft Office4.实验步骤：1参照理论学习的内容进行阅读思考；2针对某一软件项目,着手编写；3提交;实验一：学生信息管理系统可行性分析报告A1、引言学校的不断发展,学校规模不断扩大,学生数量不断剧增,有关学生的各种信息也成倍增长;面对庞大的数据信息,有一个学生信息管理系统是非常有必要的,不仅可以提高学生管理的工作的效率,还可以通过这个系统,可以做到信息的规范管理、科学统计和快速查询,从而减少管理方面的工作量;编写目的学校的不断发展,学校规模不断扩大,学生数量不断剧增,有关学生的各种信息也成倍增长;面对庞大的数据信息,有一个学生信息管理系统是非常有必要的,不仅可以提高学生管理的工作的效率,还可以通过这个系统,可以做到信息的规范管理、科学统计和快速查询,从而减少管理方面的工作量.项目背景开发软件名称：学生信息管理系统项目任务提出者：计算机与信息学院项目开发者：学生组用户：管理员、老师和学生定义学生信息管理系统SMIS：学生管理系统是帮助教学人员、行政人员和人事人员的管理软件,使用HTML5语言编写,独立完成其功能;SQL语言：SQL全称是“结构化查询语言”,SQL是一个非过程化的语言;参考资料1.<软件项目管理> 覃征徐文华翰毅唐晶编着清华大学出版社2.<软件工程> 钱乐秋赵文耘牛军钰编着清华大学出版社A2 可行性研究的前提要求1主要功能：本系统应该实现学生信息的管理与查询,具体包括学生信息查询,同时可以对信息进行修改,删除和添加,以及各种信息统计,学籍管理,新生注册等功能;2性能要求：查询效率尽可能做到精准,保持全校数据的一致性、准确性、实时性,信息维护功能做到简单易用;3输入要求：查询效率尽可能做到精准,保持全校数据的一致性、准确性、实时性,信息维护功能做到简单易用;4输出要求：学生基本信息和学籍各种处理的结果表格文档形式安全与保密要求：对该软件系统设置不同级别的访问权限,通过对不同权限的管理,实现对学生学籍的管理的安全性与保密方面的要求.5完成期限：2015年12月11日到2016年1月10日目标该软件的设计目标必须尽量达到人力与设备费用的节省,并且使软件处理数据的速度提高,软件的整个设计过程必须通过生产能力的提高,人员工作效率的提高等等使软件开发成本最小化.实现保证软件质量的前提下的资金投入最小化.条件,假定和限制建议软件寿命：10 年经费来源：无硬件条件：笔记本电脑服务器运行环境：各种浏览器数据库：MySQL投入运行最迟时间：2016年1月15日可行性研究方法1客户调查；2专家咨询；3市场相关产品同类产品的调查；决定可行性的主要因素1技术可行；2经济可行；3社会法律可行A3 技术可行性分析系统简要描述学生管理信息系统以计算机为工具,通过对教务管理所需的信息管理,把管理人员从繁琐的数据计算处理中解脱出来,使其有更多的精力从事教务管理政策的研究实施,教学计划的制定执行和教学质量的监督检查,从而全面提高教学质量;处理流程和数据流程1报到填各种各样的表,做各种各样的数据记录;同样的数据要不止一次的重复记录,费时费工;2奖惩通人工对大量成绩单,报表及文件进行查找,并进行汇总及评比;耗费大量的时间,并且容易产生错误;3学生信息查询及统计通过人工走n多程序,并对从大量数据中检索选出信息;耗费大量时间,并且过程复杂,不容易实现;A4 经济可行性分析支出1硬件：需要一台小型服务器,或者直接以一台配置比较好的P4电脑作为服务器2人力：有一定基础的教师和学生,经过一定的培训,自己制作一个小型的系统;3软件：第一、操作系统要使用最新的windowsxp,安全、可靠;第二、数据库可以购买IBM等大公司推荐的数据库;这些数据库从安全性到易用性及可靠性都是最好的;第三、应用软件我们依然使用officexp,同时可以在终端机中安装如foxpro、photoshop、mathmatic等软件,以备不时之须;这软件对处理数据及图表时是很有用的;管理系统是从外面购买的软件包;总价格约6000元效益1一次性收益2提高学生信息管理效率收益A5 社会因素可行性分析法律因素该软件只是提供信息交流平台,且交流的信息单纯,不涉及政治反动,不存在盈利和商业诈骗,没有侵犯专利权,没有侵犯版权,因此法律可行性;用户使用可行性用户单位的行政管理和工作制度对本系统的使用没有影响;而且本系统的用户以及管理人员素质均能满足要求,可以熟练操作学生信息管理系统;故具有可使用性;A6结论意见由于技术、经济、操作和社会都有可行性,此学生信息管理系统可以进行开发;<学生信息管理系统>实验项目二：需求规格说明书t1.实验目的：根据理论课程所学内容,针对某一项目进行需求规格说明书的编写训练s2.实验原理：从理论课的学习中掌握规范的可行性分析技术,通过编写报告的形式得到练习;3.实验器材：Microsoft Office4.实验步骤：1参照理论学习的内容进行阅读思考；2针对某一软件项目,着手编写；3提交;实验二：学生信息管理系统需求规格说明书B1 系统的功能要求1学生管理信息系统功能要求2老师管理信息系统功能要求3管理员管理信息系统功能要求B2 各个子系统的功能要求1学生管理信息系统功能要求：查询个人基本信息查询成绩,获得学分情况,生成成绩报表查询课程安排,认课教师,学分情况2老师管理信息系统功能要求：查询授课信息查询所授课程成绩查询学生基本信息3管理员管理信息系统功能要求：添加、删除、修改、查询学生信息添加、删除、修改、查询教师信息添加、删除、修改、查询专业课程信息添加、删除、修改、查询选修课程信息B3 学生信息管理系统的性能需求为了保证系统能够长期、稳定、安全、可靠、高效的运行,系统应该满足一下的性能需求：1系统处理的准确性和及时性2系统的开放性和系统的可扩展性3系统的易用性和易维护性4系统的标准性5系统的先进性B4 系统的数据需求系统的数据需求包括如下几点：1数据录入和处理的准确性和实时性2数据的一致性与完整性3数据的共享性与独立性B5 系统的数据字典系统开发时,常用卡片的形式书写保存描述一个数据元素;下面给出本系统的主要数据元B6 系统的逻辑模型数据流图1用户登陆数据流图2学生录入流程流图3学生选课数据流图4学生成绩查询系统流图B7 学生信息管理系统的运行要求1软件系统要求2数据库管理系统要求3硬件要求：B8 建立系统的约束1 总体设计方案对她约束2人力,硬件,时间的约束3 技术发展规律的约束实验报告<学生信息管理系统>实验项目三：项目开发计划1. 实验目的：根据理论课程所学内容,针对某一项目进行项目开发计划安排训练2. 实验原理：从理论课的学习中掌握规范的可行性分析技术,通过编写报告的形式得到练习;3. 实验器材：编写文字的工具;4. 实验步骤：1参照理论学习的内容进行阅读思考；2针对某一软件项目,着手编写；3提交;实验三：学生信息管理系统项目开发计划C1引言编写目的为了更好地完成学生信息管理系统的项目,为项目的开发工作作出计划,同时确定出工资实施计划与进度,并以此作为项目详细设计与具体实施的依据,编写本报告项目背景开发软件名称：学生信息管理系统项目任务提出者：计算机与信息学院项目开发者：学生组用户：管理员、老师和学生定义学生信息管理系统SMIS：学生管理系统是帮助教学人员、行政人员和人事人员的管理软件,使用c语言编写,独立完成其功能;SQL语言：SQL全称是“结构化查询语言”,SQL是一个非过程化的语言;参考资料1.<软件项目管理> 覃征徐文华翰毅唐晶编着清华大学出版社2.<软件工程> 钱乐秋赵文耘牛军钰编着清华大学出版社C2 项目概述工作内容（1）到院校进行业务调查；（2）整理用户需求,生成用户需求报告；（3）对系统进行详细设计,提出详细计划方案报告；（4）进行学生信息管理系统进行编码（5）进行内部测试（6）进行系统应用调查（7）进行系统后期维护条件与限制（1）计算机系统支持（2）需由用户承担工作逐项列出需要用户承担的工作和完成期限,包括需由用户提供的条件与提供时间（3）需由外单位提供的条件;产品程序名称：学生信息管理系统使用语言：HTML5语言编写储存形式：数据库文档：中文文档运行环境运行硬件环境：电脑,服务器运行软件环境：各种浏览器,Eclipse,MySQLC3 实施计划任务分解（1）对学生信息管理系统进行分析（2）对学生信息管理系统进行计划（3）对学生信息管理系统编写代码及单元测试软件程序（4）对学生信息管理系统总测试及修改学生信息管理系统（5）对学生信息管理系统维护阶段进度与预算C4 人员组织及分工（1）调研人员：对学生信息管理系统进行需求分析（2）设计人员：对学生信息管理系统进行软件需求设计（3）开发人员：对学生信息管理系统进行软件的编写代码开发和进行单元测试;（4）测试人员：对学生信息管理系统进行总测试以及提出软件系统修改;（5）维护人员：对学生信息管理系统进行后期出现漏洞或者不满足的维护;C5 交付期限2016年1月10日C6 专题计划要点（1）人员开发计划（2）分析和调查计划（3）测试计划（4）质量保证计划（5）配置管理计划（6）安全保密计划实验报告<学生信息管理系统>实验项目四：概要设计说明书1.实验目的：根据理论课程所学内容,针对某一项目进行概要设计说明书训练2.实验原理：从理论课的学习中掌握规范的可行性分析技术,通过编写报告的形式得到练习;s3.实验器材：Microsoft Office;4.实验步骤：1参照理论学习的内容进行阅读思考；2针对某一软件项目,着手编写；3提交;实验四：学生信息管理系统概要设计说明书D1 引言学校的不断发展,学校规模不断扩大,学生数量不断剧增,有关学生的各种信息也成倍增长;面对庞大的数据信息,有一个学生信息管理系统是非常有必要的,不仅可以提高学生管理的工作的效率,还可以通过这个系统,可以做到信息的规范管理、科学统计和快速查询,从而减少管理方面的工作量.编写目的本文档的编写是为了完善学生信息管理系统软件的开发用途和应用方法,以求在最短的时间高效的开发学生信息管理系统;项目背景开发软件名称：学生信息管理系统项目任务提出者：计算机与信息学院项目开发者：学生组用户：管理员、老师和学生定义学生信息管理系统SMIS：学生管理系统是帮助教学人员、行政人员和人事人员的管理软件,使用c语言编写,独立完成其功能;SQL语言：SQL全称是“结构化查询语言”,SQL是一个非过程化的语言;参考资料1.<软件项目管理> 覃征徐文华翰毅唐晶编着清华大学出版社2.<软件工程> 钱乐秋赵文耘牛军钰编着清华大学出版社D2 任务概述目标该软件的设计目标必须尽量达到人力与设备费用的节省,并且使软件处理数据的速度提高,软件的整个设计过程必须通过生产能力的提高,人员工作效率的提高等等使软件开发成本最小化.实现保证软件质量的前提下的资金投入最小化.运行环境运行硬件环境：电脑,服务器运行软件环境：各种浏览器,Eclipse,MySQL需求概述1系统首先可以根据需求由管理员来管理学生、班级、课程等基础资料,是整个系统的基础;2系统在学生入学初期为学生建立基本档案;3系统还可以根据专业课课程安排;4系统还可以根据选修课课程安排;5学生可以在每学期期末,对自己的专业课和选修课成绩做查询工作,成绩查询应该包括学号,课程号等;6系统还应该提供强大的数据统计、查询、生成报表等功能条件与限制硬件条件：电脑,服务器软件条件：各种浏览器,Eclipse,MySQL资金：无D3 总体设计处理流程1用户查询处理流程图2管理员处理信息系统流程图3总体处理流程总体结构和模块外部设计1客户机部分2程序部分3功能分配数据更新功能分为三部分：数据添加、数据删除和数据修改;数据添加功能提供便捷的录入界面,通过应用程序将原始加到数据库中;数据删除将满足用户要求的相应记录从数据库中删除;数据修改功能允许用户对他所指定记录的相关信息进行修改;数据导入/出：允许用户将全部记录导入至数据库或者其他存储设备;D4 接口设计外部接口内部接口1用户验证模块：提供用户登录时身份验证功能,用户进行角色切换时必须调用此模块进行身份验证;2初始化模块：系统初始化时由操作系统调用,执行完毕后进入事件等待状态;3关闭系统模块：由系统功能模块调用,执行完毕返回操作系统;4浏览模块：由相应事件驱动,完成对基本资料区的直接事件响应功能,可能会调用刷新浏览模块;5基本资料模块：由相应事件驱动,完成对基本资料区的直接事件响应功能,可能调用刷新浏览模块;6刷新浏览模块：依据当前数据刷新浏览区;7刷新基本资料模块：依据当前数据刷新基本资料区;8系统功能模块：接受系统功能区相应事件,启动查询、修改、增加、删除;打印及关闭系统等模块;9查询模块：完成查询功能;10修改模块：完成修改功能;11增加模块：完成增加模块;12删除模块：完成删除模块;13打印模块：完成打印模块;14详细资料模块：由相应事件驱动,显示记录的详细资料；D5 数据结构设计数据库数据结构设计物理数据结构设计1DBMS：使用SQL建立数据库表2密码：是以加密的形式存在于数据库3学号：用户的ID是由系统生成,学生的ID长度10 班级的ID长度为54审核人：具有一定权限的管理人员表中存储的是审核人的编码为305数值：年龄或者其他的数量类型为int6登录：学生、教师和管理员可以通过帐号和密码登录7审核日期：审核人审核的当前日期由系统使用者自由设定8查询：登录后可以使用各个模块功能和用户信息9修改：只允许管理员对学生的信息进行修改或删除;10增加：允许管理人员对信息进行增加,允许老师录入学生成绩;D6 运行设计运行模块的组合1不同用户登录系统获得的功能是不同,超级用户具有系统的全部功能,普通用户具有浏览数据但不具有更新数据功能;2具有软件的运行模块组合为程序多个窗口的运行环境,各个模块在软件运行过程中能较好的交换,处理数据;运行控制1管理员对系统的其他用户设置系统功能的访问权限,这样权限受限的用户只能访问系统的部分模块;2软件运行时有较友好的界面,基本能够实现用户的数据处理要求;运行时间“用户验证”模块在完成用户登录的身份验证后,立刻退出运行,释放占有的系统资源;D7 出错处理设计出错输出信息D 出错处理对策1在输入不符合定义格式的数据时,系统应出现提示信息,而不是死机或者删除已经输入的信息,然后弹出界面重新输入;2由于数据在数据库中已经有备份,故在系统出错后可以依靠数据库的恢复功能,并且依靠日记文件使系统在启动,就算系统崩溃用户数据也不会丢失或者破坏;但是可能占用更多的数据存储空间,权衡措施由用户决定;D8 安全保密设计1采用三层客户/服务器数据访问结构2严格的密码保护3限定用户可使用的工作站数量4限定用户访问系统的时间段5设定用户可操作的功能权限6登录设置验证码D9 维护设计1详细编写各阶段的文档资料,以利于本来版本升级及移植等二次开发;2学生信息管理系统,在整个系统的运行过程中,系统的维护和管理是始终贯穿其中的,包括进行系统应用程序的维护、代码的维护、数据的备份与恢复,硬件设备维护;系统在运行时,也要随着环境的变化根据不同的需求及变化对系统进行必要的修改,使得系统功能更加完善;。
学生管理系统需求规格说明书范文
学生管理系统需求规格说明书范文一、引言学生管理系统是一种用于学校或教育机构管理学生信息的软件系统。
该系统可以帮助管理人员更有效地管理学生的个人信息、学籍信息、成绩信息以及其他相关信息。
本需求规格说明书旨在明确学生管理系统的需求，以便于开发团队根据需求设计和开发系统。
二、系统概述学生管理系统主要包括以下功能模块：1. 学生信息管理：包括学生基本信息、家长联系方式、照片等。
2. 学籍管理：包括学生入学、转学、退学、毕业等学籍变动的管理。
3. 成绩管理：包括学生成绩录入、查询、统计和分析等。
4. 课程管理：包括课程信息维护、排课安排、选课管理等。
5. 教师管理：包括教师信息维护、教师评价、考勤管理等。
6. 班级管理：包括班级信息维护、班级调整、班级活动安排等。
7. 日常管理：包括学生请假、奖惩管理、通知公告等。
8. 报表管理：包括各类统计报表的生成与导出。
三、功能需求1. 学生信息管理1.1 学生基本信息录入：包括学生姓名、性别、出生日期、身份证号码、民族等基本信息的录入。
1.2 家长联系方式录入：包括家长姓名、联系电话、地址等信息的录入。
1.3 学生照片上传：支持将学生照片上传至系统，方便身份确认。
1.4 学生信息查询：支持根据学生姓名、班级、学号等条件进行学生信息的查询。
2. 学籍管理2.1 学生入学管理：支持学生的入学登记，包括学生档案的建立、入学报到等。
2.2 学生转学管理：支持学生转学的登记和学籍变动处理。
2.3 学生退学管理：支持学生退学的登记和学籍变动处理。
2.4 学生毕业管理：支持学生毕业的登记和学籍变动处理。
3. 成绩管理3.1 学生成绩录入：支持教师将学生成绩录入系统，包括平时成绩、考试成绩等。
3.2 学生成绩查询：支持学生和教师根据不同条件查询学生成绩。
3.3 成绩统计与分析：支持系统根据学生的成绩数据进行统计和分析，生成成绩报表。
4. 课程管理4.1 课程信息维护：支持管理员维护课程信息，包括课程名称、学时、学分等。
教务管理系统需求说明书
大学教务管理软件需求规格说明书《目录》1引言 (1)1.1 编写目的 (1)1.2 背景说明 (1)1.3 系统目标 (1)2需求描述 (2)2.1 教学资源维护 (4)2.1.1学年校历编排 (4)2.1.2 组织结构维护 (4)2.1.3 教室资源维护 (4)2.2 学籍维护 (5)2.2.1 学生基本信息维护 (6)2.2.2 成绩信息 (6)2.2.3 奖惩信息维护 (7)2.2.4考勤信息维护 (7)2.2.5 学期/学年资格审核管理 (8)2.2.6 异动信息维护 (8)2.2.7 毕业/学位资格审核管理 (10)2.3 教学计划维护 (10)2.4 开课/排课维护 (11)2.4.1 开课管理： (12)2.4.2 排课管理： (12)2.5 选课管理 (15)2.5.1 学生网上选课平台（B/S结构） (16)2.5.2 教务员管理平台（C/S结构）： (17)2.6 考务管理维护 (18)2.6.1 考试查询(权限:所有人): (18)2.6.2 考场管理安排(权限:教务人员) (19)2.7 成绩管理维护 (21)2.7.1 系统用途 (21)2.7.2 系统特点 (21)2.8 教师管理维护 (23)2.8.1 目的： (24)2.8.2 管理内容： (24)2.9 教材管理维护 (25)2.9.1 系统功能 (25)2.9.2 系统要求 (26)2.10 毕业设计管理和毕业审核 (26)2.10.1 系统用途 (26)2.10.2 功能需求描述 (26)2.10.3 功能描述 (27)3性能需求 (30)3.1 网络平台要求 (30)3.1.1 网络环境下的多用户系统。
(30)3.1.2 数据的完整性，准确性。
(31)3.1.3数据安全性。
(31)3.2 用户平台要求 (31)4行为描述 (31)5参考文献......................................................................................... 错误！未定义书签。
功能需求说明书(参考版)
功能需求说明书（参考版）1.1建设目标我校教学管理的主要任务不但包括事务性管理（如课表编排、成绩管理、考试安排等）还包括战略性管理（如培养过程管理、教学质量检查、教学工作评价、教学业绩评价、教学改革管理等）。
通过现代信息技术整合教务数据、体现现代高校教学管理理念、改进教学管理手段、实现教务全生命周期的协同管理。
平台要求在管理日常教学事务层面活动的同时还要兼顾教学价值层面的活动，实现我校教务工作从“事务型”方式向“战略型”方式转变。
平台建成后，能使我校教学管理工作更科学、更规范、更有效地提升我校的教学水平、教学管理水平，并促使教学管理满足学校的战略发展需要。
具体须实现如下目标：1.体现出先进的教学与教学管理理念教务管理系统的宗旨在于使学校教学管理向高水平、规范化、标准化、便捷化迈进。
通过教务平台开发，平台体系设计应将先进的教学管理思想和方法体系纳入并具体体现，如注重教学管理中以人为本、全面发展、素质教育、创新能力培养、主体性、个性化、开放式、多样化、生态和谐、系统性等。
2.灵活多样的访问与管理权限体系必须具有灵活多样的访问与管理权限体系。
总体来看，权限级别至少应该包括普通教师、二级学院管理人员、校区教学管理人员、教学督导、学校教学管理人员、学校领导层和学生等七个级别，各个级别之中，还要有不同的具体权限设置与分配机制。
3.统一的信息标准和规范、优化的业务流程平台的定制开发过程中，达到整合各有关系统的教务基础数据、规范教务信息标准的目的,实现学校教务信息的高度统一和共享。
4.多元化的安全防范与预警功能由于教务管理系统中存储有很多敏感数据，要求平台能够防范非法操作和入侵攻击，能记录所有操作轨迹。
一旦这些敏感数据发生了修改、更新操作，平台可以自主地提示与通知相关人员，并保存日志记录。
5.教学管理网络化和智能化整个教学管理流程中的各环节、各角色的操作运用，能最大限度地在平台中完成，最大限度地减少纸质文本、减少人员实地办理的繁琐。
毕业设计选题系统-需求规格说明书
河南经贸职业学院·信息管理系《毕业设计选题系统》需求规格说明书班级：07信息五班学号：*********姓名：***目录7.产品的功能性需求 (2)7.1功能性需求分类 (2)7.2用例图........................................ 错误!未定义书签。
7.3用例描述 (5)7.3.1学生登陆................................ 错误!未定义书签。
7.3.2教师登陆................................ 错误!未定义书签。
7.3.3信息浏览 (6)7.3.4信息查询................................ 错误!未定义书签。
7.3.5管理员登陆.............................. 错误!未定义书签。
系统背景随着现代信息技术的迅猛发展，“电子政务”的建设及其发展正以令人瞩目的速度开展起来。
毕业设计选题系统管理为方便学院的教育的，与学生的学习紧密联系起来。
为改善工作流程、提高工作效率、加强宣传教育、扩大社会影响，给学院提供了一个关于选题交流的平台，同时利用平台解决学习上的一些热点和难点问题，有必要建立满足学生需求的、安全的、现实可行的、动态实时的数字化、信息化网络系统，实现资源共享和检测信息的网络化、信息化。
毕业设计选题管理系统网主要是选题系统。
它提供了学生的基本信息的存储与管理，教师的基本信息管理，留言管理，主要为学院学生提供方便，提高学院的工作效率。
7. 产品的功能性需求7.1功能性需求分类7.2用例图毕业设计选题系统学生端用例图教师管理用例图图1-1教师管理用例图管理员用例图图1-1后台管理图1-2教师管理图1-3学生管理图1-4管理员添加图1-5院系班级管理图1-6课题管理图1-7管理留言用例图7.3用例描述7.3.1学生登陆1.0用例名称：学生登陆客户端功能：用于与服务器建立连接，连接成功后登陆服务器。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
学生选课系统需求规格说明书目录0. 文档介绍 (4)0.1文档目的 (4)0.2文档范围 (4)0.3读者对象 (4)0.4参考文档 (4)1.产品介绍 (5)2.产品面向的用户群体 (6)3. 产品应当遵循的标准或规范 (7)4.产品范围 (7)5. 产品中的角色 (7)6. 产品的功能性需求 (8)6.0功能性需求分类 (8)6.1后台管理功能需求 (8)6.1.1管理员信息管理 (8)6.1.2教师信息管理 (10)6.1.3学生信息管理 (11)6.1.4课程信息管理 (12)6.1.5排课管理 (13)6.1.6教室信息管理 (14)6.2前台管理功能需求 (15)6.2.1学生选课 (15)6.2.2撰写教师反馈 (16)6.2.3个人信息管理 (17)6.2.4用户登录 (19)7. 产品的非功能性需求 (20)7.1用户界面需求 (20)7.2软硬件环境需求 (20)7.3产品质量需求 (20)7.4其他需求 (21)附录A：需求建模与分析报告 (22)A.1学生选课系统业务流程图 (22)A.1.1系统总体业务流程分析 (22)A.1.2学生管理业务流程图分析 (23)A.1.3教师管理业务流程图分析 (24)A.1.4选课/退课子系统业务流程图分析 (25)A.1.5教师反馈子系统业务流程图分析 (26)A.1.6管理员管理业务流程图分析 (26)A.1.7管理员排课业务流程图： (27)A.1.8管理员退课业务流程图： (28)A.2学生选课管理系统数据流程图 (29)A.2.1顶层数据流程图 (30)A.2.2 O层数据流程图 (30)A.2.3后台管理数据流程图 (31)A2.4 前台管理数据流程图 (36)附录B：需求确认.......................................................................................... 错误!未定义书签。
0. 文档介绍0.1 文档目的本文档目的旨在方便开发者更全面的分析整个系统，从各个方面综合分析系统的需求，把整个系统的需求细化为一些模块的具体需求，集中地预测研发中可能出现的问题从而尽量避免。
同时本文档需要用户的参与，在开发前期以文档的形式来系统面向用户，用户根据自身的需求，结合此需求文档，向开发人员提出改进意见，用户也能更早的了解这个系统预想状态。
对系统逐渐的清晰明了，以便尽早发现问题，及早改进，减少修改费用，从而方便今后系统能更好的开展。
0.2 文档范围描述本项目的功能、背景和用户群；描述本项目的功能性需求；描述本项目的非功能性需求；描述需求建模与分析报告；用户确认需求。
0.3 读者对象本需求规格说明书的读者对象为学生选课管理系统符合保密要求的系统分析人员、需求分析人员、项目领导、项目总监、项目经理、用户、设计人员和开发人员等。
0.4 参考文档《管理信息系统》张小川、别祖杰等编著，电子工业出版社，2009-08《软件工程》第一版作者：杨文龙科学技术文献出版社时间：1989年《数据库系统概论》第三版作者：萨师煊出版社：高等教育出版社时间：2000年《系统分析与设计教程（第7版）》（美）舍利（Shelly,G.B.）等著作，史晟辉等译，机械工业出版社，2009-111.产品介绍学生选课管理系统是一个专门为各大高校提供选课的平台，旨在方便学校的课程管理，是针对在校学生和教师的使用的。
本系统要实现的是一个学生课程和成绩管理系统，它是高校教务管理系统的一个子系统。
主要用户是学生、教师和管理员。
管理员管理系统的基本信息（如课程信息管理等），学生和教师通过系统完成不同的工作。
不同的用户可以通过系统进行不同的操作，每一个操作都是一个功能的体现，下面给出主要的功能。
a.管理员功能b.学生功能c.教师功能2.产品面向的用户群体本项目为学校管理类项目，以学校为单位，面向本校需要选课的学生和管理课程的老师和管理员开放使用。
其最终用户为学生、教师、管理员。
对于本系统只要利用网络，可以节约了大量的工作量，对于管理员排课、管理学生、管理教师，老师查询学生选课情况，较学生选课而言更加的复杂，因此通过网上进行课程发布能大幅度的减少管理员的工作量，减少错误发生的几率。
作为管理员也只要通过自己的电脑操作即可，利用登陆密码随时随地可以管理。
3. 产品应当遵循的标准或规范学生选课管理系统过程中我们详细参考国内外的相关标准，技术上严格遵守国际、国内标准。
主要设计参考标准或规范如下：《ISO/IEC 14443》《ISO 8583：1993》标准编写规则GB/T 20001.1～4-2001文摘编写规则GB/T 6447-1986科学技术报告、学位论文和学术论文的编写格式GB 7713-1987人的性别代码 GB2261-80中华人民共和国行政区划代码 GB2260-91专业技术职务代码 GB8561-88学科分类代码 GB/T13745-92……4.产品范围学生选课系统作为一种现代化的教学技术，是一个学校不可缺少的部分, 学生选课系统就是为了管理好选课信息而设计的。
学生选课系统的将使选课管理工作规范化，系统化，程序化，避免选课管理的随意性，提高信息处理的速度和准确性，能够及时、准确、有效的查询和修改选课情况。
系统实现了对课程的基本信息和学生选课、学生和教师用户进行管理。
系统对学生角色提供个人信息查看、选课管理以及其他功能；对教师提供查看自己所担任课程和选该门课程的学生信息等；提供给管理员以下功能：查看所有课程、学生、教师的信息并可以对它们进行管理（添加、编辑、删除），以及实现课程的发布并修改。
5. 产品中的角色6. 产品的功能性需求6.0 功能性需求分类本部分以表格的形式列举出学生选课管理系统中0层系统中主要功能的划分以及具体各个功能中涉及的子功能。
6.1 后台管理功能需求6.1.1管理员信息管理6.1.1.1添加管理员信息F1.1.16.1.1.2F1.1.26.1.2教师信息管理6.1.2.1审核教师注册信息F1.2.16.1.2.3删除教师信息F1.2.36.1.3.1审核学生注册信息F1.3.16.1.3.2F1.3.26.1.4.1添加课程信息F1.4.1F1.4.26.1.4.2F1.4.36.1.4.4删除课程信息F1.4.46.1.5排课管理6.1.5.2F1.5.26.1.5.4选课通知信息F1.5.46.1.6教室信息管理6.1.6.1F1.6.16.1.6.2教室基本信息F1.6.26.2 前台管理功能需求6.2.1学生选课6.2.1.1查阅选课信息F2.1.16.2.1.2选择课程F2.1.26.2.1.3F2.1.36.2.2撰写教师反馈6.2.2.1F2.2.16.2.2.2填写反馈F2.2.26.2.3个人信息管理6.2.3.2查看教师信息F2.3.26.2.3.3修改教师注册信息F2.3.36.2.3.4学生注册F2.3.46.2.3.6修改学生注册信息F2.3.66.2.4用户登录6.2.4.2F2.4.27. 产品的非功能性需求7.1 用户界面需求7.2 软硬件环境需求7.3 产品质量需求7.4 其他需求要力求最大限度地满足实际工作的需要，充分考虑各业务层次、各管理环节数据处理的实用性，把满足学校管理业务作为第一要素进行考虑。
为适应将来的发展，系统应该具有良好的可扩展性和可维护性。
系统设计尽可能模块化、组件化，使应用系统可灵活配置，适应不同的情况。
系统的可扩展性应包括能接纳已有的系统和在今后系统软硬件扩展时，能有效地保护已有的投资。
特别是在应用需求变化时(应用与系统的需求往往提不全或者经常会变化)，有一个较好的应用平台，能容易地加以调整。
系统易于扩充升级，既能满足当前业务的需求，又为今后的扩充留有空间。
对数据库的设计因该体现一致性、完整性、安全性、可伸缩性和规范化网站系统与数据库系统的设计要做到安全可靠，防止非法用户的入侵。
数据库的备份策略恰当，以防灾难性事故发生。
借助内置的 Windows 身份验证和基于每个应用程序的配置，可以保证应用程序是安全的。
图形化原则：用户界面的设计应做到美观大方。
系统的设计需要考虑用户的计算机水平，用户界面应直观、明了、条理清晰，做到简单易用，没有计算机专业背景的用户也可以轻松的使用本系统完成选课及其他管理工作，实现“傻瓜型”管理——易学、易用、易管理。
附录A：需求建模与分析报告A.1 学生选课系统业务流程图业务流程图符号：A.1.1系统总体业务流程分析系统管理员登录进入系统，进行排课，发送选课公告、排课信息；学生登录进入系统，进行选课；教师登录进入系统，查看相关信息，形成教师反馈。
如下图系统业务总体流程图：(系统总体业务流程图)A.1.2学生管理业务流程图分析学生注册，申请审核，通过后可以登录，不符合重新注册。
登录验证相关信息，密码错误重新登录，正确进入系统，可以更改个人信息，更改是进行审核，用过则成功更改，不成功则重新更改；可以查看相关及个人信息。
如下图学生系统业务流程图：（学生管理业务流程图）A.1.3教师管理业务流程图分析教师注册，申请审核，通过后可以登录，不符合重新注册。
登录验证相关信息，密码错误重新登录，正确进入系统，可以更改个人信息，更改是进行审核，用过则成功更改，不成功则重新更改；可以查看相关及个人信息。
如下图教师系统业务流程图：（教师管理业务流程图）A.1.4选课/退课子系统业务流程图分析学生登录进入系统后，查看选课课程信息后，根据自身情况进行选课，系统自动验证是否与已有课程冲突，无冲突则成功选课，有冲突则重新选课。
完成一次选课后可再次选课，流程同上，也可以退掉选了的课，由于选课人数过少引起的课程取消在后面的(教师反馈子系统业务流程图)A.1.6管理员管理业务流程图分析管理员进去系统利用校方提供的相关信息进行对教室信息、课程进行相应的增、删、改操作，并存入相关的信息表。
还有可以对教师和学生的注册及修改信息申请信息进行审核，并作出审核结果反馈给学生和教师。
管理员排课完毕后要向教师发送相应的课表，还有就是发布选课通知。
如下图：系统管理员管理业务流程图（系统管理员管理业务流程图）A.1.7管理员排课业务流程图：系统管理员根据每学期的教学安排做出全校的课表安排，管理员首先根据课程信息和教师信息及其反馈的对该课程进行相应的教师安排，还有根据教室信息对该课程进行相应的教室安排。
管理员排完课表之后要首先向教师发送该教师的授课表，并接收其反馈信息，从而做出相应的调整。
在检测冲突时，主要是看授课教师和教室有没有冲突，若有冲突及时做出调整，然后向全校发布选课通知。
（管理员排课业务流程图）A.1.8管理员退课业务流程图：在学生选课后，如果有门课的选课人数不超过三十人则将该课程删除，并及时通知该授课教师和已选该课程的学生。