|
|
Глоссарий Агрегация (aggregations) - более тесная форма ассоциации, являющаяся связью между целым и его частью. Архитектурное проектирование - первый этап процесса проектирования, на котором определяются подсистемы, а также структура управления и взаимодействия подсистем. Ассоциация (association) – это семантическая связь между классами. Атрибут – это элемент информации, связанный с классом. Атрибуты хранят инкапсулированные данные класса. Аттестация и верификация – процесс установления соответствия ПО ее спецификации, а также ожиданиям и требованиям пользователей и заказчика. Варианты использования (use-case) — методика формирования требований, основанная на сценариях. Верификация и аттестация – процесс установления соответствия ПО ее спецификации, а также ожиданиям и требованиям пользователей и заказчика. Диаграмма вариантов использования (use case diagrams) – диаграмма для моделирования бизнес-процессов организации и требований к создаваемой системе. Входит в состав объектно-ориентированного языка моделирования UML. Диаграмма деятельностей (activity diagrams) – диаграмма для моделирования поведения системы в рамках различных вариантов использования, или моделирования деятельностей. Входит в состав объектно-ориентированного языка моделирования UML. Диаграмма классов (class diagrams) – диаграмма для моделирования статической структуры классов системы и связей между ними. Входит в состав объектно-ориентированного языка моделирования UML. Диаграмма компонентов (component diagrams) – диаграмма для моделирования иерархии компонентов (подсистем) системы. Входит в состав объектно-ориентированного языка моделирования UML. Диаграмма последовательности – диаграмма для моделирования потоков событий, происходящих в рамках варианта использования. Входит в состав объектно-ориентированного языка моделирования UML. Диаграмма развертывания (deployment diagrams) – диаграмма для моделирования физической архитектуры системы. Входит в состав объектно-ориентированного языка моделирования UML. Диаграмма состояний (statechart diagrams) – диаграмма для моделирования поведения объектов системы при переходе из одного состояния в другое. Входит в состав объектно-ориентированного языка моделирования UML. Жизненный цикл ПО – совокупность процессов, протекающих от момента принятия решения о создании ПО до его полного вывода из эксплуатации. Инженерия ПО – инженерная дисциплина, охватывающая все аспекты разработки ПО. Класс - это группа сущностей (объектов), обладающих сходными свойствами, а именно, данными и поведением. Контрольные отметки — вехи, отмечающие окончание определенного этапа работ. Методы проектирования – множество формализованных нотаций и нормативных документов для проектирования ПО. Модель процесса создания ПО – последовательность этапов, необходимых для разработки создаваемого ПО. Модель архитектуры клиент/сервер - модель распределенной системы, в которой показано распределение данных и процессов между несколькими процессорами. Модуль — это компонент системы, который предоставляет один или несколько сервисов для других модулей. Как правило, модуль никогда не рассматривается как независимая система. Объектно-ориентированные модели - используют подходы, основанные на использовании унифицированного языка моделирования UML. Отладка – установление местоположения ошибок и их устранение. Пакет (package) - набор элементов модели, логически связанных между собой. Паттерн - это описание проблемы и метода ее решения, позволяющее в дальнейшем использовать это решение в разных условиях. Подсистема - это система, операции (методы) которой не зависят от сервисов, предоставляемых другими подсистемами. Программное обеспечение (ПО) – компьютерные программы и соответствующая документация. Процесс создания ПО – совокупность процессов, приводящих к созданию программного продукта. Прототип – действующий программный модуль, реализующий отдельные функции создаваемого ПО. Разработка требований — процесс, включающий мероприятия, необходимые для создания и утверждения документа, содержащего спецификацию системных требований. Реализация ПО – процесс перевода системной спецификации в работоспособную систему. Риск - вероятность проявления каких-либо неблагоприятных обстоятельств, негативно влияющих на реализацию проекта. Семантические знания - знания об основных понятиях, таких, например, как функционирование оператора присвоения, представление о классе объектов, о технике хешированного поиска или о структуре организации программ. Эти знания приобретаются через опыт и обучение и сохраняются в форме автономных представлений. Синтаксические знания - детализированные знания (подробности) об отдельных объектах и явлениях, например о том, как дать описание объекта в UML, какие стандартные функции доступны в языке программирования, создается ли оператор присваивания с помощью знака "=" или знака ":=" и т.д. Эти знания хранятся в неструктурированном виде. Системотехника (технология создания вычислительных систем) – дисциплина, охватывающая все аспекты создания и модернизации сложных вычислительных систем, где программное обеспечение играет ведущую роль. Сюда можно отнести технологии создания аппаратных средств, создание вычислительных процессов, развертывание всей системы, а также технологию создания непосредственно ПО. Сопровождение системы – внесение изменений в систему, находящуюся в эксплуатации. Спецификация ПО – формализованное представление сервисов, которыми будет обладать создаваемое ПО, а также ограничений, налагаемых на функциональные возможности и разработку ПО. Сценарии событий – представляет собой задокументированное поведение системы, представленное определенными событиями. Тестирование – процесс установления программных ошибок. Функционально-ориентированные модели - основаны на определении основных функциональных компонент системы.
|
|