需求分析和概要设计有什么区别

关键字：概要设计，结构化，OOD正文：在需求明确、准备开始编码之前，要做概要设计，而详细设计可能大部分公司没有做，有做的也大部分是和编码同步进行，或者在编码之后。因此，对大部分的公司来说，概要设计文档是唯一的设计文档，对后面的开发、测试、实施、维护工作起到关键性的影响。一、问题的提出以上问题的答案请在文章中找。二、概要设计的目的将软件系统需求转换为未来系统的设计；逐步开发强壮的系统构架；使设计适合于实施环境，为提高性能而进行设计；结构应该被分解为模块和库。三、概要设计的任务制定规范：代码体系、接口规约、命名规则。这是项目小组今后共同作战的基础，有了开发规范和程序模块之间和项目成员彼此之间的接口规则、方式方法，大家就有了共同的工作语言、共同的工作平台，使整个软件开发工作可以协调有序地进行。总体结构设计：功能（加工）－模块：每个功能用那些模块实现，保证每个功能都有相应的模块来实现；模块层次结构：某个角度的软件框架视图；模块间的调用关系：模块间的接口的总体描述；模块间的接口：传递的信息及其结构；处理方式设计：满足功能和性能的算法用户界面设计；数据结构设计：详细的数据结构：表、索引、文件；算法相关逻辑数据结构及其操作；

概要设计与详细设计的区别如下：

1、概要设计的主要任务是把需求分析得到的系统扩展用例图转换为软件结构和数据结构。设计软件结构的具体任务是：将一个复杂系统按功能进行模块划分、建立模块的层次结构及调用关系、确定模块间的接口及人机界面等。数据结构设计包括数据特征的描述、确定数据的结构特性、以及数据库的设计。显然，概要设计建立的是目标系统的逻辑模型.

2、详细设计是软件工程中软件开发的一个步骤，就是对概要设计的一个细化，就是详细设计每个模块实现算法，所需的局部结构。在详细设计阶段，主要是通过需求分析的结果，设计出满足用户需求的嵌入式系统产品。

3、概要设计阶段通常得到软件结构图 ， 详细设计阶段常用的描述方式有：流程图、N-S图、PAD图、伪代码等 。

4、详细设计阶段就是为每个模块完成的功能进行具体的描述，要把功能描述转变为精确的、结构化的过程描述。

扩展资料

设计是把一种设想通过合理的规划、周密的计划、通过各种感觉形式传达出来的过程。人类通过劳动改造世界，创造文明，创造物质财富和精神财富，而最基础、最主要的创造活动是造物。设计便是造物活动进行预先的计划，可以把任何造物活动的计划技术和计划过程理解为设计。

设计（Design）是为构建有意义的秩序而付出的有意识的直觉上的努力。更详细的定义如下：

第一步：理解用户的期望、需要、动机，并理解业务、技术和行业上的需求和限制。

第二步：将这些所知道的东西转化为对产品的规划（或者产品本身），使得产品的形式、内容和行为变得有用、能用，令人向往，并且在经济和技术上可行。（这是设计的意义和基本要求所在）

参考资料：百度百科-设计

概要设计的目标是描述软件模块的外观以及处理逻辑。模块对外暴露的服务接口，以及需要引用的接口，接口标识，接口的访问协议，接口描述都属于模块的外观，其他的模块通过这些接口和模块打交道，自然需要在概要设计阶段对接口做细致的刻画，初此之外，对于关键的模块，外观还应该说明模块的非功能属性，比如并发处理能力，数据吞吐量以及接口调用的反馈时长等等。处理逻辑是指模块从输入到输出的转换过程，描述其转换算法。无论通过何种图例和表现形式，只要能够清晰地说明模块外观和处理逻辑描述，就是好的概要设计。 概要设计过程一般包括四块内容，这四块内容都是围绕着外观和处理逻辑这两个目标进行。第一部分是模块划分，把架构设计中划分的业务模块按照开发模式迭代细化，拆分成符合高内聚低耦合的功能模块。第二部分是接口描述，重点要放在刻画模块内外部交互的接口形式。第三个部分是模块的逻辑描述，最后一个部分逻辑模型设计，包括数据库的逻辑模型设计以及值对象的概要说明。 模块划分 模块划分的粒度很难确定，不同的设计师会用不同的划分策略，相同的一组功能聚集有人会分为2个功能模块，有的人可能划分为4个或者更多。模块的粒度越大，对模块的维护成本就越大，因为修改模块的任何一个点，都有可能更新整个模块；而且越难以解决模块复杂耦合的问题，随着产品的维护，模块内的耦合会越来越严重，有些是因为新的需求引起模块内联系的增加，而有些是缺少硬约束下采用最直接的方式修改代码造成的。当然也不是模块划分的越小越好，因为小粒度的模块虽然降低了模块自身的维护成本，但过多的模块会增加模块间关系维护的成本以及系统管理的复杂性。 通常来看，模块划分要符合开闭原则和高内聚和低耦合的原则。开闭原则强调的是维护频度不同的功能不要放在同一个模块内，比如有些需要本地化的功能可以通过接口和实现分离的方式划分为业务模块和二次接口实现模块。高内聚和低耦合的原则强调的是把内部关联紧密和外部交互比较单一的功能划分成一个模块。 同时鉴于模块划分的重要性，建议尽可能把模块划分的工作前移到架构设计阶段，一方面架构设计团队的整体素质比较高，另外一方面架构设计师更能够站在全局的视角合理地划分模块。 接口描述 接口描述应该清晰地说明接口的类型，访问方式，接口的入参和出参。通常在概要设计阶段不考虑物理实现，不需要描述的非常详细，之所以如此关照接口，原因在于通过清晰的接口描述为流程逻辑和后面的详细设计建立一个硬约束。模块内的数据流和控制流的入口和出口都能限定在这个约束之内，方便评审的时候能及时发现设计中存在的问题。 逻辑描述 逻辑描述的目标是说清楚从输入到输出的转换过程。根据不同的模块的特点，可以选用不同的描述形式，对于以数据流为主的模块，可以使用数据流图，控制比较复杂的可以使用数据流图或者IPO图，而对于规范使用UML的项目可以考虑使用活动图。 可能有人会很疑惑在设计中没有谈到是用面向对象方法还是结构化的方法，这可是关键的方法论问题。确实，软件研发的坛子里面除了哪种语言更好的话题以外，最容易挑起纷争的就是结构化分析与设计和面向对象分析与设计之争了。我在这里不做结论，只做一个评说。结构化分析设计出现的比较早，那时候软件的主要使用场景更多是科学计算或者自动化控制，典型的特点是用户交互界面简单，更多是批处理的作业方式，更多关注程序的处理过程是否正确高效。随着PC机时代的到来，人机交互界面在软件中占有越来越重要的地位，原来的一套软件只有一个操作员，而现在可能有很多的使用者，为了清楚地描述不同人群对软件的诉求，业务用例应运而生，这就是面向对象的起点。不同的基因决定了他们各擅道场，一个擅长于后台计算的产品设计，另一个长于面向客户服务的产品设计。 在设计中，我们可以根据需求把两者的特点灵活地结合在一起，比如算法密集的处理模块，我们可以采用数据流图，而对于和外部交互比较复杂的模块，可以引入用例图标识模块支持的使用场景。 逻辑模型的设计 逻辑模块的设计主要是数据库的设计和值对象的设计。对于数据库的逻辑模型，可以统一设计，模块中添加引用。也可以在模块中针对所引用的库表独立描述。这两种方式都可以，如果库表结构比较复杂的建议统一建模，而比较简单的模型可以采用分开描述，提升模块设计的可读性。数据库建模现在已经比较成熟，这里不再多说。 模块的输入输出，以及中间的数据对象，我们统称为值对象，在概要设计阶段的重点是描述值对象的关键属性。需要注意的一点是值对象要和处理逻辑对应起来，特别是处理逻辑中的数据流，出口入口数据，都要在值对象上加以描述。