Информационная система сети автосалонов продажи автомобилей
Анализ и общая характеристика проблем предметной области, ее концептуальная модель. Разработка концепции и логической модели информационной системы: понятия, основные требования, модели поведения и структуры. Реализация модели в среде CASE-средства.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | курсовая работа |
Язык | русский |
Дата добавления | 14.11.2010 |
Размер файла | 2,1 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
СОДЕРЖАНИЕ
Обозначения и сокращения
Введение
1 Описание предметной области
2 Концептуальная модель предметной области
3 Описание проблем и формирование концепции информационной системы
3.1 Проблемы предметной области
3.2 Концепция информационной системы
3.2.1 Основные понятия
3.2.2 Функциональные требования
3.2.3 Нефункциональные требования
4 Концептуальная модель информационной системы
5 Логическая модель информационной системы
5.1 Модель поведения
5.2 Модель структуры
6 Реализация модели в среде CASE-средства
Заключение
ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ
ПрО - предметная область;
ИС - информационная система;
ПО - программное обеспечение;
UML - унифицированный язык моделирования;
VIN - уникальный индивидуальный тринадцатизначный идентификатор, присваиваемый каждому автомобилю;
ПТС - паспорт транспортного средства, содержащий информацию о владельце и ключевых параметрах автомобиля: модель, тип кузова, цвет, VIN и т. д.
ВВЕДЕНИЕ
Российский рынок продажи новых автомобилей является наиболее привлекательным в Европе. Темпы развития позволяют утверждать, что уже к 2011 году Россия выйдет в лидеры по продажам новых автомобилей в Европе. Одной из тенденций современного автобизнеса является создание и развитие сети автосалонов. Очень важным в таких организациях становится вопрос консолидации данных из филиалов и структурных подразделений сети в единую базу данных. Для руководства компании крайне важно иметь объективную информацию о ситуации в филиалах в режиме реального времени. В тоже время для работников автосалонов нужна информация не только о своем складе, но и обо всех имеющихся в наличии автомобилях на других складах компании. Выход - создание распределенной информационной системы. Развитие автобизнеса во всем мире на современном этапе зачастую представляется практически невозможным без внедрения систем автоматизации. Руководство многих компаний: от небольших фирм до крупных корпораций уже давно оценило все преимущества от внедрения систем автоматизации и интеграции бизнес-процессов. Внедрение даже простейшей программы по расчету стоимости услуг автосервиса позволяет экономить до 30% бюджета организации. Представить компанию, работающую на современном рынке, без информационной системы практически невозможно. Создание таковой позволяет не только экономить ресурсы предприятий, повышать производительность, рентабельность и прибыльность за счет существенного сокращения времени на оформление документации, поиск нужной информации. Также становится более четкой и прозрачной система взаимоотношений между предприятием и его контрагентами, партнерами, клиентами. Внутри организаций происходит объединение пользователей, информации и процессов. Немало важным аспектом работы любого автосалона является взаимодействие с разного рода компаниями: кредитные организации, страховые компании. На данный момент в мире существует достаточное число информационный систем в сфере автобизнеса, однако, стоит отметить, что большинство из них являются иностранными. В этом случае возникает проблема спецификации данных продуктов к требованиям современного рынка (законодательная, технологическая специфика). Таким образом, становится очевидным необходимость создания информационной системы для работы компании в сфере автобизнеса.
1 ОПИСАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ
Коммерческая организация. Юридическим лицом признается организация, которая имеет в собственности, хозяйственном ведении или оперативном управлении обособленное имущество и отвечает по своим обязательствам этим имуществом, может от своего имени приобретать и осуществлять имущественные и личные неимущественные права, нести обязанности, быть истцом и ответчиком в суде. При этом, если юридическое лицо является организацией, преследующей извлечение прибыли в качестве основной цели своей деятельности, тогда эта организация признается коммерческой.
В данной работе рассматривается коммерческая организация, представляющая собой сеть автосалонов продажи автомобилей. Таким образом, можно утверждать, что основной целью такой организации, как сеть автосалонов, является извлечение прибыли посредством продажи новых автомобилей своим клиентам. Как правило, в структуру такой организации должна входить система сервисного обслуживания автомобилей, однако, данный вопрос не включен в данную работу. Описание организации строится из представления о наличии нескольких автосалонов продажи автомобилей одинаковых брендов, объединенных в одну коммерческую организацию. Внешней средой по отношению к нашей сети автосалонов являются поставщики (компании- импортеры) и клиенты.
В данном разделе описывается сама организация и внешняя среда, с которой она взаимодействует. Основными знаниями, связывающими различные объекты предметной области в целое, являются бизнес-процессы, также представленные в данном разделе.
Организационная структура организации. Организационная структура - это совокупность взаимодействующих отделов и структурных частей в рамках одной организации для достижения цели, поставленной перед ней. Организационная структура нашей организации представляется следующим образом. В состав сети входит два мультибрендовых автосалона продажи автомобилей одинаковых брендов (BMW и Audi). Во главе организации стоит генеральный директор, у которого в непосредственном подчинении находятся исполнительные директора каждого из автосалонов. Директоры автосалонов отчитываются о ситуации в автосалоне по требованию генерального директора. В подчинении генерального директора также находится секретариат. Подобная структура представлена на рисунке 1:
Рисунок 1 - Организационная структура сети продажи автосалонов
Каждый автосалон является, по сути, обособленным подразделением со своей организационной структурой. Тем не менее, автосалоны действуют в тесном сотрудничестве. В случае отсутствия требуемого автомобиля в одном из салонов сети, менеджер отдела продаж имеет возможность проверить наличие требуемого автомобиля требуемой комплектации на складе другого автосалона. Стоит упомянуть и про своеобразную конкуренцию внутри сети. Исполнительный директор каждого из автосалонов стремится превзойти другой автосалон по показателям продаж и степени удовлетворенности клиентов. Также между автосалонами не исключается ротация состава для выявления его слабых мест. Во главе каждого автосалона стоит исполнительный директор, в подчинении которого находятся следующие подразделения: отдел продаж, бухгалтерия, отдел маркетинга, служба безопасности, информационный отдел, отдел кадров, административно-хозяйственный отдел, отдел CRM(custom relation management). Структура отдельного автосалона представлена на рисунке 2.
Рисунок 2 - Организационная структура автосалона
Описание бизнес-процессов по подразделениям организации. Основными знаниями предметной области компании являются бизнес-процессы, протекающие в ней. В данном разделе рассмотрена структура каждого отдела и его функции.
Отдел продаж. Цель коммерческой организации выражена через извлечение прибыли, поэтому ключевым отделом автосалона является отдел продаж. Ключевыми фигурами отдела являются менеджеры отдела продаж, на которых ложится обязанность максимизировать прибыль посредством продажи новых автомобилей. Достаточно важной фигурой отдела является ассистент, в задачи которого входит встреча клиента и ведение необходимого документооборота. Структура отдела продаж представлена на рисунке 3.
Рисунок 3 - Структура отдела продаж
Функции и задачи отдела. Основная функция отдела выражена в его названии, однако, это общее понятие включает достаточно большой список бизнес-процессов. Перечислим ключевые:
- встреча клиента в автосалоне;
- помощь и консультация в выборе автомобиля;
- проведение тест - драйва;
- заказ на заводе-производителе автомобиля необходимой комплектации;
- обслуживание склада автосалона;
- отслеживания текущего положения дел по каждому автомобилю;
- ведение необходимого документооборота;
- оформление кредита и страхование автомобиля;
- выдача автомобиля клиенту.
Необходимо отметить, что наша сеть автосалонов имеет партнерские соглашения с официальными компаниями-импортерами автомобилей. Это означает следующее:
1. Наши автосалоны являются официальными дилерами соответствующих марок автомобилей.
2. Компания-импортер предоставляет кредит на стоимость автомобиля в течение 30 дней и взимает пеню в случае задержки погашения в размере 10% годовых в валюте.
3. Каждый автосалон нашей сети в последнем квартале года предоставляет компании-импортеру годовой план продаж.
4. Автосалон нашей сети имеет право заказывать в производство любой автомобиль.
5. Автосалон нашей сети имеет право узнавать о наличии конкретного автомобиля на складе головного офиса компании-импортера.
6. Компании-импортеры берут на себя все функции и обязательства по производству, оформлению на таможне, доставке, и соответствию сроков поставок автомобилей. В случае несоблюдения сроков поставки взимается пеня по установленной в договоре ставке.
Основными документами отдела продаж являются следующие:
1. Годовой план поставок автомобилей.
2. Договор купли-продажи автомобиля.
3. Паспорт транспортного средства.
4. Акт приема-передачи.
5. Транзитные номера.
6. Сервисная книжка.
Рассмотрим основные сценарии покупки автомобиля:
Сценарий 1. В первом случае, клиент выбирает автомобиль по своему вкусу и требованиям из имеющихся в наличии на складе дилера. Клиент имеет возможность выбрать модель, тип кузова, цвет, комплектацию. При этом менеджер отдела продаж выясняет наличие требуемого автомобиля требуемой комплектации по средствам каталога. По выбору автомобиля с клиентом заключается договор купли/продажи, в котором указывается модель, кузов, цвет, комплектация, VIN автомобиля. Клиент определяет способ оплаты: безналичным способом оплаты через банк, или через кассу автосалона наличными. Менеджер автосалона, в случае оплаты наличными через кассу автосалона, выписывает клиенту квитанцию к оплате с указанием модели и VIN автомобиля. В случае безналичного способа оплаты менеджер выдает счет на оплату с указанием модели и VIN автомобиля. При оплате через расчетно-кассовый аппарат кассир выдает клиенту чек с указанием VIN автомобиля. При безналичном способе оплаты клиент получает в кассе банка квитанцию об оплате. Клиент предъявляет чек и приходный ордер (в случае оплаты через кассу автосалона) или квитанцию об оплате (при безналичном способе оплаты) менеджеру, который оформляет паспорт транспортного средства, акт приема/передачи, сервисную книжку. Менеджер разъясняет клиенту работу автомобиля и передает клиенту транзитные номера. Клиент подписывает акт приема/передачи. Клиент, счастливый и довольный, отправляется на своем новом автомобиле отмечать покупку.
Сценарий 2. Во втором случае, клиент имеет возможность заказать автомобиль в индивидуальной комплектации (модель, кузов, цвет, комплектация). После подтверждения выбора с клиентом заключается договор купли-продажи с указанием модели, типа кузова, цвета, конкретной комплектации и сроков поставки автомобиля. Менеджер автосалона, в случае оплаты наличными через кассу автосалона, выписывает клиенту квитанцию к оплате с указанием модели автомобиля на сумму 10% от стоимости автомобиля (предоплата). В случае безналичного способа оплаты менеджер выдает счет на оплату с указанием модели автомобиля на сумму 10% от стоимости автомобиля. При оплате через расчетно-кассовый аппарат кассир выдает клиенту чек с указанием модели автомобиля. При безналичном способе оплаты клиент получает в кассе банка квитанцию об оплате. По приходу автомобиля менеджер выписывает клиенту квитанцию или счет на оплату оставшейся стоимости автомобиля с указанием модели и VIN автомобиля. При оплате через расчетно-кассовый аппарат кассир выдает клиенту чек и приходный ордер с указанием модели и VIN автомобиля. При безналичном способе оплаты клиент получает в кассе банка квитанцию об оплате. Клиент предъявляет чек и приходный ордер (в случае оплаты через кассу автосалона) или квитанцию об оплате (при безналичном способе оплаты) менеджеру, который оформляет паспорт транспортного средства, акт приема/передачи, сервисную книжку. Менеджер разъясняет клиенту работу автомобиля. Клиент подписывает акт приема/передачи. Клиент, счастливый и довольный, отправляется на своем новом автомобиле отмечать покупку. При этом здесь возможны исключительные ситуации:
1. Сроки поставки и комплектация автомобиля не соответствуют установленным в договоре купли-продажи. В этом случае клиенту возвращается предоплата, а автомобиль поступает на склад дилера.
2. В случае необоснованного отказа клиента от автомобиля, предоплата не возвращается, а автомобиль отправляется на склад дилера.
Отдел маркетинга. По дилерскому соглашению основная обязанность в проведении рекламных компаний ложится на плечи компаний-импортеров. Однако, в нашей сети принято решение о проведении рекламных акций, ассоциирующихся с именем нашей компании. Поэтому принято решение организовать отдел маркетинга со следующими функциями:
1. Организация разработки стратегии проведения рекламных акций в средствах массовой информации под лозунгом нашей компании.
2. Участие в подготовке годового плана продаж.
3. Организация выставок и мероприятий по привлечению потенциальных клиентов.
Структура отдела маркетинга представлена на рисунке 4.
Рисунок 4 - Структура отдела маркетинга
Бухгалтерия. Любая коммерческая организация в соответствии с действующим законодательством несет налоговые обязанности и контролирует финансовое состояние для обеспечения соответствия с таковым. Эти функции выполняет отдел бухгалтерии.
Структура отдела бухгалтерии представлена на рисунке 5.
Рисунок 5 - Структура отдела бухгалтерии
Перечислим функции отдела:
1. Контроль и анализ финансового состояния компании.
2. Учет хозяйственных средств.
3. Организация своевременной уплаты налогов и сборов.
4. Прием оплаты клиентом автомобиля.
5. Ведение расчетных операций с компанией-импортером.
6. Взаимодействие с проверяющими организациями.
Отдел CRM (Отдел особых взаимоотношений с клиентами). Сеть наших автосалонов отличается от других наличием отдела CRM (Custom Relation Management). Важность данного отдела трудно переоценить. Всё большее число автосалонов открывает у себя подобные отделы, ведь с ростом конкуренции привлечет, убедить клиента купить в автомобиль в своей автосалоне, а также добиться лояльности клиента на будущее становится всё сложнее. Исходя из этого, автосалон не просто должен помнить всех своих клиентов, но и проводить акции, доказывающие такое отношение. Стоит отметить, что данный отдел работает в тесном сотрудничестве с отделом продаж и IT. Выделим основные функции этого отдела:
1. Сопровождение единой базы данных клиентов автосалона.
2. Поздравление клиента с покупкой автомобиля в виде поздравительных посылок.
3. Рассылка поздравительных открыток.
4. Приглашение клиентов на особые акции и презентации автосалона.
5. Создание атмосферы особого отношения с клиентом
Структура отдела CRM представлена на рисунке 6:
Рисунок 6 - Структура отдела CRM
Отдел кадров. Отдел кадров является неотъемлемой частью любой компании. Большинство компаний приходит к выводу, что человеческие ресурсы являются основным капиталом. Основные функции отдела:
1. Обеспечение постоянства кадрового состава за счет поддержания баланса приема и увольнения сотрудников.
2. Планирование карьеры сотрудников.
3. Создание и планирование тарифной сетки.
4. Создание планов подготовки и повышение квалификации сотрудников.
5. Соблюдение норм трудового законодательства.
6. Укрепление трудовой дисциплины и охрана труда.
7. Обеспечение своевременной отчетности.
8. Планирование и создание социальных пакетов организации.
Структура отдела представлена на рисунке 7.
Рисунок 7 - Структура отдела кадров
Информационный отдел (IT-отдел). Представить работу компании без использования аппаратного и программного компьютерного обеспечения стало практически невозможно. Каждое рабочее место оснащено компьютерами, объединенными в сеть, потому необходимы компетентные люди, способные поддерживать их работоспособность. Основные функции отдела:
1. Создание базы аппаратного и программного обеспечения.
2. Поддержка базы в работоспособном состоянии.
3. Помощь работникам компании в работе с базой обеспечения.
4. Поддержка сайта компании.
5. Сборка и наладка серверов и ПК сотрудников.
Структура отдела представлена на рисунке 8.
Рисунок 8 - Структура информационного отдела
Административно-хозяйственный отдел (АХО). Поскольку наша организация стремится стать лидером на рынке, необходимо учитывать в процессе работы такие моменты, как идеальная чистота и порядок внутри автосалона. Поэтому важную роль в нашей организации играет административно-хозяйственный отдел.
Перечислим основные функции отдела:
1. Контроль и обеспечение соблюдения санитарных норм.
2. Закупка необходимого количества средств, необходимых для работы.
3. Ведение отчетности.
4. Взаимодействие с контролирующими организациями.
Структура отдела представлена на рисунке 9.
Рисунок 9 - Структура административно-хозяйственного отдела
Служба безопасности. Автосалоны нашей сети начинали свой путь с относительно малых масштабов, поэтому наличие такой структуры, как служба безопасности, не требовалось. Были заключены договоры со сторонними фирмами об оказании соответствующих услуг. Однако, по мере развития, встала необходимость открытия в рамках автосалона отдела службы безопасности, несущий куда большую ответственность перед директором автосалона. Перечислим основные функции отдела:
1. Охрана зданий, склада, технических средств автосалона.
2. Обеспечение режима безопасности клиентов и сотрудников автосалона.
3. Предотвращение доступа посторонних лиц к объектам и документам, связанным с понятием коммерческой тайны.
4. Локализация и устранение возможных каналов утечки документов, связанных с понятием коммерческой тайны.
Структура отдела службы охраны представлена на рисунке 10.
Рисунок 10 - Структура отдела службы охраны
Основные документы для работы автосалона. Подводя итоги описания предметной области, перечислим основные документы, описывающие бизнес-процессы в нашей организации. Документы:
1. Договор купли-продажи.
2. Паспорт транспортного средства (ПТС).
3. Транзитные номера.
4. Акт приема/передачи транспортного средства.
5. Сервисная книжка.
6. Чек.
В заключение выполним группировку по основным знаниям и аспектам предметной области комплексной архитектуры компании и представим её в виде таблицы 1.
Таблица 1 - Группировка предметной области по основным аспектам и знаниям
Данные |
Функции |
Места обработки |
Люди |
Операционное время (процессы) |
Цели |
|
Требование оплаты (цена единицы); Договор купли/продажи; Сопроводительные документы (Акт приема/передачи; Транзитные номера; Сервисная книжка; ПТС); Чек |
Формирование требования; Заключение требуемых договоров; Печать чека |
Шоу-рум; Кабинет менеджера; Место кассового терминала |
Клиент; Менеджер отдела продаж; Кассир |
Продажи; Поставки; Складское хранение |
Прибыль |
2 КОНЦЕПТУАЛЬНАЯ МОДЕЛЬ ПРЕДМЕТНОЙ ОБЛАСТИ
Данная модель представляет систему основных понятий и правил их комбинирования, не зависимых от языка и являющихся смысловой структурой предметной области, а также отображает логическое (обобщенное) представление о данных. Концептуальная модель описывает систему в терминах, понятных пользователю. Концептуальная модель представлена набором UML-диаграмм. Перед представлением концептуальной модели необходимо сформулировать необходимые высказывания на основе предметной области.
Перечень высказываний при покупке автомобиля из имеющихся в наличии представлен в таблице 2.
Таблица 2 - Перечень необходимых высказываний
№ |
Необходимые высказывания |
|
1. |
Предметная область определяется продажей автомобилей в сети автосалонов |
|
2. |
Клиенту предлагаются различные модели автомобилей из каталога автомобилей |
|
3. |
При выборе автомобиля клиент ориентируется на критерии качества |
|
4. |
Менеджер предоставляет клиенту информацию по каждой модели, варианту кузова и комплектации конкретного автомобиля |
|
5. |
Клиент сообщает менеджеру выбранную модель, тип кузова, цвет, комплектацию |
|
6. |
Менеджер производит поиск выбранного автомобиля на складе сети автосалонов по средством каталога автомобилей |
|
7 |
В случае отсутствия на складе сети автосалонов менеджер делает отказ клиенту |
|
8. |
Менеджер и клиент подготавливают условия договора купли/продажи |
|
9. |
В договор купли/продажи включается информация о модели, типе кузова, цвете, комплектации, VINе автомобиля |
|
10. |
При оплате через кассу кассир выполняет расчетные операции |
|
11. |
В случае покупки автомобиля из имеющихся в наличии при расчете кассир вводит номер квитанции и VIN автомобиля в расчетно-кассовый аппарат. При этом формируется требование оплаты и производится подсчет суммы к оплате |
|
12. |
Клиент производит оплату наличными через кассу |
|
13. |
Кассир, получая наличные средства клиента, с помощью расчетно-кассового аппарата печатает чек с указанием стоимости, VIN автомобиля и суммы сдачи и передает чек и сумму сдачи клиенту |
|
14. |
При оплате наличными клиент предъявляет чек менеджеру |
|
15. |
Клиент и менеджер заключают договор купли/продажи |
|
16. |
Менеджер оформляет паспорт транспортного средства, акт приема/передачи и сервисную книжку на автомобиль |
|
17. |
При получении автомобиля клиент подписывает с менеджером акт приема/передачи автомобиля |
|
18. |
Клиент забирает автомобиль, паспорт транспортного средства, сервисную книжку, копии договора купли/продажи, акта приема/передачи |
|
19. |
ПТС (паспорт транспортного средства) и сервисная книжка являются сопроводительными документами |
|
20. |
VIN автомобиля (уникальный идентификационный номер) будем называть кодом автомобиля |
Необходимые высказывания, представленные в таблице 2, будут представлены UML-диаграммами:
1. Диаграмма вариантов использования моделирует функциональную структуру предметной области посредством вариантов использования и отношений между ними. Данная диаграмма представлена на рисунке 11.
Рисунок 11 - Диаграмма вариантов использования
2. Диаграмма активности моделирует алгоритмы ключевых процессов предметной области. Данная диаграмма представлена на рисунке 12.
Рисунок 12 - Диаграмма активности
1. Диаграмма классов моделирует отношения ключевых объектов. Данная диаграмма представлена на рисунке 13.
Рисунок 13 - Диаграмма классов
3 ОПИСАНИЕ ПРОБЛЕМ И ФОРМИРОВАНИЕ КОНЦЕПЦИИ ИНФОРМАЦИОННОЙ СИСТЕМЫ
3.1 Проблемы предметной области
В данном разделе приведены результаты проблемного анализа предметной области.
Анализ осуществлен с точки зрения сотрудников автосалона, стремящихся решить ряд проблем по средствам внедрения информационной системы. Под проблемой понимается препятствие, которое стоит на пути достижения цели, либо требует дополнительных ресурсов для ее решения.
Проблемный анализ предметной области осуществляется на основе диаграмм модели предметной области, разработанных на этапе концептуального моделирования предметной области. Основной диаграммой для проведения проблемного анализа является диаграмма активности, которая раскрывает ключевые варианты использования предметной области.
В результате проведения проблемного анализа выявлены следующие проблемы:
1. Необоснованные затраты времени кассира на ввод номера квитанции и номера автомобиля в расчетно-кассовый аппарат.
2. Затраты времени на устранения ошибок ввода номера автомобиля в случае неправильного ввода.
3.2 Концепция информационной системы
Концепцию ИС иногда называют моделью требований или моделью желаемого результата. Содержание концепции (модели желаемого результата), используемого в процессе проектирования курсового проекта, определяет первую модель ИС и упрощенно выполняет функции технического задания и описания постановки задач.
Концепция ИС содержит набор требований, сгруппированный как минимум в три подраздела:
1. Основные понятия, которые должна использовать в процессе функционирования ИС;
2. Функциональные требования (или функциональные возможности), которыми должна удовлетворять (обладать) ИС для того, чтобы успешно решать проблемы;
3. Нефункциональные требования, которые определяют другие аспекты построения ИС (режимы работы, среда разработки, типовую архитектуру, используемые форматы данных и т.п.
3.2.1 Основные понятия
1. Автосалон - организация, осуществляющая продажу новых автомобилей.
2. Сеть автосалонов - объединение автосалонов в рамках одной компании.
3. Склад - место временного хранения автомобилей автосалона.
4. Менеджер автосалона - сотрудник автосалона, осуществляющий работу с клиентом, связанную с продажей автомобилей.
5. Клиент - человек, желающий приобрести автомобиль в автосалоне.
6. Кассир - сотрудник автосалона, осуществляющий прием оплаты клиентом автомобиля.
7. Каталог - перечень автомобилей на складе автосалона с описанием параметров.
8. Договор купли/продажи - документ, содержащий перечень обязательств со стороны автосалона и клиента и подтверждающий их выполнение.
9. Квитанция - документ, содержащий информацию об автомобиле, сумму к оплате и требование к оплате в кассе автосалона.
10. Счет на оплату - документ, содержащий информацию об автомобиле, сумму к оплате и требование к оплате в кассе банка.
11. Чек - документ, выдаваемый клиенту после оплаты квитанции.
12. Автомобиль характеризуется следующими параметрами: марка, модель, тип кузова, цвет, VIN.
13. VIN автомобиля - идентификационный номер автомобиля, позволяющий однозначно определить автомобиль.
14. VIN автомобиля будем именовать кодом автомобиля.
15. ПТС - паспорт транспортного средства, описывающий основные параметры автомобиля.
16. Сервисная книжка - документ, содержащий план технического обслуживания автомобиля.
17. ПТС и сервисная книжка считаются сопроводительными документами.
3.2.2 Функциональные требования
В данном разделе содержится перечень функциональных возможностей, которыми должна обладать ИС для успешного решения проблем, выявленных в результате проблемного анализа предметной области. Кроме основных требований в данном разделе перечислены обеспечивающие требования, которые относятся к функциональным возможностям администрирования, проверки данных.
Основные требования
1. Формировать электронное требование на оплату посредством считывания сканером штрих - кода с квитанции и последующего связывания его с записью из каталога доступных автомобилей;
2. Формировать кассовый чек покупки на основе электронного требования на оплату.
Обеспечивающие требования
1. Обеспечивать защиту информации от несанкционированного доступа и изменения;
2. Обеспечивать проверку правильности данных.
3.2.3 Нефункциональные требования
В данном разделе содержится перечень нефункциональных требований к возможностям ИС, условиям ее функционирования, ограничениям реализации, требованиям к производительности, расширяемости. Перечислим основные нефункциональные требования:
1. С учетом возможности роста сети должна присутствовать возможность расширения системы.
2. Иметь удобный пользовательский интерфейс, обеспечивающий безопасность работы.
3. Использовать современное аппаратное обеспечение.
4. Поддерживать большие объемы хранимых данных по каталогу автомобилей.
4 КОНЦЕПТУАЛЬНАЯ МОДЕЛЬ ИНФОРМАЦИОННОЙ СИСТЕМЫ
При решении задач курсового проекта будем рассматривать программную архитектуру как архитектуру взаимодействия классов, организованную в три слоя (представление, предметная область, источник данных) в рамках одного приложения.
Основные высказывания о программной архитектуре заимствуются из описаний шаблонов архитектуры.
Для разработки архитектуры информационной системы выбран шаблон трехслойной архитектуры. Представим основные высказывания по каждому слою архитектуры:
1. Слой представления: предоставляет услуги отображения данных, обработки событий пользовательского интерфейса (щелчки мыши, нажатия клавиш).
2. Слой предметной области: выполняет вычисления на основе вводимых и хранимых данных, проверку всех элементов данных и обработку команд, поступающих от слоя представления, а также передачу информации слою источника данных.
3. Слой источника данных: выполняет обращения к базе данных, обмен сообщениями, мониторинг транзакций.
Представим назначение классов по слоям в таблице 3.
Таблица 3 - Назначение классов по слоям
№ |
Наименование класса |
Назначение класса |
|
Слой представления |
|||
1. |
E-UI-Manager |
Граничный класс, отвечающий за отображение формы каталога автомобилей, параметров поиска и результатов поиска в каталоге. |
|
2. |
E-UI-Cashier |
Граничный класс, отвечающий за отображение формы требования, атрибутов покупки автомобиля (код квитанции, код автомобиля), параметров и результатов поиска требований оплаты |
|
3. |
Wtrixkod-UI-Cashier |
Граничный класс, отвечающий за обработку сканирования штрих-кода квитанции |
|
4. |
Rules |
Класс хранения, содержащий данные бизнес-правил |
|
5. |
ControllerAuto |
Управляющий класс, методы которого отвечают за управление приложением в целом |
|
Слой предметной области |
|||
6. |
Serv_vizov |
Граничный класс, отвечающий за взаимодействие с классами слоя предметной области |
|
7. |
E-KvAuto |
Класс хранения, содержащий ключевые данные об автомобилях в каталоге посредством квитанции |
|
8. |
E-Auto_Spec |
Класс хранения, содержащий характеристики автомобилей в каталоге (модель, тип кузова, цвет, комплектация) |
|
9. |
E-Sotrudnik |
Класс хранения, содержащий данные сотрудников, являющихся пользователями информационной системы |
|
10. |
E-Rights |
Класс хранения прав доступа пользователей информационной системы |
|
11. |
E-TrebovanieOpl |
Класс хранения ключевых данных требования на оплату |
|
12. |
E-TrebovanieOplAuto |
Класс хранения, содержащий данные атрибутов автомобилей в требовании на оплату |
|
Слой источника данных |
|||
13. |
Data |
Граничный класс для взаимодействия с базой данных |
Результат разработки концептуальной модели информационной системы представлен на рисунке 14.
На рисунке 15 представлена диаграмма последовательности, моделирующая функцию аутентификации пользователя.
На рисунке 16 представлена диаграмма последовательности, моделирующая поддержку расчета за покупку.
Рисунок 14 - Диаграмма классов, моделирующая структуру ПО ИС на концептуальном уровне
Рисунок 15 - Диаграмма последовательности, моделирующая функцию аутентификации пользователя
Рисунок 16 - Диаграмма последовательности, моделирующая поддержку расчета за покупку
5 ЛОГИЧЕСКАЯ МОДЕЛЬ ИНФОРМАЦИОННОЙ СИСТЕМЫ
В данном разделе содержится набор UML-диаграмм, моделирующих функциональные возможности и структуру программного обеспечения (ПО) ИС на логическом уровне. Исходными данными для диаграмм логической модели служат диаграммы концептуальной модели ИС.
5.1 Модель поведения
Модель поведения разработана посредством диаграмм последовательности. На рисунке 17 представлена диаграмма последовательности, моделирующая процесс формирования требования оплаты.
На рисунке 18 представлена диаграмма последовательности, моделирующая поддержку процесса расчета за покупку автомобиля.
5.2 Модель структуры
Модель структуры является целевой моделью курсового проекта, разработанная посредством диаграммы классов. На рисунке 19 представлена диаграмма классов ПО ИС, на которой отражены все классы, составляющие ПО ИС продаж в автосалоне.
Рисунок 17 - Диаграмма последовательности, моделирующая процесс формирования требования оплаты
Рисунок 18 - Диаграмма последовательности, моделирующая поддержку процесса расчета за покупку автомобиля
Рисунок 19 - Диаграмма классов, моделирующая структуру ПО ИС на логическом уровне
6 РЕАЛИЗАЦИЯ МОДЕЛИ В СРЕДЕ CASE-СРЕДСТВА
В качестве примера реализации модели в среде Case-средства опишем процесс моделирования диаграмм логической модели ПО ИС.
Начало работы над проектом. В качестве среды разработки ИС было выбрано CASE-средство фирмы Rational Software Corporation - Rational Rose Enterprise Edition. Запустить программу Rational Rose Enterprise Edition. Создать новый проект: FiIe->New. После того, как проект будет создан и работа с ним будет завершена, необходимо сохранить полученные диаграммы. Для этого в меню File выбрать пункт Save или Save As, дать имя проекту и сохранить его в файл с расширением *.mdl. В нашем случае проект имеет название КП.mdl.
Разработка модели поведения. Для создания диаграммы последовательности действий в программе Rational Rose необходимо добавить в список браузера новую диаграмму. Для этого нужно щелкнуть правой кнопкой мыши по папке Logical View (Логическое представление) и в появившемся контекстно-зависимом меню выбрать команду New -> Sequence Diagram (Создать -> Диаграмма последовательности действий). Для создания объектов и сообщений на диаграмме последовательности действий, прежде всего, нужно ее открыть, затем выбрать на панели инструментов сообщение или объект и перетащить его на диаграмму. Пример разработки модели поведения представлен на рисунке 20.
Разработка модели структуры. Для создания диаграммы классов в программе Rational Rose необходимо добавить в список браузера новую диаграмму. Для этого нужно щелкнуть правой кнопкой мыши по папке Logical View (Логическое представление) и в появившемся контекстно-зависимом меню выбрать команду New -> Class Diagram (Создать -> Диаграмма классов). Пример разработки модели структуры в виде диаграммы классов представлен на рисунке 21.
Рисунок 20 - Пример разработки модели поведения в среде CASE-средства фирмы Rational Software Corporation - Rational Rose Enterprise Edition
Рисунок 21 - Пример разработки модели структуры в среде CASE-средства фирмы Rational Software Corporation - Rational Rose Enterprise Edition
ЗАКЛЮЧЕНИЕ
В процессе выполнения курсового проекта была разработана ИС сети автосалонов продажи автомобилей. Основой для создания информационной системы послужили проблемы предметной области. В качестве среды разработки ИС было выбрано CASE-средство фирмы Rational Software Corporation - Rational Rose Enterprise Edition, с помощью которого были построены концептуальная и логическая модели ПО ИС.
Подобные документы
Организационная структура и процессы сети поликлиник "Семейный доктор". Описание проблем и формирование концепции информационной системы. Концептуальная и логическая модели информационной системы. Разработка и реализация модели в среде CASE-средства.
курсовая работа [970,6 K], добавлен 14.11.2010Содержательное описание предметной области. Структурный анализ бизнес-процесса на основе IDEF0-модели. Построение информационно-логической модели данных. Структурная схема на основе IDEF0. Даталогическая модель данных. Реализация информационной системы.
курсовая работа [849,7 K], добавлен 10.07.2014Управление персоналом и учет кадров. Установленные формы нормативных документов. Концептуальная и логическая модели информационной системы. Реализация модели в среде CASE-средства. Работа в операционной системе Windows. Поиск и распечатка документа.
курсовая работа [1,3 M], добавлен 27.08.2012Системный анализ и анализ требований к базе данных. Концептуальная и инфологическая модель предметной области. Типы атрибутов в логической модели базы. Физическая модель проектируемой базы данных в методологии IDEF1X. Требования к пользователям системы.
курсовая работа [2,3 M], добавлен 21.11.2013Анализ требований к базе данных. Концептуальная (инфологическая) модель предметной области. Сопоставление компонентов логической и физической модели. Создание форм, запросов и отчетов в среде СУБД Visual FoxPro 8.0. Расчеты по аккредитивам и чекам.
курсовая работа [1,7 M], добавлен 24.06.2013Описание предметной области и определение предметной области информационной системы детского сада. Разработка логической и физической модели базы данных дошкольного образовательного учреждения. Анализ функционала информационной системы детского сада.
курсовая работа [1,6 M], добавлен 20.04.2015Обоснование необходимости разработки АОС "Информационная безопасность". Построение модели деятельности "Как есть" (AS-IS) и "Как должно быть" (TO-BE). Анализ программных продуктов. Создание модели предметной области. Разработка информационной системы.
отчет по практике [5,3 M], добавлен 31.05.2015Роль инструментальных средств проектирования в создании информационной системы. Преимущества CASE-средств разработки Bpwin и Erwin, системы поиска, исправления ошибок модели данных Model Validator. Разработка модели процессов документооборота предприятия.
контрольная работа [2,2 M], добавлен 24.06.2012Описание предметной области. Характеристика этапов разработки концептуальной модели данных для предметной области "Библиотека" с использованием CASE-средства ER Win. Методика преобразования концептуальной модели в физическую структуру базы данных (БД).
курсовая работа [2,4 M], добавлен 23.09.2014- Разработка серверной части информационной системы для сопровождения процесса выдачи заработной платы
Построение use case диаграммы. Проектирование базы данных. Концептуальная модели 1-уровня (диаграмма последовательности действий). Мапирование реляционной модели в метамодель. Логическая реализация метамодели. Скрипты, заполнение таблиц, создание выборок.
курсовая работа [1,4 M], добавлен 28.12.2011