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

Суть его в том, чтобы из операторов языка прог-ирования сконструировать прог-у, выполняющую некоторое (зад-ое) преобразование д-х. Ни набор операторов, ни порядок их применения никак не регламентировался. В общем случае для такого прог-ирования, чем > операторов в языке прог-ирования, тем лучше.

Главный недостаток разработанного таким образом ПО – большие трудности его сопровождения. Как правило, в таких прог-ах может разобраться только автор, они плохо пригодны для тиражирования и превращения в товар.

Прог-ирование фактически было искусством. Первые прог-ы состояли из собственно прог-ы на машинном языке и обрабатываемых ею д-х . Появление ассемблеров позволило вместо двоичных или 16-ричных кодов использовать Символические имена д-х и мнемоники кодов операций. В результате прог-ы стали более «читаемыми».

Созд-е языков прог-ирования высокого уровня, таких, как FORTRAN и ALGOL, существенно упростило прог-ирование вычислений, снизив уровень детализации операций. , в свою очередь, позволило увеличить сложность прог-. Революционным было появление в языках средств, позволяющих оперировать подпрог-ами. Подпрог-ы можно было сохранять и использовать в других прог-ах. В результате бы­ли созданы огромные библиотеки рас­четных и служебных подпрог-, к-е по мере надобности вызывались из разрабатываемой прог-ы. Типичная прог-а того време­ни состояла из основной прог-ы, области глобальных д-х и набора подпрог- (в основном библиотеч­ных), выполняющих обработку всех д-х или их части. Слабым местом такой архитектуры было то, что при увеличении коли­чества подпрог- возрастала вероятность искажения части глобальных д-х какой-либо подпрог-ой.

Кризис: 80% времени – отладка и тест-ие В начале 60-х годов XX в. раз­разился «кризис прог-ирова­ния». Он выражался в том, что фирмы, взявшиеся за разработку Подпрог-ы с локальными д-ыми сложного прог-ного обеспече­ния, такого, как операционные сист, срывали все сроки завершения проектов. Проект устаревал раньше, чем был готов к внедрению, увеличивалась его стоимость, и в ре­зультате многие проекты так никогда и не были завершены. стихийно использовалась разработка «снизу-вверх» - подход.

15. Дайте определение объектно-ориентированного прог-ирования (ООП). Назовите и охаракт-йте основные свойства ООП.*

32. Основные понятия объектно-ориентированного прог-ирования.*

33. Достоинства и недостатки объектно-ориентированного прог-ирования.*

15. Дайте определение объектно-ориентированного прог-ирования (ООП). Назовите и охаракт-йте основные свойства ООП.*

ООП - подход, в к-этом д-ые и поведение (методы обработки д-х) жестко связаны. Д-ые и поведение предст-ны в виде классов, экземпляры которых - объекты. ООП позволяет пользователю вводить собственные типы д-х, расширяя тем самым набор встроенных в язык типов д-х. Для обозн этих расширений исп термин абстрактные типы д-х (АТД). Основными св-ми ООП явл инкапсуляция, наследование и полиморфизм. Под инкап-й поним. сокрытие д-х и операций АТД от внешних прог-, исп-ющих их. Наследование - средство получения новых типов д-х (классов) из уже сущ-их типов, называемых базовыми классами. При этом повторно исп сущ-ий код. Порождённый класс образуется из базового путем добав-я или изм-ия кода. Полиморфизм - средство для придания различных знач-й одному и тому же сообще-ю в зависимости от типа обрабатываемых д-х. Например, if аргументы оператора целого типа, то исп целочисленное деление. If же один или оба аргумента - значения с плавающей точкой, то исп деление с плавающей точкой.