Основное действующее лицо: Бухгалтер
Другие участники прецедента: отсутствуют
Связи с другими вариантами использования: отсутствуют
Краткое описание.
Вносит в систему новый документ.
|
B8 |
Бухгалтер |
Удаление записи |
В процессе работы с системой актер может произвести удаление записей из БД. |
Основное действующее лицо: Бухгалтер
Другие участники прецедента: отсутствуют
Связи с другими вариантами использования: отсутствуют
Краткое описание.
При работе с бухгалтерскими документами имеется возможность удаления
записей.
|
M1 |
Менеджер |
Осуществляет консультации |
Всевозможные консультации клиентам при помощи сети Internet и других возможностей. |
Основное действующее лицо: Менеджер
Другие участники прецедента: отсутствуют
Связи с другими вариантами использования: «B5. Передает готовую документацию на авто»
Краткое описание.
Поучая информацию обо всех имеющихся автомобилях менеджер консультирует
как клиентов в салоне, так и удаленно через интернет, посредством служб E-MAIL и ICQ.
Анализ вариантов использования показал, что наиболее существенными для
работы актеров с БД стали прецеденты связанные с работой бухгалтера,
продавца-консультанта, менеджера, покупателя, директора.
Таблица 4. Для дальнейшей детализации выбраны четыре прецедента:
Прецедент Предоставление доступа к записям БД
|
Название: |
Предоставление доступа к записям БД |
|
Цель: |
Предоставление текущей информации по автомобилям |
|
Специальные требования: |
Специальные требования не определены |
|
Предусловия: |
Предусловия не определены |
|
Постусловия: |
Постусловия не определены |
|
Дополнительные замечания: |
Дополнительных замечаний нет |
|
Основной поток: |
А: Функции варианта использования начинают выполняться с отображения текущих записей(если окно текущих записей не может быть отражено, то выполняется альтернативный поток А). Б: Если открыто окно текущих записей или окно архивных записей, тогда выполняется чтение записей из БД и размещение их в рабочем окне(если обновление выполнить не удается, тогда выполняется альтернативный поток Б). В: Если выбрана опция - отображения архива записей, тогда на экран выводятся все записи архива(если окно архива записей не может быть отражено, то выполняется альтернативный поток В). |
|
Альтернативный поток: |
А: Ошибка отображения окна архивных записей; система сообщает актеру о том, что в данный момент информация недоступна; вариант использования активизируется завершается. Б: Не удается выполнить обновление записей; система сообщает субъекту о том что невозможно выполнить обновление; предлагается повторить обновление или завершить вариант использования. В: Ошибка отображения окна архивных записей; система сообщает актеру о том, что в данный момент информация недоступна; вариант использования активизируется завершается. |
Прецедент Удаление записи
|
Название: |
Удаление записи |
|
|
Цель: |
Удаление ненужной записи из БД |
|
|
Специальные требования: |
Специальные требования не определены |
|
|
Предусловия: |
Для удаления записи требуется пароль администратора |
|
|
Постусловия: |
Постусловия не определены |
|
|
Дополнительные замечания: |
Дополнительных замечаний нет |
|
|
Основной поток: |
А: Функции варианта использования начинают выполняться с регистрации актера с заданием его имени и пароля. Система проверяет пароль на достоверность(если пароль неверен, активизируется альтернативный поток А). Б: Отображаются все записи БД(если отображение невозможно, то выполняется альтернативный поток Б), актер выбирает запись для удаления(если выбрать запись для удаления невозможно, то выполняется альтернативный поток В), для того чтобы удалить запись актер подтверждает свой выбор(если не удается удалить запись, то выполняется альтернативный поток Г). |
|
|
Альтернативный поток: |
А: введен неверный пароль; выдача сообщения ввода неверного пароля; субъекту предоставляется возможность повторить ввод или завершить вариант использования. Б: Не удается отобразить записи; выдается сообщение актеру о том, что не удается отобразить записи; вариант использования завершается. В: Не удается выбрать запись; выдается сообщение актеру о том, что не удается выбрать запись; вариант использования завершается. Г: Не удается удалить запись; выдается сообщение актеру о том, что не удается удалить запись; вариант использования завершается. |
|
Прецедент Создание новой записи
|
Название: |
Создание новой записи |
|
Цель: |
Добавление новой записи |
|
Специальные требования: |
Специальные требования не определены |
|
Предусловия: |
Для создания новой записи требуется пароль администратора или продавца |
|
Постусловия: |
Постусловия не определены |
|
Дополнительные замечания: |
Дополнительных замечаний нет |
|
Основной поток: |
А: Функции варианта использования начинают выполняться с регистрации актера с заданием его имени и пароля. Система проверяет пароль на достоверность(если пароль неверен, активизируется альтернативный поток А). Б: Создание новой записи отображает окно с полями ввода. Актер вводит данные в поля(при задании неверной информации выполняется альтернативный поток Б) и актер подтверждает ввод. Вариант использования завершается. |
|
Альтернативный поток: |
А: введен неверный пароль; выдача сообщения ввода неверного пароля; субъекту предоставляется возможность повторить ввод или завершить вариант использования. Б: Неверный ввод данных в поля; система сообщает актеру о неверном вводе информации и предлагает повторить операцию или завершить вариант использования. |
Прецедент Проверка прав
|
Название: |
Проверка прав |
|
Цель: |
Идентификация пользователя |
|
Специальные требования: |
Специальные требования не определены |
|
Предусловия: |
Предусловия не определены |
|
Постусловия: |
Постусловия не определены |
|
Дополнительные замечания: |
Дополнительных замечаний нет |
|
Основной поток: |
А: Функции варианта использования начинают выполняться с регистрации актера с заданием его имени и пароля. Система проверяет пароль на достоверность(если пароль неверен, активизируется альтернативный поток А). |
|
Альтернативный поток: |
А: введен неверный пароль; выдача сообщения ввода неверного пароля; субъекту предоставляется возможность повторить ввод или завершить вариант использования. |
3. Разработка технического задания
.1 Общее описание системы
Полное наименование системы: АИС «АвтоМир». Предназначена для
использования в салоне по продаже автомобилей. Цели создания системы: требуется
спроектировать информационную систему, позволяющую сотрудникам и руководству
эффективно решать задачи по организации продаж автомобилей.
.2 Список действующих лиц
) Директор. Занимает главную должность в организации, осуществляет диалог как с системой, так и с другими актёрами.
) Бухгалтер. Данный актёр выполняет различные экономические и финансовые операции
) Менеджер. Проводит консультации клиентов.
) Продавец-консультант. Оформляет продажу автомобиля.
) Покупатель. Подбирает автомобиль, осуществляет оплату.
База данных - база данных хранится и обрабатывается в вычислительной системе <#"787446.files/image005.jpg">
Рисунок 6 - Диаграмма последовательности для процесса работы продавца с
системой
В данном случае в качестве актера выбран продавец. Данная диаграмма
иллюстрирует очередь выполнения операций взаимодействия Продавца, Формы и
Системы во времени.
4.2 Диаграмма состояний
Рисунок 7 - Диаграмма состояний для описания возможных состояний работы
продавца с системой
Данная диаграмма позволяет алгоритм реализации, выполняемых системой операций. Диаграмма деятельности состоит из:
Действий. К действиям относятся: Проверка пароля, удаление записи, создание новой записи, предоставление доступа к БД, извлечение записей из архива.
Точки принятия решения - продавец вошел в систему, будем еще удалять, будем еще создавать новую запись, вернуться к предоставлению доступа к БД.
Полосы синхронизации - позволяет указать какие действия допускают единое выполнение или логическое объединение. Разделение - после проверки пароля можно перейти как на удаление записи так и на создание новой записи.
Начальное и конечное действие
Рисунок 8 - Диаграмма состояний для описания заключения договора компании
с производителем автомобилей
Идея диаграммы - заключение договора компании с производителем автомобилей. Для того чтобы был эффективный товарооборот, необходимо изучить спрос потребителя, предпочтения, мода и другие факторы. Затем спрос детализируется и оформляется заказ. Проводится диагностика заказа и формируется новый, из тех автомобилей, которые готовы к реализации. При условии если нет хотя бы одного пункта в заказе, документ пересматривается, а если есть все из заказанных авто, процесс продолжается.
Документация отсылается для дальнейшей обработки. Затем производится
отправка документов для заключения и занесение в БД. Создаётся соглашение о сотрудничестве
и заключается договор о сотрудничестве с производителем автомобилей.
.
Построение диаграммы классов
Рисунок 9 - Диаграмма классов для работы продавца с системой
Данная диаграмма состоит из 3-х видов классов.
Граничный или интерфейсный используется для связи актера и системы. В данном случае два экземпляра граничного класса это Форма и Результат, каждый со своим набором методов.
Управление применяется при реализации характеристик поведения системы, присущих одному или нескольким прецедентам. В данном случае это обработка ошибок, безопасность и управление, с соответствующим набором методов.
Класс сущности моделирует структуру данных. В данном случае это машины, продажа авто и продавец, каждый из которых обладает собственными атрибутами.
6. Проектирование базы данных
Рисунок 10 - ER-диаграмма
7. Планирование развертывания системы
Рисунок 11 - Диаграмма развертывания системы
Заключение
В данном курсовом проекте была создана модель работы «Системы отслеживания проблем». Разработанное в проекте техническое задание содержит основные требования к системе в структурированном виде, что позволяет разработчику получить полную картину о рассматриваемой предметной области и задачах, которые стоят перед ним. Был построен ряд диаграмм в соответствии с моделью UML в среде IBM Rational Rose. Диаграмма последовательности прояснила процесс решения проблемы, возникающей у клиента компании. Диаграмма состояний позволила узнать подробности смены статуса проблемы, решаемой в техническом отделе. Для моделирования предметной области была создана диаграмма классов. ER-диаграмма была спроектирована для того, чтобы отразить структуру базы данных, которую предстоит создать разработчику системы. Диаграмма развертывания позволила визуализировать статический вид системы с точки зрения развертывания.
Выполнение данного курсового проекта позволило сделать вывод о пригодности использования UML диаграмм для моделирования информационных систем.
Список используемой литературы
1. Грейди Буч, Джеймс Рамбо, Айвар Джекобсон. UML. Руководство пользо- вателя. Издательство: ДМК, 2001 г.
. Проектирование информационных систем: курс лекций. Учеб. пособие для студентов вузов, обучающихся по специальностям в области информ. технологий / В.И. Грекул, Г.Н. Денищенко, Н.Л. Коровкина. - Интернет-Ун-т Информ. Технологий, 2005. - 304 с.: ил.
. Ю. А. Маглинец. Анализ требований к автоматизированным информационным системам: курс лекций. www.intuit.ru