Разработка структуры программы
Разработка структуры программыСкачать файл - Разработка структуры программы
В качестве модульной структуры программы принято использовать древовидную структуру, включая деревья со сросшимися ветвями. В узлах такого дерева размещаются программные модули, а направленные дуги стрелки показывают статическую подчиненность модулей, то есть каждая дуга показывает, что в тексте модуля, из которого она исходит, имеется ссылка на модуль, в который она входит. Спецификация программного модуля содержит: Функциональная спецификация модуля строится так же, как и функциональная спецификация ПС. В процессе разработки программы ее модульная структура может по-разному формироваться и использоваться для определения порядка программирования и отладки модулей, указанных в этой структуре. Сначала строится модульная структура программы в виде дерева. Затем поочередно программируются модули программы, начиная с модулей самого нижнего уровня листья дерева модульной структуры программы , в таком порядке, чтобы для каждого программируемого модуля были уже запрограммированы все модули, к которым он может обращаться. После того, как все модули программы запрограммированы, производится их поочередное тестирование и отладка в принципе в таком же восходящем порядке, в каком велось их программирование. Но, современная технология не рекомендует такой порядок разработки программы. Как и в предыдущем методе сначала строится модульная структура программы в виде дерева. Затем поочередно программируются модули программы, начиная с модуля самого верхнего уровня головного , переходя к программированию какого-либо другого модуля только в том случае, если уже запрограммирован модуль, который к нему обращается. После того, как все модули программы запрограммированы, производится их поочередное тестирование и отладка в таком же нисходящем порядке. При этом те модули, к которым может обращаться головной, заменяются их имитаторами так называемыми заглушками. Особенностью рассмотренных методов восходящей и нисходящей разработок которые мы будем называть классическими является требование, чтобы модульная структура программы была разработана до начала программирования кодирования модулей. Однако эти методы вызывают ряд возражений: На самом деле это делать не обязательно, если несколько модернизировать водопадный подход. Конструктивный подход к разработке программы представляет собой модификацию нисходящей разработки, при которой модульная древовидная структура программы формируется в процессе программирования модулей. Разработка программы при конструктивном подходе начинается с программирования головного модуля, исходя из спецификации программы в целом. При этом спецификация программы принимается в качестве спецификации ее головного модуля, который полностью берет на себя ответственность за выполнение функций программы. В процессе программирования головного модуля, в случае, если эта программа достаточно большая, выделяются подзадачи внутренние функции , в терминах которых программируется головной модуль. Таким образом, на первом шаге разработки программы при программировании ее головного модуля формируется верхняя начальная часть дерева, например, такая, которая показана на рис. Первый шаг формирования модульной структуры программы при конструктивном подходе. Аналогичные действия производятся при программировании любого другого модуля, который выбирается из текущего состояния дерева программы из числа специфицированных, но пока еще не запрограммированных модулей. В результате этого производится очередное деформирование дерева программы, например, такое, которое показано на рис. Второй шаг формирования модульной структуры программы при конструктивном подходе. Архитектурный подход к разработке программы представляет собой модификацию восходящей разработки, при которой модульная структура программы формируется в процессе программирования модуля. Но при этом ставится существенно другая цель разработки: В классическом методе нисходящей разработки рекомендуется сначала все модули разрабатываемой программы запрограммировать, а уж затем начинать нисходящее их тестирование, что опять-таки находится в полном соответствии с водопадным подходом. Более рациональным представляется другой порядок разработки программы, известный в литературе как метод нисходящей реализации, что представляет некоторую модификацию водопадного подхода. В этом методе каждый запрограммированный модуль начинают сразу же тестировать до перехода к программированию другого модуля. Все эти методы имеют еще различные разновидности в зависимости от того, в какой последовательности обходятся узлы модули древовидной структуры программы в процессе ее разработки. Обход дерева программы производится с целью кратчайшим путем реализовать тот или иной вариант сначала самый простейший нормально действующей программы. В связи с этим такая разновидность конструктивной реализации получила название метода целенаправленной конструктивной реализации. Достоинством этого метода является то, что уже на достаточно ранней стадии создается работающий вариант разрабатываемой программы. Классификация методов разработки структуры программ. Для контроля структуры программы можно использовать три метода: Статический контроль состоит в оценке структуры программы, насколько хорошо программа разбита на модули с учетом значений рассмотренных выше основных характеристик модуля. Смежный контроль сверху - это контроль со стороны разработчиков архитектуры и внешнего описания ПС. Смежный контроль снизу - это контроль спецификации модулей со стороны разработчиков этих модулей. Сквозной контроль - это мысленное прокручивание проверка структуры программы при выполнении заранее разработанных тестов. Является видом динамического контроля так же, как и ручная имитация функциональной спецификации или архитектуры ПС. Следует заметить, что указанный контроль структуры программы производится в рамках водопадного подхода разработки ПС, то есть при классическом подходе. При конструктивном и архитектурном подходах контроль структуры программы осуществляется в процессе программирования кодирования модулей в подходящие моменты времени. Понятие и основные характеристики программного модуля. Методы разработки и контроль структуры программы. Типы модуля в Delphi.
Разработка структуры программы
Постановка задачи — выполняется специалистом в предметной области на естественном языке русском, английском и т. Необходимо определить цель задачи, ее содержание и общий подход к решению. Возможно, что задача решается точно аналитически , и без компьютера можно обойтись. Уже на этапе постановки надо учитывать эффективность алгоритма решения задачи на ЭВМ, ограничения, накладываемые аппаратным и программным обеспечением АО и ПО. Анализ задачи и моделирование — определяются исходные данные и результат, выявляются ограничения на их значения, выполняется формализованное описание задачи и построение выбор математической модели, пригодной для решения на компьютере. Многие задачи можно решить различными способами. Программист должен выбрать оптимальное решение. Неточности в постановке, анализе задачи или разработке алгоритма могут привести к скрытой ошибке — программист получит неверный результат, считая его правильным. Проектирование общей структуры программы — формируется модель решения с последующей детализацией и разбивкой на подпрограммы, определяется 'архитектура' программы, способ хранения информации набор переменных, массивов и т. Кодирование — запись алгоритма на языке программирования. Современные системы программирования позволяют ускорить процесс разработки программы, автоматически создавая часть ее текста, однако творческая работа по-прежнему лежит на программисте. Для успешной реализации целей проекта программисту необходимо использовать методы структурного программирования. Отладка и тестирование программы. Под отладкой понимается устранение ошибок в программе. Тестирование позволяет вести их поиск и, в конечном счете, убедиться в том, что полностью отлаженная программа дает правильный результат. Тестирование должно охватывать все возможные ветвления в программе, т. Проверка особых, исключительных ситуаций, необходима для анализа корректности. Например, программа должна отказать клиенту банка в просьбе выдать сумму, отсутствующую на его счете. Использование специальных программ — отладчиков, которые позволяют выполнять программу по отдельным шагам, просматривая при этом значения переменных, значительно упрощает этот этап. Анализ результатов — если программа выполняет моделирование какого-либо известного процесса, следует сопоставить результаты вычислений с результатами наблюдений. Публикация результатов работы, передача заказчику для эксплуатации. Сопровождение программы — включает консультации представителей заказчика по работе с программой и обучение персонала. Недостатки и ошибки, замеченные в процессе эксплуатации, должны устраняться.
Тема №3: Разработка структуры программы и модульное программирование
Парра мебель официальный сайт каталог
Критерии хорошей архитектуры
Од 5 г москва график работы онкологов
Он представляет собой сложную структуру