教务管理系统 - 软件需求分析.pdf

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

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

2、误错误!未定义书签。未定义书签。1。业务需求11.1 业务背景 11。2 业务目标和成功条件 11.2。1 业务目标（Business Objective，BO）11.2.2 业务成功条件(Success Crite，SC)11.3 业务风险（Risk，RI）22。解决方案的背景 22.1 前景陈述 22.2 主要的系统特征(Feature）22.3 假设（Assumption)和依赖（Dependency）条件 33。项目范围和限制 33.1 初始和后继版本的范围 33.2 限制和排除条件 44。业务环境 44.1 涉众档案 44。2 项目的优先级 44。3 运行环境（Operating E

3、nvironment OE)5二、软件需求规格说明书 51。.引言 51。1 概述 51。2 背景 61。3 定义 61.4 参考资料 62.任务概述 72教务管理系统2。1 目标 72。2 运行环境（Operating Environment,OE）72.3 假定（Assumption）和约束（Constraint)73.需求规定 83.1.对功能的规定 83。1.1.用户需求 83.1.2.系统需求 103。2。非功能性需求 16性能需求（Performance）16安全设施需求（SAfety）16安全性需求（Security)16软件质量属性 163.3.外部接口需求 16用户界面（Us

4、er Interfaces,UI）16硬件接口（Hardware Interfaces，HI）17软件接口(Software Interfaces,SI）17通信接口（Communications Interfaces,CI）173教务管理系统一、一、项目前景文档项目前景文档1.1.业务需求业务需求1 1。1 1 业务背景业务背景伴随着高校信息化建设的日益完善，高等学校的教务管理系统在高校管理中越来越受到老师和学生的青睐。高等学校的教学管理系统功能全面、操作简单快捷,可以为学生和老师建立电子档案，并且便于实时修改、保存和查看，实现了无纸化存档，为学校节省了大量的资金和空间。通过高等学校的教务管

5、理系统，还可以实现学生选课、报名考试、查询成绩和学分。1 1。2 2 业务目标和成功条件业务目标和成功条件1 1。2 2。1 1 业务目标（业务目标（Business ObjectiveBusiness Objective，BO)BO)根据学校对教务管理系统的要求,本系统需要实现以下目标：BO-1 操作简单方便,界面简洁大方BO2 方便、快捷的信息管理BO3 简单、实用的考试和成绩管理BO-4 简单、实用的网上报名考试需求BO-5 系统运行稳定、安全可靠1 1。2 2。2 2 业务成功条件（业务成功条件（Success Crite,SC)Success Crite,SC)SC-1 目前通过网上

6、解决学生查课、查询成绩和网上报名考试的需要,据初步调查，在郑州轻工业学院内需要教务管理系统的师生占到 100%:SC2 在初始版本发布两个月内，教师对系统满意度提升 0。3，并且逐渐增加。SC3 在初始版本发布后的六个月内,学生对系统的满意度提升 0。5，并且逐渐增加。1教务管理系统1 1。3 3 业务风险（业务风险（RiskRisk，RI)RI)RI-1 学校在校学生很少使用该系统，减少了对系统开发的投资回报。（可能性 0.1，影响 9）RI-2 因为使用该系统增大了老师工作量，导致老师更多的不满，并可能会减少他们对这个系统的使用.(可能性 0。3，影响 6)2.2.解决方案的背景解决方案的

7、背景2.12.1 前景陈述前景陈述高等学校的教务管理系统可以使学生和老师更加便利地通过网络查看自己的课程信息、考试成绩以及报名考试，从而节省时间。产品名称：高等学校的教务管理系统产品类别：教务管理目标客户:高校人群需求或机会的声明:信息化发达,对网络的依赖增加新产品的优势：针对在校学生的需求对进行设计,提高学生教师的工作效率，新系统相比现有产品稳定流畅,有更好的抗压性.2 2。2 2 主要的系统特征（主要的系统特征（FeatureFeature）FE-1 教务处录入与生成新学期课程表FE-2 学生可以查询自己的课表FE-3 学生可以进行网上报名考试FE-4 学生查询自己的考试成绩FE-5 教师

8、查询选课学生信息FE-6 教师录入学生考试成绩FE-7 教务处可以生成成绩统计表2教务管理系统2.32.3 假设（假设（AssumptionAssumption）和依赖）和依赖(Dependency(Dependency）条件）条件AS1:学生和教师只有通过学号和密码才可查询自己的成绩以及课程信息，从而防止泄露学生的某些信息,并及时获取自己需要的信息。DE-1:该教学管理系统需要随着学生和教师以及课程调动进行相应的信息更新。3.3.项目范围和限制项目范围和限制3 3。1 1 初始和后继版本的范围初始和后继版本的范围特性FE-1FE2FE3FE-4FE-5FE6FE-7不实现不实现全部实现不实现

9、可以实现不实现不实现全部实现可以实现全部实现提交信息早的优先全部实现可以实现可以实现全部实现全部实现版本 1版本 2版本 33教务管理系统3.23.2 限制和排除条件限制和排除条件学校不能满足少部分学生的需求，它只能尽自己最大的能力去满足，因此“教务管理系统只能在整体上尽可能的方便学校教学管理，满足用户的需求，而不是绝对的满足.该“教务管理系统”是结合本高校的具体情况提出的，仅仅是对本高校的选课管理比较有效，不具有通用性。4.4.业务环境业务环境4 4。1 1 涉众档案涉众档案涉众学校管理员主要价值无纸化办公，减少工作量态度强烈要求完成版本2，尽量完成版本 3主要兴趣使该系统所节约的费用必须超

10、过开发此系统所需的费用在校学生教师方便查询个担心访使用网络解决选课难的问题可以提高学生需要有可以连接校园网络的计算机需要访问学校教务网站约束条件无人信息，节约了大问人数过多量时间可以在家中就可以完成成绩录入等工作,减少了工作量系统瘫痪积极支持新系统，希自己的薪资望学校大力推广4 4。2 2 项目的优先级项目的优先级因素特性约束安排第 1 版本实现的特性必须完全可操作4自由度教务管理系统必须通过95的用户验收测试；质量必须通过全部的安全性测试；所有的安全事务都必须遵守公司的安全标准2015 年 12 月 31 号前必须完成进度第 1 版本计划 2016 年 2 月 28 号前完成的第 2 版本，

11、在不包括责任人评审的情况下，最多可延期 3 个星期项目团队规模包括一名半日工人员作的项目经理,三名开发人员,一名半日工作的测试人员成本如果有必要，还可以另外增加或减少一名开发人员和一名半日工作的测试人员在不包括责任人评审的情况下，财政预算最多可超支 20%4.34.3运行环境（运行环境（Operating Environment OE)Operating Environment OE)OE1：“教务管理系统”的操作将通过 Web浏览器来完成:基于 IE 内核的浏览器，基于 chrome 内核的浏览器.OE2:“教务管理系统”将运行在一个服务器中，该服务器运行当前公司批准的 Red Hat Li

12、nux 版本和 Aachen HTTP Server。OE3：“教务管理系统”将允许用户通过学校内联网来访问，如果用户被授权在学校的外部通过 VPN 来访问,那么,用户也可以在家通过 Internet 来访问该系统。二、二、软件需求规格说明书软件需求规格说明书1.1.引言引言1.11.1 概述概述文档目的：对制作的教务管理系统进行说明。5教务管理系统目标对象：供高校教师和学生更方便快捷地进行教务日常管理。文档内容:该软件需求规格说明描述了“教务管理系统”1 1。0 0 版本版本的软件功能性需求和非功能性需求。同时还描述了用户及管理员在系统的工作中所参与的角色以及拥有的权限，从而使开发团队能够明

13、确地了解所开发的“教务管理系统”的各个方面，帮助他们在实际的开发过程中准确地完成所开发的模块，以达到方便快捷地教学,更好满足客户需求。文档的组织结构：该文档由文档介绍（文档概述、文档背景、文档定义及所选用的参考资料）、系统介绍（文档目标、系统运行环境、系统条件和约束）、需求规定（对系统功能的规定、非功能性需求、外部接口需求）等方面对文档及教务管理系统进行阐述，通过此文档透彻而全面的对该系统进行说明和分析。该文档计划由实现和验证正确功能的项目团队成员来使用，除非在其他地方另有说明，这里所指定的所有需求都具有高优先级，而且都要在版本 1.0 中加以实现.1.21.2 背景背景伴随着高校信息化建设的

14、日益完善，高等学校的教务管理系统在高校管理中越来越受到老师和学生的青睐。高等学校的教学管理系统功能全面、操作简单快捷，可以为学生和老师建立电子档案，并且便于实时修改、保存和查看，实现了无纸化存档，为学校节省了大量的资金和空间.通过高等学校的教务管理系统，还可以实现学生查课表、报名考试、查询成绩和学分。1 1。3 3 定义定义学号学号：学生在学校教务管理系统中的编号，每位学生有且只有一个学号，学号用来登陆教务系统.课程考试课程考试：学生按照学校教务处规划所必修课程的结课考试，每位学生必须参加课程考试。等级考试等级考试：学生在教务处规划课程以外自选报考的考试，学生可自行选择报考项目来获取相应的等级

15、证书，也可不参加等级考试。1.41.4 参考资料参考资料构造教务管理系统及写作此文档时的参考资料有：软件需求工程教材、老师6教务管理系统讲课课件等资料。2.2.任务概述任务概述2.12.1 目标目标根据学校对教务管理系统的要求，本系统需要实现以下目标：BO-1 操作简单方便，界面简洁大方BO2 方便、快捷的信息管理BO-3 简单、实用的考试和成绩管理BO4 简单、实用的网上报名考试需求BO-5 系统运行稳定、安全可靠2 2。2 2 运行环境（运行环境（Operating EnvironmentOperating Environment，OEOE）OE-1：“教务管理系统”的操作将通过 Web浏

16、览器来完成:基于 IE 内核的浏览器，基于 chrome 内核的浏览器。OE2:“教务管理系统”将运行在一个服务器中，该服务器运行当前公司批准的 Red Hat Linux 版本和 Aachen HTTP Server。OE-3:“教务管理系统”将允许用户通过学校内联网来访问，如果用户被授权在学校的外部通过 VPN 来访问，那么，用户也可以在家通过 Internet 来访问该系统。2 2。3 3 假定假定(Assumption(Assumption）和约束（）和约束（ConstraintConstraint）AS1:学生和教师只有通过学号和密码才可查询自己的成绩以及课程信息,从而防止泄露学生的

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

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

19、管理系8教务管理系统统，经教务处整理后，学生可以在教务管理系统中查询自己的考试成绩。(2)(2)等级考试报名业务等级考试报名业务等级考试报名业务说明：在等级考试报名时间内，学生可以在教务管理系统中进行网上报名考试，由教务处发放考试需要的准考证。(3)(3)申请学号业务申请学号业务申请学号业务说明:第一次登陆教务管理系统需要申请学号，申请后不可更改，将是今后登陆教务管理系统的凭证。第一次登陆时学生发出申请学号请求，由教务处审批后分配对应学生的学号。（4 4）教务管理业务教务管理业务3.1.1.33.1.1.3 业务场景业务场景(1)(1)申请学号业务场景申请学号业务场景业务场景说明：学生向教务处

20、发出申请学号请求，教务处审批后为学生分配学号。(2)(2)第一次查询课程表业务场景第一次查询课程表业务场景业务场景说明:学期开始时由教务处生成新学期课程表，学生第一次登陆需要申请学号，并且之后一直使用学号登陆教务系统查询课程表.(3)(3)查询课程表业务场景查询课程表业务场景业务场景说明：学期开始时由教务处生成新学期课程表，学生使用学号登陆教务系统查询课程表。(4)(4)查询成绩业务场景查询成绩业务场景业务场景说明：9教务管理系统查询成绩分为“查询课程成绩和“查询等级考试成绩”：1)查询课程成绩：考试结束后由教师在教务管理系统录入学生考试成绩，学生登陆教务系统即可查询自己对应的课程成绩。2)查

21、询等级考试成绩:在等级考试结束后，由教务处在教务系统公布等级考试成绩，学生可以登录教务管理系统查询相应的等级考试成绩.3.1.2.3.1.2.系统需求系统需求3.1.23.1.2。1 1 概览概览3 3。1.2.21.2.2 系统需求规定系统需求规定(1)(1)等级考试报名等级考试报名用例规约用例规约用例名称用例名称实现名称实现名称用例描述用例描述参与者参与者前置条件前置条件等级考试报名Baokao学生通过此用例报名等级考试学生教务处1.等级考试报名开始2.等级考试报名未结束后置条件后置条件1.记录报考信息2.教务处确认报考信息并发准考证主事件流主事件流1。学生用学号登录系统，浏览器显示我的基

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

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

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

25、言显示（有留学生）用例场景分析用例场景分析业务场景说明：学生通过学号登陆系统，才可以查询成绩。业务实体分析业务实体分析业务实体说明：一位学生对应一个学号，一个学号可以对应多个课程考试成绩或等级考试成绩。12教务管理系统(3)(3)查课表查课表 用例规约用例规约用例名称用例名称实现名称实现名称用例描述用例描述参与者参与者前置条件前置条件后置条件后置条件主事件流主事件流查课表Chakebiao学生通过此用例查询自己的课程表学生教务处新学期开始查询结束，注销登陆1。学生用学号登录系统，浏览器显示我的基本信息界面2。学生选择查询课程表，浏览器显示查询学期列表3。学生选择查询哪一学期的课程表4.浏览器显

26、示查询学期的课程表5.查询完毕，学生注销登陆。用例结束。备选事件流备选事件流1。a 学号错误1。拒绝登录，用例结束3.a 当前学期教务处没有公布课程表1.浏览器显示“还未公布课程表”4。a 学生选择查询其他学期的课表1.浏览器执行 2；4.b 用户选择放弃1.计算机执行 5业务规则业务规则涉及的业务实体涉及的业务实体非功能性需求非功能性需求教务处必须将课程表发布后才可查询Be_学号，Be_课程表，Be_教务处支持多种语言显示(有留学生）用例场景分析用例场景分析业务场景说明：新学期开始，教务处公布新学期课程表，学生必须通过学号登陆教务系统才可查询自己的课程表.13教务管理系统 业务实体分析业务实

27、体分析业务实体说明：一位学生对应一个学号，每个学号对应一个课程表,教务处公布每个班级的课程表.3.13.1。2.32.3 数据分析数据分析概览概览学号学号实体名称实体名称实体描述实体描述属性名称属性名称姓名学号Be_学号每个学生必须有且只有一个一个学号，是学生的身份凭证类型类型字符字符精度精度5012说明说明(属性的业务含义及业务规则属性的业务含义及业务规则)学号对应的学生姓名学校标识符（3 位）+院系标识符（3 位）+班级标识符（3 位)+学生序号（3 位)课程表课程表实体名称实体名称实体描述实体描述属性名称属性名称课程名称日期Be_课程表学生所上课程的表格类型类型字符日期精度精度10012

28、说明（属性的业务含义及业务规则说明（属性的业务含义及业务规则)学生所学课程的名称周一到周日课程考试成绩课程考试成绩实体名称实体名称Be_课程考试成绩14教务管理系统实体描述实体描述属性名称属性名称课程名称成绩学生课程考试对应的成绩类型类型字符字符精度精度10012说明说明(属性的业务含义及业务规则属性的业务含义及业务规则)学生所学课程的名称最小值为 0，最大值为 100准考证准考证实体名称实体名称实体描述实体描述属性名称属性名称考试名称日期姓名准考证号Be_准考证学生参加等级考试所需要的凭证类型类型字符日期字符字符精度精度100125015说明说明(属性的业务含义及业务规则）属性的业务含义及业

29、务规则）学生所报考的考试的名称学生所报考考试的考试时间学生姓名学生参加等级考试的编号等级考试成绩等级考试成绩实体名称实体名称实体描述实体描述属性名称属性名称考试名称成绩Be_等级考试成绩学生等级考试对应的成绩类型类型字符字符精度精度10012说明说明(属性的业务含义及业务规则）属性的业务含义及业务规则）学生所报考考试的名称成绩根据考试规则而不同报考项目报考项目实体名称实体名称Be_报考项目15教务管理系统实体描述实体描述属性名称属性名称等级考试名称日期学生报考等级考试的名称类型类型字符日期精度精度10012说明（属性的业务含义及业务规则说明（属性的业务含义及业务规则)学生所报考考试的名称学生所

30、报考考试的考试时间3.2.3.2.非功能性需求非功能性需求性能需求（性能需求（PerformancePerformance）PE1：系统生成的所有Web页面，通过速率为40KBps 的调制解调器在不超过 5 秒时间内可以全部显示出来。PE-2:学生向系统提交信息后,系统将在 3 秒内做出相应回应。安全设施需求（安全设施需求（SAfety)SAfety)SA-1：系统必须每天对数据库进行自动备份,命名格式为“日期+时间”。安全性需求（安全性需求（SecuritySecurity）SE-1:所有涉及功能信息或个人身份信息的项目，都要采用 128 位的加密。SE2：除了申请学号之外,用户必须通过学号

31、登录到“教务管理系统才能完成所有操作。软件质量属性软件质量属性AVailablity（可用性）1：“教务管理系统”将对全校的学生及教职工可用，学生在当地时间早晨 5 点到晚上 12 点 99.9的时间可用，当地时间晚上 12 点到早晨 5 点则 95的时间可用。Reliability(可靠性）-1:如果在学生进行等级考试报名得到确认或取消之前，用户和系统的连接中断，那么学生应该能通过“教务管理系统恢复不完整的项目清单。3.3.3.3.外部接口需求外部接口需求用户界面用户界面(User Interfaces(User Interfaces，UIUI）UI1：“教务管理系统”的屏幕画面将遵照公司的

32、 Internet 应用程序界面标准 V2.0 版本.16教务管理系统UI-2：系统对所显示的每个 HTML 网页都提供链接帮助，解释如何使用这些网页。UI3：Web页面设置简单明了，布局符合常用习惯.硬件接口硬件接口(Hardware Interfaces(Hardware Interfaces，HIHI）本系统的制作仅用到软件.软件接口（软件接口（Software InterfacesSoftware Interfaces，SI)SI)系统与 Mysql 数据库软件进行对接存储数据。通信接口（通信接口（Communications InterfacesCommunications Interfaces，CICI）CI-1:“教务管理系统”将向学生发送电子邮件消息，以提醒近期的考试及课程安排。17