结构图

来源： CSDN 作者： sunshineywz 链接： https://blog.csdn.net/sunshineywz/article/details/103997723

结构图 反映程序中模块之间的层次调用关系和联系。 模块 模块的调用关系和接口 模块A有条件调用另一个模块 模块化 把大而复杂软件系统划分成易于理解的比较单纯的模块结构。 抽象化 有不同的抽象层次。 功能抽象： 抽象层次1 ：用问题所处环境的术语来描述这个软件。 抽象层次 2 ：任务需求的描述。在这个抽象层次上，未给出“怎样做”的信息，不能直接实现。 抽象层次 3 ：程序过程表示。 数据抽象 ：在不同层次上的描述数据局对象的细节，定义与该数据对象相关的操作。 信息隐蔽 ：数据发生变化不影响其他模块，模块所包含的信息不允许其他模块使用。 模块的独立性： 每个模块只涉及软件要求的具体子功能，一般采用两个准则度模块独立性，即模块间耦合性和模块内聚。 结构设计原则：1.改进软件结构提高模块独立性 2.模块规模应该适中 3.适当选择深度、宽度、扇出和扇入 4.作用域应该在控制欲之内 5.降低模块接口的复杂程度 6.设计单入口单出口的模块 7.功能可以预测 模块的基本属性：1.功能：描述模块实现什么功能 2.逻辑：描述模块内部怎摸做 3.状态：该模块使用时的环境和条件 模块间的耦合 非直接耦合 ：两个模块之间没有任何直接关系 数据耦合 ：一个模块让问另一个模块时之间通过简单数据参数来交换输入、输出信息。 标记耦合 （特征耦合）：通过参数表传递记录信息。 控制耦合 ：一个模块通过传送开关、标志

[注] 本文不是类图的基础教程, 只是类图的图形总结. 学习UML图形 推荐阅读<UML参考手册>第2版. http://www.umlchina.com/ 推荐微软的开发软件设计模型 http://msdn.microsoft.com/zh-cn/library/dd409436.aspx 类图展示了面向对象系统的构造模块。描绘模型(或部分模型)的静态视图，显示它包含的属性和行为，而不是详细描述操作的功能或完善方法。 类图最常用来表达多个 类和接口之间的关系 。 〇 概述 可使用的工具集(EA工具箱)有: 一 类图元素 1. 包 Package, 图形表示为一个文件夹, 包的版型(StereoType)有: 1) 普通包, 表示为一个文件夹, 如图Package1和Package4 2) 其它包, 表示为一个文件夹+书名号包含的具体版型或特殊符号, 如图Package2和Package3 2. 类 Class, 图形表示为一个实心矩形或圆形(椭圆)[+一系列附加符号], 类的版型(StereoType)有: 1) 普通类, 表示为一个实心矩形, 如图Class1 2) 边界类, 表示为一个实心圆形+实竖线, 如图Class2 3) 实体类, 表示为一个实心圆形+实横线, 如图Class3 4) 控制类, 表示为一个实心圆形+在圆周上的箭头, 如图Class4 5) 其它类,

【1】关键路径 在我的经验意识深处，“关键”二字一般都是指临界点。 凡事万物都遵循一个度的问题，那么存在度就会自然有临界点。 关键路径也正是研究这个临界点的问题。 在学习关键路径前，先了解一个AOV网和AOE网的概念： 用顶点表示活动，用弧表示活动间的优先关系的有向图： 称为顶点表示活动的网（Activity On Vertex Network），简称为AOV网。 与AOV网对应的是AOE（Activity On Edge）网即边表示活动的网。 AOE网是一个带权的有向无环图。 网中只有一个入度为零的点（称为源点）和一个出度为零的点（称为汇点）。 其中，顶点表示事件（Event），弧表示活动，权表示活动持续的时间。 通常，AOE网可用来估算工程的完成时间。 假如汽车生产工厂要制造一辆汽车，制造过程的大概事件和活动时间如上图AOE网： 我们把路径上各个活动所持续的时间之和称为路径长度，从源点到汇点具有最大长度的路径叫关键路径，在关键路径上的活动叫关键活动。 那么，显然对上图AOE网而言,所谓关键路径： 开始-->发动机完成-->部件集中到位-->组装完成。路径长度为5.5。 如果我们试图缩短整个工期，去改进轮子的生产效率，哪怕改动0.1也是无益的。 只有缩短关键路径上的关键活动时间才可以减少整个工期的长度。 例如如果制造发动机缩短为2.5天，整车组装缩短为1.5天，那么关键路径为4

详细设计 详细设计的主要任务是什么？ 人机界面设计主要考虑哪些设计问题？ 掌握盒图、PAD图、判定表、判定树及伪码的设计方法。 给定问题，用Jackson方法设计数据的输入结构、输出结构及程序结构。 已知程序流图，计算环型复杂度。 详细设计阶段的根本目标是确定应该怎样具体地实现所要求的系统，也就是说，经过这个阶段的设计工作，应该得出对目标系统的精确描述，从而在编码阶段可以把这个描述直接翻译成用某种程序设计语言书写的程序。 一、结构程序设计 二、人机界面设计 系统响应时间 用户帮助设施 出错信息处理 命令交互 三、过程设计的工具 1、程序流程图 程序流程图又称程序框图，是历史最悠久，使用最广泛的描述过程设计的方法。 缺点： 程序流图本质上不是逐步求精的好工具，它诱使程序员过早地考虑程序的控制流程，而不去考虑程序的全局结构。 程序流程图中用箭头代表控制流，因此程序员不受任何约束，可以完全不顾结构程序设计的精神，随意转移控制。 程序流图不易表达数据结构 2、盒图 盒图又称N-S图。它有以下特点： 功能域明确，可以从盒图上一眼就看出来。 不可能任意转移控制 很容易确定局部和全局数据的作用域 很容易表现嵌套关系，也可表示模块的层次结构。 3、PAD图 PAD图的主要优点如下: (1)使用表示结构化控制结构的PAD符号所设计出来的程序必然是结构化程序。 (2) PAD图所描绘的程序结构十分清晰

无论我们做什么事都讲究方式方法，写 产品需求文档 (以下称 PRD文档 )也是如此，之前我通过四篇文章分享了自己写 PRD文档 的一些方法，而这一篇文章主要是对之前四篇文章进行整体的摘要介绍，帮助大家快速了解写作流程。 产品需求文档(PRD)的写作 四篇章： 1、写前准备(信息结构图) 2、梳理需求(产品结构图和用户流程图) 3、原型设计(手绘原型,灰模原型,交互原型) 4、撰写文档(PRD文档) 5、用例文档(UML用例图、流程图) 1、写前准备(信息结构图)： http://tangjie.me/blog/52.html 在写PRD文档之前，我们需要先罗列出产品功能的信息内容，这一步是将想法逐渐清晰的第一步，也是帮助我们接下来规划功能的辅助信息，同时也可以辅助服务端技术人员创建数据库。因为这是第一步，所以我们不需要罗列的很详细，在之后的步骤里，我们会逐步改进和完善信息内容。 例如一篇文章的信息内容主要有：文章标题、文章正文、文章作者、发布时间、所属分类。初始的功能需求只有这些信息内容，但是在之后的功能规划中逐渐更加细致的考虑时，可能会增加或者删减，因此第一步我们不用刻意的追求信息的全面。 罗列信息内容的方式有很多种，文本形式、思维导图形式等等都可以，最主要的是能够清晰易懂，我最常用的方法就是思维导图，因此我称这一步为信息结构图。 2、梳理需求(产品结构图和用户流程图)：

系统总体结构设计 系统设计工作应该自顶向下地进行。首先设计总体结构，然后再逐层深入，直至进行每一个模块的设计。总体设计主要是指在系统分析的基础上，对整个系统的划分（子系统）、机器设备（包括软、硬设备）的配置、数据的存贮规律以及整个系统实现规划等方面进行合理的安排。 一、 系统设计的任务 1. 系统设计的概念 系统设计又称为物理设计，是开发管理信息系统的第二阶段，系统设计通常可分为两个阶段进行，首先是总体设计，其任务是设计系统的框架和概貌，并向用户单位和领导部门作详细报告并认可，在此基础上进行第二阶段――详细设计，这两部分工作是互相联系的，需要交叉进行，本章将这两个部分内容结合起来进行介绍。 系统设计是开发人员进行的工作，他们将系统设计阶段得到的目标系统的逻辑模型转换为目标系统的物理模型，该阶段得到工作成果――系统设计说明书是下一个阶段系统实施的工作依据。 2. 系统设计的主要内容 系统设计的主要任务是进行总体设计和详细设计。下面分别说明它们的具体内容。 (1) 总体设计 总体设计包括系统模块结构设计和计算机物理系统的配置方案设计。 <1>系统模块结构设计 系统模块结构设计的任务是划分子系统，然后确定子系统的模块结构，并画出模块结构图。在这个过程中必须考虑以下几个问题： 如何将一个系统划分成多个子系统； 每个子系统如何划分成多个模块； 如何确定子系统之间

•　　产品说明 　　–　　包含： 　　　　　 　•　产品信息结构 　　　　　　　　–　　信息结构图是只按照产品经理思路中的产品表现来整理产品的一种示意图（后面会举例） 　　　　　　　　　　»　　信息结构能帮助我们整理产品结构， 同时是研发人员建立数据库的参考 　　　 　　　•　　产品结构图 　　　　　　　　–　　产品结构图是按照产品的逻辑与表现方式，结构化的表现产品构造的一种示意图 　　　　　　　　　　»　　通过这个产品结构图，我们大致就能将之前抽象的逻辑形象化的表现出来，也便于文档 　　　　　　　　　　　　阅读理解我们的产品思路 　 　　　　　•　　用户使用流程图 　　　　　　　　–　　用户使用流程图用于表述用户在使用产品过称中的行为走向 　　　　　　　　　　»　　通过用户行为串联信息结构与产品结构，阅读者通过用户使用流程，能更好的理解产品经理设计 　　　　　　　　　　　　的用户行为。 　　　　　　　　 ①产品信息结构图 　　 ②产品结构图 ③产品的用户使用流程图 PS: 一份国外数据分析，样本数据30万份，其中71.3%的人左手持手机左手拇指进行操作，82.6%的人在iPad上右手操作，平放在腿上时用拇指， 　　双手握时用右拇指 　　•　　是不是和我们想象很不一样？ 　　•　　做产品，有时候需要感觉，有时候需要数据 来源： https://www.cnblogs.com

来源： https://www.cnblogs.com/realize-oneself/p/11864280.html

本文展示MongoDB 3.6、4.0的官方 Server 文档的结构图――一眼可见完整的知识脉络图。不过，MongoDB除了Server的文档外，还有 DRIVERS、CLOUD、TOOLS、DUIDES 的文档。 MongoDB最新版本是4.0（已看到园友发布的安装博文），而孤使用的是3.6，所以，提供了两份。 已学习MongoDB两天，挺有意思，也挺有挑战的，只是，熟练需要时间。 { MongoDB 3.6官文地址 MongoDB 4.0官文地址 } 官文中还提供了两种格式的下载，大家可以试试（孤还未下载）： 正文 MongoDB 3.6官方Server文档结构图（ 相册中更大的图 ）： MongoDB 4.0官方Server文档结构图（ 相册中更大的图 ）：多了 Transactions 原文：https://www.cnblogs.com/luo630/p/9275820.html