自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+

Warren Lynch 的博客

敏捷开发、Scrum、UML学习笔记和资源

  • 博客(379)
  • 资源 (7)
  • 收藏
  • 关注

原创 如何在功能、特点、价格和性能方面选择PDF编辑器?

我和许多人一样,已经使用PDF这么多年了。我需要一直使用它,而不仅仅是用于查看阅读或打印。我经常需要在办公时间后在机场、咖啡馆里对PDF中的小东西进行润色。因此,一个好的在线PDF编辑器是相当必要的,为你的生活...

2022-09-01 11:54:21 125

原创 UML活动图

UML 活动图是一种行为图,使用动作流来显示场景。它为一系列的行动、基于条件的决定、并发的分支和各种循环建模。14种类型的UML图: 活动图在 UML 2.2 中有 14 种类型的 UML 图,分为两类:7种图表类型代表结构信息 另外 7 个代表行为建模的通用 UML 图类型,包括代表交互的不同方面的四个。这些图表可以按层次分类,如下面的 UML 图表所示:结构图:类图,对象图,组件图,复合结构图,部署图,包图,配置文件图行为图:用例图、活动图、状态机图UML ...

2022-03-22 13:41:19 603

翻译 通过实例学习Archimate

EA / TOGAF 及 Archimate在过去的几十年里,"企业架构(EA)"已经成为企业凝聚力和效率的同义词。任何组织如果不清楚自己在做什么以及如何实现其关键目标,将不可避免地浪费时间和金钱。对你正在做的事情有绝对清晰的认识是值得的,而EA方法将确保你拥有做出关键决策所需的所有信息。这样做的坏处是,即使是最新版本的EA框架,如TOGAF,对于那些不熟悉的人来说也是难以理解的。如果没有正确的培训,理解架构领域和概念是具有挑战性的,但期望所有的关键决策者都学习EA几乎是不可行的。正因为如此,那些进

2022-03-09 09:20:49 367

翻译 用例分析教程

UML用例图是正在开发的新软件程序的系统/软件需求的主要形式。用例图的目的是可视化系统应该做什么(什么);在这个阶段,它不考虑如何(如何)去做。一旦指定了用例,就可以用文本和可视化的表示(即用例图)来表示它。用例建模的一个关键概念是它帮助我们从最终用户的角度设计系统。它是一种通过指定所有外部可见的系统行为以用户术语来传达系统行为的有效技术。换言之,必须从外部来看待系统的使用,即不应该从内部来看待系统,而是从更高的层面来确定系统应该提供给外部参与者的功能。用例图的目的用例图通常是在开发的早..

2022-02-23 15:26:53 4402 1

翻译 超级简单的流程图指南

​流程图是数据处理系统中涉及的操作的图形表示。系统中的操作。通常,理解问题的最佳方式是画图。与一组简短的单词或短语相比,图表通常可以让我们更全面地了解情况。然而,视觉符号)(形状)和文本的结合为交流和解决问题提供了一个非常强大的工具。当创建流程图来表示算法时,可以更快地开发算法。流程图比算法更容易理解。

2022-02-22 11:16:28 4321

原创 基本流程图与跨职能流程图

​流程可以用流程图来表示,但它们有一个缺点——标准流程图无法表明谁负责这些活动。流程可以用流程图来表示,但它们有一个缺点——标准流程图无法表明谁负责这些活动。因此,跨职能流程图(或称为泳道图、泳道流程图、跨职能流程图)通过定义谁做什么来使流程更加清晰。每条泳道都代表一个人、团队或利益相关者,明确谁负责流程中的哪个阶段,以帮助避免混淆。

2022-02-22 11:01:15 11332

翻译 用于敏捷开发的免费 UML 工具 2022

敏捷时代的UML:为什么它仍然有意义?它取决于目标系统的大小和复杂性:建造一个狗屋可以由一个人完成。它涉及一个简单的过程,使用诸如钉子、锤子、锯子、胶带等基本工具执行。在几个小时内,您就可以为狗建造一座房子,并且无需其他人的帮助就可以完成。建模工作很少,有时甚至是不必要的。如果你想用同样的东西为你的家人盖房子,有可能吗?它需要详细的规划、一些草图等。当然,建造房屋最好由一个团队来完成。它需要详细的建模、定义明确的流程和强大的工具。高层建筑呢?建模无疑是任何建设项目的关键部分!和软

2022-02-17 13:30:56 1626

翻译 用例的正确概念

用例用例是对用户如何在您的网站上执行任务的书面描述。它从用户的角度概述了系统响应请求时的行为。每个用例都表示为一系列简单的步骤,从用户的目标开始,到该目标实现时结束。用例的好处用例增加了价值,因为它们有助于解释系统应该如何运行,并且在此过程中,它们还有助于集思广益可能出现的问题。它们提供了目标列表,该列表可用于确定系统的成本和复杂性。然后,项目团队可以协商哪些功能成为需求并被构建。包括哪些用例 不包括哪些用例 谁在使用该网站 用户想要做什么 .

2022-01-25 11:44:05 1559

原创 免費工具 - PDF转换成Flipbook, 并把它放在漂亮的书架上

閱讀傳統的PDF電子書有時對每個人來說都有點無聊。 我猜你在互聯網上遇到過一些有趣的翻頁電子書。 您可以使用3D翻頁效果翻頁; 為了讓閱讀更有趣,最好與朋友分享,並在社交網絡上展示。将任何 PDF 转换为在线翻书正在寻找一种在线将 PDF 转换为电子书的方法?翻頁书是显示和共享 PDF 出版物作为数字电子书、目录、小册子、报告、时事通讯、照片书、作品集、演示文稿的有效方式。Visual Paradigm Online 是最好的动画书制造商,可让您将 PDF免費转换为在线动画书秒,无需任何预付款或

2022-01-13 18:17:52 651

转载 如何使用免费工具制作一本精彩的3D翻页书?

在线设计,制作 发布和分享美丽的电子书。

2022-01-13 14:27:14 580

原创 实体关系图 (ERD) 指南

在本指南中了解有关实体关系图 (ERD)、它们的用途、如何理解它们、如何创建它们等的所有信息。实体关系图 (ERD) 是一种图表,可让您查看不同实体(例如人员、客户或其他对象)在应用程序或数据库中如何相互关联。它们是在设计新系统时创建的,以便开发团队可以了解如何构建数据库。它们也可以在现有系统上创建,以帮助团队了解系统的工作方式并查找和解决任何问题。实体关系图使用一组特定的符号(例如形状和箭头)来描述系统和数据库。这是 ERD 的示例:ERD 的组成部分实体关系图由许多.

2021-12-23 16:23:58 10916

原创 写一个很棒的用户故事

用户故事代表团队可以在迭代中交付的一小部分业务价值。虽然传统需求(如用例)试图尽可能详细,但用户故事是逐步定义的,分为三个阶段: 需求的简要描述 在 backlog 细化和迭代计划期间发生的对话以巩固细节 确认故事圆满完成的测试 结构良好的故事将符合 Bill Wake 的 INVEST 首字母缩略词的标准:独立的 (Independent)-我们希望能够以任何顺序进行开发。 面议 (Negotiable) -避免过多的细节;保持他们的灵...

2021-12-21 11:50:07 447

翻译 什么是 Scrum 工件?

What is Scrum Artifacts?随着我们的技术系统和项目在规模和复杂性方面不断发展,Scrum 会议和敏捷方法已成为许多公司开发过程中不可或缺的一部分。Scrum 会议是团队成员协作的好方法,可确保队列中的所有项目和任务都得到推进并及时完成,以实现公司目标并确保为用户提供最佳体验。在计划 Scrum 会议时,重要的是要考虑与每个开发中的产品有关的所有关键信息,以及在这些项目中计划和开展的所有活动。这些关键信息被称为 Scrum 工件。Scrum工件对于让所有 Scrum...

2021-12-21 11:12:08 418

翻译 使用逐步细化开发 DFD

数据流图(DFDS) 表示通过系统的信息流。DFD 迅速成为可视化软件系统流程中涉及的主要步骤和数据的流行方式。数据流图 (DFD) 是表示流程或系统(通常是信息系统)的数据流的一种方式,例如:数据来自哪里 它去哪里 如何存储换句话说,它显示了系统如何使用自上而下的分解技术(或称为逐步细化)在输入和输出方面处理数据。什么是逐步细化?其中一个有效的方式来解决一个复杂的问题是把它分解成更简单的子问题。您首先将整个任务分解为更简单的部分。逐步细化本质上是对系统进行分解,以深入了解构成系统

2021-12-16 10:44:40 381

翻译 系统上下文图和 DFD 之间的关系

的系统环境图(也称为0级DFD)是数据流图中的最高水平,并且只包含表示,其建立上下文和系统的边界进行建模整个系统的单个过程。它识别系统和外部实体(即参与者)之间的信息流。上下文图通常包含在需求文档中。它必须由所有利益相关者阅读,因此应以通俗易懂的语言编写,以便利益相关者能够理解项目。以下是销售订单系统的示例上下文图:编辑此图系统上下文图的目的系统上下文图的目标是将注意力集中在开发一组系统需求和约束时应考虑的外部因素和事件。系统上下文地图通常在项目的早期使用,以确定调查的..

2021-12-16 09:30:40 3632

翻译 散点图教程

散点图(也称为散点图和相关图)是一种分析两个变量之间关系的工具,用于确定两个变量之间的相关程度。一个变量绘制在水平轴上,另一个绘制在垂直轴上。它们的交点的模式以图形方式显示了关系模式。它是质量七项基本工具之一。代码变量如果点已编码(颜色/形状/大小),则可以显示附加变量。数据显示为点的集合。对于每个点,一个变量的值决定了水平轴上的位置,另一个变量的值决定了垂直轴上的位置。编辑此图表最常见的是散点图用于证明或反驳因果关系。尽管该图显示了这种关系,但并不能证明一个变量会导致另一个

2021-12-13 11:45:21 5680

原创 Scrum指南更改 2017 vs 2020

Scrum 指南是了解 Scrum 框架元素和相应规则的官方资源。好消息是,Scrum Guide 也将不时被检查和调整,以使其更加有效。通常每 2 到 3 年,它的共同创建者 Ken Shwaber 和 Jeff Sutherland 就会发布一个新版本的 Scrum 指南。2020年11月,发布了最新版本(2020版)Scrum Guide。在此之前是 2017 年 11 月。根据从各个行业、实施 Scrum 的组织收到的信息,将对 Scrum 指南进行更改。在本文中,您将能够清楚地了解..

2021-11-16 09:30:34 257

翻译 敏捷开发的现状

虽然离成熟还很远,但敏捷正在发展,组织正在意识到他们通过采用该方法来实现的好处。这些发现来自最新的敏捷状态调查,该调查涵盖全球软件开发社区的广泛行业。在这第 12 年中,收集和分析了 1,492 份回复。虽然它是由 CollabNet VersionOne 赞助的,但只有 22% 的受访者是 VersionOne 的客户。在今年的调查中,超过一半的受访者表示,他们的团队中有一半以上在使用敏捷实践,并且在所有受访者的组织中,97% 的受访者都在实践敏捷方法,65% 的受访者已经这样做了 3 年或更长时

2021-11-11 14:10:56 467

原创 Scrum的六个重要原则

有六个可帮助您应用 Scrum 框架并从 Scrum 中受益。他们是: 控制经验过程。Scrum 团队相信透明度、检查和适应 (3 Pillars)。 自组织 (Self-Organized)。尽管您的 Scrum 团队将有角色和规则,但每个 Scrum 成员都有权掌控自己的任务和工作。Scrum 相信共享所有权会带来更具创造力和活力的团队。 工作地点同一地点 (co-location)-如果您在 Scrum 冲刺 (Sprint) 期间和之后一起工作,您的团队将提供最...

2021-11-09 14:38:52 497

原创 高效 SCRUM MASTER 的习惯和特点

In ScrumScrum Master 负责确保 Scrum 被理解和执行。 Scrum Master 通过确保 Scrum 团队遵守 Scrum 理论、实践和规则来做到这一点。 Scrum Master 是 Scrum 团队的仆人式领导者。 Scrum Master 帮助 Scrum 团队之外的人了解他们与 Scrum 团队的哪些互动有帮助,哪些没有。 Scrum Master 帮助每个人改变这些交互,以最大化 Scrum 团队创造的价值。 Scrum Master帮助每个人改变这些交互.

2021-11-09 13:32:39 201

原创 产品待办列表细化 (Product Backlog Refinement)

什么是产品积压细化?产品待办事项优化是向产品待办事项中的项目添加细节、估计和订单的行为。这是一个持续的过程,在这个过程中,产品所有者和开发团队就产品待办事项的细节进行协作。在产品待办事项优化过程中,对项目进行审查和修订。产品待办列表细化 (PBR) 是改进要完成的(软件)工作列表的持续过程。PBR 是决定必须完成什么以及以什么顺序完成的基石。在本文中,我们描述了产品待办列表细化的主要活动。执行产品待办事项优化的5个步骤产品Backlog细化是大多数或所有的球队在备战即将到来的迭代(或多个

2021-11-02 17:30:53 1363

原创 什么是3C和用户故事 (User Stories)

用户故事是敏捷软件开发中的一种工具,用于从用户的角度获取软件特性的描述。用户故事描述了用户的类型,他们想要什么以及为什么。用户描述有助于创建需求的简化描述。用户描述的目的是记录项目将如何向最终用户交付价值。然后,开发团队的工作就是开发满足用户需求的代码。在最好的情况下,开发人员与业务所有者和涉众密切合作,在开发代码时澄清细节。用户故事是从需要新功能的人(通常是系统的用户或客户)的角度对功能进行的简短而简单的描述。用户故事是 "谁需要它,需要什么以及为什么需要它。" 因此,这为用户故事提供了.

2021-11-02 15:52:52 2099

翻译 3 分钟了解 Zachman 框架

Zachman 框架是一种逻辑结构,用于对企业的管理重要的设计工件进行分类和组织。它是一种企业本体结构,提供了一种从不同角度查看企业及其信息系统并显示企业组件之间如何关联的方式。6 行(视点)+ 6 列(W5H)+ 6 条规则Zachman 框架是一种二维分类方案,用于企业的描述性表示,其结构为包含 36 个单元格的矩阵,每个单元格都专注于企业的一个维度或视角。行通常表示系统开发过程中涉及的不同观点,而列代表参与组织的利益相关者的不同观点。在使用 Zachman 框架时,我们还应该注意...

2021-11-01 15:50:47 1505

翻译 什么是MODAF?

MODAF(国防部架构框架)是一个架构框架,它定义了实施企业架构的标准化方式。它是一个国际公认的企业架构框架,用于支持国防规划和变更管理活动。它通过以严格、连贯和全面的方式捕获和呈现信息来帮助理解复杂问题来实现这一点。MODAF的观点和观点MODAF 架构是作为连贯的、连续的模型开发的,从整体上看,它代表了企业的完整图景。MODAF 定义了丰富的关系选择,可用于集成各种架构元素。国防部的观点每个视点对建筑模型都有不同的看法;例如,运营观点考虑了以某种方式交互以实现预期结果的运营节点(

2021-11-01 15:41:20 495

翻译 什么是统一架构框架 (Unified Architecture Framework)?

统一架构框架 () 基于 UPDM 3.0 和军事社区中的 UML/SysML。价值主张是基于美国国防部架构框架 (DoDAF) 和英国国防部架构框架 (MODAF) 以及 NAF(北约架构框架)开发标准化和一致的企业架构。UAF 定义了表示企业架构的方式,使利益相关者能够专注于企业中的特定兴趣领域,同时保持对大局的关注。UAF 满足商业和工业企业的特定业务、运营和系统集成需求以及以下最新版本:S. 国防部架构框架 (DoDAF) 英国国防部架构框架 (MODAF) 北大西洋公约组织架构框架 (

2021-11-01 15:26:44 1591

翻译 Scrum: 管理产品待办事项 (Project Backlog) 的原则

产品待办列表是产品中已知需要的所有内容的有序列表。它是对产品进行任何更改的唯一要求来源。”该产品负责人负责产品Backlog,包括它的内容,可用性和排序。产品待办事项永远不会最终确定。业务需求、市场条件或技术的变化可能会导致产品待办列表发生变化。它随着产品和项目环境的发展而不断发展。项目的需求永远不会停止变化,因此产品待办事项列表就像一个活的Scrum 工件。Product Backlog 中的高优先级项目是细粒度的,因为这些项目的信息和细节更多,所以有更多的细节和准确的估计。较低优先级的项目是具.

2021-11-01 13:59:36 1472

翻译 API 方法中的代码优先 (Code First) 与设计优先 (Design First)

Code First 方法是构建 API 的一种更传统的方法,在制定业务需求之后进行代码开发,最终从代码生成文档。Design First 方法提倡在编写任何代码之前先设计 API 的契约。这是一种相对较新的方法,但很快就会流行起来,尤其是在使用 OpenAPI 规范格式的情况下。设计优先:计划被转换为人类和机器可读的合约 (API),例如 Swagger 文档,从中构建代码 Code First:根据业务计划,直接对API进行编码,从中可以生成人类或机器可读的文档,例如Swagger文档...

2021-11-01 13:13:01 396

原创 七种最流行的敏捷开发方法

在创建敏捷宣言时,有不少“轻量级”开发流程;此后出现了其他此类方法。它们现在统称为“敏捷”方法。敏捷是一种思维方式和行为方式。 敏捷是一种心态,是一套价值观和原则。 敏捷是关于短周期、迭代和增量交付、快速失败、获得反馈、尽早向客户交付业务价值以及人员、协作和交互。敏捷是一种思考透明度、检查和适应的方式。但是,敏捷不包含任何角色、事件或工件。这是一种心态。例如Scrum 是敏捷方法下广泛使用的框架之一。它可以帮助你变得更加一个GILE,但也有更多的框架,敏捷运动,如看

2021-10-29 16:02:40 4747

原创 Sprint 评审 (review) 和 Sprint 回顾 (Retrospective) 有什么区别?

sprint 评审和 sprint 回顾都是生产团队在世界各地使用的Scrum 事件。虽然相似——它们都发生在冲刺结束时——但它们是独立且不同的练习,应该始终如此对待。冲刺评审为团队创造了一个展示最近冲刺中刚刚完成的工作的机会。这在本质上可能更随意,向内部团队成员展示工作演示。它也可以是一个更正式的会议,核心团队之外的利益相关者可以被邀请参加展示。无论您希望(或需要)如何进行 sprint 评审,工作都应该始终是完全可证明的,并且满足团队定义的质量,以便进行评审。因...

2021-10-29 14:08:26 2796

原创 SDLC - 螺旋模型

螺旋模型将迭代开发的思想与瀑布模型的系统、受控方面相结合。这种螺旋模型是迭代开发过程模型和顺序线性开发模型的组合,即非常重视风险分析的瀑布模型。它允许通过围绕螺旋的每次迭代增量发布产品或增量改进。螺旋模型 - 设计螺旋模型有四个阶段。一个软件项目在称为螺旋的迭代中反复经历这些阶段。螺旋模型的阶段有四个象限,每个象限代表软件开发的某个特定阶段。这四个象限的功能如下:规划目标或确定替代解决方案:在此阶段,从客户那里收集需求,然后在项目开发之初识别、阐述和分析目标。如果迭代轮数不止一个,则在同..

2021-10-28 15:11:48 836

翻译 什么是软件开发生命周期?

软件开发生命周期 (SDLC)(也称为应用程序开发生命周期)是规划、创建、测试和部署软件系统的过程。系统开发生命周期框架为系统设计人员和开发人员提供了一系列可遵循的活动。它由一组步骤或阶段组成,其中 SDLC 的每个阶段都使用前一个阶段的结果。SDLC 遵循对开发人员至关重要的重要阶段,例如规划、分析、设计和实施。就像在装配线上制造的任何东西一样,SDLC 旨在根据客户的要求,通过在预定的时间框架和成本估算内交付经过每个明确定义的阶段的系统,生产满足或超出客户期望的高质量系统。传统 / 瀑布 /

2021-10-28 14:44:19 2942

翻译 数据建模 Database Modeling:概念 (Conceptual) vs 逻辑 (Logical) vs 物理数据 (Physical) 模型

数据建模是一种使用实体关系图(ER图)记录软件系统的技术,实体关系图是公司数据库表中数据结构的表示。它是公司业务需求的非常有力的表达。数据模型有多种用途,从高级概念模型、逻辑到物理数据模型,通常由实体关系图表示。它作为数据库分析师和软件开发人员在系统和底层数据库的设计和实现中使用的指南。什么是实体关系图?实体关系图 (ERD) 是可以由数据库捕获的信息的图形表示。这样的“图片”有两个目的。它允许数据库专业人员简洁而准确地描述整体设计。ER 图可以很容易地转换为关系模式。ERD 中包含三个组件:实

2021-10-28 14:10:28 1315

原创 确立Sprint 目标 (Sprint Goal) 的8个理由

你应该认真对待Sprint目标的8个理由在sprint期间,开发团队可以讨论并跟踪与sprint目标相关的进度。这有助于监控和评估整个sprint过程中的进展。 冲刺目标 (Sprint Goal) 为构建产品增量提供了一个理由: 在“冲刺”的末尾,团队应该产生一个潜在的可发布产品增量,与冲刺目标一致。 一个通用的sprint目标可以帮助开发团队设置优先级,这使得查看接下来应该处理哪些故事变得更简单。 一个sprint目标通过鼓励一个共同的焦点和目标来促进团队合作,并为高效的sprint计划奠定基

2021-10-26 16:14:27 405

原创 Scrum成功项目必备的十二法则

Scrum 框架旨在优化开发过程并最大限度地减少浪费的时间。为了实现上述目标,开发过程被分解为 Sprint。根据 Scrum.org 的说法,Sprint 是“一个为期一个月或更短的时间框,在此期间会创建“完成”、可用且可能发布的产品增量。在整个开发工作中,冲刺具有一致的持续时间。新的 Sprint 在上一个 Sprint 结束后立即开始。”很明显,使用 Scrum 方法开发的最终软件部分的质量取决于流程中每个 Sprint 的有效性。为确保 Sprint 成功,您需要牢记Scrum 中的

2021-10-26 15:11:57 71

原创 谁负责定义scrum中的 Definition of Done (DOD)?谁能判断用户故事是否完成?

(ProScrum 指南說; "Scrum 團隊是 DoD的擁有者, 所以包括 Po 。"Scrum 團隊擁有完成定義 (DOD),並且由開發團隊和產品擁有者 (PO) 共用。只有開發團隊能夠定義它,因為它維護了 [他們] 必須執行的工作品質。這有點像開發團隊和PO之間的"合同",就像任何合同一樣,兩個部分都可以提供輸入,直到雙方都準備好 "簽署" 它。PO (Product Owner) 决定价值是什么,开发团队决定质量是什么。开发团队的工作是编写高质量、高价值的软件。如果PO反馈说该产品..

2021-10-26 09:52:14 1173

原创 Scrum 指南 2020 版的 5个修改

每隔几年,Scrum 的作者 Ken Schwaber 和 Jeff Sutherland 就会聚在一起更新 Scrum 指南中定义的 Scrum 框架。这些是 Scrum 的官方规则,它们已经经历了多次迭代。到 2020 年底,他们的最新版本发布了,它的标题只是2020 Scrum Guide™。目标是简化框架并减少不需要的部分,以便更多的受众更容易访问该框架。这可以从 Scrum 指南的大小减少(从 19 页到 13 页)中得到最好的体现。他们还对框架进行了一些更改,虽然有些不那么重要,但我相.

2021-10-25 18:05:16 117

翻译 实践 TDD / BDD: 两个重要质量工程的实践

在過去十年中,軟件開發中從級聯到敏捷方法的轉變迎來了一個持續測試和變革的時代。這種質量工程的新方法使開發人員能夠引入新的更改並防止錯誤或故障阻礙應用程序的可擴展性,從而使開發過程更加動態化。在敏捷開發環境中操作的任何人都可能熟悉術語行為驅動開發 (BDD) 和測試驅動開發 (TDD)。由於這兩個術語發音相似,因此很容易將一個與另一個混淆或將它們視為同義詞。然而,事實並非如此。儘管 BDD 和 TDD 都是測試優先的方法,但過程卻明顯不同。在 TDD 中,書面測試用例用於檢查應用程序功能的有效性。另一

2021-10-19 09:22:34 209

翻译 测试驱动方法(TDD):实现敏捷开发 (Agile Development)

什么是敏捷开发?敏捷开发是一种能够响应快速变化的需求的软件开发能力。它们的具体名称、概念、过程和术语各不相同。与“非敏捷”相比,他们强调程序员团队和业务专家之间的密切协作,面对面的交流(被认为比书面文档更有效),并经常交付新的软件版本,小型和自组织的小型团队和有价值的功能编写,以及适应不断变化的需求的团队组织方法,更加关注人在软件开发中的作用。然而,疗法Ë是TDD的几个类似版本的敏捷开发方法,比如TDD:BDD,DDD和ATDD。在详细介绍TDD之前,先简单介绍一下这些方法:TDD:测试驱动..

2021-10-15 10:15:24 839

翻译 敏捷開發:使用 BDD 編寫更好的用戶故事

BDD 或行為驅動開發 (Behavior-Driven Techniques) 技術用於使業務和技術團隊更容易理解您的用戶故事。本文是關於如何使用它來改進您的用戶故事 (user Story),從而對提高開發人員性能、減少工作量和提高最終用戶滿意度產生直接影響。首先,讓我們做一個簡短的回顧。用戶故事是一小部分有價值的功能,用於在敏捷團隊中規劃和確定工作優先級。敏捷方法論的先驅Martin Fowler給出的定義是:用戶故事是對客戶有價值的一大塊功能。如果您想了解有關用戶故事的更多信息,以下

2021-10-12 13:49:25 138

翻译 什麼是 “給定 (Given),何時 (When),然後 (Then)” 用戶故事模板?

Given-When-Then 是一種表示 User Story / Use Case 測試的風格——或者正如其倡導者所說——使用Specification By Example 指定係統的行為。這是由Daniel Terhorst-North和 Chris Matts開發的一種方法,作為 行為驅動開發(BDD) 的一部分。定義給定-當-然後式是一個模板旨在指導的寫入驗收測試為一個用戶故事:鑑於 (Given) 一 些背景 當 /何時 (When) 一 執行某些操作 然後 (Then.

2021-10-12 13:31:43 813

SBOK 指南 (2016)

SBOK指南: Scrum知识体系指南(SBOK)为Scrum的成功实现提供了指南,Scrum是最流行的敏捷产品开发和项目交付方法。

2018-12-28

Introduction to TOGAF ADM (Part 5 of 5) - Visual Paradigm Ebook Series

TOGAF ADM (Phase E) 介绍的关键概念和自动化过程使用Visual Paradigm

2018-01-04

Introduction to TOGAF ADM (Part 4 of 5) - Visual Paradigm Ebook Series

介绍 TOGAF ADM (phase A, B 和 C) 的关键概念和自动化过程使用 Visual Paradigm

2018-01-04

Introduction to TOGAF ADM (Part 3 of 5) - Visual Paradigm Ebook Series

介绍TOGAF ADM A 阶段 (Phase A) 的关键概念和自动化过程, 使用Visual Paradigm

2018-01-04

Introduction To TOGAF ADM (Part 1 of 5) - Visual Paradigm Ebook Series

TOGAF ADM的基本概念和自动化过程的介绍 - Visual Paradigm所提供

2018-01-04

Introduction to TOGAF ADM (Part 2 of 5) - Visual Paradigm Ebook Series

了解TOGAF的初步阶段 (preliminary phase), 工具支持等.

2018-01-04

2010-2015年天津房地产市场投资分析及前景预测报告.pdf

2010-2015年天津房地产市场投资分析及前景预测报告

2010-11-18

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除