文章目录
描述
本文档描述了软件工程课程网站系统开发过程中的需求变更控制会的运作过程,介绍了对需求变更控制会对变更的管理、评估、验证、记录等操作流程。
目的
每个软件项目在开发过程中都会经历用户的需求变更,本文档根据项目小组对用户代表的二次探访,对软件工程课程网站系统项目开发过程中的变更进行管理、追踪,并详细记录每个变更的相关信息,以方便各岗位人员对项目整体进行情况进行了解并加以控制。
本文档将修改原需求文档中不正确、不完善的地方,以此来实时跟进需求的变更,防止在开发过程中因为需求的改变发生混淆。
描述
项目名称
项目名称:高校教学平台
项目代号:University Teaching Platform By G25
项目委托单位
浙江大学计算机学院本科教学组
项目用户
用户群体:浙江大学在校学生、教师、管理员及校外其他人员
任务提出者
浙江大学计算机科学与技术学院 软件工程管理课程任课教师 金波、邵健
浙江大学计算机科学与技术学院 软件需求工程课程任课教师 邢卫、林海
项目承担者
浙江大学软件工程专业 18 级软件需求工程、软件工程管理课程第 25 小组
项目建设背景
本项目开发的软件为一个高校教学平台。
自 21 世纪,我们的生活就全面的迈入了全新的信息化时代,教育行业也不例外,逐渐的信息技术开始成为教学与学习的重要工具,从初期的投影仪、电脑教室逐渐发展至互动课堂、在线教育。信息技术日益融入教与学的过程,开始引发教学方式和学习方式的深刻变革。华秦教育表示随着教育信息化的大浪潮下,教育信息化将会越来越深刻的影响到教育的发展,势必影响教育变革。
在 2020 年发生的新冠疫情更是将在线教学成为教学的刚性需求。在线教学平台需要让老师和学生在线上进行高效率、高质量的教学、学习和交流等活动。在这一大背景下,教学、学习、交流网站应运而生。超文本特性可实现对教学信息最有效的组织与管理。网络化的学习有利于充分实现交互与共享,有利于激发学生的学习兴趣和充分体现学习主体作用,有利于培养学习者的信息素养和信息能力。另一方面教师利用教学、学习、交流网站可以充分发挥网络特性,对学生、教学进行更为有效的管理,同时也有了更为便利的信息发布手段。
网络化的教务系统在各个高校中已被普遍接受和使用,但教学系统的各个环节却没有良好的发展状况。建立面向全日制高校的教学平台,已成为信息技术在高等教育领域应用中的重要需求。使用信息化的教学平台,能够为教学的多个环节提供帮助与便利。对于教师来说,可以在平台上进行课件的分享与作业的布置、收集、批改以及测试的发布。对于学生来说,平台提供的教学资源能让学生方便的获取学习资料,并进行课程讨论。除此之外,平台还能为学生选课、教师知名度推广提供帮助。学生可以通过平台简单地了解课程要求,课程任务以及简单的课程介绍,并在了解这些信息后更好地选择是否修读该课程。平台也可以对新开设的课程做出推荐与介绍,提高这些新课程与开课教师的知名度。
使用教学系统开展部分教学活动,能更大的发挥教学平台作为教学辅助工具的作用。使用信息系统辅助、推进教学过程的实施,提高教学效率、降低教学成本、改善教学管理,并使优质教育资源通达更多的学生和受众,是建设教学平台的初衷。现在许多在线慕课网站虽然也有类似的想法,但是它们离真正的校内教学平台还有一定距离。尤其是在2020年全球爆发新冠疫情的突发情况下,在线教学平台成为了一种刚性需求,从使用的广度和深度上考虑,需要支持例如多个平行班上课的多种教学场景和需求,考虑支持教师、学生、游客、助教等多种用户角色。建立并使用面向全日制高校的教学平台,势必会对给高校教学提供巨大的帮助。
综上所述,通过这样的高校教学平台,学生和教师可以获取到更便捷、更高质量的教学信息服务,这也将极大地带动教学方式的升级和教学模式的改革,成为未来高校信息化体系建设中至关重要的一环。
范围
本文档是在项目小组已经第一次调查过客户代表的需求之后,再次调查用户的需求时,用户对于软件项目中的一些需求项的变更的记录。它包括了角色与职责、变更请求状态、开始条件、任务、验证以及结束条件,最后还将附带上相关的附录。项目组将通过此文档更好地了解用户的需求,以及最新的需求变更,给开发人员的开发提供极大的便利。
定义
名称 | 说明 |
---|---|
软件 | 软件是计算机系统中与硬件相互依存的部分,它是包括程序、数据及相关文档的完整集合。 |
软件危机 | 软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。 |
软件工程 | 软件工程是研究和应用如何以系统化的、规范的、可度量的方法去开发、运行和维护软件,即把工程化应用到软件上。 |
软件生存周期 | 软件生存周期是指软件产品从考虑其概念开始到该软件产品交付使用,直至最终退役为止的整个过程,一般包括计划、分析、设计、实现、测试、集成、交付、维护等阶段。 |
用户需求 | 用户需求(user requirement)描述了用户使用产品必须要完成的任务,可以在用例模型或方案脚本中予以说明。 |
对象 | 对象(Object)是系统中用来描述客观事物的一个实体,它是构成系统的一个基本单位,由一组属性和对这组属性进行操作的一组服务组成。 |
类 | 类(Class)是具有相同属性和服务的一组对象的集合,它为属于该类的全部对象提供了统一的抽象描述,其内部包括属性和服务两个主要部分。 |
UML | 统一建模语言(Unified Modeling Language,UML)是一种直观化、明确化、构建和文档化软件系统产物的通用可视化建模语言。 |
Google Chrome | Google Chrome是一个由Google公司开发的开放原始码网页浏览器。 该浏览器是基于其他开放原始码软件所撰写,包括WebKit和Mozilla,目标是提升稳定性、速度和安全性,并创造出简单且有效率的使用者界面。本次开发的网站系统主要在该浏览器下调试。 |
Microsoft Edge | 2015年4月30日,微软在旧金山举行的Build 2015开发者大会上宣布——Windows 10内置代号为“Project Spartan”的新浏览器被正式命名为“Microsoft Edge”,其内置于Windows 10版本中。 2018年3月,微软宣布Edge登陆iPad和Android平板。这意味着Edge浏览器已经覆盖了桌面平台和移动平台。用户被允许在Google Play和App Store上下载Edge。 2018年12月,Microsoft正式确认,新的Edge浏览器将从EdgeHTML内核迁移为Chromium内核,同时还会登陆到Windows 7、8、8.1和macOS平台。基于Chromium开发的Microsoft Edge测试版分为Beta Channel、Dev Channel和Canary Channel,其正式版已于2020年1月15日正式发布。 |
Mozilla Firefox | 中文俗称“火狐”(正式缩写为Fx或fx),是一个由Mozilla开发的自由及开放源代码的网页浏览器。其使用Gecko排版引擎,支持多种操作系统,如Windows、macOS及GNU/Linux等。Firefox有两个升级渠道:快速发布版和延长支持版(ESR)。快速发布版每四周发布一个主要版本,此四周期间会有修复崩溃和安全隐患的小版本。延长支持版每42周发布一个主要版本,期间至少每四周才有修复崩溃、安全隐患和政策更新相关的小版本。由于该浏览器开放了源代码,因此还有一些第三方编译版供使用,如pcxFirefox、苍月浏览器、tete009等。 英国防病毒公司Sophos在2015年的调查数据显示,Firefox连续三年成为互联网用户最受信赖的浏览器。 Mozilla Firefox正式版各版本可到Mozilla官方FTP站下载。 |
Opera | Opera浏览器,是一款挪威Opera Software ASA公司制作的支持多页面标签式浏览的网络浏览器,是跨平台浏览器可以在Windows、Mac和Linux三个操作系统平台上运行。Opera浏览器创始于1995年4月。2019.1.31日最新版本58.0(58.0.3135.53)。 2016年2月确定被奇虎360和昆仑万维收购。2018年6月29日,Opera向SEC提交了上市申请。 |
Safari | Safari是一款由苹果开发的网页浏览器,是各类苹果设备(如Mac、iPhone、iPad、iPod Touch)的默认浏览器。Safari使用WebKit浏览器引擎。 Safari,作为苹果计算机的操作系统macOS中的浏览器,它用来取代之前的Internet Explorer for Mac。Safari 以惊人速度渲染网页。与Mac及iPod touch、iPhone、iPad完美兼容。让最爱网站一目了然。聪明的它还会检查拼写和语法。 |
Internet Explorer | Internet Explorer(简称:IE)是微软公司推出的一款网页浏览器。原称Microsoft Internet Explorer(6版本以前)和Windows Internet Explorer(7、8、9、10、11版本)。在IE7以前,中文直译为“网络探路者”,但在IE7以后官方便直接俗称"IE浏览器"。 2015年3月微软确认将放弃IE品牌。转而在Windows 10上,用Microsoft Edge取代了Internet Explorer。 2016年1月12日,微软公司宣布于这一天停止对Internet Explorer 8/9/10三个版本的技术支持,用户将不会再收到任何来自微软官方的IE安全更新;作为替代方案,微软建议用户升级到IE 11或者改用Microsoft Edge浏览器。 2020年8月18日消息,微软服务将告别其古老的IE浏览器,在2021年8月17日停止微软365应用程序的IE 11支持。微软也将在2021年3月9日结束对其legacy Edge浏览器的支持。 |
Bootstrap | Bootstrap,来自Twitter,是目前最受欢迎的前端框架。Bootstrap是基于HTML、CSS、JAVASCRIPT的,它简洁灵活,使得Web开发更加快捷。用于本次开发的前端框架。 |
Node.js | Node.js是一个基于Chrome V8引擎的JavaScript运行环境。Node.js使用了一个事件驱动、非阻塞式I/O的模型。用于本次开发的后端语言。 |
Django | Django是一个开放源代码的Web应用框架,由Python写成。采用了 MTV的框架模式,即模型M,视图V和模版T。用于本次开发的后端框架。 |
Nginx | Nginx是一款轻量级的Web服务器/反向代理服务器及电子邮件代理服务器,在BSD-like协议下发行。其特点是占有内存少,并发能力强。用于本次开发的HTTP代理服务器。 |
参考文献
-
Early Approach to Software Engineering, Pallavi Gore, Kritika Saxena.
-
Practical File of Software Engineering and Testing Laboratory, Aakash Raj.
-
Software Engineering, Principles and Practice, 3rd Edition, Hans van Vliet.
-
Program Manager’s Guidebook for Software Assurance, Dr. Kenneth E. Nidiffer,
Timothy A. Chick, Dr. Carol Woody. -
Experimentation in Software Engineering, Claes Wohlin, Per Runeson, Martin
Host, Magnus C. Ohlsson, Bjorn Regnell, Anders Wesslen. -
IEEE Computer Society/Software Engineering Institute Software Process
Achievement (SPA) Award 2009, Satyendra Kumar, Ramakrishnan M. -
Michael Felderer, Wilhelm Hasselbring, Rick Rabiser, Reiner Jung: Software
Engineering 2020, Fachtagung des GI-Fachbereichs Softwaretechnik, 24.-28.
Februar 2020, Innsbruck, Austria. LNI P-300, Gesellschaft für Informatik
e.V. 2020, ISBN 978-3-88579-694-7. -
Regina Hebig, Robert Heinrich: Combined Proceedings of the Workshops at
Software Engineering 2020 Co-located with the German Software Engineering
Conference 2020 (SE 2020), Innsbruck, Österreich, March 05, 2020. CEUR
Workshop Proceedings 2581, CEUR-WS.org 2020. -
Steffen Becker, Ivan Bogicevic, Georg Herzwurm, Stefan Wagner: Software
Engineering and Software Management, SE/SWM 2019, Stuttgart, Germany,
February 18-22, 2019. LNI P-292, GI 2019, ISBN 978-3-88579-686-2. -
Stephan Krusche, Kurt Schneider, Marco Kuhrmann, Robert Heinrich, Reiner
Jung, Marco Konersmann, Eric Schmieders, Steffen Helke, Ina Schaefer,
Andreas Vogelsang, Björn Annighöfer, Andreas Schweiger, Marina Reich, André
van Hoorn: Proceedings of the Workshops of the Software Engineering
Conference 2019, Stuttgart, Germany, February 19, 2019. CEUR Workshop
Proceedings 2308, CEUR-WS.org 2019. -
Peter Liggesmeyer, Gregor Engels, Jürgen Münch, Jörg Dörr, Norman Riegel:
Software Engineering 2009: Fachtagung des GI-Fachbereichs Softwaretechnik
02.-06.03. 2009 in Kaiserslautern. LNI P-143, GI 2009, ISBN
978-3-88579-237-6. -
Jürgen Münch, Peter Liggesmeyer: Software Engineering 2009 - Workshopband,
Fachtagung des GI-Fachbereichs Softwaretechnik 02.-06.03.2009 in
Kaiserslautern. LNI P-150, GI 2009, ISBN 978-3-88579-244-4. -
《软件工程——实践者的研究方法》,Roger S.Pressman,机械工业出版社
-
《软件需求(第三版)》,Karl Wiegers,Joy Beatty,清华大学出版社
-
《计算机软件产品开发文件编制指南》(GB 8567-88)
-
Information Technology Project Management, Second Edition, Kathy Schwalbe,
Course Technology. -
Successful Project Management, Gido, J. and Clements, J. South-Western
Publishing. -
On Time and Within Budget: Software Project Management Practices and
Techniques, 3rd Edition, Bennatan, E., Wiley. -
Software Project Management: A Unified Framework, Walker Royce,
Addison-Wesley. -
IS Project Management Handbook, Doss, G., Prentice Hall.
-
CMMI: Guidelines for Process Integration and Product ImprovementMary Beth
Chrissis, Mike Konrad, Sandy Shrum. -
CMMI® Distilled: A Practical Introduction to Integrated Process Improvement,
Second Edition, By Dennis M. Ahern, Aaron Clouse, Richard Turner. -
CMMI® SCAMPI Distilled Appraisals for Process Improvement, By Dennis M.
Ahern, Jim Armstrong, Aaron Clouse, Jack R. Ferguson, Will Hayes, Kenneth E.
Nidiffer. -
军用软件能力成熟度模型可重复级实施指南,石柱,中国标准出版社
-
战略管理(原书第6版),Greey Johnson & Kevan Scholes,王军等译,人民邮电出版社
-
复杂产品系统创新管理,陈劲,科学出版社
-
Product Management,4thedition,Donald R. Lehmann & Russell S.
Winer,McGraw-Hill Companies,Inc. -
基于ITIL®的IT服务管理基础篇,Jan van Bon,章斌译,清华大学出版社
-
创新管理-获取持续竞争优势,宁钟,机械工业出版社
-
软件编档导论,金波,清华大学出版社
-
计算机软件工程规范国家标准汇编,中国标准出版社
-
《“软件需求工程”教学安排 20200926》
-
《[G25]“高校教学平台”项目可行性报告》
-
《[G25]“高校教学平台”项目章程》
-
《[G25]“高校教学平台”项目计划》
-
《[G25]“高校教学平台”需求工程计划》
-
《[G25]“高校教学平台”前景与范围》
-
《[G25]“高校教学平台”质量保证计划》
-
《[G25] “高校教学平台”需求规格说明书》
-
《[G25] “高校教学平台”系统设计及计划》
-
《[G25] “高校教学平台”需求变更控制会规程》
-
《[G25] “高校教学平台”系统编码与实现计划》
-
《[G25] “高校教学平台”测试计划》
角色与职责
- 角色分配与职责
角色 | 职责 | 人员分配 |
---|---|---|
CCB主席 | 变更控制委员会主席 如果CCB意见不一致,一般情况下主席有最终的决策权;为每一个变更请求选定评估者和修改者。 | xxx |
CCB | 负责评估 那些被提交上来的变更请求,针对这些变更的目的、要求和影响来决策:同意实施一项变更请求,并且在会议上安排相关的变更实施负责人,和相关联的协作组织;拒绝某一项变更请求,给出拒绝理由;制定项目的启动计划时就要建立项目CCB,它是在项目计划阶段建立的,将确定的CCB成员纪录到配置管理计划中,且发通知给项目组和相关组, 当基线正式建立或发生变更时,需召开CCB会议,并进行会议记录,会后形成《CCB会议纪要》放入项目配置库,并把会议结果发送给CCB成员及相关组。 变更评审 CCB收到变更请求后,会有专门人员(PM)先做一个初步分析,主要是评估变更来源、变更理由、变更影响、变更代价;某些变更会在这个阶段做出一些初步的处理,例如:表述不清楚地变更请求,打回给申请者补充信息;删除那些明显错误的变更请求;一些简单且影响小的变更(内部来源)可以直接分配人员处理;项目变更控制是一个动态过程,它开始于项目的变化,结束于变更验证。要对整个变更过程进行详细的纪录,以便于对项目进行总结。 | xxx |
评估者 | 应CCB 主席的要求,负责分析可能受提议的变更影响的人;可以是技术人员、客户、 市场人员或集这几个角色于一身者 | xxx |
修改者 | 负责在工作产品中实现变更的人,响应已批准的变更请求 | xxx |
提议者 | 新变更请求的提交者 | xxx |
请求接受者 | 接受提交的变更请求的人 | xxx |
验证者 | 确定变更是否已正确实现的人 | xxx |
- 各成员联系方式
姓名 | 角色 | 联系电话 | 电子邮件 |
---|---|---|---|
邢卫 | 项目发起人 | 13958030163 | wxing@zju.edu.cn |
林海 | 项目发起人 | lin@cad.zju.edu.cn | |
金波 | 项目发起人 | jb21cn@zju.edu.cn | |
邵健 | 项目发起人 | 0571-87951277 | jshao@cs.zju.edu.cn |
博主本人 | 项目经理 设计总监 开发人员 测试人员 | xxx | ZJU.SLM@gmail.com ZJU_SLM@studentambassadors.com |
xxx | 软件质量监督 开发人员 测试人员 | xxx | xxx |
xxx | 设计总监 美工 开发人员 测试人员 | xxx | xxx |
xxx | 测试经理 开发人员 测试人员 | xxx | xxx |
xxx | 质量经理 开发人员 测试人员 | xxx | xxx |
xxx | 产品经理 开发人员 测试人员 | xxx | xxx |
变更请求状态
开始条件
项目经理发送邮件给用户代表约好时间,然后项目组派去人员去和用户代表谈对于项目变更的相关事宜。在调查需求变更前,项目组应已经完成了教学系统的大部分功能。
本次需求变更调查中,由刘玉生老师约定访谈时间。在时间点项目小组组长沈乐明、成员程梦烨、毕予然、王子腾、林思仪、林瑞潇与老师进行交谈。在约谈时,项目开发组要向用户代表展示网站的初步完成作品,并且询问用户代表对网站的初步构架的意见,以此来引出用户的需求变更。
需求变更提出者填写《需求变更申请书》通过邮件方式发送到项目经理的邮箱,并短信提醒。(已经在变更控制规程中,此处略。)
任务
变更请求REQ-001
编号 | REQ-001 |
---|---|
数据项 | 描述 |
ID | REQ-001 |
变更类型 | 教师批改作业的变更 |
提交日期 | 2020.12.23 |
更新日期 | 2020.12.23 |
描述 | 教师、助教批改作业的模态框页面内提供一个导向按钮,使得教师不用每批改一个学生的作业都需要重新打开一次模态框再关闭 |
实现的优先级 | 中 |
修改者 | 项目组所有成员 |
提议者 | xxx |
优先级 | 中 |
实现版本 | V2.0 |
项目 | 高校教学平台 |
响应文本 | 无 |
状态 | 开发中 |
标题 | 连续批改 |
验证者 | xxx |
- 评估请求
数据项 | 描述 |
---|---|
影响分析 | 方便教师、助教一次性连续批改多个学生的作业 |
风险分析 | 无风险 |
危害分析 | 无危害 |
利益分析 | 使得教师、助教这一类用户的体验感更好 |
其他分析 | 无 |
推介评定 | 综合分析,此次变更可行 |
-
做出决定
审核通过
-
执行变更
本次变更影响《需求规格说明书》文档,需要对《需求规格说明书》进行整改。同时需要对网站源代码相应模块进行修改。
-
通知变更受影响各方
在例会中通知项目组成员
变更请求REQ-002
编号 | REQ-001 |
---|---|
数据项 | 描述 |
ID | REQ-002 |
变更类型 | 教师批改作业的变更 |
提交日期 | 2020.12.23 |
更新日期 | 2020.12.23 |
描述 | 教师、助教在创建测试时可以从题库中同时导入多道习题,并且支持通过拖动调整习题顺序。此外不同教学班的题库是可以共享的。 |
实现的优先级 | 中 |
修改者 | 项目组所有成员 |
提议者 | xxx |
优先级 | 中 |
实现版本 | V2.0 |
项目 | 高校教学平台 |
响应文本 | 无 |
状态 | 开发中 |
标题 | 多题导入 |
验证者 | xxx |
- 评估请求
数据项 | 描述 |
---|---|
影响分析 | 方便教师、助教一次性导入多题,并且能在不同教学班之间共享题库 |
风险分析 | 无风险 |
危害分析 | 无危害 |
利益分析 | 使得教师、助教这一类用户的体验感更好 |
其他分析 | 无 |
推介评定 | 综合分析,此次变更可行 |
-
做出决定
审核通过
-
执行变更
本次变更影响《需求规格说明书》文档,需要对《需求规格说明书》进行整改。同时需要对网站源代码相应模块进行修改。
-
通知变更受影响各方
在例会中通知项目组成员
变更请求REQ-003
编号 | REC-003 |
---|---|
数据项 | 描述 |
ID | REC-003 |
变更类型 | 游客对课件下载权限的变更 |
提交日期 | 2020.12.22 |
更新日期 | 2020.12.22 |
描述 | 对于游客对课件的下载权限,考虑到不同任课教师的喜好与不同课程的需要,应支持任课老师选择游客是否有下载课件的权限。 |
实现优先级 | 中 |
修改者 | 项目组所有成员 |
提议者 | xxx |
优先级 | 中 |
实现版本 | V2.0 |
项目 | 高校教学系统 |
响应文本 | 无 |
状态 | 开发中 |
标题 | 游客课件下载权限 |
验证者 | xxx |
- 评估请求
数据项 | 描述 |
---|---|
影响分析 | 使任课教师能根据个人需要确定游客是否具有下载课件的权限 |
风险分析 | 本次变更风险低 |
危害分析 | 本次变更基本无危害 |
利益分析 | 考虑了不同任课教师的喜好与不同课程的需要 |
其他分析 | 无 |
推介评定 | 综合分析,此次变更可行 |
-
做出决定
审核通过,可以进行变更
-
执行变更
本次变更影响《需求规格说明书》文档,需要对《需求规格说明书》进行整改。同时需要对网站源代码相应模块进行修改。
-
通知变更受影响各方
在例会中通知项目组成员。
变更请求REQ-004
编号 | REC-004 |
---|---|
数据项 | 描述 |
ID | REC-004 |
提交日期 | 2020.12.22 |
更新日期 | 2020.12.22 |
描述 | 为所有课程添加课程“所属分类”属性 |
实现的优先级 | 中 |
修改者 | 项目组所有成员 |
提议者 | xxx |
优先级 | 中 |
实现版本 | V2.0 |
项目 | 高校教学平台 |
相应文本 | 无 |
状态 | 开发中 |
标题 | 账号导入 |
验证者 | xxx |
- 评估请求
数据项 | 描述 |
---|---|
影响分析 | 课程分类更加清晰,寻找课程更加容易 |
风险分析 | 本次变更风险低 |
危害分析 | 本次变更基本无危害 |
利益分析 | 方便学生寻找课程 |
其他分析 | 无 |
推介评定 | 综合分析,此次变更可行 |
-
做出决定
审核通过,可以进行变更。
-
执行变更
本次变更影响《需求规格说明书》文档,需要对《需求规格说明书》进行整改。同时需要对网站源代码相应模块进行修改。
-
通知变更受影响各方
在例会中通知项目组成员。
变更请求REQ-005
编号 | REQ-005 |
---|---|
数据项 | 描述 |
ID | REC-005 |
变更类型 | 用户修改密码的变更 |
提交日期 | 2020.12.21 |
更新日期 | 2020.12.21 |
描述 | 用户修改密码前,除了要验证其输入原密码正确,还需要验证其想修改的用户名当前用户,防止知道别的用户名和密码进而修改别的用户信息。 |
实现的优先级 | 高 |
修改者 | 项目组所有成员 |
提议者 | xxx |
优先级 | 高 |
实现版本 | V2.0 |
项目 | 高校教学平台 |
响应文本 | 无 |
状态 | 开发中 |
标题 | 检查修改人 |
验证者 | xxx |
- 评估请求
数据项 | 描述 |
---|---|
影响分析 | 使用户修改密码前验证其想修改的用户名当前用户,即自己 |
风险分析 | 风险低 |
危害分析 | 无危害 |
利益分析 | 防止某用户知道别的用户名和密码进而修改别的用户信息,保证账号和密码安全。 |
其他分析 | 无 |
推介评定 | 综合分析得:本次变更可行 |
-
做出决定
审核通过,可以进行变更
-
执行变更
本次变更会影响《需求规格说明书》和平台开发源码,需要对文档和源代码相应模块进行修改。同时需要对网站进行修改。
变更请求REQ-006
编号 | REC-006 |
---|---|
数据项 | 描述 |
ID | REC-006 |
变更类型 | 游客与用户登录的变更 |
提交日期 | 2020.12.21 |
更新日期 | 2020.12.21 |
描述 | 学生、教师、管理员均拥有学工号,且唯一,用学工号进行登录,防止出现重名用户使登录混乱的情况;游客用户是由自己注册得到账号的,未得到管理员分配的id也就是学工号,因而,使用用户名进行登录(由于id字段必须非空,这里设置为与用户名相同),这样将游客用户也归于用户表,减少了数据库开销。 |
实现的优先级 | 高 |
修改者 | 项目组所有成员 |
提议者 | xxx |
优先级 | 高 |
实现版本 | V2.0 |
项目 | 高校教学平台 |
响应文本 | 无 |
状态 | 开发中 |
标题 | 两种登录 |
验证者 | xxx |
- 评估请求
数据项 | 描述 |
---|---|
影响分析 | 使已分配到学工号的用户登录和游客自己注册的账号登录不同 |
风险分析 | 风险低 |
危害分析 | 无危害 |
利益分析 | 防止用户登录时出现重名用户使登录混乱的情况;将游客用户也归于用户表,减少了数据库开销。 |
其他分析 | 无 |
推介评定 | 综合分析得:本次变更可行 |
-
做出决定
审核通过,可以进行变更
-
执行变更
本次变更会影响《需求规格说明书》和平台开发源码,需要对文档和源代码相应模块进行修改。同时需要对网站进行修改。
变更请求REQ-007
编号 | REQ-007 |
---|---|
数据项 | 描述 |
ID | REC-007 |
提交日期 | 2020.12.26 |
更新日期 | 2020.12.26 |
描述 | 管理员为教师添加个人主页 |
实现的优先级 | 中 |
修改者 | 项目组所有成员 |
提议者 | xxx |
优先级 | 中 |
实现版本 | V2.0 |
项目 | 高校在线教学平台 |
相应文本 | 无 |
状态 | 开发中 |
标题 | 添加教师主页 |
验证者 | xxx |
- 评估请求
数据项 | 描述 |
---|---|
影响分析 | 将用户(包括教师)信息管理功能集成至管理员,提高系统鲁棒性和可维护性 |
风险分析 | 本次变更风险低 |
危害分析 | 本次变更基本无危害 |
利益分析 | 方便管理员对教师信息的维护 |
其他分析 | 无 |
推介评定 | 综合分析,此次变更可行 |
- 做出决定
审核通过,可以进行变更。
-
执行变更
本次变更影响《需求规格说明书》文档,需要对《需求规格说明书》进行整改。同时需要对网站源代码相应模块进行修改。
-
通知变更受影响各方
在例会中通知项目组成员。
变更请求REQ-008
编号 | REQ-008 |
---|---|
数据项 | 描述 |
ID | REC-008 |
变更类型 | 助教批改实验模块的变更 |
提交日期 | 2020.12.26 |
更新日期 | 2020.12.26 |
描述 | 助教批该实验具有及时保存功能,助教批改完成后保存,然后提交 |
实现的优先级 | 中 |
修改者 | 项目组所有成员 |
提议者 | xxx |
优先级 | 中 |
实现版本 | V2.0 |
项目 | 高校在线教学平台 |
相应文本 | 无 |
状态 | 开发中 |
标题 | 批改保存 |
验证者 | xxx |
- 评估请求
数据项 | 描述 |
---|---|
影响分析 | 使助教批改实验能及时保存 |
风险分析 | 风险低 |
危害分析 | 无危害 |
利益分析 | 保证意外退出或发生异常时助教批改结果不会丢失 |
其他分析 | 无 |
推介评定 | 综合分析得:本次变更可行 |
-
做出决定
审核通过,可以进行变更
-
执行变更
本次变更影响《需求规格说明书》文档,需要对《需求规格说明书》进行整改。同时需要对网站
源代码相应模块进行修改。 -
通知变更受影响各方
在例会中通知项目组成员。
验证
验证变更
为确保修改后的需求规格说明、需求模型或用例可以正确反应变更,所有团队成员需要对需求变更进行验证。
验证方法是使用跟踪性信息,对系统中所有受到变更影响因而必须进行验证的部分。此外,团队成员也可以通过测试或评审的方法对发生变更的下游工作产品进行验证。
安装产品
验证后应安装更新后的产品,放便团队其他成员获得。
此外,需要重新定义基线来反映该变更。
结束状态
请求状态 | “已否决”“已取消”“已结束” |
---|---|
安装产品 | 所有已变更过的产品已重新安装到正确位置 |
跟踪矩阵 | 已更新 |
知情情况 | 变更细节和变更请求的当前状态已通知提议者、 CCB 主席、项目经理和其他相关的项目参与者 |
变更控制状态报告
为了总结变更控制数据库的内容,我们首先需要确定图表和报告模板。模板要求是以时间为变化量,体现变更请求的状态、数量变化,方便项目经理使用变更控制状态报告来跟踪项目状态。
附录
变更请求数据项
变更请求数据项 | |
---|---|
ID | 各请求分配到的标识标签或序列号 |
变更来源 | 请求变更的职能域,包括市场部、开发部、测试部、管理层等 |
变更类型 | 变更请求的类型,如需求变更、缺陷报告等 |
提交日期 | 提议者提交变更请求的日期 |
更新日期 | 变更请求的最近修改日期 |
描述形式 | 自由格式的文本描述 |
优先级(CCB) | CCB设置每个变更的相对重要性 |
修改者 | 实现变更的负责人姓名 |
提议者 | 提交变更请求的人员姓名及其联系方式 |
优先级(提议者) | 提议者设置每个变更的相对重要性 |
实现版本 | 计划实现并已批准变更的产品版本或工作版本号 |
项目名称 | 请求变更的项目名称 |
响应文本 | 对变更请求做出响应且可能有多个,无需修改旧的,格式自由, |
状态 | 变更请求当前的状态,如“已提交”“被拒绝”“被采纳” |
标题 | 已提议变更的概要介绍 |
验证者 | 负责确认变更正确实现的人员姓名 |
影响分析报告
影响分析报告 | |
---|---|
变更请求ID | |
标题 | |
描述 | |
日期 | |
人员 | |
优先级评估 | |
相对收益(1-9) | |
相对损失(1-9) | |
相对风险(1-9) | |
相对费用(1-9) | |
最终相对优先级 | |
预计总工作量(劳动小时数) | |
预计损失工作量(劳动小时数) | |
预计对进度影响(天) | |
质量影响 | |
额外成本影响 |