- 综合排序
- 最热优先
- 最新优先
- 来自专栏技术一号位指南(小诚信驿站)
业务建模：系统边界与规则
一、读前思考问题 解决系统边界问题的原则、规则，关于系统边界的原则、规则，你们觉得可以有哪些呢? 9.png 一张关系图 10.png 个人思考 系统本质上是一个组织结构下为了实现某种业务的产物，如果想要聊系统边界和原则，那么一定要基于当前的组织结构来如何更加简单、高效的解决业务问题原则来考虑。 3.2、基于产品聊系统边界场景 3.2.1、产品的定位 产品系统有什么？用户是谁？ ，我们系统后续的迭代规划，如果不在未来规划，也可能不适合我们 3.3、基于系统聊系统边界场景 3.3.1、符合正交性 对应一个好的应用，一定会去衡量正交性，是否该系统目前是高内聚、低耦合的，对于可扩展的与系统本身不变的呈正交 3.3.2、符合SOLID原则 该系统实现以后一定是符合SOLID设计原则 3.3.3、符合高内聚、低耦合 在系统设计的时候要考虑到业务实现的内聚性和耦合性 四、个人总结 聪明的读者你在聊系统边界与规则的时候
4K430编辑于 2022-05-28 - 来自专栏IT进修之路
撮合交易系统服务边界与设计
如何设计并实现一个数字货币交易系统 证券交易系统是金融市场上能够提供的最有流动性，效率最高的交易场所。 一个完整的数字货币交易系统是由用户系统（sso）、账户系统（account）、订单系统（order）、撮合系统（match）、以及清算系统（ clearing ）、行情系统（market）和钱包系统（wallet 各个子系统相互配合，完成数字货币报价交易。 market： 情系统保存市场的成交价、成交量等信息，并输出实时价格、K线图等技术数据，以便公开市场查询。 wallet：钱包系统就是提供给用户充值、提币等操作。 当然如果是自己的做的钱包，那么你可能还需要节点扫描上账系统，和离线签名系统（冷钱包），之前也看见过一些朋友说定序系统，我提供的方案是用mq队列的放手，先进先出。
2.7K20发布于 2020-06-15 - 来自专栏斑斓
大型系统应用边界设计原则与实践
我曾经担任某央企千万级生产系统交付方的首席架构师，负责整个系统的架构设计和架构管理。整个项目主要由三家公司、四个团队构成（各个团队下还有各自的子团队），团队人数规模大约100人。 交付模式 整个项目的交付过程以我定义的所谓“大瀑布+小敏捷”模式开展，该模式的具体形式如下图所示： 之所以采用这一方式，在于项目的每个里程碑节点必须按照合同约定的时间交付，例如在系统设计阶段结束时，必须交付概要设计说明书等交付物 微服务架构 整个系统采用了如下所示的微服务架构： 微服务架构采用了前后端分离的整体架构，后端的微服务层按照领域边界划分子领域，在各个子领域内部，则根据业务的边界识别微服务，对外提供客户端需要的业务能力 康威定律 一个好的开发团队与设计良好的架构应该遵循“康威定律”，也就是一个设计良好的系统，其架构的组织应该与开发它的团队组织保持一致。 应用边界设计原则 应用架构的边界受到业务边界、数据边界、团队边界、技术边界多个方面的影响，必须控制边界，否则会带来设计与开发的混乱，影响团队之间的协作。
1.4K31编辑于 2023-03-23 - 来自专栏openclaw系列
安全边界设计 —— OpenClaw 如何防范 AI 滥用系统权限
OpenClaw 的核心挑战之一，是在提供强大行动力的同时，确保 AI 始终在人类设定的安全边界内运行。 一、为什么需要专门的安全边界？ ：安全不能依赖 AI 自律，而必须由系统强制执行。 结语：安全不是功能，而是默认状态 OpenClaw 的安全边界设计，体现了对 AI 能力的审慎态度： 不因便利牺牲控制 不因智能放松警惕 不让用户为安全买单（默认开启，无需配置） 在 AI 与操作系统深度耦合的时代 ，唯有将安全编织进每一层架构，才能让用户真正放心地说：“去做吧，我相信你——也相信你背后的系统。”
59220编辑于 2026-03-15 - 来自专栏软件成本造价评估
估算软件规模之前如何明确划分系统边界？
软件项目系统边界的正确划分，是使用功能点方法度量软件时识别系统内部和外部需求亦即内部逻辑文件和外部接口文件的前提。在估算软件规模之前，我们应根据软件项目范围来明确系统边界。 系统边界包含如下含义： A、用于划分系统与其他系统，特别是相邻系统关系的一种方法，将项目分割成系统内和系统外，系统内属于项目创建内容，系统外不需要创建，但需要考虑和它们之间的接口； B、应说明哪些元素是属于系统内，哪些元素属于系统外部环境； C、除了能确定系统内元素外，还应界定本系统对外的输入与输出，即本系统与外部环境的关系。 系统边界的划分一定要从用户角度出发，划分后的内、外部系统一般都可独立运行。通常情况下，产品型研发组织按照产品架构划分居多，项目型研发组织按照项目划分居多。 版权属于: 北京中基数联所有。
2.7K00发布于 2018-11-08 - 来自专栏java 微风
sql 中 between 的边界问题 ---- between 边界：闭区间，not between 边界：开区间
如下： 我有一个表只有4行数据： 用 between 查，是包含前后边界值的： not between 则是不包含前后边界的 补记： 日期边界问题，如:'2010-04-21 16:42:39', 2010-04-23 16:42:39' 如果用 between '2010-04-21' and '2010-04-23' ，这样'2010-04-23 16:42:39' 这条记录查不到 因为它的边界值是
3.1K30编辑于 2022-04-13 - 来自专栏Java架构师必看
JAVA基础(11) 系统日志
系统日志的概念及作用 日志系统作为一种应用程序服务，对于跟踪调试、程序状态记录、崩溃数据恢复都有着重要的作用 常用Java日志系统 Log4J 最早的Java日志框架之一，由Apache基金会发起 公共抽象类 Layout 负责格式化Appender的输出 1.Logger日志记录器是日志处理的核心组件 Loggers组件在此系统中被分为五个级别：DEBUG、INFO、WARN、ERROR static Logger logger=Logger.getLogger(ClientWithLog4j.class.getName()); 2.Appender控制日志输出的位置 Log4j日志系统允许把日志输出到不同的地方 Objectmessage);//致命错误信息 实际使用： logger.info("ServerSocketbeforeaccept:"+server); 4.log4j配置文件 在实际编程时，要使Log4j真正在系统中运行事先还要对配置文件进行定义
77020发布于 2021-05-27 - 来自专栏《C++与 AI：个人经验分享合集》
《C++跨平台编译：打破系统边界，释放代码潜能》
资源利用与整合 在企业级开发中，可能存在不同操作系统的服务器环境。跨平台编译允许我们在这些多样化的服务器上部署相同的 C++服务，充分利用现有的硬件资源，而无需为每个操作系统重新编写代码。 二、跨平台编译面临的挑战 操作系统差异 不同操作系统有不同的内核、文件系统结构和系统调用接口。 三、跨平台编译的策略 使用跨平台的构建系统 跨平台构建系统是解决 C++跨平台编译问题的重要工具。像 CMake 这样的构建系统，可以根据不同的目标平台生成相应的编译脚本。 企业级应用 在企业中，可能需要在不同操作系统的服务器上部署相同的后端服务。 虽然面临着操作系统差异、编译器差异和依赖库问题等挑战，但通过使用跨平台构建系统、抽象平台相关代码和有效管理依赖库等策略，我们可以成功地实现跨平台编译。
35710编辑于 2024-12-09 - 来自专栏数通
内网IT系统对外开放服务，如何确保网络边界安全？
纵深防御原则 构建多层安全防护体系，避免单点防御失效导致全局崩溃（如仅依赖防火墙） 从网络边界、应用接入、数据存储、终端接入、安全运营五个层面设防 每层防护需具备"独立防御能力"，前一层被突破后，后续层次仍能延缓或阻断攻击 一次性工程"，需建立持续更新机制（如漏洞补丁管理、威胁情报订阅） 定期开展安全评估（如每季度渗透测试、每月漏洞扫描），根据新型攻击手段调整防护策略 建立"事前预防→事中监测→事后响应"的闭环管理体系 二、网络边界层 ：构建可信访问控制边界 网络边界是防御外部威胁的第一道防线，需通过物理/逻辑设备实现"可控互联、可见流量、可追溯操作"。 ，禁止多系统共用账号 按需分配权限：查询系统仅授予SELECT权限，数据导入系统授予INSERT权限，禁止授予DROP、ALTER等高危权限 禁用或重命名默认管理员账号（如MySQL的root、SQL ，留存审计日志 结语 内外网互联的安全防护是一项系统工程，需从架构设计（边界隔离）→技术实施（多层加固）→持续运营（监控应急）三个维度协同推进。
51410编辑于 2026-01-13 - 来自专栏释然IT杂谈
内网IT系统对外开放服务，如何确保网络边界安全？
纵深防御原则 构建多层安全防护体系，避免单点防御失效导致全局崩溃（如仅依赖防火墙） 从网络边界、应用接入、数据存储、终端接入、安全运营五个层面设防 每层防护需具备"独立防御能力"，前一层被突破后，后续层次仍能延缓或阻断攻击 一次性工程"，需建立持续更新机制（如漏洞补丁管理、威胁情报订阅） 定期开展安全评估（如每季度渗透测试、每月漏洞扫描），根据新型攻击手段调整防护策略 建立"事前预防→事中监测→事后响应"的闭环管理体系 二、网络边界层 ：构建可信访问控制边界 网络边界是防御外部威胁的第一道防线，需通过物理/逻辑设备实现"可控互联、可见流量、可追溯操作"。 ，禁止多系统共用账号 按需分配权限：查询系统仅授予SELECT权限，数据导入系统授予INSERT权限，禁止授予DROP、ALTER等高危权限 禁用或重命名默认管理员账号（如MySQL的root、SQL ，留存审计日志 结语 内外网互联的安全防护是一项系统工程，需从架构设计（边界隔离）→技术实施（多层加固）→持续运营（监控应急）三个维度协同推进。
80221编辑于 2025-11-19 《C++跨平台编译：打破系统边界，释放代码潜能》
资源利用与整合在企业级开发中，可能存在不同操作系统的服务器环境。跨平台编译允许我们在这些多样化的服务器上部署相同的 C++服务，充分利用现有的硬件资源，而无需为每个操作系统重新编写代码。 二、跨平台编译面临的挑战操作系统差异不同操作系统有不同的内核、文件系统结构和系统调用接口。 三、跨平台编译的策略使用跨平台的构建系统跨平台构建系统是解决 C++跨平台编译问题的重要工具。像 CMake 这样的构建系统，可以根据不同的目标平台生成相应的编译脚本。 企业级应用在企业中，可能需要在不同操作系统的服务器上部署相同的后端服务。 虽然面临着操作系统差异、编译器差异和依赖库问题等挑战，但通过使用跨平台构建系统、抽象平台相关代码和有效管理依赖库等策略，我们可以成功地实现跨平台编译。
54900编辑于 2024-11-18- 来自专栏图像处理与模式识别研究所
图像边界填充
reflect=cv2.copyMakeBorder(img,top_size,bottom_size,left_size,right_size,cv2.BORDER_REFLECT)#边界填充图像 wrap=cv2.copyMakeBorder(img,top_size,bottom_size,left_size,right_size,cv2.BORDER_WRAP)#边界填充图像 constant =cv2.copyMakeBorder(img,top_size,bottom_size,left_size,right_size,cv2.BORDER_CONSTANT,value=0)#边界填充图像 ，卷积等有关图像边界处理的操作。 表示图像下边界需要填充的像素点 left表示图像左边界需要填充的像素点 right表示图像右边界需要填充的像素点 borderType表示图像填充方法
1.3K10编辑于 2022-05-28 - 来自专栏程序人生
谈谈边界（Boundary）
上篇文章（Phoenix 1.3，迈向正确的道路）简单提了下「边界」，今早在火车上，顺着这个思路想了下去，写了篇 slide，中午分享给了团队。 我们做系统，做设计，很多时候其实就是在明确边界。 函数和函数要明确边界，模块和模块要明确边界，服务和服务要明确边界，应用和应用要明确边界。明确边界能让我们的代码逻辑严谨，条理清晰。 它的边界由它的名字，使用的资源（比如端口）以及应用的入口（比如 main 函数）组成。应用类似于生物体中的系统，比如下图的循环系统： ? 类比于一个完整的生物体，当我们做一个解决方案时，我们要界定它的子系统，哪些应该是： dummy system - 就像我们的呼吸系统一样，风雨无阻，就连睡觉也会自动工作。 我能想到的例子有，日至系统，监控系统，错误报告系统等。 intelligent system - 就像我们的免疫系统一样，根据外部的变化而应对之。
1.3K60发布于 2018-03-29 - 来自专栏知识同步
二分查找模板，包括左边界右边界
一次记住所有情况 二分法最怕的就是边界的处理，一般见到的就是下面三种情况 假设数组是升序的 查找元素 int binary(vector<int> nums, int target){ return mid; else if(nums[mid]>target) r=mid-1; else l=mid+1; } return -1; } 寻找左边界情况 =target) return -1; return l; } 寻找右边界情况，左边要往右边靠 int binary(vector<int> nums, int target){ int
58030编辑于 2022-12-26 - 来自专栏运维开发王义杰
业务模型、系统模型、软件模型：三者之间的边界
本文旨在探讨这三个模型之间的边界，并强调它们之间的相互关系和协作。 2. 业务模型 2.1 定义 业务模型着重于组织的业务流程和规则。它代表了现实世界中业务的核心概念和逻辑，与技术细节无关。 2.3 边界 业务模型的边界集中在业务层面，与实际的技术实现和系统结构无关。 3. 系统模型 3.1 定义 系统模型是从业务模型派生而来的，将业务需求转化为技术规范。 3.2 关键组成部分 系统结构：描述系统的高级组件和它们之间的关系。 系统行为：描述系统应如何响应各种输入和事件。 功能要求：明确系统必须提供的功能。 3.3 边界 系统模型的边界位于业务与软件之间。 4.3 边界 软件模型的边界集中在技术层面。它描述了如何通过代码实现系统模型中定义的规格。 5. 三者之间的关系 5.1 业务模型与系统模型 业务模型和系统模型之间的关系是协同和演进的。 总结 业务模型、系统模型和软件模型是软件开发中三个互补的层次。它们共同支持从需求分析到设计和实现的整个开发流程。 了解它们之间的边界和相互关系对于确保项目的成功至关重要。
80820编辑于 2023-08-10 - 来自专栏编程一生
系统设计的11个考虑
有了《系统架构的11条原则》，真正到设计阶段还有另外11个考虑。 系统正确性 考虑一：负负得正 假如我们看到某个代码，明显有逻辑错误，想随手改改。 考虑二：终态设计 在分布式系统中，由于系统是分布在不同机器上的。还可能有一种状态叫：超时。成功、失败和超时是分布式系统调用的三态。 最终通过查询或者对账发现实际是退款失败了，可以系统重新发起退款，直到真正退成功为止。 后台管理系统也很需要这种终态设计。比如发布系统，发布了一个功能，发布系统如果出现了问题，这次发布没有结束。 需要系统处理好超时和重试。 系统容量 考虑四：存储周期 数据库、应用系统的磁盘都是宝贵的资源。数据不能无限期存储不做清理。清理的周期是一个重要的考虑方面。因为这涉及对用户的承诺。 系统运维 考虑六：服务自治 当一个服务的逻辑单元由自身的领域边界内所控制，不受其他外界条件的影响（外界条件带有不可预测性），且运行环境是自身可控，完全自给自足，我们认为这个服务是自治的。
55720编辑于 2022-05-06 - 来自专栏Live专区
如何重装Windows11系统
重启按住启动项的快捷键,我的快捷键是F11,大家根据自己的主板来查询快捷键是什么. 然后选择UEFI - U盘 我的是第二个,然后按回车进入 选择windows11.iso回车 进入之后下一步 - 安装程序 - 选择专业版 - 下一页 这时候会提示无法运行Windwos11 按住Shift BypassTPMCheck 新建DWORD32位BypassSecureBootCheck 修改两个DWORD32位的值为1 回退到刚刚选择专业版的页面 - 下一页 - 我接受协议 - 自定义 - 格式化C盘（系统盘 ） - 点击刚刚格式化的盘 - 下一页 - 安装 安装完之后会重启 重启之后根据自己的设定来设置电脑 - 完成安装 系统安装完成之后需要激活系统 下载激活工具即可 工具 系统镜像 Ventoy 激活工具
1.3K10编辑于 2022-08-16 【Win11系统CPU资源】
在Win11中结束进程，可以按照以下步骤进行操作： 打开资源管理器。您可以通过按下Windows键并键入“资源管理器”来快速找到它。 在此列表中，取消选中“隐藏受保护的操作系统文件(推荐)”选项，并单击“确定”。 返回资源管理器的主窗口，导航到具有您要结束的进程的应用程序或进程。
29010编辑于 2025-08-29- 来自专栏编程一生
系统架构的11条原则
要了解阿姆达尔定律，它告诉我们，我们不可能无限制的提升系统某一部分的效率。要提升的总体效果有没有产生相应的价值。 原则四：服务自治 解析： 在系统设计时，要考虑服务上线后，对于问题要自感知、自修复、自优化、自运维及自安全。 原则五：拥抱变化 解析： 重视架构扩展性和可运维性。无状态的系统的是可扩展的和直接的。 原则十一：用成熟的技术 解析： 不要给别人的技术当小白鼠，不要因技术本身的问题影响系统的稳定。尽可能的使用红利大的主流技术，而不要自己发明轮子，更不要魔改。
69320编辑于 2022-05-06 - 来自专栏大侠之运维
前端复刻win11系统
计算机网络知识文章链接：https://cloud.tencent.com/developer/article/2474032 本篇文章主要介绍了计算机网络知识最近看到一个不错的开源项目，作者用react复刻了一个win11 系统。 如果你想去体验下，作者提供了一个的demo环境，地址如下：https://win11.blueedge.me/而如果你想自己启动一个这样的项目的话，最快捷的方式是通过docker启动，方式如下：docker run -d --restart unless-stopped --name win11react -p 3000:3000 blueedge/win11react:latest当然了，如果你熟悉一些自动化在线部署平台如 系统提供多语言支持，用户可以根据自己的语言偏好选择界面语言。
46300编辑于 2024-12-06
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号