教务在线管理系统需求分析说明书
教务管理系统需求分析报告
教务管理系统需求分析报告一、引言二、功能需求分析1.学生管理功能（1）学生档案管理：包括学生个人信息、家庭背景、健康情况等基本信息的录入和修改。
（2）学生选课管理：学生选课报名、退选，以及选课信息查询。
（3）学生考务管理：学生考试安排、考试成绩录入和查询。
（4）学生奖惩管理：学生奖励、处分等信息的记录和查询。
2.教师管理功能（1）教师档案管理：教师个人信息、教育经历、教学经历等信息的录入和修改。
（2）教师授课管理：教师课程的安排、教学计划的制定和调整。
（3）教师考务管理：教师考试安排、试卷批改和考试成绩录入。
（4）教师评价管理：学生对教师的评价和教师对学生的评价。
3.课程管理功能（1）课程信息管理：包括课程名称、课程编号、学分等基本信息的录入和修改。
（2）课程计划管理：课程的时间安排、选课人数限制等信息的制定和调整。
（3）课程评价管理：学生对课程的评价和教师对课程的评价。
（4）课程查询统计：对课程的选课人数、成绩分布等信息进行查询和统计。
4.班级管理功能（1）班级信息管理：班级名称、班级人数、班级负责人等信息的录入和修改。
（2）学生成绩管理：对班级的学生成绩进行录入、查询和统计。
（3）班级考勤管理：对班级学生的考勤情况进行记录和查询。
（4）班级评价管理：学生对班级的评价和班级对学生的评价。
5.成绩管理功能（1）成绩录入：教师对学生的考试成绩进行录入。
（2）成绩查询：学生和教师可以查询学生的考试成绩。
（3）成绩统计：对学生的成绩进行统计和分析。
6.教务日常管理功能（1）教学资源管理：包括教材、教具等教学资源的管理和调配。
（2）教学进度管理：对教学进度进行规划和管理。
（3）排课管理：对教室、教师和学生的排课进行管理和调配。
（4）考务管理：包括考试安排、监考安排等考务工作的管理。
三、性能要求分析1.系统稳定性要求：系统应具备良好的稳定性，能够长时间稳定运行，不易崩溃和出错。
2.系统安全性要求：系统应具备一定的安全性，能够保护学生和教师的个人信息不被非法获取和篡改。
教务管理系统需求说明书
大学教务管理软件需求规格说明书《目录》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 编写目的：教务管理是大学的主要日常管理工作之一，涉及到校、系、师、生的诸多方面，随着教学体制的不断改革，尤其是学分制、选课制的展开和深入，教务日常管理工作日趋繁重、复杂。
如何把教务工作信息化，模块化，便捷化是现代高校发展的重点，所以迫切需要研制开发一种综合教务管理软件。
1.2 背景说明：待开发系统名称：教务管理系统开发者：彭莹曹妍唐晓春用户：高校教务人员，在校学生，教师1.3 系统目标:本系统是各院（系）级教务员，教师，和学生的工作界面。
它完成：（1）各院（系）与学生有关的各种数据(如学生的注册信息、课程设置、教学培养计划、教学执行计划、学生选课申请、学生成绩、考试安排等)的录入、查询、更新以及各种表格的生成，完成对在校生的基本管理；（2）完成学生选课，查询，教师录入成绩等应用（3）以及对教学人员(教师、班主任、教务人员) 的管理。
特色与关键问题：对软件过程规范及技术的学习和应用。
2.信息描述：2.1 信息内容：本系统是一个面向学校教务管理人员、教师和学生，为其提供服务的综合管理系统。
教务人员通过本系统完成所有的日常教务工作。
从学生入学开始到毕业离校，其在学校内的所有和教务相关的数据都通过教务系统进行管理。
学生则可以通过系统进行选课及查询自己的个人相关信息（课程表、考试安排、成绩等）。
教师则可以查询自己的课程安排，录入成绩，申请考试时间等。
2.2 数据流层图顶层DFD图教务员学生教务管理系统教师ID和密码ID和密码命令信息命令信息返回信息ID和命令返回返回信息密码信息信息二层DFD图——教务人员子系统排考系统教务员验证有效性信息查询系统组班信息考试数据安排ID和密码查询,修改命令命令信息成功信息信息课返回信息数据程选信息表修数据自课程表然制定系统班二层DFD图——学生子系统学生信息查询系统验证有效性ID和密码查询修改命令命令信息返回信息返回信息信息学生数据选课情况学生选课系统二层DFD图——教师子系统信息查询系统教师验证有效性ID和密码查询修改命令命令信息返回信息信息成返回信息数据绩考试考试表时间时间申请考试教师成绩录入系统安排申请三层DFD图——教务人员之信息查询子系统添加信息返回数据信息信息查询信息删除信息教务员返回信息查询命令删除命令返回信息修改返回命令信息修改信息制表教务员查询对应考试信息学生，教师之信息查询同上三层DFD图——教务人员之课程表制定子系统教务员信息,数据课程表教室资源表查询返回命令信息课程表课程分配表查询对应课表三层DFD图——教务人员之排考子系统排考信息数据课程分配表查询返回考试安排信息教室资源表命令信息考试信息表考试时间表三层DFD图——教务人员之组班系统组班教务员信息数据教师信息表查询返回自然班命令信息学生对应班级表查询对应班级班级信息表三层DFD图——学生之选课子系统选课学生信息数据学生选课表返回信息学生信息表三层DFD图——教师之教务子系统录入成绩教师信息数据成绩表考试考试成绩表申请时间申请考试考试时间表四层DFD图——教务人员信息查询子系统教务员课程信息查询教室信息查询班级信息查询学生信息查询系部信息查询教师信息查询教务员信息查询课程信息表班级信息表教室信息表返回课程信息班级号号返回信息教室号学号返回信息返回信息系名返回编号返回返回教务员学生信息表信息信息信息编号系部信息表教务员信息表教师信息表四层DFD图——学生信息查询子系统成绩查询学生选课表成学成绩表考试信息表考试信息查询选课情况查询绩号学生课程表学号学号考试信息课返返学课程表程回回号学生信息表号信信学生信息查询课程信息查询息息老师信息表课程信息表注：学生增加，删除，修改主要是针对学生信息。
在线教学系统需求分析报告说明书(DOC)
在线教学系统需求分析报告说明书(DOC)在线教学系统需求分析报告说明书。
自查报告。
一、引言。
在线教学系统是一种利用互联网技术进行教学和学习的平台，具有灵活、便捷、高效的特点。
为了更好地满足用户需求，我们对在线教学系统的需求进行了分析，并编写了需求分析报告说明书。
在此，我们对需求分析报告进行自查，以确保报告的准确性和完整性。
二、自查内容。
1. 是否对用户需求进行了全面的调研和分析？2. 是否对系统功能进行了详细的描述和分析？3. 是否考虑了系统的可扩展性和可维护性？4. 是否考虑了系统的安全性和稳定性？5. 是否考虑了用户界面的友好性和易用性？6. 是否考虑了系统的性能和效率？三、自查结果。
1. 我们对用户需求进行了广泛的调研和分析，包括教师、学生和管理员的需求，确保需求的全面性和准确性。
2. 我们对系统的功能进行了详细的描述和分析，包括课程管理、作业管理、考试管理、资源管理等功能，确保系统能够满足用户的各种需求。
3. 我们考虑了系统的可扩展性和可维护性，采用了模块化设计和开放式架构，方便系统的扩展和维护。
4. 我们考虑了系统的安全性和稳定性，采用了多层次的安全措施和高可靠性的服务器设备，确保系统的安全和稳定运行。
5. 我们考虑了用户界面的友好性和易用性，采用了直观的设计和简洁的操作流程，确保用户能够轻松上手并享受到良好的用户体验。
6. 我们考虑了系统的性能和效率，采用了高性能的服务器和优化的数据库设计，确保系统能够快速响应并处理大量的并发请求。
四、结论。
经过自查，我们确认需求分析报告的准确性和完整性，确保在线教学系统能够满足用户的需求并具有良好的性能和用户体验。
同时，我们将继续跟踪用户反馈和市场变化，不断优化和完善系统，以满足用户不断变化的需求。
教务处管理系统需求规格说明书
教务处管理系统需求规格说明书一、引言教务处管理系统是为了提高教务工作效率和管理水平而开发的一款软件系统。
本需求规格说明书旨在定义教务处管理系统的功能和性能要求，以便开发团队按照规格进行系统开发和测试。
二、目标和背景教务处管理系统的目标是提供一个集中化、自动化和高效的管理平台，实现学校教务活动的全面管理和监管。
该系统将涵盖课程管理、教师管理、学籍管理、成绩管理等模块，以及辅助决策和统计分析功能。
三、功能需求1、课程管理a) 课程发布：教务处可发布课程信息，包括课程名称、授课教师、上课时间、地点等。
b) 课程调整：在必要时，教务处可对课程进行调整，例如更改上课时间或教室。
c) 课程查询：学生和教师可以查询课程信息，包括课程名称、教师名称、上课时间等。
2、教师管理a) 教师信息录入：教务处可录入教师的基本信息，包括姓名、性别、联系方式等。
b) 教师课程分配：教务处可分配教师授课任务，指定教师教授的课程和班级。
c) 教师查询：学生和教务处可查询教师的基本信息和授课情况。
3、学籍管理a) 学生信息录入：教务处可录入学生的基本信息，包括姓名、性别、学号、联系方式等。
b) 学生选课：学生可在系统中选课，选择自己感兴趣的课程。
c) 学生查询：学生和教务处可查询学生的基本信息、选课情况和成绩。
4、成绩管理a) 成绩录入：教师可录入学生的作业成绩、考试成绩等。
b) 成绩查询：学生和教务处可查询学绩，包括课程成绩和总评成绩。
c) 成绩分析：教务处可进行成绩统计和分析，相关报表和图表。
四、性能需求1、数据安全性：系统应保证学生和教师的信息安全，禁止非授权人员访问和修改。
2、响应时间：系统应能在合理的时间内响应用户的操作请求，不应出现长时间的卡顿或延迟现象。
3、并发处理能力：系统应能同时处理多个用户的请求，保证系统的稳定性和性能。
4、可靠性：系统应具备较高的稳定性和可靠性，避免出现系统崩溃或数据丢失等情况。
附件：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 稳定性：系统应保持稳定运行，支持长时间运行并具备容错机制。
教务在线管理系统需求分析说明书
教务在线管理系统需求分析说明书教务在线管理系统需求分析说明书1、引言本文档旨在对教务在线管理系统进行需求分析，以确保系统的功能和性能满足用户的需求。
教务在线管理系统是一个为学校、教师和学生提供管理和交流平台的软件系统。
通过该系统，教务管理人员能够轻松管理学生、课程和成绩等信息；教师可以发布课程、作业和成绩，并与学生进行互动；学生可以查看课程信息、完成作业和查看成绩。
本文档将详细描述系统的功能需求和性能要求，以便开发团队进行系统设计和开发。
2、功能需求2.1 用户管理2.1.1 教务管理人员用户管理教务管理人员应具有添加、编辑和删除教师和学生用户的权限。
他们还可以为每个用户分配对应的角色和权限。
2.1.2 教师用户管理教务管理人员可以添加、编辑和删除教师用户。
教师用户可以查看和管理自己所教授的课程，发布作业和成绩，并与学生进行互动。
2.1.3 学生用户管理教务管理人员可以添加、编辑和删除学生用户。
学生用户可以查看自己所选修的课程和作业，并提交作业。
2.2 课程管理2.2.1 添加课程教务管理人员可以添加新课程，并为每个课程提供课程名称、授课教师和课程描述等信息。
2.2.2 编辑课程教务管理人员可以编辑课程的相关信息，例如课程名称、授课教师和课程描述。
2.2.3 删除课程教务管理人员可以删除不再开设的课程。
2.2.4 查看课程教师和学生可以查看所教授或选修的课程的详细信息，包括课程名称、授课教师和课程描述。
2.3 作业管理2.3.1 发布作业教师可以为每个课程发布作业，并指定截止日期和作业要求。
学生可以在规定的时间内完成作业并提交。
2.3.2 查看作业教师可以查看每个作业的提交情况和成绩，并对作业进行评价和反馈。
学生可以查看自己已提交的作业和作业的评价。
2.4 成绩管理2.4.1 录入成绩教师可以为每个作业录入学生的成绩。
2.4.2 查看成绩教师和学生可以查看每个作业的成绩和总成绩。
2.5 互动交流2.5.1 教师和学生之间的互动教师和学生可以通过系统进行交流，包括消息发送和接收，提问和回答问题等。
大学教务管理系统需求分析书
组长：组员：目录1．引言 (1)1.1编写目的 (1)1。
2参考资料 (2)2．项目概述 (2)2.1产品描述 (2)2.3 用户特征 (3)3具体需求 (3)3.1功能划分 (3)3。
2功能需求 (4)3.2.1输入输出需求 (4)3.3高层用例图 (5)3.3.1用例分析与描述 (5)3。
3。
1.1选课 (5)3。
3。
1.2课程管理 (5)3。
3.1。
3个人信息查询 (6)3.3.1。
4登录与权限验证 (7)3.4属性需求 (7)3。
4。
1可用性 (7)3。
4。
2可操作性 (8)3。
4.3可维护性 (8)3.4。
4安全性 (8)3。
4.5警告 (8)3。
4.6可测试性 (8)3.5 外部接口需求 (9)3。
5.1用户界面 (9)3.5.2硬件接口 (9)3.5.3性能需求 (9)4.1 总结 (9)1．引言1.1编写目的本需求分析的撰写目的为 : 对“学生教学管理系统”做出较为详细的需求分析，明确软件需求、安排项目规划与进度,以指导开发阶段的各个流程，包括组织软件开发与测试及日后对系统进行的改动,为开发人员、维护人员及用户之间提供共同的协议以保证开发任务顺利并行地开展。
本文档供项目经理、设计人员、开发人员参考.本文档预期读者为本项目项目经理、设计人员、开发人员、测试人员及相关决策人员.a.开发目的:本项目的开发旨在方便查阅学生信息管理，教师课程信息管理和学生报名考试等活动.方便校方对学生和老师信息的管理。
b.项目名称：大学教育教学管理系统。
c.参与者和使用者：本项目的使用者主要为二种,一是学生和老师，二是管理员,使用的是前台和后台，主要进行系统维护。
d.软件关联:本软件运行在普通xp / win7的环境，,同时需要使用SQL作为数据库.1.2参考资料1.《软件文档写作教程》（电子工业出版社)2.《UML基础与rose建模》（人民出版社)3.《数据库系统概论》（高等教育出版社）2．项目概述2.1产品描述面对日益增多的学生信息和等级考试通知，学生信息的管理工作变得越来越庞大和繁冗，效率也低.为了充分利用互联网带给人们的便利，更好地提高教学管理管理工作的效率，使学生和教职员工能更方便地进行信息查询活动，特开发此大学教育教学管理系统。
教务管理系统需求规格说明书
教务管理系统需求规格说明书教务管理系统需求规格说明书一、引言随着学校规模的扩大和管理的复杂化，教务管理工作成为了学校运营的重要环节。
为了提高教务管理效率，降低管理成本，本文旨在详细描述教务管理系统的需求规格说明书，为开发人员提供清晰的开发指导。
二、需求概述教务管理系统应具备以下功能：学生信息管理、课程管理、成绩管理、教学计划制定、排课管理等。
同时，系统应具有良好的性能、可靠性和安全性。
三、用户需求系统的用户主要包括教务管理员、教师和学生。
教务管理员需要能够方便地管理学生信息、课程信息、教学计划和排课情况等。
教师需要能够录入和查询课程成绩、查看教学计划和排课情况等。
学生需要能够查看个人基本信息、课程信息和成绩等。
四、功能特点1、基本信息管理：包括学生信息管理、教师信息管理、班级信息管理、课程信息管理等。
2、考试报名：提供在线考试报名功能，支持多种报名方式。
3、成绩管理：提供成绩录入、查询、统计和分析等功能。
4、课表管理：支持教学计划制定、课程安排和调课管理等。
5、报表分析：提供多种报表分析功能，如学生成绩分析、教师绩效分析等。
五、技术实现1、前端界面设计：采用响应式网页设计，支持多种设备访问。
2、后台处理流程：采用模块化设计，方便系统扩展和维护。
3、数据存储：采用分布式数据库，确保数据的安全性和可靠性。
4、数据备份：提供完善的数据备份和恢复机制，确保数据不丢失。
六、安全保障1、用户权限控制：对用户进行分级权限控制，防止越权操作。
2、数据加密传输：采用SSL协议，对数据进行加密传输，确保数据安全性。
3、系统日常监测：对系统进行日常监测，及时发现并处理异常情况。
七、商业模式1、收费方式：采用按用户收费的方式，根据用户类型和使用情况进行差异化收费。
2、服务级别：提供不同级别的服务，包括基础服务、高级服务和定制服务。
3、用户付费：提供多种付费方式，如在线支付、分期付款等。
八、市场前景随着学校规模的扩大和信息化建设的加速，教务管理系统的市场需求将持续增长。
教务管理系统需求说明书
1引言 (2)1.1编写目的 (2)1.2背景 (2)1.3定义 (2)1.4参考资料 (2)2任务概述 (3)2.1目标 (3)2.2用户的特点 (3)2.3假定和约束 (3)3需求规定 (3)3.1对功能的规定 (3)3.2对性能的规定 (4)3.2.1精度 (4)3.2.2时间特性要求 (4)3.2.3灵活性 (4)3.3输人输出要求 (5)3.4数据管理能力要求 (7)3.5故障处理要求 (7)3.6其他专门要求 (7)4运行环境规定 (7)4.1设备 (7)4.2支持软件 (8)4.3接口 (8)4.4控制 (8)软件需求说明书的编写提示1引言1.1编写目的现阶段各个学校的老师和老师需要教授的课程都是非常多的，对于学校来说，排课是一件非常复杂和繁琐的事情，基于这个原因，我们决定来编写一个排课系统，这样就可以使学校安排课程简单、快捷、方便，不再浪费很多的时间。
这个系统主要应用于学校的教务处人员、院管理人员、各个任课老师、以及在校的学生等群体。
1.2背景软件的名称：排课系统项目组长：韩琦项目组成员：姜喜庆、智华云、杨朝瑞、徐航项目的用户是：学校教务处人员、院信息管理人员、授课老师、在校学生1.3定义Realtek 驱动名称1.4参考资料《软件工程导论》第五版，张海藩编著；《软件工程标准手册》石柱，主编。
2任务概述2.1目标我们的软件是一个独立的系统。
开发此软件主要是为了方便学校排课，使排课方便、快捷，节约排课所需要的时间。
本软件主要的工作是输入教学计划，然后老师通过自己的情况选择自己要教授的课程，根据老师的选择导出课程表。
2.2用户的特点本软件主要面向学校的教务人员，院信息管理人员、任课老师和学校的学生。
学校的教务人员主要是来发放教学计划；院信息管理人员来协调任课老师的的任课计划；任课老师根据自己的情况来选择自己要教授的课程；学生可以查询自己的课程表。
每个人都可以查询课表。
2.3假定和约束本系统计划是在两周内完成，时间还是相当紧迫的，需要仔细把握时间，充分利用好一切的时间来开发软件。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
江西师范大学软件学院教务在线管理系统需求分析说明书文档作者：徐玉川指导老师：熊小勇目录1 引言 (4)1.1 编写目的 (4)1.2 项目背景 (4)1.3 定义 (5)1.4 参考资料 (5)2.1 目标 (6)2.1.1理念目标 (6)2.2 运行环境 (6)2.3 条件与限制 (6)2.4 业务用例 (7)3 数据描述 (9)3.1 静态数据 (9)3.2动态数据 (9)3.3数据库描述 (9)3.4 数据词典 (10)3.5 数据采集 (14)4 功能需求 (15)4.1 功能划分 (15)4.2 功能描述 (16)5 性能需求 (18)5.1 数据精确度 (18)5.2 时间特性 (18)5.3 适应性 (18)5.4 系统设计方面 (18)5.5 日常维护方面 (19)5.6 其他专门要求 (19)6 运行环境规定 (20)6.1用户界面 (20)6.2服务器设备 (20)6.3支持软件 (20)6.4 接口 (21)6.5 软件质量要求 (21)7 其他需求 (22)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 理念目标：进一步提高学校的信息化管理水平，方便学生对个人基本信息及成绩的查询，方便教职工的管理，降低学校信息管理软件的维护成本。
2.1.2 功能目标：基本上实现教务管理系统的主要功能；界面友好，便于使用；采用MVC三层架构模式，便于改写和重用；系统较为健壮。
2.2 运行环境系统采用浏览器服务器（B/S）模式，客户端使用浏览器进行访问本系统。
系统的服务器运行环境为微软的Windows2000/XP/2003等操作系统，本系统可由客户端通过IE内核的浏览器进行访问。
Intel486以上系列、AMD K6 以上系列等PC台式机和便携式电脑；运行时占用内存：≤5MB；所需硬盘空间：≤50MB；软件平台：中文Windows2000/xp/NT 4.0或更高版本；2.3 条件与限制2.3.1 技术限制：使用JavaWeb的相关技术实现软件代码的编写；系统架构采用MVC架构；数据库采用SQL Server2008语言；服务器使用Tomcat6.0及以上版本。
2.3.2 使用限制：服务器最低配置为：硬件名称最低配置服务器型号不支持非IE内核的浏览器，如火狐浏览器。
2.4 业务用例2.4.1 系统管理员：拥有最高权限，主要包括：教务管理员管理、BBS管理员管理和图书管理员管理等功能。
如下图（图2.1）所示。
图2.12.4.3 教学管理员：拥有整个系统的核心操作权限，主要包括：班级管理、课程管理、排课管理、学生管理和教师管理等。
其详细功能如下图（图2.2）所示。
图2.23 数据描述3.1 静态数据包括系统登录密码,各数据库所在位置,注册信息的要求，课表的显示格式，学院信息，专业信息，课程信息。
3.2动态数据包括各数据库内各项显示数据,用户登录信息,系统时间，日志信息，开课信息。
3.3数据库描述由于本管理系统规模不是很大，使用者大多都是本校人员，所以决定采用SQL Server2008数据库，完全可以满足该系统的使用。
详细数据库设计如下：教务管理数据库：包含以下各个表的信息，名称为school。
学院信息表：学院的名称代号；专业信息表：所属学院，专业的名称代号；班级信息表：所属学院专业，班级的名称编号；学生信息表：所属学院专业班级，以及个人的详细信息；教师信息表：所属学院，以及个人的详细信息；教师登录信息表：教师登录的用户名（教工号），密码；学生登录信息表：学生登录的用户名（学号），密码；课程信息表：课程的详细信息、开课时间、任课老师以及课程所属的学院专业；学生选课信息表：各门课程每个学生的成绩（包括课程编号、学生学号、成绩以及成绩是否公开）；3.4 数据词典3.4.1 数据流词条描述:3.4.1.1 数据流名:登录信息来源:用户的输入去向:系统内部检验部分组成:用户名,密码流通量:每次登录输入一次3.4.1.2 数据流名:登录结果来源:系统去向:用户组成:返回信息流通量:每次登录返回一次3.4.1.3 数据流名:输入修改信息来源:用户去向:系统判断部分组成:根据各数据库内容而不同流通量:依用户输入而定3.4.1.4 数据流名:反馈信息来源:系统判断部分去向:用户组成:系统经判断后发回的字符数据流通量: 依系统当前信息而定3.4.1.5 数据流名:识别信息来源:系统内部检验部分去向:系统判断部分组成:系统各数据库的标识信息流通量:用户每次输入流通一次3.4.1.6 数据流名:处理信息来源:系统判断部分去向:各数据库处理部分组成:读取/修改标识,读取/修改的变量名称流通量:用户每次输入流通一次3.4.1.7 数据流名:读取修改来源:系统判断部分去向:系统各数据库组成:读取/修改标识,读取/修改内容流通量: 用户每次输入流通一次3.4.2 数据文件词条描述:3.4.2.1 数据文件名:学生数据简述:存储学生信息数据文件组成:学生的各项信息3.4.2.2 数据文件名:教师数据简述:存储教师信息数据文件组成:教师的各项信息3.4.2.3 数据文件名:课程数据简述:存储现有课程信息数据文件组成:课程的各项信息3.4.2.4 数据文件名:学生选课数据简述:存储学生与课程的信息数据文件组成:学生已选课程的各项信息3.4.3 加工逻辑词条描述:3.4.3.1 加工名:检验简要描述:判断用户的许可性输入数据流:登录信息输出数据流:登录结果加工逻辑:判断是否与系统内部用户信息相符合3.4.3.2 加工名:判断简要描述:判断用户的操作并进行相应的读取/存储工作输入数据流:输入修改信息输出数据流:反馈信息加工逻辑:判断用户的操作->调用数据库->读取/修改->反馈3.4.3.3 加工名:学生信息管理简要描述:对学生信息表进行相应要求的操作,并与判断部分交互输入数据流:处理信息,读取修改输出数据流: 读取修改, 处理信息加工逻辑:判断用户要读取/修改的内容->反馈用户所需信息3.4.3.4 加工名:教师信息管理简要描述:对教师信息表进行相应要求的操作,并与判断部分交互输入数据流:处理信息,读取修改输出数据流: 读取修改, 处理信息加工逻辑:判断用户要读取/修改的内容->反馈用户所需信息3.4.4 源点及汇点词条描述:名称:用户简要描述:既是源点又是汇点,发出动作信息给"检验"和"判断"加工,通过交互界面接受反馈信息有关数据流:登录结果,登录信息,输入修改信息,反馈信息数目:多个（不超过5000）。
3.5 数据采集本系统除管理员用户名和密码需进行特殊的处理外，其余数据均为用户输入或导入。
4 功能需求4.1 功能划分4.1.1 系统结构图4.1.1.1登录模块用户登录，用户登出。
4.1.1.2系统管理员模块能够进行人员管理（包括添加、删除教师、学生、系统管理员，查看他们的信息），课程管理（包括添加、删除课程，查看开课信息，设置学生选课时间，教师录入成绩时间等），统计教师工作量（所教课程名称、数目，每门课学生数，课程时间等），成绩管理（成绩修改、查询，对每门课不及格人数统计），日志管理【可选模块】（日志的导出、查询、删除）4.1.1.3教师端登录，成绩录入与查询，修改密码，查看、修改个人信息，查看所教学生资料，查看所有已开课程的信息，查看所教课程的课表4.1.1.4学生端登录，选课，成绩查询，查看修改个人信息，修改密码，查看课表4.1.2用例图4.2 功能描述4.2.1 登录模块在登录模块中，用户可以进行登录登出功能。
登录时教师需要输入自己的教工号，学生需要输入学号，初始密码与登录时的用户名一样。
登录后，系统强烈建议修改登录密码。
而且，第一次登录后，需要完善个人信息。
系统管理员登陆时，用户密码和密码初始都为system，登录后可以修改登录密码。
4.2.2 系统管理员模块系统管理员的用户名和密码一开始是本系统内置好的，管理员登陆后可以修改密码；系统管理员能够进行人员管理，如添加或者删除教师、学生、系统管理员，查看他们的信息；系统管理员还能够进行课程管理，如添加、删除课程，查看管理开课信息或学生选课信息，设置学生选课时间，教师录入成绩时间等；还可以进行成绩管理（成绩修改、查询，对每门课不及格人数统计）；系统管理员也可以统计教师工作量（所教课程名称、数目，每门课学生数，课程时间等）；进行日志导出、查询和删除等操作。
4.2.3 教师端模块教师登录本系统后，可修改登录密码。
在成绩录入时间段，可进行成绩录入操作；教师还可以查看修改个人信息，查询所教学生个人基本信息或者自己所开设的课程的成绩；教师还可以所教课程课表或所有已开课程的信息。