Проектирование информационной системы для автоматизации работы салона по продаже автомобилей

 

Содержание


Введение

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Заключение

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

Введение


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

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


.1 Позиционирование


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

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


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

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

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

ДляАвтосалон «Crash Test»которойТребуется автоматизировать работу автосалона(Название продукта)АИС «АвтоМир»которыйОснован на СУБД MySQL EnterpiseВ отличие отСуществующего механизма на основе бумажной документациинаш продуктИсключает ошибки планирования

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

.Оплата (наличный расчет)

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

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


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

Типичный представительДиректорОписаниеПользователь системы, наделенный правами для заключения договоров с поставщиками, просмотр отчетов.ТипПользовательОтветственностиЗанимает главную должность в организации, осуществляет диалог как с системой, так и с другими актёрами.Критерий успехаПродать максимально возможное количество из имеющихся автомобилей, правильно уловить движение спроса.Типичный представительБухгалтерОписаниеПользователь системы, наделенный правами на выполнение различные экономических и финансовых операции и является единственным специалистом в этой сфере.ТипПользовательОтветственностиОформляет накладные на поступившие авто, формирует список гарантийных авто, регистрирует проданные авто, передаёт готовую документацию на авто, начисляет зарплату.Критерий успехаКорректное оформление и движение документов.Типичный представительМенеджерОписаниеСпециалист в сфере работы с клиентами.ТипПользовательОтветственностиВыполняет все возможные консультации, отвечает на интересующие вопросы клиентов, при помощи, автоматизированной системы.Критерий успехаЭффективное консультирование клиентов.Типичный представительПродавец-консультантОписаниеПользователь системы, наделенный правами на просмотр информации о автомобилях.ТипПользовательОтветственностиОформление положения по допуску авто к эксплуатации, оформление договора с клиентом, оформление заказа на автомобиль, оформление гарантийного талона, выбивает чек.Критерий успехаУвеличение выручки предприятия.

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

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


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


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

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


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

Выгоды заказчикаПоддерживающие возможностиУпрощение операции оплаты за автомобильОбработка электронных платежей по кредитной или дебитной карточке.Учет движения товараСистема позволит ускорить процесс оформления поступления и продажи товара в БД.Упрощение работы с клиентомВозможность подобрать автомобиль по таким характеристикам, как: модель, цвет, объем двигателя, год выпуска, тип кузова, тип двигателя. Система хранит информацию о всех клиентах купивших автомобиль. Подсчет суммы желаемой покупки.Возможность формирования заказаСистема позволяет Директору сформировать заказ и заключить договор с производителем или дилером на поставку автомобилейОтказ от излишних коммуникацийСистема позволяет пользователям получать нужную им информацию самостоятельно, не отвлекая от работы других участников процесса

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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


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


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


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


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

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

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


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

АкторКраткое описаниеДиректорЗанимает главную должность в организации, осуществляет диалог как с системой, так и с другими актёрами. Ознакомившись с возможностями производителя (поставщика), выбрав товар, производит заказ. После чего заключается договор о сотрудничестве.БухгалтерПри поступлении авто оформляет накладные, формирует список гарантийных авто, после продажи авто регистрируется и удаляется из базы имеющихся автомобилей, производит начисление зарплаты сотрудникам.МенеджерПроводит всевозможные консультации клиентам при помощи сети Internet, по телефону, ICQ, E-Mail.Продавец-консультантОформление положения по допуску авто к эксплуатации, после того, как клиент выбрал авто заключается договор покупке автомобиля, осуществляет оформления гарантийного талона, Выбивается чек для удостоверения покупки.ПокупательВыбирает марку автомобиля, выбирает комплектующие, осуществляет оплату, определяется с цветом, Передает информацию о себе (документацию).

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


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


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

Основной акторНаименованиеФормулировкаДиректорЗаключение договора с производителемОзнакомившись с возможностями производителя, выбрав товар, производит заказ. После чего заключается договор о сотрудничестве.ДиректорЗаключение договора с поставщикомПри продаже автомобилей необходимы специальные средства защиты от быстрого старения, т.к. не известно сколько он будит продаваться. Поставщик поставляет все необходимые средства для автомобилей и многое другое. Для корректной работы заключается договор.Продавец консультантОформление положения по допуску авто к эксплуатацииПеред продажей оформляются документы о том, что автомобиль прошёл все инстанции.Продавец консультантОформления договора с клиентомНа основании информации от клиента диспетчер вводит данные о проблемеПродавец консультантОформления гарантийного талонаНа купленный авто даётся гарантия не менее 3-х лет.Продавец консультантВыбивает чекВыбивается чек для удостоверения покупки.ПокупательВыбирает марку автоС помощью терминала с живым экраном, просматривает фото авто.ПокупательВыбирает комплектующиеТаким же образом выбирает комплектующие.ПокупательОпределяется с цветомВыбирает цвет по вкусу.ПокупательПодаёт информацию о себе (документация)С помощью карты NCC в БД сервера поступает информация о клиенте, через терминал, проведя карточку по считывающему аппарату.ПокупательОплата (безналичный расчёт)Оплачивается покупка так же при помощи карты NCC (услуга банка).БухгалтерОформляет накладные на поступившие автоПри поступлении авто оформляются накладные о присутствии заказа.БухгалтерФормирует список гарантийных автоНовые авто имеют гарантию 3 года.БухгалтерРегистрирует проданные автоПосле продажи авто регистрируется и удаляется из базы имеющихся.БухгалтерНачисляет зарплатуНачисляется зарплата сотрудникам.БухгалтерПередаёт готовую документацию на автоВсе финансовые сведения о новом авто формируются и передаются менеджеру.МенеджерОсуществляет консультацииВсевозможные консультации клиентам при помощи сети Internet и других возможностей.Поставщик-Получают информацию от системы, и не производит никаких видимых для нас действий.Директор производства-Получают информацию от системы, и не производит никаких видимых для нас действий.

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


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


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


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

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

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


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

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

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

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


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


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


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

КодОсновной акторНаименованиеФормулировкаD1ДиректорЗаключение договора с производителем автоЗаключение договора с производителемD2ДиректорЗаключение договора с поставщикомПоставщик поставляет все необходимые средства для автомобилей и многое другое. Для корректной работы заключается договор.D3ДиректорПредоставления доступа к записям БДДиректор получает доступ к базе данных для просмотра отчетовP1Продавец консультантОформление положения по допуску авто к эксплуатацииПеред продажей оформляются документы о том, что автомобиль прошёл все инстанции.P2Продавец консультантОформления договора с клиентомНа основании информации от клиента диспетчер вводит данные о проблемеP3Продавец консультантОформления гарантийного талонаНа купленный авто даётся гарантия не менее 3-х лет.P4Продавец консультантВыбивает чек Выбивается чек для удостоверения покупки.P5Продавец консультантПредоставления доступа к записям БДПродавец получает доступ к базе данных, помогает клиенту подобрать нужный автомобиль.P6Продавец консультантСоздание новой записиПродавец может добавить новую запись при оформлении заказа на комплектацию к автомобилю. Осуществить подбор автомобиля по требуемым характеристикам.P1.1ПокупательВыбирает марку автоС помощью терминала с живым экраном, просматривает фото авто.P1.2ПокупательВыбирает комплектующиеТаким же образом выбирает комплектующие.P1.3ПокупательОпределяется с цветомВыбирает цвет по вкусу.P1.4ПокупательПодаёт информацию о себе (документация)С помощью карты NCC в БД сервера поступает информация о клиенте, через терминал, проведя карточку по считывающему аппарату.P1.5ПокупательОплата (безналичный расчёт)Оплачивается покупка так же при помощи карты NCC (услуга банка).P1.6ПокупательПредоставления доступа к записям БДПокупатель может получить доступ к БД для выбора требуемых характеристик автомобиля и комплектации.B1БухгалтерОформляет накладные на поступившие автоПри поступлении авто оформляются накладные и записываются в БД.B2БухгалтерФормирует список гарантийных автоНовые авто имеют гарантию 3 года.B3БухгалтерРегистрирует проданные автоПосле продажи авто регистрируется и удаляется из базы имеющихся.B4БухгалтерНачисляет зарплатуНачисляется зарплата сотрудникам.B5БухгалтерПередаёт готовую документацию на автоВсе финансовые сведения о новом авто формируются и передаются менеджеру.B6БухгалтерПредоставления доступа к записям БДБухгалтер получает возможность просматривать все внесенные в БД изменения.B7БухгалтерСоздание новой записиБухгалтер может создать новую запись при оформлении бухгалтерских документов.B8БухгалтерУдаление записиВ процессе работы с системой актер может произвести удаление записей из БД.M1МенеджерОсуществляет консультацииВсевозможные консультации клиентам при помощи сети Internet и других возможностей.M2МенеджерПредоставления доступа к записям БДМенеджеру при консультировании клиентов необходимо получать информацию об имеющихся автомобилях из БД.

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


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

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

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

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

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

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

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


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

D2ДиректорЗаключение договора с поставщикомПоставщик поставляет все необходимые средства для автомобилей и многое другое. Для корректной работы заключается договор.

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

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

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

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

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


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

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

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

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

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

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

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


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

P1Продавец консультантОформление положения по допуску авто к эксплуатацииПеред продажей оформляются документы о том, что автомобиль прошёл все инстанции.

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

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

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

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

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

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

P2Продавец консультантОформление договора с клиентомПосле того, как клиент выбрал авто заключается договор о покупке автомобиля.

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

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

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

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

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


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

P3Продавец консультантОформление гарантийного талонаНа купленный авто даётся гарантия не менее 3-х лет.

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

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

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

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

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


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

P4Продавец консультантВыбивает чек Выбивается чек для удостоверения покупки.

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

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

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

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

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


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

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

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

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

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

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

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


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

P6Продавец консультантСоздание новой записиПродавец может добавить новую запись при оформлении заказа на комплектацию к автомобилю.

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

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

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

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

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


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

P1.1ПокупательВыбирает марку автоС помощью терминала с «живым» экраном, просматривает фото авто.Основное действующее лицо: Покупатель

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

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

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

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


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

P1.2ПокупательВыбирает комплектующиеТаким же образом выбирает комплектующие.

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

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

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

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

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


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

P1.3ПокупательОпределяется с цветомВыбирает цвет по вкусу.

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

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

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

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

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

пользователь заказ база данные

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

P1.4ПокупательПодаёт информацию о себе (документация)С помощью карты NCC в БД сервера поступает информация о клиенте, через терминал, проведя карточку по считывающему аппарату.

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

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

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

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

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


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

P1.5ПокупательОплата (безналичный расчёт)Оплачивается покупка так же при помощи карты NCC (услуга банка).

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

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

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

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

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


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

P1.6ПокупательПредоставления доступа к записям БДПокупатель может получить доступ к БД для выбора требуемых характеристик автомобиля и комплектации.

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

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

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

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

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


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

B1БухгалтерОформляет накладные на поступившие автоПри поступлении авто оформляются накладные и записываются в БД.

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

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

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

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

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


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

B2БухгалтерФормирует список гарантийных автоНовые авто имеют гарантию 3 года.

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

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

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

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

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


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

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

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

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

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

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

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


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

B4БухгалтерНачисляет зарплатуНачисляется зарплата сотрудникам.

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

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

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

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

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


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

B5БухгалтерПередаёт готовую документацию на автоВсе финансовые сведения о новом авто формируются и передаются менеджеру.

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

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

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

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

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


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

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

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

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

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

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

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


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

B7БухгалтерСоздание новой записиБухгалтер может создать новую запись при оформлении бухгалтерских документов.

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

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

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

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

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


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

B8БухгалтерУдаление записиВ процессе работы с системой актер может произвести удаление записей из БД.

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

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

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

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

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


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

M1МенеджерОсуществляет консультацииВсевозможные консультации клиентам при помощи сети Internet и других возможностей.

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

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

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

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

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


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


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


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

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

Название:Предоставление доступа к записям БДЦель:Предоставление текущей информации по автомобилямСпециальные требования:Специальные требования не определеныПредусловия:Предусловия не определеныПостусловия:Постусловия не определеныДополнительные замечания:Дополнительных замечаний нетОсновной поток:А: Функции варианта использования начинают выполняться с отображения текущих записей(если окно текущих записей не может быть отражено, то выполняется альтернативный поток А). Б: Если открыто окно текущих записей или окно архивных записей, тогда выполняется чтение записей из БД и размещение их в рабочем окне(если обновление выполнить не удается, тогда выполняется альтернативный поток Б). В: Если выбрана опция - отображения архива записей, тогда на экран выводятся все записи архива(если окно архива записей не может быть отражено, то выполняется альтернативный поток В).Альтернативный поток:А: Ошибка отображения окна архивных записей; система сообщает актеру о том, что в данный момент информация недоступна; вариант использования активизируется завершается. Б: Не удается выполнить обновление записей; система сообщает субъекту о том что невозможно выполнить обновление; предлагается повторить обновление или завершить вариант использования. В: Ошибка отображения окна архивных записей; система сообщает актеру о том, что в данный момент информация недоступна; вариант использования активизируется завершается.

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

Название:Удаление записиЦель:Удаление ненужной записи из БДСпециальные требования:Специальные требования не определеныПредусловия:Для удаления записи требуется пароль администратораПостусловия:Постусловия не определеныДополнительные замечания:Дополнительных замечаний нетОсновной поток:А: Функции варианта использования начинают выполняться с регистрации актера с заданием его имени и пароля. Система проверяет пароль на достоверность(если пароль неверен, активизируется альтернативный поток А). Б: Отображаются все записи БД(если отображение невозможно, то выполняется альтернативный поток Б), актер выбирает запись для удаления(если выбрать запись для удаления невозможно, то выполняется альтернативный поток В), для того чтобы удалить запись актер подтверждает свой выбор(если не удается удалить запись, то выполняется альтернативный поток Г).Альтернативный поток:А: введен неверный пароль; выдача сообщения ввода неверного пароля; субъекту предоставляется возможность повторить ввод или завершить вариант использования. Б: Не удается отобразить записи; выдается сообщение актеру о том, что не удается отобразить записи; вариант использования завершается. В: Не удается выбрать запись; выдается сообщение актеру о том, что не удается выбрать запись; вариант использования завершается. Г: Не удается удалить запись; выдается сообщение актеру о том, что не удается удалить запись; вариант использования завершается.

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

Название:Создание новой записиЦель:Добавление новой записиСпециальные требования:Специальные требования не определеныПредусловия:Для создания новой записи требуется пароль администратора или продавцаПостусловия:Постусловия не определеныДополнительные замечания:Дополнительных замечаний нетОсновной поток:А: Функции варианта использования начинают выполняться с регистрации актера с заданием его имени и пароля. Система проверяет пароль на достоверность(если пароль неверен, активизируется альтернативный поток А). Б: Создание новой записи отображает окно с полями ввода. Актер вводит данные в поля(при задании неверной информации выполняется альтернативный поток Б) и актер подтверждает ввод. Вариант использования завершается.Альтернативный поток:А: введен неверный пароль; выдача сообщения ввода неверного пароля; субъекту предоставляется возможность повторить ввод или завершить вариант использования. Б: Неверный ввод данных в поля; система сообщает актеру о неверном вводе информации и предлагает повторить операцию или завершить вариант использования.

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

Название:Проверка правЦель:Идентификация пользователяСпециальные требования:Специальные требования не определеныПредусловия:Предусловия не определеныПостусловия:Постусловия не определеныДополнительные замечания:Дополнительных замечаний нетОсновной поток:А: Функции варианта использования начинают выполняться с регистрации актера с заданием его имени и пароля. Система проверяет пароль на достоверность(если пароль неверен, активизируется альтернативный поток А).Альтернативный поток:А: введен неверный пароль; выдача сообщения ввода неверного пароля; субъекту предоставляется возможность повторить ввод или завершить вариант использования.

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


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


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


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


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

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

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

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

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


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


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

База данных - база данных хранится и обрабатывается в вычислительной системе <#"justify">Учет движения товара

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

Отчет

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

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

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

Заказ

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

Продажа

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

Модель

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

Модель

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

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

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

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

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

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

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

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

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

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

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

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


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


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


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


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

  1. 2 Гб памяти
  2. 200 Mb свободного дискового пространства
  3. процессор с тактовой частотой 2500 MHz
  4. Операционная система Microsoft Windows Server 2003

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

  1. 500 Mb памяти
  2. 50 Mb свободного дискового пространства
  3. процессор с тактовой частотой 1500 MHz
  4. Операционная система Windows XP
  5. Сканер кредитных карт
  6. Фискальный регистратор
  7. Компьютер с сенсорным экраном (для самостоятельного выбора желаемого авто)

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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







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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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


Рисунок 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


Содержание Введение 1. Анализ предметной области и требований к системе 1.1 Позиционирование .2 Описание пользователей .3 Краткий обзор издел

Больше работ по теме:

КОНТАКТНЫЙ EMAIL: [email protected]

Скачать реферат © 2017 | Пользовательское соглашение

Скачать      Реферат

ПРОФЕССИОНАЛЬНАЯ ПОМОЩЬ СТУДЕНТАМ