Схема - иерархия
Cтраница 2
В частности, упоминаемая выше схема иерархии встроенных классов G2 может быть получена с помощью функции инспекции базы знаний. [16]
 |
Пересмотренная схема иерархии. [17] |
Процесс разделения на подфункции каждого последующего уровня схемы иерархии заканчивается, когда все модули полностью спроектированы и дальнейшее разделение может привести лишь к рассредоточению функций. [18]
Для всех разделов и подразделов следует приводить схему иерархии, которая является своего рода указателем подразделов. Удобна, например, древовидная или вложенная структура, подобная представленной ниже. Каждый подраздел п должен посвящаться какой-либо одной функциональной возможности. Функции целесообразно организовывать в модули, соответствующие физическим модулям в ВтС, чтобы процесс декомпозиции проекта в ВтС мог быть продолжен в разд. Однако в процессе декомпозиции не должны упускаться из виду требования организации ВшС в соответствии с логическими функциями. При этом после составления ВтС нетрудно будет преобразовать логические модули в физические. [19]
 |
Схема иерархии управления запасами - вариант 1. [20] |
На рис. 2.9 показано, как это можно отразить в схеме иерархии. [21]
Порядок написания и тестирования модулей, определяемый их уровнем в схеме иерархии. Все модули одного уровня должны быть завершены до перехода на уровень ниже. [22]
В этой главе вводится одно из новых средств проектирования программ - схема иерархии. Разложение программы на составляющие ее модули требует умения переходить от общего к частному. Сначала определяются модули в соответствии с их функциями. При этом нужно руководствоваться принципом один модуль - одна функция. Затем модули объединяются в схему иерархии, основанную на понятии уровня абстракции. [23]
Передачи управления происходят лишь по вертикальным линиям, соединяющим модули в схеме иерархии. Это означает, что любой модуль может активизировать подчиненный модуль более низкого уровня и получить управление после завершения его работы. [24]
При этом подходе порядок программирования и тестирования модулей определяется их расположением в схеме иерархии. Сначала программируются и тестируются все модули одного уровня, после чего происходит переход на уровень ниже. На рис. 3.1 этот подход иллюстрируется на примере обработки запросов ( операции), о котором уже шла речь в гл. Числа над прямоугольниками указывают порядок разработки модулей. В этом поуровневом методе сначала программируется и тестируется головной модуль с применением заглушек для модулей второго уровня. Каждая заглушка - это упрощенная схема будущего модуля, содержащая все необходимое для того, чтобы было возможно пропустить полный тест модуля более высокого уровня. [25]
Из этой таблицы мы видим, что для первого затруднения нисходящее решение состоит в том, чтобы перерисовать схему иерархии. [26]
Схема иерархии представляет собой ключевой документ, разрабатываемый на этапе проектирования. [27]
Графическая схема, изображающая устройство программы и применяемая при нисходящем проектировании. Схема иерархии показывает функции ( или модули) программы, а также ия подчиненность. [28]
Однако, читая схему иерархии, не следует предполагать, что модули всегда будут исполняться слева направо. Управление частотой и порядком выполнения скрыто внутри прямоугольников и не показано на схеме. [29]
 |
Блок-схема начисления удержаний. [30] |
Страницы: 1 2 3 4