logo资料库

北邮作业——软件工程:需求文档.doc

第1页 / 共26页
第2页 / 共26页
第3页 / 共26页
第4页 / 共26页
第5页 / 共26页
第6页 / 共26页
第7页 / 共26页
第8页 / 共26页
资料共26页,剩余部分请下载后查看
修订历史记录
审批历史记录
1. 引言
1.1 编写目的
1.2 范围
1.3 定义、缩写及缩略语
1.4 引用
1.5 参考资料
1.6 概述
2. 软件概要
2.1 产品总体描述
2.2 用户特点
2.3 产品功能
2.4 一般约束
2.5 假定和依赖
3.功能性需求
3.1 环境分析
3.1.1 周境图
3.1.2 第一层次数据流
3.1.3 第二层次数据流
3.2 功能性需求
3.2.1 功能结构
3.2.1 <用户登录 >
3.2.2 <用户信息修改 >
3.2.3 <处理在线信息查询 >
3.2.4 <归档 信息>
3.2.5 <处理分数质疑 >
3.2.6 <成绩录入修改 >
3.2.7 <在线审批和发布消息 >
3.3 用例
3.3.1 用户角色
3.3.2 学生用例
3.3.3 体育教师用例
3.3.4 体育教务长用例
3.3.5 系统管理员用例
4. 非功能性需求
4.1 质量要求
4.1.1 性能
4.1.2 可靠性
4.1.3 可用性
4.1.4 安全性
4.1.5 可维护性
4.1.6 可移植性
4.2 工程需求
4.2.1 设计约束
4.2.2 逻辑数据库要求
5.需求变更管理
附录 1需求说明书更改请求单(SCR)模板
<学生运动成绩管理系统> 软件需求规格说明书 版本 1.3 2017 年 11 月 11 日 1
修订历史记录 日期 描述 修改人姓名 内容 审批历史记录 该软件需求说明书被如下人员支持批准: 签名 打印版姓名 职务 日期 第 2页
目录 修订历史记录................................................................................................................................................................2 审批历史记录................................................................................................................................................................2 1. 引言............................................................................................................................................................................5 1.1 编写目的............................................................................................................................................................. 5 1.2 范围..................................................................................................................................................................... 5 1.3 定义、缩写及缩略语......................................................................................................................................... 6 1.4 引用..................................................................................................................................................................... 7 1.5 参考资料............................................................................................................................................................. 7 1.6 概述..................................................................................................................................................................... 7 2. 软件概要....................................................................................................................................................................8 2.1 产品总体描述..................................................................................................................................................... 8 2.2 用户特点............................................................................................................................................................. 8 2.3 产品功能............................................................................................................................................................. 9 2.4 一般约束............................................................................................................................................................. 9 2.5 假定和依赖......................................................................................................................................................... 9 3. 功能性需求..............................................................................................................................................................10 3.1 环境分析........................................................................................................................................................... 10 3.1.1 周境图....................................................................................................................................................... 10 3.1.2 第一层次数据流....................................................................................................................................... 10 3.1.3 第二层次数据流....................................................................................................................................... 11 3.2 功能性需求....................................................................................................................................................... 12 3.2.1 功能结构................................................................................................................................................... 12 3.2.1 <用户登录> .............................................................................................................................................13 3.2.2 <用户信息修改> .....................................................................................................................................14 3.2.3 <处理在线信息查询>.............................................................................................................................14 3.2.4 <归档信息> .............................................................................................................................................15 3.2.5 <处理分数质疑> .....................................................................................................................................16 3.2.6 <成绩录入修改> .....................................................................................................................................16 3.2.7 <在线审批和发布消息> .........................................................................................................................17 3.3 用例................................................................................................................................................................... 17 3.3.1 用户角色................................................................................................................................................... 17 3.3.2 学生用例................................................................................................................................................... 17 3.3.3 体育教师用例........................................................................................................................................... 18 3.3.4 体育教务长用例....................................................................................................................................... 19 3.3.5 系统管理员用例....................................................................................................................................... 20 4. 非功能性需求..........................................................................................................................................................20 4.1 质量要求........................................................................................................................................................... 20 4.1.1 性能........................................................................................................................................................... 20 4.1.2 可靠性....................................................................................................................................................... 21 4.1.3 可用性....................................................................................................................................................... 22 4.1.4 安全性....................................................................................................................................................... 22 第 3页
4.1.5 可维护性................................................................................................................................................... 22 4.1.6 可移植性................................................................................................................................................... 23 4.2 工程需求........................................................................................................................................................... 23 4.2.1 设计约束........................................................................................................................................................ 23 4.2.2 逻辑数据库要求............................................................................................................................................ 23 5. 需求变更管理..........................................................................................................................................................23 附录 1 需求说明书更改请求单(SCR)模板......................................................................................................25 第 4页
1. 引言 1.1 编写目的 编写此文档的目的是陈述列举学生运动成绩管理系统的各项功能需求,性能需求和其他 非功能需求,希望能使本软件开发工作更具体,同时也为未来系统的开发复用打下了良好 基础。为了使用户、软件开发者及分析和测试人员对该软件的初始规定有一个共同的理 解,它说明了本软件的各项功能需求、性能需求和数据需求,明确标识各项功能的具体含 义,阐述实用背景及范围,提供客户解决问题或达到目标所需要的条件或权能,提供一个 度量和遵循的基准。具体而言,编写软件需求说明的目的是为所开发的软件提出: (1)帮助开发人员了解系统的框架结构,并且也统一落实了用户和开发人员的设计思路。 (2)功能、性能要求,数据结构和采集要求,重要的接口要求,作为软件设计人员进行概要 设计的依据。 (3)在未来进行软件测试时提供出几种重要的质量衡量指标。 本文档的预期读者对象为: 1) 用户:了解预期项目的功能和性能,并与开发方人员一起对整个需求进行讨论和协商。 2) 开发人员:根据该文档了解预期项目的功能,并据此进行系统设计与开发。 3) 测试人员:根据本文档对软件产品进行功能性测试和非功能性测试。 4) 其他相关人员:如用户文档编写者、项目管理人员等。 在阅读本文档时,首先要了解产品的功能概貌,然后可以根据自身的需要对每一功能进行 适当的了解。 1.2 范围 (1)软件系统名称:学生运动成绩管理系统 (2)软件系统功能:本系统提供给学生、体育教师、体育教务长等进行使用。通过限制不同 角色的使用权限,从而达到可以安全、快速、便捷的成绩录入、成绩查看、成绩管理功 能,在节省了人力资源的同时不失安全性和可靠性。学生运动成绩管理系统不但是教学单 位的重要组成部分,它还可以间接的督促学生进行运动锻炼,它的内容对于学校的教学指 导、规划、管理起到了重要的作用。随着用户数量不断增加,管理系统要应对的数据也越 来越庞大。这就要求学生运动成绩管理系统要处理好各个实体时间的关系,达到效率最大 化。该系统的目的是要求学生能查询自己的平时运动成绩,体育课成绩和总成绩。体育教 师能录入平时成绩的规则,能录入、修改体育课成绩并且提交成绩。体育教务长能签名认 定成绩,发布成绩,当发现成绩有错误时可以修改成绩。 (3)软件系统应用: 第 5页
 本系统应具有多样的分类查询功能。使用者在权限允许的情况下,可以根据学生、体育 教师、体育教务长等不同的分类进行成绩信息查看,提高信息的可视化程度。  本系统应可以自动生成相关报表。本系统自动根据录入成绩,按照院系班级生成成 绩单,便于在日后进行学生评优时进行使用。同时本系统应可以生成平时成绩、总成 绩表格的统计,方便体育教师进行教学评优和教学改进。  本系统应可以对挂科率进行监督和提醒。当某一学生出现频繁挂科现象时,系统可以通 知通过电子邮件或短信通知的方式通知负责该学生的家长、导员、体育教师、体育教 务长以及学生个人,引起他们对该学生进行特别关注。  本系统应可以进行错误成绩数据发现更改。当体育教师录入的成绩存在错误时,如:成 绩为空、成绩为负数。系统可以发现该错误并进行相应标注,便于管理人员在后期进 行错误排查。  本系统可以对学生平常的步行运动进行监督,并且要求学生平常步行运动,每天每周, 每月的步数作为复杂成绩录入,评分标准由体育教师个人制定。 1.3 定义、缩写及缩略语 【B/S 架构】本学生考试成绩管理系统的一种架构实现方式。B/S 架构全称 Browser/Server,即浏览器/服务器模式,是 WEB 兴起后的一种网络结构模式,WEB 浏览器 是客户端最主要的应用软件。这种模式统一了客户端,将系统功能实现的核心部分集中到 服务器上,简化了系统的开发、维护和使用。 【复杂成绩】学生平常的步行运动的每天,每周,每月的步数作为体育课的复杂成绩,分 数可由体育教师自行规定,具体评分规则可要求系统允许体育老师制定。 【总成绩】总成绩是学生选修或者必修这门体育课程的最后成绩,由体育课理论成绩,项 目测试成绩和平时运动成绩的总和得到。满分为 100 分,最低分为 0 分。 【挂科】教师制定本门课程的及格分数(一般设置为 60 分),当学生的最终成绩没有达到 教师设定的及格分数之后,该学生被判定为本门课程没有通过,也就是本门课程挂科,需 要进行重新考试。 【挂科率】用于计算体育课程没有到达及格分数的学生比率。计算公式为:S 条件下挂科 人数/S 条件下全体人数,其中 S 条件可以为一个班级之中、一个院系之中、本教师教授的 体育课程之中等。 【补考】学生被判定为挂科之后可以申请进行重新考试,考试科目即为本学生没有通过的 科目。 【评优】学校根据体育教师所教授课程的各个分数段比例统计来评定体育教师的上课质量 情况,对于上课质量高的体育教师学校给予一定的奖励。学校同样根据一位学生的总成绩 情况进行评优,考试成绩名列前茅的学生会获得学校的奖励。 第 6页
【授权】体育教务长给予体育教师的成绩录入权限,体育教师不能再任何时间进行成绩的 修改,只有在各个考试结束的一段时间之内体育教师才具有修改学生成绩的权限,过了时 间段之后教师的成绩修改权限将会被收回。 【审批】学生对于自己的成绩产生质疑时会发出成绩更改申请,相应的管理者对该学生的 申请进行核实检查,即为审批。审批的结果可能同意或者拒绝学生该学生的申请,即体育 教师进行该学生本次考试成绩的重新打分,或拒绝申请认为学生申请修改成绩请求无效。 【学分】每一门课程按照课程的重要程度、开课的时间长短都设置了不同的学分值。学分 值不同于体育总成绩,只要学生通过了这门选修或者必修课程的最终考试即为拿到这门课 程的相应学分值。 1.4 引用 标号 描述 位置 1.5 参考资料 王安生,《软件工程化》【M】北京:清华大学出版社,2014 1.6 概述 1、首先对该系统需求进行整体分析。 2、对系统进行功能性需求、非功能性需求、变更需求管理进行分析。 功能性需求包括: i. ii. iii. 环境分析:系统和外界环境分析 功能性需求:系统具备的功能性要求 用例:系统面向使用角色分析 非功能性需求: i. ii. 质量要求:产品质量要求达到目标 工程需求:产品开发时要求使用的数据库等工程设计要求 变更需求管理: 本说明书变更遵循流程 3、说明书附录及系统附录 第 7页
2. 软件概要 2.1 产品总体描述 本系统采取 B/S 架构方式。前端采取 HTML5 语言进行用户网页界面的编写,后端使用 MySQL 数据库管理系统进行数据信息的存储和访问,前端后端借助 Web Server 进行连接沟 通,给使用者带来方便快捷的成绩查询和成绩管理体验。初步的系统块图见图 1。 图 2.1 学生体育成绩管理系统总体描述 2.2 用户特点 用户的分类对于设计系统的功能至关重要,用户的分类界定出了该系统至少应该具有的 功能。本软件主要在甲方工作环境中使用,使用者在计算机的应用、使用上不存在障碍, 都在基本计算机的操作和使用方面得到过相关的培训。本学生体育成绩管理系统之中用户 分类以及相应用户特点如表 2.2 用户特点介绍表所示。 用户名称 用户特点描述 学生 体育教师 学生只进行简单的体育平时运动成绩、总成绩、体育课成绩的在线查看,要求具 有简单的计算机基础,熟悉网站浏览器的使用。 体育教师要求会录入、修改、提交学生成绩信息,要求具有简单的计算机基础, 熟悉网站浏览器的使用,具有一定的 Office 软件使用基础。 体育教务长 主要进行授权操作和签名操作,不需要具有很高的计算机基础。 第 8页
分享到:
收藏