English 中文(简体)
Design Strategies
  • 时间:2024-03-19 17:13:45

Design Strategies


Previous Page Next Page  

Top-Down Strategy

自上而下的战略采用模块方法开发系统的设计。 之所以如此,是因为从顶级或最高级模块开始,进入最低层次模块。

在这种技术中,确定了开发软件的最高级模块或主要模块。 根据每个模块执行的任务,主要模块分为几个较小的、较简单的子模块或部分。 然后,每个分层进一步细分为几个下级的分层。 将每个单元分成几个子模块的工作继续进行,直到没有确定最低层次模块,这些模块不能进一步细分。

Top Down

Bottom-Up Strategy

自下而上的战略是采用模块方法开发该系统的设计。 之所以如此,是因为它从底层或最基本的单元开始,进入最高层次模块。

在这种技术中,

    确定了最基本的或最低的单元。

    这些单元随后根据每个单元履行的职能加以分类,以形成下一个高级别单元。

    然后将这些单元进一步合并,以形成下一个高级别单元。

    在系统开发进程的主要单元完成之前,继续将几个较简单的模块归类为更高层次模块。

Bottom-Up

Structured Design

结构设计是一种基于数据流的方法,有助于确定发展中系统的投入和产出。 结构化设计的主要目标是尽量减少方案的复杂性并增加其组合。 结构化的设计也有助于描述该系统的功能方面。

在结构化的设计中,系统规格作为在DFDs的帮助下以图表方式反映软件开发所涉数据流动和过程顺序的基础。 在为软件系统开发DFD之后,下一步是制定结构图。

Structured Design

Modularization

结构化的设计将该方案分为小型和独立的模块。 这些结构按底线排列,详细情况见下。

因此,结构化的设计采用一种称为模块化或分解的方法,以尽量减少复杂性,并通过将其分成小部分来处理这一问题。

Advantages

    Critical interfaces are tested first.

    It provide abstraction.

    It allows multiple programmers to work simultaneously.

    It allows code reuse.

    It provides control and improves morale.

    It makes identifying structure easier.

Structured Charts

结构化图表是设计模块化的工具,是界定系统开发各种模块和每个单元之间的关系的顶级系统。 它显示了系统模块及其之间的关系。

它包括图形,包括显示单元、连接arrow或线的直径箱。

    这是一个指导低级单元的更高层次模块,称为 附属模块

    这是一个可再利用的单元,可从图表中不止一个点引用。

Charts

我们有两种不同的方法设计结构图:

    Transform-Centered Structured Charts 当所有交易都走同样的道路时,就使用这些交易。

    。 当所有交易都跟不上同一途径时,就使用这些交易。

Objectives of Using Structure Flowcharts

    鼓励自上而下的设计。

    支持单元的概念并确定适当的单元。

    2. 显示该系统的规模和复杂性。

    确定每项职能中易于识别的职能和单元的数量。

    说明每个可识别的职能是可管理的实体,还是应当细分为较小的组成部分。

Factors Affecting System Complexity

为了开发良好的系统软件质量,有必要开发一种良好的设计。 因此,在开发系统设计时,主要侧重于软件设计的质量。 质量好的软件设计是软件开发的复杂性和成本支出最小化设计。

有助于确定系统复杂性的两个重要概念是couppngcohesion

Couppng

合并是衡量各组成部分独立性的措施。 它界定了每个系统开发模块的依赖程度。 在实践中,这意味着系统单元之间的合并越强,实施和维持系统越困难。

每个模块应具有与其他模块的简单、干净的接口,在单元之间应共享最低数据内容。

High Couppng

这些系统与方案单位相互连接。 一个子系统的变化导致对另一个子系统产生严重影响。

Highly Coupled

Low Couppng

这些系统由独立或几乎独立的组成部分组成。 一个子系统的变化不影响任何其他次系统。

Low Couppng

Couppng Measures

    如果一个构成部分实际上对另一个部分进行改动,则修改后的构成部分完全取决于修改。

    。 如果通过组织系统设计来减少政变数量,以便从共同数据库获取数据。

    当一个构成部分通过参数控制另一个构成部分的活动时。

    当数据结构被用来将信息从一个部分传递给另一个部分时。

    只有当数据通过时,各组成部分才通过这一交错。

Cohesion

凝聚力是衡量各组成部分之间关系的密切度。 它界定了单元各组成部分相互依赖的程度。 在实践中,这意味着系统设计者必须确保——

    它们没有将基本进程分成支离破碎的单元。

    它们没有把作为国防军进程代表的无关联进程聚集在一起,成为毫无意义的单元。

最好的模块是功能上具有凝聚力的单元。 最坏的单元是那些有巧合的单元。

The worst degree of cohesion

部分内容与另一部分没有关系,因此,在部分部分中发现了牙科的凝聚力。

    有几个与逻辑相关的职能或数据要素被归入同一构成部分。

    当一个用于启动系统或固定变量的构成部分按顺序履行若干职能时,这些职能按所涉时间相关。

    <Procedurally Cohesion> 职能组合只是为了确保这一秩序。

    它是某一部分的产出是对下一个部分的投入。

Advertisements