- •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) Корпоративная классификация ошибок (полностью тетрадь, нуждается в проверке).
24.Основные этапы реализации по
1)Спецификация классов
2) Спецификация функций
3)Спецификация алгоритмов
Любой класс должен быть описан следующим образом:
1.Введение
1.1 Цель
1.2 Описание программы
2.Ссылки
3.Описание декомпозиции
3.1 Модульная 3.1.1 Описание модуля
3.2 Декомпозиция на модульные процессы
3.3 Декомпозиция данных
4.Описание зависимости
4.1 Межмодульные зависимости
4.2 Межпроцессорные зависимости
4.3 Внутренние зависимости между данными
5. Описание интерфейса
5.1 Модульный интерфейс
5.2 Интерфейс процессов
6. Детальное проектирование
6.1. Детальное проектирование модулей
6.2. Детальное проектирование данных
25. Детальное проектирование по. Понятие модуля
Детальное проектирование, т.е. разработка тактики - это деятельность, связанная с определением локальных ограничений проекта, такие как шаблоны проектирования, архитектурные модели, идиомы программирования и рефакторинга. Согласно "гипотезе напряжения/окрестности" (Intension/Locality Hyphotysis), различие между архитектурным и детальным проектированием определяется критерием окрестности (Locality Criteria), согласно которому утверждение, что дизайн ПО не является локальным (а является архитектурным) истинно тогда и только тогда, когда программа, которая удовлетворяет этому критерию может быть расширена в программу, которая не удовлетворяет ему.
Зачем необходимо детальное проектирование ПО?
1.Оценка ст-ту (сори, не помню что это)
2.Оценка объёма работы
3.Оценить метрики
Модуль в программировании представляет собой функционально законченный фрагмент программы, оформленный в виде отдельного файла с исходным кодом или поименованной непрерывной его части (например, Active Oberon), предназначенный для использования в других программах. Модули позволяют разбивать сложные задачи на более мелкие в соответствии с принципом модульности. Обычно проектируются таким образом, чтобы предоставлять программистам удобную для многократного использования функциональность (интерфейс) в виде набора функций, классов, констант. Модули могут объединяться в пакеты и, далее, в библиотеки.
Модули могут быть обычными, т. е. написанными на том же языке, что и основная программа, в которой они используются, либо модулями расширения, которые пишутся на отличном от языка основной программы языке. Модули расширения обычно пишутся на более низкоуровневом языке, что позволяет получить выигрыш в скорости выполнения (производительности) программы.
Реализация модуля:
Стандартный исходный код
Реализация методов любого класса
Проверка соответствия спецификациям требований и детальной проработки
Тестирование модуля
Интеграция (подключение)
26.Методология программирования. Императивное программирование.
Последовательное изменение состояния вычислителя
Последовательность команд, которые должен выполнить ПК
Основное синтаксическое понятие языков Имп. Прогр. – оператор.
Оператор:
-простой
-структурный => структурное программирование
Теорема о структурном программировании:
Любую схему алгоритма можно представить в виде композиции вложенных блоков begin и end, условных операторов if, then, else, циклов с предусловием (while) и может быть дополнительных логических переменных (флагов). Эта теорема была сформулирована итальянскими математиками К.Бомом и Дж.Якопини в 1966 году и говорит нам о том, как можно избежать использование оператора перехода goto.