- 综合排序
- 最热优先
- 最新优先
- 来自专栏腾讯移动品质中心TMQ的专栏
测试建模 ——从需求的角度说建模
关于本文 在上一篇文章的实例中我们了解了基于业务流程测试的建模方法，但在实际工作中针对不同的需求我们还有很多其他建模语言可以使用。 今天这篇文章将通过需求的几个不同视角来为大家介绍下还有哪些视图在测试建模中可以被我们拿来使用。 一、需求工程的多个视角 每当我们从产品经理手中接过需求文档时，往往心中的第一个疑问就是怎么“看”，在解答这个问题之前，我们先来了解下《Requirements Engineering Fundamentals 》一书中关于“需求三个视角”的描述： ? 根据项目阶段来判断 需求评审阶段：这个阶段的目标是消除歧义、达成一致，测试建模的主要功能也是促进理解和交流，因此，这个阶段我们使用各类视图建模时不易过度关注细节，大体描述主要流程即可，我们可以随着项目的开展对模型进行迭代更新
2.7K62发布于 2018-02-06 - 来自专栏UML
ArchiMate 图示例：需求建模
它由一种核心语言组成，旨在描述实际体系结构（业务，信息系统和技术体系结构，以及它们之间的相互关系），以及对动机，实现和迁移规划进行建模的扩展。 ArchiMate 3.0规范 ArchiMate®3.0规范由The Open Group ArchiMate论坛开发，于2016年6月发布，是ArchiMate 2.1规范的重大更新。 3.0版中包含的新功能包括用于在战略级别对企业进行建模的元素，例如功能，资源和结果。它还包括对材料和设备的物理世界进行建模的支持。 ArchiMate 图示例：需求建模描述： 这个ArchiMate示例说明了目标对需求的分解。目标促进自助服务，使目标分解，使客户交互更有效减少工作量，减少与客户的互动。 目标通过需求实现便利自助服务提供在线投资组合服务和提供在线信息服务。
2.1K40发布于 2018-07-04 需求分析和软件建模
增加成本 产生不合格需求的原因有哪些 没有足够的用户参与 用户的需求不断增加，导致不可控 没有进行用户分类 需求具有二义性 需求规格说明过于精简 需求层次的构成 需求基础 需求的内涵 实体和状态构成了解决问题的基本范围 数据包括在分析、设计、实现过程中涉及到的概念、属性、术语等所有内容，并把这些内容定义在数据字典中，然后围绕数据字典进行功能/过程模型、数据模型、行为模型的建模过程。 结构化建模包括：过程建模、数据建模 过程建模 过程建模是结构化建模的核心方法： 系统是过程的集合 所有系统都是由过程构成的 过程可以分解为子过程 最终所有的子过程都可以被映射为计算实体（函数） 数据流图 外部实体是待构建系统之外的人、组织、软件系统，它们不受系统的控制，开发者不能以任何方式操纵他们 需要建模的外部实体，是与待构建系统存在数据交互的外部实体，他们是待构建系统的数据源或者数据目的地 所有外部实体联合起来就构成了软件系统的外部上下文环境 原始DFD图的扩展形式：微规格说明、数据字典 一般来说，低于0层图的子图上不会出现外部实体 数据建模 数据模型是用来描述数据的定义、结构、关系等特性的模型 说明了问题域和解系统的共享事物、对共享事物的描述
24510编辑于 2025-12-23需求建模： 如何引领新一代企业需求管理
需求建模的本质是“建立秩序与定义关系”，它在一个先进的需求管理系统中包含两大核心层面：结构建模：定义需求的“原子单元”（如类型、属性、层级），形成企业统一的需求元模型与分类框架。 关系建模：构建需求与需求、需求与企业架构（业务能力、应用、数据）、需求与交付物（任务、用例、代码）之间的动态关联网络。 支柱二：全链路追溯建模 —— 打通“业务到技术”的价值流需求的最终价值在于“被准确实现”。 支柱四：资产化运营建模 —— 激活知识，赋能创新建模的终极目标是让需求资产“活”起来，并产生持续不断的价值。 本章小结：建模，奠定需求数智化的基石需求建模并非单一功能，而是由结构化、全链路追溯、协作权限、资产化运营四大支柱构成的体系化解决方案。
7800编辑于 2026-01-19- 来自专栏Spark学习技巧
第1篇：数据库需求与ER建模
数据库需求与ER建模 前言 在数据库建设过程中，哪一步最重要？绝大多数资料会告诉你，是需求分析阶段。这一步的好坏甚至直接决定数据库项目的成败。 需求分析阶段，也被称为ER建模(entity-relationship modeling)阶段，也常被称为需求可视化，概念建模等。 扩展概念 使用前面介绍的这些概念，已经能完成基础ER建模了。然而，为了更为细致的刻画出用户需求，又有了下面这些建模规则。 1. 在上面这个例子中，每个学生具体对应到了2-6间教室；同时每间教室对应到了5-40名学生。 b. 也可以在联系中说明联系中的角色。这在一元联系中尤为常见，如下图所示： ? 不过笔者在这里推荐一款轻量级的在线数据库建模工具，网址是https://erdplus.com/#； 小结 需求分析，ER建模是贯穿整个数据库生命周期的工作。
2.2K70发布于 2018-03-20 - 来自专栏需求数智化管理
什么是需求建模？Visual RM 如何让企业需求 “可复用、可追溯、可协作”
一、什么是需求建模？在传统需求管理中，需求常以零散文档形式存在，价值局限于单一项目，难以沉淀复用。 需求建模的本质是 “建立秩序与定义关系”，主要包含两大核心层面：结构建模：明确需求的 “原子单元”（如需求类型、属性、层级），搭建统一的需求元模型与分类框架（如 “业务领域→产品线→功能模块” 的层级结构 需求建模的本质是 “建立秩序与定义关系”，包含两大核心层面：结构建模：定义需求的 “原子单元”（类型、属性、层级），形成统一的需求元模型与分类框架；关系建模：构建需求与需求、需求与企业架构（业务能力、应用 三、支柱实践一：结构化建模 —— 搭建需求的数字骨架结构化是需求 “可管理、可复用” 的基石。 七、本章小结：建模是需求数智化的基石Visual RM 的需求建模并非单一功能，而是由结构化、全链路追溯、协作权限、资产化运营四大支柱构成的体系化解决方案，实现三大革命性转变：管理对象转变：从 “难以操控的文档
24510编辑于 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 kanass通关指南(6) - 如何进行需求管理
上文介绍了如何快速创建第一个项目，本文将从项目的源头需求进行介绍，如何快速创建与管理需求。1、添加需求进入kanass项目，页面会自动定位到事项页面。 点击添加事项->需求，填写需求标题与描述，选择需求类型等信息添加需求属性说明2、查看与编辑需求需求创建成功后，点击需求名称，页面以开启右抽屉的形式打开需求详情页面。 用户可以在详情页面对需求进行查看与修改查看与编辑需求编辑标题直接在详情页面点击标题，即可修改编辑描述点击描述上的编辑按钮，编辑后点击确认，编辑保存成功编辑其他字段其他字段直接点击下拉框，即可编辑3、删除需求在需求列表中点击更多 删除需求4、需求关联4.1事项关联子事项点击需求并进入需求详情页面，点击子事项，此页面提供添加子需求和关联子需求功能。添加子需求：可以在当前页面通过填写需求名称，快速创建子需求。创建成功后自动关联。 ：点击工时，可以为当前需求添加计划工时、完成工时和剩余工时附件：点击附件，可以查看到创建需求时上传的附件，支持附件的增、删、改、查工时与附件5、需求列表查看需求列表支持多种视图查看，点击右上角的更改视图按钮
14854编辑于 2025-11-20- 来自专栏软件方法
《软件方法（上）业务建模和需求》第2版 勘误（201906更新）
（4）页码：前言 错误：18年过去 纠错：一十八年过去 （5）页码：20 错误：结队洗澡 纠错：结对洗澡 （6）错误发现者：刘京城 页码：225 错误：有时不需要少验证 纠错：有时不需要验证 （7）错误发现者 （11）错误发现者：陈锐 页码：232 错误：图6-30下半部颠倒 纠错：改为下图 ? ? 最新版本的获得： 上册，请在书店购买《软件方法（上）业务建模和需求》第2版 下册目前公开内容， 请在http://www.umlchina.com/book/softmeth0809.pdf下载 ?
1.1K20发布于 2019-09-26 基于SOA思想的业务建模和需求分析流程和案例分析
今天整理下基于SOA架构思想下的业务建模，服务识别和需求分析规范流程。并给出一些案例数据作为参考。 SOA需求分析总体说明 服务需求的主要工作是基于SOA的需求分析方法论，以流程和业务驱动IT的指导思想，对业务系统进行业务建模，用例建模和业务实体建模，形成企业级需求和业务功能清单，作为后续服务识别的输入 对于服务需求，以流程分析为基础，通过流程的逐层分解，细化出关键的业务活动，将流程活动识别为业务用例，并对业务用例进行建模。 对于服务需求，以流程分析为基础，通过流程的逐层分解，细化出关键的业务活动，将流程活动识别为业务用例，并对业务用例进行建模。 对于数据建模和数据CRUD分析实际是在结构化分析中经常使用的需求分析和建模方法。 数据建模阶段包括了业务实体分析和数据CRUD分析两个部分内容。
36910编辑于 2025-06-24- 来自专栏陈树义
6、市场需求文档（MRD）撰写方法与技巧
用户体验差）、 – 技术方面（语音压缩技术不成熟，外资搜索引擎对中文理解不够深刻） – 运营方面（产业链偏下游，重实体，轻线上，造成瓜分线下旅行社利润，形成对立） – 用户方面（用户需要可替代产品尚未出现，需求明显 这里就要引申出来一个问题，即产品经理对于用户需求与产品核心目标关系的拿捏。 5.4.3 产品结构（注意，不是功能结构，是产品的整体结构） 产品结构是产品的市场定位，产品定位，核心目标的直接体现。 5.4.7 产品功能性需求 以在线留言板需求： -注册与登录（直接注册、第三方注册、直接登录、第三方登录） -交流（留言、回复、图片上传、文字发布） -管理（查看、删除、修改） 5.4.8 产品非功能性需求 有效性需求、性能需求、拓展性需求、安全性需求、健壮性需求、兼容性需求、可用性需求 、运营需求、用户体验需求 6、优秀MRD的特点 – 逻辑性强：有论点，有论据，有论证 – 把抽象的东西形象化的讲出来 分析有理 – 有把握的主观，无把握的客观 – 惜字如金，能把问题表述清楚，绝不多写一个字 – 合理的产品进度分配更有利于研发人员工作（人有九等，不是所有人的人都是打了鸡血的 产品经理） – 重视非功能需求
3.3K71发布于 2018-04-13 - 来自专栏王的机器
信用风险建模 in Python 系列 6 - 阈值模型校正
完整代码和数据 链接：https://pan.baidu.com/s/1FVku6WefSBfhRwWILiaCrw 提取码：vx4p 本文是「信用风险建模 in Python」系列的第六篇，其实在之前的
1.3K20发布于 2020-08-20 - 来自专栏EAWorld
敏捷是一种态度：有了敏捷建模，就有了敏捷需求
2.3 需求怎么样才能敏捷？ 大凡工作敏捷化，都是追求化繁为简。需求敏捷化的追求也是一样，通过敏捷建模（即构建模型）的方式，来实现需求敏捷。 图4：敏捷建模 需求模型化工作分业务建模、流程建模、表单建模、规则建模和数据建模5个不断深入细化的环节。 其中，业务需求分析人员、软件需求分析人员和架构设计人员的建模能力要求如下： 业务需求分析人员，需要具备业务建模、流程建模等能力； 软件需求分析人员，需要具备流程建模、表单建模和规则建模等能力； 架构设计人员 依据需求工期缩短比例的多寡，我们可以针对敏捷需求能力成熟度进行量化评估，以高量级的项目需求为例，比如零售信贷升级改造项目，未采用敏捷需求建模方法，预估10人6月（60人月）完成，设定为敏捷能力1.0计， 建立有敏捷制度、敏捷组织、敏捷流程、敏捷文化等敏捷保障体系，以业务建模、流程建模、表单建模、规则建模、数据建模等敏捷建模方法为核心动力，驱动业务需求、技术需求、运维需求、数据需求等需求来源快速落地，提供需求进度
86421编辑于 2023-01-11 - 来自专栏别先生
Elasticsearch 6.x版本全文检索学习之数据建模
1、什么是数据建模。 答：数据建模，英文为Data Modeling，为创建数据模型的过程。 2、数据建模的过程。 答：第一步、概念模型，确定系统的核心需求和范围边界，设计实体和实体间的关系。 第二步、逻辑模型，进一步梳理业务需求，确定每个实体的属性，关系和约束等等。 第三步、物理模型，结合具体的数据库产品，在满足业务读写性能等需求的前提下确定最终的定义，如mysql、mongodb、elasticsearch等等。 i、multifields多字段，灵活使用多字段特性来解决多样的业务需求。 j、dynamic，值为true、false、strict。控制mapping自动更新。 6、Mapping字段属性的设定流程，是何种类型的。 答：a、字符串类型，需要分词则设定为text类型的，否则设置为keyword类型的。
1.1K20发布于 2019-11-14 - 来自专栏网络安全技术点滴分享
在AI技术唾手可得的时代，挖掘新需求成为核心竞争力——某知名CAD建模框架需求洞察
a.内容描述该项目是一个专业的3D建模和CAD数据交换软件开发平台，提供曲面和实体建模、CAD数据交换及可视化服务。 核心功能定位为为3D建模（CAD）、制造/测量（CAM）和数值仿真（CAE）领域的软件开发提供基础库支持。 关键应用场景包括：开发处理3D几何建模的工业软件实现CAD格式之间的数据转换与交互构建科学计算和工程仿真中的可视化组件为制造和测量应用提供几何算法支持b.功能特性该项目提供以下主要功能特性：建模核心功能 ：高级曲面和实体几何建模工具参数化曲线和曲面处理能力边界表示（BRep）模型构建与编辑几何变换和布尔运算支持数据交换能力：多格式CAD数据导入导出（STEP、IGES等）3D模型格式转换与互操作网格数据与几何数据互转换属性数据 在线文档提供最新版本和特定版本浏览本地可通过HTML或PDF格式查看文档支持从源代码生成文档（需要Tcl和Doxygen）源码中的Markdown格式文档也可直接阅读开发支持：开发门户网站提供协作开发信息论坛和讨论区可供技术交流e.潜在新需求
28710编辑于 2025-08-21 - 来自专栏超级架构师
「首席架构师看敏捷建模」敏捷核心实践：怎么样排列需求？
您的项目涉众有权定义新的需求，改变他们对现有需求的想法，甚至根据他们认为合适的情况重新排列需求的优先级。 利益相关者负责及时做出决策并提供信息。 如果一个高风险的需求目前接近于栈底，那么您应该质疑这个需求是否真的是需要的，因为很有可能您永远不会真正抽出时间来处理它，因为优先级更高的工作总是会成为先例。 提前一点建模。 纪律严明的敏捷团队将采用前瞻性建模实践，对工作项堆栈进行一两次迭代，并投入时间研究即将到来的复杂工作项，以降低总体项目风险。 提前建模在Scrum中称为backlog梳理，揭示了Scrum实践中一些不必要的概念耦合。 图2。有纪律的敏捷工作管理流程。 ? 3.选择池:精益 图3描述了一种在看板团队中常见的需求管理精益方法。 利益相关者可以通过以下几种方式添加选项: 当团队最初形成时，通过需求想象会话。 以利益相关者认为的即兴方式。 当选项池接近空时，通过有目的的建模会话。
72910发布于 2019-09-16 - 来自专栏Piper蛋窝
6款工具，免费你对录屏的所有需求！
时间已经过去有段时间了，刚好近期我也需要录制一些简单的视频教程，所以在这几个月里我一直在留意、试用不同的录屏软件，今天就来介绍6款不错的录屏软件，各位同学可以选择一款适合自己的即可。 Captura能够满足绝大多数人对于录屏的需求，能够满足绝大多数录屏场景， •声音录制•定义光标•语言支持中文•录制画质、音质清晰•能够快速保存录制视频•支持截图•开源免费•不限时长•支持精简模式•可以自动识别窗口 OBS studio 我想，前面介绍的3款录屏工具应该已经能够满足大多数同学的需求。但是，也会有同学有疑问， •macOS/Linux用户怎么办？•简单的录屏功能不足以满足复杂的需求场景怎么办？ ? 除此之外，ScreenToGif是一款完全免费无广告的工具，它包含两个版本：安装版(3M)和免安装版(1.1M)，可以根据自己的需求供你选择。 下载方式 ? 我已经把前面介绍的6款录屏工具进行整理打包共享，需要的可以在公众号后台回复关键字“s29”获取~
2.2K40发布于 2020-12-15 - 来自专栏软件方法
《软件方法（上）业务建模和需求》第2版 勘误（2021年9月更新）
---- 错误发现者：陈锐 页码：232 原文：图6-30下半部颠倒 纠错：改为下图 ---- 错误发现者：高洪江 页码：255 原文：防御战。 最新版本的获得： 上册，请在书店购买《软件方法（上）业务建模和需求》第2版。 下册内容，随时在公众号更新。 联系方式 微信：umlchina2
45030发布于 2021-10-13
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号