Методологии семейства IDEF (организация проката автомобилей)

Размещено на http://www.allbest.ru/

Министерство образования и науки РФ

Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования

«Южно-Уральский государственный университет»

Кафедра «Экономики и инвестиций»

Курсовая работа

По дисциплине: «Проектирование информационных систем»

На тему: «Методологии семейства IDEF (организация проката автомобилей)»

Автор работы: студент группы БШЗ 522

А.Р. Хасанова

Преподаватель: доцент, В.В. Комоско

Снежинск 2016

Содержание

Введение

1. Изучение предметной области

1.1 Прокат автомобилей

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

2. Модели

2.1 Структурно-функциональное моделирование

2.2 Недостатки существующей структурно-функциональной модели бизнес-процессов предприятия

2.3 Автоматизация структурно-функциональных моделей предприятия

2.4 Методология IDEF3

2.5 Методология IDEF1X

Заключение

Список литературы

Введение

Прокат автомобилей - это процесс разработки информационной системы предназначенной для обеспечения учета автомобилей (как свободных, так и арендованных) в компании и исполнения следующих процессов:

· единый учет автомобилей в разрезе их характеристик (марка, пробег, свободен или арендован);

· поддержка учета поступления заявок;

· перемещение автомобиля от одного клиента к другому и учет по каждому случаю аренды;

· детализированный расчет стоимости конкретного заказа.

Цель проекта: Сокращение времени на оформление заявки и повышение качества обслуживания.

Цель достигается при решении следующих задач:

1. Изучение деятельности администратора.

2. Написание ТЗ.

3. Построение моделей.

Этапы работы:

1. Изучение предметной области.

2. Написание технического задания.

3. Построение моделей IDEF0, DFD, IDEF3

1. Изучение предметной области

1.1 Прокат автомобилей

Аренда автомобилей в России уже давно перешла из разряда экзотических в самые заурядные услуги. Тем не менее, не в пример европейским странам и тем более Северной Америке, у нас она по-прежнему не получает широкого распространения.

Впрочем, эксперты отрасли полны оптимизма относительно будущего аренды автотехники. Ведь даже финансовый кризис не смог серьезно поколебать пусть небольшой в нашей стране, но все-таки обращающий на себя внимание прокатный бизнес. Они констатируют ежегодный прирост оборота на 9% и выше, вплоть до 5,4 млрд. руб. к 2016 г.

Среди факторов, оказывающих положительное влияние на развитие данного вида бизнеса, называется рост экономики России и как следствие потребительских расходов, которые, по мнению аналитиков, должны увеличится в среднем на 3% в течение следующих 5 лет.

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

Туризм - еще один немаловажный фактор. Правда пока всего лишь 5% доходов от аренды автомобилей в России составляет туристический сегмент, в то время как в экономически развитых зарубежных странах на него приходится до 50%, и около 40% - на деловые поездки (командировки).

Но то, что туризм имеет громадный потенциал, подтверждается и расстановкой сил в российском прокатном бизнесе. Так до 80% всего рынка аренды концентрируется в обеих столицах и близлежащих регионах - основных культурно-исторических агломерациях нашей страны, привлекающих наибольший туристических поток. И именно здесь сформирован крупнейший парк прокатной автотехники - около 4 500 машин.

Только по европейским меркам - это капля в море. Только Avis - один из крупнейших мировых операторов в этой сфере и лишь в Великобритании имеет порядка 10 000 авто. Для сравнения Europcar там же владеет 15 000 машин, Hertz - 13 000 штук.

Вообще глобальный размах деятельности этих компаний - настоящих монстров в своем сегменте - впечатляет. Avis Budget Group это 10 000 точек проката в 175 странах, 40 различных моделей автомобилей и почти 1 млн. участников в привилегированных программах. Общее ежегодное число пользователей автомобилей компании только в Европе - 8 млн. человек!

Europcar поскоромнее, но не менее внушителен. Его сеть охватывает 130 стран, более 10 000 точек проката с парком под 200 тыс. автомобилей. Доход - 2 млрд. евро. У Sixt 4 500 пунктов проката в 105 странах мира.

Поражающие воображения цифры можно приводить и дальше, но доля в них России просто ничтожна. Даже несмотря на то что эти компании уже не первый, а некоторые уже почти 10 лет работают в нашей стране. Но развить рынок до масштабов сравнимых с европейскими или хотя бы восточно-европейскими у них так и не получилось. Почему?

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

Стоимость аренды автомобиля в России точно такая же, а в некоторых случаях даже выше, чем в Европе. При этом за рубежом спектр сопутствующих услуг и вариантов выбора машин значительно шире.

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

Техническое задание согласно ГОСТ 34.602-89.

Общие сведения:

Полное наименование информационной системы: Прокат автомобилей.

Наименование предприятия разработчика системы: VENTO

Перечень документов, на основании которых создается ИС:

· Организационная структура службы (штатное расписание);

· Нормативные документы и должностные инструкции.

Назначение и цели создания системы. Разработка информационной системы прокат автомобилей требует деятельности коллектива из 1-5 человек соответствующей квалификации. Длительность полного цикла создания программного продукта - 1 месяц.

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

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

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

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

Организационная структура, представлена на Рисунке.

Размещено на http://www.allbest.ru/

Рисунок 1. Организационная структура предприятия

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

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

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

· Просматривать данные об имеющихся в наличии авто

· Просматривать данные о клиентах

· Просматривать данные о выданных авто

· Просматривать данные таблиц, при необходимости редактировать их.

· Создавать на основе исходных данных различные отчеты. При этом в основном используется выборка из таблиц.

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

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

Требования к информационной системе:

1. Требования к структуре и функционированию системы.

Пользователи ИС: администратор.

Администратор выполняет следующие действия:

1. Выписка счета;

2. Помощь в выборе желаемых услуг.

Вся информация хранится на ПК, на сервере базы данных.

2. Требование к надежности эксплуатации, обслуживанию и ремонту, защите от внешнего воздействия.

Для обеспечения повышенной надежности работы ИС на всех режимах ее функционирования должно быть предусмотрено:

· Соблюдение правил эксплуатации и технического обслуживания ИС;

· Предварительное обучение персонала;

· Восстановление БД в случае программных или аппаратных сбоев системы.

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

3. Требования к информационной безопасности.

Обеспечение информационной безопасности ИС должно удовлетворять следующим требованиям:

· Защита системы должна обеспечиваться во всех режимах функционирования;

· Ограничение прав доступа.

4. Требования к антивирусной защите.

Средства антивирусной защиты должно быть обеспечивать:

· Управление сканированием, удаление вирусов, протоколирование вирусной активности на рабочих местах пользователей;

· Администрирование всех антивирусных продуктов.

Требования к видам обеспечения:

Требования к лингвистическому обеспечению:

· При реализации системы должны применяться следующие языки высокого уровня SQL, StarUML и др.;

· Для описания предметной области должен использоваться Erwin Data Modeler.

· Для организации диалога системы с пользователем должен применяться графический оконный пользовательский интерфейс.

Требования к программному обеспечению:

· Состав ПО;

· Microsoft Office;

· Microsoft Windows;

· Антивирусное программное обеспечение.

Требования к техническому обеспечению:

· Лицензированное программное обеспечение;

· Объем ПЗУ 4 тб.

2. Модели

2.1 Структурно-функциональное моделирование

Для проведения анализа и реорганизации бизнес-процессов воспользуемся CASE-средством. Bpwin поддерживает методологии IDEF0 (функциональная модель), IDEF3 (WorkFlow Diagram) и DFD (DataFlow Diagram).

Функциональная модель предназначена для описания существующих бизнес-процессов на предприятии (так называемая модель AS-IS) и идеального положения вещей - того, к чему нужно стремиться (модель ТО-ВЕ). Для начала построим функциональные диаграммы бизнес-процессов, которые предстоит улучшить, т.е. модели AS-IS:

На рисунках 2 и 3 представлены контекстная диаграмма и диаграмма декомпозиции процесса «Выбор авто». На вход поступает информация о финансовых возможностях клиента, и текущий модельный ряд автомобилей. С помощью любезного персонала клиенту предоставляется возможность выбрать понравившийся автомобиль, и тем самым на выходе вы получаем выбранный авто. За управление процессами отвечают государственные стандарты. Механизмами служат клиент, который выбирает авто, и персонал, который обслуживает клиента.

Рис. 2 Контекстная диаграмма функциональной модели процесса «Выбор авто»

Рис. 3 Диаграмма декомпозиции процесса «Выбор авто»

Рис. 4 Контекстная диаграмма функциональной модели процесса «Выдача авто»

Рис. 5 Диаграмма декомпозиции процесса «Выдача авто»

Рис. 6 Контекстная диаграмма функциональной модели процесса «Оформление квитанции»

Рис. 7 Диаграмма декомпозиции процесса «Оформление квитанции»

Рис. 8 Контекстная диаграмма функциональной модели процесса «Оплата за ренту»

Рис. 9 Диаграмма декомпозиции процесса «Оплата за ренту»

Рисунки 4 и 5 отображают процесс «Выдача авто». Входом является модельный ряд и сведения о клиенте. На выходе клиенту выдаётся автомобиль. Ресурсной стрелкой является обслуживающий персонал, который и выдаёт клиенту авто. Управляют процессами внутренние правила предприятия.

На рисунках 6 и 7 представлены диаграммы процесса «Оформление квитанции». Входным материалом является заявка клиента, которая передаётся обслуживающему персоналу, который в свою очередь обрабатывает заявку при помощи ИС, и на выходе клиент получает чек, который обязан оплатить и квитанцию об оплате.

Завершающим процессом является «Оплата за ренту». Контекстная диаграмма и диаграмма декомпозиции этого процесса отображены на рисунках 8 и 9. Входная стрелка - это заявка и непосредственно деньги от клиента, которые передаются обслуживающему персоналу. Персонал, обрабатывает полученную информацию, производит пересчёт средств, и на выходе клиент получает чек об оплате за авто. За управление в данном процессе отвечает законодательство РФ.

2.2 Недостатки существующей структурно-функциональной модели бизнес-процессов предприятия

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

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

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

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

· Усугубляет положение компании в сфере услуг и сервис фактор «изношенного» ПО. Поэтому, есть предложение внедрить ИС, для ускорения печати чеков об оплате и гарантии на автомобиль.

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

· Список клиентов. В данном документе хранится самая основная информация: ФИО, адрес и телефон.

· Список предоставляемых услуг. Этот документ представляет собой прайс-лист. Такие сведения постоянно обновляются. В этом документе хранится марка автомобиля и его цена.

· Регистр. Этот документ представляет собой список, в котором хранится информация о клиенте, его пожеланиях об аренде того или иного автомобиля, и в итоге какой автомобиль был арендован клиентом.

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

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

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

2.3 Автоматизация структурно-функциональных моделей предприятия

Найденные в модели AS-IS недостатки можно исправить при создании модели ТО-ВЕ (как будет) -- модели новой организации бизнес-процессов. Технология проектирования ИС подразумевает сначала создание модели AS-IS, ее анализ и улучшение бизнес-процессов, то есть создание модели ТО-ВЕ, и только на основе модели ТО-ВЕ строится модель данных, прототип и затем окончательный вариант ИС.

Как правило, данная модель создается на основе AS-IS, с устранением недостатков в существующей организации бизнес-процессов, а так же с их совершенствованием и оптимизацией. Это достигается за счет устранения выявленных на базе анализа AS-IS узких мест.

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

Построим функциональные диаграммы ТО-ВЕ бизнес-процессов, которые мы изменили.

На рисунках 10 и 11 представлены контекстная диаграмма и диаграмма декомпозиции процесса «Выбор авто». На вход поступает информация о финансовых возможностях клиента, и текущий модельный ряд автомобилей. С помощью любезного персонала клиенту предоставляется возможность выбрать понравившийся автомобиль, и тем самым на выходе вы получаем выбранный авто. За управление процессами отвечают государственные стандарты. Механизмами служат клиент, который выбирает авто, и персонал, который обслуживает клиента. В результате автоматизации предприятия произошло внедрение ИС в данный процесс. ИС позволила выбрать авто из каталога БД.

Рисунки 12 и 13 отображают процесс «Выдача авто». Входом является модельный ряд и сведения о клиенте. На выходе клиенту выдаётся автомобиль. Ресурсной стрелкой является обслуживающий персонал, который и выдаёт клиенту авто. Управляют процессами внутренние правила предприятия. В результате процесса «Выдача авто» выдаётся доверенность клиенту на управление выбранным транспортным средством.

информационный автоматизация антивирусный защита

Рис. 10 Контекстная диаграмма функциональной модели процесса «Выбор авто» после автоматизации

Рис 11 Диаграмма декомпозиции процесса «Выбор авто» после автоматизации

Рис. 12 Контекстная диаграмма функциональной модели процесса «Выдача авто» после автоматизации

Рис 13 Диаграмма декомпозиции процесса «Выдача авто» после автоматизации

Рис. 14 Контекстная диаграмма функциональной модели процесса «Оформление квитанции» после автоматизации

Рис 15 Диаграмма декомпозиции процесса «Оформление квитанции» после автоматизации

Рис. 16 Контекстная диаграмма функциональной модели процесса «Оплата за ренту» после автоматизации

Рис 17 Диаграмма декомпозиции процесса «Оплата за ренту» после автоматизации

На рисунках 14 и 15 представлены диаграммы процесса «Оформление квитанции». Входным материалом является заявка клиента, которая передаётся обслуживающему персоналу, который в свою очередь обрабатывает заявку при помощи ИС, и на выходе клиент получает чек, который обязан оплатить и квитанцию об оплате. В результате поправок в законодательстве РФ в процессе «Оформление квитанции», формируется квитанция и выдаётся чек клиенту, благодаря ИС.

Завершающим процессом является «Оплата за ренту». Контекстная диаграмма и диаграмма декомпозиции этого процесса отображены на рисунках 16 и 17

Входная стрелка - это заявка и непосредственно деньги от клиента, которые передаются обслуживающему персоналу. Персонал, обрабатывает полученную информацию, производит пересчёт средств, и на выходе клиент получает чек об оплате за авто. За управление в данном процессе отвечает законодательство РФ. Вследствие автоматизации данного процесса появилась возможность выдачи гарантии на арендуемое авто.

2.4 Методология IDEF3

2.5 Методология IDEF1X

Процесс моделирования в Erwin базируется на методологии проектирования реляционных баз данных IDEF1X.

Для проектирования базы данных проектов использовалась модель «сущность - связь» (Entity - Relationship model, или ER - модель). ER - модель представляет собой высокоуровневую концептуальную модель данных, цель которой - упрощение задачи проектирования баз данных. Данная модель данных включает в себя набор концепций, которые описывают структуру базы данных и связанные с ней транзакции обновления и выборки данных. Следует подчеркнуть, что концептуальная модель данных не зависит от конкретной СУБД или аппаратной платформы, которая используется для физической реализации базы данных.

Основными элементами IDEF1X являются сущности, атрибуты и связи.

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

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

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

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

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

Объект «Марки» связан с полем «Автомобили» связью «один ко многим». Этот тип связи применяется, когда одному значению вспомогательного объекта соответствует много значений главного. По аналогии с этим устанавливаются связи «один ко многим» у остальных информационных объектов «Персонал», «Клиенты», «Выдача авто», с соответствующими полями связанных между собой таблиц. Схема логической модели данных представлена на рисунке 18

Рис. 18 Логическая модель базы данных.

Заключение

В результате проведенной работы выполнены следующие поставленные задачи:

· описаны основные направления деятельности предприятия, описаны и созданы схемы организационной структуры предприятия и автоматизируемого подразделения

· проведено структурно-функциональное и объектно-ориентированное моделирование бизнес-процессов предприятия

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

· автоматизированы структурно-функциональные и объектно-ориентированные модели бизнес-процессов предприятия

· созданы модели данных ИС с использованием стандарта IDEF1X. Создана логическая модель данных на русском языке

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

Задача по созданию информационной системы для предприятия достигнута.

Список литературы

1. Дубейковский В.И. Эффективное моделирование с AllFusion Process Modeler 4.1.4 и AllFusion PM. М.: ДИАЛОГ-МИФИ, 2006.

2. Каменова, Громов Моделирование бизнеса. Методология ARIS М.: Весть-МетаТехнология, 2006

3. Кременчук А. Современные методы описания функциональных требований к системам М.: издательство «Лори», 2006. - 263 с

4. Левандовский К. К. - Самоучитель UML

5. Лешкович М. Анализ требований и проектирование систем. Разработка информационных Пер. с англ. - М.: Издательский дом «Минарди», 2007. - 432 с.: ил. - Парал. тит. Англ

Размещено на Allbest.ru

...