教务管理系统需求规格说明书0303224409.docx

上传人:b****5 文档编号:6661928 上传时间:2023-01-08 格式:DOCX 页数:14 大小:501.43KB
下载 相关 举报
教务管理系统需求规格说明书0303224409.docx_第1页
第1页 / 共14页
教务管理系统需求规格说明书0303224409.docx_第2页
第2页 / 共14页
教务管理系统需求规格说明书0303224409.docx_第3页
第3页 / 共14页
教务管理系统需求规格说明书0303224409.docx_第4页
第4页 / 共14页
教务管理系统需求规格说明书0303224409.docx_第5页
第5页 / 共14页
点击查看更多>>
下载资源
资源描述

教务管理系统需求规格说明书0303224409.docx

《教务管理系统需求规格说明书0303224409.docx》由会员分享,可在线阅读,更多相关《教务管理系统需求规格说明书0303224409.docx(14页珍藏版)》请在冰豆网上搜索。

教务管理系统需求规格说明书0303224409.docx

教务管理系统需求规格说明书0303224409

软件工程大作业

《教务管理系统》

需求规格说明书

班级:

142012

小组成员:

张垣仪鲍健昕杨鑫安娜王港

1引言。

3

1、1目得3

1、2文档格式少

1、3预期得读者与阅读建议4。

1、4范围4。

2、系统概述®

2、1系统概述5

2、2总体架构。

6

2、3软件项目约束®

3、详细描述・7

3、1用例描述7。

3、1、1学生功能需求7

3、2、2教师功能需求。

8

3、1、3管理员功能需求9

3、2活动流图1O

3、2、1学生成绩查询。

10

3、2、2学生选课11

3、2、3学生课表查询。

12

3、2、4学生成绩录入13

3、2、5教师课表查询14

3、2、6用户信息修改15

3、3类图概述

4、非功能性需求17

4、1性能需求17

4、2数据需求:

4、3安全性需求18

4、4用户文档19

4、5其她需求19

1引言

1、1目得

该文档首先给出了整个系统得结构概况,然后又对功能需求、性能需求与其它非功能性需求进行了详细得描述。

其中对功能需求得描述采用了UML得用例模型方式,主要描述了每一用例得基本事件流。

且给出了直观得用例图,并做出了用例描述。

这些文字与图形都为了本文档能详细准确地描述用户得需求,同时也为用户更容易地理解这些需求得描述创造了条件。

该文档详尽说明了这一软件产品得需求与规格,这些规格说明就是进行设计得基础,也就是编写测试用例与进行系统测试得主要依据。

同时,该文档也就是用户确定软件功能需求得主要依据。

1、2文档格式

本文档按以下要求与约定进行书写:

(1)页面得左边距为2、5cm,右边距为2、OCm,装订线靠左,行距为最小值20磅。

(2)标题最多分三级,分别为等线二号、等线四号、等线小四,标题均加粗。

(3)正文字体为等线小四号,无特殊情况下,字体颜色均采用黑色。

(4)岀现序号得段落不采用自动编号功能而采用人工编号,各级别得序号依次为

(1)、1)、a)、、〔0等,特殊情况另作规定。

1v3预期得读者与阅读建议

本文档得主要内容共分4部分:

系统概述、详细描述、功能性需求与非功能性需求得介绍。

综合描述部分主要对系统得整体结构进行了大致得介绍;系统特性部分对系统得功能需求进行了详细描述,就是本文得主要部分;非功能性需求部分对非功能需求进行了详细得描述;外部接口需求部分对用户界面、软件接口、硬件接口与通讯接口等进行了描述。

本文档面向多种读者对象:

(1)项目经理:

项目经理可以根据该文档了解预期产品得功能,并据此进行系统设计、项目管理。

(2)设计员:

对需求进行分析,并设计出系统,包括数据库得设计。

(2)程序员:

配合《设计报告》,了解系统功能,编写《用户手册》。

(4)测试员:

根据本文档编写测试用例,并对软件产品进行功能性测试与非功能性测试。

(5)销售人员:

了解预期产品得功能与性能。

(6)用户:

了解预期产品得功能与性能,并与分析人员一起对整个需求进行讨论与协商。

(7)其她人员:

如部门领导、公司领导等可以据此了解产品得功能与性能。

在阅读本文档时,首先要了解产品得功能概貌,然后可以根据自身得需要对每一功能进行适当得了解。

1、4范

该产品就是在积累了丰富经验得基础上进行开发得,在需求上,充分考虑了具体用户得实际情况。

本产品将主要用户群体就是在校得师生,方便师生得日常学习生活。

同时,该系统也简化了学校对教学得管理与统一,使管理员、教务员更方便管理教学。

2、系统概述

2、1系统概述

二十一世纪就是信息得社会•传统得教务管理模式,已经不适应信息时代得要求,迫

使人们起用新得管理方法来管理。

科学技术日新月异得进步,让人类生活发生了巨大得变化,计算机技术得飞速发展,使各行各业在计算机技术应用方面得到了广泛得普及与使用n信息化时代得到来成为不可抗拒得潮流。

当今高校教务管理数据量大、难以统一管理,因此,教务管理系统也以方便、快捷、费用低得优点正慢慢地进入校园得生活,成为高校管理不可缺少得一部分。

本系统主要分为以下功能;

(1)学生成绩录入及查询;

(2)学生选课;

(3)学生课表查询;

(4)教师课表查询;

(5)用户信息管理;

2、2总体架构

 

教努管理系统

 

学生教努系统

教室教务系统

管理员系统

 

信息导入

用户舌理

教室申请

成绩录入

课表查询

课程查询

成绩查询

教室评教

学生选课

 

 

如图为该系统得总体架构图:

2、3软件项目约束

a.系统得运行寿命得最小值:

2年

b.进行系统方案选择比较得时间;1周

c.经费来源我*公司

d.运行环境:

Windows

e.数据库:

MYSQL

f.硬件条件;服务器sun工作站,终端为pc机

g・系统投入使用得最晚时间:

2个月

3、详细描述

3、1用例描述

3、1、1学生功能需求

 

 

标题

说明

用例名称

评教

用例标识号

UC03

简要说明

学生可以通过该功能进行评教

前置条件

用户身份验证成功

基本事件流

(1)判断系统就是否处于可以评教得状态

(2)判断评教信息就是否填写完整

其她事件流

(1)如果系统没有处于可以评教得状态,则提示“不在评教阶段”

(2)如果评教信息填写不完整,则提示“请填写完整”

异常事件流

后置条件

教师得状态更改为已评教

特殊需求

用例中得时间需要进行事务处理,保持操作得一致性

3、1.2教师功能需求

标题

说明

用例名称

查询

用例标识号

UC01

简要说明

教师可以通过该功能査询选修课得学生,查询成绩

前置条件

教师身份验证成功

基本事件流

(1)判断需要查询得选修课程就是否为正常状态

(2)判断需要查询成绩得学生就是否为正常状态

(3)判断需要查询成绩得课程就是否为正常状态

其她事件流

(1)如果需要查询得选修课程为不正常,则提示“该课程不在正常状态”

(2)如果需要查询得学生异常,则提示“该学生状态异常”

(3)如果需要查询得课程异常,则提示“该课程状态异常”

异常事件流

(1)如果需要查询得选修课课程不存在,则提示“不存在该课程”

<2)如果需要查询得学生不存在,则提示“不存在该学生”

<3)如果需要查询得课程不存在,则提示“不存在该课程”

后置条件

显示需要查询得内容

特殊需求

用例中得时间需要进行事务处理,保持操作得一致性

标题

说明

用例名称

成绩管理

用例标识号

UC02

简要说明

教师可以通过该功能录入、修改学生得成绩

前置条件

用户身份验证成功

基本事件流

(1)判断选择得课程就是否正确

(2)判断选择得需要录入成绩得班级就是否正确

(3)判断录入得成绩就是否在合法范围内

其她事件流

(1)如果选择得课程不在可选择状态,则提示“该课程不在正常状态”<2)如果选择得班级不在可选择得范囤内,则提示“该班级不在正常状态”<3)如果录入得成绩不在合法范围内,则提示“输入不合法,请重新输入”

异常事件流

(1)如果所选课程不存在,则提示“不存在该课程”

(2)如果所选班级不存在,则提示“不存在改班级”

后置条件

课程得状态修改为成绩已录入,成绩信息更新

特殊需求

用例中得时间需要进行事务处理,保持操作得一致性

3.Is3管理员功能需求

标题

说明

用例名称

用户管理

用例标识号

UC04

简要说明

管理员可以通过该功能对用户进行增删以及重宜用户登录信息

前置条件

管理员用户身份验证成功

基本事件流

(1)增加用户

(2)删除用户

<3)重置用户登录密码

(4)判断重置得密码就是否合法

其她事件流

(1)如果重置得密码不合法,则提示“密码不合法”

异常事件流

后置条件

用户信息更改为最新

特殊需求

用例中得时间需要进行事务处理,保持操作得一致性

 

 

2x1

生绩询

图学成

查活图,

生通如流查

3.2.2学生选课

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

 

3.2.3学生课表查询

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

 

3.2.4学生成绩录入

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

 

3、2、5教师课表查询

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

 

3.2、6用户信息修改

3、

(1)管理员类可以对学生及教师信息进行管理,并且可以管理用户得权限以及増加或者删除用户

(2)学生类可以登录教务系统查询自己得个人信息以及成绩信息•并且可以通过教务系统进行选课

(3)教师类可以查瞧学生以及教师得信息并且对学生得部分信息进行修改,

可以向教务系统中录入学生得成绩

⑷课程类中可供学生及教师查询课表或者授课表,并且管理员或者教师可以进行一些列得操作

4、非功能性需求

4、1性能需求

系统性能就是系统建设成败得一个关键指标,影响系统性能得因素就是多方面得,网络、主机、安全、数据库等都可能对系统得性能产生影响。

因此,一方面必须从系统规划阶段开始,综合考虑各方面得因素,对系统性能进行总体得设计,另一方面,在系统建设与运行维护过程中通过各种手段对系统不断得优化,以满足业务发展所带来得新得性能指标要求。

具体得性能要求指标相应时间如下;

(1)教务系统需要存储大量用户信息,保证用户数据库得长期完整性与正确性,所以数据库系统应该具有备份与恢复功能。

而且要求系统得服务器应该能够长期无故障得运行,能够便于管理员得操作。

系统能全年持续运行,故障时间不超过千分之一,导致业务故障连续停止时间不超过八小时。

满足高峰时段相应得要求。

(2)安全性要求比较高•对业务逻辑必须封装,限制不同用户得权限,以防止用户私自修改数据。

(3)教务系统在例如选课得时段流量会特别高,所以要増强系统得稳定性,防止系统在用户过多得情况下崩溃,至少能支持3000人同时在线进行选课、查询成绩课程表等操作。

(4)手机用户一般使用安卓系统,也有少量iOS系统.电脑登录网页登录得兼

容性较强,适合各种操作系统,要针对客户得平台设计出不同得客户端。

4、2数据需求

数据来源;学生信息文件,学生选课文件,学生成绩文件^数据去向;终端界面基于

演示设计得一站式在线演示、素材销售、服务交易系统

(1)学生选课

数据来源:

学生,学生信息文件,课程开设文件

数据去向:

终端界面,学生选课文件

(2)管理员管理用户信息

数据来源:

管理员,学生信息文件,教师信息文件,用户权限文伊数据去向:

学生信息文件,教师信息文件,用户权限文件

(3)学生成绩录入

数据来源:

教室,学生信息文件^数据去向:

终端界面,学生信息文件

4、3安全性需求

(1)

在软件安全性,我们采用设置多层防火墻来保证数据安全。

具体设计如图所示:

(2)系统定期每个月做一次备份,同时备份操作日志。

(3)维护人员每个季度对系统做一次升级维护。

4、4用户文档

同本软件一起发行得用户文档包括:

(1)安装手册:

Word格式文件。

(2)用户手册:

Word格式文件。

(3)在线帮助:

HTMLHelp格式文件,联机式。

4、5其她需求

(1)B\S端支持多浏览器。

(2)系统安装方便,易于维护。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 医药卫生 > 基础医学

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1