- 综合排序
- 最热优先
- 最新优先
- 来自专栏PM吃瓜(公众号)
需求收集
首先,需求人员在与用户确认需求的过程中,一定不要放过任何一个细节,仔细体会用户的每一个要求。 对于用户的要求,需求人员需要对其加以梳理: 哪些是合理的需求,哪些是不合理的需求,还有一些可能是必要的但是用户没想到的需求。 2 主动积极了解客户业务和相关知识 在计算机技术方面我们可能非常专业，但对于具体的用户业务可能并不十分清楚。 当众多用户因期望不同而就某些需求优先级的设定难以达成一致意见时，需求分析者可指出每一需求所需的费用、难度、技术风险或其他特定的与权衡需求有关的指标，来客观评价每一需求的优先级。 本文从引导用户、需求确认等方面对需求分析中应注意的主要问题进行了研究分析。
1K20发布于 2020-07-01 - 来自专栏PM吃瓜(公众号)
需求收集和分析
-需求收集 定义为：沟通观察和记录的过程，最终交付需求收集列表，需求调研报告。 需求获取技术：使用文档分析，研讨会，客户拜访，业务流程描述，用例，工作流程分析等技术。 积极主动沟通，包括电话，开会，研讨会等等 -需求分析/方案设计： 交付一系列的文档 评估不同来源的信息，调和冲突需求，把大的需求细化，把抽象的需求具体化 形成FRS功能文档 产品原型 - UI 画流程图 确认需要哪些数据 - 数据内容 （实体+字段） 2. 确认能不能获得数据 - 数据源（系统获取，excel，输入） 3. -开发 跟踪需求交付，了解研发计划和资源分配，分析对需求交付的影响，提请风险处理。 生成CR 报告； 制作维护需求变更列表，制作需求变更周报 对最终用户提供指引
1.4K20发布于 2019-08-13 - 来自专栏c#开发者
如何做好需求收集
项目前期需求收集过程的效果好坏，会对软件产品的最终质量产生直接的影响。如何收集好需求，本文作者给出了一条行之有效的实际操作途径。 什么是需求收集？ 怎么做好需求收集活动？ 首先，需要建立需求收集机制。其次，使用统一的需求收集系统。最后，在需求收集时，采取一定的技术和方法。 建立需求收集机制 (1). 同时，对通过各个渠道收集的需求信息，指定专门的接口人进行汇总和审核。 (2). 一个对收集到的需求信息的预处理流程例子如图2： ? 如图2 项目组可以参考上例，结合自身实际情况进行适当剪裁，建立适合自己的预处理流程。 (3). (2). 客户交流 案例分析2： 交流前的沟通：充分与客户沟通交流，重点可以以下角度考虑问题： ü 本次客户关系什么内容？ 参与人是谁？ 主要决策者有哪些倾向性的观点？
1.5K60发布于 2018-04-12 - 来自专栏Java帮帮-微信公众号-技术文章全总结
项目管理——需求收集与管理
项目管理——需求收集与管理 VS 需求收集对于产品经理来说，都已经属于老生常谈了。在产品的立项和设计前需要先做需求调研，在这里我们就来谈谈如何进行需求收集和管理。 一、需求收集目的 需求收集的目的就是了解用户目前所需要的是什么，最迫切需要去解决的问题是什么，有哪些是我们目前所没有满足的等等。 1.深刻理解市场需求、用户需求、准确把控行业发展趋势，保持高度的市场敏感度； 2.保证产品研发是围绕客户需求来展开，真正实现产品研发“以市场为导向，以客户为中心”，而不是闭门造车； 3.实现产品创新。 内部来源 1)公司产品战略； 2)项目发起人：并不是项目发起人那来得来的需求就是完善的，或者是合理的，但项目发起人关注产品中的点，而这些点恰恰是产品的核心所在，也是赢利所在； 3)客服人员：包括呼叫中心 四、需求收集流程 1.建立收集机制 明确每个需求手机活动参与者的岗位职责； 建立需求预处理流程； 周期性的重复需求收集活动； 2.使用统一收集系统 大部分的项目团队都使用表格来记录收集的需求信息，少数采用需求收集系统
3.5K30发布于 2018-03-19 - 来自专栏网络安全攻防
【SDL实践指南】安全需求收集整理
基本介绍 在软件开发的生命周期中需求收集和需求分析占据着很重要的地位，产品经理需要确保通过多种渠道收集和汇总后的产品需求的完善程度，同时也需要在需求分析阶段结合产品功能特性、自身从业经验等多方面筛选有价值的需求 ，辨别需求的真伪，为后期产品步入正常的开发测试部署上线运维阶段打下坚实的基础 在企业的SDL安全建设过程化中需求收集和需求分析阶段还需要加入的一个关键点就是——Security，如果产品在一开始的需求收集和需求分析阶段只考虑了产品形形色色的功能实现而忽略了安全需求或者需求本身的安全问题 ，那么在产品上线后将随着时间的推移不断涌现各种安全问题，甚至给产品带来灭顶之灾并最终导致产品下线重构等风险，所以在产品需求收集和需求分析阶段加入安全需求活动至关重要 安全考量 软件开发过程中的安全需求主要从以下三个方面进行考虑 ： 法律法规：从法律法规角度检查在软件需求分析阶段是否有可能牵涉的法律法规需求问题未考虑到 隐私安全：从隐私安全角度检查在软件需求分析阶段是否有考虑到用户使用软件产品时的隐私安全 业务安全：从业务安全角度检查软件需求分析阶段是否有考虑到软件自身业务功能设计的安全问题 ，结合项目和具体常见按需设计即可： 文末小结 需求收集和需求分析阶段安全需求格外重要，通过深入挖掘产品需求了解业务，识别风险，完成安全需求的梳理并输出最终的安全需求CheckList，从而将安全需求加入产品研发周期
98420编辑于 2023-03-29 - 来自专栏需求数智化管理
“碎片化需求池”：Visual RM 如何以集中收集打通需求管理盲区？
当企业数字化转型进入深水区，需求管理却陷入 “碎片化” 困局—— 业务部门的即时消息、零散邮件、文档片段……这些看似琐碎的需求，如何系统化收集与管理，成为影响研发效能的关键挑战。 北京维普时代软件有限公司（以下简称 “维普时代”）推出的 Visual RM 企业级需求管理平台，依托集中收集核心能力，为企业破解需求管理盲区提供高效解决方案，现结合腾讯云生态技术理念与实践场景，展开详细解析 二、Visual RM 集中收集解决方案：技术架构与核心能力Visual RM 作为企业级需求管理平台，基于 “统一入口、标准化流程、结构化存储、AI 智能赋能” 四大核心模块，构建集中收集体系，助力企业打通需求管理盲区 批量导入与整合：支持 Excel、Word 等格式需求文档批量导入，自动提取文本信息并映射至标准化字段，同时可对接企业现有业务系统（如 CRM、OA），实现需求数据自动同步，避免人工重复录入。2. 四、展望：需求管理数字化的未来方向集中收集是需求管理数字化的起点，Visual RM 未来将进一步融合腾讯云 AI、物联网（IoT）、区块链等技术能力，实现三大升级：AI 深度赋能：引入生成式 AI 技术
39010编辑于 2025-12-01 - 来自专栏世荣的博客
渗透测试-信息收集-2
1.4 收集常用端口信息 在渗透测试的过程中，对端口信息的收集是一个很重要的过程，通过扫描服务器开放的端口以及从该端口判断服务器上存在的服务，就可以对症下药，便于我们渗透目标服务器。 所以在端口渗透信息的收集过程中，我们需要关注常见应用的默认端口和在端口上运行的服务。 2.判断目标是否使用了CDN image.png 如果我ping我自己的网站，在没有套CDN的情况下，是这样的情况。 image.png 如果这里ping百度，我们就可以看到该网站使用了CDN。 1.7 收集敏感目录文件 在渗透测试中，探测Web目录文件结构和隐藏的敏感文件是一个必不可少的环节，从中可以获取网站的后台管理页面，文件上传界面，甚至可能扫描出整个网站的源代码。 2.个人冒充——伪装欺骗她 这点，就得看演技了。 冒充上级领导打电话，“小张，我是**，在外面采购，钱不够了。你现在给我转1000块钱过来，等下你去找财务报销”。
1.8K20编辑于 2022-03-21 - 来自专栏云云众生s
平台团队：自动化基础设施需求收集
这两个团队之间最关键和最脆弱的沟通领域之一是基础设施需求，多年来似乎无法解决。 但现在终于有了解决这种沟通差距的方案：自动化来简化基础设施需求收集。 沟通挑战 平台工程团队经常面临从开发团队收集有关其应用程序的准确需求的困难。开发人员通常不知道所需的特定基础设施信息, 可能会提供不完整或不正确的数据。 当然，还有更极端的“扔过围栏”的情况。 解决这些基础设施漂移问题的方案在于自动化，这些问题源于沟通基础设施需求的挑战。让我介绍一下资源规范的概念，它可以自动将运行时应用程序需求传达给运维团队。 该系统将生成一个资源规范，充当实时文档，详细说明应用程序的运行时需求。然后，可以使用此规范来自动配置基础设施，确保部署的资源与应用程序的需求完全匹配。 3600) await updates.publish({ 'url': download_url }) Nitric.run() 从这段代码片段中，Nitric 框架收集了以下信息
45710编辑于 2024-07-22 - 来自专栏服务器运维日常
如何有效与用户沟通收集需求并编写人类高质量的需求文档
引言用户需求在软件开发领域占据着举足轻重的地位，它不仅是项目启动的基石，更是引导开发过程、评判进度及确保产品成功的核心要素。 用户需求的明确界定，为软件的功能、目标用户群体以及预期成效提供了清晰的蓝图，助力开发团队明晰项目范畴与目标，确保团队成员对项目有着一致的理解和期望。本文主要讨论如何写出一篇人类高质量的需求文档。 2、选择合适的方法2.1、开放式问题的运用开放式问题是指那些不能简单地用“是”或“不是”来回答，而是需要回答者给出更详细、更具体的答案的问题。 它是UML（统一建模语言）中的一种图形化工具，用于描述系统的功能需求和行为。2、流程图流程图是一种图形化的工具，用于描述和展示各种工作流程、业务流程或系统流程。 总结通过前述方法，经过深入有效的沟通，对需求进行彻底梳理，并严谨地撰写需求文档，最终可以形成一篇高品质的需求文档。
62321编辑于 2024-08-02 日志收集技术选型：从需求到落地的完整指南
日志收集技术选型：从需求到落地的完整指南在分布式系统与微服务架构普及的今天，日志作为系统 “体检报告”，其收集效率与分析能力直接影响问题排查速度、业务决策精度。 本文将从日志收集的核心需求出发，拆解选型关键维度，对比主流技术方案，并结合实际场景给出落地建议，帮你避开选型误区。 一、先明确：日志收集的核心需求与痛点在选型前，必须先理清自身业务对日志收集的核心诉求 —— 不同规模、不同架构的系统，需求差异可能天差地别。以下是最常见的需求场景与痛点，可对照自查：1. 2. 2.
1.1K10编辑于 2025-09-15- 来自专栏朱永胜的私房菜
dubbo（2.7.3） 2.需求
有的时候博客内容会有变动，首发博客是最新的，其他博客地址可能会未同步,认准https://blog.zysicyj.top 本文介绍了 Dubbo 要解决的需求 在大规模服务化之前，应用可能只是通过 以上是 Dubbo 最基本的几个需求。 本文由 mdnice 多平台发布
25610编辑于 2023-12-12 - 来自专栏EDI电子数据交换知识分享
实施EDI项目前期，如何收集和明确项目需求？
企业做EDI项目的第一步，一般都是明确EDI项目的需求，明确了需求才知道EDI项目的重点建设方向在哪里。今天就来和大家聊聊，如何收集和明确EDI项目的需求。 1.收集EDI需求 收集EDI需求并非易事，尤其是挖掘需求方详细的、深层次的需求。 很多企业在做需求调研时，经常由于双方对问题描述的不同和理解上的差异，使得需求在不断传递的过程中发生较大的偏差，最终开发出来的功能与原始需求大相径庭。 2.整合EDI需求 整合EDI需求，就是要弄清楚当前企业中各方人员的痛点，找到必须建设EDI项目的理由和共识，并确定项目范围。 不同行业的企业EDI建设的价值诉求并不相同，因此在项目前期要注意收集和整理，多跟企业决策层、业务部门沟通，挖掘他们的关注点，弄清楚他们真正想要的是什么，再整理出项目的应用场景、功能需求、交互需求、管理需求
70620发布于 2021-04-14 - 来自专栏mantou大数据
JVM GC知识回顾 1.分代收集2.分区收集
1.分代收集 当前主流VM垃圾收集都采用”分代收集”(Generational Collection)算法, 这种算法会根据对象存活周期的不同将内存划分为几块, 如JVM中的 新生代、老年代、永久代. 这种方式保证了G1可以在有限的时间内获取尽可能高的收集效率. 2.1 新生代收集 ? G1的新生代收集跟ParNew类似: 存活的对象被转移到一个/多个Survivor Regions. 3 5-1 (Stop the world) 在含有存活对象和完全空闲的区域上进行统计 5-2 (Stop the world) 擦除Remembered Sets. 5-3 (Concurrent) 再次标记阶段(index 4) 1.使用Snapshot-at-the-Beginning(SATB)算法比CMS快得多. 2.空region直接被回收. 拷贝/清理阶段(Copying/Cleanup - Phase) 1.年轻代与老年代同时回收. 2.老年代内存回收会基于他的活跃度信息.
2.6K63发布于 2019-02-13 - 来自专栏JavaEdge
HotSpot垃圾收集器1 Serial垃圾收集器2 ParNew垃圾收集器3 Parallel Scavenge垃圾收集器老年代垃圾收集器1 Serial Old垃圾收集器2 Parallel Ol
HotSpot虚拟机提供了多种垃圾收集器,每种收集器都有各自的特点,没有最好的垃圾收集器,只有最适合的垃圾收集器 根据新生代和老年代各自的特点,我们应该分别为它们选择不同的收集器,以提升垃圾回收效率. GC线程,避免了线程切换的开销 采用"复制"算法 2 ParNew垃圾收集器 ParNew是Serial的多线程版本. ? 降低停顿时间的两种方式 1.在多CPU环境中使用多条GC线程,从而垃圾回收的时间减少,从而用户线程停顿的时间也减少; 2.实现GC线程与用户线程并发执行。 2 Parallel Old垃圾收集器 Parallel Scavenge的老年代版本,一般它们搭配使用,追求CPU吞吐量 它们在垃圾收集时都是由多条GC线程并行执行,并暂停一切用户线程,使用"标记-整理 G1收集器(Garbage-First) G1是当今最前沿的垃圾收集器成果之一.
1.3K80发布于 2018-05-16 需求池管理工具全方位解析：从需求收集、评审到开发落地覆盖全流程场景
需求池管理工具，聚焦于产品需求从提出到落地的整个生命周期管理，覆盖需求的： 收集与录入 分类与筛选 评审与排期 分发与追踪 验证与归档 为什么你需要它？ 常见问题需求池管理工具提供的解决方式信息来源混杂，需求重复或遗漏统一入口收集，去重、归类机制优先级模糊，节奏混乱可视化权重评分、优先级排序流程缺失，需求推进无人负责责任人指派 + 处理状态追踪口头沟通多 以下功能构成了一个合格的需求池管理工具的“基础盘”： 结构化收集入口：支持从表单、客服、用户反馈、业务系统等渠道统一接入 标签与分组机制：按模块、类型、来源等多维度管理 需求状态流转：自定义流程阶段 + 数据库自定义字段 + 多视图管理 + 文档结合内容密集型、中小团队Jira流程严谨 + 权限清晰 + 开发闭环集成中大型研发组织，流程要求高飞书表格+表单表单收集 + 多维表格呈现 + 部门级权限支持企业内部多方需求协同 Fibery多层级关联 + 产品视角强 + 高度可定制化产品复杂度高、组织维度多的团队Productboard用户反馈收集 + 战略视图 + 优先级评分产品导向组织，重视用户声音四、工具能力对比表工具名称可视化程度流程自定义需求来源整合协作能力成本门槛板栗看板
59021编辑于 2025-07-14- 来自专栏逸鹏说道
★Kali信息收集~2.Whois ：域名信息
Web地址：http://whois.chinaz.com/ | http://www.whois.net/ 软件参数：whois 常用命令：whois 域名 （重点看whois server和Re
4.1K60发布于 2018-04-09 - 来自专栏小程序·云开发专栏
用云开发快速制作客户业务需求收集小程序丨实战
一、导语 如何省去企业上门（现场）搜集客户需求的环节，节约企业人力和时间成本，将客户的业务定制需求直接上传至云数据库？云开发为我们提供了这个便利！ 近期工作中，刚好碰见业务部门的一个需求，目的是节约上门跟客户收集业务定制资料的时间，以往是每变更一次，就需要上门一次，碰见地域较远的，费时费力，且往往要求几天内完成上线，时间非常紧迫。 下面是其中一项业务定制界面的展示： （1）业务对业务流程有简单说明； （2）相关业务介绍； （3）不同客户输入个性化需求； （4）云存储后台实现需求表单的收集。 ，方便业务经理搜集需求。 （2）订阅消息 受理成功后，可以给客户进行处理结果的反馈，增强感知。 （3）人工客服 进行在线咨询等。
1.1K31发布于 2019-11-21 - 来自专栏Keegan小钢
BlockLever实战营日志 #2 | 产品需求梳理
这是我们研发「BlockLever」第 2 天的研发日志，前一篇日志如下： BlockLever实战营日志 #1 | 开营 Day 2 的目标是梳理出 BlockLever 第一个版本的 PRD 文档， 我打算投入多少本金 杠杆倍数 资金模式 我要用几倍资金操作 健康因子 安全状态 我的仓位是否安全 举个例子：在 BlockLever 的买入页面中，用户只需填写： 我要花费 1000 USDT → 使用 2 Day 2 小结：定位、语言、结构的全面重构 回顾今天，其实发生了三件意义很大的事。 第一，产品定位的转变。 最终，AI 帮我生成的 PRD 文档 其实非常详细，不仅包含了完整的功能定义、用户故事、交互流程、非功能需求，甚至还给出了“清算机制”和“账户创建”的精确计算逻辑。 总结一句话 Day 2 的成果，不只是多了一份 PRD 文档，而是让 BlockLever 的整个产品逻辑，第一次变得完整、清晰、可落地。
21010编辑于 2025-11-12 - 来自专栏软件方法
《软件方法》强化自测题-需求（2）
training/slide.html） 需求强化自测题（2） 1 [ 单选题 ]患者踏进全科医生诊室，医生凭借其敏锐的观察力和多年的经验马上判断出这位患者有如下毛病：大脑有轻微血栓，龋齿，1期肺癌。 A) 血栓 B) 龋齿 C) 肺癌 D) 信息不足暂时无法判断 2 [ 单选题 ]每天17:00，工作人员使用某数据采集系统A导入收集到的数据素材（Excel文件格式），A系统解析后保存；每天24 关于需求，以下说法正确的是： A) 可以以此“可穿戴设备版本”为研究对象做需求，服务器部分作为“可穿戴设备版本”的底层设计。 B) 此“可穿戴设备版本”不是独立的系统，做需求时应该把服务器包括进来作为研究对象。 C) 可以以此“可穿戴设备版本”为研究对象做需求，需求规约里主语是执行者名称和“系统”。 D) 所描述的需求，涉众不能理解和验证。
48620编辑于 2022-04-09 - 来自专栏落叶飞翔的蜗牛
G1垃圾收集器详解（2）
G1还是一种带压缩的收集器，在回收老年代的分区时，是将存活的对象从一个分区拷贝到另一个可用分区，这个拷贝的过程就实现了局部的压缩。 收集集合（CSet）：一组可被回收的分区的集合。 G1内部做了一个优化，一旦发现没有引用指向巨型对象，则可直接在年轻代收集周期中被回收。 RSet的价值在于使得垃圾收集器不需要扫描整个堆找到谁引用了当前分区中的对象，只需要扫描RSet既可。 下面来看图说明：Region1和Region3中的对象都引用了Region2中的对象，因此在Region2的RSet中了这两个引用。 ? 可以看到，对于每一个Region都会有一个RSet。 G1应对这个问题采用了改变RSet的密度的方式，在PRT中将会以三种模式记录引用： 1.稀少：直接记录引用对象的卡片索引2.细粒度：记录引用对象的分区索引3.粗粒度：只记录引用情况，每个分区对应一个比特位
1.6K20发布于 2021-07-14
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号