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

1、软件工程大作业教务管理系统需求规格说明书班级：142012小组成员：张烜仪鲍健昕杨 鑫安 娜王 港目录1 引言 .31.1 目的 .31.2 文档格式 .31.3 预期的读者和阅读建议 .41.4 范围 .42.系统概述 .52.1 系统概述 .52.2 总体架构 .62.3 软件项目约束 .63. 详细描述 .73.1 用例描述 .73.1.1 学生功能需求 .73.1.2 教师功能需求 .83.1.3 管理员功能需求 .93.2 活动流图 .103.2.1 学生成绩查询 .103.2.2 学生选课 .113.2.3 学生课表查询 .123.2.4 学生成绩录入 .133.2.5 教师课表查

2、询 .143.2.6 用户信息修改 .153.3 类图概述 .164. 非功能性需求 .174.1 性能需求 .174.2 数据需求 .184.3 安全性需求 .184.4 用户文档 .194.5 其他需求 .191 引言1.1 目的该文档首先给出了整个系统的结构概况，然后又对功能需求、性能需求和其它非功能性需求进行了详细的描述。其中对功能需求的描述采用了 UML 的用例模型方式，主要描述了每一用例的基本事件流。且给 出了直观的用例图，并做出了用例描述。这些文字和图 形都为了本文档能详细准确地描述用户的需求，同时也为用户更容易地理解这些需求的描述创造了条件。该文档详尽说明了这一软件产品的需求和

3、规格，这些规格说明是进行设计的基础，也是编写测试用例和 进行系统测试的主要依据。同时， 该文档也是用户确定软件功能需求的主要依据。1.2 文档格式本文档按以下要求和约定进行书写：（1）页面的左边距为 2.5cm，右边距为 2.0cm，装 订线靠左，行距 为最小值 20磅。（2）标题最多分三级，分别为等线二号、等 线四号、等线小四，标题均加粗。（3）正文字体为等线小四号，无特殊情况下，字体颜色均采用黑色。（4）出现序号的段落不采用自动编号功能而采用人工编号，各级别的序号依次为（1）、 1）、a)、等，特殊情况另作 规定。1.3 预期的读者和阅读建议本文档的主要内容共分 4 部分：系统概述、详细描

4、述、功能性需求和非功能性需求的介绍。综合描述部分主要对系统的整体结构进行了大致的介绍；系统特性部分对系统的功能需求进行了详细描述，是本文的主要部分；非功能性需求部分对非功能需求进行了详细的描述；外部接口需求部分对用户界面、软件接口、硬件接口和通讯接口等进行了描述。本文档面向多种读者对象：（1）项目经理：项目经理可以根据该文档了解预期产品的功能，并据此进行系统设计、 项目管理。（2）设计员：对需求进行分析，并设计出系统，包括数据库的设计。（3）程序员：配合设计报告，了解系统功能， 编写用户手册。（4）测试员：根据本文档编写测试用例，并对软件产品进行功能性测试和非功能性测试。（5）销售人员：了解预

5、期产品的功能和性能。（6）用户：了解预期产品的功能和性能，并与分析人员一起对整个需求进行讨论和协商。（7）其他人员：如部门领导、公司领导等可以据此了解产品的功能和性能。在阅读本文档时，首先要了解产品的功能概貌，然后可以根据自身的需要对每一功能进行适当的了解。1.4 范围该产品是在积累了丰富经验的基础上进行开发的，在需求上，充分考虑了具体用户的实际情况。本产品将主要用户群体是在校的师生，方便师生的日常学习生活。同时， 该 系统也简化了学校对教学的管理与统 一，使管理 员、教务员更方便管理教学。2.系统概述2.1 系统概述二十一世纪是信息的社会，传统的教务管理模式，已经不适应信息时代的要求，迫使人

6、们起用新的管理方法来管理。 科学技术日新月异的进步，让人类生活发生了巨大的变化，计算机技术的飞速发展，使各行各业在计算机技术应用方面得到了广泛的普及和使用。信息化时代的到来成为不可抗拒的潮流。当今高校教务管理数据量大、难以统一管理，因此，教务 管理系统也以方便、快捷、 费用低的优点正慢慢地 进入校园的生活，成为高校管理不可缺少的一部分。本系统主要分为以下功能：（1（ 学生成绩录入及查询；（2（ 学生选课；（3（ 学生课表查询；（4（ 教师课表查询；（5（ 用户信息管理；2.2 总体架构如图为该系统的总体架构图：2.3 软件项目约束a. 系统的运行寿命的最小值：2 年 b. 进行系统方案选择比较

7、的时间：1 周 c. 经费来源：*公司d. 运行环境：Windows e. 数据库：MYSQL f. 硬件条件：服务器 sun 工作站，终端为 pc 机 g. 系统投入使用的最晚时间：2 个月3. 详细描述3.1 用例描述3.1.1 学生功能需求上上上上上上上上上 上上上上上上上上上上上上上上上上上上上上上标题 说明用例名称 评教用例标识号 UC03简要说明 学生可以通过该功能进行评教前置条件 用户身份验证成功基本事件流 （1）判断系统是否处于可以评教的状态（2）判断评教信息是否填写完整其他事件流 （1）如果系统没有处于可以评教的状态，则提示“不在评教阶段”（2）如果评教信息填写不完整，则提示

8、“请填写完整”异常事件流后置条件 教师的状态更改为已评教特殊需求 用例中的时间需要进行事务处理，保持操作的一致性3.1.2 教师功能需求上上上上上上上上上上上上上 上上上上上上上上上上标题 说明用例名称 查询用例标识号 UC01简要说明 教师可以通过该功能查询选修课的学生，查询成绩前置条件 教师身份验证成功基本事件流 （1）判断需要查询的选修课程是否为正常状态（2）判断需要查询成绩的学生是否为正常状态（3）判断需要查询成绩的课程是否为正常状态其他事件流 （1）如果需要查询的选修课程为不正常，则提示“该课程不在正常状态”（2）如果需要查询的学生异常，则提示“该学生状态异常”（3）如果需要查询的课

9、程异常，则提示“该课程状态异常”异常事件流 （1）如果需要查询的选修课课程不存在，则提示“不存在该课程”（2）如果需要查询的学生不存在，则提示“不存在该学生”（3）如果需要查询的课程不存在，则提示“不存在该课程”后置条件 显示需要查询的内容特殊需求 用例中的时间需要进行事务处理，保持操作的一致性标题 说明用例名称 成绩管理用例标识号 UC02简要说明 教师可以通过该功能录入、修改学生的成绩前置条件 用户身份验证成功基本事件流 （1）判断选择的课程是否正确（2）判断选择的需要录入成绩的班级是否正确（3）判断录入的成绩是否在合法范围内其他事件流 （1）如果选择的课程不在可选择状态，则提示“该课程不

10、在正常状态”（2）如果选择的班级不在可选择的范围内，则提示“该班级不在正常状态”（3）如果录入的成绩不在合法范围内，则提示“输入不合法，请重新输入”异常事件流 （1）如果所选课程不存在，则提示“不存在该课程”（2）如果所选班级不存在，则提示“不存在改班级”后置条件 课程的状态修改为成绩已录入，成绩信息更新特殊需求 用例中的时间需要进行事务处理，保持操作的一致性3.1.3 管理员功能需求上上上上上上上上上上上上上上上上上上上标题 说明用例名称 用户管理用例标识号 UC04简要说明 管理员可以通过该功能对用户进行增删以及重置用户登录信息前置条件 管理员用户身份验证成功基本事件流 （1）增加用户（2）删除用户（3）重置用户登录密码（4）判断重置的密码是否合法其他事件流 （1）如果重置的密码不合法，则提示“密码不合法”异常事件流后置条件 用户信息更改为最新特殊需求 用例中的时间需要进行事务处理，保持操作的一致性