- 综合排序
- 最热优先
- 最新优先
- 来自专栏腾讯移动品质中心TMQ的专栏
测试建模 ——从需求的角度说建模
关于本文 在上一篇文章的实例中我们了解了基于业务流程测试的建模方法，但在实际工作中针对不同的需求我们还有很多其他建模语言可以使用。 今天这篇文章将通过需求的几个不同视角来为大家介绍下还有哪些视图在测试建模中可以被我们拿来使用。 》一书中关于“需求三个视角”的描述： ? 根据需求特点选择 “名词”较多的优先选择结构视图 “功能、逻辑、算法” 较多的优先选择功能视图 2. 根据项目阶段来判断 需求评审阶段：这个阶段的目标是消除歧义、达成一致，测试建模的主要功能也是促进理解和交流，因此，这个阶段我们使用各类视图建模时不易过度关注细节，大体描述主要流程即可，我们可以随着项目的开展对模型进行迭代更新
2.7K62发布于 2018-02-06 - 来自专栏UML
ArchiMate 图示例：需求建模
它由一种核心语言组成，旨在描述实际体系结构（业务，信息系统和技术体系结构，以及它们之间的相互关系），以及对动机，实现和迁移规划进行建模的扩展。 3.0版中包含的新功能包括用于在战略级别对企业进行建模的元素，例如功能，资源和结果。它还包括对材料和设备的物理世界进行建模的支持。 已创建该语言的新版本以响应许多要求： 对业务战略与业务和IT运营相关的需求不断增加 融合IT和物理世界的技术创新 用于新域名; 例如，制造业，物流业 提高一致性和可理解性 改进了Open Group标准之间的一致性 ArchiMate 图示例：需求建模描述： 这个ArchiMate示例说明了目标对需求的分解。目标促进自助服务，使目标分解，使客户交互更有效减少工作量，减少与客户的互动。 目标通过需求实现便利自助服务提供在线投资组合服务和提供在线信息服务。
2.1K40发布于 2018-07-04 需求分析和软件建模
增加成本 产生不合格需求的原因有哪些 没有足够的用户参与 用户的需求不断增加，导致不可控 没有进行用户分类 需求具有二义性 需求规格说明过于精简 需求层次的构成 需求基础 需求的内涵 实体和状态构成了解决问题的基本范围 数据包括在分析、设计、实现过程中涉及到的概念、属性、术语等所有内容，并把这些内容定义在数据字典中，然后围绕数据字典进行功能/过程模型、数据模型、行为模型的建模过程。 结构化建模包括：过程建模、数据建模 过程建模 过程建模是结构化建模的核心方法： 系统是过程的集合 所有系统都是由过程构成的 过程可以分解为子过程 最终所有的子过程都可以被映射为计算实体（函数） 数据流图 外部实体是待构建系统之外的人、组织、软件系统，它们不受系统的控制，开发者不能以任何方式操纵他们 需要建模的外部实体，是与待构建系统存在数据交互的外部实体，他们是待构建系统的数据源或者数据目的地 所有外部实体联合起来就构成了软件系统的外部上下文环境 原始DFD图的扩展形式：微规格说明、数据字典 一般来说，低于0层图的子图上不会出现外部实体 数据建模 数据模型是用来描述数据的定义、结构、关系等特性的模型 说明了问题域和解系统的共享事物、对共享事物的描述
24510编辑于 2025-12-23- 来自专栏软件方法
《软件方法（上）业务建模和需求》第2版 勘误（201906更新）
（2）错误发现者：李大春 页码：110 错误：要和二十年多前一样 纠错：要和二十多年前一样 （3）错误发现者：李大春 页码：127 错误：图4-42和图4-43相同 纠错：图4-42改为下图 （10）错误发现者：陈志雨 页码：57 错误：图2-17不对 纠错：改为下图 ? （11）错误发现者：陈锐 页码：232 错误：图6-30下半部颠倒 纠错：改为下图 ? ? 系统记录官网服务器无响应 8a2. 返回10 9a. 微信公众号系统无响应： 9a1. 系统记录微信公众号系统无响应 9a2. （2）同一错误仅支付最先指正者报酬。 （3）请根据最新版本作指正。 最新版本的获得： 上册，请在书店购买《软件方法（上）业务建模和需求》第2版 下册目前公开内容， 请在http://www.umlchina.com/book/softmeth0809.pdf下载 ?
1.1K20发布于 2019-09-26 需求建模： 如何引领新一代企业需求管理
需求建模的本质是“建立秩序与定义关系”，它在一个先进的需求管理系统中包含两大核心层面：结构建模：定义需求的“原子单元”（如类型、属性、层级），形成企业统一的需求元模型与分类框架。 关系建模：构建需求与需求、需求与企业架构（业务能力、应用、数据）、需求与交付物（任务、用例、代码）之间的动态关联网络。 支柱二：全链路追溯建模 —— 打通“业务到技术”的价值流需求的最终价值在于“被准确实现”。 支柱四：资产化运营建模 —— 激活知识，赋能创新建模的终极目标是让需求资产“活”起来，并产生持续不断的价值。 本章小结：建模，奠定需求数智化的基石需求建模并非单一功能，而是由结构化、全链路追溯、协作权限、资产化运营四大支柱构成的体系化解决方案。
7800编辑于 2026-01-19- 来自专栏软件方法
《软件方法（上）业务建模和需求》第2版 勘误（2021年9月更新）
：高洪江 页码：61 原文：图2-16标号重复出现 纠错：61页的“图2-16”改为“图2-22”，第2章在此处之后的图号依次修改。 ---- 错误发现者：唐华 页码：62 原文：调整注释框大小，使得刚好容下内部文字（见图2-19)。 纠错：调整注释框大小，使得刚好容下内部文字（见图2-25-图2-27）。 系统记录官网服务器无响应 8a2. 返回10 9a. 微信公众号系统无响应： 9a1. 系统记录微信公众号系统无响应 9a2. （2）同一错误仅支付最先指正者报酬。 （3）请根据最新版本作指正。 最新版本的获得： 上册，请在书店购买《软件方法（上）业务建模和需求》第2版。 下册内容，随时在公众号更新。 联系方式 微信：umlchina2
45030发布于 2021-10-13 - 来自专栏好好学习
【UML建模】（2） UML建模之用例图
用例图介绍 用例图主要用来描述软件的使用者是谁，软件提供哪些功能，它用来表示一个系统中用例与参与者及其关系的图，主要用于需求分析阶段 用例图包含的元素 基本元素：参与者（Actor）, 用例（Use Case 另外，参与者也决定了系统需求的完整性。
1.3K11编辑于 2022-03-31 - 来自专栏软件方法
《软件方法（上）业务建模和需求》第2版 勘误（2021年1月更新）
（2）错误发现者：李大春 页码：110 错误：要和二十年多前一样 纠错：要和二十多年前一样 （3）错误发现者：李大春 页码：127 错误：图4-42和图4-43相同 纠错：图4-42改为下图 （10）错误发现者：陈志雨 页码：57 错误：图2-17不对 纠错：改为下图 ? （11）错误发现者：陈锐 页码：232 错误：图6-30下半部颠倒 纠错：改为下图 ? ? 系统记录官网服务器无响应 8a2. 返回10 9a. 微信公众号系统无响应： 9a1. 系统记录微信公众号系统无响应 9a2. （25）错误发现者：高洪江 页码：61 错误：图2-16标号重复出现 纠错：61页的“图2-16”改为“图2-22”，第2章在此处之后的图号依次修改。
45810发布于 2021-02-24 - 来自专栏Spark学习技巧
第1篇：数据库需求与ER建模
数据库需求与ER建模 前言 在数据库建设过程中，哪一步最重要？绝大多数资料会告诉你，是需求分析阶段。这一步的好坏甚至直接决定数据库项目的成败。 需求分析阶段，也被称为ER建模(entity-relationship modeling)阶段，也常被称为需求可视化，概念建模等。 扩展概念 使用前面介绍的这些概念，已经能完成基础ER建模了。然而，为了更为细致的刻画出用户需求，又有了下面这些建模规则。 1. 2. 三元(或更多)关系 在ER图中，联系一般是将两个实体关联起来，又或者自己关联自己。但是也有些时候，需求方需要同时将多个实体联系起来。这怎么办呢？要知道表示联系的菱形有且只有两个接口。 本文实体名全大写，属性和关系名则用首字母大写的驼峰法，同时尽量保证所有命名都全局唯一； 2. 用户的更多个性需求应当以注释，标签等方式一并标记在ER图中； 3.
2.2K70发布于 2018-03-20 - 来自专栏需求数智化管理
什么是需求建模？Visual RM 如何让企业需求 “可复用、可追溯、可协作”
一、什么是需求建模？在传统需求管理中，需求常以零散文档形式存在，价值局限于单一项目，难以沉淀复用。 需求建模的本质是 “建立秩序与定义关系”，主要包含两大核心层面：结构建模：明确需求的 “原子单元”（如需求类型、属性、层级），搭建统一的需求元模型与分类框架（如 “业务领域→产品线→功能模块” 的层级结构 需求建模的本质是 “建立秩序与定义关系”，包含两大核心层面：结构建模：定义需求的 “原子单元”（类型、属性、层级），形成统一的需求元模型与分类框架；关系建模：构建需求与需求、需求与企业架构（业务能力、应用 三、支柱实践一：结构化建模 —— 搭建需求的数字骨架结构化是需求 “可管理、可复用” 的基石。 （二）实现 “一键式” 影响分析与进度跟踪基于关联网络，平台提供透明化管理能力：智能影响分析：需求变更时，系统自动分析影响范围（如 “修改登录密码规则” 需调整 “密码重置” 需求、3 个开发任务、2
24510编辑于 2025-12-05 - 来自专栏软件方法
《软件方法（上）业务建模和需求》第2版 勘误（2022年10月24日更新）
纠错：如图6-20所示，用例的需求组织方式是分层的，从用例到路径、步骤、补充约束，需求的稳定性越来越低。 ---- 错误发现者：唐华 页码：219 原文：而非空想一个设计，然后把它当成需求。 纠错：而非假想一个设计，然后把它当成需求。 （2）同一错误仅支付最先指正者报酬。 （3）请根据最新版本作指正。 最新版本的获得： 上册，请在书店购买《软件方法（上）业务建模和需求》第2版。 14-18晚软件需求设计方法学全程实例剖析网课 [新增架构师专用集锦AD-001]28套UML+EA和StarUML的建模示范视频-全程字幕（20221006更新） 《软件方法》书中自测题-题目全文 +分卷自测（1-8章）16套111题 《软件方法》强化自测题集110题 CTO也糊涂的常用术语：功能模块、业务架构、用户需求……[20210217更新] 如何选择UMLChina服务 作者微信：umlchina2
46710编辑于 2022-10-31 - 来自专栏朱永胜的私房菜
dubbo（2.7.3） 2.需求
有的时候博客内容会有变动，首发博客是最新的，其他博客地址可能会未同步,认准https://blog.zysicyj.top 本文介绍了 Dubbo 要解决的需求 在大规模服务化之前，应用可能只是通过 以上是 Dubbo 最基本的几个需求。 本文由 mdnice 多平台发布
20210编辑于 2023-12-12 - 来自专栏软件方法
《软件方法（上）业务建模和需求》第2版 勘误（2021年10月21日更新）
---- 错误发现者：高洪江 页码：61 原文：图2-16标号重复出现 纠错：61页的“图2-16”改为“图2-22”，第2章在此处之后的图号依次修改。 ，从用例到路径、步骤、约束，需求的稳定性越来越低。 纠错：如图6-20所示，用例的需求组织方式是分层的，从用例到路径、步骤、补充约束，需求的稳定性越来越低。 ---- 错误发现者：唐华 页码：217 原文：而非空想一个设计，然后把它当成需求。 纠错：而非假想一个设计，然后把它当成需求。 （2）同一错误仅支付最先指正者报酬。 （3）请根据最新版本作指正。 最新版本的获得： 上册，请在书店购买《软件方法（上）业务建模和需求》第2版。 下册目前公开内容，请关注公众号的更新。
42520发布于 2021-10-27 - 来自专栏明志德到的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 软件建模结构 ? 的建模，负责管理start_addr和final_addr ram_model：对RAM建模，包括读和写 模型运行流程 initialize ? __init__() page_capacity = 2 ** page_capacity_width - 2 self.data = np.zeros(page_capacity *4 - 2) model.write(din)
1.1K70发布于 2018-04-27 - 来自专栏韩锋频道
数据建模1,2,3
针对这两种不同的数据用途，如何组织数据，更好地满足数据使用需求。这里就涉及到数据建模问题。即设计一种数据组织方式（模型），来满足不同场景。 2. 维度建模 1).基本概念 在建模过程中，涉及到很多概念。下面通过一个场景来，来说明它们。例如：常见的电商下单环节，每个用户提交一笔订单（仅限一个物品），就对应于一条订单记录。 【业务过程】：下订单 【粒度】：每笔订单（拆分为单个物品） 【维度】：地域、年龄、渠道等（可供分析的角度） 【事实/度量】：订单金额等（可用于分析的数据） 2).建模步骤 收集业务需求与数据实现 在开始维度建模工作之前 ，需要理解业务需求，以及作为底层源数据的实际情况。 2).事实表设计 事实表作为数据仓库维度建模的核心，紧紧围绕着业务过程来设计，通过获取描述业务过程的度量来表达业务过程，包含了引用的维度和与业务过程有关的度量。
1.5K51发布于 2019-06-06 - 来自专栏学习成长指南
数学建模Python必知必会（2）
我们一般选择自己熟悉的这个方法就可以了，不然如果一个方法在不同的模块里面的这个名字是一样的，这个时候你有同时导入多个模块，这个时候就会冲突；关于第三方库的说明：内置模块直接导入，第三方库，需要使用这个pip包管理器进行这个库的安装；2. 而这个类的继承在实际的比赛里面并不经常使用：下面的这个内容选择性学习，我会针对其中的一些进行说明，不理解没关系，等到用的时候再去学也是来得及的，为什么这么说，因为这个内容对于非科班的没有经过系统学习的伙伴而言，确实是有难度的；针对下面的这个需求
13610编辑于 2025-03-22 基于SOA思想的业务建模和需求分析流程和案例分析
今天整理下基于SOA架构思想下的业务建模，服务识别和需求分析规范流程。并给出一些案例数据作为参考。 SOA需求分析总体说明 服务需求的主要工作是基于SOA的需求分析方法论，以流程和业务驱动IT的指导思想，对业务系统进行业务建模，用例建模和业务实体建模，形成企业级需求和业务功能清单，作为后续服务识别的输入 对于服务需求，以流程分析为基础，通过流程的逐层分解，细化出关键的业务活动，将流程活动识别为业务用例，并对业务用例进行建模。 整个需求分析中的功能分级模型可以用下图描述，其中流程分析和流程分解对应到Level1和Level2层。用例对应业务活动层Level3，业务操作对应Level 4层的业务活动。 对于数据建模和数据CRUD分析实际是在结构化分析中经常使用的需求分析和建模方法。 数据建模阶段包括了业务实体分析和数据CRUD分析两个部分内容。
36910编辑于 2025-06-24- 来自专栏Keegan小钢
BlockLever实战营日志 #2 | 产品需求梳理
这是我们研发「BlockLever」第 2 天的研发日志，前一篇日志如下： BlockLever实战营日志 #1 | 开营 Day 2 的目标是梳理出 BlockLever 第一个版本的 PRD 文档， 我打算投入多少本金 杠杆倍数 资金模式 我要用几倍资金操作 健康因子 安全状态 我的仓位是否安全 举个例子：在 BlockLever 的买入页面中，用户只需填写： 我要花费 1000 USDT → 使用 2 Day 2 小结：定位、语言、结构的全面重构 回顾今天，其实发生了三件意义很大的事。 第一，产品定位的转变。 最终，AI 帮我生成的 PRD 文档 其实非常详细，不仅包含了完整的功能定义、用户故事、交互流程、非功能需求，甚至还给出了“清算机制”和“账户创建”的精确计算逻辑。 总结一句话 Day 2 的成果，不只是多了一份 PRD 文档，而是让 BlockLever 的整个产品逻辑，第一次变得完整、清晰、可落地。
15910编辑于 2025-11-12
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号