教务管理系统需求规格说明书(20210303224409)

发布时间:2021-03-06   来源:文档文库   
字号:
软件工程大作业 《教务管理系统》 需求规格说明书
班级:1420 1 2
小组成员:张垣 鲍健昕
安娜 王港
目录
1引言。3
11目得 ....................................................................... 3 12文档格式少
13预期得读者与阅读建议4 14范围4 2系统概述®
21系统概述 .................................................................... 5 22总体架构。6 2 3软件项目约束® 3 详细描述・7
3 1用例描述7
311学生功能需求 ............................................................. 7
322教师功能需求。8
313管理员功能需求 ...................................................... 9 32活动流图1O
321学生成绩查询。1 0
322学生选课 .......................................................... 1 1 323学生课表查询。1 2
324学生成绩录入 ..................................................... 1 3 325教师课表查询 ..................................................... 1 4 326用户信息修改 ..................................................... 15

3 3类图概述
4、非功能性需求 ................................................................... 17
4 1性能需求 ................................................................. 1 7 42数据需求:
43安全性需求 ............................................................... 1 8 44用户文档 ................................................................... 19 45其她需求19
1引言
11目得
该文档首先给出了整个系统得结构概况,然后又对功能需求、性能需求与其 它非功能性需求进行了详细得描述。其中对功能需求得描述采用了 UML得用例模 型方式,主要描述了每一用例得基本事件流。且给出了直观得用例图,并做出了用 例描述。这些文字与图形都为了本文档能详细准确地描述用户得需求,同时也为 用户更容易地理解这些需求得描述创造了条件。
该文档详尽说明了这一软件产品得需求与规格,这些规格说明就是进行设计 得基础,也就是编写测试用例与进行系统测试得主要依据。同时,该文档也就是用 户确定软件功能需求得主要依据。
12文档格式
本文档按以下要求与约定进行书写:
(1页面得左边距为25cm,右边距为2OCm,装订线靠左,行距为最小 20磅。
(2 标题最多分三级,分别为等线二号、等线四号、等线小四,标题均加粗。 (3 正文字体为等线小四号,无特殊情况下,字体颜色均采用黑色。
(4 岀现序号得段落不采用自动编号功能而采用人工编号,各级别得序号依

(11a、、〔0,特殊情况另作规定。
1v 3预期得读者与阅读建议
本文档得主要内容共分4部分:系统概述、详细描述、功能性需求与非功能 性需求得介绍。综合描述部分主要对系统得整体结构进行了大致得介绍;系统特 性部分对系统得功能需求进行了详细描述,就是本文得主要部分;非功能性需求 部分对非功能需求进行了详细得描述;外部接口需求部分对用户界面、软件接口、 硬件接口与通讯接口等进行了描述。
本文档面向多种读者对象:
(1 项目经理:项目经理可以根据该文档了解预期产品得功能,并据此进行系
设计、项目管理。
(2设计员:对需求进行分析,并设计出系统,包括数据库得设计。 (2 程序员:配合《设计报告》,了解系统功能,编写《用户手册》。
(4 测试员:根据本文档编写测试用例,并对软件产品进行功能性测试与非
能性测试。
(5 销售人员:了解预期产品得功能与性能。
(6 用户:了解预期产品得功能与性能,并与分析人员一起对整个需求进行讨
与协商。
(7 其她人员:如部门领导、公司领导等可以据此了解产品得功能与性能。
在阅读本文档时,首先要了解产品得功能概貌,然后可以根据自身得需要对

一功能进行适当得了解。
14
该产品就是在积累了丰富经验得基础上进行开发得,在需求上,充分考虑了 体用户得实际情况。本产品将主要用户群体就是在校得师生,方便师生得日常 学习生活。同时,该系统也简化了学校对教学得管理与统一,使管理员、教务员 更方便管理教学。
2、系统概述
21系统概述
二十一世纪就是信息得社会•传统得教务管理模式,已经不适应信息时代得 求,迫
使人们起用新得管理方法来管理。
科学技术日新月异得进步,让人类生活发生了巨大得变化,计算机技术得飞速 发展,使各行各业在计算机技术应用方面得到了广泛得普及与使用n信息化时代 到来成为不可抗拒得潮流。当今高校教务管理数据量大、难以统一管理,因此, 务管理系统也以方便、快捷、费用低得优点正慢慢地进入校园得生活,成为高 校管理不可缺少得一部分。
本系统主要分为以下功能;
(1 (2 (3 学生成绩录入及查询; 学生选课; 学生课表查询;

(4教师课表查询;

(5用户信息管理; 22总体架构教努管理系统
学生教努系统
教室教务系统









如图为该系统得总体架构图: 23软件项目约束
a. 系统得运行寿命得最小值:2 b. 进行系统方案选择比较得时间;1 c. 经费来源我*公司 d. 运行环境:Windows e. 数据库:MYSQL
f. 硬件条件;服务器sun工作站,终端为pc g系统投入使用得最晚时间:2个月

管理员系统










3 详细描述
31用例描述 311学生功能需求



标题 用例名称 用例标识号 简要说明 前置条件 基本事件流 其她事件流 异常事件流


说明
评教
UC0 3
学生可以通过该功能进行评教 用户身份验证成功
1 判断系统就是否处于可以评教得状态 2 判断评教信息就是否填写完整
1 如果系统没有处于可以评教得状态,则提示“不在评教阶段” 2 如果评教信息填写不完整,则提示“请填写完整”
后置条件

教师得状态更改为已评教


特殊需求
用例中得时间需要进行事务处理,保持操作得一致性
31. 2教师功能需求
«exte nd»

标题 用例名称 用例标识号 简要说明 前置条件 基本事件流
查询
说明
UC01
教师可以通过该功能査询选修课得学生,查询成绩 教师身份验证成功
1 判断需要查询得选修课程就是否为正常状态 2 判断需要查询成绩得学生就是否为正常状态
3 判断需要查询成绩得课程就是否为正常状态
1 如果需要查询得选修课程为不正常,则提示“该课程不在正常状态” 2 如果需要查询得学生异常,则提示“该学生状态异常” 3 如果需要查询得课程异常,则提示“该课程状态异常”
1如果需要查询得选修课课程不存在,则提示“不存在该课程” <2如果需要查询得学生不存在,则提示“不存在该学生” <3如果需要查询得课程不存在,则提示“不存在该课程”
其她事件流
异常事件流
后置条件 特殊需求 标题 用例名称


显示需要查询得内容
用例中得时间需要进行事务处理,保持操作得一致性
说明
成绩管理

用例标识号 简要说明 前置条件 基本事件流
UC02
教师可以通过该功能录入、修改学生得成绩 用户身份验证成功
1 判断选择得课程就是否正确
2 判断选择得需要录入成绩得班级就是否正确 3 判断录入得成绩就是否在合法范围内
其她事件流
1如果选择得课程不在可选择状态,则提示“该课程不在正常状态” <2如果选择得班级不在可选择得范囤内,则提示“该班级不在正常状态” <3如果录入得成绩不在合法范围内,则提示“输入不合法,请重新输入”
异常事件流
1 如果所选课程不存在,则提示“不存在该课程” 2 如果所选班级不存在,则提示“不存在改班级”
课程得状态修改为成绩已录入,成绩信息更新 用例中得时间需要进行事务处理,保持操作得一致性
后置条件 特殊需求

3. Is 3管理员功能需求
用户管理
vvincluge夂飒续昌理
“include〉〉课程库管理 «include»
教学管理、、
«include»
管理员
学籍管理
«include»
数据维护
系统维护windudA

代码维护
标题 用例名称 用例标识号


说明
用户管理
UC 0 4

简要说明 前置条件 基本事件流
管理员可以通过该功能对用户进行增删以及重宜用户登录信息 管理员用户身份验证成功
1 增加用户 2 删除用户 <3重置用户登录密码
4判断重置得密码就是否合法
1如果重置得密码不合法,则提示“密码不合法”

其她事件流 异常事件流 后置条件 特殊需求


用户信息更改为最新
用例中得时间需要进行事务处理,保持操作得一致性




3s
2x1


询到自己成绩。

,

3. 2. 2

学生选课
如图为学生选课活动图,学生可通过如上流程选择选修课程。



3. 2. 3

学生课表查询
如图,学生可通过此流程对个人课表进行查询。

3. 2. 4

学生成绩录入
如图,教师可通过如上流程对学生成绩进行录入。

5教师课表查询
如图,教师可通过以上流程对个人课表进行查询。
32



3. 26用户信息修改
如图, 改。
管理 通过 流程 户信 行修
Adr ^>Adm Adm ^>Adm ^AddZ DelA Sour *Stud *Tean Grad
ing g it
ing
ing

3

(1 管理员类可以对学生及教师信息进行管理,并且可以管理用户得权限以及
増加或者删除用户
(2 学生类可以登录教务系统查询自己得个人信息以及成绩信息•并且可以通
过教务系统进行选课
(3 教师类可以查瞧学生以及教师得信息并且对学生得部分信息进行修改, 可以向教务系统中录入学生得成绩
⑷课程类中可供学生及教师查询课表或者授课表,并且管理员或者教师可以 行一些列得操作
4 非功能性需求
41性能需求
系统性能就是系统建设成败得一个关键指标,影响系统性能得因素就是多方 ,网络、主机、安全、数据库等都可能对系统得性能产生影响。因此,一方面 必须从系统规划阶段开始,综合考虑各方面得因素,对系统性能进行总体得设计, 另一方面,在系统建设与运行维护过程中通过各种手段对系统不断得优化,以满足 业务发展所带来得新得性能指标要求。具体得性能要求指标相应时间如下;
(1 教务系统需要存储大量用户信息,保证用户数据库得长期完整性与正确性, 所以数据库系统应该具有备份与恢复功能。而且要求系统得服务器应该能够长期

故障得运行,能够便于管理员得操作。系统能全年持续运行,故障时间不超过千 分之导致业务故障连续停止时间不超过八小时。满足高峰时段相应得要求。
(2 安全性要求比较高•对业务逻辑必须封装,限制不同用户得权限,以防止用
户私自修改数据。
(3 教务系统在例如选课得时段流量会特别高,所以要増强系统得稳定性, 防止系统在用户过多得情况下崩溃,至少能支持300 0人同时在线进行选课、查 询成绩课程表等操作。
(4 手机用户一般使用安卓系统,也有少量i OS系统.电脑登录网页登录得兼

容性较强,适合各种操作系统,要针对客户得平台设计出不同得客户端。
42数据需求
数据来源;学生信息文件,学生选课文件,学生成绩文件^数据去向;终端界面基于 演示设计得一站式在线演示、素材销售、服务交易系统
(1学生选课
数据来源:学生,学生信息文件,课程开设文件 数据去向:终端界面,学生选课文件
(2管理员管理用户信息
数据来源:管理员,学生信息文件,教师信息文件,用户权限文伊数据去向: 学生信息文件,教师信息文件,用户权限文件
(3 学生成绩录入
数据来源:教室,学生信息文件^数据去向:终端界面,学生信息文件
43安全性需求
(1 软件安全性,我们采用设置多层防火墻来保证数据安全。 具体设计如图所示:
局域川用户
远程用户

f
防火端 Web®务器 阴火增 数烟库眼务器
(2 系统定期每个月做一次备份,同时备份操作日志。 (3 维护人员每个季度对系统做一次升级维护。
44用户文档
同本软件一起发行得用户文档包括:
(1 安装手册:Wo rd格式文件。 (2 用户手册:Word格式文件。
(3 在线帮助:HTM L Help格式文件,联机式。
45其她需求
(1 B\S端支持多浏览器。 (2 系统安装方便,易于维护。

本文来源:https://www.2haoxitong.net/k/doc/acd3cbf35527a5e9856a561252d380eb6394233d.html

《教务管理系统需求规格说明书(20210303224409).doc》
将本文的Word文档下载到电脑,方便收藏和打印
推荐度:
点击下载文档

文档为doc格式