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

软件工程大作业

《教务管理系统》

需求规格说明书

班级：142023

小组成员：张烜仪

鲍健昕

杨鑫

安娜

王港

目录

TOC\o1-3\h\z\u1引言 3

1.1目的 3

1.2文档格式 3

1.3预期的读者和阅读建议 4

1.4范围 4

2.系统概述 5

2.1系统概述 5

2.2总体架构 6

2.3软件项目约束 6

3.详细描述 7

3.1用例描述 7

3.1.1学生功能需求 7

3.1.2教师功能需求 8

3.1.3管理员功能需求 9

3.2活动流图 10

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类图概述 16

4.非功能性需求 17

4.1性能需求 17

4.2数据需求 18

4.3安全性需求 18

4.4用户文档 19

4.5其他需求 19

1引言

1.1目的

该文档一方面给出了整个系统的结构概况，然后又对功能需求、性能需求和其它非功能性需求进行了具体的描述。其中对功能需求的描述采用了UML的用例模型方式，重要描述了每一用例的基本领件流。且给出了直观的用例图，并做出了用例描述。这些文字和图形都为了本文档能具体准确地描述用户的需求，同时也为用户更容易地理解这些需求的描述发明了条件。

该文档详尽说明了这一软件产品的需求和规格，这些规格说明是进行设计的基础，也是编写测试用例和进行系统测试的重要依据。同时，该文档也是用户拟定软件功能需求的重要依据。

1.2文档格式

本文档按以下规定和约定进行书写：

（1）页面的左边距为2.5cm，右边距为2.0cm，装订线靠左，行距为最小值20磅。

（2）标题最多分三级，分别为等线二号、等线四号、等线小四，标题均加粗。

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

（4）出现序号的段落不采用自动编号功能而采用人工编号，各级别的序号依次为（1）、1）、a)、、①等，特殊情况另作规定。

1.3预期的读者和阅读建议

本文档的重要内容共分4部分：系统概述、具体描述、功能性需求和非功能性需求的介绍。综合描述部分重要对系统的整体结构进行了大体的介绍；系统特性部分对系统的功能需求进行了具体描述，是本文的重要部分；非功能性需求部分对非功能需求进行了具体的描述；外部接口需求部分对用户界面、软件接口、硬件接口和通讯接口等进行了描述。

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

（1）项目经理：项目经理可以根据该文档了解预期产品的功能，并据此进行系统设计、项目管理。

（2）设计员：对需求进行分析，并设计出系统，涉及数据库的设计。

（3）程序员：配合《设计报告》，了解系统功能，编写《用户手册》。

（4）测试员：根据本文档编写测试用例，并对软件产品进行功能性测试和非功能性测试。

（5）销售人员：了解预期产品的功能和性能。

（6）用户：了解预期产品的功能和性能，并与分析人员一起对整个需求进行讨论和协商。

（7）其别人员：如部门领导、公司领导等可以据此了解产品的功能和性能。

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

1.4范围

该产品是在积累了丰富经验的基础上进行开发的，在需求上，充足考虑了具体用户的实际情况。本产品将重要用户群体是在校的师生，方便师生的平常学习生活。同时，该系统也简化了学校对教学的管理与统一，使管理员、教务员更方便管理教学。

2.系统概述

2.1系统概述

二十一世纪是信息的社会，传统的教务管理模式，已经不适应信息时代的规定，迫

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

科学技术日新月异的进步，让人类生活发生了巨大的变化，计算机技术的飞速发展，使各行各业在计算机技术应用方面得到了广泛的普及和使用。信息化时代的到来成为不可抗拒的潮流。当今高校教务管理数据量大、难以统一管理，因此，教务管理系统也以方便、快捷、费用低的优点正慢慢地进入校园的生活，成为高校管理不可缺少的一部分。

本系统重要分为以下功能：

学生成绩录入及查询；

学生选课；

学生课表查询；

教师课表查询；

用户信息管理；

2.2总体架构

如图为该系统的总体架构图：

2.3软件项目约束

系统的运营寿命的最小值：2年?

进行系统方案选择比较的时间：1周?

经费来源：**公司

运营环境：Windows?

数据库：MYSQL