- •Реферат
- •Содержание определения, обозначения и сокращения
- •Введение
- •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.2 Постановка задачи автоматизированной обработки результатов подсистемы профориентационного тестирования:
Подсистема должна обеспечивать 5 режимов работы:
Справочный. В справочном режиме тестируемому будет объяснено как пользоваться программным продуктом.
Аутентификационный. В аутентификационном режиме пользователь вводит имя и пароль и в зависимости от типа учетной записи он будет иметь права тестируемого, который может пройти тест и просмотреть результат, или психолога, у которого есть возможность редактировать тест и результат теста.
Режим редактирования. В режиме редактирования психолог просматривает все имеющиеся учетные записи с результатами тестирования и имеет возможность редактировать их (как результаты так и сами учетные записи).
Рабочий. В рабочем режиме тестируемый проходит все предложенные тесты. Имеется возможность пропустить какой-либо из тестов, но это повлечёт за собой неполноту и возможно недостоверность результата.
Итоговый. В итоговом режиме тестируемому будет предъявлен результат пройденных тестов.
1.1.3 Разработка требований к программному продукту.
Требования к программному продукту состоят из трёх блоков – бизнес-требования, требования пользователей, функциональные и нефункциональные требования [6].
Бизнес-требования связаны с целями организации и\или конкретного заказчика программного продукта. Обычно подобные требования напрямую связаны с теми, кто финансирует данный проект, а так же аудиторией покупателей, на которую он рассчитан.
Требования пользователей содержат те задачи, которые программному продукту надо будет решать. Функциональные требования определяют те функциональные возможности программного продукта, которые необходимо реализовать в рамках бизнес-требований.
Нефункциональные требования дополняют функциональные внешним интерфейсом и атрибутами качества программного продукта.
Атрибуты качества – это показатели соответствия заявленным требованиям и режиму работы. К ним относятся такие показатели как проиводительность, модифицируемость, стабильность.
Необходимо определить классы пользователей программного продукта для достижения наибольшего качества, а так же источники информации об этих классах
1.1.4 Бизнес-требования
Для разрабатываемой подсистемы были выявлены следующие требования к функциональности:
Справка. Предоставление необходимых знаний по интерфейсам и возможности заново ознакомиться с инструкцией по работе с тестами.
Аутентификационный. Ввод идентификационной и индивидуальной информации. Вход пользователя в подсистему с уже созданной учетной записи.
Редактирование. Удаление учетной записи, редактирование результатов, добавление комментариев.
Рабочий режим. Прохождение необходимого набора тестов, с возможностью пропуска какого-либо из предложенных тестов с предупреждением о возможном неверном результате
Вывод результата. Вывод результата тестирования.
1.1.5 Классы пользователей
Во время анализа предметной области было выявлено 2 класса пользователей: тестируемый и психолог. Тестируемый имеет доступ к прохождению теста, просмотру результата и написанию заметок для себя или преподавателя. Он не может создать новую учетную запись и не может отредактировать задание теста. Психолог имеет возможности создания новой учетной записи, редактирования уже имеющейся, редактирования результата или самого вопроса теста. Но он не может со своей учетной записи пройти тестирование.