Освоение общей методики и инструментальных средств объектно-ориентированного моделирования. Разработка диаграммы вариантов испо. лабораторная работа №1. Цель работы ознакомиться с вариантом обобщенной методики объектноориентированного моделирования информационных систем, методику и технологию разработки диаграмм
 Скачать 101.5 Kb.
|
|
«Освоение общей методики и инструментальных средств объектно-ориентированного моделирования. Разработка диаграммы вариантов использования» Лабораторная работа 1 Цель работы: ознакомиться с вариантом обобщенной методики объектно-ориентированного моделирования информационных систем, методику и технологию разработки диаграмм вариантов использования (Use Case Diagram) для выработки требований к прикладному программному обеспечению проектируемой информационной системы. Ход работы 1 Составление глоссария Глоссарий (список часто используемых выражений или словарь узкоспециализированных терминов в какой-либо отрасли знаний с толкованием, иногда переводом на другой язык) предназначен для описания терминологии предметной области. Таблица 1 – глоссарий
Таблица 2 – перечень вариантов использования для действующих лиц
 Рисунок 1 – Диаграмма вариантов использования 2 Описание функциональных требований к разрабатываемой системе 2.1 Количество типов учетных записей пользователей Система должна иметь четыре типа учетных записей: а) администратор; б) пользователь; в) разработчик тестов; г) руководитель. 2.2 Формирование теста Разработчик тестов должен определять параметры теста. В соответствии с ними система случайным образом выбирает карточки теста из базы данных. 2.3 Параметры тестов Тесты должны иметь следующие параметры: а) профессия тестируемых; б) количество карточек с уровнем сложности «новичок»; в) количество карточек с уровнем сложности «опытный»; г) количество карточек с уровнем сложности «профи»; д) условие успешного прохождения теста (количество баллов) 2.4 Карточка теста Карточка теста должна содержать: а) вопрос; б) варианты ответов от 2 до 5, с указанием правильных ответов (может быть два правильных ответа); в) сложность (новичок, опытный, профи); г) название профессии. 2.5 Оценка результатов тестирования Баллы за правильный ответ на вопрос карточки должны начисляться в следующим образом: сложность новичок – 1 балл; сложность опытный – 2 балла; сложность профи – 3 балла. Набранные баллы суммируются. Итоговая сумма баллов является главным критерием успешности прохождения теста. 2.6 Ознакомление с результатами тестирования После прохождения теста сотрудник получает сообщение о том сколько он набрал баллов, тест сдан или нет, исходя из проходного балла. В личном кабинете сотрудник может просмотреть какие из его ответов содержали ошибки. 2.7 План тестирования В системе должна иметься возможность создания «плана тестирования». 2.8 Сохранение результатов прохождения тестов Ход и результаты тестирования записываются в «журнал тестирования». В административной части системе можно просмотреть результат всех кто тестировался, дату, время начала и окончания тестирования. 3 Описание потоков событий Потоком событий (flow of events) называется документ, в котором детализируется работа будущей системы. Поток событий должен определять процесс обработки данных, реализуемый в рамках варианта использования. Этот документ подробно описывает, что будут делать пользователи системы, и что – сама система. Описание потока событий не зависит от реализации. Обычно поток событий включает: – краткое описание; – предусловия (pre-conditions); – основной поток событий; – альтернативный поток событий (или несколько альтернативных потоков); – постусловия (post-conditions). Бизнес-процессы, протекающие в системе тестирования: а) основные – направленные на определение уровня знаний сотрудников; б) обеспечивающие – влияющие на функционирование системы и повышения эффективности тестирования сотрудников; в) управленческие – помогающие контролировать функционирование проекта, бесперебойность основных процессов. 3.1 Сценарии реализации «Создание теста» 1 Вариант использования «Создание теста» Действующие лица: Разработчик тестов. Цель: создание теста. Вызывающий сценарий: нет. Предусловие: нет. Основной поток: Разработчик теста инициирует вариант использования «Создание теста». Разработчик теста задает параметры теста: – профессия тестируемых; – количество карточек с уровнем сложности «новичок»; – количество карточек с уровнем сложности «опытный»; – количество карточек с уровнем сложности «профи»; – условие успешного прохождения теста (количество баллов). Разработчик теста сохраняет данные. Постусловия: данные сохранены в базе данных. 3.2 Сценарии реализации «Создание карточек тестирования» 1 Вариант использования «Создание карточек тестирования» Действующие лица: Разработчик тестов. Цель: создание карточек тестирования. Вызывающий сценарий: нет. Предусловие: нет. Основной поток: Разработчик тестов инициирует вариант использования «Создание карточек тестирования». Разработчик теста задает карточке тему. Разработчик теста задает карточке вопрос. Разработчик теста задает карточке варианты ответов. Разработчик теста задает карточке уровень сложности. Разработчик теста задает правильный вариант(ы) ответа на вопрос. Разработчик тестов сохраняет данные. Постусловия: данные сохранены в базе данных (БД). 3.3 Сценарии реализации «Просмотр журнала результатов тестирования» 1 Вариант использования «Просмотр журнала результатов тестирования» Действующие лица: Руководитель. Цель: получение информации о процессе тестирования сотрудников. Вызывающий сценарий: нет. Предусловие: нет. Основной поток: Руководитель инициирует вариант использования «Просмотр журнала результатов тестирования». Руководитель выбирает режим просмотра журнала: – отсортированный по заданному критерию список; – график построенный в зависимости от заданного временного диапазона; – список сформированный с помощью фильтра по выбранному критерию или диапазону значений; Руководитель просматривает журнал тестирования. Руководитель закрывает журнал тестирования. Постусловия: нет. Список литературы Леоненков. Самоучитель UML. – URL: http://khpi-iip.mipk.kharkiv.edu/library/case/leon/gl4/gl4.html. Программные средства Enterprise Architect. Sparx System. Program version 12.1.1229. |