- •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) Корпоративная классификация ошибок (полностью тетрадь, нуждается в проверке).
51) Классификация ошибок по международному стандарту.
Международный стандарт ANSI/IEEE-729-83 разделяет все ошибки в разработке программ на следующие типы.
Ошибка (error) - состояние программы, при котором выдаются неправильные результаты, причиной которых являются изъяны (flaw) в операторах программы или в технологическом процессе ее разработки, что приводит к неправильной интерпретации исходной информации, следовательно, и к неверному решению.
Дефект (fault) в программе - следствие ошибок разработчика на любом из этапов разработки, которая может содержаться в исходных или проектных спецификациях, текстах кодов программ, эксплуатационной документация и т.п. В процессе выполнения программы может быть обнаружен дефект или сбой.
Отказ (failure) - это отклонение программы от функционирования или невозможность программы выполнять функции, определенные требованиями и ограничениями, что рассматривается как событие, способствующее переходу программы в неработоспособное состояние из-за ошибок, скрытых в ней дефектов или сбоев в среде функционирования [7.6, 7.11]. Отказ может быть результатом следующих причин:
ошибочная спецификация или пропущенное требование, означающее, что спецификация точно не отражает того, что предполагал пользователь;
спецификация может содержать требование, которое невозможно выполнить на данной аппаратуре и программном обеспечении;
проект программы может содержать ошибки (например, база данных спроектирована без средств защиты от несанкционированного доступа пользователя, а требуется защита);
программа может быть неправильной, т.е. она выполняет несвойственный алгоритм или он реализован не полностью.
Таким образом, отказы, как правило, являются результатами одной или более ошибок в программе, а также наличия разного рода дефектов.
52) Корпоративная классификация ошибок (полностью тетрадь, нуждается в проверке).
IBM Ортогональная классификация дефектов
Контекст ошибки |
Классификация дефектов |
Функция |
Ошибки интерфейсов конечных пользователей ПО, вызванные аппаратурой или связаны с глобальными структурами данных |
Интерфейс |
Ошибки во взаимодействии с другими компонентами, в вызовах, макросах, управляющих блоках или в списке параметров |
Логика |
Ошибки в программной логике, неохваченной валидацией, а также в использовании значений переменных |
Присваивание |
Ошибки в структуре данных или в инициализации переменных отдельных частей программы |
Зацикливание |
Ошибки, вызванные ресурсом времени, реальным временем или разделением времени |
Среда |
Ошибки в репозитории, в управлении изменениями или в контролируемых версиях проекта |
Алгоритм |
Ошибки, связанные с обеспечением эффективности, корректности алгоритмов или структур |
Любая ошибка принадлежит к одной категории ошибок.