- 综合排序
- 最热优先
- 最新优先
- 来自专栏腾讯移动品质中心TMQ的专栏
测试建模 ——从需求的角度说建模
关于本文 在上一篇文章的实例中我们了解了基于业务流程测试的建模方法，但在实际工作中针对不同的需求我们还有很多其他建模语言可以使用。 今天这篇文章将通过需求的几个不同视角来为大家介绍下还有哪些视图在测试建模中可以被我们拿来使用。 》一书中关于“需求三个视角”的描述： ? 三、如何选择视图 4个视角N种视图，在工作中我们能很快的选择出合适的那一款进行建模吗？ 当然可以，以下这些经验简要的告诉了我们如何更好的选择、使用。 1. 根据项目阶段来判断 需求评审阶段：这个阶段的目标是消除歧义、达成一致，测试建模的主要功能也是促进理解和交流，因此，这个阶段我们使用各类视图建模时不易过度关注细节，大体描述主要流程即可，我们可以随着项目的开展对模型进行迭代更新
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需求建模： 如何引领新一代企业需求管理
需求建模的本质是“建立秩序与定义关系”，它在一个先进的需求管理系统中包含两大核心层面：结构建模：定义需求的“原子单元”（如类型、属性、层级），形成企业统一的需求元模型与分类框架。 关系建模：构建需求与需求、需求与企业架构（业务能力、应用、数据）、需求与交付物（任务、用例、代码）之间的动态关联网络。 支柱二：全链路追溯建模 —— 打通“业务到技术”的价值流需求的最终价值在于“被准确实现”。 支柱四：资产化运营建模 —— 激活知识，赋能创新建模的终极目标是让需求资产“活”起来，并产生持续不断的价值。 本章小结：建模，奠定需求数智化的基石需求建模并非单一功能，而是由结构化、全链路追溯、协作权限、资产化运营四大支柱构成的体系化解决方案。
7800编辑于 2026-01-19- 来自专栏好好学习
【UML建模】（4） UML建模之时序图
基本元素 时序图中包含如下几个元素：对象，生命线，激活，消息，结构化控制 对象 时序图中的对象其实就是功能需求的各个参与者，在时序图中可以被激活的参与者都可以作为对象。
3.1K20编辑于 2022-03-31 - 来自专栏coding for love
第 4 章 需求工程
简介 4.1 功能型需求和非功能性需求 4.1.1 功能性需求 4.1.2 非功能性需求 4.2 需求工程过程 4.3 需求抽取 image.png 4.3.1 需求抽取技术 image.png 4.3.2 故事和场景 4.4 需求规格说明 4.4.1 自然语言规格说明 4.4.2 结构化规格说明 4.4.3 用况 用况（use case）是一种使用图形化模型和结构化文本描述用户与系统间交互的 4.4.4 软件需求文档 4.5 需求确认 4.6 需求变更 4.6.1 需求管理计划 需求管理计划确定如何管理一组不断演化的需求。 在计划阶段必须确定以下问题： 4.6.2 需求变更管理 需求变更管理针对的是需求文档被批准后对系统需求所提出的所有变更。 小结
53960发布于 2020-07-01 - 来自专栏Spark学习技巧
第1篇：数据库需求与ER建模
数据库需求与ER建模 前言 在数据库建设过程中，哪一步最重要？绝大多数资料会告诉你，是需求分析阶段。这一步的好坏甚至直接决定数据库项目的成败。 需求分析阶段，也被称为ER建模(entity-relationship modeling)阶段，也常被称为需求可视化，概念建模等。 扩展概念 使用前面介绍的这些概念，已经能完成基础ER建模了。然而，为了更为细致的刻画出用户需求，又有了下面这些建模规则。 1. 4. 可选属性(optional attribute) 部分属性可能有也可能没有取值，比如说职工奖金。 ER图上这类属性通过在属性名后面添加(0)标识，可参考下面这个职工实体定义： ? 5. 不过笔者在这里推荐一款轻量级的在线数据库建模工具，网址是https://erdplus.com/#； 小结 需求分析，ER建模是贯穿整个数据库生命周期的工作。
2.2K70发布于 2018-03-20 - 来自专栏需求数智化管理
什么是需求建模？Visual RM 如何让企业需求 “可复用、可追溯、可协作”
一、什么是需求建模？在传统需求管理中，需求常以零散文档形式存在，价值局限于单一项目，难以沉淀复用。 需求建模的本质是 “建立秩序与定义关系”，主要包含两大核心层面：结构建模：明确需求的 “原子单元”（如需求类型、属性、层级），搭建统一的需求元模型与分类框架（如 “业务领域→产品线→功能模块” 的层级结构 需求建模的本质是 “建立秩序与定义关系”，包含两大核心层面：结构建模：定义需求的 “原子单元”（类型、属性、层级），形成统一的需求元模型与分类框架；关系建模：构建需求与需求、需求与企业架构（业务能力、应用 三、支柱实践一：结构化建模 —— 搭建需求的数字骨架结构化是需求 “可管理、可复用” 的基石。 091”）、“代码提交”（如 “Git #f3d4e5”），实现 “需求 - 执行 - 交付” 闭环。
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 软件建模结构 ? 的建模，负责管理start_addr和final_addr ram_model：对RAM建模，包括读和写 模型运行流程 initialize ? class node_data(object): """docstring for node_data""" def __init__(self, page_capacity_width=4) model.ram.read_addr(addr)) else: return 随机数据写入 def ramdom_write(model): din = np.random.randn(2**4
1.1K70发布于 2018-04-27 《软件工程》第 4 章 - 需求获取
在软件工程中，需求获取是挖掘用户真实需求的关键步骤，它为后续的设计、开发和测试提供坚实基础。本章将围绕需求获取的流程、方法及工具展开，结合实际案例与 Java 代码，深入讲解这一重要环节。 “借阅图书” 的活动图如下： 4.2 需求获取的过程模型 需求获取的过程模型通常包括以下步骤： 与用户沟通，了解业务背景和需求意向；、 策划并实施需求调查（如访谈、问卷）； 整理和分析收集到的信息； 定义软件系统的初步轮廓 明确区分客户和用户，有助于精准获取不同角色的需求。 4.3.3 策划并实施需求调查 制定详细的调查计划，针对读者设计问卷，了解他们对借阅流程便捷性、图书检索功能的期望；对管理员进行访谈，获取图书管理、用户权限管理等方面的需求。 本章通过理论结合案例、代码与图表的方式，系统讲解了需求获取的关键内容。需求获取是一个反复沟通和迭代的过程，实际项目中需灵活运用这些方法，确保获取到准确、完整的需求。
12410编辑于 2026-01-21- 来自专栏机器学习AI算法工程
【LDA数学八卦-4】文本建模
4. 文本建模 我们日常生活中总是产生大量的文本，如果每一个文本存储为一篇文档，那每篇文档从人的观察来说就是有序的词的序列 d=(w1,w2,⋯,wn)。 包含M 篇文档的语料库 统计文本建模的目的就是追问这些观察到语料库中的的词序列是如何生成的。 所以在统计文本建模中，我们希望猜测出上帝是如何玩这个游戏的，具体一点，最核心的两个问题是 上帝都有什么样的骰子； 上帝是如何抛掷这些骰子的； 第一个问题就是表示模型中都有哪些参数，骰子的每一个面的概率都对应于模型中的参数
1.1K30发布于 2018-03-12 - 来自专栏软件方法
《软件方法（上）业务建模和需求》第2版 勘误（201906更新）
（1）错误发现者：李冠初 页码：138 错误：图4-52和图4-51相同 纠错：图4-52改为下图 ? （2）错误发现者：李大春 页码：110 错误：要和二十年多前一样 纠错：要和二十多年前一样 （3）错误发现者：李大春 页码：127 错误：图4-42和图4-43相同 纠错：图4-42改为下图 （4）页码：前言 错误：18年过去 纠错：一十八年过去 （5）页码：20 错误：结队洗澡 纠错：结对洗澡 （6）错误发现者：刘京城 页码：225 错误：有时不需要少验证 纠错：有时不需要验证 （7）错误发现者 最新版本的获得： 上册，请在书店购买《软件方法（上）业务建模和需求》第2版 下册目前公开内容， 请在http://www.umlchina.com/book/softmeth0809.pdf下载 ?
1.1K20发布于 2019-09-26 - 来自专栏软件方法
软件需求设计UML全程实例剖析幻灯片（4-需求）201904更新
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?
34820发布于 2019-09-23 - 来自专栏OpenFPGA
数字硬件建模SystemVerilog-组合逻辑建模（4）组合逻辑决策优先级
下面的代码片段演示了一个以if-else-if决策链建模的4-2优先级编码器，其中高阶位优先于低阶位。 同样的优先级编码器也可以通过使用case语句来建模。 这可以通过在case关键字之前添加一个unique的决策修饰符来实现，如下例所示: 示例7-4：具有unique并行编码逻辑的状态解码器 //`begin_keywords "1800-2012" / current_state[2]: get_going = '1; endcase end endmodule: case_with_unique0_decode //`end_keywords 图7-4显示了综合该示例的结果 图7-4：示例7-4的综合结果：使用unique 使用unique会指示综合编译器可以并行计算case项。与图7-3所示的优先级实现相比，这显著减少了该独热码解码器的门数和传播路径的数量。 示例7-3和7-4中所示的reverse case语句编码风格是综合编译器需要决策修饰符以实现最佳结果质量（QoR）的少数例外之一。
1.6K10编辑于 2023-02-14 基于SOA思想的业务建模和需求分析流程和案例分析
今天整理下基于SOA架构思想下的业务建模，服务识别和需求分析规范流程。并给出一些案例数据作为参考。 SOA需求分析总体说明 服务需求的主要工作是基于SOA的需求分析方法论，以流程和业务驱动IT的指导思想，对业务系统进行业务建模，用例建模和业务实体建模，形成企业级需求和业务功能清单，作为后续服务识别的输入 对于服务需求，以流程分析为基础，通过流程的逐层分解，细化出关键的业务活动，将流程活动识别为业务用例，并对业务用例进行建模。 整个需求分析中的功能分级模型可以用下图描述，其中流程分析和流程分解对应到Level1和Level2层。用例对应业务活动层Level3，业务操作对应Level 4层的业务活动。 对于数据建模和数据CRUD分析实际是在结构化分析中经常使用的需求分析和建模方法。 数据建模阶段包括了业务实体分析和数据CRUD分析两个部分内容。
36910编辑于 2025-06-24- 来自专栏CSDNToQQCode
4、软件需求管理过程——所有表集合
需求收集阶段： 确定需求来源，如客户、用户、市场调研等； 制定需求收集计划，并定义需求收集的方法和工具； 进行需求访谈、问卷调查、焦点小组讨论等方式收集需求信息； 对需求信息进行整理、分类、归纳和去重。 需求分析阶段： 对需求进行评估，确定需求的重要性和优先级； 对需求进行分析，识别需求之间的相互关系和影响； 制定需求规格说明书（SRS），明确需求的功能、性能、质量、安全等方面的要求； 对需求进行验证和确认 以下是需求分析阶段表的一个示例： 阶段 阶段描述 目标 需求定义 收集和分析用户需求，确定功能和性能要求 确定软件系统的基本需求和可行性 需求规格说明 将需求转化为可执行的规格说明文档 确定软件系统的详细需求 需求验证 确定需求是否满足用户需求和系统规格要求 确保软件系统符合用户需求和系统规格要求 需求管理 管理需求变更和跟踪需求状态 确保软件系统的需求跟踪和管理 在需求分析阶段，以上表格所示的阶段是需要逐一实施的 确定需求的可实现性：评估每个需求的实现难度和资源需求，以确定哪些需求是可实现的。 检查需求的一致性：确保需求之间没有冲突或重复，以及它们与其他项目目标的一致性。
1.2K20编辑于 2023-10-11 - 来自专栏EAWorld
敏捷是一种态度：有了敏捷建模，就有了敏捷需求
图4：敏捷建模 需求模型化工作分业务建模、流程建模、表单建模、规则建模和数据建模5个不断深入细化的环节。 4） 规则建模 规则建模，也叫构建规则模型，是在业务建模、流程建模、表单建模的基础上，识别并定义出业务功能规则描述、非功能规则描述等； 规则建模输出的有：逻辑规则模型、规则实体等。 一个故事点的平均需求工作量评估上，原来要10人天完成的工作量，采用敏捷建模方法后，随着需求模型化能力的成长成熟，只需要4-5人天即可完成。这里面大大节约了文档编辑的工作量。 这些措施都集中在一个原型页面上，而不是需求文档里。 4） 需求资产有所效益 需求模型化，带来了需求结构化。需求结构化，沉淀为需求资产。 建立有敏捷制度、敏捷组织、敏捷流程、敏捷文化等敏捷保障体系，以业务建模、流程建模、表单建模、规则建模、数据建模等敏捷建模方法为核心动力，驱动业务需求、技术需求、运维需求、数据需求等需求来源快速落地，提供需求进度
86421编辑于 2023-01-11 - 来自专栏webpack@4.46.0源码分析
4. 创建模块实例，为模块解析准备
2. webpack构建的基石: tapable@1.1.3源码分析 3. webpack构建整体流程的组织：webpack -> Compiler -> Compilation 4. 创建模块实例，为模块解析准备 5. 路径解析：enhanced-resolve@4.5.0源码分析 6. 模块构建之loader执行：loader-runner@2.4.0源码分析 7. ---- 上一节说到normalModuleFactory.create来创建模块实例，下面从该方法开始分析创建模块实例需要哪些准备工作。 hooks.factory钩子的目的是创建模块实例 注意这两个订阅函数的执行结果是返回一个函数：factroy()、resolver() resolver(): 收集各种模块构建过程中需要的信息 该部分有大量代码解析 this.ruleSet匹配所有的非内联loader 解析非内联loader路径为本地路径 获取parser、generator：hooks.createParser、hooks.createGenerator 创建模块实例
1K40编辑于 2022-11-16
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号