- 综合排序
- 最热优先
- 最新优先
- 来自专栏运维之路
数字化转型杂谈6：“数字化业务”之“业务线上化”
金融企业经过20几年的发展，大部份业务都由线上业务系统支撑，业务数字化主要包括业务线上化、数据业务化、业务智能化三个方面。 业务线上化不仅仅是指将线下业务操作转移到线上系统，关键是业务在线化与业务数据化，需要关注：数据在线、产品研发在线、业务运营在线、渠道在线、客户在线、风控在线六个在线。 注：本篇杂谈从前面的数字化业务、数字化管理、数字化技术上进行细化，重点围绕重塑业务流程，业务线上化。 5.客户在线：优化客户体验，从满足功能向重塑客户体验转变 客户需求将更加多样化与个性化，企业需从原来“以满足业务功能为主”的建设思路向“主动优化客户体验”转变。 6.风控在线： 建设在线的数字化风控体系 以全在线、可记录、可度量为目标，360度无死角地涵盖各业务线及分支机构的业务范围，通过对业务流程进行重新梳理，借助数字技术力量，围绕实时、数据化、穿透式
2K10发布于 2021-11-12 - 来自专栏嘉为动态
线上化需求暴增，支撑海量业务的应用发布自动化系统究竟该如何设计？
背景 01 应用运维背景 随着数字化转型的发展，线下业务逐渐线上化，应用数量与日俱增，应用架构也趋于多样化和复杂化，而 IT基础设施逐步云化标准化并趋于稳定，因此运维的重心和价值渐渐聚焦于应用。 02 应用发布存在的问题 因业务的需求，应用迭代的频率越来越高，如果依旧为人工发布，出错概率大大提升，迫使人工运维转向自动化。 SLA的要求越来越高，那么就促使发布过程中，不同发布策略的灵活使用。 标准化，自动化的前提工作是先做好标准化，如果无法有效协同资源对象，那么在构建相应应用运维工具时就会陷入无穷无尽的适配工作中。 应用发布系统设计 01 设计理念和原则 随着分布式系统的不断推广，应用发布越来越频繁，应用数量越来越多，建立一个功能齐全、灵活的发布工具成为自动化最紧急重要的需求。 发布场景与发布策略 我们按照上述发布系统的设计，可以支撑企业中不同发布场景的需求。 01 发布策略 为了保证发布过程中，保证应用对外提供正常的服务，应用发布自动化支持不同的发布策略。
80620发布于 2021-09-17 - 来自专栏phodal
需求代码化
需求代码化，即将软件开发需求抽象为特定的领域语言，并使用管理代码一样的方式来管理需求，追踪需求的变化 。同时，为通过新的 API 来对接版本管理系统，以可视化需求，演变为看板代码化。 它有这么一些优点： 高透明性 高自治性 不可篡改性 高安全性 这可不是区块链技术，这是需求代码化技术，【狗头】。当我们的需求变成了代码，那么我们就有了一个去中心化的看板。 需求代码化 好了，现在我们有相同的上下文，让我们回到正题上： 需求代码化，即将软件开发需求抽象为特定的领域语言，并使用管理代码一样的方式来管理需求，追踪需求的变化 。 模板化需求 最简单的模式就是采用 Cucumber 的语法，它包含了现成的语法和 IDE 支持等。对于开发人员、测试人员、业务人员也比较熟悉。 1. 需求代码化 如上。 2. 结论 参考书籍： -《软件需求与可视化模型》
1.4K10发布于 2020-05-28 - 来自专栏需求数智化管理
什么是需求条目化？详解Visual RM 需求管理平台如何实现需求条目化？
一、什么是需求条目化？ 需求条目化是指打破传统以完整文档为单位的需求管理模式，将复杂的需求文档按 “功能点、业务规则、数据要求、流程节点” 等核心要素，拆解为标准化、结构化的最小管理单元（即 “需求条目”）的过程。 二、需求条目化的优势？ ✨1. 需求质量标准化 ：打破 “千人千面” 的文档编写模式，通过条目化拆分实现需求内容的统一规范，避免逻辑遗漏、表述模糊等问题，使需求质量稳定可控，降低需求传递失真率。2. 资产复用高效化 ♻️：条目化的需求可独立入库形成资产，后续编写新需求时可直接引用、组合已有条目，避免重复开发，大幅提升需求编制效率，盘活历史需求价值。5. 变更影响可量化 ⚖️：需求变更时，可精准定位受影响的条目及关联模块（如开发任务、测试用例），快速评估变更范围和工作量，降低变更风险，确保变更过程透明可追溯。6.
35810编辑于 2025-11-26 - 来自专栏Java技术栈
排查线上问题必备的 6 个 Linux 命令！
6、du -sh 查看（计算）文件大小 ?
2.3K43发布于 2021-07-16 需求结构化管理：破解企业数字化转型中的需求困境
传统以文档、任务、流程为核心的需求管理模式，已难以应对日益复杂的业务场景与快速迭代的开发需求，而需求结构化管理凭借 “线上化、结构化、资产化、智能化” 的特性，成为破解需求管理困局、推动企业数字化转型的重要路径 新员工需 3-6 个月才能熟悉历史需求，老员工离职易带走关键需求逻辑，“重复造轮子” 现象突出。 二、需求结构化管理的核心能力：破局的 “关键钥匙”需求结构化管理以需求内容（条目）为核心，通过线上化、结构化、资产化、智能化的协同运作，构建覆盖需求全生命周期的管理体系，有效破解传统需求管理痛点，其核心能力体现在以下方面 ：（一）线上化：全流程云端协同☁️ 核心能力：云端协同编辑：高度仿真 Office/WPS 格式，支持多人离线 / 在线同步编辑，保留修订痕迹，用户可实时评论、在线评审，实现需求编制 “共创、共享、共治 四、总结与展望需求结构化管理通过 “线上化协同、结构化拆解、资产化沉淀、智能化赋能”，解决了传统需求管理中 “需求找不到、看不懂、信不过、用不上、管不了” 的核心痛点，实现了 “业务与科技对齐、战略与执行对齐
29211编辑于 2025-11-05- 来自专栏携程技术
干货 | 高效线上问题排查——套路化和工具化
一、前言 线上问题排查相比于coding，是一个低频的工作，很多人不会经常遇到。一旦需要进行问题排查的时候，往往是重要且紧急的，因此问题排查的效率，就显得尤为重要。 针对线上问题排查的特点和现状，我们是否可以构建一个系统，这个系统会针对各种线上问题的排查形成一个知识（套路）库，针对每一种问题，都有对应的套路和自动化工具帮助我们去定位问题。 本文将结合一个比较有代表性的线上问题的排查过程，来探讨这种方式的可行性。 二、问题排查的套路化 本章将以RSS占用高为例来对问题排查的套路化进行说明。 一般不会很大，但也有例外，图3是27G的堆内存，使用G1垃圾回收器，你能看到GC区居然占用了3.8G的内存； 5）Compiler：C1 C2 编译器本身的代码和标记占用的内存，这个不受限制，一般不会很大； 6） 我们追求的基本目标是，通过问题排查的套路化，帮助工程师理清思路，少走弯路，以提高问题排查的效率。
1.4K30发布于 2021-08-13 kanass通关指南(6) - 如何进行需求管理
上文介绍了如何快速创建第一个项目，本文将从项目的源头需求进行介绍，如何快速创建与管理需求。1、添加需求进入kanass项目，页面会自动定位到事项页面。 点击添加事项->需求，填写需求标题与描述，选择需求类型等信息添加需求属性说明2、查看与编辑需求需求创建成功后，点击需求名称，页面以开启右抽屉的形式打开需求详情页面。 用户可以在详情页面对需求进行查看与修改查看与编辑需求编辑标题直接在详情页面点击标题，即可修改编辑描述点击描述上的编辑按钮，编辑后点击确认，编辑保存成功编辑其他字段其他字段直接点击下拉框，即可编辑3、删除需求在需求列表中点击更多 删除需求4、需求关联4.1事项关联子事项点击需求并进入需求详情页面，点击子事项，此页面提供添加子需求和关联子需求功能。添加子需求：可以在当前页面通过填写需求名称，快速创建子需求。创建成功后自动关联。 ：点击工时，可以为当前需求添加计划工时、完成工时和剩余工时附件：点击附件，可以查看到创建需求时上传的附件，支持附件的增、删、改、查工时与附件5、需求列表查看需求列表支持多种视图查看，点击右上角的更改视图按钮
14854编辑于 2025-11-20- 来自专栏低级Java知识传播者
openresty替换线上nginx之ipv6功能测试
背景 我们最近的一个需求是用openresty替换线上的nginx，而线上nginx是开启了支持ipv6的。 那么我们openresty也需要在开发环境测试，看看能不能支持ipv6. nginx怎么支持Ipv6呢，一般在配置文件进行如下配置： server { listen 8008; listen 在测试之前，先了解一些ipv6基础知识。 id=1736787745342947999 只要你开启了IPv6功能，主机就会自己配置IPv6的链路本地地址，根本不需要路由器进行分配。 但是假设你有2个网卡，都启用了IPv6，现在你要给局域网一个地址为fe80::1122:3344:5566的主机发送报文（不是你本地IPv6地址。
1.5K20编辑于 2023-08-30 - 来自专栏镁客网
疫情影响，超半数印度用户选择线上购机，中高端需求增加
线上购买智能手机会成为印度的常态化吗? 作者 | 来自镁客星球的薛晨 市场调研机构Counterpoint最新报告显示，受不断延长的新冠疫情影响，今年印度超一半用户选择了网上购买智能手机，而去年选择线上购买智能机的用户仅为30%。 据了解，由于活动限制，许多线下消费者渐渐转向了更为安全的线上平台。不少受访者表示，线上平台往往比线下拥有更多的折扣、购买品类也有更多的选择。因此，他们逐渐喜欢上这种在线购买智能手机的模式。
50450编辑于 2021-12-17 - 来自专栏云市场~精选汇
直播输出，实现教育过程线上化
3、群发红包 任务红包、拼手气红包、普通红包，任务多样化。活跃直播间的气氛，营造良好的销售环境。 4、关联商城商品 与商城打通，关联商城产品进行售卖，实现电商变现。 五大核心价值 1、教育+直播 移动直播APP，可在原有平台基础上嵌入直播，打造线上教育互动教学。 2、电商变现 直播的入口，添加销售商城产品的链接，实现直播商品化购物。 使用场景 某机构招募主播/导师，对部分学科，进行设立线上课程，通过直播的方式输出知识，学员可在直播间中学习、讨论、点赞、打赏的等。 结语 一二线城市这样的系统已经非常多了 系统—直播，作为线上课程的主要输出方式，链接导师与学员两端用户。数据化教学，推动课程标准化，为企业打造知识付费平台提供动力。 下一节你们想看什么呢？留言@我哟
1.4K00发布于 2018-09-06 - 来自专栏数据拾光者
广告行业中那些趣事系列6：BERT线上化ALBERT优化原理及项目实践(附github)
因为原生态BERT预训练模型动辄几百兆甚至上千兆的大小，模型训练速度非常慢，对于BERT模型线上化非常不友好。本篇研究目前比较火的BERT最新派生产品ALBERT来完成BERT线上化服务。 希望对需要将BERT线上化感兴趣的小伙伴有些许帮助。 为了实现BERT模型线上化问题，其实就是如何又快有好的训练模型，经调研目前超火的BERT最新派生产品ALBERT项目能很好的解决上述问题。 这里看下不同规模参数的BERT模型参数量的变“胖”之路： 图3 BERT参数爆炸问题 如何做到，让BERT不那么“胖”，但是效果依旧好是目前学术界的研究重点，也是如何将BERT线上化的重点工作之一。 总结 实际项目中需要将BERT线上化需要使模型又快又好的训练，所以经过调研使用目前BERT最新的派生产品ALBERT。
49120编辑于 2022-05-05 - 来自专栏陈树义
6、市场需求文档（MRD）撰写方法与技巧
现有市场存在的问题与机会 可以从以下几个方面来选择性表述，如： – 产品方面（产品形态复杂、用户体验差）、 – 技术方面（语音压缩技术不成熟，外资搜索引擎对中文理解不够深刻） – 运营方面（产业链偏下游，重实体，轻线上 用户说明 5.3.1 目标用户群体（找准） 一般划为维度：年龄段、收入、学历、地区 5.3.2 目标用户特性 所谓特性，指的是在这个群体下面的共性特点与非共性特点（分析） 5.3.3 建立虚拟用户角色（形象化） 这里就要引申出来一个问题，即产品经理对于用户需求与产品核心目标关系的拿捏。 5.4.3 产品结构（注意，不是功能结构，是产品的整体结构） 产品结构是产品的市场定位，产品定位，核心目标的直接体现。 5.4.7 产品功能性需求 以在线留言板需求： -注册与登录（直接注册、第三方注册、直接登录、第三方登录） -交流（留言、回复、图片上传、文字发布） -管理（查看、删除、修改） 5.4.8 产品非功能性需求 有效性需求、性能需求、拓展性需求、安全性需求、健壮性需求、兼容性需求、可用性需求 、运营需求、用户体验需求 6、优秀MRD的特点 – 逻辑性强：有论点，有论据，有论证 – 把抽象的东西形象化的讲出来
3.3K71发布于 2018-04-13 - 来自专栏需求数智化管理
“碎片化需求池”：Visual RM 如何以集中收集打通需求管理盲区？
当企业数字化转型进入深水区，需求管理却陷入 “碎片化” 困局—— 业务部门的即时消息、零散邮件、文档片段……这些看似琐碎的需求，如何系统化收集与管理，成为影响研发效能的关键挑战。 一、碎片化需求管理的四大核心盲区在企业研发与数字化建设过程中，碎片化需求管理易引发多环节效率损耗，具体表现为以下四大盲区，需重点关注并突破：盲区一：需求来源分散，重复提交导致资源浪费业务需求常通过即时通讯工具 ，形成结构化需求资产库。 解决方案：通过 Visual RM 构建统一需求入口，配置金融行业专属模板，实现需求标准化提交；借助 AI 智能拆解与资产库建设，推动历史需求结构化归档与复用。 全生命周期智能化：打通 “需求 - 研发 - 测试 - 运维” 全链路数据，结合腾讯云 DevOps 工具链，实现需求从提出到交付的全生命周期智能化管理，提升研发协同效率。
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 合并文档：碎片化整合，一键生成统一基线当需求分散在多个文件或编辑页时，AI 合并功能轻松搞定： 支持上传本地 Word/WPS 或选择平台在线文档，自动去重、补充逻辑断点； 适配行业标准模板（如金融行业需求规范 AI 转化文档：打破业技壁垒，需求传递零偏差解决业务与科技 “语言不通” 的核心痛点： 业务需求转软件需求：将 “口语化需求”（如 “转账后立即发短信通知”）转化为含 “功能点、触发条件、输出结果” 的标准化软件需求
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 - 来自专栏Piper蛋窝
6款工具，免费你对录屏的所有需求！
时间已经过去有段时间了，刚好近期我也需要录制一些简单的视频教程，所以在这几个月里我一直在留意、试用不同的录屏软件，今天就来介绍6款不错的录屏软件，各位同学可以选择一款适合自己的即可。 OBS studio 我想，前面介绍的3款录屏工具应该已经能够满足大多数同学的需求。但是，也会有同学有疑问， •macOS/Linux用户怎么办？•简单的录屏功能不足以满足复杂的需求场景怎么办？ ? OBS studio开源免费的录屏工具，同时支持3大操作系统， •Windows•macOS•Linux 另外，它还有丰富而强大的特性， •多源场景•混频器•丰富的配置项，灵活的定制化•...... 除此之外，ScreenToGif是一款完全免费无广告的工具，它包含两个版本：安装版(3M)和免安装版(1.1M)，可以根据自己的需求供你选择。 下载方式 ? 我已经把前面介绍的6款录屏工具进行整理打包共享，需要的可以在公众号后台回复关键字“s29”获取~
2.2K40发布于 2020-12-15
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号