教务标准管理系统软件需求分析.doc

软件需求分析报告
教务管理系统

学生姓名 __ __
学 号
专业班级
院 （系）
指引教师
完毕时间
成 绩

前 言

项目小组分工：
需求分析、文档整顿及后期功能测试。
教务管理系统建模实现。

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

一、项当前景文档 3
1. 业务需求 3
1.1 业务背景 3
1.2 业务目的和成功条件 4
1.2.1 业务目的（Business Objective，BO） 4
1.2.2 业务成功条件（Success Crite，SC) 4
1.3 业务风险（Risk，RI） 4
2. 解决方案背景 4
2.1 前景陈述 4
2.2 重要系统特性（Feature） 5
2.3 假设（Assumption）和依赖(Dependency)条件 5
3. 项目范畴和限制 5
3.1 初始和后继版本范畴 5
3.2 限制和排除条件 6
4. 业务环境 6
4.1涉众档案 6
4.2项目优先级 7
4.3运营环境（Operating Environment OE） 8
二、软件需求规格阐明书 8
1. 引言 8
1.1概述 8
1.2背景 9
1.3定义 9
1.4参照资料 9
2. 任务概述 9
2.1目的 9
2.2运营环境（Operating Environment，OE） 9
2.3假定（Assumption）和约束（Constraint） 10
3. 需求规定 10
3.1. 对功能规定 10
3.1.1.顾客需求 10
3.1.2.系统需求 20
3.2. 非功能性需求 31
性能需求（Performance） 31
安全设施需求（SAfety） 32
安全性需求（Security） 32
软件质量属性 32
3.3. 外部接口需求 32
顾客界面（User Interfaces，UI） 32
硬件接口（Hardware Interfaces，HI） 32
软件接口（Software Interfaces，SI） 32
通信接口（Communications Interfaces，CI） 32

一、 项当前景文档
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 初始和后继版本范畴
特性
版本1
版本2
版本3
FE-1
所有实现

FE-2
可以实现
可以实现
所有实现
FE-3
提交信息早优先
所有实现

FE-4
可以实现
所有实现

FE-5
不实现
不实现
所有实现
FE-6
不实现
可以实现

FE-7
不实现
不实现
所有实现

3.2 限制和排除条件
学校不能满足少某些学生需求，它只能尽自己最大能力去满足，因而“教务管理系统”只能在整体上尽量以便学校教学管理，满足顾客需求，而不是绝对满足。
该“教务管理系统”是结合本高校详细状况提出，仅仅是对本高校选课管理比较有效，不具备通用性。
4. 业务环境
4.1涉众档案
涉众
重要价值
态度
重要兴趣
约束条件
学校管理员
无纸化办公，减少工作量
强烈规定完毕版本2，尽量完毕版本3
使该系统所节约费用必要超过开发此系统所需费用
无
在校学生

以便查询个人信息，节约了大量时间
紧张访问人数过多系统瘫痪
使用网络解决选课难问题
学生需要有可以连接校园网络计算机
教师
可以在家中就可以完毕成绩录入等工作，减少了工作量
积极支持新系统，但愿学校大力推广
可以提高自己薪资
需要访问学校教务网站
4.2项目优先级
因素
约束
自由度
特性
安排第1版本实现特性必要完全可操作

质量
必要通过95%顾客验收测试；必要通过所有安全性测试；所有安全事务都必要遵守公司安全原则

进度
12月31号前必要完毕第1版本
筹划2月28号前完毕第2版本，在不涉及负责人评审状况下，最多可延期3个星期
人员
项目团队规模涉及一名半日工作项目经理，三名开发人员，一名半日工作测试人员
如果有必要，还可以此外增长或减少一名开发人员和一名半日工作测试人员
成本

在不涉及负责人评审状况下，财政预算最多可超支20%
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业务概览
(1) 查询成绩业务

成绩查询业务阐明：考试结束后，由教师将学生考试成绩录入教务管理系统，经教务处整顿后，学生可以在教务管理系统中查询自己考试成绩。
(2) 级别考试报名业务

级别考试报名业务阐明：在级别考试报名时间内，学生可以在教务管理系统中进行网上报名考试，由教务处发放考试需要准考证。
(3) 申请学号业务

申请学号业务阐明：第一次登陆教务管理系统需要申请学号，申请后不可更改，将是此后登陆教务管理系统凭证。第一次登陆时学生发出申请学号祈求，由教务处审批后分派相应学生学号。
(4) 教务管理业务

3.1.1.3业务场景
(1) 申请学号业务场景

业务场景阐明：学生向教务处发出申请学号祈求，教务处审批后为学生分派学号。
(2) 第一次查询课程表业务场景

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

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

业务场景阐明：
查询成绩分为“查询课程成绩”和 “查询级别考试成绩”：
1) 查询课程成绩：考试结束后由教师在教务管理系统录入学生考试成绩，学生登陆教务系统即可查询自己相应课程成绩。
2) 查询级别考试成绩：在级别考试结束后，由教务处在教务系统发布级别考试成绩，学生可以登录教务管理系统查询相应级别考试成绩。

3.1.2. 系统需求
3.1.2.1 概览

3.1.2.2系统需求规定
(1) 级别考试报名
Ø 用例规约
用例名称
级别考试报名
实现名称
Baokao
用例描述
学生通过此用例报名级别考试
参加者
学生 教务处
前置条件
1. 级别考试报名开始
2. 级别考试报名未结束
后置条件
1. 记录报考信息
2. 教务处确认报考信息并发准考证
主事件流
1.学生用学号登录系统，浏览器显示我基本信息界面
2.学生选取级别考试报名，浏览器显示报考选取界面
3.学生选取报考项目
4.学生可单选或多选报考项目，并确认报考。
5.浏览器显示确认报考项目清单。
6.选取选取确认报考，浏览器显示报考项目及考试时间。
7.教务处打印报考信息并分发准考证。用例结束。
备选事件流

1.a学号错误
1.回绝登录，用例结束
2.a当前没有可报考项目
1.浏览器显示“当前非报考时间”
4.a学生选取查看已报考项目
1.计算机执行5；
4.b顾客选取放弃
1.计算机执行4
业务规则
所报考项目考试时间不能发生冲突
涉及业务实体
Be_学号，Be_报考项目，Be_准考证
非功能性需求
支持各种语言显示（有留学生）
Ø 用例场景分析
（1） 报考业务场景

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

业务实体阐明：一种学生有一种学号，一种学号可以报考各种项目，并且每个考试项目有一种相应准考证。
(2) 查询成绩
Ø 用例规约
用例名称
查询成绩
实现名称
Chachengji
用例描述
学生通过此用例查询课程考试成绩和级别考试成绩
参加者
学生 教务处 教师
前置条件
1.课程考试结束
2.级别考试结束
后置条件
查询结束，注销登陆
主事件流
1.学生用学号登录系统，浏览器显示我基本信息界面
2.学生选取成绩查询，浏览器显示查询项目选取界面
3.学生选取查询课程考试成绩或者级别考试成绩
4.浏览器显示查询项目成绩数据。
5.查询完毕，学生注销登陆。用例结束。
备选事件流

1.a学号错误
1.回绝登录，用例结束
2.a当前没有可查询成绩项目
1.浏览器显示“未到查询成绩时间”
4.a学生选取继续查询成绩
1.浏览器执行2；
4.b顾客选取放弃
1.计算机执行5
业务规则
教师或教务处必要将成绩发布后才可查询
涉及业务实体
Be_学号，Be_课程考试成绩，Be_级别考试成绩
非功能性需求
支持各种语言显示（有留学生）

Ø 用例场景分析

业务场景阐明：学生通过学号登陆系统，才可以查询成绩。
Ø 业务实体分析

业务实体阐明 ：一位学生相应一种学号，一种学号可以相应各种课程考试成绩或级别考试成绩。
(3) 查课表
Ø 用例规约
用例名称
查课表
实现名称
Chakebiao
用例描述
学生通过此用例查询自己课程表
参加者
学生 教务处
前置条件
新学期开始
后置条件
查询结束，注销登陆
主事件流
1.学生用学号登录系统，浏览器显示我基本信息界面
2.学生选取查询课程表，浏览器显示查询学期列表
3.学生选取查询哪一学期课程表
4.浏览器显示查询学期课程表
5.查询完毕，学生注销登陆。用例结束。
备选事件流

1.a学号错误
1.回绝登录，用例结束
3.a当前学期教务处没有发布课程表
1.浏览器显示“尚未发布课程表”
4.a学生选取查询其她学期课表
1.浏览器执行2；
4.b顾客选取放弃
1.计算机执行5
业务规则
教务处必要将课程表发布后才可查询
涉及业务实体
Be_学号，Be_课程表，Be_教务处
非功能性需求
支持各种语言显示（有留学生）

Ø 用例场景分析

业务场景阐明：新学期开始，教务处发布新学期课程表，学生必要通过学号登陆教务系统才可查询自己课程表。
Ø 业务实体分析
业务实体阐明 ：一位学生相应一种学号，每个学号相应一种课程表，教务处发布每个班级课程表。
3.1.2.3数据分析
概览

Ø 学号
实体名称
Be_学号
实体描述
每个学生必要有且只有一种一种学号，是学生身份凭证
属性名称
类型
精度
阐明(属性业务含义及业务规则)
姓名
字符
50
学号相应学生姓名
学号
字符
12
学校标记符（3位）+院系标记符（3位）+班级标记符(3位)+学生序号（3位）
Ø 课程表
实体名称
Be_课程表
实体描述
学生所上课程表格
属性名称
类型
精度
阐明(属性业务含义及业务规则)
课程名称
字符
100
学生所学课程名称
日期
日期
12
周一到周日

Ø 课程考试成绩
实体名称
Be_课程考试成绩
实体描述
学生课程考试相应成绩
属性名称
类型
精度
阐明(属性业务含义及业务规则)
课程名称
字符
100
学生所学课程名称
成绩
字符
12
最小值为0，最大值为100

Ø 准考证
实体名称
Be_准考证
实体描述
学生参加级别考试所需要凭证
属性名称
类型
精度
阐明(属性业务含义及业务规则)
考试名称
字符
100
学生所报考考试名称
日期
日期
12
学生所报考考试考试时间
姓名
字符
50
学生姓名
准考证号
字符
15
学生参加级别考试编号

Ø 级别考试成绩
实体名称
Be_级别考试成绩
实体描述
学生级别考试相应成绩
属性名称
类型
精度
阐明(属性业务含义及业务规则)
考试名称
字符
100
学生所报考考试名称
成绩
字符
12
成绩依照考试规则而不同

Ø 报考项目
实体名称
Be_报考项目
实体描述
学生报考级别考试名称
属性名称
类型
精度
阐明(属性业务含义及业务规则)
级别考试名称
字符
100
学生所报考考试名称
日期
日期
12
学生所报考考试考试时间

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：“教务管理系统”将向学生发送电子邮件消息，以提示近期考试及课程安排。