Виды диаграмм uml

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

• диаграмма вариантов использования или прецедентов (use case diagram)

• диаграмма классов (class diagram)

• диаграммы поведения (behavior diagrams)

• диаграмма состояний (statechart diagram)

• диаграмма деятельности (activity diagram)

• диаграммы взаимодействия (interaction diagrams)

• диаграмма последовательности (sequence diagram)

• диаграмма кооперации (collaboration diagram)

• диаграммы реализации (implementation diagrams)

• диаграмма компонентов (component diagram)

• даграмма развертывания (deployment diagram)

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

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

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

Для диаграмм языка UML существуют три типа визуальных обозначений, которые важны с точки зрения заключенной в них информации:

• связи, которые представляются различными линиями на плоскости;

• текст, содержащийся внутри границ отдельных геометрических фигур;

• графические символы, изображаемые вблизи визуальных элементов диаграмм.

При графическом изображении диаграмм рекомендуется придерживаться следующих  правил:

• каждая диаграмма должна быть законченным представлением некоторого фрагмента моделируемой предметной области;

• представленные на диаграмме сущности модели должны быть одного концептуального уровня;

• вся информация о сущностях должна быть явно представлена на диаграмме;

• диаграммы не должны содержать противоречивой информации;

• диаграммы не следует перегружать текстовой информацией;

• каждая диаграмма должна быть самодостаточной для правильной интерпретации всех ее элементов;

• количество типов диаграмм, необходимых для описания конкретной системы, не является строго фиксированным и определяется разработчиком;

• модели системы должны содержать только те элементы, которые определены

Приложение 3

Глоссарий

Автоматизированное тестирование

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

Автономное тестирование

Тестирование нижнего уровня, тестирование компонент, модулей, подпрограмм. Чаще всего это внутреннее приёмочное тестирование.

Альфа-тестирование

Тестирование программного продукта штатными работниками, либо заказчиками на стороне разработчика. Чаще всего это внутреннее приёмочное тестирование.

Артефакт

Семантически законченная часть информации, которая: формируется, изменяется или используются процессами, определяет область ответственности.

Баг

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

Бета-тестирование

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

Гамма-тестирование

Тестирование программы на основе отчетов пользователей.

Заглушка

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

Инсталляционное тестирование

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

Интеграционное тестирование

Данное тестирование предназначено для проверки правильности работы между модулями системы.

Пример: Загружен документ, после премодерации его помещают в файловый архив, а оттуда есть возможность его вывода на предпросмотр.

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

Контроль факта исправления дефектов

После тестирования найденные дефекты исправляются разработчиками. Контроль заключается в последующей проверке правильности исправления дефектов. Очень часто после этого требуется провести регрессионное тестирование для исключения факта поломки ранее работающих модулей систему.

Конфигурационное тестирование

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

Пример: проверка правильности работы системы под Windows XP и Windows 2000 или же правильность работы сайта в различных браузерах.

Миграционное тестирование

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

Модульное (unit-) тестирование

Тестирование отдельных компонентов, изолируя модули от их реального окружения. Эти тесты служат для проверки правильности работы отдельных модулей системы, как правило – классов.

Нагрузочное / стрессовое тестирование

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

Пример: Есть некий сайт с посещаемостью 10000 человек в день. Целью тестирования в данном случае будет нахождение кол-ва посетителей, при котором сайт будет "тормозить" и его сервисы будут обрабатывать информацию неправильно или слишком долго.