Лабораторная 1x

ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ОБРАЗОВАНИЮ
Национальный исследовательский университет ресурсоэффективных
технологий
Томский Политехнический университет
Институт кибернетики
Кафедра Автоматики и Компьютерных сисем.
Отчет по лабораторной работе №1
по дисциплине Человеко-Машинное взаимодействие
Описание Вариантов использования
Разработчик:
студент группы 8в83
Лайком Д.Н.
Согласовано:
асистент
Радченко П.А.
Томск 2011
1
Задание: Описать возможные варианты использования проектируемого
программного обеспечения.
1. Имя – Прием товара в СЦ.
2. Контекст использования – Прием товара в СЦ, заполнение
документации. Печать документов.
3. Область действия – Программа для инженеров в СЦ.
4. Уровень точности – Цель пользователя.
5. Основное действующее лицо – Инженер СЦ.
6. Другие участники и их интересы:
-Клиент СЦ: Хочет отдать товар на ремонт/гарантийный
ремонт/тестирование.
-СЦ: Хочет сократить издержки и обслужить как можно больше
заказов.
7. Предусловие: Отсутствует.
8. Минимальные гарантии – Каждый принятый товар контролируется в
системе. Этапы выполнения контролируются как заказчиком так и СЦ.
9. Гарантии успеха – Заказчик получает назад
отремонтированный/диагностированный товар. Оплачивает/не
оплачивает при этом услуги СЦ.
10.Триггер – Клиент приносит товар в СЦ.
11.Основной сценарий:
a. Заказчик: Инициирует запрос.
b. Инженер СЦ: Принимает товар, заполняет форму документов,
печатает документы. Система хранит параметры:
 Модель
 Дата
 Неисправность со слов клиента
 Адрес СЦ производителя (Если требуется).
c. Подпись документов.
12.Расширения:
a. Инженер отказывается принять товар (Механическое
повреждение)
b. Выходит из строя компьютер
Зайдите позже!
13.Список изменений в технологии и данных – Отсутствует.
14.Вспомогательная информация – Клиент, Не забудь чек и гарантийный
талон!
2
1. Имя – Выдача направления на замену товара.
2. Контекст использования – Отказ клиента от ремонта товара. Выписать
направление на земену.
3. Область действия - Программа для инженеров в СЦ.
4. Уровень точности – Цель пользователя.
5. Основное действующее лицо – Инженер СЦ.
6. Другие участники и их интересы:
-Клиент СЦ: Хочет получить замену товара.
-СЦ: Хочет сократить издержки и отказаться от замены.
7. Предусловие - Прием товара в СЦ.
8. Минимальные гарантии – Клиенту гарантируется замена или возврат
денег в течении 14 дней после покупки или по истечении 40 дней
ремонта.
9. Гарантии успеха – Клиент получает направление на замену товара.
10.Триггер - Клиент приносит товар в СЦ, но не прошло еще 14 дней или
прошло 40 дней ремонта.
11.Основной сценарий:
a. Инженер СЦ уведомляет клиента о возможности замены.
b. Инженер СЦ заполняет и печатает документы. Система хранит
параметры:
 Модель
 Дата
 Реквизиты СЦ
 Основания для замены.
c. Подпись документов.
12.Расширения:
a. Клиент хочет забрать деньги. – Возврат денег.
b. Клиент соглашается на ремонт – Ремонт.
13.Список изменений в технологии и данных – Отсутствует.
14.Вспомогательная информация – Клиент, Не забудь чек и гарантийный
талон!
3
1. Имя – Принять комплектующие для СЦ.
2. Контекст использования – Прием комплектующих, занесение
информации в базу данных, подпись документов.
3. Область действия – Программа для инженеров в СЦ.
4. Уровень точности – Цель пользователя.
5. Основное действующее лицо – Старший техник.
6. Другие участники и их интересы:
 СЦ – хочет купить больше комплектующих по меньшей цене.
 Поставщик – Хочет поставить компоненты в срок по большей
цене.
7. Предусловие – Запрос на комплектующие.
8. Минимальные гарантии – Поставщик гарантирует доставку
комплектующих. СЦ гарантирует оплату комплектующих.
9. Гарантии успеха – Поставщик получает деньги за комплектующие. СЦ
получает требуемые комплектующие.
10.Триггер – Запрос на комплектующие.
11.Основной сценарий:
a. СЦ: Инициирует запрос.
b. Поставщик: Привозит товар. В базе данных храняться
следующие параметры.:
 Дата
 Адрес СЦ.
 Адрес Фирмы поставщика
 Наименование комплектующих.
 Цены
c. Подпись документов.
12.Расширения:
 Комплектующие не поставлены в срок. Ожидание поставки.
 Не произведен расчет за комплектующие.
13. Список изменений в технологии и данных – Отсутствует.
14.Вспомогательная информация – Отсутствует.
4
1. Имя – Отправить в другой СЦ.
2. Контекст использования – При невозможности ремонта в данном СЦ,
отправить товар в СЦ производителя.
3. Область действия - Программа для инженеров в СЦ.
4. Уровень точности – Цель пользователя
5. Основное действующее лицо – Инженер СЦ.
6. Другие участники и их интересы:
 Клиент СЦ. Хочет получить отремонтированный товар.
 СЦ производителя. Отремонтировать товар и не подпортить
репутацию фирмы.
7. Предусловие: Невозможность ремонта в этом СЦ.
8. Минимальные гарантии – СЦ производителя обязуется
отремонтировать товар. СЦ обязуется передать товар и получить его
отремонтированным.
9. Гарантии успеха – СЦ Производителя передает отремонтированный
товар.
10.Триггер – Невозможность ремонта в СЦ.
11.Основной сценарий:
a. Инженер СЦ – инициирует запрос.
b. Инженер СЦ - Передает документы СЦ производителя.
Заполняет документы, заносит информацию в базу данных.
Информация:
 Модель
 Дата
 Неисправность
 Адреса сторон
12. Расширения:
a. Инженер отправляет товар не по адресу СЦ производителя.
13.Список изменений в технологии и данных – Отсутствует.
14.Вспомогательная информация.
5
1. Имя – Получить денежную выплату за неотремонтированный товар.
2. Контекст использования – При отказе от ремонта на гарантийном
сроке.
3. Область действия – СЦ.
4. Уровень точности – Обобщенный.
5. Основное действующее лицо – Клиент СЦ.
6. Другие участники и их интересы:
 Инженер СЦ – уговорить на ремонт.
 СЦ – уговорить на ремонт с целью не выплачивать деньги.
7. Предусловие – Отказ от ремонта.
8. Минимальные гарантии – Клиенту возвращают деньги за товар.
9. Гарантии успеха – Клиент получает деньги, если гаранийные условия
соблюдены.
10.Триггер – Менеджер предлагает ремонт или деньги.
11.Основной сценарий:
 Инженер извещает о невозможном ремонте.
 Клиент забирает деньги, отказываясь от ремонта.
12. Расширения – нет.
13.Список изменений в технологии и данных – Отсутствует.
14.Вспомогательная информация - Отсутствует
Вывод: В результате проделанной работы были описаны возможные
варианты использования и охарактеризованы возможные действия в
сценариях. Были выявлены все действующие лица и установлены
взаимоотношения между ними.
6