31. Принципы моДного прог-ирования.* *

ПП – большая сист, Поэтому должны приниматься меры по ее упрощению. Одним из основополагающих принципов упрощения явл-я принцип “разделяй и властвуй”, к-й получил научное название ДЕК. При разработке ПП этот принцип реализуют путем разработки большой прог-ы по частям, к- е наз-этот прог-ными МОДми, а сам такой метод разработки прог- наз-этот МОДным прог-ированием

МОД – замкнутая прог-а, которую можно вызвать из другого МОД и самостоятельно откомпилировать.

МОД – прог-а, обладающая тремя основными атрибутами:

1он выполняет одну или несколько ф-й;

2МОД реализует некоторую логику (алгоритм).

3исп в одном или нескольких контекстах.

При этом ф-я – то, что делает МОД, а не то, как он делает. А вот логика характ-ет, как МОД выполняет свои ф-и. Контекст описывает конкретное применение.

Принципы МОДного прог-ирования позволяют получать прог-ные комплексы минимальной сложности:

а) усиление внутренних связей в каждом модуле (иначе принцип называется повышением прочности МОД);

б) ослабление взаимосвязи м/у МОДми (иначе этот принцип называется ослаблением сцепления МОД).

применение принципов МОДного прог-ирования означает, что необходимо распределить предложения прог-ы по отдельным МОДм так, чтобы предложения внутри каждого МОД были тесно связаны, а связь м/у любыми двумя МОДми была минимальной.

Для качественной характеристики МОД введены 7 классов прочности МОД и 5 видов сцепления МОД. Класс прочности явл-я мерой связи предложений внутри МОД. Сцепление МОД – мера зависимости м/у МОДми.

14.Дайте определение технологии прог-ирования. Какие технологии Вы знаете и к каким периодам относится появление этих технологий? *

28. Стихийное прог-ирование. Этапы совершенствования архитектуры прог-.*

14.Дайте определение технологии прог-ирования. Какие технологии Вы знаете и к каким периодам относится появление этих технологий? *

Технологией прог-ирования наз-этот совокупность методов и средств, исп-емых в процессе разработки прог-ного обеспечения. Представ собой набор технологических инструкций, включающих:

– указание послед-ости выполнения технологических операций;

– перечисление усл-й, при к-х выполняется та или иная операция;

– описания самих операций, где для каждой операции определены исх-е д-ые, результаты, а также инструкции, нормативы, стандарты, критерии и методы оценки и этот.п.

Первый этап: (стихийное прог-ирование) – до сер. 60-х.

ассемблеры, Фортран, Алгол

• Подпрограммы

• Проектирование снизу вверх

• Кризис: 80% времени – отладка и тестирование

2-ый этап - стр-ный подход к прог-ированию (60-70 г.г.)

• Процедурная ДЕК (разбиение на части) сложных систем и реализация в виде небольших подпрог- (до 40-50 операторов)

• Проектир-е сверху вниз

• Стр-ирование д-х

• МОДное прог-ирование (языки Pascal, Си)

• Объем прог- до 100 000 операторов

• Кризис (межМОДные интерфейсы)

3-ый этап - объектный подход к прог-ированию ( 8090г.г.)

• Прог-а- совокупности объектов (экземпляр класса) • Иерархия классов

• Взаим-ие – передача сообщений

• Независимая разработка и отладка объектов •

Конструирование сложных объектов из прост

• Языки: Pascal, C++, Modula, Java, Delphi, C++ Builder, Visual C++

• Повторное исп кода

• Кризис (зависимость МОД друг от друга)

4-ый этап – компонентный подход и CASE-технологии (с сере­дины 90-х годов XX в. до нашего времени).

Компонентный подход предпо­лагает построение прог-ного обеспечения из отдельных компонентов - физически отдельно существующих частей прог-ного обеспечения, ко­торые взаим-уют м/у собой через стандартизованные двоичные интерфейсы.

• компонентный подход и CASE-технологии