ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ОБРАЗОВАНИЮ Национальный исследовательский университет ресурсоэффективных технологий Томский Политехнический университет Институт кибернетики Кафедра Автоматики и Компьютерных сисем. Отчет по лабораторной работе №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