Абстракция - способность отделить существенные черты предмета (объекта) от второстепенных, видеть идею, которая будет реализована.
Абстрактная архитектура - декомпозированная структура задач домена на подсистемы или иерархию подсистем, на каждом уровне которой фиксируются параметры и ограничения, определяющие выделенные подсистемы.
Агрегация - объединение ряда понятий в новое понятие (отношение типа "часть-целое"), общие признаки которого могут быть суммой признаков других компонентов или быть новым признаком.
Акторы - действующие лица, которые управляют работой системы.
Анализ требований - отображения функций системы и ее ограничений в модели предметной области.
Артефакт - любой продукт деятельности специалистов по разработке ПО.
Архитектура программной системы - структура системы в терминах подсистем (компонентов) и интерфейсов между ними, отображающая правила декомпозиции проблемы.
Ассоциация - наиболее общее и существенное отношение, которое устанавливает наличие связей между понятиями без уточнения их содержания и размеров.
Белого ящика метод - исследование внутренней структуры системы в целях выявления ошибок на всех указанных ее путях и потоках передач управления.
Валидация - проверка соответствия разработки программной системы требованиям заказчика.
Верификация - проверка правильности реализации функций системы на каждом этапе жизненного цикла с учетом требований.
Взаимодействие объектов - связь между объектами через механизмы посылки сообщений друг другу.
Водопадная (
Гарантия качества программного обеспечения - действия на каждом этапе жизненного цикла по проверке и подтверждении достигаемого качества соответственно стандартам и процедурам.
Дефект - это ошибочное событие в работе системы, возникшее в результате неверного описания спецификации требований, проектных спецификаций, документации и т.п.
Диаграмма - графическое представление сценариев работы системы с помощью классов, состояний, событий и т.п.
Динамическое тестирование - выполнение программы для обнаружения ошибок, определения их причины и устранения.
Домен предметной области - спектр задач проблемы, которые допускают похожие приемы их решения.
Жизненный цикл системы - схема выполнения работ по проектированию системы, начиная с момента принятия решения о необходимости ее создания и заканчивая моментом ее полного изъятия из эксплуатации.
Задача системы - способ (технология) достижения цели системы с конкретными числовыми (в том числе временными) характеристиками.
Имитационное моделирование - моделирование поведения системы в различных аспектах и в разных внешних и внутренних условиях анализа динамических характеристик и распределения ресурсов.
Инженерия - применение научных результатов и дисциплины управления программированием задач в целях получения пользы от свойств продуктов, способов взаимосвязи и выполнения.
Инженерия качества - процесс управления предоставлением продуктам программного обеспечения свойств качества (надежность, отказоустойчивость и т.п.).
Инженерия требований - сбор, анализ, оформление условий и ограничений на разработку системы в виде спецификации, согласованной как заказчиком, так и исполнителем.
Интенсивность отказов - это частота появления отказов или дефектов в программной системе при ее тестировании или эксплуатации.
Инспекция кода - формальная проверка описания, используемых типов и структур данных в проекте системы на их соответствие требованиям.
Информационная модель - модель системы, в которой отображается структура данных и связей с объектами, которые ей пользуются.
Информационная система - система, которая выполняет сбор, обработку, сохранение и производство информации с использованием автоматизированных процессоров и людей.
Информационное обеспечение - набор средств для предоставления информации пользователям о содержании и условиях ее применения.
Интерфейсный объект - стыковочная программа, содержащая описание передаваемых данных, операторы передачи параметров через сообщения для выполнения другого объекта и передачи обратно полученных результатов.
Инцидент - абстрактное событие, влияющее на изменение состояния объекта.
Каркас (фрейм) - разновидность абстрактной архитектуры для определения
Качество программного обеспечения - совокупность свойств, которые определяют пригодность программного обеспечения удовлетворить требования заказчика.
Компонент - тип, класс, проектное решение, документация или иной продукт программной инженерии, приспособленный для практического использования.
Компонентная разработка - конструирование программного обеспечения путем композиции готовых компонентов, сохраняемых в каталогах.
Конкретизация - добавление существенных признаков, для расширения содержания некоторого понятия и сужения объема понятия.
Конечные пользователи системы - профессиональные лица, которые заказывают компьютерную систему и пользуются ею.
Конфигурация - вариант (версия) изготовленной программной системы из отдельных экземпляров компонентов и подсистем.
Концептуальное моделирование - процесс построения модели проблемы, ориентированной на понимание ее человеком.
Критерий - количественная или качественная характеристика системы, позволяющая оценить степень достижения цели и сформулировать правила выбора необходимых средств (способов, технологий).
Критерий эффективности - критерий, позволяющий оценить степень достижения цели с учетом произведенных затрат различных ресурсов.
Менеджмент - профессиональное управление коллективами работников (персоналом) при разработке программного проекта.
Метрика - количественная мера и шкалы измерения характеристик программы.
Модель ЖЦ - типовая схема последовательности работ на процессах разработки некоторого типа программного продукта.
Модель процесса - определенная последовательность действий, сопровождающая изменение состояния программного объекта.
Модель состояний - отображение динамики изменения состояния объекта класса, которое изменяет его поведение.
Модель качества - четырехуровневая структура, которая отображает характеристики, атрибуты, метрики и оценочные элементы характеристик программного обеспечения.
Надежность программной системы - это способность системы сохранять свои свойства (безотказность, устойчивость и др.) в процессе преобразования исходных данных в результаты в течение определенного промежутка времени при определенных условиях эксплуатации.
Нефункциональные требования - требования, которое характеризуют организационные, исполнительские, операционные аспекты работы программной системы в среде реализации.
Наследование - конкретизация в подклассе отдельных свойств, которыми могут пользоваться другие объекты суперкласса.
Отладка - проверка программы на наличие в ее описании ошибок и их устранение без внесения новых.
Отказ - переход программы из работающего состояния в неработающее состояние в связи с обнаруженными ошибками или дефектами в ней.
Обобщение - сужение истинных признаков понятия для расширения свойств, охваченных этим понятием объектов.
Ошибка - недостатки в операторах программы или в технологическом процессе ее разработки, которые приводят к неправильной интерпретации исходной информации и к неверному решению.
Объекты управления - это функции преобразования объектов интерфейса в объекты сущности, аналогично отображению алгоритма обработки данных в системе.
Объект сущность - долго живущие объекты, которые отвечают реальным предметам мира предметной области и сохраняют свое состояние после выполнения работы согласно сценарию.
Объектно-ориентированная модель - структура из совокупности объектов, которые взаимодействуют между собой, обладают свойствами и поведением.
Онтология - совокупность элементарных понятий, терминологии и парадигмы их интерпретации в среде проблемы, которую требуется разработать.
Оценочный элемент метрики - количественная или качественная мера оценки соответствующего показателя с учетом его веса в системе оценки качества.
Оценивание качества - действия, направленные на определение степени удовлетворения программного обеспечения требованиям, соответствующим его предназначению.
Пакет - программная структура с общим механизмом организации элементов (объектов, классов) в группы, начиная от системы (стереотип "система") и к ее подсистемам различного уровня детализации.
Переносимость системы - возможность изменять сервис системы (ОС, связи, сетевые коммуникации, данные СУБД и т.п.) путем настройки модулей на новые условия среды или платформы.
План тестирования - описание стратегии, ресурсов и графика тестирования отдельных компонентов и системы в целом.
Поведение домена - переход элементов домена из состояния к состоянию во времени.
Повторное использование - использование в качестве готовой порции любых формализованных знаний, полученных при реализации программных систем.
Повторно используемый компонент (ПИК) - фрагмент знаний о минувшем опыте программирования системы, представленный так, чтобы его можно использовать не только его разработчиками, но и пользователями после соответствующей адаптации к новой среде.
Прикладная система - продукт программной инженерии, предназначенный для выполнения конкретных задач конечного пользователя.
Прецедент (класс) определяет набор экземпляров класса, который представляет последовательность действий, выполняемых системой, и выдает результат, ценный для конкретного субъекта.
Принципы - базовые концепции, лежащие в основе всей области программирования.
Приложение - область применения, в которых принципы, методы и практика находят свое наилучшее выражение.
Программная инженерия - система методов, средств и дисциплины планирования, разработки, эксплуатации и сопровождения программного обеспечения, способного к массовому воспроизводству.
Процесс приобретения - действия, которые инициируют определенный цикл анализа для определения покупателем программной системы или сервиса.
Процесс разработки - действия разработчика по инженерии требований, проектированию, кодированию и тестированию программного продукта.
Процесс сдачи - действия по передаче разработанного продукта покупателю.
Процесс эксплуатации - действия по обслуживанию системы пользователем.
Процесс сопровождения - действия по решению задач системы, поддержкой системы в актуальном состоянии для выполнения функций системы, управлению модификациями или изъятию системы из употребления.
Проектирование - преобразования требований в последовательность проектных решений и в архитектуру системы.
Проектирование концептуальное - уточнение понимания и согласование деталей требований к системе.
Проектирование архитектурное - определение структурных особенностей строящейся системы.
Проектирование техническое - отображение требований среды функционирования и разработки системы путем определения всех конструктивных элементов и их композиций.
Проектирование детальное - определение подробностей реализации функций для заданной среды и связей между соответствующими компонентами системы.
Реализация программной системы - преобразования проектных решений в работающую систему (синонимы: кодирование, конструирование).
Родовые знания - знания относительно всех задач семейства домена, которые представляются в виде, пригодном для обеспечения решения любой задачи, относящейся к данному семейству.
Сертификация программного продукта - процесс для установления соответствия программной продукции (процесса или услуг) конкретному стандарту или техническим условиям со специальным знаком или свидетельством.
Семейство прикладных систем - множество прикладных систем с общими функциональными свойствами и управлением.
Связь (Relationship) - поименованная ассоциация между двумя сущностями, имеющая значение для рассматриваемой предметной области.
Спецификация - описание алгоритма, правил, ограничений действий объектов с учетом стандартов, критериев качества и др.
Спиральная модель ЖЦ - модель процессов разработки системы, с возможностью возвращаться к любому предыдущему процессу с целью переработки элементов сделанного продукта.
Событие - явление, которое провоцирует смену определенного состояния и переход к другому состоянию в системе.
Состояние (домена, системы, объекта и тому подобных) - фиксация определенных свойств на определенный момент или интервал времени.
Статическое тестирование - анализ и рассмотрение спецификаций компонентов на правильность представления без их выполнения на компьютере.
Стереотип - указатель категории элемента моделирования UML.
Сопровождение - выполнение реализованных в системе задач, работы по внесению в нее изменений после того, как она передана пользователям для эксплуатации.
Структура системы - множество элементов и отношений между ними.
Субъект (актор) - ктото или чтото вне системы, что взаимодействует с системой.
Сущность (Entity) - реальный либо воображаемый объект, имеющий существенное значение для рассматриваемой предметной области, информация о котором подлежит хранению.
Сценарий - конкретная последовательность действий, которая иллюстрирует поведение и выполнение экземпляра прецедента.
Тест - некоторая программа, предназначенная для проверки правильности ее работы и выявления в ней ошибочных ситуаций.
Тестовые данные - набор данных, которые готовятся на основе документов программы или спецификаций, для проверки работы программной системы.
Тестирование - способ семантической отладки (проверки) программы, который состоит в выполнении последовательности раз-
личных контрольных наборов тестов и сверки полученных результатов с извесными заранее.
Требование - соглашение или договор между заказчиком и исполнителем системы относительно свойств ее функций, условий работы в заданной среде.
Унаследованная система - существующая действующая система, созданная с помощью любых методов и технологий для поддержки некоторых процессов бизнеса.
Управление качеством - комплекс способов и системной деятельности по планированию, управлению и оценке качества программного обеспечения.
Упрятывание информации - принятие решения о том, что следует сообщить всем о программе, а что оставить при себе - не показывать.
Функция - содержание действий, выполнение которых возлагается на элемент системы при заданных требованиях, условиях и ограничениях.
Функциональные требования - это условия и ограничения на цели, функции системы и принципы их выполнения на компьютере.
Функциональная полнота - атрибут, показывающий степень достаточности основных функций для решения специальных задач соответственно назначению программного обеспечения.
Функциональная структура - структура, элементами которой являются функции, реализуемые подразделениями предприятия, а отношениями - связи, обеспечивающие передачу предметов труда.
Характеристики качества - функциональность (functionality), надежность (realibility), удобство (
Черного ящика метод - тестирование реализованных функций путем проверки соответствия реального поведения функций с ожидаемым поведением, исходя из спецификаций требований.
Экземпляризация - зависимость между параметризованным абстрактным
Эксплуатация - действия по выполнению готовой программной системы.
UML - диаграммный способ (язык) для спецификации, визуализации, конструирования и документирования продуктов на процессах ЖЦ.
Абстракция - способность отделить существенные черты предмета (объекта) от второстепенных, видеть идею, которая будет реализована.
Абстрактная архитектура - декомпозированная структура задач домена на подсистемы или иерархию подсистем, на каждом уровне которой фиксируются параметры и ограничения, определяющие выделенные подсистемы.
Агрегация - объединение ряда понятий в новое понятие (отношение типа "часть-целое"), общие признаки которого могут быть суммой признаков других компонентов или быть новым признаком.
Акторы - действующие лица, которые управляют работой системы.
Анализ требований - отображения функций системы и ее ограничений в модели предметной области.
Артефакт - любой продукт деятельности специалистов по разработке ПО.
Архитектура программной системы - структура системы в терминах подсистем (компонентов) и интерфейсов между ними, отображающая правила декомпозиции проблемы.
Ассоциация - наиболее общее и существенное отношение, которое устанавливает наличие связей между понятиями без уточнения их содержания и размеров.
Белого ящика метод - исследование внутренней структуры системы в целях выявления ошибок на всех указанных ее путях и потоках передач управления.
Валидация - проверка соответствия разработки программной системы требованиям заказчика.
Верификация - проверка правильности реализации функций системы на каждом этапе жизненного цикла с учетом требований.
Взаимодействие объектов - связь между объектами через механизмы посылки сообщений друг другу.
Водопадная (
Гарантия качества программного обеспечения - действия на каждом этапе жизненного цикла по проверке и подтверждении достигаемого качества соответственно стандартам и процедурам.
Дефект - это ошибочное событие в работе системы, возникшее в результате неверного описания спецификации требований, проектных спецификаций, документации и т.п.
Диаграмма - графическое представление сценариев работы системы с помощью классов, состояний, событий и т.п.
Динамическое тестирование - выполнение программы для обнаружения ошибок, определения их причины и устранения.
Домен предметной области - спектр задач проблемы, которые допускают похожие приемы их решения.
Жизненный цикл системы - схема выполнения работ по проектированию системы, начиная с момента принятия решения о необходимости ее создания и заканчивая моментом ее полного изъятия из эксплуатации.
Задача системы - способ (технология) достижения цели системы с конкретными числовыми (в том числе временными) характеристиками.
Имитационное моделирование - моделирование поведения системы в различных аспектах и в разных внешних и внутренних условиях анализа динамических характеристик и распределения ресурсов.
Инженерия - применение научных результатов и дисциплины управления программированием задач в целях получения пользы от свойств продуктов, способов взаимосвязи и выполнения.
Инженерия качества - процесс управления предоставлением продуктам программного обеспечения свойств качества (надежность, отказоустойчивость и т.п.).
Инженерия требований - сбор, анализ, оформление условий и ограничений на разработку системы в виде спецификации, согласованной как заказчиком, так и исполнителем.
Интенсивность отказов - это частота появления отказов или дефектов в программной системе при ее тестировании или эксплуатации.
Инспекция кода - формальная проверка описания, используемых типов и структур данных в проекте системы на их соответствие требованиям.
Информационная модель - модель системы, в которой отображается структура данных и связей с объектами, которые ей пользуются.
Информационная система - система, которая выполняет сбор, обработку, сохранение и производство информации с использованием автоматизированных процессоров и людей.
Информационное обеспечение - набор средств для предоставления информации пользователям о содержании и условиях ее применения.
Интерфейсный объект - стыковочная программа, содержащая описание передаваемых данных, операторы передачи параметров через сообщения для выполнения другого объекта и передачи обратно полученных результатов.
Инцидент - абстрактное событие, влияющее на изменение состояния объекта.
Каркас (фрейм) - разновидность абстрактной архитектуры для определения
Качество программного обеспечения - совокупность свойств, которые определяют пригодность программного обеспечения удовлетворить требования заказчика.
Компонент - тип, класс, проектное решение, документация или иной продукт программной инженерии, приспособленный для практического использования.
Компонентная разработка - конструирование программного обеспечения путем композиции готовых компонентов, сохраняемых в каталогах.
Конкретизация - добавление существенных признаков, для расширения содержания некоторого понятия и сужения объема понятия.
Конечные пользователи системы - профессиональные лица, которые заказывают компьютерную систему и пользуются ею.
Конфигурация - вариант (версия) изготовленной программной системы из отдельных экземпляров компонентов и подсистем.
Концептуальное моделирование - процесс построения модели проблемы, ориентированной на понимание ее человеком.
Критерий - количественная или качественная характеристика системы, позволяющая оценить степень достижения цели и сформулировать правила выбора необходимых средств (способов, технологий).
Критерий эффективности - критерий, позволяющий оценить степень достижения цели с учетом произведенных затрат различных ресурсов.
Менеджмент - профессиональное управление коллективами работников (персоналом) при разработке программного проекта.
Метрика - количественная мера и шкалы измерения характеристик программы.
Модель ЖЦ - типовая схема последовательности работ на процессах разработки некоторого типа программного продукта.
Модель процесса - определенная последовательность действий, сопровождающая изменение состояния программного объекта.
Модель состояний - отображение динамики изменения состояния объекта класса, которое изменяет его поведение.
Модель качества - четырехуровневая структура, которая отображает характеристики, атрибуты, метрики и оценочные элементы характеристик программного обеспечения.
Надежность программной системы - это способность системы сохранять свои свойства (безотказность, устойчивость и др.) в процессе преобразования исходных данных в результаты в течение определенного промежутка времени при определенных условиях эксплуатации.
Нефункциональные требования - требования, которое характеризуют организационные, исполнительские, операционные аспекты работы программной системы в среде реализации.
Наследование - конкретизация в подклассе отдельных свойств, которыми могут пользоваться другие объекты суперкласса.
Отладка - проверка программы на наличие в ее описании ошибок и их устранение без внесения новых.
Отказ - переход программы из работающего состояния в неработающее состояние в связи с обнаруженными ошибками или дефектами в ней.
Обобщение - сужение истинных признаков понятия для расширения свойств, охваченных этим понятием объектов.
Ошибка - недостатки в операторах программы или в технологическом процессе ее разработки, которые приводят к неправильной интерпретации исходной информации и к неверному решению.
Объекты управления - это функции преобразования объектов интерфейса в объекты сущности, аналогично отображению алгоритма обработки данных в системе.
Объект сущность - долго живущие объекты, которые отвечают реальным предметам мира предметной области и сохраняют свое состояние после выполнения работы согласно сценарию.
Объектно-ориентированная модель - структура из совокупности объектов, которые взаимодействуют между собой, обладают свойствами и поведением.
Онтология - совокупность элементарных понятий, терминологии и парадигмы их интерпретации в среде проблемы, которую требуется разработать.
Оценочный элемент метрики - количественная или качественная мера оценки соответствующего показателя с учетом его веса в системе оценки качества.
Оценивание качества - действия, направленные на определение степени удовлетворения программного обеспечения требованиям, соответствующим его предназначению.
Пакет - программная структура с общим механизмом организации элементов (объектов, классов) в группы, начиная от системы (стереотип "система") и к ее подсистемам различного уровня детализации.
Переносимость системы - возможность изменять сервис системы (ОС, связи, сетевые коммуникации, данные СУБД и т.п.) путем настройки модулей на новые условия среды или платформы.
План тестирования - описание стратегии, ресурсов и графика тестирования отдельных компонентов и системы в целом.
Поведение домена - переход элементов домена из состояния к состоянию во времени.
Повторное использование - использование в качестве готовой порции любых формализованных знаний, полученных при реализации программных систем.
Повторно используемый компонент (ПИК) - фрагмент знаний о минувшем опыте программирования системы, представленный так, чтобы его можно использовать не только его разработчиками, но и пользователями после соответствующей адаптации к новой среде.
Прикладная система - продукт программной инженерии, предназначенный для выполнения конкретных задач конечного пользователя.
Прецедент (класс) определяет набор экземпляров класса, который представляет последовательность действий, выполняемых системой, и выдает результат, ценный для конкретного субъекта.
Принципы - базовые концепции, лежащие в основе всей области программирования.
Приложение - область применения, в которых принципы, методы и практика находят свое наилучшее выражение.
Программная инженерия - система методов, средств и дисциплины планирования, разработки, эксплуатации и сопровождения программного обеспечения, способного к массовому воспроизводству.
Процесс приобретения - действия, которые инициируют определенный цикл анализа для определения покупателем программной системы или сервиса.
Процесс разработки - действия разработчика по инженерии требований, проектированию, кодированию и тестированию программного продукта.
Процесс сдачи - действия по передаче разработанного продукта покупателю.
Процесс эксплуатации - действия по обслуживанию системы пользователем.
Процесс сопровождения - действия по решению задач системы, поддержкой системы в актуальном состоянии для выполнения функций системы, управлению модификациями или изъятию системы из употребления.
Проектирование - преобразования требований в последовательность проектных решений и в архитектуру системы.
Проектирование концептуальное - уточнение понимания и согласование деталей требований к системе.
Проектирование архитектурное - определение структурных особенностей строящейся системы.
Проектирование техническое - отображение требований среды функционирования и разработки системы путем определения всех конструктивных элементов и их композиций.
Проектирование детальное - определение подробностей реализации функций для заданной среды и связей между соответствующими компонентами системы.
Реализация программной системы - преобразования проектных решений в работающую систему (синонимы: кодирование, конструирование).
Родовые знания - знания относительно всех задач семейства домена, которые представляются в виде, пригодном для обеспечения решения любой задачи, относящейся к данному семейству.
Сертификация программного продукта - процесс для установления соответствия программной продукции (процесса или услуг) конкретному стандарту или техническим условиям со специальным знаком или свидетельством.
Семейство прикладных систем - множество прикладных систем с общими функциональными свойствами и управлением.
Связь (Relationship) - поименованная ассоциация между двумя сущностями, имеющая значение для рассматриваемой предметной области.
Спецификация - описание алгоритма, правил, ограничений действий объектов с учетом стандартов, критериев качества и др.
Спиральная модель ЖЦ - модель процессов разработки системы, с возможностью возвращаться к любому предыдущему процессу с целью переработки элементов сделанного продукта.
Событие - явление, которое провоцирует смену определенного состояния и переход к другому состоянию в системе.
Состояние (домена, системы, объекта и тому подобных) - фиксация определенных свойств на определенный момент или интервал времени.
Статическое тестирование - анализ и рассмотрение спецификаций компонентов на правильность представления без их выполнения на компьютере.
Стереотип - указатель категории элемента моделирования UML.
Сопровождение - выполнение реализованных в системе задач, работы по внесению в нее изменений после того, как она передана пользователям для эксплуатации.
Структура системы - множество элементов и отношений между ними.
Субъект (актор) - ктото или чтото вне системы, что взаимодействует с системой.
Сущность (Entity) - реальный либо воображаемый объект, имеющий существенное значение для рассматриваемой предметной области, информация о котором подлежит хранению.
Сценарий - конкретная последовательность действий, которая иллюстрирует поведение и выполнение экземпляра прецедента.
Тест - некоторая программа, предназначенная для проверки правильности ее работы и выявления в ней ошибочных ситуаций.
Тестовые данные - набор данных, которые готовятся на основе документов программы или спецификаций, для проверки работы программной системы.
Тестирование - способ семантической отладки (проверки) программы, который состоит в выполнении последовательности раз-
личных контрольных наборов тестов и сверки полученных результатов с извесными заранее.
Требование - соглашение или договор между заказчиком и исполнителем системы относительно свойств ее функций, условий работы в заданной среде.
Унаследованная система - существующая действующая система, созданная с помощью любых методов и технологий для поддержки некоторых процессов бизнеса.
Управление качеством - комплекс способов и системной деятельности по планированию, управлению и оценке качества программного обеспечения.
Упрятывание информации - принятие решения о том, что следует сообщить всем о программе, а что оставить при себе - не показывать.
Функция - содержание действий, выполнение которых возлагается на элемент системы при заданных требованиях, условиях и ограничениях.
Функциональные требования - это условия и ограничения на цели, функции системы и принципы их выполнения на компьютере.
Функциональная полнота - атрибут, показывающий степень достаточности основных функций для решения специальных задач соответственно назначению программного обеспечения.
Функциональная структура - структура, элементами которой являются функции, реализуемые подразделениями предприятия, а отношениями - связи, обеспечивающие передачу предметов труда.
Характеристики качества - функциональность (functionality), надежность (realibility), удобство (
Черного ящика метод - тестирование реализованных функций путем проверки соответствия реального поведения функций с ожидаемым поведением, исходя из спецификаций требований.
Экземпляризация - зависимость между параметризованным абстрактным
Эксплуатация - действия по выполнению готовой программной системы.
UML - диаграммный способ (язык) для спецификации, визуализации, конструирования и документирования продуктов на процессах ЖЦ.
Для получения официальных документов о завершении программы дополнительного профессионального образования (удостоверения о повышении квалификации, дипломов о профессиональной переподготовке и MBA) необходимо предоставить:
Внимание! Вы можете не заказывать доставку бумажной версии официального документы, а скачать его в электронном виде и распечатать самостоятельно. Информация о выданном документе в течение 1 месяца загружается в Федеральную информационную систему «Федеральный реестр сведений о документах об образовании и (или) о квалификации, документах об обучении» - ФИС ФРДО.
Доступ на новый сайт осуществляется с использованием адреса электронной почты, который был указан вами при регистрации на "старом". Мы постарались перенести все ваши данные с прежнего ресурса, однако не исключена вероятность потери части информации.
При возникновении проблемы со входом, воспользуйтесь функцией сброса пароля
Если вы обнаружите несоответствия, пожалуйста, сообщите нам.