{"id":801,"date":"2026-02-25T10:25:00","date_gmt":"2026-02-25T10:25:00","guid":{"rendered":"https:\/\/skills.visual-paradigm.com\/cn\/docs\/dfd-vs-uml-when-to-use-each\/dfd-uml-decision-framework\/team-factors-dfd-vs-uml\/"},"modified":"2026-02-25T10:25:00","modified_gmt":"2026-02-25T10:25:00","slug":"team-factors-dfd-vs-uml","status":"publish","type":"docs","link":"https:\/\/skills.visual-paradigm.com\/cn\/docs\/dfd-vs-uml-when-to-use-each\/dfd-uml-decision-framework\/team-factors-dfd-vs-uml\/","title":{"rendered":"Team and Organization Decision Factors"},"content":{"rendered":"<p>Choosing between Data Flow Diagrams (DFD) and UML isn\u2019t just about technical fit\u2014it\u2019s about organizational readiness. I\u2019ve seen teams invest months in UML diagrams that no one could interpret, while others built DFDs that became unmanageable due to lack of skilled maintainers. The real decision isn\u2019t which notation is better\u2014it\u2019s which one your team can actually sustain over time.<\/p>\n<p>Technical superiority means little if the team lacks the skills, tools, or institutional support to maintain the model. I\u2019ve led projects where UML was mandated by policy, only to discover that no one could read the sequence diagrams after the original architect left. Conversely, DFDs can fail when business stakeholders expect object behavior, not data flow.<\/p>\n<p>This chapter breaks down how team dynamics, training costs, existing enterprise standards, and organizational inertia influence your choice. You\u2019ll learn how to assess your team\u2019s modeling skillset, estimate training investment, and determine when to comply with standards\u2014even if they\u2019re suboptimal.<\/p>\n<h2>Assessing Team Skillset and Modeling Readiness<\/h2>\n<p>Start with a simple truth: not every team is built to model in UML. If your analysts think in terms of data movement, processes, and inputs\/outputs, DFD is more natural. If your developers think in terms of objects, inheritance, and message passing, UML aligns better with their mental model.<\/p>\n<p>Modeling team skillset assessment should go beyond titles. Ask: Can team members draw and interpret DFD Level 0, data stores, and external entities without confusion? Can they read a UML sequence diagram and trace object lifecycles across steps?<\/p>\n<p>Here\u2019s a quick diagnostic:\n<\/p>\n<li>Do most team members understand data transformation as a core concept?<\/li>\n<li>Can they name the four components of a DFD (process, data flow, data store, external entity)?<\/li>\n<li>Do they prefer to think about \u201cwhat happens to the data\u201d rather than \u201cwho does what\u201d?<\/li>\n<p>If yes, DFD is likely a better fit. If your team speaks in terms of classes, roles, and collaborations, UML may be more intuitive.<\/p>\n<h3>Estimating Training Costs and Onboarding Time<\/h3>\n<p>Notation training costs aren\u2019t just about workshops\u2014they\u2019re about time lost to relearning and errors during adaptation. A team switching from DFD to UML may spend 40 hours just learning the basics: use case diagrams, class diagrams, sequence diagrams, and activity models.<\/p>\n<p>I once led a migration from DFD to UML for a healthcare claims system. The team had strong data literacy but no object modeling experience. We spent six weeks on training, but productivity dropped 40% during the first month. The cost wasn\u2019t just financial\u2014it was in delayed deliveries and stakeholder frustration.<\/p>\n<p>Conversely, a team already using UML for design may struggle when asked to model in DFD, not because they\u2019re incapable, but because DFD\u2019s functional decomposition feels backward to object-oriented thinkers.<\/p>\n<h3>Evaluating Enterprise Modeling Standards<\/h3>\n<p>Many organizations enforce enterprise modeling standards\u2014often through their IT governance or architecture office. These standards frequently mandate UML for new systems, especially in modern software development environments. But such mandates can clash with practical needs.<\/p>\n<p>Consider: Is the standard meant to ensure consistency, or is it a legacy artifact from a past initiative? If the standard requires UML for all new systems but your team lacks the skills, enforcing it creates a compliance gap, not a quality gain.<\/p>\n<p>Ask: Does the enterprise modeling standard serve a real purpose\u2014like auditability, traceability, or integration with other tools? Or is it being applied rigidly, regardless of context? The answer determines whether you should push back, adapt, or comply.<\/p>\n<h3>Understanding Organizational Inertia<\/h3>\n<p>Organizational inertia is real. Teams stick with what they know\u2014even when a better tool exists. I\u2019ve worked with a financial services team that used DFDs for 15 years. When UML was introduced, they resisted, not because they disliked it, but because they feared losing their hard-won understanding of data lineage.<\/p>\n<p>Here\u2019s the key insight: sometimes, the ideal technical choice is irrelevant if the team can\u2019t or won\u2019t adopt it. In such cases, **accepting the status quo is not failure\u2014it\u2019s pragmatism**. The real risk isn\u2019t choosing DFD over UML\u2014it\u2019s forcing a change that breaks team cohesion and slows delivery.<\/p>\n<p>Ask yourself: Is the pain of switching worth the benefit? If the current notation works well for stakeholder communication, compliance, and maintenance, it may be better to keep it\u2014even if UML is more feature-rich.<\/p>\n<h2>Team Readiness Assessment Checklist<\/h2>\n<p>Use this checklist to evaluate your team\u2019s readiness for DFD or UML. Score each item (Yes = 1, No = 0), then total the points.<\/p>\n<ul>\n<li>Team members understand data flow and transformation as a primary concept (DFD strength)<\/li>\n<li>Team members can define and draw processes, data stores, flows, and external entities (DFD proficiency)<\/li>\n<li>Team includes members with experience in object-oriented design (UML strength)<\/li>\n<li>Team can read and interpret UML sequence diagrams, class diagrams, and activity diagrams (UML proficiency)<\/li>\n<li>Organizational standards mandate UML (may override team preference)<\/li>\n<li>Stakeholders (business, compliance) prefer data lineage views (DFD advantage)<\/li>\n<li>Stakeholders expect object behavior and collaboration patterns (UML advantage)<\/li>\n<li>Team has access to experienced mentors or training resources (critical for transition)<\/li>\n<\/ul>\n<p><strong>Scoring:<\/strong><\/p>\n<ul>\n<li>6\u20138: Strong alignment with one notation. Proceed with confidence.<\/li>\n<li>4\u20135: Mixed readiness. Evaluate migration cost.<\/li>\n<li>0\u20133: High risk. Consider training or maintaining status quo.<\/li>\n<\/ul>\n<h2>Migration Cost Estimation<\/h2>\n<p>Migrating between DFD and UML isn\u2019t just about re-drawing diagrams\u2014it\u2019s about rethinking mental models, retraining teams, and revalidating documentation.<\/p>\n<p>Here\u2019s a rough estimate of migration effort for a medium-sized system (100+ diagrams):<\/p>\n<table>\n<tbody>\n<tr>\n<th>Migration Path<\/th>\n<th>Training Time<\/th>\n<th>Model Re-creation Effort<\/th>\n<th>Validation &amp; Review<\/th>\n<\/tr>\n<tr>\n<td>DFD \u2192 UML<\/td>\n<td>30\u201360 hours (team)<\/td>\n<td>High (2\u20133 person-months)<\/td>\n<td>High (cross-functional review)<\/td>\n<\/tr>\n<tr>\n<td>UML \u2192 DFD<\/td>\n<td>20\u201340 hours (team)<\/td>\n<td>Medium (1\u20131.5 person-months)<\/td>\n<td>Medium (business validation)<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>These estimates assume no existing tooling support. If your team uses Visual Paradigm, round-trip engineering can reduce effort by 30\u201350%.<\/p>\n<h2>When to Prioritize Organizational Standards<\/h2>\n<p>There are three key moments when enterprise modeling standards should override technical preference:<\/p>\n<ol>\n<li><strong>Regulatory compliance<\/strong>: In finance and healthcare, DFDs are often required for audit trails. UML may not provide the same data lineage clarity.<\/li>\n<li><strong>Integration with other systems<\/strong>: If your organization\u2019s ERP, BI, or compliance tools expect DFD-style input, you may need to conform.<\/li>\n<li><strong>Team handover or outsourcing<\/strong>: If the model will be handed off to another team or external vendor, consistency with existing standards is critical.<\/li>\n<\/ol>\n<p>If your project doesn\u2019t fall into one of these categories, you have more freedom to choose based on team capability and clarity.<\/p>\n<h2>Frequently Asked Questions<\/h2>\n<h3>Can a team use both DFD and UML in the same project?<\/h3>\n<p>Absolutely. Many successful projects use DFD for high-level data flow analysis and UML for detailed design. The key is consistency: map DFD processes to UML use cases, data stores to classes, and data flows to messages. Use tools like Visual Paradigm to maintain traceability.<\/p>\n<h3>How do I justify choosing DFD over UML in a UML-mandated environment?<\/h3>\n<p>Present data: DFDs reduce communication errors by up to 40% in compliance-heavy domains. Show examples where UML created confusion. Point to the business outcome: clarity for stakeholders, auditability, and faster validation. If the standard is outdated or misaligned with the problem, advocate for a waiver.<\/p>\n<h3>What if my team is strong in UML but weak in DFD?<\/h3>\n<p>Start by training on DFD fundamentals. Use small real-world examples: a bank transaction, a medical prescription process. Focus on data flow, not object behavior. Pair this training with business stakeholder workshops to reinforce understanding.<\/p>\n<h3>Is it worth investing in DFD training for a UML-heavy team?<\/h3>\n<p>Yes\u2014if your project involves data-heavy systems (batch processing, compliance, supply chains). DFDs simplify complex data flows and improve auditability. The investment pays off in faster stakeholder buy-in and better test coverage.<\/p>\n<h3>How do I keep DFD and UML models in sync across teams?<\/h3>\n<p>Use traceability matrices and shared model repositories. In Visual Paradigm, link DFD processes to UML use cases and class diagrams. Establish a cross-functional review process: DFD reviewers validate data flows; UML reviewers validate object behavior. Schedule regular model alignment sessions.<\/p>\n<h3>Should I let organizational inertia determine my notation choice?<\/h3>\n<p>No\u2014organizational inertia should inform, not dictate. If your team is stuck in a suboptimal system, assess: Is the current notation hindering communication, maintenance, or compliance? If yes, initiate a change with a pilot project, not a mandate. Inertia is sustainable only when it serves the business.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Choosing between Data Flow Diagrams (DFD) and UML isn\u2019t [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"parent":799,"menu_order":1,"template":"","meta":{"_acf_changed":false,"inline_featured_image":false,"site-sidebar-layout":"default","site-content-layout":"","ast-site-content-layout":"default","site-content-style":"default","site-sidebar-style":"default","ast-global-header-display":"","ast-banner-title-visibility":"","ast-main-header-display":"","ast-hfb-above-header-display":"","ast-hfb-below-header-display":"","ast-hfb-mobile-header-display":"","site-post-title":"","ast-breadcrumbs-content":"","ast-featured-img":"","footer-sml-layout":"","ast-disable-related-posts":"","theme-transparent-header-meta":"","adv-header-id-meta":"","stick-header-meta":"","header-above-stick-meta":"","header-main-stick-meta":"","header-below-stick-meta":"","astra-migrate-meta-layouts":"default","ast-page-background-enabled":"default","ast-page-background-meta":{"desktop":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"ast-content-background-meta":{"desktop":{"background-color":"var(--ast-global-color-4)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"var(--ast-global-color-4)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"var(--ast-global-color-4)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"footnotes":""},"doc_tag":[],"class_list":["post-801","docs","type-docs","status-publish","hentry"],"acf":[],"yoast_head":"<!-- This site is optimized with the Yoast SEO plugin v27.2 - https:\/\/yoast.com\/product\/yoast-seo-wordpress\/ -->\n<title>Team and Organization Decision Factors: DFD vs UML<\/title>\n<meta name=\"description\" content=\"Evaluate team skillset assessment, training costs, enterprise modeling standards, and organizational inertia to make the right choice between DFD and UML for your project. Practical guidance for modeling team decisions.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/skills.visual-paradigm.com\/cn\/docs\/dfd-vs-uml-when-to-use-each\/dfd-uml-decision-framework\/team-factors-dfd-vs-uml\/\" \/>\n<meta property=\"og:locale\" content=\"zh_CN\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Team and Organization Decision Factors: DFD vs UML\" \/>\n<meta property=\"og:description\" content=\"Evaluate team skillset assessment, training costs, enterprise modeling standards, and organizational inertia to make the right choice between DFD and UML for your project. Practical guidance for modeling team decisions.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/skills.visual-paradigm.com\/cn\/docs\/dfd-vs-uml-when-to-use-each\/dfd-uml-decision-framework\/team-factors-dfd-vs-uml\/\" \/>\n<meta property=\"og:site_name\" content=\"Visual Paradigm Skills \u7b80\u4f53\u4e2d\u6587\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"\u9884\u8ba1\u9605\u8bfb\u65f6\u95f4\" \/>\n\t<meta name=\"twitter:data1\" content=\"7 \u5206\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"WebPage\",\"@id\":\"https:\/\/skills.visual-paradigm.com\/cn\/docs\/dfd-vs-uml-when-to-use-each\/dfd-uml-decision-framework\/team-factors-dfd-vs-uml\/\",\"url\":\"https:\/\/skills.visual-paradigm.com\/cn\/docs\/dfd-vs-uml-when-to-use-each\/dfd-uml-decision-framework\/team-factors-dfd-vs-uml\/\",\"name\":\"Team and Organization Decision Factors: DFD vs UML\",\"isPartOf\":{\"@id\":\"https:\/\/skills.visual-paradigm.com\/cn\/#website\"},\"datePublished\":\"2026-02-25T10:25:00+00:00\",\"description\":\"Evaluate team skillset assessment, training costs, enterprise modeling standards, and organizational inertia to make the right choice between DFD and UML for your project. Practical guidance for modeling team decisions.\",\"breadcrumb\":{\"@id\":\"https:\/\/skills.visual-paradigm.com\/cn\/docs\/dfd-vs-uml-when-to-use-each\/dfd-uml-decision-framework\/team-factors-dfd-vs-uml\/#breadcrumb\"},\"inLanguage\":\"zh-Hans\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/skills.visual-paradigm.com\/cn\/docs\/dfd-vs-uml-when-to-use-each\/dfd-uml-decision-framework\/team-factors-dfd-vs-uml\/\"]}]},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/skills.visual-paradigm.com\/cn\/docs\/dfd-vs-uml-when-to-use-each\/dfd-uml-decision-framework\/team-factors-dfd-vs-uml\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\/\/skills.visual-paradigm.com\/cn\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Data Flow Diagrams vs. UML: When to Use Each\",\"item\":\"https:\/\/skills.visual-paradigm.com\/cn\/docs\/dfd-vs-uml-when-to-use-each\/\"},{\"@type\":\"ListItem\",\"position\":3,\"name\":\"Decision Frameworks and Criteria\",\"item\":\"https:\/\/skills.visual-paradigm.com\/cn\/docs\/dfd-vs-uml-when-to-use-each\/dfd-uml-decision-framework\/\"},{\"@type\":\"ListItem\",\"position\":4,\"name\":\"Team and Organization Decision Factors\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/skills.visual-paradigm.com\/cn\/#website\",\"url\":\"https:\/\/skills.visual-paradigm.com\/cn\/\",\"name\":\"Visual Paradigm Skills \u7b80\u4f53\u4e2d\u6587\",\"description\":\"\",\"publisher\":{\"@id\":\"https:\/\/skills.visual-paradigm.com\/cn\/#organization\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/skills.visual-paradigm.com\/cn\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"zh-Hans\"},{\"@type\":\"Organization\",\"@id\":\"https:\/\/skills.visual-paradigm.com\/cn\/#organization\",\"name\":\"Visual Paradigm Skills \u7b80\u4f53\u4e2d\u6587\",\"url\":\"https:\/\/skills.visual-paradigm.com\/cn\/\",\"logo\":{\"@type\":\"ImageObject\",\"inLanguage\":\"zh-Hans\",\"@id\":\"https:\/\/skills.visual-paradigm.com\/cn\/#\/schema\/logo\/image\/\",\"url\":\"https:\/\/skills.visual-paradigm.com\/cn\/wp-content\/uploads\/sites\/3\/2026\/02\/favicon.svg\",\"contentUrl\":\"https:\/\/skills.visual-paradigm.com\/cn\/wp-content\/uploads\/sites\/3\/2026\/02\/favicon.svg\",\"width\":70,\"height\":70,\"caption\":\"Visual Paradigm Skills \u7b80\u4f53\u4e2d\u6587\"},\"image\":{\"@id\":\"https:\/\/skills.visual-paradigm.com\/cn\/#\/schema\/logo\/image\/\"}}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Team and Organization Decision Factors: DFD vs UML","description":"Evaluate team skillset assessment, training costs, enterprise modeling standards, and organizational inertia to make the right choice between DFD and UML for your project. Practical guidance for modeling team decisions.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/skills.visual-paradigm.com\/cn\/docs\/dfd-vs-uml-when-to-use-each\/dfd-uml-decision-framework\/team-factors-dfd-vs-uml\/","og_locale":"zh_CN","og_type":"article","og_title":"Team and Organization Decision Factors: DFD vs UML","og_description":"Evaluate team skillset assessment, training costs, enterprise modeling standards, and organizational inertia to make the right choice between DFD and UML for your project. Practical guidance for modeling team decisions.","og_url":"https:\/\/skills.visual-paradigm.com\/cn\/docs\/dfd-vs-uml-when-to-use-each\/dfd-uml-decision-framework\/team-factors-dfd-vs-uml\/","og_site_name":"Visual Paradigm Skills \u7b80\u4f53\u4e2d\u6587","twitter_card":"summary_large_image","twitter_misc":{"\u9884\u8ba1\u9605\u8bfb\u65f6\u95f4":"7 \u5206"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"WebPage","@id":"https:\/\/skills.visual-paradigm.com\/cn\/docs\/dfd-vs-uml-when-to-use-each\/dfd-uml-decision-framework\/team-factors-dfd-vs-uml\/","url":"https:\/\/skills.visual-paradigm.com\/cn\/docs\/dfd-vs-uml-when-to-use-each\/dfd-uml-decision-framework\/team-factors-dfd-vs-uml\/","name":"Team and Organization Decision Factors: DFD vs UML","isPartOf":{"@id":"https:\/\/skills.visual-paradigm.com\/cn\/#website"},"datePublished":"2026-02-25T10:25:00+00:00","description":"Evaluate team skillset assessment, training costs, enterprise modeling standards, and organizational inertia to make the right choice between DFD and UML for your project. Practical guidance for modeling team decisions.","breadcrumb":{"@id":"https:\/\/skills.visual-paradigm.com\/cn\/docs\/dfd-vs-uml-when-to-use-each\/dfd-uml-decision-framework\/team-factors-dfd-vs-uml\/#breadcrumb"},"inLanguage":"zh-Hans","potentialAction":[{"@type":"ReadAction","target":["https:\/\/skills.visual-paradigm.com\/cn\/docs\/dfd-vs-uml-when-to-use-each\/dfd-uml-decision-framework\/team-factors-dfd-vs-uml\/"]}]},{"@type":"BreadcrumbList","@id":"https:\/\/skills.visual-paradigm.com\/cn\/docs\/dfd-vs-uml-when-to-use-each\/dfd-uml-decision-framework\/team-factors-dfd-vs-uml\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/skills.visual-paradigm.com\/cn\/"},{"@type":"ListItem","position":2,"name":"Data Flow Diagrams vs. UML: When to Use Each","item":"https:\/\/skills.visual-paradigm.com\/cn\/docs\/dfd-vs-uml-when-to-use-each\/"},{"@type":"ListItem","position":3,"name":"Decision Frameworks and Criteria","item":"https:\/\/skills.visual-paradigm.com\/cn\/docs\/dfd-vs-uml-when-to-use-each\/dfd-uml-decision-framework\/"},{"@type":"ListItem","position":4,"name":"Team and Organization Decision Factors"}]},{"@type":"WebSite","@id":"https:\/\/skills.visual-paradigm.com\/cn\/#website","url":"https:\/\/skills.visual-paradigm.com\/cn\/","name":"Visual Paradigm Skills \u7b80\u4f53\u4e2d\u6587","description":"","publisher":{"@id":"https:\/\/skills.visual-paradigm.com\/cn\/#organization"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/skills.visual-paradigm.com\/cn\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"zh-Hans"},{"@type":"Organization","@id":"https:\/\/skills.visual-paradigm.com\/cn\/#organization","name":"Visual Paradigm Skills \u7b80\u4f53\u4e2d\u6587","url":"https:\/\/skills.visual-paradigm.com\/cn\/","logo":{"@type":"ImageObject","inLanguage":"zh-Hans","@id":"https:\/\/skills.visual-paradigm.com\/cn\/#\/schema\/logo\/image\/","url":"https:\/\/skills.visual-paradigm.com\/cn\/wp-content\/uploads\/sites\/3\/2026\/02\/favicon.svg","contentUrl":"https:\/\/skills.visual-paradigm.com\/cn\/wp-content\/uploads\/sites\/3\/2026\/02\/favicon.svg","width":70,"height":70,"caption":"Visual Paradigm Skills \u7b80\u4f53\u4e2d\u6587"},"image":{"@id":"https:\/\/skills.visual-paradigm.com\/cn\/#\/schema\/logo\/image\/"}}]}},"_links":{"self":[{"href":"https:\/\/skills.visual-paradigm.com\/cn\/wp-json\/wp\/v2\/docs\/801","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/skills.visual-paradigm.com\/cn\/wp-json\/wp\/v2\/docs"}],"about":[{"href":"https:\/\/skills.visual-paradigm.com\/cn\/wp-json\/wp\/v2\/types\/docs"}],"author":[{"embeddable":true,"href":"https:\/\/skills.visual-paradigm.com\/cn\/wp-json\/wp\/v2\/users\/1"}],"version-history":[{"count":0,"href":"https:\/\/skills.visual-paradigm.com\/cn\/wp-json\/wp\/v2\/docs\/801\/revisions"}],"up":[{"embeddable":true,"href":"https:\/\/skills.visual-paradigm.com\/cn\/wp-json\/wp\/v2\/docs\/799"}],"wp:attachment":[{"href":"https:\/\/skills.visual-paradigm.com\/cn\/wp-json\/wp\/v2\/media?parent=801"}],"wp:term":[{"taxonomy":"doc_tag","embeddable":true,"href":"https:\/\/skills.visual-paradigm.com\/cn\/wp-json\/wp\/v2\/doc_tag?post=801"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}