首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

概要设计 vs 详细设计

概要设计阶段通常得到软件结构图 详细设计阶段常用的描述方式有:流程图、N-S图、PAD图、伪代码等 概要设计和详细设计 在软件设计中,大家经常问到的一个问题是:概要设计应该怎样一个概要法...详细设计阶段:依据概要设计阶段的分解,设计每个模块内的算法、流程等。 概要设计阶段: 在这个阶段,设计者会大致考虑并照顾模块的内部实现,但不过多纠缠于此。...用户能看得明白,开发人员也可据此进行下面的工作(概要设计)。 2.概要设计--产生软件概要设计说明书,说明系统模块划分、选择的技术路线等,整体说明软件的实现思路。...概要设计是详细设计的基础,必须在详细设计之前完成,概要设计经复查确认后才可以开始详细设计概要设计,必须完成概要设计文档,包括系统的总体设计文档、以及各个模块的概要设计文档。...每个模块的设计文档都应该独立成册。 详细设计必须遵循概要设计来进行。详细设计方案的更改,不得影响到概要设计方案;如果需要更改概要设计,必须经过项目经理的同意。

9.9K40
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    概要设计的艺术

    前言 由码代码到软件设计,所需要的思维方法发生了变化,某些在码代码时占比比较小的思维方法在软件设计中变得至关重要。 软件概要设计刚开始学习不久,本文仅仅基于本人当前的认识。...关键词 specification,software artifact, components,constraints 概要设计定义 A formal description of a system,...概要设计关注的是组件结构,相互的关系以及设计中的原则和指导方针。 概要设计的艺术 在进行概要设计时需要从抽象、图表、文档三方面进行思考。 抽象 抽象是寻找事务最本质的特征的过程。...以前写过一篇抽象的文章,就抽象这个概念进行了一些讨论,此次关注的是抽象在概要设计时所起到的启发作用。 譬如设计一个用户服务,最终设计图如下: ?...概要设计则不然,设计完成之后还需要由其他人将其实现。因此设计的沟通属性更强一些。 图表就是利于沟通的强大工具。 在抽象中给出了两个设计图,在作图时也需要时刻记住抽象原则。

    59930

    软件概要设计与详细设计

    (一) 概要设计的任务与步骤 1、总体设计的必要性:可以站在全局角度上,花较少成本,从抽象的层次上分析对比多种可能性的系统实现方案和软件结构,从中选出最佳方案和最合理的软件结构,从而用较低成本开发出较高质量的软件系统...2、总体设计的两个阶段: (1)系统设计阶段:确定系统的具体实现方案 (2)结构设计阶段:确定软件结构。...二) 软件设计的基本原则、抽象与逐步求精方法 传统软件工程方法学采用结构化设计方法(SD) 1、从工程管理角度结构化设计分为两步: ①概要设计:讲软件需求转化为数据结构和软件系统结构 ②详细设计:过程设计...一旦正确的实现了模型,不管数据来自数据库或是LDAP服务器,视图将会正确的显示它们。...MVC模式允许使用各种不同样式的视图来访问同一个服务器端的代码,因为多个视图能共享一个模型,它包括任何WEB(HTTP)浏览器或者无线浏览器(wap),比如,用户可以通过电脑也可通过手机来订购某样产品,

    5.5K21

    MySQL索引设计概要

    在关系型数据库中设计索引其实并不是复杂的事情,很多开发者都觉得设计索引能够提升数据库的性能,相关的知识一定非常复杂。...本文会介绍 数据库索引设计与优化 中设计索引的一些方法,让各位读者能够快速的在现有的工程中设计出合适的索引。...索引的设计 作者相信文章前面的内容已经为索引的设计提供了充足的理论基础和知识,从总体来看如何减少随机读取的次数是设计索引时需要重视的最重要的问题,在这一节中,我们将介绍 数据库索引设计与优化 一书中归纳出的设计最佳索引的方法...总结 在单表上对索引进行设计其实还是非常容易的,只需要遵循固定的套路就能设计出一个理想的三星索引,在这里强烈推荐 《数据库索引设计与优化》 这本书籍,其中包含了大量与索引设计与优化的相关内容;在之后的文章中读者也会分析介绍书中提供的几种估算方法...,来帮助我们通过预估问题设计出更高效的索引。

    1.7K60

    概要设计的艺术

    前言 由码代码到软件设计,所需要的思维方法发生了变化,某些在码代码时占比比较小的思维方法在软件设计中变得至关重要。 软件概要设计刚开始学习不久,本文仅仅基于本人当前的认识。...关键词 specification,software artifact, components,constraints 概要设计定义 A formal description of a system,...概要设计关注的是组件结构,相互的关系以及设计中的原则和指导方针。 概要设计的艺术 在进行概要设计时需要从抽象、图表、文档三方面进行思考。 抽象 抽象是寻找事务最本质的特征的过程。...以前写过一篇抽象的文章,就抽象这个概念进行了一些讨论,此次关注的是抽象在概要设计时所起到的启发作用。...概要设计则不然,设计完成之后还需要由其他人将其实现。因此设计的沟通属性更强一些。 图表就是利于沟通的强大工具。 在抽象中给出了两个设计图,在作图时也需要时刻记住抽象原则。

    67800

    软件开发:概要设计说明书和概要设计的区别

    概要设计说明书是软件工程中的一个重要文档,它在整个软件开发流程中起着桥梁的作用,连接需求分析与详细设计阶段。概要设计说明书和概要设计虽然密切相关,但它们侧重点不同。...概要设计说明书的定义与作用 概要设计说明书(High-Level Design Document, HLDD)是指在软件开发过程中,基于需求分析结果所编写的描述软件高层结构与设计决策的文档。...概要设计说明书与概要设计的关联 虽然概要设计说明书和概要设计紧密相关,但它们的侧重点和功能有所不同: 概要设计是一个过程,它的目标是创建一个软件的高层次架构图和计划。...概要设计说明书则是这个过程的产物,是一个文档,详细记录了概要设计的内容、决策和理由。 可以说,概要设计说明书是概要设计的具体化和文档化。...它不仅包含了概要设计的结构和组件,还详细描述了为何选择这样的设计,以及这样设计的优势和潜在的权衡。 结论 概要设计概要设计说明书是软件开发中不可或缺的部分。

    55910

    Nacos注册中心之概要设计

    Nacos注册中心打算分成几个模块来分析,本文重点在于概要设计,基于2.0.0版本。...设计概要 服务发现模型 客户端视角的服务发现模型(注意:服务端视角的模型定义与客户端视角有区别)包含以下几点内容: Service:服务 Cluster:集群 Instance:实例 代码注释:We introduce...接口设计 registerInstance:注册实例 deregisterInstance:注销实例 getAllInstances:获取一个服务的所有实例(包括不健康) selectInstances...、接口设计以及交互流程,读完后对Nacos的服务发现有一个整体上的认识。...--- 搜索关注微信公众号"捉虫大师",后端技术分享,架构设计、性能优化、源码阅读、问题排查、踩坑实践。

    1.1K61

    游戏服务器架构概要

    声明:本文内容源自腾讯游戏学院程序公开课_服务器第二节 一、服务器架构概念解析 1,什么是“服务器架构” 对服务器软件&硬件&运行的一体化规划 框架结构:分层分块。...二、案例讲解:分布式服务架构设计演讲——MMORPG(大型多人在线角色扮演)《轩辕传奇》 服务器架构_分区多世界 1,运营视角 世界与世界是隔离的 世界之间的互通方式:跨服、转服、合服 ?...3,客户端视角 TCLS组件:显示所有服务器列表。 ? 4,服务器视角 一组服:一套进程。...三、案例讲解:面向运营的架构设计 1,接入与负载 多tconnd:分离下行广播包的压力。 多scene:可扩展性(单服承载人数)。 ?...5,DB设计 表格设计:按QQ号分表;简单列+统一blob格式(meta) 数据升级:旁路进程,自动分批升级。

    1.8K20

    设计模式的那些事儿-(概要

    今天我们就来说设计模式在我们常见的开发中如何使用,能解决哪些问题,以及每个设计模式都有哪些适用场景。 什么是设计模式这个问题你可以通过某搜索引擎就可以搜索到。...但还是先来说说设计模式是什么? 设计模式就是牛人们总结出来的最佳实践。...现在我们假定你已经知道设计模式的基本概念了。接下来就来说说设计模式的几个大类。你也许会发现好些设计模式都差不多,都是一个接口啊,抽象类什么的。没错,那是因为他们都同属一族,所以看起来都很像。...这里我们可以把同一类的设计模式的集合称为“模式族”(Pattern Family)。 那么设计模式主要有哪几类呢?市面上现在基本把设计模式归纳为三类也有归纳为四类的。...结构模式族里的设计模式主要就是用各种姿势来组合一个个类,你中有我,我中有他。 然后的行为型。

    77370

    分布式架构设计概要

    ,还要具备全局的业务服务视野来思考并落地我们的分布式架构的设计。...可以独立开发,设计,部署与优化而不影响微服务中其他的组件。...高可用架构设计 利用服务冗余来避免单点故障,比如多租户隔离,灾备多活抑或是数据副本保证一致性,高可用不仅是的服务集群的高可用,还有就是中间件实现高可用设计。...业务设计 防重与幂等设计 当我们应用在单位时间内接收到相同并发的事务请求操作时,这个时候我们需要考虑事务请求操作处理不论多少次请求最终只能处理一次,这个时候可以通过设计防重key或者是防重表来保证我们只处理一次请求...业务服务化设计 性能与可伸缩性设计 高可用设计以及消息投递保证高可靠 业务设计原则 全栈系统监控 分布式面临需要解决的问题 技术架构面临的问题 服务节点如何崩溃恢复 分布式缓存问题 共识问题 流量控制(

    2.6K52

    java spring cloud 车联网设计概要

    以下是详细的设计和技术选型,以及一些关键代码示例。 ### 1. 服务发现与注册 使用Eureka作为服务注册中心,实现服务的自动发现和负载均衡。...String[] args) { SpringApplication.run(ConfigServerApplication.class, args); } } ``` 这里启用了配置服务器...可扩展性 设计无状态的服务,确保系统可以水平扩展。 ### 11. 用户界面与交互 使用Vue.js构建SPA (单页应用),与后端API进行交互。...总结: 在本设计中,我们详细讨论了构建车联网系统所需的各个组件和技术。以下是对每个关键组件的总结: 1....通过上述设计,我们能够构建一个功能全面、性能优异的车联网系统,它不仅能够满足当前的需求,还能够适应未来的发展和变化。

    17510

    概要设计与详细设计——区别与重要性

    在软件开发过程中,设计阶段是非常重要的一环。它通常被分为概要设计和详细设计两个部分。然而,很多时候,我们会看到在实际的项目中,概要设计和详细设计的边界变得模糊,甚至有些项目只有概要设计,没有详细设计。...概要设计与详细设计的区别 首先,我们需要明白,概要设计和详细设计是有明显区别的。 概要设计,顾名思义,是对系统的概括性设计,关注的是系统的整体架构和主要模块的划分,以及模块之间的关系。...详细设计则是在概要设计的基础上,对系统中的每个模块进行具体的设计,包括具体的类设计、接口定义、数据结构设计等。详细设计的主要目的是为了指导编码,以保证编码的顺利进行。 2....在这种情况下,开发者可能会觉得没有必要进行详细的设计,而是直接进行编码。这种情况下,概要设计变成了详细设计。 3. 这种情况会带来哪些问题?...其次,我们需要明确概要设计和详细设计的边界。概要设计应该关注系统的整体设计,详细设计则应该关注具体模块的设计。 最后,我们应该定期更新和维护我们的设计文档,以确保它能够反映系统的当前状态。

    4.8K10

    概要设计和详细设计说明书的区别

    用户能看得明白,开发人员也可据此进行下面的工作(概要设计)。 2.概要设计–产生软件概要设计说明书,说明系统模块划分、选择的技术路线等,整体说明软件的实现思路。...概要设计与详细设计的区别 概要设计就是设计软件的结构,包括组成模块,模块的层次结构,模块的调用关系,每个模块的功能等等。...概要设计阶段通常得到软件结构图 详细设计阶段常用的描述方式有:流程图、N-S图、PAD图、伪代码等 概要设计和详细设计 在软件设计中,大家经常问到的一个问题是:概要设计应该怎样一个概要法...概要设计是详细设计的基础,必须在详细设计之前完成,概要设计经复查确认后才可以开始详细设计概要设计,必须完成概要设计文档,包括系统的总体设计文档、以及各个模块的概要设计文档。...每个模块的设计文档都应该独立成册。 详细设计必须遵循概要设计来进行。详细设计方案的更改,不得影响到概要设计方案;如果需要更改概要设计,必须经过项目经理的同意。

    1.1K10

    软件架构:电子商务系统架构概要设计

    为了设计一个电子商务系统的架构,我们需要考虑一些基本的功能和需求。下面是一般电子商务系统需要支持的几个关键功能: 用户管理:包括用户注册、登录、个人信息管理等功能。...物理视图(Physical View) 物理视图描述的是软件在硬件上的部署方案,包括服务器、数据库、网络设备等。...过程视图(Process View) 过程视图描述了系统运行时的动态过程,包括进程间通信、错误处理和系统的伸缩性设计等。...这些功能和UML视图是电子商务系统架构设计的一部分,完整的系统设计,我们还需要定义更多细节,在这个基础上,我们可以进一步详细化每个视图的设计,比如定义各个微服务的API接口,设计数据库模式,以及制定具体的部署方案

    41110

    kafka概要设计---Kafka从入门到精通(三)

    2、kafka概要设计 Kafka设计的初衷就是为了处理大量数据的实施传输,为了实现这个目标,kafka在设计之初就考虑四个方面。1)吞吐量/延迟2)消息持久化3)负载均衡和故障转移4)伸缩性。...这就是kafka消费的设计思路。...当服务器意外终止的时候,整个集群会立刻检测到fail服务器,故障转移一般通过“心跳”“会话”机制来实现,只要注册到会话中心的会话超时,那么就默认主服务器无法正常运行,这时候就会启动某个备份来运行。...Kafka是通过把服务注册到zookeeper中,一旦该服务器停止,则会选举另一个服务器来继续提供服务。...),那么整个集群服务器就无须繁重的状态共享。

    23910
    领券