- 综合排序
- 最热优先
- 最新优先
- 来自专栏腾讯移动品质中心TMQ的专栏
测试建模 ——从需求的角度说建模
关于本文 在上一篇文章的实例中我们了解了基于业务流程测试的建模方法，但在实际工作中针对不同的需求我们还有很多其他建模语言可以使用。 今天这篇文章将通过需求的几个不同视角来为大家介绍下还有哪些视图在测试建模中可以被我们拿来使用。 一、需求工程的多个视角 每当我们从产品经理手中接过需求文档时，往往心中的第一个疑问就是怎么“看”，在解答这个问题之前，我们先来了解下《Requirements Engineering Fundamentals 》一书中关于“需求三个视角”的描述： ? 根据项目阶段来判断 需求评审阶段：这个阶段的目标是消除歧义、达成一致，测试建模的主要功能也是促进理解和交流，因此，这个阶段我们使用各类视图建模时不易过度关注细节，大体描述主要流程即可，我们可以随着项目的开展对模型进行迭代更新
2.8K62发布于 2018-02-06 - 来自专栏UML
ArchiMate 图示例：需求建模
它由一种核心语言组成，旨在描述实际体系结构（业务，信息系统和技术体系结构，以及它们之间的相互关系），以及对动机，实现和迁移规划进行建模的扩展。 3.0版中包含的新功能包括用于在战略级别对企业进行建模的元素，例如功能，资源和结果。它还包括对材料和设备的物理世界进行建模的支持。 已创建该语言的新版本以响应许多要求： 对业务战略与业务和IT运营相关的需求不断增加 融合IT和物理世界的技术创新 用于新域名; 例如，制造业，物流业 提高一致性和可理解性 改进了Open Group标准之间的一致性 ArchiMate 图示例：需求建模描述： 这个ArchiMate示例说明了目标对需求的分解。目标促进自助服务，使目标分解，使客户交互更有效减少工作量，减少与客户的互动。 目标通过需求实现便利自助服务提供在线投资组合服务和提供在线信息服务。
2.2K40发布于 2018-07-04 需求分析和软件建模
增加成本 产生不合格需求的原因有哪些 没有足够的用户参与 用户的需求不断增加，导致不可控 没有进行用户分类 需求具有二义性 需求规格说明过于精简 需求层次的构成 需求基础 需求的内涵 实体和状态构成了解决问题的基本范围 数据包括在分析、设计、实现过程中涉及到的概念、属性、术语等所有内容，并把这些内容定义在数据字典中，然后围绕数据字典进行功能/过程模型、数据模型、行为模型的建模过程。 结构化建模包括：过程建模、数据建模 过程建模 过程建模是结构化建模的核心方法： 系统是过程的集合 所有系统都是由过程构成的 过程可以分解为子过程 最终所有的子过程都可以被映射为计算实体（函数） 数据流图 外部实体是待构建系统之外的人、组织、软件系统，它们不受系统的控制，开发者不能以任何方式操纵他们 需要建模的外部实体，是与待构建系统存在数据交互的外部实体，他们是待构建系统的数据源或者数据目的地 所有外部实体联合起来就构成了软件系统的外部上下文环境 原始DFD图的扩展形式：微规格说明、数据字典 一般来说，低于0层图的子图上不会出现外部实体 数据建模 数据模型是用来描述数据的定义、结构、关系等特性的模型 说明了问题域和解系统的共享事物、对共享事物的描述
35610编辑于 2025-12-23需求建模： 如何引领新一代企业需求管理
需求建模的本质是“建立秩序与定义关系”，它在一个先进的需求管理系统中包含两大核心层面：结构建模：定义需求的“原子单元”（如类型、属性、层级），形成企业统一的需求元模型与分类框架。 关系建模：构建需求与需求、需求与企业架构（业务能力、应用、数据）、需求与交付物（任务、用例、代码）之间的动态关联网络。 支柱二：全链路追溯建模 —— 打通“业务到技术”的价值流需求的最终价值在于“被准确实现”。 支柱四：资产化运营建模 —— 激活知识，赋能创新建模的终极目标是让需求资产“活”起来，并产生持续不断的价值。 本章小结：建模，奠定需求数智化的基石需求建模并非单一功能，而是由结构化、全链路追溯、协作权限、资产化运营四大支柱构成的体系化解决方案。
20400编辑于 2026-01-19- 来自专栏好好学习
【UML建模】（5） UML建模之活动图
活动图的建模技术 对业务流程建模 选择一个将要描述的重要过程，过程中尽量涉及数量少但是关键的对象或参与者，将无关或关联很小的对象排除在外。 把局部的过于复杂的动作序列加以总结，绘制成一个活动节点；如果需要，把这个动作序列使用另外的活动图进行建模。 找出连接这些动作和活动节点的控制流，并且准确找到过程中的分支、分叉、合并与结合节点。 对用例交互建模 选择概念用例--即从系统对客户提供的各种服务中确定出一个关键业务，这个关键业务可能是在多个相同或者不同的情况下反复出现，或者是系统需要提供的一个关键服务或进行的关键操作。
4.3K20编辑于 2022-03-31 - 来自专栏全栈程序员必看
5G信道建模
5G毫米波 一般认为毫米波波段的信道具有稀疏性，即径数远小于天线数，因此直接在角度域上通过估计各条径的AoD/AoA和增益系数做信道估计，比起在天线域上做信道估计更简单。 而在低频NLoS情况下，由于散射传播路径非常丰富，信道不存在稀疏性，也没有一个清晰的几何结构，因此一般建模为随机的比如Rayleigh信道。
87520编辑于 2022-08-15 - 来自专栏Spark学习技巧
第1篇：数据库需求与ER建模
数据库需求与ER建模 前言 在数据库建设过程中，哪一步最重要？绝大多数资料会告诉你，是需求分析阶段。这一步的好坏甚至直接决定数据库项目的成败。 需求分析阶段，也被称为ER建模(entity-relationship modeling)阶段，也常被称为需求可视化，概念建模等。 扩展概念 使用前面介绍的这些概念，已经能完成基础ER建模了。然而，为了更为细致的刻画出用户需求，又有了下面这些建模规则。 1. 5. 联系的进一步描述 a. 可以在联系中表明联系中的最大最小基数，如下图所示： ? 在上面这个例子中，每个学生具体对应到了2-6间教室；同时每间教室对应到了5-40名学生。 b. 不过笔者在这里推荐一款轻量级的在线数据库建模工具，网址是https://erdplus.com/#； 小结 需求分析，ER建模是贯穿整个数据库生命周期的工作。
2.4K70发布于 2018-03-20 - 来自专栏需求数智化管理
什么是需求建模？Visual RM 如何让企业需求 “可复用、可追溯、可协作”
一、什么是需求建模？在传统需求管理中，需求常以零散文档形式存在，价值局限于单一项目，难以沉淀复用。 需求建模的本质是 “建立秩序与定义关系”，主要包含两大核心层面：结构建模：明确需求的 “原子单元”（如需求类型、属性、层级），搭建统一的需求元模型与分类框架（如 “业务领域→产品线→功能模块” 的层级结构 需求建模的本质是 “建立秩序与定义关系”，包含两大核心层面：结构建模：定义需求的 “原子单元”（类型、属性、层级），形成统一的需求元模型与分类框架；关系建模：构建需求与需求、需求与企业架构（业务能力、应用 三、支柱实践一：结构化建模 —— 搭建需求的数字骨架结构化是需求 “可管理、可复用” 的基石。 091”）、“代码提交”（如 “Git #f3d4e5”），实现 “需求 - 执行 - 交付” 闭环。
39210编辑于 2025-12-05 - 来自专栏JavaEdge
5-基础构建模块
2 并发容器 Java5提供了多种并发容器来改进同步容器的性能。 同步容器将所有对容器状态的访问都串行化，以实现他们的线程安全性。 在Java 5中增加了 ConcurrentHashMap，用来替代同步且基于散列的Map，增加了对一些常见符合操作的支持，例如“若没有则添加”、替换以及有条件删除等。
49520编辑于 2022-11-29 - 来自专栏不能显示专栏创建者
5G的基本需求
5G在流感大流行期间被错误地强调为一个问题（目前有太多人戴着锡箔帽），它可能是持续处理这些问题的唯一现实方法。 I'm not a fan), don't help because they tend to take up an excessive amount of dedicated bandwidth. 5G
44000发布于 2021-01-02 - 来自专栏明志德到的IT笔记
Power Designer建模之餐饮在线点评系统——需求模型实例
总览 一级需求 二级需求 管理门户 会员门户 三级需求 系统管理 企业中心 会员中心 统计分析 四级需求 企业信息管理
1.1K40编辑于 2023-10-21 - 来自专栏文武兼修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 - 来自专栏java技术大本营
领域驱动四色建模法分析需求
又变成了以前的单体应用,界限小了, 一个微服务里面就一个方法, 然后还要用一个Jvm去跑 这时候,我们就可以用领域驱动来解决微服务界限划分问题,一个微服务代码一个领域,这样是再好不过了 领域驱动和以往的需求分析方法的不同 以往的需求分析: ? 领域驱动的需求分析: ? ,对应的概念给梳理出来了 四色建模法 四个颜色代码,下面这个颜色分类, 用蓝色表示命令,用红色表示实体,用绿色表示领域事件,用黄色表示补充信息 于是,上面我们创建的问题,就可以做如下表述 ? 领域划分 通过上面对事件,命令,实体的整理,我们把相关的实体整理到同一个领域中,这样就完成了使用DDD的四色建模! ?
2.8K30发布于 2020-03-26 - 来自专栏blackheart的专栏
5.Web的需求 & 推导REST
在前文的基础上，本文介绍一下Web架构的需求，以及在对Web的关键协议进行设计和改进的过程中遇到的问题；以及在对基于网络应用的架构风格进行评估的过程中的领悟；结合Web的需求进而推导出REST这种架构风格 1.2 可扩展性 即使可以创建一个完美匹配用户需求的软件系统，那些需求也会随着时间而发生变化（唯一不变的事物就是变化其本身），如果一个系统想要像Web那样长寿，它就必须做好应对变化的准备。 而这组期望架构属性，则正是Web所期待的需求的体现。 5 总结 本篇博客在前几篇的基础上，介绍了Web诞生的目标，以及在早期发展中遇到的问题，进而推导出了其解决之道，即专门为分布式超媒体系统设计的REST（表述性状态移交）架构风格。 v=w5j2KwzzB-0 Roy T.
1.1K100发布于 2018-01-19 - 来自专栏SDNLAB
5G网络切片及其需求
5G网络切片能够支持特定连接类型的通信服务，并以特定的方式处理该服务的控制和用户平面。 网络切片是在一个网络基础设施上提供了逻辑上独立的网络，以满足多样化的服务需求，并提供基于DC的云架构来支持各种应用场景。 使用云计算来重建无线访问，以提供多个标准的大规模连接，并实现5G所需要的运行功能的按需部署。简化网络切片服务生成、维护和终止服务，通过敏捷的网络0&M来减少运营费用。 ? 5G网络应该支持以下功能： 创建、修改和删除网络切片 定义和更新网络切片中支持的服务和功能集 配置与网络切片的UE相关的信息 配置与网络切片相关服务的信息 将一个UE分配给一个网络切片，将UE从一个网络切片迁移到另一个网络切片
1.2K70发布于 2018-03-29 - 来自专栏绿盟科技研究通讯
解析5G安全（二）：5G安全需求
随着5G的快速建设，5G的安全问题亟待解决。解决5G的安全问题，首先要明确5G的安全需求。 因此，本文将从以下三个方面探讨5G的安全需求：增强的移动通信网安全需求、新技术驱动的安全需求和垂直行业驱动的安全需求。 1.2 三大场景对终端的安全需求 除了终端基本的安全需求外，在5G中讨论终端安全需求不能脱离垂直应用场景。5G承载着千行万业的垂直应用，如车联网、工业物联网等。 2.2 三大场景对接入网的安全需求 除了上述通用的安全需求外，5G三大场景对接入侧也有不同的安全需求，这些安全需求的差异主要体现在接入认证方面。 四、总结 2019年是5G的商用元年。在这样的背景下，5G安全愈发引人关注。5G由于其IT和CT融合的特性，其安全需求不仅包括传统移动通信网的需求，还有新型的IT技术和多样化垂直服务引入的需求。
8.7K22发布于 2019-12-11 - 来自专栏Vue源码 & 前端进阶体系
【H5游戏】 pixijs 需求级入门
小东西快快学快快记，大知识按计划学，不拖延 最近我们有几个H5小游戏的需求，一个是人物换装，一个是红包雨，我们都是用pixijs来做的 本来主要目的是写人物换装这个H5游戏的具体实现，但是基础是要会用pixi ，需要了解基本的api 所以另起一文从需求使用角度介绍下pixi，记录下使用 pixi 踩得坑，保证能用pixi完成一个东西 本文目录 1、pixi简介 2、简单说明 3、api介绍 本文基于 pixi 操控元素（动画、按键移动 等） 只是里面具体实现的细节会有些复杂罢了，大致的流程就是这样的 api介绍 下面就来详细介绍下 pixi 的 api 了，我是以做需求的角度去介绍的，看完就能做自己的游戏了 主要分三部分介绍 容器、资源、精灵元素 不会介绍太多，主要介绍够完成一个需求的内容 1 容器 首先我们需要创建整个应用的根容器，后面所有创建的元素都需要添加进来 let app = new PIXI.Application 88%9B%E5%BB%BApixi%E5%BA%94%E7%94%A8%E5%92%8Cstage 如果后期想修改整个画布的大小 app.renderer.resize(512, 512); 2 资源
4.4K21发布于 2021-11-11 - 来自专栏软件方法
《软件方法（上）业务建模和需求》第2版 勘误（201906更新）
（4）页码：前言 错误：18年过去 纠错：一十八年过去 （5）页码：20 错误：结队洗澡 纠错：结对洗澡 （6）错误发现者：刘京城 页码：225 错误：有时不需要少验证 纠错：有时不需要验证 （7）错误发现者 ：刘京城 页码：207 错误：但是涉及在意 纠错：但是涉众在意 （8）页码：114 错误：第5题的图不对 纠错：改为下图 ? 最新版本的获得： 上册，请在书店购买《软件方法（上）业务建模和需求》第2版 下册目前公开内容， 请在http://www.umlchina.com/book/softmeth0809.pdf下载 ?
1.1K20发布于 2019-09-26 基于SOA思想的业务建模和需求分析流程和案例分析
今天整理下基于SOA架构思想下的业务建模，服务识别和需求分析规范流程。并给出一些案例数据作为参考。 SOA需求分析总体说明 服务需求的主要工作是基于SOA的需求分析方法论，以流程和业务驱动IT的指导思想，对业务系统进行业务建模，用例建模和业务实体建模，形成企业级需求和业务功能清单，作为后续服务识别的输入 对于服务需求，以流程分析为基础，通过流程的逐层分解，细化出关键的业务活动，将流程活动识别为业务用例，并对业务用例进行建模。 对于服务需求，以流程分析为基础，通过流程的逐层分解，细化出关键的业务活动，将流程活动识别为业务用例，并对业务用例进行建模。 对于数据建模和数据CRUD分析实际是在结构化分析中经常使用的需求分析和建模方法。 数据建模阶段包括了业务实体分析和数据CRUD分析两个部分内容。
52310编辑于 2025-06-24- 来自专栏EAWorld
敏捷是一种态度：有了敏捷建模，就有了敏捷需求
也就是说，只有敏捷开发是不够的，还需要有敏捷需求。所谓兵贵神速，研发要想在效能上有所提升，其中需求的敏捷势在必行。 02 敏捷需求5W1H的思考 我们采用5W1H方法来全面阐述敏捷需求。 图4：敏捷建模 需求模型化工作分业务建模、流程建模、表单建模、规则建模和数据建模5个不断深入细化的环节。 5） 数据建模 数据建模，也叫构建数据模型，是在流程建模、表单建模、规则建模的逻辑模型基础上，定义数据物理模型及数据实体等； 数据建模输出的有：数据模型如数据库表、数据结构、数据实体等。 一个故事点的平均需求工作量评估上，原来要10人天完成的工作量，采用敏捷建模方法后，随着需求模型化能力的成长成熟，只需要4-5人天即可完成。这里面大大节约了文档编辑的工作量。 图5：敏捷需求体系整体框架 04 写在敏捷需求后的话 敏捷是一种态度，也是一种追求。
93821编辑于 2023-01-11
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号