教务管理系统软件需求分析资料.pdf
《教务管理系统软件需求分析资料.pdf》由会员分享,可在线阅读,更多相关《教务管理系统软件需求分析资料.pdf(30页珍藏版)》请在三一文库上搜索。
1、软件需求分析报告 教务管理系统 学生姓名_ _ 学号 专业班级 院 (系) 指导教师 完成时间 成绩 前言 项目小组分工: 需求分析、文档的整理及后期的功能测试。 教务管理系统的建模实现。 伴随着高校信息化建设的日益完善,高等学校的教务管理系统在高校管理中越 来越受到老师和学生的青睐。高等学校的教学管理系统功能全面、操作简单快捷, 可以为学生和老师建立电子档案,并且便于实时修改、保存和查看,实现了无纸化 存档,为学校节省了大量的资金和空间。学生可以通过教务管理系统方便快捷地查 询自己的个人信息,进行网上查询课表、成绩以及报考的事宜。因此结合现有教务 系统的优点,制作此教务管理系统。 目录 一、
2、项目前景文档. 1 1. 业务需求 1 1.1 业务背景 1 1.2 业务目标和成功条件 1 1.2.1 业务目标( Business Objective,BO ) 1 1.2.2 业务成功条件( Success Crite,SC) 1 1.3 业务风险( Risk,RI) 2 2. 解决方案的背景 . 2 2.1 前景陈述 2 2.2 主要的系统特征( Feature ). 2 2.3 假设( Assumption)和依赖 (Dependency)条件 3 3. 项目范围和限制. 3 3.1 初始和后继版本的范围 3 3.2 限制和排除条件 4 4. 业务环境 . 4 4.1 涉众档案 4
3、4.2 项目的优先级 4 4.3 运行环境( Operating Environment OE) 5 二、软件需求规格说明书. 6 1. 引言 . 6 1.1 概述. 6 1.2 背景. 6 1.3 定义. 6 1.4 参考资料 7 2. 任务概述 . 7 2.1 目标. 7 2.2 运行环境( Operating Environment,OE ) . 7 2.3 假定( Assumption)和约束( Constraint ) 7 3. 需求规定 . 8 3.1. 对功能的规定. 8 3.1.1. 用户需求 8 3.1.2. 系统需求 . 16 3.2. 非功能性需求 25 性能需求( Pe
4、rformance) 25 安全设施需求( SAfety ). 25 安全性需求( Security ). 26 软件质量属性 . 26 3.3. 外部接口需求 26 用户界面( User Interfaces,UI) 26 硬件接口( Hardware Interfaces,HI) 26 软件接口( Software Interfaces,SI) 26 通信接口( Communications Interfaces,CI) 26 一、 项目前景文档 1. 业务需求 1.1 业务背景 伴随着高校信息化建设的日益完善, 高等学校的教务管理系统在高校管理中 越来越受到老师和学生的青睐。 高等学校的
5、教学管理系统功能全面、操作简单快 捷,可以为学生和老师建立电子档案,并且便于实时修改、保存和查看,实现了 无纸化存档,为学校节省了大量的资金和空间。通过高等学校的教务管理系统, 还可以实现学生选课、报名考试、查询成绩和学分。 1.2 业务目标和成功条件 1.2.1 业务目标( Business Objective,BO ) 根据学校对教务管理系统的要求,本系统需要实现以下目标: BO-1 操作简单方便,界面简洁大方 BO-2 方便、快捷的信息管理 BO-3 简单、实用的考试和成绩管理 BO-4 简单、实用的网上报名考试需求 BO-5 系统运行稳定、安全可靠 1.2.2 业务成功条件( Succ
6、ess 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)
7、 2. 解决方案的背景 2.1 前景陈述 高等学校的教务管理系统可以使学生和老师更加便利地通过网络查看自己 的课程信息、考试成绩以及报名考试,从而节省时间。 产品名称:高等学校的教务管理系统 产品类别:教务管理 目标客户:高校人群 需求或机会的声明:信息化发达,对网络的依赖增加 新产品的优势:针对在校学生的需求对进行设计, 提高学生教师的工作效率, 新系统相比现有产品稳定流畅,有更好的抗压性。 2.2 主要的系统特征( Feature ) FE-1 教务处录入与生成新学期课程表 FE-2 学生可以查询自己的课表 FE-3 学生可以进行网上报名考试 FE-4 学生查询自己的考试成绩 FE-5 教
8、师查询选课学生信息 FE-6 教师录入学生考试成绩 FE-7 教务处可以生成成绩统计表 2.3 假设( Assumption )和依赖 (Dependency) 条件 AS-1:学生和教师只有通过学号和密码才可查询自己的成绩以及课程信息, 从而防止泄露学生的某些信息,并及时获取自己需要的信息。 DE-1:该教学管理系统需要随着学生和教师以及课程调动进行相应的信息更 新。 3. 项目范围和限制 3.1 初始和后继版本的范围 特 性 版本 1 版本 2 版本 3 F E-1 全部实现 F E-2 可以实现可以实现全部实现 F E-3 提交信息早的优先全部实现 F E-4 可以实现全部实现 F E-
9、5 不实现不实现全部实现 F E-6 不实现可以实现 F E-7 不实现不实现全部实现 3.2 限制和排除条件 学校不能满足少部分学生的需求, 它只能尽自己最大的能力去满足, 因此 “教 务管理系统” 只能在整体上尽可能的方便学校教学管理,满足用户的需求, 而不 是绝对的满足。 该“教务管理系统” 是结合本高校的具体情况提出的,仅仅是对本高校的选 课管理比较有效,不具有通用性。 4. 业务环境 4.1 涉众档案 涉众主要价值态度主要兴趣约束条件 学校管 理员 无纸化办公, 减少工作量 强烈要 求完成版本 2,尽量完成 版本 3 使该系统 所节约的费用 必须超过开发 此系统所需的 费用 无 在校
10、学 生 方便查询个 人信息,节约了大 量时间 担心访 问人数过多 系统瘫痪 使用网络 解决选课难的 问题 学生需要有 可以连接校园网 络的计算机 教师可以在家中 就可以完成成绩 录入等工作,减少 了工作量 积极支 持新系统,希 望学校大力 推广 可以提高 自己的薪资 需要访问学 校教务网站 4.2 项目的优先级 因素约束自由度 特性 安排第 1 版本实现的特性必须 完全可操作 质量 必须通过 95%的用户验收测试; 必须通过全部的安全性测试; 所有的 安全事务都必须遵守公司的安全标 准 进度 2015 年 12 月 31 号前必须完成 第 1 版本 计划 2016年 2 月 28号前完 成的第
11、 2 版本,在不包括责任人 评审的情况下, 最多可延期 3 个 星期 人员 项目团队规模包括一名半日工 作的项目经理, 三名开发人员, 一名 半日工作的测试人员 如果有必要, 还可以另外增 加或减少一名开发人员和一名 半日工作的测试人员 成本 在不包括责任人评审的情 况下,财政预算最多可超支20% 4.3运行环境( Operating Environment OE) OE-1:“教务管理系统”的操作将通过Web浏览器来完成:基于 IE 内核的 浏览器,基于 chrome 内核的浏览器。 OE-2:“教务管理系统”将运行在一个服务器中,该服务器运行当前公司批 准的 Red Hat Linux 版
12、本和 Aachen HTTP Server 。 OE-3:“教务管理系统”将允许用户通过学校内联网来访问,如果用户被授 权在学校的外部通过VPN 来访问,那么,用户也可以在家通过Internet 来访问 该系统。 二、 软件需求规格说明书 1. 引言 1.1 概述 文档目的:对制作的教务管理系统进行说明。 目标对象:供高校教师和学生更方便快捷地进行教务日常管理。 文档内容:该软件需求规格说明描述了“教务管理系统”1.0 版本的软件功 能性需求和非功能性需求。 同时还描述了用户及管理员在系统的工作中所参与的 角色以及拥有的权限, 从而使开发团队能够明确地了解所开发的“教务管理系统” 的各个方面,
13、 帮助他们在实际的开发过程中准确地完成所开发的模块,以达到方 便快捷地教学,更好满足客户需求。 文档的组织结构:该文档由文档介绍(文档概述、文档背景、文档定义及所 选用的参考资料)、系统介绍(文档目标、系统运行环境、系统条件和约束)、需 求规定(对系统功能的规定、非功能性需求、外部接口需求)等方面对文档及教 务管理系统进行阐述,通过此文档透彻而全面的对该系统进行说明和分析。 该文档计划由实现和验证正确功能的项目团队成员来使用,除非在其他地方 另有说明,这里所指定的所有需求都具有高优先级,而且都要在版本 1.0 中加以 实现。 1.2 背景 伴随着高校信息化建设的日益完善, 高等学校的教务管理系
14、统在高校管理中 越来越受到老师和学生的青睐。 高等学校的教学管理系统功能全面、操作简单快 捷,可以为学生和老师建立电子档案,并且便于实时修改、保存和查看,实现了 无纸化存档,为学校节省了大量的资金和空间。通过高等学校的教务管理系统, 还可以实现学生查课表、报名考试、查询成绩和学分。 1.3 定义 学号:学生在学校教务管理系统中的编号,每位学生有且只有一个学号, 学 号用来登陆教务系统。 课程考试 :学生按照学校教务处规划所必修课程的结课考试,每位学生必须 参加课程考试。 等级考试 :学生在教务处规划课程以外自选报考的考试,学生可自行选择报 考项目来获取相应的等级证书,也可不参加等级考试。 1.
15、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:“教务管理系统”将运行在一
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 教务 管理 系统软件 需求 分析 资料
链接地址:https://www.31doc.com/p-4954415.html