- •Задание на дипломный проект
- •Приложение к заданию на дипломный проект
- •5.1 Функции, реализуемые системой:
- •5.2 Технические требования к системе:
- •Введение
- •1 Системотехническая часть
- •Постановка задачи
- •1.1.1 Методика «Якоря карьеры»
- •1.1.2 Тест Потемкиной
- •1.1.3 Тест Леонгарда
- •1.1.4 Методика дс
- •1.1.5 Тест Лири
- •1.1.6 Методика смил
- •1.1.7 Тест Айзенка
- •1.1.8 Методика Кеттелла
- •1.1.9 Тест Амтхауэра
- •1.1.10 Тест на оперативную зрительную память
- •1.1.11 Таблицы Шульте
- •1.1.12 ТестHand
- •1.2 Анализ предметной области
- •1.3 Анализ существующих программных продуктов
- •1.4 Разработка логического проекта системы
- •1.4.1 Краткие сведения о методологии uml
- •1.4.2 Диаграмма вариантов использования
- •1.4.3 Сценарии
- •1.4.4 Диаграммы классов
- •1.4.5 Диаграмма состояний
- •1.4.6 Диаграмма последовательности
- •1.5 Разработка логической модели данных системы
- •1.6 Расчет требуемых ресурсов для реализации системы
- •1.6.1 Расчет объема взу
- •1.6.2 Расчет объема озу
- •1.6.3 Оценка времени реакции системы
- •1.6.4 Выбор комплекса технических средств
- •2 Конструкторско-технологическая часть
- •2.1 Выбор программных средств реализации
- •2.1.1 Выбор и обоснование среды разработки и языка программирования
- •2.1.2 Выбор операционной системы
- •2.2 Разработка программного обеспечения системы
- •2.2.1 Разработка интерфейса пользователя
- •2.2.2 Описание основных алгоритмов функционирования системы
- •2.2.3 Разработка подсистемы хранения данных
- •2.3 Контрольный пример работы системы
- •3 Экономическое обоснование разработки
- •3.1 Планирование и организация процесса разработки системы
- •3.2 Расчет затрат на разработку системы
- •3.3 Расчет-прогноз минимальной цены разработки системы
- •3.4 Расчет целесообразного объема продаж и оценка безубыточности
- •3.5 Расчет единовременных затрат на внедрение системы
- •3.6 Расчет текущих затрат на функционирование системы
- •3.7 Оценка экономической эффективности разработки
- •4 Безопасность жизнедеятельности
- •4.1 Обеспечение безопасности автоматизированной системы анализа психологического состояния личности по результатам тестирования
- •4.2 Обеспечение безопасности пользователя
- •4.2.1 Интеллектуальные нагрузки
- •4.2.2 Сенсорные нагрузки
- •4.2.3 Эмоциональные нагрузки
- •4.2.4 Монотонность нагрузок
- •4.3 Общая оценка напряженности трудового процесса
- •Заключение
- •Список использованных источников
- •Приложение а Информация по тестам
- •Приложение б
- •Руководство разработчика а.В.00001-01 33 01-1-лу Листов 16
- •Приложение в Листинг основных модулей
- •Приложение г Акт внедрения
1.4.2 Диаграмма вариантов использования
Диаграмма вариантов использования (UseCaseDiagram) описывает функциональное назначение системы, то есть то, что система будет делать в процессе своего функционирования. Диаграмма вариантов использования является исходным концептуальным представлением или концептуальной моделью системы в процессе ее проектирования и разработки.
Разработка диаграммы вариантов использования преследует следующие цели:
определить общие границы и контекст моделируемой предметной области на начальных этапах проектирования системы;
сформулировать общие требования к функциональному поведению проектируемой системы;
разработать концептуальную модель системы для ее последующей детализации в форме логических и физических моделей;
подготовить исходную документацию для взаимодействия разработчиков системы с ее заказчиками и пользователями.
Суть данной диаграммы состоит в следующем: проектируемая система представляется в виде множества сущностей или актантов(actor), взаимодействующих с системой с помощью, так называемых, вариантов использования. При этом актантом (actor) или действующим лицом называется любая сущность, взаимодействующая с системой извне. Это может быть человек, техническое устройство, программа или любая другая система, которая может служить источником воздействия на моделируемую систему так, как определит сам разработчик. В свою очередь вариант использования (use case) служит для описания сервисов, которые система предоставляет актанту. Другими словами, каждый вариант использования определяет некоторый набор действий, совершаемый системой при диалоге с актантом. При этом ничего не говорится о том, каким образом будет реализовано взаимодействие актантов с системой. Помимо актантов и вариантов использования, на данной диаграмме можно расположить:
Интерфейсы – служащие для спецификации параметров модели, которые видимы извне без указания внутренней структуры. Интерфейсы определяют совокупность операций, которые обеспечивают необходимый набор сервисов или функциональности для актантов.
Примечания – предназначенные для включения в модель произвольной текстовой информации, имеющей непосредственное отношение к контексту разрабатываемого проекта.
Отношения – описывающие взаимодействия экземпляров одних актантов и вариантов использования с экземплярами других актантов и вариантов. В языке UML имеется несколько стандартных видов отношений между актантами и вариантами использования:
Отношение ассоциации – служит для обозначения специфической роли актанта в отдельном варианте использования.
Отношение расширения – определяет взаимосвязь экземпляров отдельного варианта использования с более общим вариантом, свойства которого определяются на основе способа совместного объединения данных экземпляров. Отношение расширения является направленным и отмечает тот факт, что один из вариантов использования может присоединить к своему поведению некоторое дополнительное поведение, определенное для другого варианта использования.
Отношение обобщения – применяется в том случае, когда необходимо отметить, что дочерние варианты использования обладают всеми атрибутами и особенностями родительских вариантов. При этом дочерние варианты использования участвуют во всех отношениях родительских вариантов. В свою очередь, дочерние варианты могут наделяться новыми свойствами поведения, которые отсутствуют у родительских вариантов использования, а также уточнять или модифицировать наследуемые от них свойства поведения.
Отношение включения – указывает, что некоторое заданное поведение для одного варианта использования включается в качестве составного компонента в последовательность поведения другого варианта использования. Данное отношение является направленным и бинарным.
На диаграмме вариантов использования имеются следующие актанты:
«Тестируемый», «Психолог» и «Работодатель». Актанту «Тестируемый» доступен вариант использования «Пройти психологическое тестирование», который расширяется «Прохождением одиночного теста», «Прохождением батареи тестов», «Прохождением тестов для профессиограммы» и «Прохождением тестирования мотивационной ориентации». Вариант использования «Пройти одиночный тест» включает в себя «Выбор теста». Актанту «Психолог» доступны варианты использования «Редактировать батареи тестов», «Получить справочную информацию по тестам», «Просмотреть результаты прохождения теста». Вариант использования «Выбрать тестирование» включает в себя «Выбрать тест», «Выбрать тестируемого» и «Выбрать дату прохождения», а сам он доступен варианту «Просмотреть результаты прохождения теста». «Просмотреть результаты прохождения теста» расширяется вариантами «Просмотреть графические результаты» и «Просмотреть текстовое представление результатов». «Вывести на печать результаты» входит в «Просмотреть текстовое представление результатов». Актанту «Работодатель» доступны такие варианты использования, как «Сформировать батарею тестов для соискателя» и «Просмотреть профессиограмму соискателя». «Просмотреть профессиограмму соискателя» включает в себя «Выбрать соискателя» и расширяется вариантом «Просмотреть текстовое представление профессиограммы». Вариант использования «Вывести на печать профессиограмму» расширяет «Просмотреть текстовое представление профессиограммы», который, в свою очередь расширяется вариантом «Вывести на печать профессиограмму». Вариант использования «Сформировать батарею тестов для соискателя» включает «Выбрать профессиональную сферу», «Выбрать профессию» и «Выбрать уровень полномочий».
Диаграмма вариантов использования программного комплекса представлена на рисунке 1.9.