- 综合排序
- 最热优先
- 最新优先
- 来自专栏腾讯移动品质中心TMQ的专栏
测试建模 ——从需求的角度说建模
关于本文 在上一篇文章的实例中我们了解了基于业务流程测试的建模方法，但在实际工作中针对不同的需求我们还有很多其他建模语言可以使用。 今天这篇文章将通过需求的几个不同视角来为大家介绍下还有哪些视图在测试建模中可以被我们拿来使用。 一、需求工程的多个视角 每当我们从产品经理手中接过需求文档时，往往心中的第一个疑问就是怎么“看”，在解答这个问题之前，我们先来了解下《Requirements Engineering Fundamentals 》一书中关于“需求三个视角”的描述： ? 根据项目阶段来判断 需求评审阶段：这个阶段的目标是消除歧义、达成一致，测试建模的主要功能也是促进理解和交流，因此，这个阶段我们使用各类视图建模时不易过度关注细节，大体描述主要流程即可，我们可以随着项目的开展对模型进行迭代更新
2.7K62发布于 2018-02-06 - 来自专栏UML
ArchiMate 图示例：需求建模
它由一种核心语言组成，旨在描述实际体系结构（业务，信息系统和技术体系结构，以及它们之间的相互关系），以及对动机，实现和迁移规划进行建模的扩展。 3.0版中包含的新功能包括用于在战略级别对企业进行建模的元素，例如功能，资源和结果。它还包括对材料和设备的物理世界进行建模的支持。 已创建该语言的新版本以响应许多要求： 对业务战略与业务和IT运营相关的需求不断增加 融合IT和物理世界的技术创新 用于新域名; 例如，制造业，物流业 提高一致性和可理解性 改进了Open Group标准之间的一致性 ArchiMate 图示例：需求建模描述： 这个ArchiMate示例说明了目标对需求的分解。目标促进自助服务，使目标分解，使客户交互更有效减少工作量，减少与客户的互动。 目标通过需求实现便利自助服务提供在线投资组合服务和提供在线信息服务。
2.1K40发布于 2018-07-04 需求分析和软件建模
增加成本 产生不合格需求的原因有哪些 没有足够的用户参与 用户的需求不断增加，导致不可控 没有进行用户分类 需求具有二义性 需求规格说明过于精简 需求层次的构成 需求基础 需求的内涵 实体和状态构成了解决问题的基本范围 数据包括在分析、设计、实现过程中涉及到的概念、属性、术语等所有内容，并把这些内容定义在数据字典中，然后围绕数据字典进行功能/过程模型、数据模型、行为模型的建模过程。 结构化建模包括：过程建模、数据建模 过程建模 过程建模是结构化建模的核心方法： 系统是过程的集合 所有系统都是由过程构成的 过程可以分解为子过程 最终所有的子过程都可以被映射为计算实体（函数） 数据流图 外部实体是待构建系统之外的人、组织、软件系统，它们不受系统的控制，开发者不能以任何方式操纵他们 需要建模的外部实体，是与待构建系统存在数据交互的外部实体，他们是待构建系统的数据源或者数据目的地 所有外部实体联合起来就构成了软件系统的外部上下文环境 原始DFD图的扩展形式：微规格说明、数据字典 一般来说，低于0层图的子图上不会出现外部实体 数据建模 数据模型是用来描述数据的定义、结构、关系等特性的模型 说明了问题域和解系统的共享事物、对共享事物的描述
23210编辑于 2025-12-23需求建模： 如何引领新一代企业需求管理
需求建模的本质是“建立秩序与定义关系”，它在一个先进的需求管理系统中包含两大核心层面：结构建模：定义需求的“原子单元”（如类型、属性、层级），形成企业统一的需求元模型与分类框架。 关系建模：构建需求与需求、需求与企业架构（业务能力、应用、数据）、需求与交付物（任务、用例、代码）之间的动态关联网络。 支柱二：全链路追溯建模 —— 打通“业务到技术”的价值流需求的最终价值在于“被准确实现”。 支柱四：资产化运营建模 —— 激活知识，赋能创新建模的终极目标是让需求资产“活”起来，并产生持续不断的价值。 本章小结：建模，奠定需求数智化的基石需求建模并非单一功能，而是由结构化、全链路追溯、协作权限、资产化运营四大支柱构成的体系化解决方案。
7000编辑于 2026-01-19- 来自专栏Spark学习技巧
第1篇：数据库需求与ER建模
数据库需求与ER建模 前言 在数据库建设过程中，哪一步最重要？绝大多数资料会告诉你，是需求分析阶段。这一步的好坏甚至直接决定数据库项目的成败。 需求分析阶段，也被称为ER建模(entity-relationship modeling)阶段，也常被称为需求可视化，概念建模等。 扩展概念 使用前面介绍的这些概念，已经能完成基础ER建模了。然而，为了更为细致的刻画出用户需求，又有了下面这些建模规则。 1. 用户的更多个性需求应当以注释，标签等方式一并标记在ER图中； 3. 建模工具可使用PowerDesigner，Workbench等。 不过笔者在这里推荐一款轻量级的在线数据库建模工具，网址是https://erdplus.com/#； 小结 需求分析，ER建模是贯穿整个数据库生命周期的工作。
2.2K70发布于 2018-03-20 - 来自专栏需求数智化管理
什么是需求建模？Visual RM 如何让企业需求 “可复用、可追溯、可协作”
一、什么是需求建模？在传统需求管理中，需求常以零散文档形式存在，价值局限于单一项目，难以沉淀复用。 需求建模的本质是 “建立秩序与定义关系”，主要包含两大核心层面：结构建模：明确需求的 “原子单元”（如需求类型、属性、层级），搭建统一的需求元模型与分类框架（如 “业务领域→产品线→功能模块” 的层级结构 需求建模的本质是 “建立秩序与定义关系”，包含两大核心层面：结构建模：定义需求的 “原子单元”（类型、属性、层级），形成统一的需求元模型与分类框架；关系建模：构建需求与需求、需求与企业架构（业务能力、应用 三、支柱实践一：结构化建模 —— 搭建需求的数字骨架结构化是需求 “可管理、可复用” 的基石。 七、本章小结：建模是需求数智化的基石Visual RM 的需求建模并非单一功能，而是由结构化、全链路追溯、协作权限、资产化运营四大支柱构成的体系化解决方案，实现三大革命性转变：管理对象转变：从 “难以操控的文档
23210编辑于 2025-12-05 - 来自专栏明志德到的IT笔记
Power Designer建模之餐饮在线点评系统——需求模型实例
总览 一级需求 二级需求 管理门户 会员门户 三级需求 系统管理 企业中心 会员中心 统计分析 四级需求 企业信息管理
1K40编辑于 2023-10-21 - 来自专栏java技术大本营
领域驱动四色建模法分析需求
又变成了以前的单体应用,界限小了, 一个微服务里面就一个方法, 然后还要用一个Jvm去跑 这时候,我们就可以用领域驱动来解决微服务界限划分问题,一个微服务代码一个领域,这样是再好不过了 领域驱动和以往的需求分析方法的不同 以往的需求分析: ? 领域驱动的需求分析: ? ,对应的概念给梳理出来了 四色建模法 四个颜色代码,下面这个颜色分类, 用蓝色表示命令,用红色表示实体,用绿色表示领域事件,用黄色表示补充信息 于是,上面我们创建的问题,就可以做如下表述 ? 领域划分 通过上面对事件,命令,实体的整理,我们把相关的实体整理到同一个领域中,这样就完成了使用DDD的四色建模! ?
2.8K30发布于 2020-03-26 - 来自专栏文武兼修ing——机器学习与IC设计
Python硬件建模——链表FIFO管理器软件建模需求技术路线选择软件建模结构模型运行流程代码实现
软件建模需求 建立一个软件模型，在事物级对硬件链表FIFO管理器的各个部分进行建模，包括： RAM模型 链表地址管理模型 系统模型 能够模拟的行为包括： 初始化 外部读 外部写 技术路线选择 项目 技术路线 建模语言 python 3.5 第三方库 numpy 软件建模结构 ? model_structure.png 平台由三个类组成： hardware_link_model：对controller和initialize的建模 addr_manager：对addr_manager 的建模，负责管理start_addr和final_addr ram_model：对RAM建模，包括读和写 模型运行流程 initialize ?
1.1K70发布于 2018-04-27 - 来自专栏软件方法
《软件方法（上）业务建模和需求》第2版 勘误（201906更新）
最新版本的获得： 上册，请在书店购买《软件方法（上）业务建模和需求》第2版 下册目前公开内容， 请在http://www.umlchina.com/book/softmeth0809.pdf下载 ?
1.1K20发布于 2019-09-26 基于SOA思想的业务建模和需求分析流程和案例分析
今天整理下基于SOA架构思想下的业务建模，服务识别和需求分析规范流程。并给出一些案例数据作为参考。 SOA需求分析总体说明 服务需求的主要工作是基于SOA的需求分析方法论，以流程和业务驱动IT的指导思想，对业务系统进行业务建模，用例建模和业务实体建模，形成企业级需求和业务功能清单，作为后续服务识别的输入 对于服务需求，以流程分析为基础，通过流程的逐层分解，细化出关键的业务活动，将流程活动识别为业务用例，并对业务用例进行建模。 对于服务需求，以流程分析为基础，通过流程的逐层分解，细化出关键的业务活动，将流程活动识别为业务用例，并对业务用例进行建模。 对于数据建模和数据CRUD分析实际是在结构化分析中经常使用的需求分析和建模方法。 数据建模阶段包括了业务实体分析和数据CRUD分析两个部分内容。
35110编辑于 2025-06-24- 来自专栏EAWorld
敏捷是一种态度：有了敏捷建模，就有了敏捷需求
2.3 需求怎么样才能敏捷？ 大凡工作敏捷化，都是追求化繁为简。需求敏捷化的追求也是一样，通过敏捷建模（即构建模型）的方式，来实现需求敏捷。 图4：敏捷建模 需求模型化工作分业务建模、流程建模、表单建模、规则建模和数据建模5个不断深入细化的环节。 其中，业务需求分析人员、软件需求分析人员和架构设计人员的建模能力要求如下： 业务需求分析人员，需要具备业务建模、流程建模等能力； 软件需求分析人员，需要具备流程建模、表单建模和规则建模等能力； 架构设计人员 五步敏捷建模方法，每一步都可以进行模型化、结构化，并产出相应类型的需求资产。 业务建模，产出业务模型，为业务架构中的概念模型资产，含业务实体。 建立有敏捷制度、敏捷组织、敏捷流程、敏捷文化等敏捷保障体系，以业务建模、流程建模、表单建模、规则建模、数据建模等敏捷建模方法为核心动力，驱动业务需求、技术需求、运维需求、数据需求等需求来源快速落地，提供需求进度
84821编辑于 2023-01-11 - 来自专栏网络安全技术点滴分享
在AI技术唾手可得的时代，挖掘新需求成为核心竞争力——某知名CAD建模框架需求洞察
a.内容描述该项目是一个专业的3D建模和CAD数据交换软件开发平台，提供曲面和实体建模、CAD数据交换及可视化服务。 核心功能定位为为3D建模（CAD）、制造/测量（CAM）和数值仿真（CAE）领域的软件开发提供基础库支持。 关键应用场景包括：开发处理3D几何建模的工业软件实现CAD格式之间的数据转换与交互构建科学计算和工程仿真中的可视化组件为制造和测量应用提供几何算法支持b.功能特性该项目提供以下主要功能特性：建模核心功能 ：高级曲面和实体几何建模工具参数化曲线和曲面处理能力边界表示（BRep）模型构建与编辑几何变换和布尔运算支持数据交换能力：多格式CAD数据导入导出（STEP、IGES等）3D模型格式转换与互操作网格数据与几何数据互转换属性数据 在线文档提供最新版本和特定版本浏览本地可通过HTML或PDF格式查看文档支持从源代码生成文档（需要Tcl和Doxygen）源码中的Markdown格式文档也可直接阅读开发支持：开发门户网站提供协作开发信息论坛和讨论区可供技术交流e.潜在新需求
28310编辑于 2025-08-21 - 来自专栏超级架构师
「首席架构师看敏捷建模」敏捷核心实践：怎么样排列需求？
您的项目涉众有权定义新的需求，改变他们对现有需求的想法，甚至根据他们认为合适的情况重新排列需求的优先级。 利益相关者负责及时做出决策并提供信息。 如果一个高风险的需求目前接近于栈底，那么您应该质疑这个需求是否真的是需要的，因为很有可能您永远不会真正抽出时间来处理它，因为优先级更高的工作总是会成为先例。 提前一点建模。 纪律严明的敏捷团队将采用前瞻性建模实践，对工作项堆栈进行一两次迭代，并投入时间研究即将到来的复杂工作项，以降低总体项目风险。 提前建模在Scrum中称为backlog梳理，揭示了Scrum实践中一些不必要的概念耦合。 图2。有纪律的敏捷工作管理流程。 ? 3.选择池:精益 图3描述了一种在看板团队中常见的需求管理精益方法。 利益相关者可以通过以下几种方式添加选项: 当团队最初形成时，通过需求想象会话。 以利益相关者认为的即兴方式。 当选项池接近空时，通过有目的的建模会话。
72810发布于 2019-09-16 - 来自专栏软件方法
《软件方法（上）业务建模和需求》第2版 勘误（2021年9月更新）
最新版本的获得： 上册，请在书店购买《软件方法（上）业务建模和需求》第2版。 下册内容，随时在公众号更新。 联系方式 微信：umlchina2
44830发布于 2021-10-13 - 来自专栏全栈程序员必看
数仓建模与分析建模_范式建模和维度建模
建模方法论 今天我们主要介绍常见的建模方法，这也就是我们今天文章的名称——建模方法论 20年前兴起的数据仓库简单的可分为两大流派，Inmon方法和Kimball方法，分别由 Ralph Kimbal和Bill 主要应用场景就是各类业务报表的需求。两者都建议使用ETL来加载数据到数据仓库。区别的关键在于如何在数据仓库中建模、加载和存储数据的方式。 建模的目的 数仓的建模或者分层，其实都是为了更好的去组织、管理、维护数据,所以当你站在更高的维度去看的话，所有的划分都是为了更好的管理。
73410编辑于 2022-11-09 - 来自专栏软件方法
软件需求设计UML全程实例剖析幻灯片（7-彩色建模）201904更新
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?
53930发布于 2019-09-23 - 来自专栏网络安全技术点滴分享
在AI技术唾手可得的时代，精准挖掘用户需求成为关键——某知名3D建模AI集成框架需求分析
a.内容描述核心功能定位：该项目是一个基于模型上下文协议（MCP）的桥接工具，旨在实现AI助手与知名开源3D建模软件之间的双向通信与控制。 典型场景包括：通过文本描述快速生成概念场景（如地牢、海滩）、根据参考图像重建3D场景、利用AI生成3D模型资产、自动化进行物体布局和材质应用等，旨在显著降低3D建模的入门门槛和重复性操作的时间成本。 e.潜在新需求（1）需求1：用户希望实现对从在线资源库下载的3D模型进行精确的尺寸归一化控制，要求AI在下载模型时必须明确指定目标尺寸，以便导入的多个模型之间能保持正确的比例关系。 （2）需求2：用户希望集成对本地部署的大型语言模型（例如通过Ollama框架运行的模型）的支持，作为对现有云端AI服务（如Claude）的替代或补充选项。 （3）需求3：用户希望为复杂的场景生成或编辑操作提供更细粒度的API工具控制。
13500编辑于 2026-01-12 - 来自专栏软件方法
《软件方法（上）业务建模和需求》第2版 勘误（2021年1月更新）
纠错：扩展路径加上以下内容 8a. 官网服务器无响应： 8a1. 系统记录官网服务器无响应 8a2. 返回10 9a. 微信公众号系统无响应： 9a1. 系统记录微信公众号系统无响应 9a2. 返回10
45810发布于 2021-02-24 - 来自专栏软件方法
软件需求设计UML全程实例剖析幻灯片（3-业务建模）201904更新
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?
48520发布于 2019-09-23
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号