大学教务管理系统需求分析书(共13页)

1、精选优质文档-倾情为你奉上组长：组员： 大学教务管理系统需求分析书专心-专注-专业目 录1引言1.1编写目的本需求分析的撰写目的为 ： 对“学生教学管理系统”做出较为详细的需求分析，明确软件需求、安排项目规划与进度，以指导开发阶段的各个流程，包括组织软件开发与测试及日后对系统进行的改动，为开发人员、维护人员及用户之间提供共同的协议以保证开发任务顺利并行地开展。本文档供项目经理、设计人员、开发人员参考。本文档预期读者为本项目项目经理、设计人员、开发人员、测试人员及相关决策人员。a. 开发目的：本项目的开发旨在方便查阅学生信息管理，教师课程信息管理和学生报名考试等活动。方便校方对学生和老师信息的管

2、理。b. 项目名称：大学教育教学管理系统。c. 参与者和使用者：本项目的使用者主要为二种，一是学生和老师，二是管理员，使用的是前台和后台，主要进行系统维护。d. 软件关联：本软件运行在普通xp / win7的环境，同时需要使用SQL作为数据库。1.2参考资料1. 软件文档写作教程 （电子工业出版社）2. UML基础与rose建模 （人民出版社）3. 数据库系统概论 （高等教育出版社）2项目概述2.1产品描述面对日益增多的学生信息和等级考试通知，学生信息的管理工作变得越来越庞大和繁冗，效率也低。为了充分利用互联网带给人们的便利，更好地提高教学管理管理工作的效率，使学生和教职员工能更方便地进行信息

3、查询活动，特开发此大学教育教学管理系统。本软件通过权限识别登录到该系统，权限不同享有的功能就又说差异，来实现日常的学生和老师信息和课程等的管理。2.2 待开发软件的总体框架和功能 本系统的主要组成部分：前台：1、欢迎进入界面2、登陆与注册（权限识别） 3、功能主界面4、 新生入学登记（管理员） 5、教务信息管理（管理员）6、学生信息管理（管理员）7、教师信息管理（管理员）8、系统公告（管理员）9、个人信息查询10、课程管理11、选课12、快速修改选课成绩（管理员）后台：1、选课管理（管理员）2、学生和老师信息管理（管理员）2.3 用户特征本软件的最终用户如下表：人员技术专长使用频度一般用户懂得

4、普通的计算机操作和基本网络使用知识中系统管理员擅长具体维护操作，熟悉电信网络高游客懂得普通的计算机操作和基本网络使用知识底用户特点3具体需求3.1功能划分本系统总体功能上分为前台和后台两大部分：前台是B/S结构的Web应用系统，供普通用户浏览、使用；后台是C/S结构的Windows应用程序，供管理员维护系统。任何用户都可以在前台用户系统进行登录使用。欲进入本系统必须有权限（学号及密码），没有被授权的用户不能进入系统。前台可以进行信息维护、信息查询、考试管理、网上选课，等级考试报名等普通操作。授权的管理员才能进入后台管理系统进行相关维护操作。后台能进行用户信息管理、公共信息管理等操作。根据对该系

5、统的分析，该系统应具有如下功能：1. 用户登录与权限识别 用户登录并经过身份验证合法后，管理员能执行该子系统的所有功能。普通用户（老师和学生）有查询，选课功能。2课程管理拥有管理员权限的能够对课程添加和查询课程的详细列表和课程安排等信息。并将更新的课程信息保存到数据库中，同时将所有与该课程相关的数据库信息加以更新。3.个人信息查询用户将关键字（学号，名字，班级，学院）写入相应的位置，可以查询某个人的个人信息。4.教务信息管理 主要能够查询和修改某个学生的奖惩信息，还有学生的学费上交状况。5.选课 选课模块中的课程都从数据库中读取，显示在用户浏览器中，可以选取课程到自己的选课列表。6.成绩查询

6、输入学号和学期，能够查询该学期的每门课程的成绩。7. 奖惩查询 输入学号，能够查询所有的奖励和惩罚记录。8.选课管理 管理员随时的更新选课信息，对选课信息增删改查。9.新生登记 管理员对刚入学的学生信息生成列表填入数据库学生信息列表中。10.教务管理 对学生成绩，奖惩，学费信息更新工作。总体功能框架：3.2功能需求3.2.1输入输出需求1.前台选课：触发条件：单击选课功能键输入：将现有课程添加入个人选课表，保存输出：选课成功提示2. 前台个人信息查询：触发条件：单击个人信息查询功能键输入：键盘输入要查询的学生或教师的编号输出：根据编号查询出该人信息3.成绩查询：触发条件：单击成绩查询功能输入：

7、键盘输入学号，学期输出：该学期改名同学的每科成绩详单4.后台课程管理触发事件：单击课程管理功能键输入：课程信息，保存键输出：保存成功提示5其他说明： 课程的添删改只有管理员有此权限，修改保存后，整个数据库与此相关的信息都会更新，体现数据库的完整性。3.3高层用例图3.3.1用例分析与描述3.3.1.1选课1.用例图2用例的事件流描述2.1简单描述： 登录到选课系统后，学生可以查询是否有可以选择的选修课程：当学生有可以选修的课 程时，选择适合的选修课加入自己的个人课表：当学生不满意所选课程时，可以通过“选课管理”进行修改。2.2前置条件 （1）该用户是以学生的身份登录的 （2）学生在可选择选修课

8、的条件下进入到选课系统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用例的

9、事件流描述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)该用户在进行了增加/

10、删除/修改之后，没有进行保存就退出 （2）系统出现对话框，显示“是否保存此次修改？” （3）用户选择是否保存之后，系统返回到主页面3.3.1.3个人信息查询2用例的事件流描述2.1简单描述：用户选择进入到“个人信息查询”子系统，可以查看个人信息也可以修改密码2.2前置条件 （1）用户正确登录系统 （2）该用户点击进入了“个人信息查询”子系统2.3后置条件用户查看过个人信息之后可以点击“返回图标”返回到主页面；若用户成功更改了密码，则在下次登录时，旧密码作废，新密码生效2.4扩充点 （1）学生用户只可以查询和更改自己的信息和密码： （2）教师用户可以查询自己和学生的信息，但是只可以更改自己的密码

11、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）点击“确认”按钮之后，按照提示

12、重新进行修改密码 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）账号或密码输

13、入错误 （2）系统出现对话框，显示“系统出现对话框” （3）点击“确认”按钮，输入内容被清空，等待重新输入 3.4属性需求3.4.1可用性本软件应考虑硬件和软件的容错、数据存储的备份等系统可靠性措施。核心系统（软件、硬件和操作系统）在99.9%的时间内都能够正常运作，故障停机时间3个月内不得超过2个小时。系统具有自检功能，能监视系统各功能模块的运行情况，随时发现系统自身的问题。3.4.2可操作性本软件在设计、开发中要遵循易操作性、健壮性、实用性、高效性和安全性的原则。 用户界面采用中文界面，提示信息通俗易懂，操作及选择键（热键、菜单选择等）的功能定义在全系统保持一致。 对于常用环节系统应设置“

14、快捷键”，以方便功能间的切换。 应提供在线帮助信息。 对于查询界面，应提供跳页和滚动显示功能。3.4.3可维护性本软件应具有对系统自身的管理功能，应实现网管系统自身的完善的维护和管理，需提交标准安装程序。提供必要的操作维护手册及技术手册。当进行版本升级时，提供版本差异的详细说明。3.4.4安全性系统应具备统一且完善的安全机制，以保障系统的安全性。网管系统设计不能影响在网设备的可靠运行，系统与被管网络之间采取防火墙和权限控制等措施，保证被管网络和承载业务的安全性。3.4.5警告l 用户证件号长度：<=20字符l 登录密码：<=16字符l 系统数据：双精度浮点数（最小小数位：2位）3.

15、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。 系统数据库容量应能够满足各功能模块的需要。能满足告警和性能原始数据、