А – последовательный вызов; б – параллельный вызов; в – вызов сопрограммы.
Чаще всего используют последовательныйвызов, при котором модули, передав управление, ожидают завершения выполнения вызванной программы или подпрограммы, чтобы продолжить прерванную обработку.
Под параллельнымвызовом понимают распараллеливание вычислений на нескольких вычислителях, когда при активизации другого процесса данный процесс продолжает работу. На однопроцессорных компьютерах в мультипрограммных средах в этом случае начинается попеременное выполнение соответствующих программ. Параллельные процессы бывают синхронные и асинхронные. Для синхронных процессов определяют точки синхронизации - моменты времени, когда производится обмен информацией между процессами. Асинхронные процессы обмениваются информацией только в момент активизации параллельного процесса.
Под вызовом сопрограммыпонимают возможность поочередного выполнения двух одновременно запущенных программ, например, если одна программа подготовила пакет данных для вывода, то вторая может ее вывести, а затем перейти в состояние ожидания следующего пакета. Причем в мультипрограммных системах основная программа, передав данные, продолжает работать, а не переходит в состояние ожидания.
Структурные карты Константайна позволяют наглядно представить результат декомпозиции программы на модули и оценить ее качество, т. е. соответствие рекомендациям структурного программирования (сцепление и связность).
|
|
|
Проектирование программного обеспечения при структурном подходе. Проектирование структур данных
Под проектированием структур данных понимают разработку их представлений в памяти. Основными параметрами, которые необходимо учитывать при проектировании структур данных, являются:
• вид хранимой информации каждого элемента данных;
• связи элементов данных и вложенных структур;
• время хранения данных структуры («время жизни»);
• совокупность операций над элементами данных, вложенными структурами и структурами в целом
Вид хранимой информацииопределяет тип соответствующего поля памяти. В качестве элементов данных в зависимости от используемого языка программирования могут рассматриваться:
• целые и вещественные числа различных форматов;
• символы;
• булевские значения: true и false;
а также некоторые структурные типы данных, например:
• строки;
• записи;
• специально объявленные классы.
При этом для числовых полей очень важно правильно определить диапазон возможных значений, а для строковых данных - максимально возможную длину строки.
Связи элементов и вложенных структур, а также их устойчивость и совокупность операций над элементами и вложенными структурами определяют структуры памяти, используемые для представления данных. Время жизни учитывают при размещении данных в статической или динамической памяти, а также во внешней памяти.
|
|
|
Рассмотрим существующие варианты внутреннего представления данных, их элементов и связей между ними более подробно.
32. UML- стандартный язык описания разработки программных продуктов с использованием объектного подхода.
В основе объектного подхода к разработке программного обеспечения лежит объектная декомпозиция,т. е. представление разрабатываемого программного обеспечения в виде совокупности объектов, в процессе взаимодействия которых через передачу сообщений и происходит выполнение требуемых функций (рис. 6.1.).
Рис. 6. 1. Объектная декомпозиция программы построения таблиц и графиков.
Однако при объектном подходе так же, как при структурном подходе, сразу можно выполнить декомпозицию только очень простого программного обеспечения. Поэтому на заре эпохи объектно-ориентированного программирования были предложены различные методы анализа и проектирования программного обеспечения в рамках объектного подхода, использующие различные модели и нотации. Спорить о достоинствах и недостатках этих методов и моделей можно было бесконечно. Эта ситуация получила название «войны методов».
|
|
|
Конец «войне методов» положило появление в 1995 г первой версии языка UML (Unified Modeling Language - унифицированный язык моделирования), который в настоящее время фактически признан стандартным средством описания проектов, создаваемых с использованием объектно-ориентированного подхода. Его создателями являются ведущие специалисты в этой области Гради Буч, Ивар Якобсон и Джеймс Рамбо, которые использовали в своем языке все лучшее, что появилось в подходах этих авторов во время «войны методов».
Спецификация разрабатываемого программного обеспечения при использовании UML объединяет несколько моделей использования, логическую, реализации, процессов, развертывания (рис. 6.2.).
Рис. 6. 2. Полная спецификация разрабатываемого программного обеспечения при объектном подходе (UML).
Дата добавления: 2018-05-13; просмотров: 450; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!