学生成绩管理系统——需求分析

金融信息系统设计课程设计需求分析题目：学生成绩管理系统班级：XXXXXXXXX指导教师：XXXX小组成员：XXXXXXXXXXXXXXXX目 录1. 引言11.1 目的11.2 背景11.3 定义11.4 参考资料22. 系统概述22.1 目标22.2 用户特点22.3 运行环境22.4 功能23. 系统特性33.1 系统角色33.2 学生管理43.2.1 导入学生基本信息43.2.2 添加学生信息53.2.3 更新学生信息53.2.4 删除学生信息53.3 教师管理63.3.1 导入教师基本信息63.3.2 添加教师信息63.3.3 更新教师信息63.3.4 删除教师信息73.4 成绩管理73.4.1 成绩查询73.4.2 成绩录入73.4.3 申请查分83.4.4 分析与统计84. 非功能性需求84.1 精度84.2 时间特性要求84.3 灵活性84.4 输入输出要求94.5 故障处理要求94.6 其他专门要求95. 外部接口要求95.1 用户接口95.2 硬件接口95.3 软件接口95.4 通信接口9II金融信息系统课程设计1. 引言1.1 目的学生成绩管理是学校工作中的一项重要内容。目前，我国大中专院校的学生成绩管理水平普遍不高。随着办学规模的扩大和招生人数的增加，建立一个学生成绩管理系统是非常必要的，也是学校信息化建设的重要一环。在当今信息时代，传统的成绩管理方式浪费了许多人力物力，已不能适应时代的发展，必然被以计算机为基础的MIS所代替。在此基础上，为了提高成绩管理的效率，我们决定以学生成绩管理系统为本次设计的主题。本系统面向的用户有：系统管理员、教师、学生，主要应用于学校学生成绩管理，总体任务是实现学生成绩的信息化、规范化和自动化管理，其主要任务是对学生的成绩进行管理，如查询、修改、增加、删除。此外，考虑到学生若对其成绩感到疑惑，增加了在线申请查分的功能。1.2 背景随着科学技术的不断提高，计算机科学日趋成熟，其强大的功能已为人们所深刻认识，它已进入人类社会的各个领域并发挥着越来越重要的作用。作为计算机应用的一部分，使用计算机对学生成绩信息进行管理，具有传统管理所无法比拟的优点。例如，检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高学生信息管理的效率。因此，设计一套学生成绩管理系统很有必要。1.3 定义C#：是微软公司发布的一种面向对象的、运行于.NET Framework之上的高级程序设计语言。数据流图：简称DFD，就是采用图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。E-R图：为实体-联系图，提供了表示实体、属性和联系的方法，用来描述现实世界的概念模型。数据字典：是一种用户可以访问的记录数据库和应用程序元数据的目录。主动数据字典是指在对数据库或应用程序结构进行修改时，其内容可以由DBMS自动更新的数据字典。被动数据字典是指修改时必须手工更新其内容的数据字典。1.4 参考资料C#课程设计案例精编，王振江，王添添等编著。Visual C# 2005程序设计教程，崔淼，陈明非主编。C#开发宝典，匡松，张淮鑫主编。2. 系统概述2.1 目标项目开发意图：为了方便管理学生成绩，加强学生和老师之间的交流，让大家及时了解成绩状况，提供一个便捷的成绩管理平台。 应用目标：学生成绩管理主要针对教师所教班级及所有学生而制作的成绩管理系统。 作用范围：系统管理员、教师、学生。2.2 用户特点用户必须具备电脑的基本操作能力，管理员有添加、更新、删除、查看信息等操作权限，还要负责数据库的管理、网站的维护；教师可以录入成绩、查询、修改基本信息、修改登录密码等权限；学生只有查询、修改基本信息、修改登录密码、申请查分的权限操作。2.3 运行环境该系统为C/S结构，它的运行环境分为服务器端和用户终端。服务器端：接收用户端的数据或命令请求，并请求数据库服务器执行数据库操作得到相应的数据集，对数据集进行相应的处理，然后将数据集或处理后的数据集返回给用户终端。操作系统：Windows 2000/XP及以上版本。数据库系统：SQL Server 2008及以上版本。用户终端：提供用户操作界面，接受用户输入的各种操作信息，向服务器发出各种操作命令或数据请求，并接收执行操作命令后返回的数据结果，根据业务逻辑进行相关的运算，向用户显示相应的信息。操作系统：Windows 2000/XP及以上版本。数据库系统：SQL Server 2008及以上版本。2.4 功能本系统的主要功能分为三大类：学生管理：用于添加、更新、删除及查询学生基本信息。教师管理：用于添加、更新、删除及查询教师任课信息。成绩管理：对于学生，仅支持查询成绩和申请查分操作；对于教师，支持成绩录入、修改、汇总及排名等操作；对于管理员不设限制。本系统的主要功能结构图如图1所示。学生成绩管理系统学生管理教师管理成绩管理查看学生信息添加学生信息更新学生信息删除学生信息成绩查询申请查分成绩录入修改成绩查看教师信息添加教师信息更新教师信息删除教师信息分析与统计图1 系统主要功能结构图3. 系统特性3.1 系统角色本系统主要包括系统管理员、教师、学生三种类型的用户。系统管理员：完成系统管理与维护，例如，维护学生、教师及数据字典等的维护。用例图如图2所示。教师：维护课程与成绩，查询所教课程的所有学生的成绩。用例图如图3所示。学生：可以查询自己的成绩，同时，当对自己的成绩有疑问时，可以申请查分。用例图如图4所示。管理员维护数据字典查看学生信息添加学生信息更新学生信息删除学生信息查看教师信息添加教师信息更新教师信息删除教师信息图2 管理员用例图教师修改学生成绩查询课程信息查询学生成绩录入学生成绩图3 教师用例图学生申请查分查询学生信息查询学生成绩图4 学生用例图3.2 学生管理3.2.1 导入学生基本信息使用者：学校有学生管理功能角色的用户。目的：批量导入学生信息，也可以将其他系统中学生信息按照规定的格式导入本系统。基本事件流：用户进入批量导入学生界面，本用例开始。系统显示导入文件类型、格式说明、并提供导入的模板文件，供下载。用户按照导入文件格式要求填写或生成对应文件，然后将文件上传，点击确定。系统检查文件的合理性，如果文件格式有误或数据有冲突，给出详细提示列表(错误所在行、错误原因)，用户修改文件后再上传，如果上传文件合理，系统将学生信息导入系统。本用例结束。 3.2.2 添加学生信息使用者：学校有学生管理功能角色的用户。目的：添加单个学生基本信息。基本事件流：用户进入增加单个学生界面，本用例开始。系统显示学生信息输入界面，用户输入学生姓名、学号、性别、班级。用户确认输入信息，系统检查学号是否唯一非空。若符合条件，则增加学生信息；否则，提示用户重新输入。本用例结束。3.2.3 更新学生信息使用者：学校有学生管理功能角色的用户。目的：更新单个学生基本信息。基本事件流：用户进入更新单个学生界面，本用例开始。系统显示学生信息输入界面，用户输入学生姓名、学号、班级。用户确认输入信息，系统检查学号是否唯一非空。若符合条件，则增加学生信息；否则，提示用户重新输入。本用例结束。3.2.4 删除学生信息使用者：学校有学生管理功能角色的用户。目的：删除单个学生基本信息。基本事件流：用户进入删除单个学生界面，本用例开始。系统显示学生信息输入界面，用户可输入学生姓名、学号。用户确认输入信息，系统检查学号是否唯一非空。若符合条件，则删除学生信息；否则，提示用户该学生不存在。本用例结束。3.3 教师管理3.3.1 导入教师基本信息使用者：学校有教师管理功能角色的用户。目的：批量导入教师信息，可以将其他系统中教师信息按照规定的格式导入本系统。基本事件流：用户进入批量导入教师界面，本用例开始。系统显示导入文件类型、格式说明、并提供导入的模板文件，供下载。用户按照导入文件格式要求填写或生成对应文件，然后将文件上传，点击确定。系统检查文件的合理性，如果文件格式有误码，或有数据冲突，给出详细提示列表（错误所在行、错误原因），用户修改文件后再上传，如果上传文件合理，系统将教师信息导入系统。本用例结束。3.3.2 添加教师信息使用者：学校有教师管理功能角色的用户。目的：添加单个教师基本信息。基本事件流：用户进入增加单个教师界面，本用例开始。系统显示教师信息输入界面，用户输入教师姓名、工号、任课课程。用户确认输入信息，系统检查工号是否唯一非空。若符合条件，则增加教师信息；否则，提示用户重新输入。本用例结束。3.3.3 更新教师信息使用者：学校有教师管理功能角色的用户。目的：更新单个教师基本信息。基本事件流：用户进入更新单个教师界面，本用例开始。系统显示教师信息输入界面，用户输入教师姓名、工号、任课课程。用户确认输入信息，系统检查工号是否唯一非空。若符合条件，则更新教师信息；否则，提示用户重新输入。本用例结束。3.3.4 删除教师信息使用者：学校有教师管理功能角色的用户。目的：单个添加教师基本信息。基本事件流：用户进入增加单个教师界面，本用例开始。系统显示教师信息输入界面，用户输入教师姓名、工号、任课课程。用户确认输入信息，系统检查工号是否唯一非空，若符合条件，则删除教师信息；否则，提示用户重新输入。本用例结束。3.4 成绩管理3.4.1 成绩查询使用者：所有用户。目的：查询学生成绩。基本事件流：用户进入成绩查询界面，本用例开始。系统显示成绩查询界面，用户输入学生姓名、学号、班级、课程名称、成绩。用户确认输入信息，系统检查学号是否唯一非空。若符合条件，则显示学生成绩信息；否则，提示用户重新输入。本用例结束。3.4.2 成绩录入使用者：任课教师。目的：录入学生成绩。基本事件流：用户进入成绩录入界面，本用例开始。系统显示成绩录入界面，用户输入学生姓名、学号、成绩。用户确认输入信息，系统检查学号是否唯一非空。若符合条件，则提交学生成绩；否则，提示用户重新输入。本用例结束。3.4.3 申请查分使用者：学生。目的：单个添加教师基本信息。基本事件流：用户进入增加单个教师界面，本用例开始。系统显示教师信息输入界面，用户输入学生姓名、学号、课程名称。用户确认输入信息，系统检查学号是否唯一非空。若符合条件，则提交申请，并留言通知任课教师；否则，提示用户重新输入。本用例结束。3.4.4 分析与统计(1) 考试成绩表：某学期某次考试的单个班级考试成绩表。(2) 班级各科平均成绩表：某学期某次考试单个年级的各科平均成绩表。(3) 年级成绩排名表：某学期某次考试单个年级的年级排名表。4. 非功能性需求软件应保证系统运行稳定，避免出现系统崩溃；软件必须保证有足够的数据精度，不影响正常业务；软件应尽量做到响应快速、操作简便。4.1 精度为了查询完整，尽量让所有相应域包含查询关键字的记录都能查到。由于通常有文件的记录很多，所以本系统采用两种查询：直接查询和模糊查询。 4.2 时间特性要求响应时间：要求保证一般操作的响应时间应在1-2秒内。更新处理时间：最好一学期更新一次。数据的转换和传送时间：尽量快。解题时间：短。 4.3 灵活性(1) 当执行查询时，查询完后提供返回按钮可继续查找。(2) 用户处于一定时间的“不操作”，服务器可以不再相应对数据库的请求，除非再次登录。4.4 输入输出要求输入要求：数据完整，详实。用户需选择相对应的身份，输入账号和密码进入相应的用户界面。输出要求：简捷，快速，实时。 根据用户需求输出相应的信息。4.5 故障处理要求(1)用户使用电脑系统有问题，或者浏览器有问题。(2)数据库建立有问题。(3)内存太小会影响运行速度。(4)对于各类突发事件要注意避免。4.6 其他专门要求保密性：数据库要做好保密，避免数据的丢失或者盗取。间接性：用户的操作界面必须要做到简单明了，不能有太复杂的设置或者操作。 可更新性：对于系统可以根据用户需要进行更新，维护等操作，扩展其功能，并使系统稳定。5. 外部接口要求5.1 用户接口用户接口：该系统为C/S结构，它的运