 
        
        - •Технология программирования. Перечислите основные этапы ее развития.
- •Этапы развития технологии программирования.
- •1Й и 2й вопрос
- •Технологии com и corba.
- •Проблемы, возникающие при разработке сложных программных систем.
- •Блочно-иерархический подход к созданию к созданию сложных систем.
- •Жизненный цикл и этапы разработки программного обеспечения. Кратко охарактеризуйте основные этапы.
- •Постановка задачи, анализ требований и определение спецификаций.
- •Техническое задание на создание аис.
- •Проектирование, реализация и сопровождение.
- •Модели жизненного цикла программного обеспечения.
- •Case-технологии.
- •Технология rad.
- •Оценка качества процессов создания программного обеспечения.
- •14. Модули и их свойства.
- •15. Нисходящая и восходящая разработка программного обеспечения
- •16. Структурное программирование.
- •17. Средства описания структурных алгоритмов.
- •18. Стиль оформления программы.
- •Эффективность и технологичность программного обеспечения.
- •Объектно-ориентированное программирование.
- •Классификация программных продуктов по функциональному признаку.
- •Эксплуатационные требования к программным продуктам.
- •Архитектура программного обеспечения.
- •Тип пользовательского интерфейса.
- •Тестирование программного обеспечения.
- Технология rad.
RAD - технология быстрого программирования
RAD, Rapid Application Development, быстрая разработка приложений - концепция создания средств разработки программных продуктов, уделяющая особое внимание быстроте и удобству программирования, созданию технологического процесса, позволяющего программисту максимально быстро создавать компьютерные программы. С конца XX века RAD получила широкое распространение и одобрение. Концепцию RAD также часто связывают с концепцией визуального программирования - 4GL.
Основные принципы RAD
Инструментарий должен быть нацелен на минимизацию времени разработки. Создание прототипа для уточнения требований заказчика. Цикличность разработки: каждая новая версия продукта основывается на оценке результата работы предыдущей версии заказчиком. Минимизация времени разработки версии, за счёт переноса уже готовых модулей и добавления функциональности в новую версию. Команда разработчиков должна тесно сотрудничать, каждый участник должен быть готов выполнять несколько обязанностей. Управление проектом должно минимизировать длительность цикла разработки.
- Оценка качества процессов создания программного обеспечения.
Фактор качества ПО — это нефункциональное требование к программе, которое обычно не описывается в договоре с заказчиком, но, тем не менее, является желательным требованием, повышающим качество программы.
Некоторые из факторов качества:
- Понятность 
Назначение ПО должно быть понятным, из самой программы и документации.
- Полнота 
Все необходимые части программы должны быть представлены и полностью реализованы.
- Краткость 
Отсутствие лишней, дублирующейся информации. Повторяющиеся части кода должны быть преобразованы в вызов общей процедуры. То же касается и документации.
- портируемость 
Лёгкость в адаптации программы к другому окружению: другой архитектуре, платформе, операционной системе или её версии.
- согласованность 
По всей программе и в документации должны использоваться одни и те же соглашения, форматы и обозначения.
- сопровождаемость 
Насколько сложно изменить программу для удовлетворения новых требований. Это требование также указывает, что программа должна быть хорошо документирована, не слишком запутана, и иметь резерв роста по использованию ресурсов (память, процессор).
- тестируемость 
Позволяет ли программа выполнить проверку приёмочных характеристик, поддерживается ли возможность измерения производительности.
- удобство использования 
Простота и удобство использования программы. Это требование относится прежде всего к интерфейсу пользователя.
- надёжность 
отсутствие отказов и сбоев в работе программ, а также простота исправления дефектов и ошибок:
- структурированность 
- эффективность 
Насколько рационально программа относится к ресурсам (память, процессор) при выполнении своих задач.
- Безопасность 
14. Модули и их свойства.
При проектировании достаточно сложного программного обеспечения после определения его общей структуры выполняют декомпозицию компонентов в соответствии с выбранным подходом до получения элементов, которые, по мнению проектировщика, в дальнейшей декомпозиции не нуждаются.
Как уже упоминалось раньше, в настоящее время используют два способа декомпозиции разрабатываемого программного обеспечения, связанные с соответствующим подходом:
• процедурный (или структурный - по названию подхода);
• объектный.
Примечание. Помимо указанных способов декомпозиции, в теории программирования определяют и другие способы декомпозиции: логическую - на факты и правила, продукционную -на правила продукции и т. п. Эти способы декомпозиции используют в языках искусственного интеллекта, поэтому в настоящем учебнике они рассматриваться не будут.
Результатом процедурной декомпозиции является иерархия подпрограмм (процедур), в которой функции, связанные с принятием решения, реализуются подпрограммами верхних уровней, а непосредственно обработка - подпрограммами нижних уровней. Это согласуется с принципом вертикального управления, который был сформулирован вместе с другими рекомендациями структурного подхода к программированию
