如何使用Visure进行版本管理,打基线和使用重复需求文档和需求的内容

基线配置管理工具 基线配置是指在软件或系统开发过程中,经过正式评审和批准的配置项,如设计规格说明书、源代码、文档等,它代表了某个特定时间点的状态,用作未来开发和变更的基础。基线配置的目的在于确保软件或系统的稳定性,并在变更控制中发挥作用。 阅读详情

根据我们的经验,一般用户在使用需求管理工具的时候都会需要工具提供:
 
     • 需求修改的版本历史
 
     • 能对需求打基线(Baseline),或让使用者能恢复到某个基线的数据,或是比对不同基线版本里的数据
 
     • 需要能快速创建一个新的项目,包含旧项目的内容,作为项目的分支
 
     • 能有可重复使用的物件,避免花费人力在每个项目里做同样的动作
 
而这些功能都是Visure能够支持并让用户能够方便使用的。我们今天就来探讨一下Visure如何能做到上面四个常见的要求。


版本管控
 
提供每个文档及需求的版本历史记录是使用者针对每个管理工具所要求的基本功能。Visure可以自动地对每一个文档和文档内的需求进行版本管控。每个文档和需求在被修改前,都是需要被使用者 checkout (检出)。修改完以后,使用者可以再做checkin (提交)的动作。checkin (提交)时,使用者可以写入提交备注,说明所做的修改动作及内容。Visure会把checkin (提交)的时间、账号及所写的提交备注通通都记录下来。若是有需要,Visure也可以通过历史记录,比对两个所选的版本内容的差异,或让使用者把目前需求的内容恢复到某个历史记录版本里的内容。

打基线
 
在满足了基本版本管理的需求后,就会用到打基线的功能了。在每个需求有了版本历史记录后,使用者会进一步想对多个需求同时进行版本管理。举例来说,使用者可能在使用了需求管理工具一阵子以后,针对他们的项目开发出了一个1.0 版本的功能。这个时候,使用者会想要对 1.0 版本的需求做个记录,方便以后来查看1.0 版本里的需求有哪些写的内容是什么。这个时候,我们就可以使用打基线的功能,把所有的需求现在的版本和内容做一个记录,并保存在一个使用者可以自定义的基线名称里 (例如这个时候我们可以称这个基线叫功能1.0)。Visure可以很快速地帮用户设定这个基线,可以让用户随时查看每个基线里的需求/内容,也可以对不同版本的基线作比对。同时,Visure也支持电子签名的功能,让使用者可以确认所使用的基线都是相关负责人员所认可的。用户只需要用自己的Visure账号登入进项目以后,可以从上方的 Review选项,找到创建基线,查看之前的基线内容,比对不同版本的基线内容,和进行电子签名都是在选项下做的。

最后,若是有需要,Visure也可以让用户快速地恢复某个基线版本内容的数据。用户可以:
 
1) 开启Visure Requirements ALM 6 Administration Center 的画面,然后以 admin 账号登入。
 
2) 展开您要使用基线数据恢复的项目,然后点选 Baseline 目录下要使用的基线名称。
 
3) 按上方的 Restore 按钮,或按鼠标右键,选择 Restore 后,Visure就会先对既有的内容打一个新的基线出来当作现在数据内容的一个备份,然后再把所有需求恢复到所选的基线名称里的数据/内容。
 
4) 当您再次登入Visure Requirement 6 的画面时,您就会看到项目里用的就是之前基线名称里的数据/内容了。

接下来的另外两个功能,是可以让使用者快速地建立一个新项目的框架及内容。


创建项目的快照模板
 
当用户想要针对目前Visure项目的所有内容 (针对文档、基线、追溯、需求等所有相关数据) 做一个快照时,那么用户在什么情况下会使用到这个功能呢?
 
1) 若是用户自己创建了一个新的公司项目模板,其中包含了需要有哪一些需求相关的档案、档案的架构及追溯关系,用户可以通过模板的功能把创建好的公司模板保留,以后创建新项目时可以直接套用。
 
2) 若是用户的项目有分支,例如项目 A 执行到某个阶段以后,需要做个分支,一个是 A 的项目,另一个是 B 的项目,那么我们可以直接对 A 做个模板,然后创建 B 项目时再套用模板。这个时候我们就不需要重新花费人力来写 B 项目,而是可以直接将 A 档案快照模板的内容当成一个分支继续再往下修改。
 
3) 把模板当成一个备份档案。若是后续有任何情况发生从而导致项目损毁——例如数据库没定期备份,电脑坏了,都可以再用这个模板来恢复项目数据/内容。
 
生成这份模板的步骤很简单。使用者可以:
 
1) 用 admin 账号登入Visure Requirements ALM 6 Administration Center。
 
2) 展开左手边的 Project 目录,鼠标右键点选您想要快照/复制的项目后,再按 Create Template。

3)在跳出来的视窗,选择要快照的内容/数据,然后生成一个IPT附档名的模板档案。
 
这个IPT档案会包含所有和这个项目相关人员的Visure账号信息和所有项目里快照时所保存的数据/内容。当用户在Visure Requirements ALM 6 Administration Center工具里创建一个新的项目时,可以选择第三个 Custom 的设定,然后指到这个IPT档案。

这样Visure就可以快速将之前快照里的所有数据/内容再次创建在这个新的项目下。


需求的重复使用
 
第二个功能是针对项目里需求或档案可以设为可重复使用。这样用户可以把设为可重复使用的多个需求或档案套用到另一个项目里。在套用的时候,用户可以决定使用关联的方式还是拷贝的方式。
 
若是使用关联的方式,那么每当我们在主项目修改这些可重复使用的档案/需求时,当我们登入进了子项目 (使用这些可重复使用的需求时),就会被告知主项目的需求有变动,是否将子项目的需求内容更新成和主项目一样。
 
若是使用拷贝的方式,那么Visure就会自动把主项目的需求拷贝到子项目。主项目所做的任何修改都和子项目无关。
 
我们有看过用户在需求文档里写入如何满足某合规的需求文档。那么当用户在另一个新项目的时候,因为要遵守的规定是一样的,就可以直接把之前上个项目所写好的需求当作可重复使用的物件,直接在新项目上使用。这样用户就可以节省掉需要重新手动创建这些项目 (或手动拷贝这些需求物件)的时间。
 
在Visure里使用的功能的步骤是:
 
1) 用户可以在Visure Requirments ALM Client工具用自己的visure账号登入所需要登入的项目。
 
2) 登入后,点选上方的 Reusability的选项,然后点选 Export Component。
 
3) 在新跳出的 Component画面,点选上方的 Editor ->Add Item来新增一个可重复使用的 Component。
 
4) 建立好以后,我们可以再请 admin人员登入进Visure Requirements ALM Administration Center。
 
5) Admin用户可以在左手边最下方的 Reusable Component 目录看到刚刚创建好的Component。
 
6) 点选这个 Component,然后在画面右边的部分,把需要用到这个可重复使用文档/需求的项目从左边移到右边。
 
7) 当相关人员用Visure账号登入这个移到右边的项目后,可以在上方的 Reusability, Import Component的地方看到之前在步骤3 创建好的Component。汇入时,Visure会让用户选择使用关联还是拷贝的方式。


总结
 
我们这次主要讨论的是如何使用Visure的功能对项目里的需求版本及基线版本进行记录和管控。我们看到用户可以使用Visure来完全满足在这一块的需求。同时,若是这个项目在后续阶段需要有其他的分支项目,用户也可以通过Visure的模板和可重复使用的功能来快速建立一个新的项目,在新项目里所使用的内容都是从之前现有的需求内容直接套用的,减少需要人工介入、再次修改的动作和时间。希望这次所讨论的内容是对大家有帮助的。若是针对以上的说明及步骤有任何问题,也可以再联系我们进一步讨论。

 “原创内容,转载请标明出处”

系统工程核心基线文档解析 摘要:TP(测试计划)、BP(业务计划)、FD(功能定义)、ISD(集成系统设计/接口规范)和NFD(非功能性需求)构成产品开发的完整基线文档体系。TP指导测试活动,BP明确商业目标,FD定义产品功能,ISD规范系统架构与接口,NFD规定质量属性。这些文档存在逻辑关联:BP驱动FD和NFD,ISD基于功能需求实现技术方案,TP则确保最终产品验证。该体系为复杂产品开发提供全生命周期规范,在汽车、医疗等安全关键行业尤为重要,是合规认证的基础。 阅读详情

相关推荐

SVN打基线常用命令使用介绍

打基线就是给被打基线的东西加一个标识,然后在这些东西已经有了变化形成了新的版本后,还能看到打基线的时候这些东西的原来的样子,从而可以对其进行追踪和版本隔离。在项目管理中,打基线主要是在项目进入另一个阶段时把上一阶段的东西打个标识,从而也作为下一阶段的开始。在程序发布时打基线也是尤为重要,如果每次发布新版本时都打一个基线,那么可以做到版本回滚;查找特定版本的BUG;比较版本之间的差异;发布老版本等等。通常版本控制软件都有实现打基线的功能。

ASPICE框架汇总_aspice历史(1),保准看明白

为了应对这些挑战,组织可以实施可追溯性管理的最佳实践,包括定义明确的要求、维护全面的可追溯性矩阵以及使用适当的工具和技术。此外,定期审查和审计可以帮助识别可追溯性方面的差距,并确保所有需求都正确地链接到整个软件开发生命周期的开发和测试活动。但是,ASPICE 更侧重于汽车行业并提供特定于该行业的指导,而 CMMI 更通用,涵盖更广泛的行业和学科。总的来说,虽然 ASPICE 专注于软件开发过程,但它可以通过为包含安全考虑因素的开发过程提供框架来帮助组织开发更安全的软件产品。

2401_84266059的博客 956

基于基线的软件配置管理版本控制

《计算机技术与发展》 2012年11期 基于基线的软件配置管理版本控制 任永昌  朱萍  李仲秋   【摘要】:版本控制是软件配置管理的重要功能,负责为配置库中的所有元素自动分配版本标识,并保证版本命名的惟一性。文中运用软件工程的原理并结合版本控制的实践,首先指出为了有效地进行版本控制而引入基线管理,并通过图形表示最常用的软件项目基线;然后研究版本管理,包括版本管理的功能、版本树、版本的串行与并行演变过程,并通过图形给出了版本演变历史和组件版本的变化过程;最后研究版本控制的主要内容,包括检入检出控制、分支和合并、历史记录。结果表明,在配置管理过程中通过基线进行版本控制,是保护代码资源、提高开发效率、加强软件项目管理的有效途径。

哪些放弃Jira的企业都找了哪些替代工具?盘点15款

15个类似 Jira 的免费软件:1.PingCode:项目管理系统国产化方面的Jira替代方案;2.Worktile:非研发项目管理的Jira 替代方案;3. Redmine:项目管理与问题跟踪的Jira替代方案;4. 禅道:敏捷开发和项目管理的Jira替代方案;5.Trello:任务管理和协作的Jira替代方案;6.Visure:需求管理方面的Jira 替代方案。其他Jira 替代工具我们将在文中详细介绍。

柚橙论 2586

Vue项目实战:海康WebControl插件从安装到预览功能全流程(附RSA加密避坑指南)

本文详细介绍了在Vue项目中集成海康威视WebControl插件的全流程,从环境准备、插件部署到核心功能实现。重点解析了使用JS_RequestInterface获取RSA公钥并进行加密参数初始化的关键步骤与常见避坑指南,帮助开发者高效完成监控视频预览功能的开发与调试。

linux6sysadmin的博客 1227

图文并茂把Ubuntu22.04安装到u盘,实现即插即用

1、刚好打算把Ubuntu安装到u盘,随便记录下整个过程。 2、前提准备:u盘(我的是16g大小),Vmware虚拟机,Ubuntu镜像文件(可以去官网下载); 3、下面记录全过程: 1、打开虚拟机,并选择创建新的虚拟机: 2、选典型: ​ ...

子非鱼 1万+

全面解析基线版本应用的探索实践

为了提升版本管理水平和需求支撑效率,基线版本(Baseline Version)的概念开始被频繁提及,在不久的将来很有可能成为一个热门话题。本文是对基线版本应用的实践探索总结。在快速变化的商业环境中,企业面临着日益增长的个性化需求和市场竞争压力。为了保持竞争力,企业需要快速响应市场变化,同时确保产品的稳定性和可靠性。基线版本的概念应运而生,它是指产品的核心版本,包含了产品的核心功能,是产品稳定性保证。从内在驱动来看,企业采用基线版本策略有助于客户业务稳定健康的快速发展。如何管控基线版本呢?

whalecloud的博客 2735

华中科技大学头歌 交通灯系统设计 Lojisim 详细实验报告,实验图,仅供参考

本实验也是参考了许多大神的做法,也是小白一个!有完整实验代码,实验报告,答辩PPT(ppt当时做得仓促,有点拉胯)~ 需要请评论或私QQ:3096524043(有偿~~) 一、数码管驱动 由真值表生成电路 二、四位无符号比较器设计 三、8位无符号比较器设计 四、一位2路选择器设计 五、八位2路选择器设计 六、BCD双向计数器状态机设计 七、BCD双向计数器输出函数设计 ...

FindXY的博客 1万+

信息文档管理与配置管理

配置管理是管理项目生命周期内各阶段的产物以及产品的各个版本,可以理解为项目的档案管理。而项目文档是配置管理的一部分,是配置管理的对象之一,放在配置管理工具中进行管理。

左直拳的马桶_日用桶 5947

ESP32-P4开发板实战:从零配置VSCode环境到点亮MIPI-DSI屏幕(避坑指南)

本文详细介绍了ESP32-P4开发板在VSCode环境下的配置流程,包括SDK安装、idf_component.yml依赖管理,以及MIPI-DSI屏幕驱动的实现方法。通过实战指南帮助开发者避开常见配置陷阱,快速完成从环境搭建到屏幕点亮的全流程,适用于物联网和嵌入式开发场景。

pp12345的博客 741

Git GUI学习教程

学习宗旨:快速应用,不易忘记 很遗憾,申请Git的专栏未审批,那我就不再写专栏了,把最近的学习心得写一下,我也是在学习中进行,有任何问题直接留言,回复交流,我还采用思路+实践模式快速过。 目录 1、Git是什么 2、远程仓库 1)GitHub: 2)Gitee(码云): 3、安装Git(Windows) 1)下载 ...

Alexantao 的专栏 7252

软件工程学习笔记(五)

找不到某个文件的历史版本开发人员使用错误的版本修改程序开发人员未经授权修改代码或文档人员流动,交接工作不彻底无法重新编译某个历史版本因为协同开发或异地开发,版本变更混乱软件配置管理就是用来管理和控制变化的有效手段。以上就是这一讲的主要内容,若没有配置管理工具,团队协作开发将会变得非常困难,笔者将学习如何使用Git,并进行软件开发。

m0_74750126的博客 518

基于YOLOv8的野生菌菇检测、识别与分类系统

YOLOv8是YOLO系列模型的最新版本,继承了YOLO系列高效、精确的特点。YOLOv8采用了新的网络架构,并优化了推理速度和检测精度。与传统的目标检测算法(如Faster R-CNN)不同,YOLO模型通过一次前向传播同时完成目标定位与分类,因而具有非常高的计算效率。

YOLO 1284

配置管理 基线记录

1.基线记录表: 1.需求基线v1.0  项目名称:       xx系统 基线描述 基线名称: 计划基线 配置项名称 基线建立时间 版本

wm920的专栏 4586

YOLO11改进|卷积篇|引入多样化分支块DBB

YOLO11中添加多样化分支块DBB

A1983Z的博客 1445

Cesium初级开发教程之三十:Primitive集合

教程示例网站:https://thomaz529.github.io。

484

基础版本 + 多定制版本 的git 解决方案

场景 多个用户共同使用一个项目(master_base)作为基准,开发各种定制版本(master_customer_a)(master_customer_b),定制版本会越来越多。 解决问题 基础版本(master_base)有发布时,需要方便的将修改同步到各个定制版本。 各个定制版本可以独立控制。 某定制版本的某个修改,如果到达基础版本标准,也可能需要方便的合并到基础版本。 实现总思路 使用一个版本控制仓库构建不同分支,从而实现对于不同用户版本的处理。 具体实现 注意 开发人员必须理解方案,约定好同步机

博客 3529

IMSL CNL 7.0.0 (x86-64)Crack

IMSL CNL 7.0.0 (x86-64)Crack intel的算法库破解文件,这是C++版本的破解文件

需求基线:构建项目成功的隐形桥梁

需求基线是项目时间轴上的一个关键里程碑,它捕获了经协商一致、彻底审查并最终获批的需求集合,标示着向特定产品版本提交的确切内容。这一“发布”概念涵盖了从完整产品交付到任何阶段性开发增量的广泛范畴。当利益相关者1对需求予以确认时,实质上是对特定需求基线达成共识并承诺跟进,即便他们未必采用此类专业术语来表述这一过程。确立需求基线之后,团队应当依托一个既实用又严谨的变更控制流程,确保关于新增、调整或剔除需求的决策均基于充分的业务和技术考量。

reddishz博客 1179

win10 跳过U8环境检测的IE WebControls.rar

win10 安装u8的时候 提示IE WebControls 不通过,这个工具可以欺骗u8的检查。 跳过U8环境检测的IE WebControls。提示导入失败后,重新检测通过。

Data-Structures-and-Algorithm-Analysis-in-Java.pdf

作者: Weiss, Mark A. 出版社: Addison Wesley Data Structures and Algorithm Analysis in Java is an “advanced algorithms” book that fits between traditional CS2 and Algorithms Analysis courses. In the old ACM Curriculum Guidelines, this course was known as CS7. This text is for readers who want to learn good programming and algorithm analysis skills simultaneously so that they can develop such programs with the maximum amo...

AI 驱动下的需求管理革新与实践分析

在数字化转型深入推进的当下,企业需求管理面临着 “需求黑洞”“价值迷雾”“资产沉睡”“协同之痛” 等多重困境。传统以文档、任务、流程为核心的需求管理方式,已难以应对复杂业务与技术环境下的需求管理挑战。北京维普时代软件有限公司推出的 Visual RM 需求数智化平台,凭借强大的 AI 功能,为企业需求管理提供了全新的解决方案,开启了需求管理数字化、智能化的新篇章。

u011530779的专栏 695

efm32 入门.pdf

本PDF共计22页,介绍的是操作驱动API,下载与否自己斟酌。

最专业的敏捷需求管理工具推荐

Leangoo领歌是一款专业的敏捷开发管理工具,提供端到端敏捷研发管理解决方案,涵盖敏捷需求管理、任务协同、缺陷管理、进展跟踪、统计度量等。

465

对版本控制的思考

在开发中比较头疼的一件事,版本控制属于比较重要的事情了,紧急程度随着线上版本的稳定性有所不同。但要做好版本控制,有些不同的困难需要解决。 之所以触及版本控制,考虑这种情况,线上运行版本处于稳定期,代码以修复bug为主,但是在主线上的开发要不断的添加新功能,代码库处于剧烈的变动状态,这就导致来了主线上的版本库bug率处于居高不下的状态,而且主线以新功能的添加为主,稳定性非常的差,但是这些还

悟世之路 881

【原】SVN中如何给项目打基线

打基线就是给被打基线的东西加一个标识,然后在这些东西已经有了变化形成了新的版本后,还能看到打基线的时候这些东西的原来的样子,从而可以对其进行追踪和版本隔离。 在项目管理中,打基线主要是在项目进入另一个阶段时把上一阶段的东西打个标识,从而也作为下一阶段的开始。 在程序发布时打基线也是尤为重要,如果每次发布新版本时都打一个基线,那么可以做到版本回滚;查找特定版本的BUG;比较版本之...

我是程序员,为了最后的阵地 1594

版本控制gitlab

Gitlab 文章目录Gitlab1.版本控制介绍2. gitlab部署3. gitlab管理 1.版本控制介绍 版本控制是指对软件开发过程中各种程序代码,配置文件及说明文档等文件变更的管理,是软件配置管理的核心思想之一。 版本控制最主要的功能就是追踪文件的变更。它将什么时候,什么人更改了文件的什么内容等信息忠实地了记录下来。每一次文件的改变,文件的版本号都将增加。除了记录版本变更外,版本控制的另...

959 1031

什么时候打基线(网摘)

理解的是.按配置管理计划里的节点生成.配置管理员的审核,无非是依据配置管理计划,看是否在规定时间和要求建立了基线,同时,检查下基线包含的内容是否正确,文实一致!严格来说是按项目Schedule进行,按DM Plan里描述的节点,来确定是否需要建立相应的基线工作。SCM在确立建立基线时,需要检查这条基线包含的内容,是否符合这条基线所定义的内容,该规档该纳入版本控制的配置项,是否符合。

miller_cn的专栏 1934

需求管理的原则与实现

典型需求开发的结果应该有项目视图和范围文档、使用实例文档、软件需求规格说明及相关分析模型。这个基线在客户和开发人员之间就构筑了计划产品功能需求和非功能需求的一个约定( a g r e e m e n t)。需求约定是需求开发和需求管理之间的桥梁,需求管理包括在工程进展过程中维持需求约定集成性和精确性的所有活动,如图1 6 - 1所示。• 管理需求和联系链之间的联系或管理单个需求和其它项目可交付品之间的依赖关系。• 控制单个需求和需求文档的版本情况。• 控制对需求基线的变动。• 跟踪基线中需求的状态。

技术日常 374

SVN打基线

 鼠标右键选择箭头所指位置 2.在URL输入SVN仓库地址,回车 3.找到基线目录和要打基线的项目目录,在项目目录上点击鼠标右键选择copy to 4.在弹出窗口输入基线目录地址,填写相关版本信息,提交 注释模板 Feature: Function: Solution: Effect: Coder: Reviewer 5.至此基线成功打

天涯的浪子 3715
上一篇: Log4Shell是什么?从Log4j漏洞说起
下一篇: 汽车网络安全渗透测试
Trinitytec
博客等级 码龄11年 165粉丝 81原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值