教务管理系统-软件需求分析报告(共37页).doc

《教务管理系统-软件需求分析报告(共37页).doc》由会员分享，可在线阅读，更多相关《教务管理系统-软件需求分析报告(共37页).doc（37页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、精选优质文档-倾情为你奉上软件需求分析报告教务管理系统 学生姓名 _ _ 学 号 专业班级 院 （系） 指导教师 完成时间 成 绩 前 言项目小组分工：需求分析、文档的整理及后期的功能测试。教务管理系统的建模实现。伴随着高校信息化建设的日益完善，高等学校的教务管理系统在高校管理中越来越受到老师和学生的青睐。高等学校的教学管理系统功能全面、操作简单快捷，可以为学生和老师建立电子档案，并且便于实时修改、保存和查看，实现了无纸化存档，为学校节省了大量的资金和空间。学生可以通过教务管理系统方便快捷地查询自己的个人信息，进行网上查询课表、成绩以及报考的事宜。因此结合现有教务系统的优点，制作此教务管理系统

2、。专心-专注-专业目 录一、 项目前景文档1. 业务需求1.1 业务背景伴随着高校信息化建设的日益完善，高等学校的教务管理系统在高校管理中越来越受到老师和学生的青睐。高等学校的教学管理系统功能全面、操作简单快捷，可以为学生和老师建立电子档案，并且便于实时修改、保存和查看，实现了无纸化存档，为学校节省了大量的资金和空间。通过高等学校的教务管理系统，还可以实现学生选课、报名考试、查询成绩和学分。1.2 业务目标和成功条件1.2.1 业务目标（Business Objective，BO）根据学校对教务管理系统的要求，本系统需要实现以下目标：BO-1 操作简单方便，界面简洁大方BO-2方便、快捷的信息

3、管理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因为使用该系

4、统增大了老师工作量，导致老师更多的不满，并可能会减少他们对这个系统的使用。 （可能性0.3，影响6）2. 解决方案的背景2.1 前景陈述高等学校的教务管理系统可以使学生和老师更加便利地通过网络查看自己的课程信息、考试成绩以及报名考试，从而节省时间。产品名称：高等学校的教务管理系统产品类别：教务管理目标客户：高校人群需求或机会的声明：信息化发达，对网络的依赖增加新产品的优势：针对在校学生的需求对进行设计，提高学生教师的工作效率，新系统相比现有产品稳定流畅，有更好的抗压性。2.2 主要的系统特征（Feature）FE-1 教务处录入与生成新学期课程表FE-2 学生可以查询自己的课表FE-3 学生可

5、以进行网上报名考试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不实

6、现不实现全部实现FE-6不实现可以实现FE-7不实现不实现全部实现3.2 限制和排除条件学校不能满足少部分学生的需求，它只能尽自己最大的能力去满足，因此“教务管理系统”只能在整体上尽可能的方便学校教学管理，满足用户的需求，而不是绝对的满足。 该“教务管理系统”是结合本高校的具体情况提出的，仅仅是对本高校的选课管理比较有效，不具有通用性。4. 业务环境4.1涉众档案涉众主要价值态度主要兴趣约束条件学校管理员无纸化办公，减少工作量强烈要求完成版本2，尽量完成版本3使该系统所节约的费用必须超过开发此系统所需的费用无在校学生方便查询个人信息，节约了大量时间担心访问人数过多系统瘫痪使用网络解决选课难的问

7、题学生需要有可以连接校园网络的计算机教师可以在家中就可以完成成绩录入等工作，减少了工作量积极支持新系统，希望学校大力推广 可以提高自己的薪资需要访问学校教务网站4.2项目的优先级因素约束自由度特性安排第1版本实现的特性必须完全可操作质量必须通过95%的用户验收测试；必须通过全部的安全性测试；所有的安全事务都必须遵守公司的安全标准进度2015年12月31号前必须完成第1版本计划2016年2月28号前完成的第2版本，在不包括责任人评审的情况下，最多可延期3个星期人员项目团队规模包括一名半日工作的项目经理，三名开发人员，一名半日工作的测试人员如果有必要，还可以另外增加或减少一名开发人员和一名半日工作

8、的测试人员成本在不包括责任人评审的情况下，财政预算最多可超支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概述文档目的：对

9、制作的教务管理系统进行说明。目标对象：供高校教师和学生更方便快捷地进行教务日常管理。文档内容：该软件需求规格说明描述了“教务管理系统”1.0版本的软件功能性需求和非功能性需求。同时还描述了用户及管理员在系统的工作中所参与的角色以及拥有的权限，从而使开发团队能够明确地了解所开发的“教务管理系统”的各个方面，帮助他们在实际的开发过程中准确地完成所开发的模块，以达到方便快捷地教学，更好满足客户需求。文档的组织结构：该文档由文档介绍（文档概述、文档背景、文档定义及所选用的参考资料）、系统介绍（文档目标、系统运行环境、系统条件和约束）、需求规定（对系统功能的规定、非功能性需求、外部接口需求）等方面对文档

10、及教务管理系统进行阐述，通过此文档透彻而全面的对该系统进行说明和分析。该文档计划由实现和验证正确功能的项目团队成员来使用，除非在其他地方另有说明，这里所指定的所有需求都具有高优先级，而且都要在版本1.0中加以实现。1.2背景伴随着高校信息化建设的日益完善，高等学校的教务管理系统在高校管理中越来越受到老师和学生的青睐。高等学校的教学管理系统功能全面、操作简单快捷，可以为学生和老师建立电子档案，并且便于实时修改、保存和查看，实现了无纸化存档，为学校节省了大量的资金和空间。通过高等学校的教务管理系统，还可以实现学生查课表、报名考试、查询成绩和学分。1.3定义学号：学生在学校教务管理系统中的编号，每位

11、学生有且只有一个学号，学号用来登陆教务系统。课程考试：学生按照学校教务处规划所必修课程的结课考试，每位学生必须参加课程考试。等级考试：学生在教务处规划课程以外自选报考的考试，学生可自行选择报考项目来获取相应的等级证书，也可不参加等级考试。1.4参考资料构造教务管理系统及写作此文档时的参考资料有：软件需求工程教材、老师讲课课件等资料。2. 任务概述2.1目标根据学校对教务管理系统的要求，本系统需要实现以下目标：BO-1 操作简单方便，界面简洁大方BO-2方便、快捷的信息管理BO-3简单、实用的考试和成绩管理BO-4简单、实用的网上报名考试需求BO-5系统运行稳定、安全可靠2.2运行环境（Oper

12、ating 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: 学生和教师只有通过学号和密码才可查询自己的成绩以及课程信息，从而防止泄

13、露学生的某些信息，并及时获取自己需要的信息。AS-2：该教务管理系统在UML系统中制作出来。Co-1: 该教务管理系统需要随着学生和教师以及课程调动进行相应的信息更新。Co-2: 该教务管理系统使用ASP.NET开发。3. 需求规定 3.1. 对功能的规定3.1.1. 用户需求3.1.1.1组织机构和角色角色视图：角色说明：角色名说明教务处接收教师提交课程的信息，分发学生报名考试的准考证，进行全面的管理教师授课，向教务处提交自己的课程信息，将学生考试成绩输入系统学生可以在系统查询自己的课程表，报名考试，并查询考试成绩(1) 教师参与业务说明：教师可以查看学生的基本信息，并且在考试结束后将学生的

14、考试成绩录入教务管理系统中，如果录入出错可以修改学生的成绩。(2) 教务处参与业务说明：教务处是学校进行正常教学活动的管理机构，可以对学生学号管理，制定新学期的课程表，发放学生考试的准考证并公布学生的考试成绩。(3) 学生参与业务说明：学生可以在教务管理系统中查询自己的新学期课程表，并进行网上报名等级考试，可以查询自己的考试成绩。3.1.1.2业务概览(1) 查询成绩业务成绩查询业务说明: 考试结束后，由教师将学生的考试成绩录入教务管理系统，经教务处整理后，学生可以在教务管理系统中查询自己的考试成绩。(2) 等级考试报名业务等级考试报名业务说明：在等级考试报名时间内，学生可以在教务管理系统中进

15、行网上报名考试，由教务处发放考试需要的准考证。(3) 申请学号业务申请学号业务说明：第一次登陆教务管理系统需要申请学号，申请后不可更改，将是今后登陆教务管理系统的凭证。第一次登陆时学生发出申请学号请求，由教务处审批后分配对应学生的学号。(4) 教务管理业务3.1.1.3业务场景(1) 申请学号业务场景业务场景说明：学生向教务处发出申请学号请求，教务处审批后为学生分配学号。(2) 第一次查询课程表业务场景业务场景说明：学期开始时由教务处生成新学期课程表，学生第一次登陆需要申请学号，并且之后一直使用学号登陆教务系统查询课程表。(3) 查询课程表业务场景业务场景说明：学期开始时由教务处生成新学期课程

16、表，学生使用学号登陆教务系统查询课程表。(4) 查询成绩业务场景业务场景说明：查询成绩分为“查询课程成绩”和 “查询等级考试成绩”：1) 查询课程成绩：考试结束后由教师在教务管理系统录入学生考试成绩，学生登陆教务系统即可查询自己对应的课程成绩。2) 查询等级考试成绩：在等级考试结束后，由教务处在教务系统公布等级考试成绩，学生可以登录教务管理系统查询相应的等级考试成绩。3.1.2. 系统需求3.1.2.1 概览3.1.2.2系统需求规定(1) 等级考试报名 用例规约用例名称等级考试报名实现名称Baokao用例描述学生通过此用例报名等级考试参与者学生 教务处 前置条件1. 等级考试报名开始2. 等

17、级考试报名未结束后置条件1. 记录报考信息2. 教务处确认报考信息并发准考证主事件流1.学生用学号登录系统，浏览器显示我的基本信息界面2.学生选择等级考试报名，浏览器显示报考选择界面3.学生选择报考项目4.学生可单选或多选报考项目，并确认报考。5.浏览器显示确认报考项目清单。6.选择选择确认报考，浏览器显示报考项目及考试时间。7.教务处打印报考信息并分发准考证。用例结束。备选事件流1.a学号错误1.拒绝登录，用例结束2.a当前没有可报考项目1.浏览器显示“当前非报考时间”4.a学生选择查看已报考项目1.计算机执行5；4.b用户选择放弃1.计算机执行4业务规则所报考项目的考试时间不能发生冲突涉及

18、的业务实体Be_学号，Be_报考项目，Be_准考证非功能性需求支持多种语言显示（有留学生） 用例场景分析（1） 报考业务场景业务场景说明：学生报考时登录系统需要验证学号，验证成功才可报考，提交报考信息后由教务处记录并分发准考证。 业务实体分析业务实体说明：一个学生有一个学号，一个学号可以报考多个项目，并且每个考试项目有一个对应的准考证。(2) 查询成绩 用例规约用例名称查询成绩实现名称Chachengji用例描述学生通过此用例查询课程考试成绩和等级考试成绩参与者学生 教务处 教师前置条件1.课程考试结束2.等级考试结束后置条件查询结束，注销登陆主事件流1.学生用学号登录系统，浏览器显示我的基本

19、信息界面2.学生选择成绩查询，浏览器显示查询项目选择界面3.学生选择查询课程考试成绩或者等级考试成绩4.浏览器显示查询项目成绩数据。5.查询完毕，学生注销登陆。用例结束。备选事件流1.a学号错误1.拒绝登录，用例结束2.a当前没有可查询成绩的项目1.浏览器显示“未到查询成绩的时间”4.a学生选择继续查询成绩1.浏览器执行2；4.b用户选择放弃1.计算机执行5业务规则教师或教务处必须将成绩公布后才可查询涉及的业务实体Be_学号，Be_课程考试成绩，Be_等级考试成绩非功能性需求支持多种语言显示（有留学生） 用例场景分析业务场景说明：学生通过学号登陆系统，才可以查询成绩。 业务实体分析业务实体说明

20、 ：一位学生对应一个学号，一个学号可以对应多个课程考试成绩或等级考试成绩。(3) 查课表 用例规约用例名称查课表实现名称Chakebiao用例描述学生通过此用例查询自己的课程表参与者学生 教务处前置条件新学期开始 后置条件查询结束，注销登陆主事件流1.学生用学号登录系统，浏览器显示我的基本信息界面2.学生选择查询课程表，浏览器显示查询学期列表3.学生选择查询哪一学期的课程表4.浏览器显示查询学期的课程表5.查询完毕，学生注销登陆。用例结束。备选事件流1.a学号错误1.拒绝登录，用例结束3.a当前学期教务处没有公布课程表1.浏览器显示“还未公布课程表” 4.a学生选择查询其他学期的课表1.浏览器

21、执行2；4.b用户选择放弃1.计算机执行5业务规则教务处必须将课程表发布后才可查询涉及的业务实体Be_学号，Be_课程表，Be_教务处非功能性需求支持多种语言显示（有留学生） 用例场景分析业务场景说明：新学期开始，教务处公布新学期课程表，学生必须通过学号登陆教务系统才可查询自己的课程表。 业务实体分析业务实体说明 ：一位学生对应一个学号，每个学号对应一个课程表，教务处公布每个班级的课程表。3.1.2.3数据分析 概览 学号实体名称Be_学号实体描述每个学生必须有且只有一个一个学号，是学生的身份凭证属性名称类型精度说明(属性的业务含义及业务规则)姓名字符50学号对应的学生姓名学号字符12学校标识

22、符（3位）+院系标识符（3位）+班级标识符(3位)+学生序号（3位） 课程表实体名称Be_课程表实体描述学生所上课程的表格属性名称类型精度说明(属性的业务含义及业务规则)课程名称字符100学生所学课程的名称日期日期12周一到周日 课程考试成绩实体名称Be_课程考试成绩实体描述学生课程考试对应的成绩属性名称类型精度说明(属性的业务含义及业务规则)课程名称字符100学生所学课程的名称成绩字符12最小值为0，最大值为100 准考证实体名称Be_准考证实体描述学生参加等级考试所需要的凭证属性名称类型精度说明(属性的业务含义及业务规则)考试名称字符100学生所报考的考试的名称日期日期12学生所报考考试的

23、考试时间姓名字符50学生姓名准考证号字符15学生参加等级考试的编号 等级考试成绩实体名称Be_等级考试成绩实体描述学生等级考试对应的成绩属性名称类型精度说明(属性的业务含义及业务规则)考试名称字符100学生所报考考试的名称成绩字符12成绩根据考试规则而不同 报考项目实体名称Be_报考项目实体描述学生报考等级考试的名称属性名称类型精度说明(属性的业务含义及业务规则)等级考试名称字符100学生所报考考试的名称日期日期12学生所报考考试的考试时间3.2. 非功能性需求性能需求（Performance）PE-1：系统生成的所有Web页面，通过速率为40KBps的调制解调器在不超过5秒时间内可以全部显示

24、出来。PE-2：学生向系统提交信息后，系统将在3秒内做出相应回应。安全设施需求（SAfety）SA-1：系统必须每天对数据库进行自动备份，命名格式为“日期+时间”。安全性需求（Security）SE-1：所有涉及功能信息或个人身份信息的项目，都要采用128位的加密。SE-2：除了申请学号之外，用户必须通过学号登录到“教务管理系统”才能完成所有操作 。软件质量属性AVailablity（可用性）-1：“教务管理系统”将对全校的学生及教职工可用，学生在当地时间早晨5点到晚上12点99.9%的时间可用，当地时间晚上12点到早晨5点则95%的时间可用。Reliability（可靠性）-1：如果在学生进

25、行等级考试报名得到确认或取消之前，用户和系统的连接中断，那么学生应该能通过“教务管理系统”恢复不完整的项目清单。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：“教务管理系统”将向学生发送电子邮件消息，以提醒近期的考试及课程安排。