Опубликован: 24.09.2008 | Уровень: специалист | Доступ: платный | ВУЗ: Московский физико-технический институт
Дополнительный материал 2:

Словарь терминов программной инженерии

Абстракция - способность отделить существенные черты предмета (объекта) от второстепенных, видеть идею, которая будет реализована.

Абстрактная архитектура - декомпозированная структура задач домена на подсистемы или иерархию подсистем, на каждом уровне которой фиксируются параметры и ограничения, определяющие выделенные подсистемы.

Агрегация - объединение ряда понятий в новое понятие (отношение типа "часть-целое"), общие признаки которого могут быть суммой признаков других компонентов или быть новым признаком.

Акторы - действующие лица, которые управляют работой системы.

Анализ требований - отображения функций системы и ее ограничений в модели предметной области.

Артефакт - любой продукт деятельности специалистов по разработке ПО.

Архитектура программной системы - структура системы в терминах подсистем (компонентов) и интерфейсов между ними, отображающая правила декомпозиции проблемы.

Ассоциация - наиболее общее и существенное отношение, которое устанавливает наличие связей между понятиями без уточнения их содержания и размеров.

Белого ящика метод - исследование внутренней структуры системы в целях выявления ошибок на всех указанных ее путях и потоках передач управления.

Валидация - проверка соответствия разработки программной системы требованиям заказчика.

Верификация - проверка правильности реализации функций системы на каждом этапе жизненного цикла с учетом требований.

Взаимодействие объектов - связь между объектами через механизмы посылки сообщений друг другу.

Водопадная (каскадная) модель - схема работ, в которой каждая из работ выполняется один раз и в том порядке, который указан в модели жизненного цикла.

Гарантия качества программного обеспечения - действия на каждом этапе жизненного цикла по проверке и подтверждении достигаемого качества соответственно стандартам и процедурам.

Дефект - это ошибочное событие в работе системы, возникшее в результате неверного описания спецификации требований, проектных спецификаций, документации и т.п.

Диаграмма - графическое представление сценариев работы системы с помощью классов, состояний, событий и т.п.

Динамическое тестирование - выполнение программы для обнаружения ошибок, определения их причины и устранения.

Домен предметной области - спектр задач проблемы, которые допускают похожие приемы их решения.

Жизненный цикл системы - схема выполнения работ по проектированию системы, начиная с момента принятия решения о необходимости ее создания и заканчивая моментом ее полного изъятия из эксплуатации.

Задача системы - способ (технология) достижения цели системы с конкретными числовыми (в том числе временными) характеристиками.

Имитационное моделирование - моделирование поведения системы в различных аспектах и в разных внешних и внутренних условиях анализа динамических характеристик и распределения ресурсов.

Инженерия - применение научных результатов и дисциплины управления программированием задач в целях получения пользы от свойств продуктов, способов взаимосвязи и выполнения.

Инженерия качества - процесс управления предоставлением продуктам программного обеспечения свойств качества (надежность, отказоустойчивость и т.п.).

Инженерия требований - сбор, анализ, оформление условий и ограничений на разработку системы в виде спецификации, согласованной как заказчиком, так и исполнителем.

Интенсивность отказов - это частота появления отказов или дефектов в программной системе при ее тестировании или эксплуатации.

Инспекция кода - формальная проверка описания, используемых типов и структур данных в проекте системы на их соответствие требованиям.

Информационная модель - модель системы, в которой отображается структура данных и связей с объектами, которые ей пользуются.

Информационная система - система, которая выполняет сбор, обработку, сохранение и производство информации с использованием автоматизированных процессоров и людей.

Информационное обеспечение - набор средств для предоставления информации пользователям о содержании и условиях ее применения.

Интерфейсный объект - стыковочная программа, содержащая описание передаваемых данных, операторы передачи параметров через сообщения для выполнения другого объекта и передачи обратно полученных результатов.

Инцидент - абстрактное событие, влияющее на изменение состояния объекта.

Каркас (фрейм) - разновидность абстрактной архитектуры для определения выделенных компонентов.

Качество программного обеспечения - совокупность свойств, которые определяют пригодность программного обеспечения удовлетворить требования заказчика.

Компонент - тип, класс, проектное решение, документация или иной продукт программной инженерии, приспособленный для практического использования.

Компонентная разработка - конструирование программного обеспечения путем композиции готовых компонентов, сохраняемых в каталогах.

Конкретизация - добавление существенных признаков, для расширения содержания некоторого понятия и сужения объема понятия.

Конечные пользователи системы - профессиональные лица, которые заказывают компьютерную систему и пользуются ею.

Конфигурация - вариант (версия) изготовленной программной системы из отдельных экземпляров компонентов и подсистем.

Концептуальное моделирование - процесс построения модели проблемы, ориентированной на понимание ее человеком.

Критерий - количественная или качественная характеристика системы, позволяющая оценить степень достижения цели и сформулировать правила выбора необходимых средств (способов, технологий).

Критерий эффективности - критерий, позволяющий оценить степень достижения цели с учетом произведенных затрат различных ресурсов.

Менеджмент - профессиональное управление коллективами работников (персоналом) при разработке программного проекта.

Метрика - количественная мера и шкалы измерения характеристик программы.

Модель ЖЦ - типовая схема последовательности работ на процессах разработки некоторого типа программного продукта.

Модель процесса - определенная последовательность действий, сопровождающая изменение состояния программного объекта.

Модель состояний - отображение динамики изменения состояния объекта класса, которое изменяет его поведение.

Модель качества - четырехуровневая структура, которая отображает характеристики, атрибуты, метрики и оценочные элементы характеристик программного обеспечения.

Надежность программной системы - это способность системы сохранять свои свойства (безотказность, устойчивость и др.) в процессе преобразования исходных данных в результаты в течение определенного промежутка времени при определенных условиях эксплуатации.

Нефункциональные требования - требования, которое характеризуют организационные, исполнительские, операционные аспекты работы программной системы в среде реализации.

Наследование - конкретизация в подклассе отдельных свойств, которыми могут пользоваться другие объекты суперкласса.

Отладка - проверка программы на наличие в ее описании ошибок и их устранение без внесения новых.

Отказ - переход программы из работающего состояния в неработающее состояние в связи с обнаруженными ошибками или дефектами в ней.

Обобщение - сужение истинных признаков понятия для расширения свойств, охваченных этим понятием объектов.

Ошибка - недостатки в операторах программы или в технологическом процессе ее разработки, которые приводят к неправильной интерпретации исходной информации и к неверному решению.

Объекты управления - это функции преобразования объектов интерфейса в объекты сущности, аналогично отображению алгоритма обработки данных в системе.

Наталья Семичевская
Наталья Семичевская

Я являюсь студенткой курса "Управление ИТ-инфраструктурой", но давно на него записывалась. Сейчас решила завершить курс и получить диплом о переподготовке. Но незнаю как получить доступ к этому курсу и как получить материалы для написания дипломной работы?

Александр Медов
Александр Медов

Здравствуйте,при покупке печатной формы сертификата,будут ли выданы обе печатные сторны?

Yegor Lonskiy
Yegor Lonskiy
Финляндия, Tornio
Ри Зар
Ри Зар
Россия, Казань