概要设计

3.1 概要设计的主要内容 不同的系统类型其概要设计的内容也不相同，通过概要设计准则我们可以根据实际情况确定概要设计的具体内容，但是一般来说，概要设计的内容可以包含系统构架、模块划分、系统接口、数据设计 4个主要方面的内容。 1. 系统构架 系统构架包含系统使用的软硬件技术平台及相关技术列表、系统的物理架构、物理器件类型、数据库管理系统类型、服务器类型、子系统划分及部署方式、系统的软件架构、第三方软件平台列表等。 例： 硬件架构 例： 软件架构：包括层次划分、子系统 &模块划分 例： 软件技术平台 软件技术平台通常定义采用什么样的软件体系来实现具体的功能，比如采用 SOA结构实现服务分散部署，用 ESB解决数据通讯以及共享，采用 MVC结构实现交互、业务分离，采用 RIA技术支撑复杂、可视交互等等。 例： 子系统划分 2. 模块划分 模块划分的主要工作是结合业务领域以及系统的要求，通过拆分、合并、分组等方法，将各功能划分到子系统和功能模块中，并细化到各机能组件和功能模块上。模块划分可以通过 2步来实现，层次以及模块设计和流程设计。 第 1步层次设计，对于复杂系统需要对系统进行多层的划分，然后一层层的设计。层次划分的方法可以结合业务、部署、运用功能等因素考虑，首先进行分类，然后进行抽象分析，整理共性要素，将功能归纳到模块。制作方法方法可以采用各种表述方法，下例都是按图或表的方式制作的

架构设计和概要设计 (2012-09-11 21:35:57) 转载 ▼ 标签： 架构设计 概要设计 分类： 随笔文章 初步再来探讨下架构设计和概要设计的区别和边界问题。先谈下架构设计： 架构设计包括了功能性架构和技术架构设计两个部分的内容，功能性架构解决业务流程和功能问题，而技术架构解决非功能性需求等问题。两种架构都包括了动态和静态两个方面的内容，对于功能性架构中动态部分为业务流程驱动全局用例，用例驱动的用例实现等；对于技术架构中动态部分为架构运行机制，而静态部分为框架，分层等方面的内容。 功能性架构包括了全局用例设计，这个本身是用例分析和设计的一个延续，而全局用例分析建议的思路仍然是业务流程，业务用例建模到系统用例建模的过程。全局用例分析清楚后可以开始考虑子系统和模块的划分，形成系统的功能架构图，当然在划分过程中一定要考虑到通过CRUD矩阵等分析方法来分析模块如何划分合理，如何保证模块本身高内聚和松耦合。 在全局用例分析完成后涉及到数据模型的设计，数据建模仍然从业务驱动，从最初的业务对象和单据入手，到最终的数据概念模型和逻辑模型等。架构设计中全局数据模型不一定覆盖所有的数据对象和数据表；但是核心的主数据，核心业务单据数据一定要覆盖到，模型到的层次到逻辑模型即可。如果用面向对象的分析方法，这里需要出的是UML建模中的概念模型和逻辑模型，体现核心对象和类，核心对象和类之间的关系。

软件研发流程和质量 最常见软件开发模型：瀑布模型（v、w模型） 　　　　　　　　　　快速原型模型 　　　　　　　　　　敏捷开发模型 V模型 　　 需求分析、概要设计、详细设计、编码、单元测试（独立的模块测试）、集成测试（模块联调）、系统测试（整体流程）、验收测试（验证是否满足需求） 。 v模型的优点： v模型清楚地标识出了软件开发的各个阶段； 清楚地描述了测试阶段与开发过程各阶段的对应关系与开发同步（引入检测机制，需求分析做的好不好，看验收测试）；它采用自顶向下逐步求精的方式把整个开发过程分为不同的阶段，每个阶段的工作都很明确，因此便于控制开发过程：阶段划分清晰，方便工作的整体把控。 v模型的测试既包括了底层测试（检验源代码质量的测试：单元测试），又包括了高层测试（需求级的测试：系统测试）。 v模型的缺点： 它仅仅把测试过程作为需求分析，概要设计，详细设计，编码之后的一个阶段，容易让人理解为测试是软件开发的最后一个阶段； 和瀑布模型一样，流程也是单向的。到了测试阶段，程序已完成，错误已经产生，很多前期的错误一直到测试阶段才发现，甚至无法发现，往往无从修改了。 没有明确说明早期的测试，不符合越早测试和不断地进行测试的原则（用户需求对不对要到验收测试才能发现）。 W模型-双V模型 开发一个v，测试一个v，开发和测试并行。 开发V：需求分析、概要设计、详细设计、编码、集成、实施、交付。

概要设计的要点：划模块，定接口，理流程。 划模块，定接口：使用构件图。 理流程：使用顺序图。 转载于:https://www.cnblogs.com/nzbbody/p/3309495.html 来源： https://blog.csdn.net/weixin_30670925/article/details/99234424

负责一个项目，概要设计大概分为以下几个过程： 1、确定边界：确定边界后，才能明确与外部哪些实体交互，交互需要确定：通信方式是串口还是网络，消息的大小，消息的格式，消息是同步还是异步。 2、划模块：模块之间有竖直关系和水平关系，比如MVVM模式可以认为是竖直关系，从外部的界面到内部的数据。水平关系比如：接受消息，处理消息，转发消息。 3、定接口：模块可以认为是一个IPO（Input-Process-Output）控件，概设的时候，模块是一个黑盒，对外的接口要尽量小。 4、理流程：使用时序图，说明对于一个功能，若干模块是如何协作完成的。 转载于:https://www.cnblogs.com/nzbbody/p/3407272.html 来源： https://blog.csdn.net/weixin_30551963/article/details/99234481

1、整个流程：需求分析-->概要设计-->详细设计-->编码实现-->单元测试-->集成测试-->系统测试-->验收测试。 2、单元测试覆盖率包括：语句覆盖，判定覆盖，条件覆盖，判定条件覆盖，条件组合覆盖，路径覆盖。 转载于:https://www.cnblogs.com/nzbbody/p/3558397.html 来源： https://blog.csdn.net/weixin_30751947/article/details/99234669

一、 PD 简介 PowerDesigner 是一个集所有现代建模技术于一身的完整工具，它集成了强有力的业务建模技术、传统的数据库分析和实现，以及UML对象建模。通过了元数据的管理、冲突分析和真正的企业知识库等功能。 利用它可以制作数据流程图、概念数据模型、物理数据模型 帮助企业 快速高效 地进行企业应用 系统构建 及再工程(Re-engineer)。 IT专业人员可以利用它来有效开发各种解决方案，从定义业务需求到分析和设计，以至集成所有现代 RDBMS 和Java、.NET、PowerBuilder和 Web Services的开发等。 PDM定义了模型的物理实现细节。例如，所选RDBMS的数据类型特征、索引定义、视图定义、存储过程定义、触发器定义等。 二、数据完整性的分类 实体完整性 主键约束 唯一键约束 域的完整性 非空约束 检查约束 默认值约束 引用完整性： 外键约束 定义索引 定义视图 定义存储过程 三、创建PDM 1、约束的创建 2、定义视图与索引 3、定义存储过程 四、数据库的操作 连接数据库 （ODBC方式） 产生数据库或者脚本 (Sql 语句方式与ODBC方式) 同步数据库 （ODBC方式） 产生脚本数据 执行sql脚本 选择Database－> Configure Data Connections 选择Database－> Connect 选择数据源

上一篇博客是对于软件工程中定义阶段的介绍，主要是可行性研究和需求分析两个方面。在进行完定义阶段以后，就该开始对软件进行设计了。定义阶段要解决的问题是“做什么”，系统“做什么”清楚了以后。就该解决“怎么做”了，这就是软件设计阶段所要解决的问题。这个阶段主要包括 总体设计 （概要设计）和 详细设计。 在进行完设计以后就进入更详细的程序编码阶段。 软件设计阶段： 首先是对于软件设计阶段的整体思维导图： 一、总体设计： 总体设计也称为概要设计，总体设计是从两个方面来设计的：系统设计阶段和结构设计阶段。我感觉它的核心在于从整体上对软件系统做一个概要，集中精力解决主要问题，逐步求精的过程。不是具体分析模块中的内容，而是重在分析模块的组成和模块之间的关系。 系统设计： 主要是为了确定系统的具体实现方案，以需求分析阶段得出的数据流图为基础，设想供选择的方案，然后从中选取合理的方案。 结构设计： 主要是为了确定软件的结构，也就是要确定系统中的每个程序是由哪些模块组成的，以及这些模块相互间的关系。 二、详细设计 详细设计阶段的任务是确定怎样具体的实现所要求的系统，是总体设计的进一步细化，详细设计阶段的好坏对将来编写出程序的可读性、测试、修改和维护都有很大的影响。它主要包括三个部分：结构程序设计、人机界面设计和过程设计。 结构程序设计： 主要指顺序结构、循环结构和分支结构三大结构，这是详细设计的基础。