- 综合排序
- 最热优先
- 最新优先
- 来自专栏嘉为动态
线上化需求暴增，支撑海量业务的应用发布自动化系统究竟该如何设计？
背景 01 应用运维背景 随着数字化转型的发展，线下业务逐渐线上化，应用数量与日俱增，应用架构也趋于多样化和复杂化，而 IT基础设施逐步云化标准化并趋于稳定，因此运维的重心和价值渐渐聚焦于应用。 02 应用发布存在的问题 因业务的需求，应用迭代的频率越来越高，如果依旧为人工发布，出错概率大大提升，迫使人工运维转向自动化。 SLA的要求越来越高，那么就促使发布过程中，不同发布策略的灵活使用。 标准化，自动化的前提工作是先做好标准化，如果无法有效协同资源对象，那么在构建相应应用运维工具时就会陷入无穷无尽的适配工作中。 应用发布系统设计 01 设计理念和原则 随着分布式系统的不断推广，应用发布越来越频繁，应用数量越来越多，建立一个功能齐全、灵活的发布工具成为自动化最紧急重要的需求。 发布场景与发布策略 我们按照上述发布系统的设计，可以支撑企业中不同发布场景的需求。 01 发布策略 为了保证发布过程中，保证应用对外提供正常的服务，应用发布自动化支持不同的发布策略。
80620发布于 2021-09-17 - 来自专栏phodal
需求代码化
需求代码化，即将软件开发需求抽象为特定的领域语言，并使用管理代码一样的方式来管理需求，追踪需求的变化 。同时，为通过新的 API 来对接版本管理系统，以可视化需求，演变为看板代码化。 引子 4：三段式结构 三段式，大家都比较熟悉，我们可以按自己的需求，将所有的东西都转化为三段式： BDD 的：Given - When - Then UI 设计的显示 - 行动 - 响应 前端开发的：展示 需求代码化 好了，现在我们有相同的上下文，让我们回到正题上： 需求代码化，即将软件开发需求抽象为特定的领域语言，并使用管理代码一样的方式来管理需求，追踪需求的变化 。 需求像代码一样管理 设定需求门禁 不满足原则时（如 INVEST 原则），无法提交需求 3. 看板即代码 简单来说，就是： 支持 Git 的 CRUD 支持将现有的看板对接到 Git API 4. 结论 参考书籍： -《软件需求与可视化模型》
1.4K10发布于 2020-05-28 - 来自专栏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 - 来自专栏需求数智化管理
什么是需求条目化？详解Visual RM 需求管理平台如何实现需求条目化？
一、什么是需求条目化？ 需求条目化是指打破传统以完整文档为单位的需求管理模式，将复杂的需求文档按 “功能点、业务规则、数据要求、流程节点” 等核心要素，拆解为标准化、结构化的最小管理单元（即 “需求条目”）的过程。 二、需求条目化的优势？ ✨1. 需求质量标准化 ：打破 “千人千面” 的文档编写模式，通过条目化拆分实现需求内容的统一规范，避免逻辑遗漏、表述模糊等问题，使需求质量稳定可控，降低需求传递失真率。2. 协同效率最大化 ：跨部门（业务、研发、测试）人员可围绕具体条目展开协作，无需反复查阅完整文档，精准定位沟通焦点，减少跨角色沟通成本，避免因需求理解偏差导致的返工。4. （4）复用条目：编制需求时引用已入库的条目资产 用户创建需求时可通过资产库创建方式，引用已入库的 条目资产创建需求。
35810编辑于 2025-11-26 需求结构化管理：破解企业数字化转型中的需求困境
传统以文档、任务、流程为核心的需求管理模式，已难以应对日益复杂的业务场景与快速迭代的开发需求，而需求结构化管理凭借 “线上化、结构化、资产化、智能化” 的特性，成为破解需求管理困局、推动企业数字化转型的重要路径 二、需求结构化管理的核心能力：破局的 “关键钥匙”需求结构化管理以需求内容（条目）为核心，通过线上化、结构化、资产化、智能化的协同运作，构建覆盖需求全生命周期的管理体系，有效破解传统需求管理痛点，其核心能力体现在以下方面 ：（一）线上化：全流程云端协同☁️ 核心能力：云端协同编辑：高度仿真 Office/WPS 格式，支持多人离线 / 在线同步编辑，保留修订痕迹，用户可实时评论、在线评审，实现需求编制 “共创、共享、共治 以上海某银行为例，通过需求结构化管理，跨部门需求协同不再依赖线下会议，需求澄清时间从 2 天缩短至 4 小时，团队协作效率提升 60%；需求状态实时更新，管理人员可随时掌握进度，问题响应速度提升 50% 四、总结与展望需求结构化管理通过 “线上化协同、结构化拆解、资产化沉淀、智能化赋能”，解决了传统需求管理中 “需求找不到、看不懂、信不过、用不上、管不了” 的核心痛点，实现了 “业务与科技对齐、战略与执行对齐
29211编辑于 2025-11-05- 来自专栏携程技术
干货 | 高效线上问题排查——套路化和工具化
针对线上问题排查的特点和现状，我们是否可以构建一个系统，这个系统会针对各种线上问题的排查形成一个知识（套路）库，针对每一种问题，都有对应的套路和自动化工具帮助我们去定位问题。 本文将结合一个比较有代表性的线上问题的排查过程，来探讨这种方式的可行性。 二、问题排查的套路化 本章将以RSS占用高为例来对问题排查的套路化进行说明。 图4是各种JVM垃圾回收器消耗内存的比例，注意这部分内存是堆内存之外的： ? 2.5 总结 上述的4个步骤，基本能够解决大多数的RSS占用高的问题了。当然事无绝对，没有一种药是包治百病的。 3.1 流程梳理 先来梳理工具的执行流程以及每个步骤需要做的事情，与第二节保持一致性，本节也划分成4个子步骤。
1.4K30发布于 2021-08-13 《软件工程》第 4 章 - 需求获取
在软件工程中，需求获取是挖掘用户真实需求的关键步骤，它为后续的设计、开发和测试提供坚实基础。本章将围绕需求获取的流程、方法及工具展开，结合实际案例与 Java 代码，深入讲解这一重要环节。 4.1.2 用例图 用例图是可视化展示用例的工具，通过图形化方式呈现参与者、用例以及它们之间的关系。 “借阅图书” 的活动图如下： 4.2 需求获取的过程模型 需求获取的过程模型通常包括以下步骤： 与用户沟通，了解业务背景和需求意向；、 策划并实施需求调查（如访谈、问卷）； 整理和分析收集到的信息； 定义软件系统的初步轮廓 明确区分客户和用户，有助于精准获取不同角色的需求。 本章通过理论结合案例、代码与图表的方式，系统讲解了需求获取的关键内容。需求获取是一个反复沟通和迭代的过程，实际项目中需灵活运用这些方法，确保获取到准确、完整的需求。
12410编辑于 2026-01-21- 来自专栏镁客网
疫情影响，超半数印度用户选择线上购机，中高端需求增加
线上购买智能手机会成为印度的常态化吗? 作者 | 来自镁客星球的薛晨 市场调研机构Counterpoint最新报告显示，受不断延长的新冠疫情影响，今年印度超一半用户选择了网上购买智能手机，而去年选择线上购买智能机的用户仅为30%。 据了解，由于活动限制，许多线下消费者渐渐转向了更为安全的线上平台。不少受访者表示，线上平台往往比线下拥有更多的折扣、购买品类也有更多的选择。因此，他们逐渐喜欢上这种在线购买智能手机的模式。
50450编辑于 2021-12-17 - 来自专栏云市场~精选汇
直播输出，实现教育过程线上化
3、群发红包 任务红包、拼手气红包、普通红包，任务多样化。活跃直播间的气氛，营造良好的销售环境。 4、关联商城商品 与商城打通，关联商城产品进行售卖，实现电商变现。 五大核心价值 1、教育+直播 移动直播APP，可在原有平台基础上嵌入直播，打造线上教育互动教学。 2、电商变现 直播的入口，添加销售商城产品的链接，实现直播商品化购物。 4、提高学员转化率 融合分销奖励、打赏收益等帮助商家提高学员的转化率，提高收入。 5、课程售卖 直播支持生成回放与录制视频，可制作成课程，实现资源售卖以及学员反复学习。 使用场景 某机构招募主播/导师，对部分学科，进行设立线上课程，通过直播的方式输出知识，学员可在直播间中学习、讨论、点赞、打赏的等。 结语 一二线城市这样的系统已经非常多了 系统—直播，作为线上课程的主要输出方式，链接导师与学员两端用户。数据化教学，推动课程标准化，为企业打造知识付费平台提供动力。 下一节你们想看什么呢？留言@我哟
1.4K00发布于 2018-09-06 - 来自专栏软件方法
软件需求设计UML全程实例剖析幻灯片（4-需求）201904更新
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?
34820发布于 2019-09-23 - 来自专栏CSDNToQQCode
4、软件需求管理过程——所有表集合
需求收集阶段： 确定需求来源，如客户、用户、市场调研等； 制定需求收集计划，并定义需求收集的方法和工具； 进行需求访谈、问卷调查、焦点小组讨论等方式收集需求信息； 对需求信息进行整理、分类、归纳和去重。 需求分析阶段： 对需求进行评估，确定需求的重要性和优先级； 对需求进行分析，识别需求之间的相互关系和影响； 制定需求规格说明书（SRS），明确需求的功能、性能、质量、安全等方面的要求； 对需求进行验证和确认 以下是需求分析阶段表的一个示例： 阶段 阶段描述 目标 需求定义 收集和分析用户需求，确定功能和性能要求 确定软件系统的基本需求和可行性 需求规格说明 将需求转化为可执行的规格说明文档 确定软件系统的详细需求 需求验证 确定需求是否满足用户需求和系统规格要求 确保软件系统符合用户需求和系统规格要求 需求管理 管理需求变更和跟踪需求状态 确保软件系统的需求跟踪和管理 在需求分析阶段，以上表格所示的阶段是需要逐一实施的 确定需求的可实现性：评估每个需求的实现难度和资源需求，以确定哪些需求是可实现的。 检查需求的一致性：确保需求之间没有冲突或重复，以及它们与其他项目目标的一致性。
1.2K20编辑于 2023-10-11 - 来自专栏运维之路
数字化转型杂谈6：“数字化业务”之“业务线上化”
金融企业经过20几年的发展，大部份业务都由线上业务系统支撑，业务数字化主要包括业务线上化、数据业务化、业务智能化三个方面。 业务线上化不仅仅是指将线下业务操作转移到线上系统，关键是业务在线化与业务数据化，需要关注：数据在线、产品研发在线、业务运营在线、渠道在线、客户在线、风控在线六个在线。 注：本篇杂谈从前面的数字化业务、数字化管理、数字化技术上进行细化，重点围绕重塑业务流程，业务线上化。 4.渠道在线：加强渠道协同，推进全能渠道建设 金融行业经营机构的渠道从线下单渠道，到当前线下线上多渠道，下一步将是全能渠道发展。 5.客户在线：优化客户体验，从满足功能向重塑客户体验转变 客户需求将更加多样化与个性化，企业需从原来“以满足业务功能为主”的建设思路向“主动优化客户体验”转变。
2K10发布于 2021-11-12 - 来自专栏需求数智化管理
“碎片化需求池”：Visual RM 如何以集中收集打通需求管理盲区？
当企业数字化转型进入深水区，需求管理却陷入 “碎片化” 困局—— 业务部门的即时消息、零散邮件、文档片段……这些看似琐碎的需求，如何系统化收集与管理，成为影响研发效能的关键挑战。 一、碎片化需求管理的四大核心盲区在企业研发与数字化建设过程中，碎片化需求管理易引发多环节效率损耗，具体表现为以下四大盲区，需重点关注并突破：盲区一：需求来源分散，重复提交导致资源浪费业务需求常通过即时通讯工具 ，形成结构化需求资产库。 4. 案例二：某省级电力公司痛点：需求跨部门传递链路长（涉及业务、调度、运维、研发 4 类部门），信息失真率超 35%，需求变更缺乏追溯，项目延期率达 40%。
26310编辑于 2025-12-01 - 来自专栏Bug Engineer
js 国际化需求 获取当前时区
做国际化相关的需求时，我们需要上传给服务器时区 ，根据时差动态转换时间 JS API中 getTimezoneOffset() 方法可返回格林威治时间和本地时间之间的时差，以分钟为单位。
1.3K10编辑于 2023-12-25 - 来自专栏用户8186044的专栏
信息化项目建设需求分析之我见
需求分析阶段属于项目前期准备阶段，主要工作是需求调研，包括需求收集、需求沟通、需求分析、需求确认等工作，最终成果就是一份完美的需求分析报告。 从项目管理的角度，输入的是甲方需求或乙方需求，工具是需求分析，需求分析用到的管理工具或软件工具很多，输出的是需求分析报告。 需求分析阶段的成果就是一份完美的需求分析报告，前期需求沟通、分析到需求最终确定下来，这些工作偏业务和技术咨询。需求分析报告是甲方公司项目立项的前提和基础。需求分析报告包括哪些内容？ 如果是甲方公司自己主动提出的需求，这种需求最能代表甲方公司的迫切需求，这种“显性需求”需要重点关注。乙方顾问不能盲目接受这种需求，因为客户提出的需求可能是无效的需求，什么是无效的需求？ 如果是乙方顾问提出的需求即隐形需求，这种需求一旦向客户提出来，就要有信心确定这种需求基本或完全满足客户需求，在需求正式向客户汇报之前，往往需要乙方顾问基于同行业、类似项目积累的经验和教训，结合客户实际情况
82020编辑于 2022-11-28 - 来自专栏需求数智化管理
用AI提升需求编制效率：需求数智化平台的「需求文档管理」功能上线啦！
AI 赋能需求文档管理，效率直接翻倍在数字化研发场景中，需求文档编制常常陷入 “从零下笔难、版本混乱多、合规踩坑险” 的困境。 Visual RM 需求数智化平台全新上线「需求文档管理」功能，依托 AI 大模型与行业知识库，打造 “创建 - 辅助 - 优化” 全流程智能工具链，让需求编制从 “耗时费力” 变身 “高效省心”，助力企业快速产出高质量需求 一、AI 需求创建：三种方式，告别 “无从下笔”无论是空白文档从零生成，还是碎片化内容整合，亦或是业务需求转技术方案，AI 都能精准适配，让需求创建一步到位！1. AI 转化文档：打破业技壁垒，需求传递零偏差解决业务与科技 “语言不通” 的核心痛点： 业务需求转软件需求：将 “口语化需求”（如 “转账后立即发短信通知”）转化为含 “功能点、触发条件、输出结果” 的标准化软件需求 4. AI 智能生成标签 ️自动识别文档核心属性，生成业务标签（如 “零售金融 - 账户开户”）、管理标签（如 “新核心适配”）、版本标签（如 “V1.0”），后续检索更便捷。5.
80320编辑于 2025-11-24 - 来自专栏bisal的个人杂货铺
MySQL日期格式化的需求场景
各种数据库都提供了很多日期格式化的函数，MySQL就有date_format，碰巧前几天，同事问到个问题，"2025-11-01 00:01:21"的日期，怎么得到"2025-11-01 00:01:2 因此，针对上面的需求，如需得到"2025-11-01 00:01:2"，可以用这条语句， SELECT LEFT(DATE_FORMAT('2025-11-01 00:01:21', '%Y-%m-%d
24710编辑于 2025-11-12 - 来自专栏开源治理
开源商业化：满足各方底层需求
健康的开源项目是满足使用者、贡献者、商业公司各方「名利双收」的商业化利益。 是的，开源越来越向大众化和专业化前进。 所以他们的痛点是“不能保证最大精力投入，长期免费产出没有经济回报”，需求是“名利双收”。 我认为开源项目中的两端痛点能否被解决，需求能否被满足，是决定一个开源项目能否长远健康发展的核心点。 那么如何满足双方需求呢，我认为是更好的“开源商业化”，其实之前对于开源商业化我的理解是狭隘的，我简单粗暴的认为，商业化就是让开源背后的商业公司获得商业回报，才能让开源软件走的更好，现在看来我的理解是狭隘的甚至错误 我现在认为商业化或者回报是通过专业化方式让开源软件的两端都能得到回报。 首先为了满足使用者的需求，出现了开源软件背后专业的商业公司，这些商业公司可以为使用者提供专业专业的「技术咨询」、「技术支持」、「源码解析」、「高效的 Bug 修复」、「个性化的定制开发」等等，让使用者售后无忧
53240发布于 2021-06-30 - 来自专栏猿人工厂
猿设计4——隐藏需求及实体的挖掘办法
这些隐藏的实体和功能点，往往就是容易埋坑的地方，正所谓需求一行代码万行，拿着功能就动手，不前前后后想清楚，心直口快就应承下需求，几乎是小猿猿们的通病，所以这部分知识也好好看看，如何通过已有的一鳞半爪去挖掘隐藏的东西
47620发布于 2020-07-28 - 来自专栏让技术飞起来
小程序助力线上教育落地数字化转型
线上教育行业面临的挑战在线教育行业在政策管控趋严，用户规模和市场规模缩减的大背景下，以数字化转型驱动企业发展成为在线教育行业优先的选择，但如何开展数字化转型似乎也成为各家在线教育企业面前的一座大山。 进一步分析下来，发现在线教育行业普遍在教学资源管理、获客转化和IT建设等方面存在一系列挑战：1、线上教学资源管理难在线教育有着受众对象广、水平差异大的特点，而在线学习由于信息的不对称，无法对某些区域用户的需求进行准确把握 ，从而无法及时进行教学资源的合理调配管理，导致学员学习的内容与实际需求脱节。 3、IT建设敏捷性不足面对课程内容、营销活动的持续更新，移动化学习需求的不断攀升，要让 App 的升级迭代紧跟内外部需求变化的步伐，对于IT团队来讲有非常大的挑战，特别是在兼顾 iOS、Android 从技术上来讲，小程序可以独立进行开发，在管理后台以上下架的形式直接发布，支持在不更新 App 的情况下实现热更新，能够解决线上教育 App 发版频率过高等问题，快速响应业务需求。
95130编辑于 2022-08-31
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号