- 博客(385)
- 资源 (7)
- 收藏
- 关注
RSS订阅原创 UML组件图综合指南：设计清晰、可维护的软件系统
UML（）组件图是软件系统设计中的重要工具，用于描绘系统的物理结构和组件之间的关系。在软件工程中，通过创建清晰的组件图，团队能够更好地理解系统的模块化结构和组织关系，从而提高设计的可维护性和可扩展性。本文将提供关于编写UML组件图的综合指南，涵盖了组件的标识、组件之间的关系、组件接口、端口和连接器、组件和实现的区分，以及如何文档化、版本控制、与其他图整合等方面的指导。用于显示系统的物理结构，组件及其相互关系。强调系统的模块化和组织结构。
2023-10-13 15:07:29
873
原创 創造難忘品牌體驗的影片行銷秘訣
在競爭激烈的環境中，企業要脫穎而出，創造難忘的品牌體驗至關重要。影片行銷已經超越傳統方法，成為一個強大的工具，讓品牌與受眾建立真實的連結。
2023-10-05 16:54:50
142
原创 “在 ArchiMate EA 建模中的组合关系：构建块和依赖关系
在企业架构（EA）建模领域，结构关系在描绘架构内静态一致性方面起着至关重要的作用。其中一个关键的结构关系是组合关系，这是 ArchiMate 语言中深植的概念，提供了一个全面的框架，用于表达元素如何组合形成一个连贯整体。
2023-10-04 13:51:15
244
原创 大型IT系统的UML类图设计实践与管理
是模型元素的附加视图，您可以将其从一个图表复制并粘贴到另一个图表中，以在不同的上下文中表示相同的元素。使用多个类图来组织系统，确保一致性，并采用适当的工具和流程来支持开发和维护，将有助于提高系统的可维护性和可扩展性。例如，在UML类图中，您可能会在一个图表中将一个类表示为主视图，并在另一个图表中将其用作辅助视图，以展示该类的不同方面或关系。因此，如果您在一个图表中移动或修改了一个辅助视图，它不会影响实际的模型，并且您需要手动在主视图或模型元素的原始实例中进行相同的更改。这有助于确保类图的清晰性和可维护性。
2023-09-27 13:34:12
201
原创 探索UML类图：软件建模的关键概念和Visual Paradigm的优势
引言： 在软件开发领域，是一种广泛使用的建模语言，用于可视化和描述软件系统的结构和行为。其中，UML类图是最常用的一种图表类型之一，用于表示系统中的类、对象和它们之间的关系。本文将介绍UML类图的关键概念，并通过示例来说明其用途。此外，我们将探讨为什么选择Visual Paradigm作为UML类图建模的工具，以及它的优点和好处。
2023-09-27 12:50:44
332
原创 Use Case软件开发
Use Case（用例）是一种用于捕获和描述系统功能特定行为的需求分析方法。通过用例，系统功能的行为和用户的需求可以被清晰地定义和描述。Use Case通常以场景方式表示，其中包括系统和用户角色之间的交互行为、步骤和结果。
2023-03-17 09:35:09
955
1
原创 ArchiMate 3.1 中的重要变化
ArchiMate 3.1 中最重要的变化之一是引入了新的 Motivation 扩展。此扩展允许架构师对组织的动机、目标和目标进行建模，从而更深入地了解正在开发架构的业务环境。此扩展包括新的概念和关系，例如驱动因素、评估、目标和结果等。
2023-02-27 09:35:20
216
原创 如何在功能、特点、价格和性能方面选择PDF编辑器？
我和许多人一样，已经使用PDF这么多年了。我需要一直使用它，而不仅仅是用于查看阅读或打印。我经常需要在办公时间后在机场、咖啡馆里对PDF中的小东西进行润色。因此，一个好的在线PDF编辑器是相当必要的，为你的生活...
2022-09-01 11:54:21
322
原创 UML活动图
UML 活动图是一种行为图，使用动作流来显示场景。它为一系列的行动、基于条件的决定、并发的分支和各种循环建模。14种类型的UML图: 活动图在 UML 2.2 中有 14 种类型的 UML 图，分为两类：7种图表类型代表结构信息 另外 7 个代表行为建模的通用 UML 图类型，包括代表交互的不同方面的四个。这些图表可以按层次分类，如下面的 UML 图表所示：结构图：类图，对象图，组件图，复合结构图，部署图，包图，配置文件图行为图：用例图、活动图、状态机图UML ...
2022-03-22 13:41:19
1783
翻译 通过实例学习Archimate
EA / TOGAF 及 Archimate在过去的几十年里，"企业架构（EA）"已经成为企业凝聚力和效率的同义词。任何组织如果不清楚自己在做什么以及如何实现其关键目标，将不可避免地浪费时间和金钱。对你正在做的事情有绝对清晰的认识是值得的，而EA方法将确保你拥有做出关键决策所需的所有信息。这样做的坏处是，即使是最新版本的EA框架，如TOGAF，对于那些不熟悉的人来说也是难以理解的。如果没有正确的培训，理解架构领域和概念是具有挑战性的，但期望所有的关键决策者都学习EA几乎是不可行的。正因为如此，那些进
2022-03-09 09:20:49
1068
翻译 用例分析教程
UML用例图是正在开发的新软件程序的系统/软件需求的主要形式。用例图的目的是可视化系统应该做什么（什么）；在这个阶段，它不考虑如何（如何）去做。一旦指定了用例，就可以用文本和可视化的表示（即用例图）来表示它。用例建模的一个关键概念是它帮助我们从最终用户的角度设计系统。它是一种通过指定所有外部可见的系统行为以用户术语来传达系统行为的有效技术。换言之，必须从外部来看待系统的使用，即不应该从内部来看待系统，而是从更高的层面来确定系统应该提供给外部参与者的功能。用例图的目的用例图通常是在开发的早..
2022-02-23 15:26:53
10116
1
翻译 超级简单的流程图指南
流程图是数据处理系统中涉及的操作的图形表示。系统中的操作。通常，理解问题的最佳方式是画图。与一组简短的单词或短语相比，图表通常可以让我们更全面地了解情况。然而，视觉符号）（形状）和文本的结合为交流和解决问题提供了一个非常强大的工具。当创建流程图来表示算法时，可以更快地开发算法。流程图比算法更容易理解。
2022-02-22 11:16:28
10948
1
原创 基本流程图与跨职能流程图
流程可以用流程图来表示，但它们有一个缺点——标准流程图无法表明谁负责这些活动。流程可以用流程图来表示，但它们有一个缺点——标准流程图无法表明谁负责这些活动。因此，跨职能流程图（或称为泳道图、泳道流程图、跨职能流程图）通过定义谁做什么来使流程更加清晰。每条泳道都代表一个人、团队或利益相关者，明确谁负责流程中的哪个阶段，以帮助避免混淆。
2022-02-22 11:01:15
12997
翻译 用于敏捷开发的免费 UML 工具 2022
敏捷时代的UML：为什么它仍然有意义？它取决于目标系统的大小和复杂性：建造一个狗屋可以由一个人完成。它涉及一个简单的过程，使用诸如钉子、锤子、锯子、胶带等基本工具执行。在几个小时内，您就可以为狗建造一座房子，并且无需其他人的帮助就可以完成。建模工作很少，有时甚至是不必要的。如果你想用同样的东西为你的家人盖房子，有可能吗？它需要详细的规划、一些草图等。当然，建造房屋最好由一个团队来完成。它需要详细的建模、定义明确的流程和强大的工具。高层建筑呢？建模无疑是任何建设项目的关键部分！和软
2022-02-17 13:30:56
2578
翻译 用例的正确概念
用例用例是对用户如何在您的网站上执行任务的书面描述。它从用户的角度概述了系统响应请求时的行为。每个用例都表示为一系列简单的步骤，从用户的目标开始，到该目标实现时结束。用例的好处用例增加了价值，因为它们有助于解释系统应该如何运行，并且在此过程中，它们还有助于集思广益可能出现的问题。它们提供了目标列表，该列表可用于确定系统的成本和复杂性。然后，项目团队可以协商哪些功能成为需求并被构建。包括哪些用例 不包括哪些用例 谁在使用该网站 用户想要做什么 .
2022-01-25 11:44:05
3804
原创 免費工具 - PDF转换成Flipbook, 并把它放在漂亮的书架上
閱讀傳統的PDF電子書有時對每個人來說都有點無聊。 我猜你在互聯網上遇到過一些有趣的翻頁電子書。 您可以使用3D翻頁效果翻頁； 為了讓閱讀更有趣，最好與朋友分享，並在社交網絡上展示。将任何 PDF 转换为在线翻书正在寻找一种在线将 PDF 转换为电子书的方法？翻頁书是显示和共享 PDF 出版物作为数字电子书、目录、小册子、报告、时事通讯、照片书、作品集、演示文稿的有效方式。Visual Paradigm Online 是最好的动画书制造商，可让您将 PDF免費转换为在线动画书秒，无需任何预付款或
2022-01-13 18:17:52
1001
原创 实体关系图 (ERD) 指南
在本指南中了解有关实体关系图 (ERD)、它们的用途、如何理解它们、如何创建它们等的所有信息。实体关系图 (ERD) 是一种图表，可让您查看不同实体（例如人员、客户或其他对象）在应用程序或数据库中如何相互关联。它们是在设计新系统时创建的，以便开发团队可以了解如何构建数据库。它们也可以在现有系统上创建，以帮助团队了解系统的工作方式并查找和解决任何问题。实体关系图使用一组特定的符号（例如形状和箭头）来描述系统和数据库。这是 ERD 的示例：ERD 的组成部分实体关系图由许多.
2021-12-23 16:23:58
27091
3
原创 写一个很棒的用户故事
用户故事代表团队可以在迭代中交付的一小部分业务价值。虽然传统需求（如用例）试图尽可能详细，但用户故事是逐步定义的，分为三个阶段： 需求的简要描述 在 backlog 细化和迭代计划期间发生的对话以巩固细节 确认故事圆满完成的测试 结构良好的故事将符合 Bill Wake 的 INVEST 首字母缩略词的标准：独立的 (Independent)-我们希望能够以任何顺序进行开发。 面议 (Negotiable) -避免过多的细节；保持他们的灵...
2021-12-21 11:50:07
983
翻译 什么是 Scrum 工件？
What is Scrum Artifacts?随着我们的技术系统和项目在规模和复杂性方面不断发展，Scrum 会议和敏捷方法已成为许多公司开发过程中不可或缺的一部分。Scrum 会议是团队成员协作的好方法，可确保队列中的所有项目和任务都得到推进并及时完成，以实现公司目标并确保为用户提供最佳体验。在计划 Scrum 会议时，重要的是要考虑与每个开发中的产品有关的所有关键信息，以及在这些项目中计划和开展的所有活动。这些关键信息被称为 Scrum 工件。Scrum工件对于让所有 Scrum...
2021-12-21 11:12:08
934
翻译 使用逐步细化开发 DFD
数据流图(DFDS) 表示通过系统的信息流。DFD 迅速成为可视化软件系统流程中涉及的主要步骤和数据的流行方式。数据流图 (DFD) 是表示流程或系统（通常是信息系统）的数据流的一种方式，例如：数据来自哪里 它去哪里 如何存储换句话说，它显示了系统如何使用自上而下的分解技术（或称为逐步细化）在输入和输出方面处理数据。什么是逐步细化？其中一个有效的方式来解决一个复杂的问题是把它分解成更简单的子问题。您首先将整个任务分解为更简单的部分。逐步细化本质上是对系统进行分解，以深入了解构成系统
2021-12-16 10:44:40
1005
翻译 系统上下文图和 DFD 之间的关系
的系统环境图（也称为0级DFD）是数据流图中的最高水平，并且只包含表示，其建立上下文和系统的边界进行建模整个系统的单个过程。它识别系统和外部实体（即参与者）之间的信息流。上下文图通常包含在需求文档中。它必须由所有利益相关者阅读，因此应以通俗易懂的语言编写，以便利益相关者能够理解项目。以下是销售订单系统的示例上下文图：编辑此图系统上下文图的目的系统上下文图的目标是将注意力集中在开发一组系统需求和约束时应考虑的外部因素和事件。系统上下文地图通常在项目的早期使用，以确定调查的..
2021-12-16 09:30:40
7908
翻译 散点图教程
散点图（也称为散点图和相关图）是一种分析两个变量之间关系的工具，用于确定两个变量之间的相关程度。一个变量绘制在水平轴上，另一个绘制在垂直轴上。它们的交点的模式以图形方式显示了关系模式。它是质量七项基本工具之一。代码变量如果点已编码（颜色/形状/大小），则可以显示附加变量。数据显示为点的集合。对于每个点，一个变量的值决定了水平轴上的位置，另一个变量的值决定了垂直轴上的位置。编辑此图表最常见的是散点图用于证明或反驳因果关系。尽管该图显示了这种关系，但并不能证明一个变量会导致另一个
2021-12-13 11:45:21
9081
原创 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
341
翻译 敏捷开发的现状
虽然离成熟还很远，但敏捷正在发展，组织正在意识到他们通过采用该方法来实现的好处。这些发现来自最新的敏捷状态调查，该调查涵盖全球软件开发社区的广泛行业。在这第 12 年中，收集和分析了 1,492 份回复。虽然它是由 CollabNet VersionOne 赞助的，但只有 22% 的受访者是 VersionOne 的客户。在今年的调查中，超过一半的受访者表示，他们的团队中有一半以上在使用敏捷实践，并且在所有受访者的组织中，97% 的受访者都在实践敏捷方法，65% 的受访者已经这样做了 3 年或更长时
2021-11-11 14:10:56
809
原创 Scrum的六个重要原则
有六个可帮助您应用 Scrum 框架并从 Scrum 中受益。他们是： 控制经验过程。Scrum 团队相信透明度、检查和适应 (3 Pillars)。 自组织 (Self-Organized)。尽管您的 Scrum 团队将有角色和规则，但每个 Scrum 成员都有权掌控自己的任务和工作。Scrum 相信共享所有权会带来更具创造力和活力的团队。 工作地点同一地点 (co-location)-如果您在 Scrum 冲刺 (Sprint) 期间和之后一起工作，您的团队将提供最...
2021-11-09 14:38:52
800
原创 高效 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
275
原创 产品待办列表细化 (Product Backlog Refinement)
什么是产品积压细化?产品待办事项优化是向产品待办事项中的项目添加细节、估计和订单的行为。这是一个持续的过程，在这个过程中，产品所有者和开发团队就产品待办事项的细节进行协作。在产品待办事项优化过程中，对项目进行审查和修订。产品待办列表细化 (PBR) 是改进要完成的（软件）工作列表的持续过程。PBR 是决定必须完成什么以及以什么顺序完成的基石。在本文中，我们描述了产品待办列表细化的主要活动。执行产品待办事项优化的5个步骤产品Backlog细化是大多数或所有的球队在备战即将到来的迭代（或多个
2021-11-02 17:30:53
2389
原创 什么是3C和用户故事 (User Stories)
用户故事是敏捷软件开发中的一种工具，用于从用户的角度获取软件特性的描述。用户故事描述了用户的类型，他们想要什么以及为什么。用户描述有助于创建需求的简化描述。用户描述的目的是记录项目将如何向最终用户交付价值。然后，开发团队的工作就是开发满足用户需求的代码。在最好的情况下，开发人员与业务所有者和涉众密切合作，在开发代码时澄清细节。用户故事是从需要新功能的人（通常是系统的用户或客户）的角度对功能进行的简短而简单的描述。用户故事是 "谁需要它，需要什么以及为什么需要它。" 因此，这为用户故事提供了.
2021-11-02 15:52:52
3071
翻译 3 分钟了解 Zachman 框架
Zachman 框架是一种逻辑结构，用于对企业的管理重要的设计工件进行分类和组织。它是一种企业本体结构，提供了一种从不同角度查看企业及其信息系统并显示企业组件之间如何关联的方式。6 行（视点）+ 6 列（W5H）+ 6 条规则Zachman 框架是一种二维分类方案，用于企业的描述性表示，其结构为包含 36 个单元格的矩阵，每个单元格都专注于企业的一个维度或视角。行通常表示系统开发过程中涉及的不同观点，而列代表参与组织的利益相关者的不同观点。在使用 Zachman 框架时，我们还应该注意...
2021-11-01 15:50:47
2985
翻译 什么是MODAF？
MODAF（国防部架构框架）是一个架构框架，它定义了实施企业架构的标准化方式。它是一个国际公认的企业架构框架，用于支持国防规划和变更管理活动。它通过以严格、连贯和全面的方式捕获和呈现信息来帮助理解复杂问题来实现这一点。MODAF的观点和观点MODAF 架构是作为连贯的、连续的模型开发的，从整体上看，它代表了企业的完整图景。MODAF 定义了丰富的关系选择，可用于集成各种架构元素。国防部的观点每个视点对建筑模型都有不同的看法；例如，运营观点考虑了以某种方式交互以实现预期结果的运营节点（
2021-11-01 15:41:20
932
翻译 什么是统一架构框架 (Unified Architecture Framework)?
统一架构框架 () 基于 UPDM 3.0 和军事社区中的 UML/SysML。价值主张是基于美国国防部架构框架 (DoDAF) 和英国国防部架构框架 (MODAF) 以及 NAF（北约架构框架）开发标准化和一致的企业架构。UAF 定义了表示企业架构的方式，使利益相关者能够专注于企业中的特定兴趣领域，同时保持对大局的关注。UAF 满足商业和工业企业的特定业务、运营和系统集成需求以及以下最新版本：S. 国防部架构框架 (DoDAF) 英国国防部架构框架 (MODAF) 北大西洋公约组织架构框架 (
2021-11-01 15:26:44
3683
翻译 Scrum: 管理产品待办事项 (Project Backlog) 的原则
产品待办列表是产品中已知需要的所有内容的有序列表。它是对产品进行任何更改的唯一要求来源。”该产品负责人负责产品Backlog，包括它的内容，可用性和排序。产品待办事项永远不会最终确定。业务需求、市场条件或技术的变化可能会导致产品待办列表发生变化。它随着产品和项目环境的发展而不断发展。项目的需求永远不会停止变化，因此产品待办事项列表就像一个活的Scrum 工件。Product Backlog 中的高优先级项目是细粒度的，因为这些项目的信息和细节更多，所以有更多的细节和准确的估计。较低优先级的项目是具.
2021-11-01 13:59:36
2447
翻译 API 方法中的代码优先 (Code First) 与设计优先 (Design First)
Code First 方法是构建 API 的一种更传统的方法，在制定业务需求之后进行代码开发，最终从代码生成文档。Design First 方法提倡在编写任何代码之前先设计 API 的契约。这是一种相对较新的方法，但很快就会流行起来，尤其是在使用 OpenAPI 规范格式的情况下。设计优先：计划被转换为人类和机器可读的合约 (API)，例如 Swagger 文档，从中构建代码 Code First：根据业务计划，直接对API进行编码，从中可以生成人类或机器可读的文档，例如Swagger文档...
2021-11-01 13:13:01
838
原创 七种最流行的敏捷开发方法
在创建敏捷宣言时，有不少“轻量级”开发流程；此后出现了其他此类方法。它们现在统称为“敏捷”方法。敏捷是一种思维方式和行为方式。 敏捷是一种心态，是一套价值观和原则。 敏捷是关于短周期、迭代和增量交付、快速失败、获得反馈、尽早向客户交付业务价值以及人员、协作和交互。敏捷是一种思考透明度、检查和适应的方式。但是，敏捷不包含任何角色、事件或工件。这是一种心态。例如Scrum 是敏捷方法下广泛使用的框架之一。它可以帮助你变得更加一个GILE，但也有更多的框架，敏捷运动，如看
2021-10-29 16:02:40
7910
原创 Sprint 评审 (review) 和 Sprint 回顾 (Retrospective) 有什么区别？
sprint 评审和 sprint 回顾都是生产团队在世界各地使用的Scrum 事件。虽然相似——它们都发生在冲刺结束时——但它们是独立且不同的练习，应该始终如此对待。冲刺评审为团队创造了一个展示最近冲刺中刚刚完成的工作的机会。这在本质上可能更随意，向内部团队成员展示工作演示。它也可以是一个更正式的会议，核心团队之外的利益相关者可以被邀请参加展示。无论您希望（或需要）如何进行 sprint 评审，工作都应该始终是完全可证明的，并且满足团队定义的质量，以便进行评审。因...
2021-10-29 14:08:26
5945
原创 SDLC - 螺旋模型
螺旋模型将迭代开发的思想与瀑布模型的系统、受控方面相结合。这种螺旋模型是迭代开发过程模型和顺序线性开发模型的组合，即非常重视风险分析的瀑布模型。它允许通过围绕螺旋的每次迭代增量发布产品或增量改进。螺旋模型 - 设计螺旋模型有四个阶段。一个软件项目在称为螺旋的迭代中反复经历这些阶段。螺旋模型的阶段有四个象限，每个象限代表软件开发的某个特定阶段。这四个象限的功能如下：规划目标或确定替代解决方案：在此阶段，从客户那里收集需求，然后在项目开发之初识别、阐述和分析目标。如果迭代轮数不止一个，则在同..
2021-10-28 15:11:48
1475
翻译 什么是软件开发生命周期？
软件开发生命周期 (SDLC)（也称为应用程序开发生命周期）是规划、创建、测试和部署软件系统的过程。系统开发生命周期框架为系统设计人员和开发人员提供了一系列可遵循的活动。它由一组步骤或阶段组成，其中 SDLC 的每个阶段都使用前一个阶段的结果。SDLC 遵循对开发人员至关重要的重要阶段，例如规划、分析、设计和实施。就像在装配线上制造的任何东西一样，SDLC 旨在根据客户的要求，通过在预定的时间框架和成本估算内交付经过每个明确定义的阶段的系统，生产满足或超出客户期望的高质量系统。传统 / 瀑布 /
2021-10-28 14:44:19
5703
翻译 数据建模 Database Modeling：概念 (Conceptual) vs 逻辑 (Logical) vs 物理数据 (Physical) 模型
数据建模是一种使用实体关系图（ER图）记录软件系统的技术，实体关系图是公司数据库表中数据结构的表示。它是公司业务需求的非常有力的表达。数据模型有多种用途，从高级概念模型、逻辑到物理数据模型，通常由实体关系图表示。它作为数据库分析师和软件开发人员在系统和底层数据库的设计和实现中使用的指南。什么是实体关系图？实体关系图 (ERD) 是可以由数据库捕获的信息的图形表示。这样的“图片”有两个目的。它允许数据库专业人员简洁而准确地描述整体设计。ER 图可以很容易地转换为关系模式。ERD 中包含三个组件：实
2021-10-28 14:10:28
3050
原创 确立Sprint 目标 (Sprint Goal) 的8个理由
你应该认真对待Sprint目标的8个理由在sprint期间，开发团队可以讨论并跟踪与sprint目标相关的进度。这有助于监控和评估整个sprint过程中的进展。 冲刺目标 (Sprint Goal) 为构建产品增量提供了一个理由: 在“冲刺”的末尾，团队应该产生一个潜在的可发布产品增量，与冲刺目标一致。 一个通用的sprint目标可以帮助开发团队设置优先级，这使得查看接下来应该处理哪些故事变得更简单。 一个sprint目标通过鼓励一个共同的焦点和目标来促进团队合作，并为高效的sprint计划奠定基
2021-10-26 16:14:27
631
Introduction to TOGAF ADM (Part 5 of 5) - Visual Paradigm Ebook Series
2018-01-04
Introduction to TOGAF ADM (Part 4 of 5) - Visual Paradigm Ebook Series
2018-01-04
Introduction to TOGAF ADM (Part 3 of 5) - Visual Paradigm Ebook Series
2018-01-04
Introduction To TOGAF ADM (Part 1 of 5) - Visual Paradigm Ebook Series
2018-01-04
Introduction to TOGAF ADM (Part 2 of 5) - Visual Paradigm Ebook Series
2018-01-04
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人