введение и пи ехлаков

ГЛОССАРИЙ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Иерархия — это упорядочение абстракций, расположение их по уровням.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Модульность — это свойство системы, которая была разложена на внутренне связные, но слабо связанные между собой модули.

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

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

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

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

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

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

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

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

Пакет — программная структура с общим механизмом организации элементов (объектов, классов) в группы, начиная от системы (стереотип «система») и к ее подсистемам различного уровня детализации.

Параллелизм — это свойство, отличающее активные объекты от пассивных.

Переносимость системы — возможность изменять сервис системы (ОС, связи, сетевые коммуникации, данные СУБД и т. п.) путем настройки модулей на новые условия среды или платформы.

План тестирования — описание стратегии, ресурсов и график тестирования отдельных компонентов и системы в целом.

Повторное использование — использование в качестве готовой порции любых формализованных знаний, полученных при реализации программных систем.

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

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

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

Принципы — базовые концепции, лежащие в основе всей области программирования.

Приложение — область применения, в которых принципы и практика находят свое наилучшее выражение.

Программная инженерия — система методов, средств и дисциплины планирования, разработки, эксплуатации и сопровождения программного обеспечения, способного к массовому воспроизводству.

Процесс разработки — действия разработчика по инженерии требований, проектированию, кодированию и тестированию программного продукта.

Процесс сдачи — действия по передаче разработанного продукта покупателю.

Процесс эксплуатации — действия по обслуживанию системы пользователем.

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

Проектирование — преобразования требований в последовательность проектных решений и их в архитектуру из программных компонентов.

Проектирование концептуальное — уточнение понимания и согласование деталей требований к системе.

Проектирование архитектурное — определение структурных особенностей строящейся системы.

Проектирование техническое — отображение требований среды функционирования и разработки системы путем определения всех конструктивных элементов и их композиций.

Проектирование детальное — определение подробностей реализации функций для заданной среды и связей между соответствующими компонентами системы.

Реализация программной системы — преобразования проектных решений в работающую систему (синонимы: кодирование, конструирование).

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

Спецификация — описание алгоритма, правил, ограничений действий объектов с учетом стандартов, критериев качества и др.

Спиральная модель ЖЦ — модель процессов в жизненном цикле разработки системы, позволяющей возвращаться к любому предыдущему процессу с целью переработки элементов сделанного продукта.

Средства проектирования — создание моделей программного продукта на основе моделей предметной области (например, IBM Rational Rose, Sybase Power Designer).

Событие — явление, которое провоцирует смену определенного состояния и переход к другому состоянию в системе.

Состояние (системы, объекта и тому подобных) — фиксация определенных свойств на определенный момент или интервал времени.

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

Статическое тестирование — анализ и рассмотрение спецификаций компонентов на правильность представления без их выполнения на компьютере.

Стереотип — указатель элемента моделирования UML.

Сопровождение — работы по внесению изменений в программную систему после того, как она передана пользователю для эксплуатации.

Структура системы — множество элементов и отношений между ними.

Субъект (экземпляр) — кто-то или что-то, вне системы, что взаимодействует с системой.

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

Сценарий — конкретная последовательность действий, которая иллюстрирует поведение и выполнение экземпляра прецедента.

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

Тестовые данные — данные, которые готовятся на основе документов программы или спецификаций для проверки работы программной системы.

Тестирование — способ семантической отладки (проверки) программы, который состоит в выполнении последовательности различных контрольных наборов тестов и сверке с известным результатом.

Технология разработки программного обеспечения — это упорядоченная совокупность взаимосвязанных этапов создания программного продукта и набор инструментальных средств их реализации.

Типизация — это способ защититься от использования объектов одного класса вместо другого или, по крайней мере, управлять таким использованием.

Требование — соглашение или договор между заказчиком и исполнителем системы относительно ее работы.

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

Управление качеством — комплекс способов и системной деятельности по планированию, управлению и оценке качества программного обеспечения.

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

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

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

Функциональная структура — структура, элементами которой являются функции, реализуемые подразделениями предприятия, а отношениями — связи, обеспечивающие передачу предметов труда.

Характеристики качества — функциональность, надежность, удобство, эффективность, сопровождаемость, переносимость и тому подобное.

Эксплуатация — действия по выполнению готовой программной системы.

UML (Unified Modeling Language) — диаграммный способ (язык) для спецификации, визуализации, конструирования и документирования продуктов на процессах ЖЦ.

Учебное издание

Ехлаков Юрий Поликарпович

ВВЕДЕНИЕ В ПРОГРАММНУЮ ИНЖЕНЕРИЮ

Учебное пособие

Корректор Осипова Е. А. Компьютерная верстка Хомич С. Л.

Подписано в печать 17.10.11. Формат 60х84/8. Усл. печ. л. 17,21. Тираж 300 экз. Заказ

Издано в ООО «Эль Контент» 634029, г. Томск, ул. Кузнецова д. 11 оф. 17

Отпечатано в Томском государственном университете систем управления и радиоэлектроники.

634050, г. Томск, пр. Ленина, 40 Тел. (3822) 533018.