高校学生选课系统需求规格说明书
学生选课系统需求说明书

学生选课系统的需求分析1引言1.1编写目的开发一个学生选课系统, 采用计算机对学生成绩进行管理, 进一步提高了办学效益和现代化水平。
为广大教师和学生提高工作效率, 实现学生成绩信息管理工作流程的系统化、规范化和自动化。
一个高校的学生成绩管理系统可以存储历届的学生成绩档案, 不需要大量的人力, 只需要几名专门录入员即可操作系统, 节省大量人力, 可以迅速查到所需信息、高效、安全, 学生也能方便的查看自己的成绩。
1.2项目背景(1)ASP的动态网页和SQL Server大型的数据库建立一个学生选课系统。
(2)以Windows XP作为学生选课管理系统的后台操作系统,后台数据库系统采用SQL Server 2000。
系统的名称:学生选课系统;工程组织者:数学与计算机学院;产品所有权:学生选课系统开发小组拥有任务的详细信息:a) 任务提出人:张阳b) 需求分析人:张阳c) 用户:使用该软件且具有一定特权的管理人员(老师)和学生。
1.3 定义(1)Active Server Pages (ASP) 是服务器端脚本编写环境,是由Server端脚本、对象以及组件拓展过的标准主页使用它可以创建和运行动态、交互的Web 页和基于Web 的功能强大的应用程序。
ASP程序是由文本、HTML标记和脚本组合而成的。
在ASP程序中,脚本通过分隔符与文本和HTML标记区分开来。
ASP用分隔符〈%和%〉包括脚本命令。
由分隔符括起的命令称为主脚本命令,这些命令由主脚本语言进行处理。
在ASP分隔符〈%和%〉内,可以包括主脚本语言允许的任何语句、表达式和操作符等。
(2)SQL Server 是一个具备完全Web 支持的数据库产品,提供了对可扩展标记语言(XML) 的核心支持以及在Internet 上和防火墙外进行查询的能力,提供了以Web 标准为基础的扩展数据库编程功能。
丰富的XML 和Internet 标准支持允许使用内置的存储过程以XML 格式轻松存储和检索数据。
学生选课系统需求规格说明书

生
选
课
管
理
系
统
周润生(041403018)
崔灿(051401015)
李志飞(051401018)
邓冰(051401021)
李娟(051401030)
屈锐敏(051401031)
学生选课系统需求规格说明书
(一)引言(或绪论)
Internet网是目前全球最大的计算机通信网,它遍及全球几乎所有的国家和地区。www系统是一个大型的分布式超媒体信息数据库,它极大的推动了Internet的发展,己经成为Internet中最流行、最主要的信息服务方式。www技术之所以能在全球普及,一个重要的原因就是它与数据库管理系统相互融合,成为一个处理和共享信息的强大工具。一方面,数据库是一种强大的信息管理工具,另一方面,www提供了共享数据的方法。两者强强联合取长补短,发挥各自优势,使用户可以在Web浏览器上方便地检索数据库的内容。
国外的教学科研软件与国内相比开发的早而且比较成熟。早在七十年代末,美国就建成了NSFNET(国家科学基金网),其课题的申报及课题的进展情况汇报都在网上进行。其网上教学教务管理系统也十分完善,世界各地的学生可以坐在家里通过互联网完成入学报名、选课、考试、毕业论文、取得学位这一学习生活的全过程。目前,国际上已具规模的远程教育学校就有数百所之多,网上教育正在各地发挥着巨大的作用,为世界各国培养出大批人才。所有这些都表明,基于Internet的校园网的应用已深入到校园内的各个方面。
(2)经济可行性-----由于本系统是为学生选课管理使用的系统,装上该应用软件,即可使用系统,系统成本主要集中在系统软件的开发上,当系统投入运行后可以为学校节约大量的人力,物力。所带来的效益远远大于系统软件的开发成本。在经济上完全可行。
学生选课管理系统需求规格说明书

学生选课管理系统需求规格说明书学生选课管理系统需求规格说明书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 添加课程时需要检查课程名称是否重复,教师是否存在等。
大学学生选课系统软件需求规格说明书

b.运行环境:WINDOWS2003/WINDOWS XP/ WINDOWS 7c.处理器:及以上Intel PentiumIII .d及以上内存要求:521M e.40G硬盘空间:及以上.f网络协议;TCP/IP3功能性需求分类数据流图顶层数据流图:E3教师第一层数据流图:第二层数据流图:E1状态转换图具体功能学生功能密码修改学生利用自己的学号注册成功之后,登录之后可到个人信息界面进行密码修改。
填写、修改个人信息学生登录之后,选择个人信息,进入到个人信息管理界面,可进行个人信息的填写和修改,保存即可生效。
自主选课学生登录之后,选择开始选课功能,跳转到自主选课界面,结合选课课表,进行选课,如果上课人数已满,系统会做出相应的提示如果课程可选,选课成功后,课程会自动添加到本页面上方必修课表中。
如果学生在选课周期内,对自己已选课程不满意,可从新登陆本系统,进入自主选课界面,删除当前选择的课程,并重新选课;若超出选课周期,则选课结束,选课结果不能进行更改。
查询已选课程学生登录本系统,进入到自主选课界面,则可以查看必修和选修的全部课程信息。
教师功能教师登陆密码修改教师用自己的教工号注册成功后,登录本系统,进入个人信息管理界面,可修改自己的密码。
填写、修改个人信息教师登录本系统,进入个人信息管理界面,即可对自己的个人信息进行填写个修改,保存后即可生效。
课程信息发布在学生选课开始之前,教师需提前将自己本学期所授课程的详细信息上传本系统,最终由管理员进行统一排课,生成选课课表,供学生选课使用。
课程发布信息包括:课程名,学时,学分,任课教师。
教师登录本系统后,进入课程信息发布界面,将课程信息发布上传给管理员。
如若课程信息发布错误,任课教师可在课程信息发布界面进行修改和删除。
查询本功能指教师查询自己所受课程的选课情况,教师登陆本系统,进入选课情况查询界面,输入对应的课程号,即可显示该门课程的选课情况,选课情况包括:学生的学号,姓名,班级,院系。
学生选课系统需求分析说明书

需求分析阐明书摘要伴随社会旳发展, 学生旳人数和课程旳种类急速增长, 老式旳选课管理模式已经无法满足目前旳实际需求, 为此, 我们开发了学生选课管理系统。
本人结合学生选课管理旳实际需要, 完毕了对学生选课管理系统旳需求分析、功能模块划分、数据库模式分析等, 并由此设计了后台数据库以及前台应用程序。
文中首先对课题背景, 数据库基础理论和SQL语言进行了简朴旳讨论;接着, 对系统前台开发工具PowerBuilder9.0,学生选课管理系统进行了详细分析, 划分了详细旳功能模块;最终, 给出了学生选课系统应用程序旳设计过程, 以及每个功能模块旳关键代码。
系统可以实现学生选课旳某些重要功能, 如:课程旳添加、删除, 信息查询、选课、生成课表, 以及学生选课管理人员、顾客个人信息旳维护等。
关键词管理系统;数据库;PowerBuilder9.0;SQL Server 2023目录1. 引言 ----------------------------------------------------------------------- 错误!未定义书签。
1.1编写目旳 ------------------------------------------------------------ 错误!未定义书签。
1.2项目范围 ------------------------------------------------------------ 错误!未定义书签。
1.3参照资料 ------------------------------------------------------------ 错误!未定义书签。
2. 任务概述----------------------------------------------------------------- 错误!未定义书签。
2.1产品概述 ------------------------------------------------------------ 错误!未定义书签。
学生选课信息系统需求分析规格说明书

学生选课信息系统需求分析规格说明书目录1.任务概况 (4)1.1. 背景 (4)1.2. 目标 (4)1.3. 系统(或用户)的特点 (4)2.假定和约束 (4)3.需求规定 (5)3.1. 系统术语定义 (5)3.2. 软件功能说明 (5)3.3. 对功能的一般性规定 (6)3.4. 其他专门要求 (6)3.5. 对安全性的要求 (6)4.功能需求 (7)4.1. 学生选课用例图 (7)4.1.1. 用例_个人信息 (8)4.1.2. 用例_选修功能 (8)4.1.3. 用例_已选课程 (9)4.1.4. 用例_综合选课 (10)4.1.4.1. 用例_必修选课 (11)4.1.4.2. 用例_选修选课 (12)4.1.4.3. 用例_公体选课 (12)4.1.4.4. 用例_综合素质拓展选课 (13)4.1.5. 用例_课程信息 (14)4.1.5.1. 用例_课程的期望分 (15)4.1.5.2. 用例_课程合格率 (16)4.1.6. 用例_查看选课说明 (17)4.1.6.1. 用例_选课介绍 (18)4.1.6.2. 用例_操作说明 (19)4.1.7. 用例_成绩查询 (20)4.1.7.1. 用例_成绩表打印 (20)4.2. 管理员课程管理用例图 (22)4.2.1. 用例_选课管理模块 (22)4.2.1.1. 用例_课程模块 (23)4.2.1.1.1. 用例_课程总表 (24)4.2.1.1.2. 用例_添加课程 (25)4.2.1.1.3. 用例_修改课程 (26)4.2.1.1.4. 用例_删除课程 (26)4.2.1.2. 用例_学生课程统计信息 (27)4.2.1.3. 用例_编辑选课说明 (28)4.2.1.3.1. 用例_选课介绍 (29)4.2.1.3.2. 用例_操作说明 (30)4.3. 教师成绩管理用例图 (32)4.3.1. 用例_课程成绩管理 (32)4.3.1.1. 用例_科目管理 (33)4.3.1.2. 用例_成绩输入 (34)4.3.1.3. 用例_已输成绩学生 (35)4.3.1.4. 用例_未输成绩学生 (35)4.3.1.5. 用例_学生信息统计 (36)4.3.1.6. 用例_更改已输成绩 (37)4.4. 日志管理用例图 (38)4.4.1. 用例_日志管理 (38)5.系统网络配置及架构方案 (39)5.1. 系统网络配置 (39)5.2.网络拓扑结构图 (40)6.运行环境 (40)6.1. 系统选型原则 (40)6.2. 系统最低要求运行环境: (40)6.3. 数据库 (40)6.4. 系统组件图及部署图 (41)6.5. 程序运行方式 (41)7.项目实施进度计划 (42)7.1. 进度计划表 (42)1.任务概况1.1. 背景本系统开发的目的是采用信息化和网络化的手段,帮助学生和学校信息化的管理选课教学任务。
选课管理系统需求规格说明书

选课管理系统需求规格说明书选课管理系统需求规格说明书一、引言随着教育制度的不断改革和完善,课程选择的自由度越来越高,学生们对于选课系统的需求也日益增强。
为了满足学生、教师和学校管理人员对于课程管理的需求,本文将详细阐述选课管理系统的需求规格说明书。
该系统将涵盖基础功能、高级功能以及扩展功能,旨在实现全面、便捷、高效的课程管理。
二、需求目标1、基本功能:系统应具备基本的课程信息查询、添加、修改、删除以及课程注册等功能。
2、高级功能:在基本功能的基础上,系统应具备更高级的功能,如学生选课限制设定、选课结果统计、课程评价与反馈等。
3、扩展功能:为了适应未来的发展需要,系统应具备一定的扩展性,如与学校其他系统的集成、移动端支持等。
三、技术要求1、系统开发语言:采用Java、PHP等主流编程语言进行开发。
2、数据库:使用MySQL、Oracle等关系型数据库,保证数据的安全性和可靠性。
3、开发框架:采用Spring、Spring Boot等主流Java开发框架,提高开发效率和系统稳定性。
4、前端技术:使用HTML、CSS、JavaScript等前端技术,配合jQuery、Bootstrap等库和插件,实现良好的用户交互体验。
5、服务器:使用Tomcat、Nginx等服务器软件,确保系统的稳定性和高性能。
四、安全性与隐私1、用户身份验证:系统应采用多层次的身份验证机制,包括用户名密码登录、手机号验证、邮箱验证等。
2、数据安全:系统应确保学生个人信息、课程信息等敏感数据的安全性,防止数据泄露或滥用。
3、防止恶意攻击:系统应具备一定的防范措施,如防火墙、数据加密等,以防止恶意攻击对系统的影响。
五、测试与维护1、测试环境:在开发过程中,应建立相应的测试环境,包括软件和硬件配置,以确保系统的稳定性和可靠性。
2、测试计划:制定详细的测试计划,包括测试范围、测试方法、测试步骤等,以确保系统的各个功能正常运行。
3、故障排查与维护:系统应具备良好的故障排查与维护机制,以便在出现问题时快速定位和解决问题。
完整版高校学生选课系统需求规格说明书

高校学生选课系统需求规格说明书软件工程1603XXX XXX XXX XXX级:组长: XXX1引言.2任务概述2.1目标2.2用户的特点2.3假定和约束3需求规定3.1总体功能需求3.2对功能的规定3.3对性能的规定3.4输人输出要求3.5数据管理能力要求目录1.1 编与目的1.2 背景1.3 定义1.4 参考资料15 3.3.1 精度15 3.3.2 时间特性要求. 15 3.3.3 灵活性1515193.6故障处理要求20 3.7其他专门要求214运行环境规定214. 1 设备214.2支持软件224. 3 接口224.4控制221、引言1.1、编写目的本规格说明描述了高校学生选课系统的基本要求,并且作为各方面沟通的依据,也为下一步的学习提供了基准,同时可以让我们更进一步掌握软件工程导论内容。
本需求分析文档的预期读者有:本小组的每一位成员;用户,即高校学生,教师,后勤人员;老师等。
1.2 、背景A、待开发的软件系统的名称:高校学生选课系统B、任务提出者:1603 班一个3 人小组开发者:XXX XXX XXX用户:高校学生,教师,后勤人员平台:以日常生活,学习的各个领域、各个环节中的计算机网络为平台c、本系统是一个更大的系统即教务系统的组成部分,所以以提高同教务系统的兼容性为原则。
1.3、定义1.4、参考资料招聘网站设计项目需求分析》南昌先锋办公自动化系统需求规格说明书》软件工程导论》(第6 版)2、任务概述2.1、目标随着高校招生规模的不断扩大,课程的不断细化,给高校学生选课带来很大的不便。
而选课是高校教务系统不可或缺的一部分。
为了解决这个问题,产生了高校学生选课系统。
该系统以日常生活、学习的各个领域、各个环节中的计算机网络平台为基础,以高校学生,教师,后勤人员为目标用户,以高校教务系统的需求为依据,以应用和服务为核心,以方便用户为宗旨,以信息安全保障为前提,开发出一个稳定可靠、经济实用、操作界面简单的高校学生选课系统。
学生选课系统需求说明书

学生选课系统系统分析规格说明书小组成员:座号姓名,……1. 引言1.1 编写系统分析规格说明书的目的“学生选修课系统”的系统分析规格说明书,是软件开发者及分析人员根据系统用户提出的需求对系统加以描述,同时进行建模。
本系统有三类用户:学生,教师和教务管理员。
三种不同的用户所具有的操作权限及操作内容不一。
由此,本系统使用分权管理。
根据功能需求、性能需求和数据提出的要求进行说明。
明确背景及用户群范围,为用户解决问题,实现所需目标创造条件。
本系统分析规格说明书的预期读者包括:1)系统分析人员2)软件设计人员3)软件编程人员4)软件测试人员1.2 项目背景(软件产品的作用范围)学生选课系统对于广大师生用户和管理者来说都至关重要,学生选课系统应该能够为用户提供充足的信息和快捷的查询手段。
一直以来人们使用传统人工的方式管理文件档案,这种管理方式存在着效率低、保密性差,对于查找、更新和维护都带来了巨大困难。
随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识,它已进入人类社会的各个领域并发挥着越来越重要的作用。
作为计算机应用的一部分,使用计算机对选课信息进行管理,有着手工管理所无法比拟的优点:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长等。
这些优点能够极大地提高人事劳资管理的效率,也是科学化管理的突出标志。
因此,开发“学生选课系统”这样一套软件成为很有必要的事情。
1.3 定义(术语的定义和缩写词的原文)课程:由老师开课,由管理员录入系统,由学生选修。
帐号:是老师、学生、管理员的编号,唯一标识。
密码:初始为和账号相同的一串字符。
权限特性关键词:是帐号,所在的表里的帐号所有权限。
如学生甲是学生,在学生表里,只有学生的权限:选课、退课、查成绩等权限。
1.4 参考资料[1]刘润东,《UML设计与编程》,北京希望电子出版社,2001.5[2]刁成嘉,《UML系统建模与分析设计》,机械工业出版社,2007.6[3]王少锋,《UML面向物件教程》,清华大学出版社,2004.22. 软件产品的一般性的描述2.1 运行环境与资源(1)系统软件运行环境1)系统建模采用支持UML的CASE工具Rose 2003开发环境。
学生选课系统需求规格说明书

学生选课系统需求规格说明书学生选课系统需求规格说明书姓名:潘园园学号:1108210127班级:11信管1班1.文档介绍 (2)1.1文档目的 (2)1.2文档的范围 (2)1.3读者对象 (2)1.4缩写说明 (2)1.5参考资料 (2)2....................................................................................................................... 任务概述 3 2.1项目的来源及背景 (3)2.2项目要达成的目标 (3)2.3系统总体业务流程分析 (3)2.4学生选课系统业务流程图 (4)2.5学生选课数据流程图 (5)2.6产品面向的用户群体 (6)2.7产品中的角色 (6)2.8产品范围 (6)3....................................................................................................................... 功能需求73.1功能需求的分类 (7)3.2后台功能需求 (7)3.2.1管理员信息管理 (7)3.2.2学生信息管理 (7)3.2.3教师信息管理 (7)3.2.4课程信息管理 (7)3.2.5教室信息管理 (7)3.3前台管理功能需求 (7)3.3.1登陆系统 (7)3.3.2个人信息资源管理 (8)3.3.3学生选课 (8)3.3.4教师反馈 (8)3.3.5退出系统 (8)3.4非功能性需求 (8)3.4.1用户界面需求 (8)3.4.2软件安全需求 (8)3.4.3产品质量需求 (8)3.4.4软件运行环境需求 (8)3.4.5其他需求 (8)4.产品提交 (9)1.文档介绍1.1文档目的本文档□的是在开发一个全面的用户需求系统,从多方面分析用户的需求以及尽量的满足。
选课管理系统需求规格说明书

选课管理系统需求规格说明书选课管理系统需求规格说明书1. 引言本文档为选课管理系统的需求规格说明书,旨在详细描述该系统的功能和性能要求。
2. 目标选课管理系统旨在提供一个方便、高效的在线选课平台,满足学生和教务人员的选课管理需求。
3. 功能需求3.1 学生功能需求3.1.1 学生登录和注册:学生通过登录或注册账号使用选课系统。
3.1.2 课程查询和选择:学生可以查询并选择适合的课程。
3.1.3 学生选课:学生可以将选定的课程加入自己的选课清单。
3.1.4 选课结果查询:学生可以查询已选课程的结果。
3.2 教务人员功能需求3.2.1 教务人员登录和注册:教务人员通过登录或注册账号使用选课系统。
3.2.2 课程管理:教务人员可以添加、修改或删除课程信息。
3.2.3 学生管理:教务人员可以管理学生信息,包括添加、修改或删除学生账号。
3.2.4 选课管理:教务人员可以管理选课结果,包括对选课结果的审核和修改。
4. 性能需求4.1 响应时间:系统应该在用户发出请求后的2秒内给出响应。
4.2 并发量:系统应该能够同时处理200名学生的选课请求。
4.3 稳定性:系统应该具备高可靠性,持续稳定运行时间不少于99.99%。
4.4 安全性:系统应该采取合适的安全措施,保护学生和教务人员的个人信息和选课数据。
5. 总体设计5.1 系统架构:选课管理系统采用客户端-服务器架构,前端使用Web技术实现,后端使用数据库存储和处理数据。
5.2 数据库设计:系统使用关系型数据库存储课程和用户信息。
5.3 用户界面设计:系统的用户界面应该简洁、友好,方便用户进行操作。
附件:1. 数据库设计文档2. 系统界面原型图3. 系统测试用例法律名词及注释:1. 用户隐私保护法:是为了保护个人隐私权而采取的法律措施。
包括个人信息收集、存储和使用等方面的规定。
2. 网络安全法:是为了保障网络安全,防止网络犯罪和保护网络信息的安全而制定的法律。
选课管理系统需求规格说明书

选课管理系统需求规格说明书选课管理系统需求规格说明书1:引言1.1 编写目的1.2 背景1.3 目标1.4 参考资料2:项目概述2.1 项目背景2.2 项目目标2.3 主要功能2.4 用户特征2.5 使用环境2.6 开发环境2.7 术语定义3:总体设计3.1 架构设计3.2 数据库设计3.3 界面设计3.4 安全性设计3.5 性能设计3.6 可用性设计3.7 系统接口设计4:功能需求4.1 登录模块4.1.1 学生登录4.1.2 教师登录4.1.3 管理员登录4.2 选课模块4.2.1 学生选课4.2.2 教师设置课程4.2.3 课程时间冲突处理 4.3 成绩管理模块4.3.1 成绩录入4.3.2 成绩查询4.4 课程管理模块4.4.1 添加课程4.4.2 删除课程4.4.3 修改课程信息 4.5 学生信息管理模块 4.5.1 学生信息录入 4.5.2 学生信息查询 4.6 教师信息管理模块 4.6.1 教师信息录入 4.6.2 教师信息查询 4.7 班级信息管理模块 4.7.1 班级信息录入 4.7.2 班级信息查询5:非功能需求5.1 性能需求5.2 安全需求5.3 可用性需求5.4 可维护性需求5.5 可测试性需求6:界面设计6.1 登录界面设计6.2 选课界面设计6.3 成绩管理界面设计6.4 课程管理界面设计6.5 学生信息管理界面设计 6.6 教师信息管理界面设计 6.7 班级信息管理界面设计附件:附件1:数据库设计文档附件2:界面设计原型图附件3:系统测试报告注释:1:学生登录:学生使用学号和密码登录系统。
2:教师登录:教师使用工号和密码登录系统。
3:管理员登录:管理员使用管理员账号和密码登录系统。
4:课程时间冲突处理:系统应提供课程时间冲突检测功能,并给出相应的处理方案。
学生选课系统软件需求说明书(精)

学生选课系统软件需求说明书作者:完成日期:签收人:签收日期:修改情况记录:目录1引言 ..................................................................... ........................................................................ ..... 1 1.1 编写目的 . ................................................................... ............................................................... 1 1.2 范围 . ................................................................... .......................................................................1 1.3 定义 . ................................................................... (1)1.4 参考资料 . ................................................................... (1)2项目概述 ..................................................................... (2)2.1 项目来源及背景 . ................................................................... ................................................... 2 2.2 用户特点 . ................................................................... (2)2.3 项目目标 . ................................................................... (2)3应用环境 ..................................................................... (3)3.1 系统运行的网络环境 . ................................................................... ........................................... 3 3.2系统运行的硬件环境 . ................................................................... .. (3)3.3系统运行的软件环境 . ................................................................... .. (4)4功能需求规格 ..................................................................... ............................................................. 4 4.1角色定义 . ................................................................... ................................................................ 4 4.2系统主用例图 . ................................................................... ........................................................ 5 4.3登录模块 . ................................................................... ................................................................ 6 4.4 管理员模块 . ................................................................... ........................................................... 8 4.5 学生模块 . ................................................................... . (14)4.6 教师模块 . ................................................................... . (16)5性能需求 ..................................................................... . (18)5.1界面需求 . ................................................................................................................................. 18 5.2响应时间需求 . ................................................................... ...................................................... 18 5.3可靠性需求 . ................................................................... .......................................................... 18 5.4开放性需求 . ................................................................... .......................................................... 19 5.5可扩展性需求 . ................................................................... (19)5.6系统安全需求 . ................................................................... (19)6产品提交 . ................................................................... (19)7实现约束 ..................................................................... . (19)1 引言1.1 编写目的该文档是关于用户对于学生选课系统的功能和性能的要求, 重点描述了选课系统的功能需求,是概要设计的重要输入。
学生选课管理系统需求规格说明书

学生选课管理系统需求规格说明书学生选课管理系统需求规格说明书1:引言1.1 目的本文档旨在详细描述学生选课管理系统的需求规格,包括系统功能、性能、界面设计、安全性要求等方面的需求。
1.2 范围学生选课管理系统是一个在线的课程选课平台,为学生提供方便、快捷的选课服务。
本系统旨在满足学生选课的需求,提高选课效率,减少人工操作的工作量。
2:功能需求2.1 学生功能需求2.1.1 学生登录学生可以通过输入用户名和密码进行登录系统。
2.1.2 查看课程列表学生可以查看当前可选课程的列表,包括课程名称、授课教师和课程容量等信息。
2.1.3 选课学生可以从课程列表中选择心仪的课程进行选课,系统会检查课程容量和学生的选课限制。
2.1.4 退选课程学生可以退选已选课程,系统会更新课程容量。
2.1.5 查看已选课程学生可以查看自己已选的课程列表,包括课程名称、授课教师和上课时间。
2.1.6 查看个人信息学生可以查看和修改个人信息,包括姓名、性别、联系方式等。
2.2 管理员功能需求2.2.1 管理员登录管理员可以通过输入用户名和密码进行登录系统。
2.2.2 添加课程信息管理员可以添加新的课程信息,包括课程名称、授课教师、上课时间和课程容量等。
2.2.3 删除课程信息管理员可以删除不再开设的课程信息,系统会更新课程容量。
2.2.4 修改课程信息管理员可以修改已有课程的信息,包括授课教师、上课时间和课程容量等。
2.2.5 查看学生选课情况管理员可以查看学生已选的课程情况,包括学生姓名、所选课程和选课时间。
3:性能需求3.1 响应时间系统对于用户的操作请求,应在2秒内给予响应。
3.2 并发性能系统应支持至少100个并发用户同时进行选课操作。
4:界面设计要求4.1 学生界面设计学生界面设计应简洁明了,便于学生进行选课操作,信息展示清晰明了。
4.2 管理员界面设计管理员界面设计应提供课程管理、学生信息查看等功能入口,方便管理员进行操作。
完整版高校学生选课系统需求规格说明书

高校学生选课系统需求规格说明书软件工程业:专1603 班级:班组 XXX 长:小组成员: XXX XXX XXX XXX1目录1引言 (3)1.1编写目的 (3)1.2背景 (3)1.3定义 (3)1.4参考资料 (3)2任务概述 (4)2.1目标 (4)2.2用户的特点 (4)2.3假定和约束 (5)3需求规定 (5)3.1总体功能需求 (5)3.2对功能的规定 (9)3.3对性能的规定 (15)3.3.1精度 (15)3.3.2时间特性要求 (15)3.3.3灵活性 (15)3.4输人输出要求 (15)3.5数据管理能力要求 (19)23.6故障处理要求 (20)3.7其他专门要求 (21)4运行环境规定 (21)4.1设备 (21)4.2支持软件 (22)4.3接口 (22)4.4控制 (22)31、引言1.1、编写目的本规格说明描述了高校学生选课系统的基本要求,并且作为各方面沟通的依据,也为下一步的学习提供了基准,同时可以让我们更进一步掌握软件工程导论内容。
本需求分析文档的预期读者有:本小组的每一位成员;用户,即高校学生,教师,后勤人员;老师等。
1.2、背景A、待开发的软件系统的名称:高校学生选课系统B、任务提出者:1603班一个3人小组开发者:XXX XXX XXX用户:高校学生,教师,后勤人员平台:以日常生活,学习的各个领域、各个环节中的计算机网络为平台C、本系统是一个更大的系统即教务系统的组成部分,所以以提高同教务系统的兼容性为原则。
1.3、定义无1.4、参考资料《招聘网站设计项目需求分析》《南昌先锋办公自动化系统需求规格说明书》《软件工程导论》(第6版)42、任务概述2.1、目标随着高校招生规模的不断扩大,课程的不断细化,给高校学生选课带来很大的不便。
而选课是高校教务系统不可或缺的一部分。
为了解决这个问题,产生了高校学生选课系统。
该系统以日常生活、学习的各个领域、各个环节中的计算机网络平台为基础,以高校学生,教师,后勤人员为目标用户,以高校教务系统的需求为依据,以应用和服务为核心,以方便用户为宗旨,以信息安全保障为前提,开发出一个稳定可靠、经济实用、操作界面简单的高校学生选课系统。
学生选课管理系统需求规格说明书

学生选课系统需求规格说明书目录0.文档介绍ﻩ错误!未定义书签。
0.1文档目的............................................................................................... 错误!未定义书签。
0.2文档范围............................................................................................... 错误!未定义书签。
0.3读者对象ﻩ错误!未定义书签。
0.4参考文档ﻩ错误!未定义书签。
1.产品介绍ﻩ错误!未定义书签。
2.产品面向的用户群体 .............................................................................. 错误!未定义书签。
3. 产品应当遵循的标准或规范ﻩ错误!未定义书签。
4.产品范围ﻩ错误!未定义书签。
5.产品中的角色ﻩ错误!未定义书签。
6. 产品的功能性需求................................................................................... 错误!未定义书签。
6.0功能性需求分类ﻩ错误!未定义书签。
6.1后台管理功能需求ﻩ错误!未定义书签。
6.1.1管理员信息管理ﻩ错误!未定义书签。
6.1.2教师信息管理 ........................................................................... 错误!未定义书签。
6.1.3学生信息管理ﻩ错误!未定义书签。
6.1.4课程信息管理ﻩ错误!未定义书签。
6.1.5排课管理....................................................................................... 错误!未定义书签。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
高校学生选课系统需求规格说明书专业:软件工程班级: 1603班组长: XXX 小组成员: XXX XXX XXX XXX目录1引言 (3)1.1编写目的 (3)1.2背景 (3)1.3定义 (3)1.4参考资料 (3)2任务概述 (4)2.1目标 (4)2.2用户的特点 (4)2.3假定和约束 (5)3需求规定 (5)3.1总体功能需求 (5)3.2对功能的规定 (9)3.3对性能的规定 (15)3.3.1精度 (15)3.3.2时间特性要求 (15)3.3.3灵活性 (15)3.4输人输出要求 (15)3.5数据管理能力要求 (19)3.6故障处理要求 (20)3.7其他专门要求 (21)4运行环境规定 (21)4.1设备 (21)4.2支持软件 (22)4.3接口 (22)4.4控制 (22)1、引言1.1、编写目的本规格说明描述了高校学生选课系统的基本要求,并且作为各方面沟通的依据,也为下一步的学习提供了基准,同时可以让我们更进一步掌握软件工程导论内容。
本需求分析文档的预期读者有:本小组的每一位成员;用户,即高校学生,教师,后勤人员;老师等。
1.2、背景A、待开发的软件系统的名称:高校学生选课系统B、任务提出者:1603班一个3人小组开发者:XXX XXX XXX用户:高校学生,教师,后勤人员平台:以日常生活,学习的各个领域、各个环节中的计算机网络为平台C、本系统是一个更大的系统即教务系统的组成部分,所以以提高同教务系统的兼容性为原则。
1.3、定义无1.4、参考资料《招聘网站设计项目需求分析》《南昌先锋办公自动化系统需求规格说明书》《软件工程导论》(第6版)2、任务概述2.1、目标随着高校招生规模的不断扩大,课程的不断细化,给高校学生选课带来很大的不便。
而选课是高校教务系统不可或缺的一部分。
为了解决这个问题,产生了高校学生选课系统。
该系统以日常生活、学习的各个领域、各个环节中的计算机网络平台为基础,以高校学生,教师,后勤人员为目标用户,以高校教务系统的需求为依据,以应用和服务为核心,以方便用户为宗旨,以信息安全保障为前提,开发出一个稳定可靠、经济实用、操作界面简单的高校学生选课系统。
从而提高高校学生的选课效率和管理人员的工作效率,提升高校的教育质量和教学管理质量,推动高校的进一步发展。
有必要说明一下,本系统是一个更大的系统即教务系统的组成部分,所以以提高同教务系统的兼容性为原则。
2.2、用户特点本系统的最终用户是高校的学生,教师和后勤人员。
其中,最主要的用户为高校学生。
用户对电脑都有一定的操作能力,根据菜单提示都能熟练使用本系统。
后勤人员能够熟练的进行数据库的维护。
预期使用频度:根据点击的频繁程度,稳定运行的系统每天接受的点击数量应该在5000-10000次,对于超过10000次的负荷,应该采用增加服务器和硬件性能、版本升级的方法来解决。
2.3、假定和约束目前已经确定的约束条件包括:A、开发期限的约束。
在2018年3月下旬到6月上旬大概两个月的时间内完成。
完成之后会进行负荷测试、峰值测试、试运行等。
B、人员限制。
在小组3个成员的合作以及老师的指导下共同完成。
C、对于超过3万次/日的访问量,不输入本系统应解决的问题D、系统稳定性的约束。
系统能够长时间稳定运行,平均故障间隔时间不少于10000小时。
E、数据安全性的约束。
主服务器端运行大型数据库,具有较强的数据处理能力和容错能力。
特别是安全保护能力,防止信息被窃取和篡改。
其他相关的假定和约束条件之后将进一步补充。
3、需求规定3.1、总体功能需求(1)、首页设计首页设计应该清晰简单,同时还要做到信息充足,突出学生选课系统的特点和操作的入口。
首页设计要有艺术风格:界面、版面形象清新悦目,布局合理,美观大方,字号大小适宜,字体选择合适,动静效果好,色彩和谐,与主题相吻合。
(2)、用户功能需求A 学生(a)注册或登录账号。
根据学号和密码(b)修改登录密码。
(c)查看学生个人相关信息。
(d)查看教师相关信息。
(e)查看可选课程信息。
(f)管理个人选课信息:增加,删除,修改(g)查看个人选课信息。
(h)查看自己所选课程的成绩。
B 后勤人员(a)注册或登录账号。
根据工号和密码(b)修改登录密码(c)编辑,查看,修改学生信息、教师信息。
(d)管理课程信息:可选课程信息的添加,删除,修改,查看,设置人数限制。
(e)查看及统计总选课信息。
(f)打印成绩清单。
C 教师(a)注册或登录账号。
根据工号和密码(b)修改登录密码(c)查看教师个人信息(d)查看自己所带课程的课程信息。
(e)查看自己所带课程的总选课信息。
(f)学生成绩录入(3)、对信息的需求该系统所涉及到的信息包括(a)学生信息学号,姓名,性别,年龄,专业,年级,地址。
(b)教师信息工号,姓名,性别,职称,所属专业,联系方式。
(c)后勤人员信息工号,姓名。
(d)课程信息课程号,课程名,学分,学时,所属专业,限选人数,已选人数,授课教师工号和姓名,上课时间,上课地点。
(e)选课信息学生姓名,学号,成功选择的课程号,课程名,授课教师和成绩。
(f)总选课信息选择某门课的全部学生姓名,学号和授课教师,课程名。
(g)登录信息账号,密码。
(h)成绩清单课程名,学号,姓名,授课教师,成绩。
3.2、对功能的规定1、定义系统应完成的功能,这条准则要求建立功能模型,即数据流图(DFD)。
第一步:提取四种成分:源点和终点,处理,数据存储和数据流。
(一)源点和终点。
该系统的使用者为用户(学生,教师,后勤人员),数据的输入输出完全由用户完成。
区别只是完成的功能不同,用户类型不同,则输入输出端的用户类型不同。
所以,粗略地看,用户是数据源点,也是数据终点。
(二)处理。
(1)注册或账号、密码审核。
因为每位用户都要注册或登录账号,所以第一个处理必定为注册或账号、密码审核。
(2)用户报名。
对于注册的用户,要进行报名处理,增加相关的用户信息。
(3)修改密码。
(4)查看该用户权限之内的相关信息。
如学生可查看学生个人信息,教师相关信息,课程信息,个人选课信息,成绩;后勤人员可查看学生信息,教师信息,个人信息,课程信息,选课信息,总选课信息,成绩;教师可查看教师个人信息,课程信息,总选课信息,成绩。
(5)管理用户权限之内的信息。
如学生可管理个人选课信息;后勤人员可管理学生、教师、课程信息;教师可管理成绩信息。
(6)产生成绩清单。
(三)数据存储。
(1)学生信息。
(2)教师信息。
(3)后勤人员信息。
(4)课程信息。
(5)选课信息。
(6)总选课信息。
总选课信息是由选课信息统计出来的。
(7)登录信息。
(8)成绩清单。
(四)数据流。
(1)账号和密码。
(2)各信息录入。
由后勤人员录入学生,教师,课程信息;教师录入成绩信息;学生录入选课信息。
(3)课程信息(4)选课信息(5)查看并统计选课信息(6)成绩信息(7)其他各信息第二步:画出高校学生选课系统的基本系统模型。
第三步:把基本系统模型细化。
因为对不同的用户有不一样的功能权限,所以对三种不同的用户数据源点,有着三种不同的细化了的系统流程图。
(一)学生(二)教师(三)后勤人员第四步:对功能级数据流图中描绘的系统主要功能进一步细化。
(一)选课(二)成绩2、IPO图输入:账号、密码;处理:核对密码,成绩录入,信息录入,查看各个信息输出:成绩清单,各个信息记录软件每天接受的点击数量应该在5000-10000次3.3、对性能的规定3.3.1、精度该高校学生选课系统对数据输入/输出的精度要求为小数点后两位,因为涉及到成绩的输入输出和学分绩点的计算输出。
3.3.2、时间特性要求该高校学生选课系统对时间的要求是用户对系统登录操作的时间最多为一个小时。
一个小时之后未退出者网页自动退出。
本地系统,使用功能时,一般处理系统响应时间不应大于9秒钟。
复杂处理系统应给出提示,显示处理速度。
3.3.3、灵活性该高校学生选课系统还要有足够的灵活性。
当用户的需求发生变化时,可通过改变用户的权限实现,或者可很方便地增加一个新的功能模块来实现。
3.4、输入输出要求1、学生信息2、教师信息3、后勤人员信息4、课程信息5、选课信息6、总选课信息7、登录信息3.5、数据管理能力要求该学生选课系统的要求系统能通过人工以保证系统数据的正确性,使得数据不会因为故障而丢失或破坏了。
人工系统数据备份是指通过系统管理员来对数据库进行备份。
另:高校学生选课系统的E-R图(1)数据对象:学生、教师、课程、后勤人员。
其中,假定学生、教师、课程为其他数据对象。
(2)属性:学生——学号,姓名,性别,年龄,专业,年级,地址,密码。
教师——工号,姓名,性别,职称,所属专业,联系方式,密码。
后勤人员——工号,姓名,密码。
课程——课程号,课程名,学分,学时,所属专业,限选人数,已选人数,授课教师工号和姓名,上课时间,上课地点。
(3)联系: 学生和课程之间存在多对多的联系“选课”;教师和课程之间存在多对多的联系“教”;后勤人员和其他数据对象之间存在一对多的联系“管理”。
3.6、故障处理要求A、在数据访问、增改时,用户输入一些不合理的数据的时候,能够进行一些合理的提示信息,不能因为输入错误而导致系统的错误,或者窗口关闭;B、数据库要求有备份机制,以防止数据的全部丢失。
当软件停止运行时,强行关机重启后,可以根据系统的自动备份或者在操作之前的手工备份来恢复数据,保证系统数据的正确性。
C、当软件无法安装时,可以查看帮助手册,安装相关软件或者修复受损文件。
3.7、其他专门要求因为学生选课系统关系到学校及学生的重要成绩信息,所以对于学校而言对安全保密性的要求非常严格,此系统是面向所有的在校学生,老师及系统管理员,大多数人都不是专业的计算机操作人员,因此对该系统使用的方便性要求也较高。
该系统要求有一定的可维护性,可扩充性,兼容性。
4、运行环境规定4.1、设备运行该软件所需要的硬设备有A 服务器端:CPU 酷睿i5等硬盘最小8GB内存最低256MBB 客户端:CPU 酷睿i5等硬盘最小1GB内存最低 64 MB4.2、支持软件服务器端:在Windows或者Linux系统下装有Microsoft SQL Server客户端:程序在通常的条件下,在Windows XP/Windows 2000/Windows 2003,Linux等操作系统,Microsoft SQL Server及后续的MS的操作系统上,都能够浏览所公布的页面、执行对应的操作。
4.3、接口网络传输协议为 TCP/IP 协议,HTTP(超文本传输协议)等。
4.4、控制(不适用)。