规格 团队 需求

Spring 应用合并之路(二):峰回路转,柳暗花明 | 京东云技术团队

书接上文,前面在 Spring 应用合并之路(一):摸石头过河 介绍了几种不成功的经验,下面继续折腾… 四、仓库合并,独立容器 在经历了上面的尝试,在同事为啥不搞两个独立的容器提醒下,决定抛开 Spring Boot 内置的父子容器方案,完全自己实现父子容器。 如何加载 web 项目? 现在的难题只 ......
柳暗花明 团队 Spring 技术

阅读笔记-探索需求

这本书主要讲述关于开发项目的问题,讨论的主题是问题陈述或需求集合,需求在很多方面都是非常重要的。我们通常使用的是需求映射图而不是需求本身,所以我们需要探索许需求。 一旦在探索需求过程中使用了忽略了人的因素的工具,就不可能完美的描述需求,这会造成含混性,同时当需求被明确说明,但是使用了含混的词语也导致 ......
需求 笔记

泛CG第67期直播:国际CG盛会的国人研发团队新技术分享

Renderbus瑞云渲染为大家带来了泛CG第67期直播,直播内容为:国人研发团队新技术分享内容,让大家了解到CG行业最新发展动态! 直播预告 国际CG盛会的国人研发团队新技术分享 1:影眸在内容生成/数字人/3D生成方面的探索 2:电影音效制作中的脚步点检测 3:SIGGRAPH与SIGGRAPH ......
盛会 国人 新技术 团队 国际

分布式日志追踪ID实战 | 京东物流技术团队

本文通过介绍分布式应用下各个场景的全局日志ID透传思路,以及介绍分布式日志追踪ID简单实现原理和实战效果,从而达到通过提高日志查询排查问题的效率。 背景 开发排查系统问题用得最多的手段就是查看系统日志,相信不少人都值过班当过小秘吧:给下接口和出入参吧,麻烦看看日志里的有没有异常信息啊等等,但是在并发 ......
物流技术 分布式 实战 团队 物流

Spring 应用合并之路(一):摸石头过河 | 京东云技术团队

公司在推进降本增效,在尝多种手段之后,发现应用太多,每个应用都做跨机房容灾部署,则最少需要 4 台机器(称为容器更合适)。那么,将相近应用做一个合并,减少维护项目,提高机器利用率就是一个可选方案。 经过前后三次不同的折腾,最后探索出来一个可行方案。记录一下,分享出来,希望对有相关需求的研发童鞋有所帮 ......
石头 团队 Spring 技术

2024了,我不想再用AOP收集业务操作日志了 | 京东云技术团队

0.背景 在近期的项目中,系统涉及到针对系统的业务操作日志统计功能,由于本系统位于业务链路的中心环节,负责接收上游系统的数据,并将基于用户操作产生的数据传递至下游系统,鉴于业务链路的复杂性和操作场景的多样性,我们计划通过对核心业务数据进行全生命周期的日志记录来提升问题解决的效率,并为用户提供更多的工 ......
团队 业务 技术 日志 2024

深入理解左倾红黑树 | 京东物流技术团队

平衡二叉搜索树 平衡二叉搜索树(Balanced Binary Search Tree)的每个节点的左右子树高度差不超过 1,它可以在 O(logn) 时间复杂度内完成插入、查找和删除操作,最早被提出的自平衡二叉搜索树是 AVL 树。 AVL 树在执行插入或删除操作后,会根据节点的平衡因子来判断是否 ......
物流技术 团队 物流 技术

DDD落地实践-架构师眼中的餐厅 | 京东云技术团队

本文以餐厅场景为叙事主线,以领域驱动为核心思想,结合架构设计与功能设计方法论。是从领域分析到落地的全过程案例,内容偏重于落地,因此不乏一些探讨,欢迎指正。 文章较长、全程干货、耐心读完、必有收获。 本文不针对餐厅的实现细节,重在探讨设计思想和方法。 1、领域设计 让我们抛开技术人员的本能技术视角、站 ......
架构 餐厅 团队 技术 DDD

奈何本人没文化,后台管理走天下(二) 通用需求的开发思路

这一章分享些基础的东西,主要谈论一些常规需求的开发思路 layout 构建 什么是 layout,就是进入中后台系统内部后,根据页面结构划分出的布局组件,也就是页面的骨架。 构建一个优秀的 layout 组件对用户的体验尤为重要,对大部分维护中后台项目的开发人员来说,每次分配到的任务几乎只活动在内容 ......
后台 思路 需求 文化 天下

《中国人民银行业务领域数据安全管理办法》与个人信息保护关键技术研究 | 京东云技术团队

在大数据环境下,通过个人用户网络活动产生的数据,可以清晰地分析出用户的年龄、职业、行为规律和兴趣爱好。特别是随着电子商务和移动网络的应用和普及,个人用户的地址、联系方式和银行账户信息也可以通过大数据挖掘或网络爬虫等手段获取。因此,个人信息安全管理压力增大,用户个人信息泄露事件时有发生。莫名其妙的销售 ......

【稳定性】浅谈11.11大促之预案演练 | 京东物流技术团队

一、预案演练 预案演练主要解决的问题是:根据单个系统的应急预案,模拟应用系统的一种或多种故障场景,验证系统的可靠性。 1.1、预案演练形式 预案演练根据应急预案组织相关的应急组织机构和人员,针对事先假设的异常应急场景,通过模拟实际决策、指挥和技术操作,完成应急响应及处置的过程,从而检验和提高相关人员 ......
物流技术 预案 稳定性 团队 物流

ZCube:在我的优惠券中的落地实践 | 京东云技术团队

​ 前言 我的优惠券作为营销玩法的一种运营工具,在营销活跃场中起到很至关重要的作用。如何更加高效的赋能业务,助理业务发展,灵活扩展业务,是我们一直追求和思考的方向 一、背景 1.1 现状 营销中台作为券的“供应链端”,控制券的所有类型。 我的优惠券作为工具,提供用户已有优惠券的展示列表,不同类型的券 ......
优惠券 团队 ZCube 技术

每周需求分享会

......
需求

【积微成著】性能测试调优实战与探索(存储模型优化+调用链路分析)| 京东物流技术团队

一、前言 性能测试之于软件系统,是保障其业务承载能力及稳定性的关键措施。以软件系统的能力建设为主线,系统能力设计工作与性能测试工作,既有先后之顺序,亦有相互之影响。以上,在性能测试的场景决策,架构分析、流量分析、压测实施和剖解调优等主要环节中,引发对于系统能力底盘夯实和测试策略改进的诸多思考。 在性 ......

12月30日《软件需求十步走》阅读笔记三

软件需求十步走阅读笔记03 业务及信息化规划、用户需求和系统需求,这三个部分需求构成了软件需求。 业务及信息化规划:客户业务“有什么” 用户需求:使用户基于软件系统“怎么做”系统需求:软件系统“做什么”和做的时候要注意“遵循什么”。软件工程的首要环节是需求分析,软件需求是需求工程和软件工程纽带的软件 ......
需求 笔记 软件

《需求分析与系统设计》读书笔记3

经过一个月的阅读,终于把《需求分析与系统设计》这本书读完了,其中对需求和对设计方面的知识对我帮助很大。书中作者对需求分析的思想对我也有很大的启示,在我现阶段的学习中对需求的了解有了进一步的认知。这一阶段我读了这本书的最后几章,在这几章中作者主要对系统的设计做了一定的分析,同时让我学到很多东西。 第七 ......
需求 笔记 系统

读书笔记——《敏捷软件需求》其一

《敏捷软件需求》一书是由Dean Leffingwell和Don Widrig合著的一本关于敏捷开发中需求管理的经典著作。本书全面介绍了敏捷需求工程的原则、方法和工具,帮助团队在敏捷环境中高效地管理和满足需求。 首先,本书强调了敏捷开发的核心原则和价值观。作者指出,个体和互动、工作软件胜过详尽的文档 ......
需求 笔记 软件

读书笔记——《敏捷软件需求》其二

《敏捷软件需求》一书中有许多经典的话语和观点,以下是其中几个例子: "用户故事能够帮助我们将需求转化为实际可行的功能,它以简洁、清晰的方式描述了用户的愿景和期望。" "故事地图是一种强大的工具,可以帮助我们从全局角度理解和规划用户故事。它既能显示用户故事之间的关系,也能帮助我们关注优先级和交付时间。 ......
需求 笔记 软件

【1.0】ATM需求分析

【一】功能概要 【1】注册 【2】登陆 【3】激活银行卡 【4】取款 【5】转账 【6】充值余额 【7】查看流水 【8】查看个人信息 【二】功能需求 【1】注册 (1)身份信息构成 身份信息包括:用户名、密码、角色 (2)参数验证 验证用户名是未注册过的用户名 验证密码为六位数并且是数字类型 (3) ......
需求 1.0 ATM

11.被测需求理解

目录 需求文档 需求评审 需求分析 需求文档 查看需求需求文档范例 模拟需求宣讲 产品需求文档范例:https://docs.qq.com/doc/DV2ZMWUxFWE9XaEVk 需求评审 需求分析 明确测试范围 明确功能点 明确业务流程 明确输出结果 分析异常流程 预估测试需要的时间和资源 ......
需求 11

《软件需求十步走》阅读笔记三

开发因需求而来,需求开发以需求规划的成果为主要依据。软件需求开发首先要做的是获取需求,得到目标、系统关联情况以及用例的分析;其次是需求分析,软件系统的可行性、用户接口、系统功能、数据、优先级等这些都在需求分析之列;然后汇总成需求分析规格说明书;最后在进行需求测评,制定具体的开发方案。 需求获取是确定 ......
需求 笔记 软件

ASR项目实战-交付团队的分工

对于通常的软件项目,参与角色,比如可以有用户,消费者,产品团队,研发团队(研发团队包括开发和测试),运营团队,运维团队,管理团队。 通常认为,用户,负责购买服务的群体,而消费者,负责使用业务的群体。这两个群体,不在本文的讨论范围之内,因此后续的介绍中,除非明确说明,否则默认均不涉及。 产品团队,研发 ......
实战 团队 项目 ASR

浅析RobotFramework工具的使用 | 京东物流技术团队

1 简介 最近几年越来越多的公司都开始进行自动化测试的设计和布局了,自动化,顾名思义就是把以人为驱动的测试行为转化为机器执行的一种过程,并经常用于回归测试中,市面上也存在很多开源的自动化测试的工具和理论知识,今天我要说的是RobotFramework这个工具; 我也是在偶然的机会中接触到了Robot ......

12.28阅读笔记《软件需求分析》

管理人员在要求开发一个系统时并不会理解进行需求分析的重要性,他们只知道能不能尽快开发出相应的系统来方便使用,但是如果不做好需求分析,最终开发出的系统也不会有人用。 客户的需求认识并不像软件开发人员这样,了解的比较清楚,客户通常并不懂得从系统的实际用户处得到信息的重要性,然而从产品的实际用户处收集需求 ......
需求 笔记 12.28 软件 12

工作量与团队划分

来了新项目,每个人工作量普遍很多的情况,多到需要加班来解决: 不建立小组,让团队中每个人负责自己的一部分,每个人是自己负责业务域的owner。 项目稳定期,整体工作量降低,并且每个人工作量不平均: 多人合并为一个小团队,子团队的工作量可以在内部进行细分,相互backup。 ......
工作量 团队

进入阅读页面二次需求处理

思路 时间乃是时间戳毫秒级别 进入阅读页面 记录当前进入页面的时间 如果是0:0:0 要重置时长 如果不是凌晨,查看今天是否阅读过,如果阅读过要在之前的阅读时长存储一下 更新时长 之前记录了(包含上次)进入页面的时间,在此基础上获取最新的时间并减去进入页面的开始时间得到时长,并在上次时长累加,接下来 ......
需求 页面

日志框架简介-Slf4j+Logback入门实践 | 京东云技术团队

前言 随着互联网和大数据的迅猛发展,分布式日志系统和日志分析系统已广泛应用,几乎所有应用程序都使用各种日志框架记录程序运行信息。因此,作为工程师,了解主流的日志记录框架非常重要。虽然应用程序的运行结果不受日志的有无影响,但没有日志的应用程序是不完整的,甚至可以说是有缺陷的。优秀的日志系统可以记录操作 ......
框架 团队 Logback 简介 Slf4j

《需求工程》读后感

软件生产中产生需求问题的最大原因在于对应用型软件的模拟特性理解不透彻或应用不坚决,它会导致软件开发者产生轻视需求的态度问题,但除此之外,还有一些技术原因也会导致需求问题的产生。一般有非技术性和社会性因素重视不足;传统需求分析方法的缺陷;软件规模的日益扩大;需求问题的高代价性等。 什么是需求工程?需求 ......
读后 读后感 需求 工程

12.27阅读笔记《软件需求分析》

许多工程项目不能按时完成或者最后导致失败的一个很大的原因就是弄不清需求是什么,不能准确理解客户的需求意图,所以前期做好需求调研是一件非常重要的工作,是一件与系统代码开发占有同等比重的工作。 读这本书的同时,要注意实践过程,不必非得要从一个新项目开始应用,可以找一个以前的或者是现在正在进行的项目,根据 ......
需求 笔记 12.27 软件 12

java浅拷贝BeanUtils.copyProperties引发的RPC异常 | 京东物流技术团队

背景 近期参与了一个攻坚项目,前期因为其他流程原因,测试时间已经耽搁了好几天了,本以为已经解决了卡点,后续流程应该顺顺利利的,没想到 人在地铁上,bug从咚咚来~ 没有任何修改的服务接口,抛出异常: java.lang.ClassCastException: java.util.HashMap ca ......
共1600篇  :2/54页 首页上一页2下一页尾页