杭州做营销型网站,dedecms 百度网站地图,网页制作与网站建设 在线作业,阿里巴巴1688采购平台官网0.前言
当我们站在系统设计的起点#xff0c;面对一个新的需求#xff0c;我们该如何开始呢#xff1f;这是许多处于系统分析与设计领域的新手常常思考的问题。有些人可能会误以为#xff0c;只要掌握了诸如面向对象、统一建模语言、设计模式、微服务、Serverless、Servic…0.前言
当我们站在系统设计的起点面对一个新的需求我们该如何开始呢这是许多处于系统分析与设计领域的新手常常思考的问题。有些人可能会误以为只要掌握了诸如面向对象、统一建模语言、设计模式、微服务、Serverless、ServiceMesh 、DDD 这样的标准方法论或新潮或深奥的理论就能顺利地进行设计了。然而经过实践我们会发现很多系统设计都是要对具体情况进行详细的权衡分析。我要说虽然这些工具、方法、技能很重要但它们绝不是成为优秀设计师的充分或是必要条件。无数的实践告诉我没有捷径可走唯有在实践中不断地学习、总结、反思我们才能真正地成长。
在这个过程中我们会发现系统设计更多的是一种选择和妥协。其实小到一件事情大到人生抉择无外乎都是在选择和妥协中寻找一种平衡点。做系统设计也一样。所以了解架构评估的同学肯定会想到架构评估中的一种j经典评估方法ATAM(架构权衡评估方法).。此处不做赘述。
有的观点可能是基于作者的经历整理可能存在局限性大家可以求同存异。不喜可以略过后面的了
1. 妥协寻找平衡点
那么我们如何做到妥协寻找到合适的平衡点呢系统设计的目标众多包括但不仅限于功能、性能、健壮性、开发周期、交付日期等。这些目标往往很多时候是矛盾的。不要一上来就说你的服务如何划分你的健壮性如何稳定你打算做的技术选型多么先进不要认为自身已经学了很多主流的架构设计和各种技术架构就能搞成很优秀的系统永远不要追求所谓的什么优秀除非单纯的是为了KPI。因为优秀只是可以讲出来的炫耀。而真正合适才是系统设计最终要表达的。
例如你可能会发现提高软件性能往往会导致开发周期的延长、交付日期的推迟盲目地增加功能可能会导致性能降低、维护成本增加。这时我们需要在这些众多的目标中找到一个平衡点明确知道如何设计能实现这个平衡。这个平衡点应该是公司或客户都能接受的。在可行性分析阶段我们通常会论述这样一个平衡点。但是如果我们发现没有这样一个平衡点那么我们可能需要重新思考需求提出放弃某个方面的过度要求否则系统将很可能失败。
甚至我们如果做项目我们评估的工时为300人天根据目前的资源评估需要2个月交付。但是客户要求1个月内交付。这种情况下我们如何做系统设计。通常一般供应商标准的如下 减少功能复杂度风险评估寻求外包或合作调整开发计划项目组加班工作 .通常还有一种策略叫做客户教育。其实就是向客户解释为什么项目需要300人天的工作量并且你需要列举出很多权衡点。让他们理解项目复杂性和所需工作量之间的关系以及为什么压缩进度可能会影响交付结果把权衡点的妥协达成变成和客户一起完成的这样客户的期待和项目本身的预期在前期就有了共识。
2. 学习
了解和选择解决方案
系统设计是一个复杂的过程需要深厚的专业知识和丰富的实践经验。需要了解各种可以解决问题的方案并清楚知道各个方案的效果、成本、缺点以及这些方案的区别然后从中作出最佳选择。这不是一个人能在一两天内完成的需要长时间的学习和实践。
3. 借鉴
站在巨人的肩膀上
我们常常需要参考其他与目标系统相类似的系统对其中的内容进行筛选、取舍和补充以此作为新系统的设计。这并不是因为我们缺乏创新而是因为我们需要站在巨人的肩膀上借鉴前人的经验和智慧避免重复犯错误。
4. 规律
系统设计的几个要点
尽管系统设计的过程中充满了困扰和挑战但是也并非没有规律可循。我发现优秀的系统设计通常在以下几个方面表现出色
组件的独立性。审视自己设计的系统是否做到了高内聚、低耦合例外的识别和处理。我们不能期待用户会完全按照说明书操作系统应该能够正确处理各种例外情况。防错和容错。当网络中断、数据库崩溃这样的灾难性事件发生时我们的系统也能稳定运行吗
此外我也发现了一些技术和方法能够有效改进系统设计包括降低复杂性、通过合约进行设计、原型化设计、错误树分析等。
总的来说系统设计是一项挑战和机遇并存的工作。我希望通过分享我的一些想法和经验能够帮助到正在走在这条路上的你。让我们一起在实践中学习一起在挑战中成长成为优秀的系统设计师。
从需求到表示的艺术
软件设计是一门结合技术与艺术的学问它要求我们将抽象的软件需求转化为具体的软件表示形式。这个过程像是在绘制一幅蓝图我们最初描绘出软件的总体框架然后逐步细化直至在这个框架中填满每一个细节。通过这样的艺术创作我们才能实现功能强大、性能优异、用户友好的软件产品。让我们来共同探讨软件设计的两个阶段以及一些主要的设计方法。
软件设计的两个阶段
从工程管理的角度来说我观察到软件设计过程中可以明显区分出两个阶段 概要设计也被称为高层设计。在这一阶段设计师的任务是将软件需求转化为数据结构和软件的系统结构。如果我们采用的是结构化设计方法那么我们会从一个宏观的角度将软件划分成各个组成模块并且确定这些模块的职责以及模块之间的调用关系。这一步骤的完成标志着软件设计的框架已经搭建完成。 详细设计亦称为低层设计。这一阶段我们对概要设计中的结构表示进行更进一步的细化这包括定义详细的数据结构以及算法的实现方式。在此基础上如果还是采用结构化设计那么详细设计的任务就是为每一个模块具体化设计确保整个系统的每个部分都有明确和可执行的设计方案。
主要的设计方法比较
在结构化设计方法盛行的年代设计师们有多种设计技术可以选择。其中包括Jackson方法和Parnas方法。结构化设计方法强调模块的独立性和功能的单一性致力于使模块间的联系尽量弱化而模块内部的联系紧密。而Jackson方法的独到之处在于它从数据结构出发导出相应的模块结构。Parnas方法则把重点放在抽象的概念上其核心思想是封装变化将容易变化的因素隐藏在模块内部这样当这些因素发生变化时对系统的影响可以被局限在最小范围。Parnas方法给出了一些重要的设计准则虽然它没有提供具体的工作步骤但它的影响仍然深远。
而在近年来随着对象技术的崛起这一方法凭借其对数据的高效封装能力和良好的消息机制实现了高内聚、低耦合的系统设计逐渐成为现代软件设计的主流方法学。对象技术不仅促进了软件模块化而且还提高了代码的重用性使得软件开发更加高效、系统更加稳定。
在软件设计的世界里无论是传统的结构化方法还是现代的对象技术都有其独特的价值和适用场景。作为设计师我们需要根据项目的具体需求、团队的技术背景以及项目的预算情况来选择最合适的设计方法以确保软件设计的成功。最终无论我们采取哪种方法软件设计的本质始终是将用户的需求转化为一个可以工作的软件系统这是一个既需要科学性也需要创造性的挑战过程。
