- 综合排序
- 最热优先
- 最新优先
- 来自专栏后端技术
系统设计分析 作业7
选择一个你喜欢的 移动App 或 其中某业务 参考 Asg_RH 文档格式 编写软件描述 文档要包含一个业务的完整过程 建模要求包括（用例图、XX业务或用例的活动图、XX领域模型、XX对象的状态图、XX场景的系统顺序图与操作协议 ） 选择：知乎app 1.用例图 2.活动图 3.领域模型 4.状态图 5.系统顺序图
39140发布于 2019-05-25 - 来自专栏剑指工控
PLC 系统的 7 个良好设计实践
正确的 PLC 系统设计可以为机器或过程提供多年的服务，并大大提高所有者的效率和盈利能力。在我们将 PLC 应用于机器或过程之前，让我们看一些对成功实施至关重要的设计和维护实践。 1、良好的接地实践 2、环境问题 3、设计策略 4、电气原理图和 PLC 逻辑文档 5、编程注意事项 6、人机界面使用 7、维护因素 接地 接地是一个很大的话题，但必须注意一些基础知识。 接地不良给工业控制系统带来了很多问题。每个好的面板设计都应该有一个点来连接系统接地。典型的做法是使用接地片和/或接地棒。刮掉连接接地片和接地棒的子面板上的油漆。 一个好的经验法则是在系统中拥有 20% 的备用 I/O。除非您正在安装一个非常简单的“砖”型 PLC，否则请为您的系统考虑备用插槽和备用 I/O。 每个模块的电气原理图都可以放在自己的图纸上，尽管大多数时候，设计人员倾向于将两个相同类型的模块放在一张图纸上。这取决于系统的大小。确保使用部件号和插槽号识别 PLC 模块。
1.1K10编辑于 2021-12-17 - 来自专栏EdisonTalk
5分钟了解系统架构设计（7）
首先，我们需要明确此类问题要回答的重点是如何证明你设计的系统是高可用的，一个基本套路为： 如何评估系统高可用 => 如何监控系统高可用 => 如何保证系统高可用 一个回答示例： 为了确保系统的健康可靠， 1、明确系统高可用的评估标准 首先，N个9。即系统可用性指标要求是几个9，大部分互联网公司都要求4个9。 参考架构设计基础部分的一些关键指标 其次，影响请求量占比。 2、设计服务可用性监控系统 首先，假设我们的评估标准是4个9，即99.99%的可用性。 本质理解：从架构设计的角度出发，降级设计就是在做取舍，它是一种有损的系统容错方式。 （2）其次，我们需要说明如何实现的熔断 和 降级。 （3）最后，系统故障是不可避免的。 做架构设计的时候就需要把故障当作不可或缺的一环来处理，因此在分布式系统设计和开发的过程中，要通过各种架构手段来提高系统可用性。
46130编辑于 2023-03-06 - 来自专栏互联网杂技
B端设计－7个要点帮助你省时高效设计企业管理系统
ERP（企业管理系统）是典型的功能性产品，除非工作需要，几乎没有人愿意去使用它、探索它。市面上优秀的ERP软件流程清晰，操作简单，功能强大。 ERP的用户是企业的员工，一个部门的管理系统，30-40人使用，一个企业的管理系统，100-1000人使用。使用ERP用户的目的很直接，都希望可以高效、快捷、准确的完成工作。 因此，我们： 1.首先熟悉业务和流程 连业务没弄清楚，还做个什么产品和设计！企业管理系统的业务比2C的产品要复杂的多，涉及到企业的业务和管理模式。 6.验证 所有的设计都需要通过验证来得知是不是达到了期望的目标。验证指标在设计之前就想好，如改版前后页面停留时间，某个任务流程完成时间等。定性测试加上定量测试能更好的去验证设计有没有成功。 7.建立表单控件库和使用指南 ERP系统中需要用到大量的表单和表格，待产品成熟后，与开发合作，建立表单组件库和使用指南，减少后续重复的设计工作，为设计、开发节省时间，并且能让产品体验保持统一。 ?
93990发布于 2018-04-03 - 来自专栏京东技术
7Fresh系统快速构建之路——DDD领域驱动设计实践
7Fresh是京东第一个线上线下融合落地的零售创新业务模式，店内有大量设备的集成，设备供应商达50多家，针对线下业务的特点，团队独立规划和设计POS收银系统、店内生产系统、加工系统、货架陈列系统、魔镜系统 经过小编的整理和7Fresh架构师团队的修订后，为大家呈现，带您一同回顾7Fresh系统从0到1的快速构建之路！ 01 系统构建历程 7Fresh与京东商城一样拥有一整套的交易系统、一键结算系统，但和线上不一样的是，我们还有很多线下系统，店内的生产、加工、库存管理、餐饮等等。 怎么把系统进行解耦，这个领域边界界定以后，首先上下文最重要的是界定通用语言，就是在一个上下文里边有一套完整明确的概念： 一个店就相当于一个仓，WMS开始设计的时候概念方式是管理统一SKU。 以下是我们对战术层面上的理解： （1）代码即设计 代码即设计，在代码中尽量表现出想要的设计意图和领域意图，但是像性能这类的属性很难表现出来，能够实现但却不能表现意图。
1.6K70发布于 2018-06-20 - 来自专栏悠扬前奏的博客
Kafka-7.设计
最后，在将流传输到其他数据系统进行服务的情况下，我们知道系统需要能够在机器故障时保证容错。 支持这些用途，使我们的设计具有一些独特的元素，更类似于一个数据库日志而不是传统消息传递系统。 我们将在以下部分描述一些设计的元素。 4.2 Persistence 不要害怕文件系统 Kafka在很大程度上依赖文件系统来存储和缓存消息。 并且设计合理的磁盘结构能够和网络一样快。 关于磁盘性能的关键事实是硬盘的吞吐量和过去十年中磁盘的搜索延迟不同。 这表明了一个非常简单的设计：当我们用尽空间时，与其尽可能在内存中维护，然后将其全部flush到文件系统中，不如反过来，所有数据立即写入文件系统上的持久化日志中，而不必flush到磁盘。 这种以页缓存为中心的设计风格在一篇关于Varnish设计的文章中有所描述。
65820发布于 2019-06-11 - 来自专栏运维开发王义杰
系统设计：预订系统
系统架构 基于前面的需求，我们将设计一个预订系统。该设计将包括系统架构、关键组件的UML模型以及用Go语言实现的代码示例。 为了进一步细化预订系统的设计，我们将对关键的服务组件进行更详细的设计，包括数据库模式、RESTful API设计以及关键功能的实现逻辑。这将帮助开发团队更清晰地理解系统的工作方式和接口细节。 数据库设计 我们首先定义数据库模型以支持系统功能。 以下是针对主要功能模块的数据库模式设计： 用户模块 预订模块 支付模块 RESTful API 设计 我们为系统定义RESTful接口，以支持各种客户端操作。 建议在系统实施前进行详细的风险评估和技术验证，确保设计的可行性。
1K10编辑于 2024-04-15 - 来自专栏互联网杂技
7个要点帮助你省时高效设计企业管理系统
ERP（企业管理系统）是典型的功能性产品，除非工作需要，几乎没有人愿意去使用它、探索它。市面上优秀的ERP软件流程清晰，操作简单，功能强大。 ERP的用户是企业的员工，一个部门的管理系统，30-40人使用，一个企业的管理系统，100-1000人使用。使用ERP用户的目的很直接，都希望可以高效、快捷、准确的完成工作。 因此，我们： 1.首先熟悉业务和流程 连业务没弄清楚，还做个什么产品和设计！企业管理系统的业务比2C的产品要复杂的多，涉及到企业的业务和管理模式。 6.验证 所有的设计都需要通过验证来得知是不是达到了期望的目标。验证指标在设计之前就想好，如改版前后页面停留时间，某个任务流程完成时间等。定性测试加上定量测试能更好的去验证设计有没有成功。 7.建立表单控件库和使用指南 ERP系统中需要用到大量的表单和表格，待产品成熟后，与开发合作，建立表单组件库和使用指南，减少后续重复的设计工作，为设计、开发节省时间，并且能让产品体验保持统一。 ?
76990发布于 2018-04-04 - 来自专栏系统架构师设计师教程-解读
系统架构师设计师-第7章 系统规划 -第3部分
第7章 系统规划 - 详细梳理总结（第3部分）️ 7.3 方案的制订和改进系统方案阶段主要解决"系统如何实现"的问题，是从概念模型到具体实现的关键转换。 通过问题定义阶段的工作，已经分析并定义了系统开发目标相关的各种模型，解释了"系统目标是什么"；而系统方案阶段则要解释"系统如何实现"。 主要控制类系统主要控制流程 决定系统架构骨架 组织方式 功能和服务的首要组织方式如网站首页设计 对象模式 对象的组织模式 决定系统内部结构 2) 遗留系统的四大特点 7.4.1 遗留系统的评价方法评价目的是获得对遗留系统更好的理解，这是遗留系统演化的基础，是任何遗留系统演化项目的起点。 ： 技术水平的全面评价⚖️ 与商业评价进行比较 为系统演化提供第一手资料 说明： 这是第7章系统规划详细梳理总结的第3部分，主要涵盖了方案制订和新旧系统分析的详细内容。
19110编辑于 2025-10-14 - 来自专栏系统架构师设计师教程-解读
系统架构师设计师-第7章 系统规划 -第2部分
第7章 系统规划 - 详细梳理总结（第2部分） 7.2 可行性研究与效益分析 可行性研究是项目计划和选择过程中的首要目标，用于对项目进行全面估算。 开发测试环境 需建设 厂商提供 6.3 技术风险控制 ️ 选择知名厂商，确保技术支持和产品稳定性 加强技术培训，建立内部技术团队 建立测试环境，充分测试后再上线 签订技术支持协议，确保长期技术保障 7. 通过授权代理商采购，合法合规 签订正式软件许可协议 7.2 合同法律风险 ✅ 合同风险可控 与知名厂商签约，信誉良好 合同条款明确，责任划分清晰 设立验收标准和付款节点 7.3 数据安全合规 ✅ 符合相关法规 系统设计符合 ：85% 担心操作复杂：60% 担心工作量增加：45% 期望提高工作效率：90% 8.3 实施可行性措施 全员培训计划：分层次、分阶段培训 试点先行策略：选择财务部门先试点 用户参与设计：关键用户参与系统配置 风险控制考虑 - 识别风险并提出应对措施 使用建议： 可作为实际项目可行性报告的模板 根据具体项目调整分析内容和数据 重点关注定量分析和风险评估方法 ✅ 确保结论明确，建议具体可操作 说明： 这是第7章系统规划详细梳理总结的第
29710编辑于 2025-10-14 - 来自专栏系统架构师设计师教程-解读
系统架构师设计师-第7章 系统规划-第1部分
第7章 系统规划 - 详细梳理总结（第1部分） 章节概述 系统规划是软件系统开发生命周期中的关键阶段，主要描述从项目提出、选择到确立的完整过程。 规模从小型研发团队到国家级重大项目不等 重点在于技术积累和创新 2️⃣ 应用研发并获得产品 特点： 企业立项获取应用软件产品并销售获利 基于特定客户群体需求设计 有明确研发目标、严格时间限制和资源预算 平衡考虑的矛盾因素： 技术特性 优势 劣势 新技术 享受新技术好处 未来变化风险大，学习成本高 成熟技术 稳定可靠 无法享受新技术优势 快速开发平台 缩短开发时间，降低成本 可能被"绑定"，减少未来选择性 高扩展性设计 适应业务变更 当前成本增加，可能为不需要的特性付费 低价格产品 成本控制 功能可能不够满意 ⚠️ 专家提示： 系统设计师常犯错误： 用技术兴趣产生的兴奋质量替换客户最基本的要求质量和假想质量 企业经营者常犯错误 商务条款或供应商/客户合同 项目建议书的重要意义： ✅ 标志着项目立项和选择阶段性工作的完成 一旦被批准通过，项目即可进入正式开发准备和实施阶段 为后续项目实施提供重要的指导文档和决策依据 说明： 这是第7章系统规划详细梳理总结的第
25610编辑于 2025-10-14 - 来自专栏MixLab科技+设计实验室
AI设计系统“设计之神”
标题： “God of Design” AI design system “设计之神”AI设计系统 价值主张： 我们的“设计之神”系统利用生成对抗网络技术，帮助甲方把设计目标可视化后，更清楚地传达给设计师 借此技术，让无作图能力的甲方，把生成条件输入AI设计系统后，程序在极短时间内生成海量方案，甲方只需挑选其中想要的方案，交给设计师来完善，避免了设计师的无效工作，提升了工作效率。 ? “设计之神”AI设计系统原型演示 demo of AI design system： 我们以室内装修设计为例，制作了一份简单的使用演示，让读者能更具体的了解人工智能发挥的作用 ? 运营模式 BUSINESS OPERATION MODEL ： 这块只是很粗略的构想了一个如何利用这技术来开展商业的模型，大体思路就是利用这个AI设计系统来吸引甲方和设计师，从而构建一个设计服务平台，对接甲方们和设计师们 例如实际工作中，并不是所有甲方都清楚自己想要什么，需要设计师来帮他们想出最合理的方案，对于这样的情况，这套“设计之神”系统就完全失效了。
1.5K10发布于 2019-09-26 - 来自专栏史上最简单的Spring Cloud教程
跟我学Springboot开发后端管理系统7：Matrxi-Web权限设计
Matrxi-Web权限设计 对于一个后端系统来说，权限是基础设施，是安全保障。没有权限，系统可能随时面临各种风险，所以权限设计对后端系统来说至关重要。 作为一个后端管理系统来说，用这样的权限开发框架会拖慢开发进度。所以在这个项目中，我写了一个更简单的权限控制框架，使用很简单。 权限设计思路 在Matrxi-Web项目中，请求需要携带Token，请求经过Filter的时候（实际项目是使用Spring MVC的HandlerInterceptor），会判断该请求Url是否有Token 建议将图片保存下来直接上传(img-aRbyW5HT-1590667416152)(https://static.javajike.com/img/2020/05/matrix/mw011.jpg)] Token设计 在系统设置中，有一个重要的东东是Token，Token代表了用户，几乎所有的请求都需要携带Token。
68320编辑于 2022-01-06 - 来自专栏YuanXin
【系统设计】如何设计一个CMS系统
CMS 是：内容管理系统。而这个内容，是存放在具体介质上，例如云数据库中。 在 cms 中，可以创建一个“内容集”（类似于数据表），并且可以修改内容集的字段信息。 因此，一个 cms 系统就非常有用了。在使用上，非常直观。运营同学完全可以根据自身需要，创建一个新的内容集。前端进行动态化构建的时候，直接拉取对应内容集中的内容进行构建即可。 数据库集合设计 用户集合 除了用户名、密码字段，添加一个 role 字段："user" | "root"。
3K10发布于 2020-05-06 - 来自专栏技术一号位指南(小诚信驿站)
系统设计：在线售票系统
需求 让我们设计一个在线售票系统，销售Ticketmaster或BookMyShow等电影票。 7.用户应该能够在向用户付款之前，在座位上停留五分钟完成预订。 8.如果座位有可能可用，用户应该能够等待，例如：当其他用户的保留过期时。 9.等待的客户应以公平、先到先得的方式进行服务。 这意味着系统应该是安全的，数据库符合ACID。 3.一些设计考虑 1.为了简单起见，假设我们的服务不需要任何用户身份验证。 2.系统不会处理部分票订单。 image.png 7.高级设计 在高层，我们的web服务器将管理用户的会话，而应用服务器将处理所有这些会话票证管理，将数据存储在数据库中，并与缓存服务器一起处理预定。 7.一旦用户选择了座位，系统将尝试预订这些选定的座位。 8.如果无法预订座位，我们有以下选择： •节目已满；向用户显示错误消息。
7.8K120编辑于 2022-03-06 - 来自专栏超级架构师
【系统设计】系统设计基础：速率限制器
在大型系统中，速率限制通常用于保护底层服务和资源。速率限制一般在分布式系统中作为一种防御机制，使共享资源能够保持可用性。 系统将这些请求时间排序在一个集合或一个表中。它丢弃所有时间戳超过阈值的请求。我们每一分钟都在寻找旧的请求并将它们过滤掉。然后我们计算日志的总和来确定请求率。 它还避免了漏桶的饥饿问题和固定窗口实现的爆裂问题 分布式系统中的速率限制 上述算法非常适用于单服务器应用程序。但是当分布式系统涉及到多个节点或应用服务器时，问题就变得非常复杂。 弹性或动态限制：在弹性限制下，如果系统有一些可用资源，请求的数量可能会超过阈值。 例如，如果一个用户每分钟只允许发送 100 条消息，我们可以让该用户每分钟发送超过 100 条消息，当系统中有可用资源时。
1.5K30编辑于 2022-05-29 秒杀系统设计
构建一个高并发、高可用的分布式微服务秒杀系统需要从架构设计、流量控制、数据一致性、缓存策略、数据库优化等多个方面综合考虑。以下是核心设计思路和关键技术点： 1. 架构分层设计 采用微服务架构将系统拆解为独立模块，降低耦合度： 网关层：统一入口，负责鉴权、限流、路由。 业务层： 秒杀服务：核心逻辑（库存预扣、订单生成）。 7. 分布式事务 最终一致性方案： 预扣库存成功后发MQ消息，订单服务消费消息生成订单。 失败时通过定时任务补偿（如回滚库存）。 TCC模式： Try阶段：预留资源。 TiDB（分库分表） 限流熔断 Sentinel/Hystrix 分布式锁 Redisson 监控 Prometheus + Grafana + SkyWalking 11.逻辑架构图 12.总结 设计秒杀系统的核心是分层解耦 通过微服务拆分降低复杂度，结合中间件（Redis、MQ）提升吞吐量，同时通过限流、熔断、降级保障系统稳定性。
98000编辑于 2025-04-05- 来自专栏JavaEdge
用户系统设计
1 系统分析 1.1 Scenario 场景 注册、登录、查询、用户信息修改，哪个需求量最大？ 支持100M DAU。 AuthenticationService 负责登录注册 UserService 负责用户信息存储与查询 FriendshipService 负责好友关系存储 1.3 Storage QPS 与 常用数据存储系统 等硬盘型NoSQL数据库性能约 10k QPS Redis / Memcached 等内存型NoSQL数据库性能约100k ~ 1m QPS （根据机器性能和硬盘数量及硬盘读写速度会有区别） 用户系统特点 读多写少的系统一定要使用 Cache 进行优化。 使用缓存，也就会带来数据不一致问题，数据库和缓存是两台机器，两套系统，并不支持加锁。如果是用一些第三方分布式锁，会导致存取效率降低，得不偿失。 任何一个 cache 中的 key 都不要永久有效，设置一个短暂有效时间，如 7 天。则即便在极低概率下出现数据不一致，也就最多不一致7天。即允许数据库和缓存有“短时”不一致，但最终一致。
1.1K40编辑于 2022-03-15 - 来自专栏涓流
秒杀系统设计
概述 读了极客时间许令波的如何设计秒杀系统后，总结出秒杀系统设计的一些需要注意的点，如何从更多的角度去考量一个架构的设计，保证性能和高可用。 这些经验或者说原则不仅仅适用于秒杀系统，在设计其他系统的时候也有一定的参考性。 不要有单点 在系统设计中，保证高可用，我们会将每个应用部署多份，作为备份，这也是分布式系统最重要的一点。 避免单点的关键是不要将服务的状态与机器绑定，即将服务无状态化，这样服务就可以在机器中随意移动。 减库存设计，防止超卖 在秒杀系统中，超卖是一个原则性问题，假如只秒杀10个商品，确有100个人抢到了，这是一个大损失。 减库存的方式 用户购物过程一般分为两步：下单和付款。 参考资料 http缓存控制 [许令波-如何设计一个秒杀系统]
1.8K20编辑于 2022-06-28 - 来自专栏国产程序员
面向对象的7种设计原则(7)-开闭原则
开闭原则 开闭原则是面向对象世界里最基础的设计原则，它指导我们如何建立一个稳定，灵活，可扩展的系统。 一个软件产品只要在生命周期内，都会发生变化，即然变化是一个事实，我们就应该在设计时尽量适应这些变化，以提高项目的稳定性和灵活性，真正实现“拥抱变化”。 为什么使用开闭原则 第一：开闭原则非常有名，只要是面向对象编程，在开发时都会强调开闭原则 第二：开闭原则是最基础的设计原则，其它的五个设计原则都是开闭原则的具体形态，也就是说其它的五个设计原则是指导设计的工具和方法 复用可以减少代码的重复，避免相同的逻辑分散在多个角落，减少维护人员的工作量以及系统变化时产生bug的机会。怎么才能提高复用率呢？设计者需要缩小逻辑粒度，直到一个逻辑不可以分为止。 这就需要在设计之初考虑到尽可能多变化的因素，然后留下接口，等待“可能”转变为“现实”。
62310发布于 2020-08-27
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号