敏捷开发与cmmi比较 更多内容
  • 用户故事驱动的敏捷开发

    团队? 如何使用各种开发工具和平台,借助如任务跟踪、分支计划、持续集成、持续发布、自动化测试等工具让开发过程变得更加高效? 用户故事的需求整理方式传统需求的整理方式有很大的不同。传统软件开发中,我们依赖用户需求、技术需求、规格说明书等工具,试图使用规范的文档来解决需求收集和传递

    来自:帮助中心

    查看更多 →

  • 敏捷测试

    华为云CodeArts提供专业的用例管理缺陷跟踪管理工具。 通过测试计划服务的测试管理功能,可以清晰的查看需求树中每一个需求所关联的测试用例。 测试用例中提供用例的基本信息编辑查询,用例执行结果、缺陷列表、操作历史等内容的查询。 可直接在用例执行后,在用例界面新建缺陷或关联缺陷,实现缺陷用例、用例需求、需求与缺陷的闭环跟踪。

    来自:帮助中心

    查看更多 →

  • 敏捷回顾

    敏捷回顾 如何玩转每日站会 父主题: Scrum项目最佳实践

    来自:帮助中心

    查看更多 →

  • 朴素的DevOps价值观

    我们通常的观点是“架构是服务于业务的,太过超前的架构是浪费”,由此可以想到架构业务其实也有相似的关系。 参考Nicole的句式,从DevOps涉及到的几个维度出发:业务、架构技术;人、流程工具;原则,方法实践,于是便有了如下的几句话: Business matters...Architecture

    来自:帮助中心

    查看更多 →

  • 什么是敏捷

    形成时间上越多的浪费。反观敏捷开发,实行的是一种务实的做法,当收集到足够一次迭代开发的需求时即向下一个步骤前进,尽量缩短前置时间的浪费,然后将"分析、设计、开发测试"形成一个开发步骤,减少了步骤步骤之间的衔接时间。 首次发布:敏捷开发采用迭代的开发方式,每个循环都会有一个潜在

    来自:帮助中心

    查看更多 →

  • DevOps VS 敏捷

    理和工程实践,来实现开发业务之间的频繁沟通,快速响应变化。 而DevOps的出现,是为了解决开发运维之间的鸿沟。前端的敏捷的确是快了,却发现因为DevOps之间的隔阂,无法真正的将价值持续的交付给客户。 开发侧很快,运维侧太稳,这个就是我们常说的开发运维之间固有的、根因的

    来自:帮助中心

    查看更多 →

  • 敏捷实践之物理看板与电子看板

    敏捷实践之物理看板电子看板 选择物理看板还是电子看板 敏捷项目最终的成功还是失败,使用物理看板还是电子看板没有绝对的因果关系。换个方式说,选择哪种看板不是对错,而是适合不适合。所以,要思考的是哪种方式更适合你的团队。 物理看板的优势和劣势 优势 成本低:几乎不需要成本,办

    来自:帮助中心

    查看更多 →

  • 比较操作

    NULL 规则:不要写Expression = NULL,NULL代表一个未知的数值,因此无法知道两个未知的数值是否相等。 父主题: 操作符表达式

    来自:帮助中心

    查看更多 →

  • 比较BOM

    比较BOM 功能说明 将不同的Part、BOM放在一起进行查看,比较Part或BOM之间的共同点及差异点。 请参考Part管理中的部件比较进行操作。 父主题: BOM管理

    来自:帮助中心

    查看更多 →

  • 比较函数

    比较函数 表1 比较函数列表 序号 MySQ数据库 GaussDB数据库 差异 1 COALESCE() 支持,有差异。 union distinct场景下,返回值精度MySQL不完全一致。 当第一个不为NULL的参数的后续参数表达式中存在隐式类型转换错误时,MySQL会忽略该

    来自:帮助中心

    查看更多 →

  • 比较函数

    如果需要可以定义转义字符。尚不支持转义字符。 string1 NOT LIKE string2 [ ESCAPE char ] BOOLEAN 如果 string1 string2 不匹配返回 TRUE; 如果 string1 或 string2 为 NULL 返回 UNKNOWN。 如果需要可以定义转义字符。尚不支持转义字符。

    来自:帮助中心

    查看更多 →

  • DevOps敏捷测试之道

    试、界面测试、UI,还要尽量做到自动化。提交一行代码,能够自动把整个测试流程走遍,出去喝一杯咖啡之后,回来看到所有的测试结果在开发者眼前呈现。 常规安全弹性安全 在我们常规的设想中,通常是哪个地方不安全,就一定要把所有不安全的因素找出来,清除掉。这是常规的做法,也就是Safet

    来自:帮助中心

    查看更多 →

  • DevOps敏捷测试之道

    ,甚至两周发一次,但这时的转变并不彻底,客户的交付过程仍然存在一些问题。后来越来越多的工具向平台化、服务化方向转型,这个时候一些商业模式发生了根本性的变化,也就是说当需求上云了以后,用户更加快速的介入进来。基于云平台,把一些功能快速的开发出来,然后频繁的和用户去商量,听取客户意

    来自:帮助中心

    查看更多 →

  • 备份方式比较

    需要额外的存储空间 需要对文件系统监控 需要更多的时间使备份可用 对业务网络有影响 没有块级别的完整性检查 父主题: SAP HANA备份恢复方案

    来自:帮助中心

    查看更多 →

  • 敏捷项目管理

    程中,通过不断的交付价值沟通反馈,建立团队内部彼此之间以及团队客户之间的沟通、信任信心。 在CodeArts中,计划是分为两级的,第一级是大的发布计划,以月度、季度、年度为粒度,我们称之为路标;第二级是具体的迭代计划,以周或双周为粒度,这是团队开发及交付的节奏和心跳。 针对Product

    来自:帮助中心

    查看更多 →

  • 部件差异比较

    部件差异比较 操作场景 将不同的Part、BOM放在一起进行查看,比较Part或BOM之间的共同点及差异点。 操作步骤 在首页左侧导航栏,选择“功能地图 > 常用信息 > 部件差异比较”,进入“部件比较”页面。 您也可以在部件详情页中,选择操作导航中的“部件差异比较”进入。 单击“添加部件”,进入添加部件页面。

    来自:帮助中心

    查看更多 →

  • 转型方案实施

    敏捷改进小组为敏捷转型项目的特性团队,包含领导层各个角色的种子选手。建立敏捷改进工作圈迭代运作,建立敏捷转型工作坊持续总结改进,建立敏捷改进工作墙,实时可视化敏捷转型的状态及进度。在管理敏捷转型的同时,让敏捷改进小组对敏捷转型本身有更加深入的理解。 图1 现场实践示例 试点项目的敏捷实践

    来自:帮助中心

    查看更多 →

  • 比较操作符

    比较操作符 比较操作符可用于所有相关的数据类型,并返回布尔类型数值。 所有比较操作符都是双目操作符,被比较的两个数据类型必须是相同的数据类型或者是可以进行隐式转换的类型。例如1<2<3这样的表达式为非法的,因为布尔值和3之间不能做比较 GaussDB (DWS)提供的比较操作符请参见表1。

    来自:帮助中心

    查看更多 →

  • 比较操作符

    比较操作符 所有数据类型都可用比较操作符进行比较,并返回一个布尔类型的值。 比较操作符均为双目操作符,被比较的两个数据类型必须是相同的数据类型或者是可以进行隐式转换的类型。 GaussDB提供的比较操作符请参见表1。 表1 比较操作符 操作符 描述 < 小于 > 大于 <= 小于或等于

    来自:帮助中心

    查看更多 →

  • 比较操作符

    比较操作符 大部分数据类型都可用比较操作符进行比较,并返回一个布尔类型的值。 比较操作符均为双目操作符,被比较的两个数据类型必须是相同的数据类型或者是可以进行隐式转换的类型。 GaussDB提供的比较操作符请参见表1。 表1 比较操作符 操作符 描述 < 小于 > 大于 <= 小于或等于

    来自:帮助中心

    查看更多 →

  • 开发与运维

    开发运维 应用管理运维平台 ServiceStage 软件开发生产线 CodeArts 流水线 Codearts Pipeline 父主题: SCP授权参考

    来自:帮助中心

    查看更多 →

共105条
看了本文的人还看了