Содержание

Введение                                                                                                                 5

1. Анализ предметной области и требований к системе                   6

    1.1 Позиционирование                   6

    1.2 Описание пользователей                   7

    1.3 Краткий обзор изделия                 10

    1.4 Возможности продукта                 11

2. Построение диаграммы вариантов использования                 12

    2.1 Выявление акторов                 12

    2.2 Выявление вариантов использования                 13

    2.3 Разработка диаграмм вариантов использования                 15

  2.4 Структуризация вариантов использования                 15

  2.5 Реестр вариантов использования                 17

  2.6 Конкретизация вариантов использования                 20

      2.7 Поиск ключевых вариантов использования                 27

3. Разработка технического задания                30

    3.1 Общее описание системы                                                                         30

    3.2 Список действующих лиц                        30

    3.3  Глоссарий  (словарь терминов и используемых понятий)                30

    3.4  Структура проектируемой системы                  31             

    3.5  Требования для развертывания системы                  31

    3.6  Прочие требования                  32

4. Построение дополнительных диаграмм                  35

  4.1 Диаграмма последовательности                          35

  4.2 Диаграмма состояний                    36

5. Построение диаграммы классов                     38

6. Проектирование базы данных              39

7. Планирование развертывания системы              40

Заключение              41

Список используемой литературы              42

Введение

В данном проекте рассматривается задача проектирования информационной системы для автоматизации работы салона по продаже автомобилей. Систему можно смоделировать с помощью нескольких разновидностей UML диаграмм, таких как диаграмма вариантов использования (use case diagram), диаграмма последовательности (sequence diagrams), диаграмма состояний (state diagram), диаграмма классов (class diagram), диаграмма развертывания (deployment diagram). В качестве среды разработки диаграмм будем использовать среду IBM Rational Rose. Это универсальный, достаточно простой и обладающий большим набором возможностей продукт.

1.     Анализ предметной области и требований к системе

1.1 Позиционирование

Деловые преимущества

В настоящее время передача и хранение информации в салоне по продаже автомобилей «Crash Test» осуществляется на основе использования бумажных документов. В сравнении с имеющимся, новое решение позволит обеспечить более удобный режим доступа заинтересованных лиц к информации, повысить быстродействие, обеспечить надёжное хранение данных и более полный охват функций, подлежащих автоматизации.

Определение проблемы

Определение позиции изделия

1.2 Описание пользователей

Сведения о пользователях

У системы существуют пять основных пользователей: директор, бухгалтер, продавец-консультант, менеджер, покупатель.

Директор: занимает главную должность в организации, осуществляет диалог как с системой, так и с другими актёрами. Зависимость директора фирмы, директора производства автомобилей и поставщика обуславливается заключением договора.

Бухгалтер: снабжает информацией систему, после чего менеджер (актёр), получает информацию из системы (от бухгалтера). Данный актёр выполняет различные экономические и финансовые операции и  является единственным специалистом в этой сфере. Бухгалтер решает пять основных задач:

1.      Оформляет накладные на поступившие авто;

2.      Формирует список гарантийных авто;

3.      Регистрирует проданные авто;

4.      Предаёт готовую документацию на авто;

5.      Начисляет зарплату

Менеджер: специалист в сфере работы с клиентами. Выполняет все возможные консультации, отвечает на интересующие вопросы клиентов, при помощи, автоматизированной системы.

Продавец консультант и покупатель взаимосвязаны. Выручка предприятию осуществляется благодаря обоим актёрам т.к. из следствия продажи вытекает покупка.

Продавец консультант осуществляет следующие операции:

1. Оформление положения по допуску авто к эксплуатации;
2. Оформление договора с клиентом;
3. Оформление гарантийного талона;
4. Выбивает чек.

Покупатель для себя осуществляет иные операции:

1.                 Выбирает марку автомобиля;

2.                 Выбирает комплектующие;

3.                 Определяется с цветом;

4. Подаёт информацию о себе (документация);
5. Оплата (безналичный расчёт).
6. Оплата (наличный расчет)

Пользовательская среда

В настоящее время в автосалоне есть один директор, два менеджера один бухгалтер, четыре продавца-консультанта.  Увеличение количества продавцов-консультантов в ближайшие 3 года – максимально 4, менеджеров – максимально 5. Пользователи будут взаимодействовать с системой, используя терминал с «живым экраном». Доступ к данным на сервере будет осуществляться через локальную сеть компании, либо через Интернет. Система будет работать на платформе IBM PC. Операционная система для серверной части - Ubuntu Linux , для терминала – Microsoft Windows Server 2003, для клиентской - Microsoft Windows XP.

Профили пользователей 

Ключевые потребности пользователей

Директор затрачивает значительное время на получение актуальных отчетов о деятельности салона. Бухгалтер затрачивает значительное время на оформление приходных и расходных накладных, начисление зарплаты, формирование списков гарантийных авто. Менеджер испытывает затруднения в консультации клиентов. Продавец-консультант медленно оформляет документы на продаваемый автомобиль. Покупатель с помощью продавца-консультанта желает подобрать автомобиль по требуемым характеристикам.

1.3 Краткий обзор изделия

Контекст использования системы

Система является законченной независимой разработкой. В перспективе возможно использование системы в комплексе с системами автоматизации других отделов. Коммуникации – на уровне доступа к общей базе данных.

Сводка возможностей

Предположения и зависимости

Система будет использоваться на территориально разнесенном предприятии. В случае появления необходимости в дополнительных отчетах АИС должна претерпеть малосущественные изменения (нужно будет модифицировать отчётные формы).

1.4 Возможности продукта

Работа с учетными записями пользователей

Создание пользователя, указание его логина, пароля, электронной почты, ФИО. Смена пароля и других данных о пользователе. Назначение прав пользователю. Удаление пользователя.

Регистрация заказа

Формирование заказа поставщику (производителю) на определенный срок.

Регистрация поступления автомобилей

Система позволяет вносить в БД сведения о вновь поступивших автомобилях.

Подбор автомобиля

Система позволяет клиенту при помощи продавца-консультанта подобрать нужный автомобиль.

Обработка электронных платежей

Покупатель даёт пластиковую банковскую карту, через которую считывается вся необходимая информация о клиенте, и так же с помощью неё со счёта в банке снимается сумма, на которую сделана покупка. Если на лицевом счёте не хватает средств, то автомобиль предлагается в кредит, до момента пополнения счёта (срок кредита оговаривается индивидуально с клиентом).

Просмотр отчетов

Система позволяет директору автосалона сформировать отчеты: прибыль за определенный период, продажи различных автомобилей за определенный период, изменение динамики продаж.

Выявление технически подготовленных автомобилей

Главная задача данной возможности выявить, из имеющихся автомобилей, технически подготовленные, после чего официально зарегистрировать и в итоге получить документировано укомплектованный автомобиль. Проверкой на ISO занимается технический директор. Он же формирует отчёт о проделанной работе. Отчёт и все соответствия регистрируется. Готовую документацию получает главный менеджер, который даёт официальное подтверждение о готовности автомобиля к продаже. После того как автомобиль проходит все этапы системы, он выставляется для продажи.

2. Построение диаграммы вариантов использования

2.1 Выявление акторов

Рисунок 1 — Анализ акторов работающих с системой

Все продавцы-консультанты использовать разрабатываемую систему однотипно. Это позволило обобщить эти 4 роли в одну.

Менеджеры так же используют систему однотипно, поэтому можно их объединить.

Краткое описание акторов представлено в таблице 1.

Таблица 1. Выявление акторов

2.2 Выявление вариантов использования

Выявленные варианты использования сведены в таблицу 2.

Таблица 2. Выявление вариантов использования

2.3 Разработка диаграмм вариантов использования

Рисунок 2 — Диаграмма прецедентов системы

2.4 Структуризация вариантов использования

Анализ вариантов использования выявил следующие взаимосвязи.

1. Бухгалтер получает доступ к базе данных при условии успешной проверки прав, после чего ему предоставляется возможность просматривать записи в БД, создавать новые записи или удалять существующие.

Рисунок 3 — Анализ связей расширения и включения для вариантов использования доступа к базе данных

2. Продавец-консультант получает доступ к базе данных при условии успешной проверки прав, после чего ему предоставляется возможность просматривать записи в БД или создавать новые записи.

3. Покупатель, Директор и Менеджер могут просматривать записи в БД.

Результирующая диаграмма вариантов использования показана на рисунке 4.

Рисунок 4 — Модифицированная диаграмма прецедентов системы

2.5 Реестр вариантов использования

Анализ, проведенный в параграфе «2.4 Структуризация вариантов использования», не выявил исключенные варианты использования, были выявлены некоторые прецеденты и взаимосвязи между прецедентами. Результирующий список вариантов использования показан в таблице 3.

Таблица 3. Реестр вариантов использования

2.6 Конкретизация вариантов использования

D1. Заключение договора с производителем авто

Основное действующее лицо: Директор

Другие участники прецедента: Директор производства

Связи с другими вариантами использования: отсутствуют

Краткое описание.

Данный вариант использования  предоставляет директору возможность заключить договор с производителем авто, в последствии данный договор будет задействован в качестве основания для оформления приходных накладных на товар и гарантийных обязательств.

D2. Заключение договора с поставщиком

Основное действующее лицо: Директор

Другие участники прецедента: Поставщик

Связи с другими вариантами использования: отсутствуют

Краткое описание.

Данный вариант использования  позволяет директору возможность заключить договор с поставщиком (дилером) авто, в последствии данный договор будет задействован в качестве основания для оформления приходных накладных на товар и гарантийных обязательств.

D3. Предоставления доступа к записям БД

Основное действующее лицо: Директор

Другие участники прецедента: отсутствуют

Связи с другими вариантами использования: отсутствуют

Краткое описание.

Данный вариант использования  позволяет директору получать доступ к записям БД и формировать отчеты о деятельности автосалона.

P1. Оформление положения по допуску авто к эксплуатации

Основное действующее лицо: Продавец консультант

Другие участники прецедента: отсутствуют

Связи с другими вариантами использования: отсутствуют

Краткое описание.

Перед продажей автомобиля продавец-консультант оформляет документы о предпродажной подготовке, таможенные документы (если автомобиль иностранный).

P2. Оформление договора с клиентом

Основное действующее лицо: Продавец консультант

Другие участники прецедента: отсутствуют

Связи с другими вариантами использования: отсутствуют

Краткое описание.

После того как клиент подобрал нужный автомобиль и готов его купить, продавец-консультант оформляет договор купли-продажи. Договор хранится в базе данных салона.

P3. Оформление гарантийного талона

Основное действующее лицо: Продавец консультант

Другие участники прецедента: отсутствуют

Связи с другими вариантами использования: отсутствуют

Краткое описание.

Макет гарантийного талона хранится в БД, при продаже авто в него вносятся данные о покупателе, продаваемом автомобиле и дата продажи.

P4. Выбивает чек

Основное действующее лицо: Продавец консультант

Другие участники прецедента: отсутствуют

Связи с другими вариантами использования: отсутствуют

Краткое описание.

Если покупатель осуществляет оплату наличными, то продавец-консультант выбивает чек. 

P5. Предоставления доступа к записям БД

Основное действующее лицо: Продавец консультант

Другие участники прецедента: отсутствуют

Связи с другими вариантами использования: отсутствуют

Краткое описание.

Для помощи клиенту в выборе авто продавцу-консультанту нужно выполнить  запрос к БД.  

P6. Создание новой записи

Основное действующее лицо: Продавец консультант

Другие участники прецедента: отсутствуют

Связи с другими вариантами использования: отсутствуют

Краткое описание.

При продаже автомобиля продавец-консультант создает документ с  перечислением всех комплектующих с указанием цены на каждое из них и общей сумы.

P1.1. Выбирает марку авто

Основное действующее лицо: Покупатель

Другие участники прецедента: отсутствуют

Связи с другими вариантами использования: отсутствуют

Краткое описание.

При выборе нужного автомобиля покупатель имеет возможность просмотреть фот авто по введенным характеристикам.

P1.2. Выбирает комплектующие

Основное действующее лицо: Покупатель

Другие участники прецедента: отсутствуют

Связи с другими вариантами использования: отсутствуют

Краткое описание.

При выборе нужного автомобиля покупатель имеет возможность дополнительно подобрать нужные комплектующие.

P1.3. Определяется с цветом

Основное действующее лицо: Покупатель

Другие участники прецедента: отсутствуют

Связи с другими вариантами использования: отсутствуют

Краткое описание.

При выборе нужного автомобиля покупатель имеет возможность просмотреть фото авто во всех имеющихся цветовых вариантах.

P1.4. Подаёт информацию о себе (документация)

Основное действующее лицо: Покупатель

Другие участники прецедента: отсутствуют

Связи с другими вариантами использования: отсутствуют

Краткое описание.

Для оформления таких документов как договор купли-продажи, гарантийный талон необходимо в БД внести информацию о покупателе: ФИО, номер паспорта, адрес, телефон.

P1.5. Оплата (безналичный расчёт)

Основное действующее лицо: Покупатель

Другие участники прецедента: отсутствуют

Связи с другими вариантами использования: отсутствуют

Краткое описание.

После оформления автомобиля покупатель производит оплату с помощью карта NCC, при нехватке суммы на счете возможно оформление кредита на недостающую сумму.

P1.6 Предоставления доступа к записям БД

Основное действующее лицо: Покупатель

Другие участники прецедента: отсутствуют

Связи с другими вариантами использования: отсутствуют

Краткое описание.

Для самостоятельного выбора автомобиля через терминал покупателю необходим доступ к БД.

B1 Оформляет накладные на поступившие авто

Основное действующее лицо: Бухгалтер

Другие участники прецедента: отсутствуют

Связи с другими вариантами использования: отсутствуют

Краткое описание.

На основании договора с поставщиком бухгалтер вносит данные о поступивших автомобилях.

B2 Формирует список гарантийных авто

Основное действующее лицо: Бухгалтер

Другие участники прецедента: отсутствуют

Связи с другими вариантами использования: отсутствуют

Краткое описание.

После оформления приходных накладных устанавливает гарантийный срок на все поступившие автомобили.

B3 Регистрирует проданные авто

Основное действующее лицо: Бухгалтер

Другие участники прецедента: отсутствуют

Связи с другими вариантами использования: отсутствуют

Краткое описание.

После осуществления продажи бухгалтер регистрирует проданное авто и запись перемещается из списка имеющихся в список проданных авто.

B4 Начисляет зарплату

Основное действующее лицо: Бухгалтер

Другие участники прецедента: отсутствуют

Связи с другими вариантами использования: отсутствуют

Краткое описание.

В зависимости от должности сотрудника и ставки система позволяет произвести начисление зарплаты за отработанный период.

B5 Передаёт готовую документацию на авто

Основное действующее лицо: Бухгалтер

Другие участники прецедента: Менеджер

Связи с другими вариантами использования: отсутствуют

Краткое описание.

Менеджер получает всю информацию о новых авто необходимую для консультации клиентов.

B6 Передаёт готовую документацию на авто

Основное действующее лицо: Бухгалтер

Другие участники прецедента: отсутствуют

Связи с другими вариантами использования: отсутствуют

Краткое описание.

Бухгалтер получает доступ к БД.

B7 Создание новой записи

Основное действующее лицо: Бухгалтер

Другие участники прецедента: отсутствуют

Связи с другими вариантами использования: отсутствуют

Краткое описание.

Вносит в систему новый документ.

B8 Удаление записи

Основное действующее лицо: Бухгалтер

Другие участники прецедента: отсутствуют

Связи с другими вариантами использования: отсутствуют

Краткое описание.

При работе с бухгалтерскими документами имеется возможность удаления записей.

M1 Создание новой записи

Основное действующее лицо: Менеджер

Другие участники прецедента: отсутствуют

Связи с другими вариантами использования: «B5. Передает готовую документацию на авто»

Краткое описание.

Поучая информацию обо всех имеющихся автомобилях менеджер консультирует как клиентов в салоне, так и удаленно через интернет, посредством служб E-MAIL и  ICQ.

  2.7 Поиск ключевых вариантов использования

Анализ вариантов использования показал, что наиболее существенными для работы актеров с БД стали прецеденты связанные с работой бухгалтера, продавца-консультанта, менеджера, покупателя, директора.

Таблица 4. Для дальнейшей детализации выбраны четыре прецедента:

Прецедент Предоставление доступа к записям БД

Прецедент Удаление записи

 Прецедент Создание новой записи

Прецедент Проверка прав

3 Разработка технического задания

3.1 Общее описание системы

Полное наименование системы: АИС «АвтоМир». Предназначена для использования в салоне по продаже автомобилей. Цели создания системы: требуется спроектировать информационную систему, позволяющую сотрудникам и руководству эффективно решать задачи по организации продаж автомобилей.

3.2 Список действующих лиц

1) Директор. Занимает главную должность в организации, осуществляет диалог как с системой, так и с другими актёрами.

2) Бухгалтер. Данный актёр выполняет различные экономические и финансовые операции

3) Менеджер. Проводит консультации клиентов.

4) Продавец-консультант. Оформляет продажу автомобиля.

5) Покупатель. Подбирает автомобиль, осуществляет оплату.

3.3  Глоссарий  (словарь терминов и используемых понятий)

База данных (БД)

База данных – база данных хранится и обрабатывается в вычислительной системе, данные в базе данных хорошо структурированы, структура базы данных обеспечивает эффективный поиск и обработку данных.

Учет движения товара

Учет движения товара –возможность системы позволяющая сохранять изменения вносимые в систему (приходные накладные / расходные накладные) в разрезе времени.

Отчет

Отчет – система предоставляет возможность просматривать отчеты такие, как выручка салона за определенный период, продажи различных автомобилей по классам и т.д.

Проверка прав

Проверка прав – перед началом работы системы пользователь должен ввести логин и пароль для своей учетной записи. Покупатель получает доступ к выбору авто без пароля.

Заказ

Заказ – заявленная заказчиком потребность в покупке автомобиля (в случае отсутствия желаемого автомобиля в наличии у автосалона).

Продажа

Продажа – операция связанная с оформлением документов: договор купли-продажи, гарантийный талон, документы на автомобиль, предпродажная подготовка автомобиля.

Модель

Модель – совокупность характеристик автомобиля (тип кузова, тип двигателя, цвет, класс автомобиля, и т.д.)

Модель

Модель – совокупность характеристик автомобиля (тип кузова, тип двигателя, цвет, класс автомобиля, и т.д.)

Используемые документы

Заказ поставщику

Заказ поставщику – документ содержащий информацию о заказанных автосалоном автомобилях.

Назначение цен

Цена продажи – документ содержащий цену на автомобиль.

Цены поставщика

Цена поставщика – документ хранит цены по которым автосалон покупает автомобили у поставщика.

Приходная накладная

Поступление – документ в котором фиксируется поступление автомобилей.

Расходная накладная

Реализация – документ в котором фиксируется факт продажи.

3.4 Структура проектируемой системы

Автоматизированная система работает на основе клиент-серверной архитектуры. На серверной машине — база данных MySQL Enterprise. Клиентские компьютеры осуществляют доступ к данным посредством клиентского приложения. Взаимодействие сервера и клиентов происходит через локальную сеть.

3.5 Требования для развертывания системы

Минимальные системные требования для сервера:

      2 Гб памяти

      200 Mb свободного дискового пространства

      процессор с тактовой частотой 2500 MHz

      Операционная система Microsoft Windows Server 2003

Минимальные системные требования для клиентской части:

      500 Mb памяти

      50 Mb свободного дискового пространства

      процессор с тактовой частотой 1500 MHz

      Операционная система Windows XP

      Сканер кредитных карт

      Фискальный регистратор

      Компьютер с сенсорным экраном (для самостоятельного выбора желаемого авто)

3.6  Прочие требования

Требования к персоналу

Минимальное количество персонала, требуемого для работы программы, должно составлять не менее 2 штатных единиц — бухгалтер, и продавец-консультант.

АРМ бухгалтера и продавца-консультанта должны быть доступны в рабочие дни в рабочее время (как правило, с 8 до 18).

Требования к надежности

Устойчивое функционирование АИС обеспечивается проведение следующих мероприятий: использование лицензионного программного обеспечения, организация бесперебойного питания технических средств, регулярная проверка на наличие компьютерных вирусов.

Время, затрачиваемое на обслуживание системы не должно превышать 5% от общего времени работы. Среднее время безотказной работы – 10 рабочих дней. Максимальная норма ошибок или дефектов – 1 ошибка на пять тысяч строк кода.

Требования к эксплуатации

Система должна быть способна поддерживать минимум 10 одновременно работающих пользователей, связанных с общей базой данных и иметь возможность увеличить их количество на случай увеличения штата сотрудников предприятия. В настоящее время в автосалоне есть один директор, два менеджера один бухгалтер, четыре продавца-консультанта.  Увеличение количества продавцов-консультантов в ближайшие 3 года – максимально 4, менеджеров – максимально 5.

Требования к применимости

Время, необходимое для обучения обычных пользователей – 1 рабочий день (8 часов), для обучения продвинутых пользователей – половина рабочего дня (4 часа).Время отклика для типичных задач – не более 5 секунд, для сложных задач – не более 20 секунд.

Требования к документации

В системе должны быть представлены Руководства пользователей (по типам пользователей). Они должны содержать расшифровку всех используемых терминов, описания основных вариантов использования, включая альтернативные сценарии, а также подробный обзор интерфейса программы.

Интерактивная справка необходима для разрешения возникших во время работы вопросов. В справке должна быть реализована возможность поиска информации по ключевым словам, а также вариант представления информации по отдельным позициям меню программы. Справка должна содержать максимально полную и подробную информацию по работе системы.

Руководство пользователя

При запуске системы автоматически открывается окно .exe файла. В нижней части окна имеется кнопка start, которая и является руководящей (см. рисунок 3.2). 

              Рисунок 5 – Вид рабочей системы

Показанное окно имеет 7 режимов:

1.Подбор автомобиля;

2.Режим консультанта;

3.Бухгалтерия;

4.Универсальный режим;

5.Главный режим (режим директора);

6.Режим настройки;

7.Обслуживание;

1 режим необходим для покупателей, для выбора товара.

2 режим доступен только продавец и менеджер под специальным универсальным паролем. Необходим для консультирования, оценки состояния товара, анализа спроса.

3 режим доступен только для бухгалтера, имеющего ID код. Учёт доходов, расходов, приёмка и убыв товара, расчёт зарплаты и другие бух операции.

4 режим предназначен для различных действий т.е. все режимы в одном. Это необходимо при сбое системы, т.к. именно в этом режиме фиксируется вся информация о проделанных работах. Доступен только для директора компании.

5 режим так же доступен только для директора организации, который заключает различные сделки, договора и работает с документацией своей компании.

6 режим необходим для программиста и разработчика, доступен только для них.

7 режим является открытым для менеджера.

При нажатии любого из режимов, на терминале открывается такое же окно с необходимой информацией.

4.  Построение дополнительных диаграмм

4.1 Диаграмма последовательности

              Рисунок 6 — Диаграмма последовательности для процесса работы продавца с системой

В данном случае в качестве актера выбран продавец. Данная диаграмма иллюстрирует очередь выполнения операций взаимодействия Продавца, Формы и Системы во времени.

4.2 Диаграмма состояний

  Рисунок 7 — Диаграмма состояний для описания возможных состояний работы продавца с системой

Данная диаграмма позволяет алгоритм реализации, выполняемых системой операций. Диаграмма деятельности состоит из:
- Действий. К действиям относятся: Проверка пароля, удаление записи, создание новой записи, предоставление доступа к БД, извлечение записей из архива.
- Точки принятия решения – продавец вошел в систему, будем еще удалять, будем еще создавать новую запись, вернуться к предоставлению доступа к БД.
- Полосы синхронизации – позволяет указать какие действия допускают единое выполнение или логическое объединение. Разделение - после проверки пароля можно перейти как на удаление записи так и на создание новой записи.
- Начальное и конечное действие

Рисунок 8 — Диаграмма состояний для описания заключения договора компании с производителем автомобилей

Идея диаграммы – заключение договора компании с производителем автомобилей. Для того чтобы был эффективный товарооборот, необходимо изучить спрос потребителя, предпочтения, мода и другие факторы. Затем спрос детализируется и оформляется заказ. Проводится диагностика заказа и формируется новый, из тех автомобилей, которые готовы к реализации. При условии если нет хотя бы одного пункта в заказе, документ пересматривается, а если есть все из заказанных авто, процесс продолжается.               Документация отсылается для дальнейшей обработки. Затем производится отправка документов для заключения и занесение в БД. Создаётся соглашение о сотрудничестве и заключается договор о сотрудничестве с производителем автомобилей.

5.            Построение диаграммы классов

Рисунок 9 — Диаграмма классов для работы продавца с системой

Данная диаграмма состоит из 3-х видов классов.
Граничный или интерфейсный используется для связи актера и системы. В данном случае два экземпляра граничного класса это Форма и Результат, каждый со своим набором методов.
Управление применяется при реализации характеристик поведения системы, присущих одному или нескольким прецедентам. В данном случае это обработка ошибок, безопасность и управление, с соответствующим набором методов.
Класс сущности моделирует структуру данных. В данном случае это машины, продажа авто и продавец, каждый из которых обладает собственными атрибутами.

6. Проектирование базы данных

Рисунок 10 — ER-диаграмма

7. Планирование развертывания системы

  Рисунок 11 — Диаграмма развертывания системы

Заключение

В данном курсовом проекте была создана модель работы «Системы отслеживания проблем». Разработанное в проекте техническое задание содержит основные требования к системе в структурированном виде, что позволяет разработчику получить полную картину о рассматриваемой предметной области и задачах, которые стоят перед ним. Был построен ряд диаграмм в соответствии с моделью UML в среде IBM Rational Rose. Диаграмма последовательности прояснила процесс решения проблемы, возникающей у клиента компании. Диаграмма состояний позволила узнать подробности смены статуса проблемы, решаемой в техническом отделе. Для моделирования предметной области была создана диаграмма классов. ER-диаграмма была спроектирована для того, чтобы отразить структуру базы данных, которую предстоит создать разработчику системы. Диаграмма развертывания позволила визуализировать статический вид системы с точки зрения развертывания.

Выполнение данного курсового проекта позволило сделать вывод о пригодности использования UML диаграмм для моделирования информационных систем.

Список используемой литературы

1. Грейди Буч, Джеймс Рамбо, Айвар Джекобсон. UML. Руководство пользо- вателя. Издательство: ДМК, 2001 г.

2. Проектирование информационных систем: курс лекций. Учеб. пособие для студентов вузов, обучающихся по специальностям в области информ. технологий / В.И. Грекул, Г.Н. Денищенко, Н.Л. Коровкина. – Интернет-Ун-т Информ. Технологий, 2005. ­­­– 304 с.: ил. 

3. Ю. А. Маглинец. Анализ требований к автоматизированным информационным системам: курс лекций. www.intuit.ru

17