Проектирование информационной системы «Автосервис»

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ Государственное образовательное учреждение высшего профессионального образования.

" НАЦИОНАЛЬНЫЙ ИССЛЕДОВАТЕЛЬСКИЙ ТОМСКИЙ ПОЛИТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ" .

Пояснительная записка курсового проекта по теме: «Проектирование информационной системы «Автосервис» .

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

Томск — 2012.

Реферат.

Всего: 31 страница, 31 рисунок, 2 таблицы.

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

Для данной предметной области рассматриваются проблемы отсутствия ИС и способы их решения, приводится анализ проблемной ситуации на основе различных диаграмм (DFD, IDEF0, IDEF1X), структура базы данных.

Цель работы — создание универсальной информационной системы для сотрудников компаний — руководителей.

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

• Перечень условных обозначений
• Введение
• Глава 1. Предварительный анализ системы
• 1.1 Характеристика компании
• 1.2 Бизнес-функции информационной системы
• 1.3 Максимально упрощенная организационная структура предприятия
• 1.4 Пользователи и функции пользователей ИС
• 1.5 Архитектура используемых технических средств и программного обеспечения
• 1.6 Формулировка проблем
• 1.7 Ожидаемое решение и масштаб проектируемой системы
• Глава 2. Анализ проблем и формирование требований к ИС
• 2.1 Анализ проблем и причин их возникновения
• 2.2 Требования к ИС
• 2.3 Моделирование процессов в организации (IDEF0)
• 2.4 Диаграмма потока данных (DFD)
• 2.5 Перечень транзакций проектируемой системы
• 2.6 Информационная модель (IDEF1X)

• Заключение

  '

• Список использованных материалов
• Приложение

Перечень условных обозначений.

DFD DataFlowDiagrams — диаграммы потоков данных.

IDEF0 FunctionModeling — методология функционального моделирования.

IDEF1X (IDEF1 Extended) DataModeling — методология построения реляционных структур

MS Microsoft.

СУБД Система управления базами данных.

БД База данных.

ИС Информационная система.

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

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

Для достижения цели необходимо выполнение следующих задач:

1. Проведение анализа системы, описание предметной области;

2. Описание проблем, связанных с отсутствием информационной системы;

3. Описание процессов, происходящих в организации при помощи методологии IDEF0;

4. Описание потоков данных, образующихся в результате деятельности организации;

5. Проектирование логической схемы данных для выбранной предметной области на основе методологии IDEF1X;

6. На основе полученной модели данных, используя MS SQL Server 2008 и MS Visual Studio 2010, разработать информационную систему, которая разрешит основные проблемы деятельности организации.

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

информационный логический visual studio.

Глава 1. Предварительный анализ системы.

1.1 Характеристика компании.

Полное наименование организации: компания «Auto+» .

Организационно-правовая форма: ООО.

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

1.2 Бизнес-функции информационной системы.

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

· Регистрация клиентов, автомобилей и запчастей (объектов инвентаря);

· Обеспечение возможности просмотра информации о конкретном клиенте, а также ее редактирование.

· Обеспечение возможности просмотра информации о конкретном автомобиле, а также ее редактирование.

· Обеспечение возможности просмотра информации о конкретном заказе.

· Мониторинг информации об обслуживаемых клиентах.

· Возможность экспорта данных в MS Excel для создания отчетности.

1.3 Максимально упрощенная организационная структура предприятия.

Рисунок 1 — Максимально упрощенная организационная структура предприятия.

1.4 Пользователи и функции пользователей ИС.

· Директор — создание и просмотр статистики, информации о клиентах, заказах и пр.

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

· Менеджер по работе с персоналом — данная позиция не предполагает работу с ИС.

· Техник — данная позиция не предполагает работу с ИС.

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

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

1.6 Формулировка проблем.

Проблемы, которые призвана решить данная система:

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

2. Недостаточный сбор данных о деятельности предприятия;

3. Хранение информации и выполнение действий в различных программных продуктах;

4. Отсутствие легкодоступной статистики по работе предприятия.

1.7 Ожидаемое решение и масштаб проектируемой системы.

Информационная система призвана решить выше сформулированные проблемы.

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

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

Глава 2. Анализ проблем и формирование требований к ИС.

2.1 Анализ проблем и причин их возникновения.

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

Таблица 1: Проблемы и причины их возникновения.

2.2 Требования к ИС.

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

2.3 Моделирование процессов в организации (IDEF0).

Методология IDEF0 (IntegratedDEFinition) представляет собой совокупность методов, правил и процедур, предназначенных для построения функциональной модели предметной области. Функциональная модель IDEF0 отображает функциональную структуру объекта, т. е. производимые им действия и связи между этими действиями.

Далее на рис 2. приведена функционально — структурная модель организации компании, построенная в IDEF0.

Верхний уровень диаграммы показывает общее описание деятельности ИС фирмы.

Рисунок 2 — Диаграмма верхнего (нулевого) уровня IDEF0.

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

Далее проведена более подробная декомпозиция.

Рисунок 3 — Декомпозиция блока А0 (ОБСЛУЖИВАНИЕ КЛИЕНТА).

Рисунок 4 — Декомпозиция блока А3 (ПОДБОР УСЛУГИ).

2.4 Диаграмма потока данных (DFD).

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

Рисунок 5 — Контекстная диаграмма.

Структура информационной системы имеет следующий вид:

Рисунок 6 — Структура ИС.

Информационная система (рис.6) содержит шесть подсистем: подсистема работы с заказами, подсистема работы с клиентами, работы с автомобилями, подсистема работы с запчастями, подсистема работы с услугами, подсистема справки.

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

Рисунок 7 — Декомпозиция подсистемы работы с заказами.

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

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

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

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

Рисунок 10 — Декомпозиция подсистемы работы с запчастями.

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

Рисунок 11 — Декомпозиция подсистемы работы с услугами.

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

Рисунок 12 — Декомпозиция подсистемы справки.

2.5 Перечень транзакций проектируемой системы.

Таблица 2. Список транзакций в соответствии с описанной функциональностью ИС.

2.6 Информационная модель (IDEF1X).

Методология IDEF1X является методом для разработки реляционных баз данных и использует условный синтаксис, специально разработанный для удобного построения концептуальной модели. Концептуальной моделью называют универсальное представление структуры данных в рамках коммерческого предприятия, независимое от конечной реализации базы данных и аппаратной платформы. Использование метода IDEF1X наиболее целесообразно для построения логической структуры базы данных после того, как все информационные ресурсы исследованы (с помощью метода IDEF1Х) и решение о внедрении реляционной базы данных, как части корпоративной информационной системы, было принято.

Рисунок 13 — IDEF1X-модель.

Рисунок 14 - концептуальная IDEF1X-модель.

Рисунок 15 — Модель зависимостей.

При моделировании базы данных проделан анализ данных — процесс, который готовит модель данных для внедрения в базе данных MS SQL Server 2008 с целью обеспечения простоты, гибкости, и адаптивности. Используемая технология называется нормализация.

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

Отношения БД должны удовлетворять 1НФ, 2НФ, 3НФ.

Отношение находится в первой нормальной форме (1NF), если не существует атрибутов, которые могут иметь более чем одно значение в одном экземпляре сущности. Любые атрибуты, которые могут иметь множественные значения, фактически описывают отдельную сущность, возможно сущность и связь. Отношение находится во второй нормальной форме (2NF), если оно уже в 1NF и если значения неключевых атрибутов зависят от полного ключа, а не от его части. Все неключевые атрибуты, которые зависят только от части ключа, следует поместить в другие отношения, в которых часть ключа является действительно полным ключом. Это может потребовать создания нового отношения и связи в модели.

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

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

Заключение

.

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

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

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

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

Недостаток системы, не влияющий на её работу, это свободный доступ к ней. Система не имеет подсистемы авторизации.

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

Список использованных материалов.

1. А. Ф. Тузовский. Высокоуровневые методы информатики и программирования. — учебное издание; Томский Политехнический Университет, 2009. — 199 с. — ISO 9001:2008.

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

Приложение А.

Рисунок 16 — Запуск программы Рисунок 17 — Раздел «Заказы» .

Рисунок 18 — Создание нового заказа Рисунок 19 — Регистрация нового автомобиля в Системе (если автомобиль уже зарегистрирован, то выбираем его из выпадающего списка) Рисунок 20 — Регистрация нового владельца в Системе (если владелец уже зарегистрирован, то выбираем его из выпадающего списка) Рисунок 21 — Новый заказ внесен в Систему Рисунок 22 — Кнопка «Подробнее…» позволяет нам просмотреть подробную информацию о клиенте/автомобиле Рисунок 23 — Регистрация нового автомобиля в Системе через раздел «Автомобили» .

Рисунок 24 — Автомобиль внесен в Систему Рисунок 25 — Создание новой услуги в разделе «Услуги». Время выполнения в часах, гарантийный период в месяцах Рисунок 26 — Новая услуга внесена в Систему Рисунок 27 — Создание новой запчасти (объекта инвентаря) Рисунок 28 — Новый объект инвентаря внесен в Систему Рисунок 29 — Просмотр заказов и автомобилей, принадлежащих владельцу Рисунок 30 — Через конкретный автомобиль мы можем узнать в каких заказах он присутствует и кто его владелец Раздел «Справка» содержит в себе основную информацию о программе, об её авторах и имеет небольшую инструкцию по использованию данной ИС.

Приложение «B» .

В данном приложении представлена схема (рис.31) взаимодействия приложения с базой данных.

Рисунок 31 — Схема взаимодействия приложения с базой данных.