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

软件需求分析报告教务管理系统 学生姓名 _ _ 学 号 专业班级 院 （系） 指引教师 完毕时间 成 绩 前 言项目小组分工：需求分析、文档整顿及后期功能测试。教务管理系统建模实现。随着着高校信息化建设日益完善，高等学校教务管理系统在高校管理中越来越受到教师和学生青睐。高等学校教学管理系统功能全面、操作简朴快捷，可觉得学生和教师建立电子档案，并且便于实时修改、保存和查看，实现了无纸化存档，为学校节约了大量资金和空间。学生可以通过教务管理系统以便快捷地查询自己个人信息，进行网上查询课表、成绩以及报考事宜。因而结合既有教务系统长处，制作此教务管理系统。目 录一、项当前景文档31.业务需求31.1 业务背景31.2 业务目的和成功条件41.2.1 业务目的（Business Objective，BO）41.2.2 业务成功条件（Success Crite，SC)41.3 业务风险（Risk，RI）42.解决方案背景42.1 前景陈述42.2 重要系统特性（Feature）52.3 假设（Assumption）和依赖(Dependency)条件53.项目范畴和限制53.1 初始和后继版本范畴53.2 限制和排除条件64.业务环境64.1涉众档案64.2项目优先级74.3运营环境（Operating Environment OE）8二、软件需求规格阐明书81.引言81.1概述81.2背景91.3定义91.4参照资料92.任务概述92.1目的92.2运营环境（Operating Environment，OE）92.3假定（Assumption）和约束（Constraint）103.需求规定103.1.对功能规定103.1.1.顾客需求103.1.2.系统需求203.2.非功能性需求31性能需求（Performance）31安全设施需求（SAfety）32安全性需求（Security）32软件质量属性323.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版本3FE-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：“教务管理系统”将向学生发送电子邮件消息，以提示近期考试及课程安排。