大学教务管理系统需求分析书.docx

大学教务管理系统需求分析书.docx

《大学教务管理系统需求分析书.docx》由会员分享，可在线阅读，更多相关《大学教务管理系统需求分析书.docx（13页珍藏版）》请在冰豆网上搜索。

大学教务管理系统需求分析书

1．引言

1.1编写目的

本需求分析的撰写目的为：

对“学生教学管理系统”做出较为详细的需求分析，明确软件需求、安排项目规划与进度，以指导开发阶段的各个流程，包括组织软件开发与测试及日后对系统进行的改动，为开发人员、维护人员及用户之间提供共同的协议以保证开发任务顺利并行地开展。

本文档供项目经理、设计人员、开发人员参考。

本文档预期读者为本项目项目经理、设计人员、开发人员、测试人员及相关决策人员。

a.开发目的：

本项目的开发旨在方便查阅学生信息管理，教师课程信息管理和学生报名考试等活动。

方便校方对学生和老师信息的管理。

b.项目名称：

大学教育教学管理系统。

c.参与者和使用者：

本项目的使用者主要为二种，一是学生和老师，二是管理员，使用的是前台和后台，主要进行系统维护。

d.软件关联：

本软件运行在普通xp/win7的环境，，同时需要使用SQL作为数据库。

1.2参考资料

1.《软件文档写作教程》（电子工业出版社）

2.《UML基础与rose建模》（人民出版社）

3.《数据库系统概论》（高等教育出版社）

2．项目概述

2.1产品描述

面对日益增多的学生信息和等级考试通知，学生信息的管理工作变得越来越庞大和繁冗，效率也低。

为了充分利用互联网带给人们的便利，更好地提高教学管理管理工作的效率，使学生和教职员工能更方便地进行信息查询活动，特开发此大学教育教学管理系统。

本软件通过权限识别登录到该系统，权限不同享有的功能就又说差异，来实现日常的学生和老师信息和课程等的管理。

2.2待开发软件的总体框架和功能

本系统的主要组成部分：

前台：

1、欢迎进入界面

2、登陆与注册（权限识别）

3、功能主界面

4、新生入学登记（管理员）

5、教务信息管理（管理员）

6、学生信息管理（管理员）

7、教师信息管理（管理员）

8、系统公告（管理员）

9、个人信息查询

10、课程管理

11、选课

12、快速修改选课成绩（管理员）

后台：

1、选课管理（管理员）

2、学生和老师信息管理（管理员）

2.3用户特征

本软件的最终用户如下表：

人员

技术专长

使用频度

一般用户

懂得普通的计算机操作和基本网络使用知识

中

系统管理员

擅长具体维护操作，熟悉电信网络

高

游客

懂得普通的计算机操作和基本网络使用知识

底

用户特点

3具体需求

3.1功能划分

本系统总体功能上分为前台和后台两大部分：

前台是B/S结构的Web应用系统，供普通用户浏览、使用；后台是C/S结构的Windows应用程序，供管理员维护系统。

任何用户都可以在前台用户系统进行登录使用。

欲进入本系统必须有权限（学号及密码），没有被授权的用户不能进入系统。

前台可以进行信息维护、信息查询、考试管理、网上选课，等级考试报名等普通操作。

授权的管理员才能进入后台管理系统进行相关维护操作。

后台能进行用户信息管理、公共信息管理等操作。

根据对该系统的分析，该系统应具有如下功能：

1.用户登录与权限识别

用户登录并经过身份验证合法后，管理员能执行该子系统的所有功能。

普通用户（老师和学生）有查询，选课功能。

2．课程管理

拥有管理员权限的能够对课程添加和查询课程的详细列表和课程安排等信息。

并将更新的课程信息保存到数据库中，同时将所有与该课程相关的数据库信息加以更新。

3.个人信息查询

用户将关键字（学号，名字，班级，学院）写入相应的位置，可以查询某个人的个人信息。

4.教务信息管理

主要能够查询和修改某个学生的奖惩信息，还有学生的学费上交状况。

5.选课

选课模块中的课程都从数据库中读取，显示在用户浏览器中，可以选取课程到自己的选课列表。

6.成绩查询

输入学号和学期，能够查询该学期的每门课程的成绩。

7.奖惩查询

输入学号，能够查询所有的奖励和惩罚记录。

8.选课管理

管理员随时的更新选课信息，对选课信息增删改查。

9.新生登记

管理员对刚入学的学生信息生成列表填入数据库学生信息列表中。

10.教务管理

对学生成绩，奖惩，学费信息更新工作。

总体功能框架：

3.2功能需求

3.2.1输入输出需求

1.前台选课：

触发条件：

单击选课功能键

输入：

将现有课程添加入个人选课表，保存

输出：

选课成功提示

2.前台个人信息查询：

触发条件：

单击个人信息查询功能键

输入：

键盘输入要查询的学生或教师的编号

输出：

根据编号查询出该人信息

3.成绩查询：

触发条件：

单击成绩查询功能

输入：

键盘输入学号，学期

输出：

该学期改名同学的每科成绩详单

4.后台课程管理

触发事件：

单击课程管理功能键

输入：

课程信息，保存键

输出：

保存成功提示

5其他说明：

课程的添删改只有管理员有此权限，修改保存后，整个数据库与此相关的信息都会更新，体现数据库的完整性。

3.3高层用例图

3.3.1用例分析与描述

3.3.1.1选课

1.用例图

2用例的事件流描述

2.1简单描述：

登录到选课系统后，学生可以查询是否有可以选择的选修课程：

当学生有可以选修的课程时，选择适合的选修课加入自己的个人课表：

当学生不满意所选课程时，可以通过“选课管理”进行修改。

2.2前置条件

（1）该用户是以学生的身份登录的

（2）学生在可选择选修课的条件下进入到选课系统

2.3后置条件

新的选修课被该学生选择，再次查看个人课表时将显示新的个人课表

2.4扩充点

选课系统只有在学校规定的选课时间内可以使用，否则无效

2.5事件流

2.5.1基流

（1）学生使用鼠标双击《选课》按钮

（2）系统出现一个可以选择的选课页面

（3）学生单击选中的选修课，双击确认按钮。

（4）用例结束。

2.5.2异常事件流

E-1：

（1）系统出现一个对话框，显示“该课程已选修。

（2）学生双击《确认》按钮

（3）返回到选课列表页面，无效的选课记录被清空

E-2：

（1）系统处想一个对话框，显示“无选修课”

（2）学生双击《确认》按钮

（3）返回到主页面

3.3.1.2课程管理

1.用例图

2用例的事件流描述

2.1简单描述：

系统管理员登录后，点击课程管理，进行课程管理的相关内容

2.2前置条件

（1）该用户的身份选择是管理员

（2）该用户的登录账号和密码都正确

（3）该用户点击了"课程管理"

2.3后置条件

“课程管理”在再次登录时将显示新的内容

2.4扩充点

无。

2.5事件流

2.5.1基流

（1）该用户以管理员的身份成功登录

（2）该用户选择了“课程管理子系统”

（3）该用户对“课程管理”的内容进行了增加/删除/修改，并进行了保存

2.5.2替代流

E-1：

（1）用户身份或账号，密码错误

（2）系统出现对话框，显示“错误”

（3）清空之前的输入内容

E-2:

（1）该用户在进行了增加/删除/修改之后，没有进行保存就退出

（2）系统出现对话框，显示“是否保存此次修改？

？

”

（3）用户选择是否保存之后，系统返回到主页面

3.3.1.3个人信息查询

2用例的事件流描述

2.1简单描述：

用户选择进入到“个人信息查询”子系统，可以查看个人信息也可以修改密码

2.2前置条件

（1）用户正确登录系统

（2）该用户点击进入了“个人信息查询”子系统

2.3后置条件

用户查看过个人信息之后可以点击“返回图标”返回到主页面；若用户成功更改了密码

，则在下次登录时，旧密码作废，新密码生效

2.4扩充点

（1）学生用户只可以查询和更改自己的信息和密码：

（2）教师用户可以查询自己和学生的信息，但是只可以更改自己的密码

2.5事件流

2.5.1基流

（1）用户正确登录系统并进入了“个人信息查询”子系统

（2）用户点击“查询个人信息”，可以查询个人信息

（2.1）点击“返回”按钮，返回到“个人信息查询”子系统页面

（2.2）点击“主页面”返回到主页面

（2.3）点击“推出”按钮，推出教学管理系统

（3）用户点击“修改密码”，可以修改个人密码

（3.1）按照提示输入旧密码

（3.2）按照提示输入新密码

（3.2）点击“主页面”返回到主页面

（3.3）点击“推出”按钮，推出教学管理系统

替代流

E-1：

（1）修改密码时，旧密码输入错

（2）系统出现一个对话框，提示“旧密码输入错误”

（3）点击“确认”按钮之后，按照提示重新进行修改密码

E-2：

（1）修改密码时，新密码输不符合要求

（2）系统出现一个对话框，提示“新密码输入错误”

（3）点击“确认”按钮之后，按照提示重新进行修改密码

3.3.1.4登录与权限验证

2用例的事件流描述

2.1简单描述：

本用例描述了用户如何该真确登录及登陆之后受到那些权限制约

2.2前置条件

登录到教学管理系统首页面

2.3后置条件

（1）正确登录后进入到该系统的主页面

（2）通过“权限验证”之后，可以在最大权限制越内进行操作

2.4扩充点

无。

2.5事件流

2.5.1基流

（1）在该系统首页按要求输入账号和密码

（2）点击“权限验证”，按要求进行权限验证

2.5.2替代流

E-1：

（1）账号或密码输入错误

（2）系统出现对话框，显示“系统出现对话框”

（3）点击“确认”按钮，输入内容被清空，等待重新输入

3.4属性需求

3.4.1可用性

本软件应考虑硬件和软件的容错、数据存储的备份等系统可靠性措施。

核心系统（软件、硬件和操作系统）在99.9%的时间内都能够正常运作，故障停机时间3个月内不得超过2个小时。

系统具有自检功能，能监视系统各功能模块的运行情况，随时发现系统自身的问题。

3.4.2可操作性

本软件在设计、开发中要遵循易操作性、健壮性、实用性、高效性和安全性的原则。

•用户界面采用中文界面，提示信息通俗易懂，操作及选择键（热键、菜单选择等）的功能定义在全系统保持一致。

•对于常用环节系统应设置“快捷键”，以方便功能间的切换。

•应提供在线帮助信息。

•对于查询界面，应提供跳页和滚动显示功能。

3.4.3可维护性

本软件应具有对系统自身的管理功能，应实现网管系统自身的完善的维护和管理，需提交标准安装程序。

提供必要的操作维护手册及技术手册。

当进行版本升级时，提供版本差异的详细说明。

3.4.4安全性

系统应具备统一且完善的安全机制，以保障系统的安全性。

网管系统设计不能影响在网设备的可靠运行，系统与被管网络之间采取防火墙和权限控制等措施，保证被管网络和承载业务的安全性。

3.4.5警告

●用户证件号长度：

<=20字符

●登录密码：

<=16字符

●系统数据：

双精度浮点数（最小小数位：

2位）

3.4.6可测试性

本软件系统采取以下方式保障系统的可测试性。

•对关键程序的运行状况和关键数据（或全局数据）变化情况应能够实时或准实时显示；

•系统的各类程序在发生运行故障时应能告警并留下历史记录，通过该记录可以准确地定位故障。

•系统应提供数据回溯功能。

3.5外部接口需求

3.5.1用户界面

•运行维护管理系统要求支持Web方式，用户登陆后在web界面完成查询、修改、登记等工作，填写各类型表格文档、批复、反馈等信息。

•相关信息能够用通用形式文件进行倒出，例如excel、html等。

3.5.2硬件接口

无硬件接口。

3.5.3性能需求

本项目软件性能要求如下：

•告警信息从产生到显示出来的时延不应大于15秒。

•配置信息的更新最大时延为24小时。

•性能监控数据时间间隔不超过15分钟。

•对本软件系统用户经常使用的90%操作响应时间应小于20秒，对于极少使用的10％操作响应时间应小于120秒。

•保证系统并发访问用户数>30。

•系统数据库容量应能够满足各功能模块的需要。

能满足告警和性能原始数据、日志信息等半年的存储容量；告警统计信息和性能数据一年的存储容量。

4.1总结

教务管理系统是学校的管理核心，管理应涉及到学校的专业设置、学藉管理、成绩管理、网上注册、开课管理、选课管理、师资管理等，在数据库一级建立强有力的安全系统，管理人员可以在互联网的任何地方办工，真正实现学校网上管理。

学校中的教务管理是一项很重要的工作，包括学生管理，教师管理和课程管理等。

开发“教务信息处理系统”的目的就是利用计算机的查询和运算功能，代替手工处理，提高工作效力和质量，所以该系统是必要而且能够实现的。