- •1) Определение информационных технологий. Роль ит в процессе информатизации общества.
- •6) Классификация ит по способу реализации и управления.
- •7) Классификация ит по типу пользовательского интерфейса, способу построения сети.
- •8) Характерные черты современной it-индустрии. (не очень точный ответ)
- •9) Факторы изменения производственной среды и ит.
- •10) Этапы развития ит.
- •11) Этапы развития инструментальных средств ит.
- •12) Понятие платформы. Виды платформ.
- •13) Понятие системы. Свойства системы.
- •14) Определение технологии программирования. Основные этапы.
- •15) Архитектурное проектирование ит. Основные этапы.
- •16) Виды моделей архитектуры ит. Статистическая модель.
- •17) Виды моделей архитектуры ит. Динамическая модель.
- •18) Модель репозитория. Репозиторий
- •19) Модель клиент/сервер. Клиент—сервер
- •20) Модель абстрактной машины.
- •21) Проблемно-зависимая архитектура.
- •Модели классов систем
- •Базовые модели
- •22) Осноные этапы модульной декомпозиции.
- •23.Базисные архитектуры
- •24.Основные этапы реализации по
- •25. Детальное проектирование по. Понятие модуля
- •26.Методология программирования. Императивное программирование.
- •27.Методология программирования. Процедурное программирование.
- •28.Методология программирования. Модульное программирование.
- •29.Методология программирования. Параллельное программирование.
- •30.Методология программирования. Функциональное программирование.
- •31.Методология программирования. Логическое программирование.
- •32.Языки программирования. Типы языков программирования.
- •33) Система программирования.
- •34) Ооп. Основные свойства.
- •35) Методы ооп
- •36) Понятие объекта, класса. Реализация наследования.
- •37) Каскадная технология разработки по.
- •Краткое описание фаз каскадной модели
- •38) Спиральная технология разработки по.
- •39) Современные технологии разработки по (экстремальная, scrum, оффшорная). Экстремальное программирование
- •40) Валидация по.
- •41) Верификация по.
- •Фазы V-образной модели
- •43) Тестирование по. Основные этапы.(?)
- •44) Модульное тестирование.
- •45) Интеграционное тестирование.
- •46) Системное тестирование.
- •47) Нагрузочное тестирование.
- •48) Формальные инспекции.
- •50) Методы функционального тестирования. Динамическое.
- •51) Классификация ошибок по международному стандарту.
- •52) Корпоративная классификация ошибок (полностью тетрадь, нуждается в проверке).
34) Ооп. Основные свойства.
В ООП используется метод объектной декомпозиции, согласно которому структура системы описывается в терминах объектов и связях между ними. А поведение системы – в терминах обмена объекта и их составляющей. Сообщения могут быть реакцией на событие, поражаемое внешними факторами или самими объектами.
Свойства ООП
Инкапсуляция. Инкапсуляция — это свойство системы, позволяющее объединить данные и методы, работающие с ними, в классе и скрыть детали реализации от пользователя.
Наследование. Наследование — это свойство системы, позволяющее описать новый класс на основе уже существующего с частично или полностью заимствующейся функциональностью. Класс, от которого производится наследование, называется базовым, родительским или суперклассом. Новый класс — потомком, наследником или производным классом.
35) Методы ооп
Основные методы ООП
Метод объектно-ориентированной декомпозиции. Выделение объектов и связи между ними. Поддержка концепции инкапсуляции, наследовании и полиморфизма.
Метод абстракции типов данных. Лежит в основе инкапсуляции.
Метод пересылки сообщений. Заключается в описании поведения системы в терминах обмена сообщениями между объектами.
36) Понятие объекта, класса. Реализация наследования.
Класс - это набор объектов или методов, обладающих одинаковыми свойствами и поведением, а объект - экземпляр типа класс. Объект хранит информацию и способен ее преобразовывать. Классы используются для построения определяемых пользователем типов данных и содействуют совместному использованию кода. В частности, можно породить новый класс от одного или нескольких существующих классов, и этот новый класс будет содержать данные и все функции того класса, из которого он был создан. Более того, в этом новом классе могут определяться дополнительные данные и функции, уникальные для объектов этого нового типа, и даже переопределяться функции, которые этот класс наследует от своего базового класса (base class). Таким образом, наследование классов даёт максимальную гибкость в формировании новых классов, похожих на существующие, но не идентичных им.
Наследование — построение иерархии порожденных объектов с возможностью для каждого такого объекта наследника доступа к коду и данным всех порождающих объектов предков.
Полиморфизм – присваивание действию одного имени, которое затем разделяется вверх и вниз по иерархии объектов, причем каждый объект выполняет это действие способом, подходящим именно ему. У каждого объекта есть ссылка на класс, которому он относится. При приеме сообщения объект обращается к классу для обработки данного сообщения. Если сам класс не обладает методом для обработки сообщения, то сообщение передается вверх по иерархии наследования. Если обработчик событий для сообщений выбирается динамически, то методы, реализующие обработчиков событий, принято называть виртуальными.
37) Каскадная технология разработки по.
В модели предусмотрено, что каждая последующая фаза начинается лишь тогда, когда полностью завершено выполнение предыдущей фазы. Каждая фаза имеет определенные критерии входа и выхода: входные и выходные данные.
В результате выполнения генерируются внутренние или внешние данные проекта, включай документацию и ПО. Документы по анализу требований впоследствии передаются системным специалистам, которые в свою очередь передают их разработчикам программных систем более высокого уровня. Программисты передают детальные технические характеристики программистам, которые уже представляют готовый код тестерам.
Переход от одной фазы к другой осуществляется посредством формального обзора. Таким образом, клиент получает общее представление о процессе разработки, кроме того происходит проверка качества программного продукта. Как правило, прохождение стадии обзора указывает на договоренность между командой разработчиков и клиентом о том, что текущая фаза завершена и можно перейти к выполнению следующей фазы. Окончание фазы удобно принимать за стадию в процессе выполнения проекта.
В результате завершения определенных фаз формируется базовая линия, которая в данной точке "замораживает" продукты разработки. Если возникает потребность в их изменении, тогда для внесения изменений используется формальный процесс изменений.
В критических точках каскадной модели формируются базовые линии, последняя из которых является базовой линией продукта. После формирования заключительной базовой линии производится обзор приемки.