Проектирование информационной системы контроля и учета заявок для ЗАО“Автомеханик”

Содержание:

ВВЕДЕНИЕ

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

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

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

− Ведение базы данных всех клиентов, автомобилей, запчастей;

− Оформление заказа на диагностику и ремонт автомобиля;

− Отслеживание сроков работы;

− Оформление заказа, исходя из выполненных работ, времени ремонта, использованных запчастей;

− Проверка и подготовка автомобиля к сдаче заказчику;

− Оформление доверенности на проведение технических испытаний транспортного средства;

− Выставление счета клиенту;

− Проверка наличия расходных материалов и запчастей на складе;

−Оформление заявки на покупку запчастей или расходных материалов;

− Оформление заказа поставщику;

− Отчет о выполненной работе за промежуток времени;

Глава 1.ОПИСАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ

Целью данной курсовой работы является проектирование информационной системы контроля и учета заявок на ремонт автомобиля для ЗАО “Автомеханик”.

ЗАО "Автомеханик" выполняет сервисное обслуживание (замена масел и расходных материалов), а также ремонт легковых транспортных средств отечественного и импортного производства:

а) Ремонт двигателя;

б) Замену электрооборудования;

в) Ремонт и регулировку системы управления;

г) Ремонт ходовой части;

д) Перекраска цвета автомобиля;

ж) Мойка автомобиля и химчистка салона;

з) Замена масел;

и) Диагностика всего автомобиля.

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

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

Внутренняя организационная структура предприятия представлена на рисунке 1.

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

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

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

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

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

-Информационный отдел – Отвечает за изучением проблем компании и анализирует её будущее развитие, а так же внедрение автоматизированных систем, управление и обеспечение их.

-Администратор- Следит за исправностью системы и управляет доступом к этой системе разных участников той или иной фирмы.

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

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

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

-Автослесарь-В основном выполняет работу по кузову автомобиля(сваривает детали, обработка кузова, перекраска кузова, устранение недочетов по кузову, в основном работа с вмятинами и царапинами)

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

ОСНОВНЫЕ ТЕОРЕТИЧЕСКИЕ ПОЛОЖЕНИЯ

2.1 Case-средства

На сегодняшний день CASE-ресурсы участвуют во всех сферах деятельности человека, в каком месте появляется потребность в автоматизации действий и подробном рассмотрении данных. Они содержат в себе конкретный план проектирования и поддержания ИС, формирования баз информации и приложений, тестирования, документирования, детальное рассмотрения и прочее. В современном мире практически любая организация, будь то бизнес-предприятие или государственное учреждение, сталкивается с проблемой структурирования получаемой информации, анализа и управления различными информационными системами (ИС). С каждым годом разработка и внедрение таких ИС заметно усложняются. При этом на первоначальном этапе разработки подобных систем всегда осуществляется детальный анализ самой деятельности и ставящихся перед ИС задач. Поэтому в настоящее время применяются специальные CASE-средства (Computer Aided Software/System Engineering), помогающие в разработке и поддержке сложных программных систем – от простого моделирования бизнес-процессов на предприятии до полной поддержки всего жизненного цикла создания и сопровождения информационных систем.

CASE средства (Computer - Aided Software Engineering) – это инструмент, который позволяет автоматизировать процесс разработки информационной системы и программного обеспечения. Разработка и создание информационных систем управления предприятием связаны с выделением бизнес-процессов, их анализом, определением взаимосвязи элементов процессов, оптимизации их инфраструктуры и т.д. Основной целью применения CASE средств является сокращение времени и затрат на разработку информационных систем, и повышение их качества.

Базовые характеристики CASE средств:

-Цели моделирования и анализа процессов. Исходя из целей моделирования, определяются необходимые методы, которые должны поддерживать CASE средства. Также цели моделирования определяют необходимый уровень детализации моделей и формы представления отчетов.

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

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

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

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

-Субъективность. При выборе могут существовать субъективные соображение выбора того или иного CASE средства, не связанные с рациональными критериями выбор

Инструментальное средство BPwin.

Для построения своей модели я выбрал BPWin.

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

В BPwin возможно построение смешанных моделей, т. е. модель может содержать одновременно как диаграммы IDEFO, так и IDEF3 и DFD. Модель в BPwin рассматривается как множество выпооняемых работ, каждая из которых оперирует с некоторым набором данных. Главная информация бизнесс-процесса отображается в прямоугольниках, данные – в виде стрелок.

Все работы модели нумеруются. Может быть использован префикс любой длины, но обычно используют префикс А. Контекстная (корневая) работа дерева имеет номер А0. Работа декомпозиции А0 имеет номера Al, A2, A3 и т.д. Работы декомпозиции нижнего уровня имеют номер родительской работы и очередной порядковый номер, например работы декомпозиции A3 будут иметь номера А3.1, А3.2, АЗ.З, А3.4 и т. д.

Глава2.Разработка модели

Принцип построения модели IDEFO:

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

Модель может содержать четыре типа диаграмм:

· контекстную диаграмму (в каждой модели может быть только одна контекстная диаграмма);

· диаграммы декомпозиции;

· диаграммы дерева узлов;

· диаграммы только для экспозиции (FEO).

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

Принцип построения модели IDEF3:

IDEF3 может быть также использован как метод создания процессов. IDEF3 дополняет IDEFO и содержит все необходимое для построения моделей, которые в дальнейшем могут быть использованы для имитационного анализа. Каждая работа в IDEF3 описывает какой-либо сценарий бизнес-процесса и может являться составляющей другой работы. Поскольку сценарий описывает цель и рамки модели, важно, чтобы работы именовались отглагольным существительным, обозначающим процесс действия, или фразой, содержащей такое существительное.Также необходимо задокументировать цель модели – те вопросы, на которые призвана ответить модель. Окончание одной работы может служить сигналом к началу нескольких работ или же одна работа для своего запуска может ожидать окончания нескольких работ. Перекрестки используются для отображения логики взаимодействия стрелок при слиянии и разветвлении или для отображения множества событий, которые могут или должны быть завершены перед началом следующей работы.Объект ссылки. Объект ссылки в IDEF3 выражает некую идею, концепцию или данные, которые нельзя связать со стрелкой, перекрестком или работой. Официальная спецификация IDEF3 различает три стиля объектов ссылок – безусловные (unconditional), синхронные (synchronous) и асинхронные (asynchronous).

Принцип построения модели DFD:

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

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

• внешние сущности;
• системы/подсистемы;
• процессы;
• накопители данных;
• потоки данных.

Модель Автосервиса

4.1 Навигатор модели – Model Explorer

Полная модель изображена в окне Model Explorer (рисунок 2.)

Рисунок 2- Окно Model Explorer

4.2.1 Диаграммы функциональной декомпозиции

Контекстная диаграмма

На этом рисунке (рисунок 3.) представлена общее описание данной модели

Рисунок 3- Контекстная диаграмма

4.2.2 Диаграмма декомпозиции А0

На данной диаграмме мы видим первый уровень декомпозиции нашей системы, а именно 3 основные функции и их взаимодействие друг с другом и с внешней средой (рисунок 4.)

Рисунок 4-Декомпозиция A0

4.2.3 Диаграмма декомпозиции А1

На данном рисунке (рисунок 5.) будет представлена модель описания параметра “Принятие заявки”. Так же это параметр делится на 2 функции:

-Добавление заявки в Базу Данных

-Введение статистики

Рисунок 5- Декомпозиции А1

4.2.4 Диаграмма декомпозиции А2

На данном рисунке (рисунок 6.) представлена модель описания параметра “Обслуживание автомобиля”, которая в свою очередь делится на 3 функции:

-Диагностика автомобиля

-Замена масла

-Ремонт двигателя

Рисунок 6- Декомпозиция A2

4.2.5 Диаграмма декомпозиции А3

Удаление заявки делится на 2 функции (рисунок 7.):

-Удаление заявки из БД

-Отчет о работе

Рисунок 7- Декомпозиция A3

4.3 Диаграммы потоков данных

Данные на диаграмме показывают нам потоки входа и выхода данных, отношения между разными процессами

4.3.1 Диаграмма потоков данных А12

Данная диаграмма описывает процесс «Введение статистики» (рисунок 8.).

Рисунок 8- Декомпозиция A12

4.4 Диаграммы IDEF3

Диаграмма А22.1

Эта диаграмма описывает процесс Замена масла (рисунок 9.).

Рисунок 9- Диаграмма А22.1

Диаграмма А23.1

Диаграмма описывает процесс Ремонт двигателя (рисунок 10.).

Рисунок 10- Диаграмма А23.1

Диаграмма А32.1

Эта диаграмма описывает процесс Составление Отчета о работе (рисунок 11.).

Рисунок 11- Диаграмма А32.1

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

1. С. В. Маклаков CASE-средства разработки информационных систем. BPwin и Erwin –М.: ДиалогМифи, 2001.
2. Материалы сайта www.citforum.ru– классификация CASE-средств и их общая характеристика.