- •Реферат
- •Содержание определения, обозначения и сокращения
- •Введение
- •1 Конструкторский раздел
- •1.1 Анализ предметной области и постановка задачи
- •1.1.1 Профориентационное тестирование
- •1.1.2 Постановка задачи автоматизированной обработки результатов подсистемы профориентационного тестирования:
- •1.1.3 Разработка требований к программному продукту.
- •1.1.4 Бизнес-требования
- •1.1.5 Классы пользователей
- •1.1.6 Требования пользователей
- •1.2 Проектирование подсистемы для автоматизации профориентационного тестирования
- •1.2.1 Структура построения подсистемы
- •1.2.2 Структура функциональных блоков
- •1.2.3 Диаграммы деятельностей.
- •1.2.4 Архитектура подсистемы профориентационного тестирования.
- •1.2.5 Диаграммы компонентов
- •1.2.5 Диаграмма размещения.
- •1.2.7 Структура бд
- •1.2.7.1 Даталогическая модель бд
- •1.2.7.2 Инфологическая модель бд
- •1.3.1 Реализация агентов
- •Общие классы:
- •1.3.2 Системные требования
- •1.3.3 Стандарт кодирования
- •2. Технологический раздел
- •2.1 Выбор среды программной реализации комплекса и её анализ
- •2.1.1 Выбор операционной системы
- •2.1.2 Выбор среды документирования
- •2.1.3 Выбор среды проектирования
- •2.1.4 Выбор языка программирования
- •2.1.5 Выбор среды разработки
- •Разработка эксплуатационной документации
- •2.2.1 Разработка эксплуатационной документации
- •Аннотация
- •Назначение программы
- •2. Условия выполнения программы
- •3.Выполнение программы
- •Раздел 1 «Эксплуатационная документация пользователя по прохождению тестирования»
- •Раздел 2 «Эксплуатационная документация пользователя по работе с агентом психолога»
- •Технико-экономический раздел
- •3.1 Оценка трудоемкости разработки программного продукта
- •3.1.1 Общее описание метода
- •3.1.2 Декомпозиция системы на функциональные блоки
- •3.1.3 Расчет трудозатрат и продолжительности разработки программного проекта
- •3.2 Оценка стоимости разработки программного продукта
- •3.2.1 Расчет заработной платы разработчика
- •3.2.2 Расчет единого социального налога
- •3.2.3 Расчет накладных расходов
- •3.2.4 Расчет затрат на содержание и эксплуатацию вычислительных средств
- •Раздел охраны труда и окружающей среды
- •Анализ и нормирование овпф, воздействующих на пользователя
- •4.1.1.Нормирование значения напряжения в электрической цепи, замыкание которой может произойти через тело человека
- •Нормирование уровеня шума на рабочем месте
- •Нормирование температуры воздуха рабочей зоны
- •Нормирование уровеня вибрации.
- •Нормирование освещенности рабочей зоны
- •Нормирование уровня электромагнитного излучения
- •4.2 Расчет звукоизоляции.
- •4.3 Пожарная безопасность
- •4.4 Экологическая безопасность.
- •Заключение
1.1.6 Требования пользователей
Требования пользователей будут представлены в виде диаграмм вариантов использования.
Диаграммы вариантов использования предназначены для обратной связи программиста с заказчиком и/или будущими пользователями программного продукта. Цель общения - выявление и формализация требования к создаваемому продукту [6].
Вариант использования продукта описывает последовательность взаимодействия программного продукта и внешнего действующего лица. Действующим лицом (актёром) может быть человек, программа или аппаратное устройство, взаимодействующее с программным продуктом для достижения некой цели. Актер — это элемент окружения системы: различные пользователи, другие системы и т.д. Актер может обозначать как пользователя системы, так и роль (тип пользователя) [6].
Вариант использования — это функция системы, используемая одним или несколькими актерами, ради реализации этих функций продукт и создается.
Вариант использования – это отдельное, независимое действие, которое действующее лицо может выполнить для получения определённого значимого результата. Один вариант использования может охватывать несколько схожих задач с одинаковыми целями. Следовательно, он представляет собой набор связанных между собой сценариев использования, где сценарий – это отдельный пример варианта использования. Один сценарий считается нормальным направлением развития варианта использования. Другие допустимые сценарии из варианта использования называются альтернативными направлениями. Они также могут привести к успешному выполнению варианта использования, но являются лишь вариацией решения задачи. Условия, препятствующие успешному завершению варианта использования, называются исключениями. Действует следующее правило: необязательно реализовывать каждое альтернативное направление, определённое для варианта использования, но необходимо реализовать исключения, из-за которых завершение сценариев может оказаться неуспешным [6].
Диаграммы случаев использования предназначены для выявления бизнес-функций системы, они оставляют в стороне технические, эргономические виды требований и т. д.
В ходе анализа предметной области было выявлено, что программный продукт должен обеспечивать несколько режимов работы. Подробная информация по каждому из режимов представлена в таблицах 1-5 и проиллюстрирована на диаграммах вариантов использования, изображенных на рисунках 1-5.
Таблица 1. Вариант использования - Справка
Действующее лицо |
Пользователь. |
Описание |
Действующему лицу предоставляется возможность ознакомления с правилами заполнения теста. Есть возможность добавления заметки и чтения уже написанных. |
Предварительные условия |
Нет |
Выходные условия |
Нет |
Нормальное направление |
Последовательный просмотр страниц, содержащих информацию в виде текста и рисунков. |
Альтернативные направления |
Добавление и чтение заметок. |
Исключения |
Нет |
Рисунок 1. Диаграмма вариантов использования «справочный блок»
Таблица 2. Вариант использования - Аутентификация
Действующее лицо |
Пользователь. |
Описание |
Действующее лицо вводит логин и пароль, чтобы войти в подсистему тестирования со своей учетной записью |
Предварительные условия |
Нет |
Выходные условия |
Верный ввод имени и пароля пользователя |
Нормальное направление |
Пользователь заполняет поля ввода имени и пароля |
Альтернативные направления |
Нет |
Исключения |
Неверно введеные данные авторизации или отсутствие соединения с сервером |
В зависимости от типа учетной записи будет осуществлен переход либо к учетной записи психолога, которая дает возможность редактировать результат теста («блок редактирования», описанный в таблице 3 и изображенный на рисунке 3), либо к учетной записи тестируемого («блок тестирования», описанный в таблице 4 и изображенный на рисунке 4), которая позволяет пройти тестирование.
Рисунок 2. Диаграмма вариантов использования «блок аутентификации»
Таблица 3. Вариант использования - Редактирование
Действующее лицо |
Психолог |
Описание |
Действующему лицу предоставляется возможность удалить другую учетную запись, редактировать результат теста, добавить комментарий. |
Предварительные условия |
Вход в подсистему с учетной записи, имеющей права редактирования |
Выходные условия |
Нет |
Нормальное направление |
Пользователь редактирует учетные записи и поля. |
Альтернативные направления |
Нет |
Исключения |
Нет |
Рисунок 3. Диаграмма вариантов использования «блок редактирования»
Рисунок 4. Диаграмма вариантов использования «блок тестирования»
Таблица 4. Вариант использования – Рабочий режим (тестирование).
Действующее лицо |
Тестируемый |
Описание |
Действующему лицу предоставляется возможность прохождения серии тестов. Программа производит фиксирование изменённых ответов на текущий тест. |
Предварительные условия |
нет |
Выходные условия |
Выполненная серия тестов |
Нормальное направление |
Пользователь пошагово проходит все части тестов. Пользователь может вернуться на один\несколько шагов назад и исправить ответ. Пользователь может пропустить один из тестов. |
Альтернативные направления |
Нет |
Исключения |
Пользователь отказался от прохождения одного из тестов. |
Рисунок 5. Диаграмма вариантов использования «блок вывода результата»
Таблица 5. Вариант использования – Вывод результата
Действующее лицо |
Тестируемый |
Описание |
Действующему лицу предоставляется возможность узнать результат пройденных тестов |
Предварительные условия |
Выполненная серия предложенных тестов. |
Выходные условия |
Нет |
Нормальное направление |
Программа выдаёт результат пройденных тестов в виде текста |
Альтернативные направления |
Нет |
Исключения |
Нет |