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

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

2、前景文档 错误 ! 未定义书签。1.业务需求 错误 !未定义书签。业务背景 错误 ! 未定义书签。业务目标和成功条件 错误 !未定义书签。业务目标（Business Objective， BO） 错误 !未定义书签。业务成功条件（Success Crite， SC) 错误 !未定义书签。业务风险（ Risk， RI） 错误 !未定义书签。2.解决方案的背景 错误 ! 未定义书签。前景陈述 错误 ! 未定义书签。主要的系统特征（ Feature ） 错误 !未定义书签。假设（ Assumption ）和依赖 (Dependency) 条件 错误 ! 未定义书签。3.项目范围和限制错误 !未定义书

3、签。初始和后继版本的范围 错误 ! 未定义书签。限制和排除条件 错误 !未定义书签。4.业务环境 错误 ! 未定义书签。涉众档案 错误 !未定义书签。项目的优先级 错误 ! 未定义书签。运行环境（ Operating Environment OE ） 错误 !未定义书签。二、软件需求规格说明书 错误 !未定义书签。1.引言 错误 ! 未定义书签。概述 错误 ! 未定义书签。背景 错误 ! 未定义书签。定义 错误 ! 未定义书签。参考资料 错误 ! 未定义书签。2.任务概述 错误 !未定义书签。目标错误!未定义书签。运行环境（Operating Environment， OE）错误 !未定义书签

4、。假定（Assumption ）和约束（Constraint ）错误 !未定义书签。3.需求规定 错误 !未定义书签。. 对功能的规定 错误 ! 未定义书签。用户需求 错误 ! 未定义书签。系统需求 错误 ! 未定义书签。. 非功能性需求 错误 ! 未定义书签。性能需求（ Performance ） 错误 ! 未定义书签。安全设施需求（ SAfety ） 错误 ! 未定义书签。安全性需求（ Security ） 错误 ! 未定义书签。软件质量属性 错误 ! 未定义书签。. 外部接口需求 错误 ! 未定义书签。用户界面（ User Interfaces ， UI） 错误 ! 未定义书签。硬件接口

5、（ Hardware Interfaces ， HI） 错误 ! 未定义书签。软件接口（Software Interfaces， SI）错误 ! 未定义书签。通信接口（Communications Interfaces， CI）错误 ! 未定义书签。项目前景文档业务需求业务背景伴随着高校信息化建设的日益完善， 高等学校的教务管理系统在高校管理中越来越受到老师和学生的青睐。 高等学校的教学管理系统功能全面、 操作简单快捷， 可以为学生和老师建立电子档案，并且便于实时修改、保存和查看，实现了无纸化存档，为学校节省了大量的资金和空间。通过高等学校的教务管理系统，还可以实现学生选课、报名考试、查询成绩

6、和学分。业务目标和成功条件业务目标（ Business Objective ， BO）根据学校对教务管理系统的要求，本系统需要实现以下目标：BO-1 操作简单方便，界面简洁大方BO-2 方便、快捷的信息管理BO-3 简单、实用的考试和成绩管理BO-4 简单、实用的网上报名考试需求BO-5 系统运行稳定、安全可靠业务成功条件（ Success Crite， SC)SC-1 目前通过网上解决学生查课、查询成绩和网上报名考试的需要，据初步调查，在郑州轻工业学院内需要教务管理系统的师生占到 100%:SC-2 在初始版本发布两个月内，教师对系统满意度提升，并且逐渐增加。SC-3 在初始版本发布后的六个

7、月内，学生对系统的满意度提升，并且逐渐增加。业务风险（ Risk， RI）RI-1 学校在校学生很少使用该系统，减少了对系统开发的投资回报。 （可能性 ，影响 9）RI-2 因为使用该系统增大了老师工作量， 导致老师更多的不满， 并可能会减少他们对这个系统的使用。 （可能性，影响 6）解决方案的背景前景陈述高等学校的教务管理系统可以使学生和老师更加便利地通过网络查看自己的课程信息、 考试成绩以及报名考试，从而节省时间。产品名称：高等学校的教务管理系统产品类别：教务管理目标客户：高校人群需求或机会的声明：信息化发达，对网络的依赖增加新产品的优势： 针对在校学生的需求对进行设计， 提高学生教师的工

8、作效率， 新系统相比现有产品稳定流畅，有更好的抗压性。主要的系统特征（ Feature ）教务处录入与生成新学期课程表学生可以查询自己的课表学生可以进行网上报名考试学生查询自己的考试成绩教师查询选课学生信息教师录入学生考试成绩教务处可以生成成绩统计表假设（ Assumption ）和依赖 (Dependency) 条件AS-1:学生和教师只有通过学号和密码才可查询自己的成绩以及课程信息，从而防止泄露学生的某些信息，并及时获取自己需要的信息。DE-1:该教学管理系统需要随着学生和教师以及课程调动进行相应的信息更新。项目范围和限制初始和后继版本的范围特 版本1 版本2 版本3性F全部实现E-1F可

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

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

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

12、如果用户被授权在学校的外部通过VPN 来访问，那么，用户也可以在家通过 Internet 来访问该系统。软件需求规格说明书引言概述文档目的：对制作的教务管理系统进行说明。目标对象：供高校教师和学生更方便快捷地进行教务日常管理。文档内容： 该软件需求规格说明描述了“教务管理系统” 版本 的软件功能性需求和非功能性需求。同时还描述了用户及管理员在系统的工作中所参与的角色以及拥有的权限，从而使开发团队能够明确地了解所开发的 “教务管理系统”的各个方面， 帮助他们在实际的开发过程中准确地完成所开发的模块，以达到方便快捷地教学，更好满足客户需求。文档的组织结构：该文档由文档介绍（文档概述、文档背景、文档

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