ВУЗ:
Составители:
Рубрика:
программе модулей. Однако способность к таким абстракциям представляет-
ся необходимым условием разработки больших программных средств, по-
этому ее нужно развивать.
Особенностью рассмотренных методов восходящей и нисходящей
разработок (которые мы будем называть
классическими) является требование,
чтобы модульная структура программы была разработана до начала про-
граммирования (кодирования) модулей. Это требование находится в полном
соответствии с водопадным подходом к разработке ПС, так как разработка
модульной структуры программы и ее кодирование производятся на разных
этапах разработки ПС: первая завершает этап конструирования ПС, а второе
− открывает этап кодирования. Однако эти методы вызывают ряд возражений:
представляется сомнительным, чтобы до программирования модулей можно
было разработать структуру программы достаточно точно и содержательно.
На самом деле это делать не обязательно, если несколько модернизировать
водопадный подход. Ниже предлагаются конструктивный и архитектурный
подходы к разработке программ, в которых модульная структура формирует-
ся в процессе программирования (кодирования) модулей.
Конструктивный подход к разработке программы представляет собой
модификацию нисходящей разработки, при которой модульная древовидная
структура программы формируется в процессе программирования модулей.
Разработка программы при конструктивном подходе начинается с програм-
мирования головного модуля, исходя из спецификации программы в целом.
При этом спецификация программы принимается в качестве спецификации
ее головного модуля, который полностью берет на себя ответственность за
выполнение функций программы. В процессе программирования головного
модуля, в случае, если эта программа достаточно большая, выделяются под-
задачи (внутренние функции), в терминах которых программируется голов-
ной модуль. Это означает, что для каждой выделяемой подзадачи (функции)
создается спецификация реализующего ее фрагмента программы, который в
дальнейшем может быть представлен некоторым поддеревом модулей. Важ-
но заметить, что здесь также ответственность за выполнение выделенной
функции несет головной (может быть, и единственный) модуль этого подде-
рева, так что спецификация выделенной функции является одновременно и
спецификацией головного модуля этого поддерева. В головном модуле про-
граммы для обращения к выделенной функции строится обращение к голов-
ному модулю указанного поддерева в соответствии с созданной его специфи-
кацией. Таким образом, на первом шаге разработки программы (при про-
граммировании ее головного модуля) формируется верхняя начальная часть
дерева, например, такая, которая показана на рисунке 1.5.
20
программе модулей. Однако способность к таким абстракциям представляет-
ся необходимым условием разработки больших программных средств, по-
этому ее нужно развивать.
Особенностью рассмотренных методов восходящей и нисходящей
разработок (которые мы будем называть классическими) является требование,
чтобы модульная структура программы была разработана до начала про-
граммирования (кодирования) модулей. Это требование находится в полном
соответствии с водопадным подходом к разработке ПС, так как разработка
модульной структуры программы и ее кодирование производятся на разных
этапах разработки ПС: первая завершает этап конструирования ПС, а второе
− открывает этап кодирования. Однако эти методы вызывают ряд возражений:
представляется сомнительным, чтобы до программирования модулей можно
было разработать структуру программы достаточно точно и содержательно.
На самом деле это делать не обязательно, если несколько модернизировать
водопадный подход. Ниже предлагаются конструктивный и архитектурный
подходы к разработке программ, в которых модульная структура формирует-
ся в процессе программирования (кодирования) модулей.
Конструктивный подход к разработке программы представляет собой
модификацию нисходящей разработки, при которой модульная древовидная
структура программы формируется в процессе программирования модулей.
Разработка программы при конструктивном подходе начинается с програм-
мирования головного модуля, исходя из спецификации программы в целом.
При этом спецификация программы принимается в качестве спецификации
ее головного модуля, который полностью берет на себя ответственность за
выполнение функций программы. В процессе программирования головного
модуля, в случае, если эта программа достаточно большая, выделяются под-
задачи (внутренние функции), в терминах которых программируется голов-
ной модуль. Это означает, что для каждой выделяемой подзадачи (функции)
создается спецификация реализующего ее фрагмента программы, который в
дальнейшем может быть представлен некоторым поддеревом модулей. Важ-
но заметить, что здесь также ответственность за выполнение выделенной
функции несет головной (может быть, и единственный) модуль этого подде-
рева, так что спецификация выделенной функции является одновременно и
спецификацией головного модуля этого поддерева. В головном модуле про-
граммы для обращения к выделенной функции строится обращение к голов-
ному модулю указанного поддерева в соответствии с созданной его специфи-
кацией. Таким образом, на первом шаге разработки программы (при про-
граммировании ее головного модуля) формируется верхняя начальная часть
дерева, например, такая, которая показана на рисунке 1.5.
20
Страницы
- « первая
- ‹ предыдущая
- …
- 18
- 19
- 20
- 21
- 22
- …
- следующая ›
- последняя »
