软件需求分析报告

教务管理系统

学生姓名 __ __

学 号

专业班级

院 （系）

指导教师

完成时间

成 绩

前 言

项目小组分工：

需求分析、文档的整理及后期的功能测试。

教务管理系统的建模实现。

伴随着高校信息化建设的日益完善，高等学校的教务管理系统在高校管理中越来越受到老师和学生的青睐。高等学校的教学管理系统功能全面、操作简单快捷，可以为学生和老师建立电子档案，并且便于实时修改、保存和查看，实现了无纸化存档，为学校节省了大量的资金和空间。学生可以通过教务管理系统方便快捷地查询自己的个人信息，进行网上查询课表、成绩以及报考的事宜。因此结合现有教务系统的优点，制作此教务管理系统。

一、 项目前景文档

1. 业务需求

1.1 业务背景

伴随着高校信息化建设的日益完善，高等学校的教务管理系统在高校管理中越来越受到老师和学生的青睐。高等学校的教学管理系统功能全面、操作简单快捷，可以为学生和老师建立电子档案，并且便于实时修改、保存和查看，实现了无纸化存档，为学校节省了大量的资金和空间。通过高等学校的教务管理系统，还可以实现学生选课、报名考试、查询成绩和学分。

1.2 业务目标和成功条件

1.2.1 业务目标（Business Objective，BO）

根据学校对教务管理系统的要求，本系统需要实现以下目标：

BO-1 操作简单方便，界面简洁大方

BO-2方便、快捷的信息管理

BO-3简单、实用的考试和成绩管理

BO-4简单、实用的网上报名考试需求

BO-5系统运行稳定、安全可靠

1.2.2 业务成功条件（Success Crite，SC)

SC-1 目前通过网上解决学生查课、查询成绩和网上报名考试的需要，据初步调查，在郑州轻工业学院内需要教务管理系统的师生占到100%:

SC-2 在初始版本发布两个月内，教师对系统满意度提升0.3，并且逐渐增加。

SC-3 在初始版本发布后的六个月内，学生对系统的满意度提升0.5，并且逐渐增加。

1.3 业务风险（Risk，RI）

RI-1学校在校学生很少使用该系统，减少了对系统开发的投资回报。 （可能性 0.1，影响9）

RI-2因为使用该系统增大了老师工作量，导致老师更多的不满，并可能会减少他们对这个系统的使用。 （可能性0.3，影响6）

2. 解决方案的背景

2.1 前景陈述

高等学校的教务管理系统可以使学生和老师更加便利地通过网络查看自己的课程信息、考试成绩以及报名考试，从而节省时间。

产品名称：高等学校的教务管理系统

产品类别：教务管理

目标客户：高校人群

需求或机会的声明：信息化发达，对网络的依赖增加

新产品的优势：针对在校学生的需求对进行设计，提高学生教师的工作效率，新系统相比现有产品稳定流畅，有更好的抗压性。

2.2 主要的系统特征（Feature）

FE-1 教务处录入与生成新学期课程表

FE-2 学生可以查询自己的课表

FE-3 学生可以进行网上报名考试

FE-4 学生查询自己的考试成绩

FE-5 教师查询选课学生信息

FE-6 教师录入学生考试成绩

FE-7 教务处可以生成成绩统计表

2.3 假设（Assumption）和依赖(Dependency)条件

AS-1:学生和教师只有通过学号和密码才可查询自己的成绩以及课程信息，从而防止泄露学生的某些信息，并及时获取自己需要的信息。

DE-1:该教学管理系统需要随着学生和教师以及课程调动进行相应的信息更新。

3. 项目范围和限制

3.1 初始和后继版本的范围

3.2 限制和排除条件

学校不能满足少部分学生的需求，它只能尽自己最大的能力去满足，因此“教务管理系统”只能在整体上尽可能的方便学校教学管理，满足用户的需求，而不是绝对的满足。

该“教务管理系统”是结合本高校的具体情况提出的，仅仅是对本高校的选课管理比较有效，不具有通用性。

4. 业务环境

4.1涉众档案

4.2项目的优先级

4.3运行环境（Operating Environment OE）

OE-1:“教务管理系统”的操作将通过Web浏览器来完成： 基于IE内核的浏览器，基于chrome内核的浏览器。

OE-2:“教务管理系统”将运行在一个服务器中，该服务器运行当前公司批准的Red Hat Linux版本和Aachen HTTP Server。

OE-3:“教务管理系统”将允许用户通过学校内联网来访问，如果用户被授权在学校的外部通过VPN来访问，那么，用户也可以在家通过Internet来访问该系统。

二、 软件需求规格说明书

1. 引言

1.1概述

文档目的：对制作的教务管理系统进行说明。

目标对象：供高校教师和学生更方便快捷地进行教务日常管理。

文档内容：该软件需求规格说明描述了“教务管理系统”1.0版本的软件功能性需求和非功能性需求。同时还描述了用户及管理员在系统的工作中所参与的角色以及拥有的权限，从而使开发团队能够明确地了解所开发的“教务管理系统”的各个方面，帮助他们在实际的开发过程中准确地完成所开发的模块，以达到方便快捷地教学，更好满足客户需求。

文档的组织结构：该文档由文档介绍（文档概述、文档背景、文档定义及所选用的参考资料）、系统介绍（文档目标、系统运行环境、系统条件和约束）、需求规定（对系统功能的规定、非功能性需求、外部接口需求）等方面对文档及教务管理系统进行阐述，通过此文档透彻而全面的对该系统进行说明和分析。

该文档计划由实现和验证正确功能的项目团队成员来使用，除非在其他地方另有说明，这里所指定的所有需求都具有高优先级，而且都要在版本1.0中加以实现。

1.2背景

伴随着高校信息化建设的日益完善，高等学校的教务管理系统在高校管理中越来越受到老师和学生的青睐。高等学校的教学管理系统功能全面、操作简单快捷，可以为学生和老师建立电子档案，并且便于实时修改、保存和查看，实现了无纸化存档，为学校节省了大量的资金和空间。通过高等学校的教务管理系统，还可以实现学生查课表、报名考试、查询成绩和学分。

1.3定义

学号：学生在学校教务管理系统中的编号，每位学生有且只有一个学号，学号用来登陆教务系统。

课程考试：学生按照学校教务处规划所必修课程的结课考试，每位学生必须参加课程考试。

等级考试：学生在教务处规划课程以外自选报考的考试，学生可自行选择报考项目来获取相应的等级证书，也可不参加等级考试。

1.4参考资料

构造教务管理系统及写作此文档时的参考资料有：软件需求工程教材、老师讲课课件等资料。

2. 任务概述

2.1目标

根据学校对教务管理系统的要求，本系统需要实现以下目标：

BO-1 操作简单方便，界面简洁大方

BO-2方便、快捷的信息管理

BO-3简单、实用的考试和成绩管理

BO-4简单、实用的网上报名考试需求

BO-5系统运行稳定、安全可靠

2.2运行环境（Operating Environment，OE）

OE-1:“教务管理系统”的操作将通过Web浏览器来完成： 基于IE内核的浏览器，基于chrome内核的浏览器。

OE-2:“教务管理系统”将运行在一个服务器中，该服务器运行当前公司批准的Red Hat Linux版本和Aachen HTTP Server。

OE-3:“教务管理系统”将允许用户通过学校内联网来访问，如果用户被授权在学校的外部通过VPN来访问，那么，用户也可以在家通过Internet来访问该系统。

2.3假定（Assumption）和约束（Constraint）

AS-1: 学生和教师只有通过学号和密码才可查询自己的成绩以及课程信息，从而防止泄露学生的某些信息，并及时获取自己需要的信息。

AS-2：该教务管理系统在UML系统中制作出来。

Co-1: 该教务管理系统需要随着学生和教师以及课程调动进行相应的信息更新。

Co-2: 该教务管理系统使用ASP.NET开发。

3. 需求规定

3.1. 对功能的规定

3.1.1. 用户需求

3.1.1.1组织机构和角色

角色视图：

角色说明：

(1) 教师参与业务

说明：教师可以查看学生的基本信息，并且在考试结束后将学生的考试成绩录入教务管理系统中，如果录入出错可以修改学生的成绩。

(2) 教务处参与业务

说明：教务处是学校进行正常教学活动的管理机构，可以对学生学号管理，制定新学期的课程表，发放学生考试的准考证并公布学生的考试成绩。

(3) 学生参与业务

说明：学生可以在教务管理系统中查询自己的新学期课程表，并进行网上报名等级考试，可以查询自己的考试成绩。

3.1.1.2业务概览

(4) 查询成绩业务

成绩查询业务说明: 考试结束后，由教师将学生的考试成绩录入教务管理系统，经教务处整理后，学生可以在教务管理系统中查询自己的考试成绩。

(5) 等级考试报名业务

等级考试报名业务说明：在等级考试报名时间内，学生可以在教务管理系统中进行网上报名考试，由教务处发放考试需要的准考证。

(6) 申请学号业务

申请学号业务说明：第一次登陆教务管理系统需要申请学号，申请后不可更改，将是今后登陆教务管理系统的凭证。第一次登陆时学生发出申请学号请求，由教务处审批后分配对应学生的学号。

(4) 教务管理业务

3.1.1.3业务场景

(7) 申请学号业务场景

业务场景说明：学生向教务处发出申请学号请求，教务处审批后为学生分配学号。

(8) 第一次查询课程表业务场景

业务场景说明：学期开始时由教务处生成新学期课程表，学生第一次登陆需要申请学号，并且之后一直使用学号登陆教务系统查询课程表。

(9) 查询课程表业务场景

业务场景说明：学期开始时由教务处生成新学期课程表，学生使用学号登陆教务系统查询课程表。

(10) 查询成绩业务场景

业务场景说明：

查询成绩分为“查询课程成绩”和 “查询等级考试成绩”：

1) 查询课程成绩：考试结束后由教师在教务管理系统录入学生考试成绩，学生登陆教务系统即可查询自己对应的课程成绩。

2) 查询等级考试成绩：在等级考试结束后，由教务处在教务系统公布等级考试成绩，学生可以登录教务管理系统查询相应的等级考试成绩。

3.1.2. 系统需求

3.1.2.1 概览

3.1.2.2系统需求规定

(11) 等级考试报名

 用例规约

 用例场景分析

（1） 报考业务场景

业务场景说明：学生报考时登录系统需要验证学号，验证成功才可报考，提交报考信息后由教务处记录并分发准考证。

 业务实体分析

业务实体说明：一个学生有一个学号，一个学号可以报考多个项目，并且每个考试项目有一个对应的准考证。

(12) 查询成绩

 用例规约

 用例场景分析

业务场景说明：学生通过学号登陆系统，才可以查询成绩。

 业务实体分析

业务实体说明 ：一位学生对应一个学号，一个学号可以对应多个课程考试成绩或等级考试成绩。

(13) 查课表

 用例规约

 用例场景分析

业务场景说明：新学期开始，教务处公布新学期课程表，学生必须通过学号登陆教务系统才可查询自己的课程表。

 业务实体分析

业务实体说明 ：一位学生对应一个学号，每个学号对应一个课程表，教务处公布每个班级的课程表。

3.1.2.3数据分析

概览

 学号

 课程表

 课程考试成绩

 准考证

 等级考试成绩

 报考项目

3.2. 非功能性需求

性能需求（Performance）

PE-1：系统生成的所有Web页面，通过速率为40KBps的调制解调器在不超过5秒时间内可以全部显示出来。

PE-2：学生向系统提交信息后，系统将在3秒内做出相应回应。

安全设施需求（SAfety）

SA-1：系统必须每天对数据库进行自动备份，命名格式为“日期+时间”。

安全性需求（Security）

SE-1：所有涉及功能信息或个人身份信息的项目，都要采用128位的加密。

SE-2：除了申请学号之外，用户必须通过学号登录到“教务管理系统”才能完成所有操作 。

软件质量属性

AVailablity（可用性）-1：“教务管理系统”将对全校的学生及教职工可用，学生在当地时间早晨5点到晚上12点99.9%的时间可用，当地时间晚上12点到早晨5点则95%的时间可用。

Reliability（可靠性）-1：如果在学生进行等级考试报名得到确认或取消之前，用户和系统的连接中断，那么学生应该能通过“教务管理系统”恢复不完整的项目清单。

3.3. 外部接口需求

用户界面（User Interfaces，UI）

UI-1：“教务管理系统”的屏幕画面将遵照公司的Internet应用程序界面标准V2.0版本。

UI-2：系统对所显示的每个HTML网页都提供链接帮助，解释如何使用这些网页。

UI-3：Web页面设置简单明了，布局符合常用习惯。

硬件接口（Hardware Interfaces，HI）

本系统的制作仅用到软件。

软件接口（Software Interfaces，SI）

系统与Mysql数据库软件进行对接存储数据。

通信接口（Communications Interfaces，CI）

CI-1：“教务管理系统”将向学生发送电子邮件消息，以提醒近期的考试及课程安排。