Разработка информационной системы автосервиса

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

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 19.06.2015
Размер файла 2,0 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

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

СИБИРСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ

ПУТЕЙ СООБЩЕНИЯ (СГУПС)

ДИПЛОМНЫЙ ПРОЕКТ

Тема: «Разработка информационной системы автосервиса»

Выполнила Остапенко М.В.

Аннотация

Объект исследования: деятельность автосервиса «Сан Саныч».

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

Методы исследования и технологии разработки: анализ проблемы автоматизации учета и контроля на автосервисах. В качестве системы управления базами данных была выбрана СУБД MS SQL Server. Средством разработки и создания приложений Visual Studio.

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

Область применения: любой типовой автосервис.

Содержание

  • Аннотация
  • Введение
  • 1. Постановка задачи
  • 1.1 Описание предметной области
  • 1.1.1 Паспорт предприятия
  • 1.1.2 Организационная модель автосервиса
  • 1.1.3 Бизнес-процесс предприятия
  • 1.2 Обзор аналогов ИС
    • 1.2.1 Система LogicStar-Avto
    • 1.2.2 Система «Альфа-Авто»
    • 1.2.3 Система TurboService
  • 1.3 Формирование требований к системе
    • 2. Проектирование системы
    • 2.1 Разработка архитектуры системы
  • 2.2 Проектирование базы данных
  • 2.3 Проектирование приложенитя
  • 2.3.1 Обоснование выбора языка программирования
  • 2.3.2 Описание структуры данных
  • 3. Реализация информационной системы
  • 4. Расчет экономических показателей
  • 4.1 Уровень прототипирования
  • 4.2 Уровень предварительного проектирования
  • 4.3 Постархитектурный уровень
  • Заключение
  • Список литературы
  • Приложение А - Программный код
  • Введение
  • Предприятия, занятые в сфере диагностики и ремонта автомобилей, существуют в условиях высокой конкуренции. Чтобы повысить свою конкурентоспособность большинство предприятий используют информационные системы в процессе своей работы, так как вычислительная техника способна в разы ускорить процесс обработки информации и получения результата. Но в наши дни остаются и такие предприятия, руководители которых не решаются внедрять информационные системы в силу их дороговизны или своей неосведомлённости в данной сфере.
  • Основной целью данной дипломной работы является разработка информационной системы автосервиса, которая позволит повысить эффективность управления за счет быстрого доступа к информации о клиентах, поставщиках, сотрудниках, запасах на складе.
  • Информационная система должна осуществлять хранение, обработку, изменение, добавление, удаление данных, предоставлять удобный интерфейс для ввода информации.
  • 1. Постановка задачи
  • 1.1 Описание предметной области
  • Целью данного дипломного проекта является разработка информационной системы заданной предметной области, а именно автосервиса. Для достижения заданной цели необходимо на первом этапе подробно исследовать предметную область, используя для этого источники и средства получения информации. Далее из полученной информации выявить основные функции и задачи, организационную структуру и типичные сценарии работы, в удобной и понятной форме представить документооборот автосервиса. Следующим шагом будет сравнительный анализ аналогов.
  • Объектом исследования данного дипломного проекта является деятельность автосервиса. Автосервис в свою очередь занимается непосредственно техническим обслуживанием и ремонтом автомобилей.
  • Техническое обслуживание (ТО) - это комплекс операций или операция по поддержанию исправного состояния колесного транспортного средства (составных частей, систем колесного транспортного средства) в соответствии с инструкциями его изготовителя.
  • Ремонт - комплекс операций по восстановлению исправного состояния колесного транспортного средства (его составных частей, систем).
  • Автосервис «Сан-Саныч» был основан в 2005 году как многопрофильное автосервисное предприятие.
  • Ремонт автомобилей производится специалистами с опытом не менее 3 лет. Мастера постоянно совершенствуют свои знания и умения на курсах повышения квалификации.
  • «Сан-Саныч» оказывает услуги ремонта автомобилей как для частных автовладельцев, так и для корпоративных клиентов.
  • Принципы работы автосервиса:
  • - многоуровневый контроль качества оказываемых услуг;
  • - гарантия соблюдения сроков ремонта автомобиля;
  • - индивидуальный подход при ремонте любого авто.
  • Все обращающиеся в автосервис клиенты, желающие оформить заказ на оказание услуг, должны заполнить форму регистрации, в которой необходимо указать свои ФИО, марку автомобиля, номерной знак и ФИО владельца машины, контактный телефон.
  • Таким образом, в функционирование автосервиса входит:

- регистрация клиентов;

- справочная информация о доступных услугах;

- прием заказа на оказание услуг;

- справочная информация о сделанном заказе;

- выполнение заказа;

- отчет о проделанных работах и расчет стоимости предоставленных услуг.

1.1.1 Паспорт предприятия

Название организации: «Сан-Саныч».

Юридический статус: Общество с ограниченной ответственностью (ООО).

Профиль деятельность: диагностика и ремонт автомобилей.

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

Код ОКВЭД: Код 50.2 - Техническое обслуживание и ремонт автотранспортных средств.

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

Масштаб предприятия (численность персонала): малое предприятие (15 человек).

Территориальные организации: отделение в Центральном районе г. Новосибирска.

Основные контрагенты: физические лица.

Положение на рынке: конкурентоспособное предприятие.

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

Проблемы деятельности: снижение количества клиентов в связи с финансовым кризисом.

Масштаб информационных систем - 4 компьютера.

Используемые ИТ технологии - Microsoft Office.

Основные бизнес-процессы: регистрация клиентов, ремонт автомобилей.

1.1.2 Организационная модель автосервиса

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

Рисунок 1.1 - Организационная модель в нотации Organization Chart

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

Таблица 1.1 - Используемые объекты

Тип объекта рус. (англ.)

Символ с именем по умолчанию (рус. или англ.)

Целевое использование

Правила именования

Организационная схема (Organizational Chart)

Сотрудник (Person)

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

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

Должность (Position)

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

Имя должности должно начинаться с имени существительного

Организационная единица (Organizational unit)

Обозначение отдельного штатного подразделения.

Полное название подразделения

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

Таблица 1.2 - Типы связей

Тип объекта-источника связи

Тип связи рус. (англ.)

Целевое использование

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

Должность (Position)

является непосредственным руководителем (is disciplinary superior)

предназначена для указания руководителя организационной единицы

Организационная единица (Organizational unit)

Организационная единица (Organizational unit)

Состоит из (is composed of)

предназначена для описания состава организационной единицы

Должность (Position)

Организационная единица (Organizational unit)

Является техническим руководителем (is technical superior)

предназначена для описания подчинения организационных единиц

Организационная единица (Organizational unit)

Сотрудник (internal person)

Занимает должность (occupies)

Предназначена для описания отдельного сотрудника, занимающего данную должность

Должность (Position)

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

Мастер-приемщик решает следующие задачи:

- общение с клиентами;

- прием заказа ТО от клиентов;

- оформление документов;

- принятие решения по гарантийным случаям;

- распределение ремонта по приоритетам, планирование нагрузки цеха;

- распределение работ по сотрудникам (учитывая квалификацию) после прихода заявки;

- контроль полноты и своевременности выполнения работ;

- контроль за выполнением требований по организации автосервиса;

- ведение склада зачастей;

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

- ведение документооборота;

- составление отчетности.

Кладовщик решает следующие задачи:

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

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

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

- руководит работой по погрузке, выгрузке грузов и размещению их внутри склада;

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

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

- обеспечивает соблюдение правил оформления и сдачи приходно-расходных документов, составление установленной отчетности;

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

- участвует в проведении инвентаризации товарно-материальных ценностей;

- ведет учет складских операций;

- контролирует состояние техники безопасности и принимает меры к устранению выявленных недостатков, нарушений правил производственной санитарии, несоблюдения рабочими инструкций по охране труда;

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

Автослесарь решает следующие задачи:

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

- инициирует предварительное дополнение к заказу, при необходимости дополнительного ремонта;

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

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

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

- подготовка автомобиля к покраске;

- покраска автомобиля.

Администратор решает следующие задачи:

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

- консультирует посетителей по вопросам, касающимся оказываемых услуг;

- принимает документы от клиентов, проверяет наличие сервисной книжки;

- выдает клиентам бланк заявки, оформляет разовый пропуск на въезд/выезд автомобиля на территорию автосервиса;

- при закрытии заказ - наряда мастером-приемщиком пробивает кассовый чек, аннулирует его и выдает данный пакет документов клиенту;

- принимает меры по предотвращению и ликвидации конфликтных ситуаций;

- списание материальных ценностей, применяемых при ремонте и тех.обслуживании автомобилей;

- изучать поступающий товар (цены, наименование).

- выполнять отдельные служебные поручения своего непосредственного руководителя;

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

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

1.1.3 Бизнес-процесс предприятия

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

На рисунке 1.2 показан бизнес процесс «оформление заказа» в нотации Extended event driven process chain.

Рисунок 1.2 - Описание бизнес процесса «оформление заказа»

1.2 Обзор аналогов ИС

1.2.1 Система LogicStar-Avto

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

LogicStar-Avto автоматизирует бизнес-процессы автоцентра в едином интегрированном решении и поддерживает:

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

- интеграцию с внешними системами подбора работ и деталей, Ewa Net, TIS (Opel), Suzuki EPC, Mitsubishi EPC, Iveco Power, Chevrolet Parts Imager, AUDATEX;

- интеграцию с системами автоматического отпуска ГСМ в цехе, к примеру MDS2000 Fluid Management, позволяющая производить списание ГСМ на Заказ-наряды в реальном времени;

- внешний доступ к информации через различные варианты WEB- интерфейсов как для удаленного просмотра менеджерами результатов деятельности компании, так и предоставление информации для клиентов (о текущем наличии деталей, предварительной записи, ведении и истории ремонта, обязательных сервисных мероприятиях).[10]

В таблице 1.3 представлена сравнительная таблица LogicStar Avto.

Таблица 1.3 - Сравнительная таблица

LSAvto Lite

LSAvto DMS

LSAvto PRO

Для независимых СТО

+

+

-

Для официальных дилеров

+

+

-

Для дистрибьюторов (импортеров)

-

-

+

Хранение информации в "облаке", аренда пространства на сервере

+

+

+

Хранение информации на собственном сервере

-

+

+

Количество лицензий

8

15

по запросу

Стоимость установки, руб.

50.000

по запросу

по запросу

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

3.500

по запросу

по запросу

1.2.2 Система «Альфа-Авто»

Программный комплекс «Альфа-Авто», разработанный на платформе «1С:Предприятие 8.0»

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

«Альфа-Авто» включает в себя следующие учетные модули:

- запчасти;

- сервисный центр;

- финансовый блок;

- обмен данными.

Конфигурация «АЛЬФА-АВТО» не является самостоятельной программой и предназначена для совместного использования с платформой «1С:Предприятие 8».

Стоимость тех. поддержки на 6 месяцев - 3300 руб.

Стоимость тех. поддержки на 12 месяцев - 4500 руб.

В таблице 1.4 представлена стоимость комплекса «Альфа-Авто».

Основные достоинства:

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

- встроенные функции управления взаимоотношениями с клиентами (CRM);

- управление автосервисом: планирование загрузки, учет выполненных ремонтных работ, анализ эффективности работы [11].

Таблица 1.4 - Стоимость комплекса «Альфа-Авто»

Наименование

Цена для конечного пользователя

Альфа-Авто: Автосервис + Автозапчасти, для одного пользователя

62 000 руб.

Дополнительная лицензия на 1 пользователя для Альфа-Авто: Автосервис + Автозапчасти

44 000 руб

Дополнительная лицензия на 5 пользователей для Альфа-Авто: Автосервис + Автозапчасти

42 000 руб.

Дополнительная лицензия на 10 пользователей для Альфа-Авто: Автосервис + Автозапчасти

430 000 руб

Дополнительная лицензия на 25 пользователей для Альфа-Авто

470 000 руб

Дополнительная лицензия на 50 пользователей для Альфа-Авто: Автосервис + Автозапчасти

4 135 000 руб

1.2.3 Система TurboService

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

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

- полноценный складской учет;

- оформление и вывод документов - заказ-нарядов, счетов, накладных, актов приемки-сдачи работ и т.д.; 10

- учет выполнения работ и выработки механиков;

- поддержка справочников работ и автомобилей;

- многоскладность, многофирменность, многовалютность;

- различные методы списания в холдинге;

- перенос данных в популярные бухгалтерские системы;

- формирование и печать разносторонних отчетов о деятельности предприятия.

В таблице 1.5 представлена стоимость системы TurboService

Таблица 1.5 - Стоимость системы TurboService

Лицензии комплектации «Стандарт»

Стоимость, руб

Минимальный пакет на 5 рабочих мест

25000

Дополнительное рабочее место

5000

Лицензии комплектации «Все включено»

Стоимость, руб.

Минимальный пакет на 5 рабочих мест

150000

Дополнительное рабочее место

30000

Внедрение и обучение

Стоимость, руб.

Предпроектное обследование

60000

Конфигурирование базы данных

15 000

Обучение в офисе разработчика 3 дня по 4 часа

18 000

Обучение в офисе заказчика 3 дня по 4 часа

36000

Проведение мини-аудита. Аудит удаленно, выезд и презентация у заказчика

36000

Обучение администратора или опытного пользователя в офисе разработчика 3 дня

18000

Обучение программиста модификациям ТурбоСервис + полгода поддержки программиста + набор инструментов и требуемых исходных текстов

60000

Обязательная поддержка

Стоимость, руб.

Абонентская плата в месяц за 1 рабочее место (минимум 5)

500

Стоимость часа дополнительных работ

3000

1.3 Формирование требований к системе

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

1) Общие сведения

Полное наименование системы: Информационная система «Автосервис»

Условное обозначение системы: ИС

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

- база клиентов, сотрудников, поставщиков;

- данные о запасах;

- данные о расходах и доходах;

- данные о работах.

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

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

Требования к функциональным характеристикам

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

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

- возможность ввода и редактирования информации в базе данных;

- наличие понятного интерфейса для оформления заказа;

- возможность расчета заработной платы;

- возможность учета запасов на складе.

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

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

Должно осуществляться разграничение прав доступа к системе.

Должен вестись журнал событий системы.

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

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

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

4) Требования к информационной и программной совместимости

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

Системные программные средства, используемые программой, должны быть представлены лицензионной локализованной версией операционной системы Windows 7 или Windows 8. Наличие .NET Framework 4 и MS SQL Server CE Client.

2. Проектирование системы

2.1 Разработка архитектуры системы

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

Сначала разрабатывается общая структура (архитектура) системы. Архитектура системы определяет ее разбиение на модули, задает контекст, в рамках которого принимаются проектные решения на следующих этапах разработки.

Для разработки архитектуры необходимо выбрать систему управления базами данных (СУБД). По способу доступа к базам данных (БД) различают следующие СУБД:

- клиент-серверные;

- файл-серверные;

- встраиваемые.

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

В файл-серверной системе данные хранятся на файловом сервере (например, Novell NetWare или Windows NT Server), а их обработка осуществляется на рабочих станциях, на которых, как правило, функционирует одна из, так называемых, "настольных СУБД" - Access, FoxPro, Paradox и тому подобные.

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

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

В клиент-серверной системе функционируют (как минимум) два приложения - клиент и сервер, делящие между собой те функции, которые в файл-серверной архитектуре целиком выполняет приложение на рабочей станции. Хранением и непосредственным манипулированием данными занимается сервер баз данных, в качестве которого может выступать Microsoft SQL Server, Oracle, Sybase, Firebird, Interbase, IBM DB2, Informix, PostgreSQL, MySQL, Cachй, ЛИНТЕР.

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

Таблица 2.1 - Характеристики информационной системы

Характеристики

Комментарии

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

Рекомендуется использование централизованной базы данных на основе полноценных промышленных СУБД (MS SQL Server, Oracle, Informix, DB2).

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

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

Интеграция со смежными автоматизированными системами.

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

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

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

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

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

Еще одной составляющей успеха СУБД MS SQL Server является то, что она поставляется практически для всех существующих на сегодня операционных систем. Таким образом, компаниям, начинающим работу с продуктами MS SQL Server не приходится менять уже сложившееся сетевое окружение. Существует лишь небольшое количество отличий при работе с СУБД, обусловленных особенностями той или иной операционной системы. В целом же это всегда та же самая безопасная, надежная и удобная СУБД MS SQL Server.

Нужно отметить мудрую миграционную политику MS SQL Server. Понимая, что переход с более старой версии СУБД на новую, довольно трудоемкая процедура. Связанна она с тестированием работы существующих приложений в новом окружении. MS SQL Server, при выпуске новых продуктов уделяет особое внимание совместимости снизу-вверх, делая этот переход практически безболезненным. Последние версии СУБД MS SQL Server значительно проще в установке и первоначальной настройке. Также возросли возможности по специализированной настройке работы СУБД под конкретную задачу.

В качестве сервера СУБД был выбран MS SQL Server. На этот выбор оказало несколько факторов.

Во-первых, технические характеристики, которые полностью удовлетворяли предъявляемым требованим, а во- вторых, доступность данной СУБД. Среди всех достоинств MS SQL Server следует выделить следующие:

- простота и удобство администрирования;

- неприхотливость и минимальные системные требования;

- эффективность и быстродействие;

- распараллеливание операций в запросе;

- высокая степень интеграция в среды разработки;

- высокая надежность и отказоустойчивость;

- возможность расширения базы данных;

- наличие универсальных средств защиты информации;

- ориентирован на Интернет технологии;

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

Исходя из вышеперечисленных достоинств, MS SQL Server был выбран как оптимальное решение поставленной задачи, для реализации СУБД [1].

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

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

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

Таблица базы данных (table) - регулярная структура, которая состоит из однотипных строк (записей, records), разбитых на столбцы (поля, fields).

В теории реляционных баз данных синоним таблицы - отношение (relation), в котором строка называется кортежем, а столбец называется атрибутом.

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

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

Первичный ключ (primary key) - главный ключевой элемент, однозначно идентифицирующий строку в таблице. Могут также существовать альтернативный (candidate key) и уникальный (unique key) ключи, служащие также для идентификации строк в таблице.

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

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

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

Внешний ключ (foreign key) - такое подмножество атрибутов дочернего отношения, что для любого его непустого значения обязательно найдется равное значение первичного ключа главного отношения.

Реляционная модель

Клиент (код клиента, наименование, контакты)

Автомобиль (код авто, марка, модель, регистрационный номер)

Исполнитель заказа (код заказа, код сотрудника, процент участия)

Внешние ключи: код сотрудника, ссылается на таблицу «сотрудник».

Сотрудник (код сотрудника, ФИО, код должности, контакты)

Внешние ключи: код должности, ссылается на таблицу «должность».

Работа (код работы, наименование, код единицы измерения, контакты)

Внешние ключи: код единицы измерения, ссылается на таблицу «единицы измерения».

Заказ (код заказа, дата, код клиента, код авто, причина, состояние)

Внешние ключи: код клиента, код авто, ссылаются на таблицы «клиент», «автомобиль».

Должность (код должности, наименование, оклад)

Полномочия (код должности, объект доступа, чтение, изменение, удаление)

Единицы измерения (код единицы измерения, наименование)

Запасы (код запасов, номер по каталогу, наименование, производитель, код единицы измерения, цена отпускная)

Внешние ключи: код единицы измерения, ссылается на таблицу «единицы измерения»

Поставщики (код поставщика, наименование, реквизиты, контакты)

Место хранения (код места, наименование)

Модель данных, сделанная в MS SQL Server, представлена на рисунке 2.1.

Рисунок 2.1 - Модель данных

Рисунок 2.2 - Концептуальная модель БД

На рисунке 2.2 представлена концептуальная модель БД, на которой изображены все таблицы из реляционной модели и связи между ними. Например: Таблицы КЛИЕНТ и СОТРУДНИК имеют связь многие ко многим. Таблицы КЛИЕНТ и АВТОМОБИЛЬ имеют связь один ко многим, так как один клиент может иметь несколько автомобилей.

На основе концептуальной и реляционной моделей были спроектированны таблицы БД в MS SQL.

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

Рисунок 2.3 - Таблица «клиенты»

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

Рисунок 2.4 - Таблица «сотрудники»

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

На рисунке 2.6 показана таблица должностей в автосервисе, а так же оклад для каждой должности.

Рисунок 2.5 - Таблица «автомобили»

Рисунок 2.6 - Таблица «должности»

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

Рисунок 2.7 - Таблица «работы»

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

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

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

Рисунок 2.8 - Таблица «полномочия»

Рисунок 2.9 - Таблица «запасы»

Рисунок 2.10 - Таблица «места хранения»

На рисунке 2.11 показана таблица единиц измерения.

На рисунке 2.12 представлена таблица поставщиков, в ней хранятся данные о поставщиках. Данные этой таблицы нужны для оформления поставки мастером-приемщиком.

Рисунок 2.11 - Таблица «единицы измерения»

Рисунок 2.12 - Таблица «Поставщики»

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

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

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

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

2.3 Проектирование приложения

2.3.1 Обоснование выбора языка программирования

Для написания программы была выбрана среда программирования Visual Studio 2012 C#, основанная на языке программирования C#. Данная среда выгодно отличается эффективностью и надежностью.

Для стабильного функционирования программы необходим компьютер фирмы IBM или совместимый с ним, с объёмом оперативной памяти не менее 128 Мб., процессор с частотой не менее 600мГц.

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

Среда разработки Visual Studio, поставляемая вместе с .NET, предоставляет необходимый инструментарий для эффективного и быстрого создания приложений с графическим интерфейсом.

Появление технологии .NET повлекло за собой массовую реконструкцию некоторых языков программирования, стремящихся использовать те или иные возможности платформы, такие как C++ и Visual Basic. Microsoft решили предложить разработчикам альтернативу - язык, ориентированный специально .NET и создали C#. Сами разработчики языка описывают его, как простой, современный, объектно-ориентированный и безопасный язык программирования. Синтаксически C# напоминает C++ и Java, что позволяет за достаточно короткое время изучить тонкости нового языка.

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

Язык программирования C# претендует на подлинную объектную ориентированность.

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

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

Расширенная поддержка событийно-ориентированного программирования.

Язык программирования C# является «родным» для создания приложений в среде Microsoft .NET, поскольку наиболее тесно и эффективно интегрирован с ней.

Microsoft Visual Studio- это версия Visual Studio и .NET Framework, которая поддерживает новые и улучшенные объекты, включает среду разработки с обновленным интерфейсом и отличается интегрированной поддержкой Microsoft SQL Server, позволяя создавать и развертывать проекты с применением сервера баз данных. Из инструмента программиста, пишущего и отлаживающего код, Microsoft Visual Studio, превратилась в полноценное инструментальное средство, позволяющее автоматизировать деятельность всех членов команды, работающих над проектом.

Интерфейс Visual Studio традиционно выполнен в одном стиле с MS Office. Имеется список задач, в который помещают информацию об ошибках и о необходимых доработках. Каждому пункту можно назначить приоритет, а после выполнения установить флажок, сообщающий о завершении указанной задачи. Task List поддерживает сортировку записей по тексту, по приоритету и статусу. Свойства проекта в Visual Studio можно редактировать с помощью встроенного инструмента, который позволяет изменять настройки и подписи сборки, ссылки на внешние модули, набор прав, необходимых для её функционирования. Кроме того, разработчик легко может сохранить настройки своего пользовательского IDE в файле настроек и применять его в случае перехода на другой компьютер. Разработчик баз данных может использовать объектно-ориентированные языки программирования, такие как C# и Visual Basic, опираясь на широчайший спектр встроенных возможностей классов и методов .NET Framework. Кроме того, программист может воспользоваться компонентами, написанными сторонними компаниями. С появлением SQL Server был усовершенствован механизм доступа к данным.

2.3.2 Описание структуры данных

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

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

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

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

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

public class Permissions : List<Permission>

{

public Permission this[string name]

{

get

{

return this.FirstOrDefault(tTemp => tTemp.name == name);

}

}

}

public class Permission

{

public string name;

public bool canRead;

public bool canEdit;

public bool canDelete;

public Permission(DataRow row)

{

name = row["ОбъектДоступа"].ToString();

canRead = (row["Чтение"].ToString() == "1");

canEdit = (row["Изменение"].ToString() == "1");

canDelete = (row["Удаление"].ToString() == "1");

}

}

}

3. Реализация информационной системы

В процессе работы над дипломной работой была создана информационная система, которая обеспечивает:

- повышение эффективности управления;

- оптимизация процессов сбора, обработки, учета и контроля информации;

- повышение качества обслуживания клиентов, сокращение рутинной работы;

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

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

Рисунок 3.1 - схема формирования заказ-наряда

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

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

Рисунок 3.2 - Форма авторизации

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

Интерфейс генерального директора.

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

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

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

Рисунок 3.3 - Интерфейс генерального директора

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

Рисунок 3.4 - Форма оформления заказа

Для того, чтобы сформировать заказ-наряд, нужно просто нажать кнопку «заказ-наряд» и после оформления заказа появится документ на печать в формате html. На рисунке 3.5 показан пример заказ-накладной.

Рисунок 3.5 - Пример заказ-наряда

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

Рисунок 3.6 - Справочники

На рисунке 3.7 представлена форма для оформления поставки, в неё вносит данные мастер-приемщик. После сохранения данных, в вкладку «остатки запасов» автоматически вносятся принятые мастером-приемщиком материалы.

Рисунок 3.7 - Форма оформления поставки

Система предоставляет отчет по задаваемому периоду. (рисунок 3.8, рисунок 3.9)

Рисунок 3.8 - Форма «отчет»

Рисунок 3.9 - Отчет

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

4. Расчет экономических показателей

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

Расчет будет производиться на основе модели COCOMO.

СОСОМО (от Constructive COst MOdel - конструктивная стоимостная модель) является статистической моделью, так как основана на опыте реализации многих программных проектов. Она создана посредством сбора данных о большом количестве проектов и анализа этой информации, в результате чего получены формулы, наилучшим образом аппроксимирующие имеющиеся данные. Модель СОСОМО:

- имеет хорошую техническую документацию, общедоступна, существуют коммерческие программные средства ее поддержки;

- популярна и ценится среди широкого круга пользователей;

- прошла достаточно долгий путь развития, начиная с 1981 года.

Модель СОСОМО 2 допускает самые разнообразные подходы к процессу разработки программных продуктов: прототипирование, сборку системы из отдельных компонентов, использование языков программирования четвертого поколения и так далее. Но теперь уровни модели не только отображают возрастающую сложность определения себестоимости разработки ПО, но и учитывают этапы этапы работы над программой, что позволяет провести предварительную оценку себестоимости на ранних этапах выполнения проекта с последующей ее детализацией после определения архитектуры системы.

Модель СОСОМО 2 охватывает три описанных ниже уровня:

- уровень предварительного прототипирования. Для определения необходимых затрат осуществляется оценка размера системы на основе объектных точек прототипа с помощью простой формулы «размер-производительность»;

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

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

Расчет экономических показателей по методу СОСОМО

В моем проекте пятнадцать форм, пять из них средней сложности (запросы к БД), один отчет и шесть программных модулей на языке С#. Процент повторного использования кода программы - 5%.

Формула для предварительного определения объема работ будет выглядеть так:

PM=(NOP * (1- PROCM/100)) / PROD

где PM - это затраты, выраженные в человеко-месяцах;

NOP - количество объектных точек;

PROCM - процент многократного использования кода;

PROD - производительность, как показано на таблице 4.1.

Таблица 4.1 - Уровни производительности

Опыт и возможности программиста

Очень низкие

Низкие

Средние

Высокие

Очень высокие

Уровень и возможности CASE-средств

Очень низкие

Низкие

Средние

Высокие

Очень высокие

Производительность (количество объектных точек в месяц)

4

7

13

25

50

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

Таблица 4.2 - Характеристика проекта

№ п/п

Наименование объекта

Уровень сложности

Количество

Число точек

1

Форма

Средний

5

10

2

Форма

Простой

10

10

3

Отчет

Средний

1

5

4

Модуль

6

60

Всего

31

85

4.1 Уровень прототипирования

Определим затраты на уровне прототипирования, приняв среднюю производительность программиста 13 точек в месяц ( смотрите таблицу 4.1):

PM=(NOP(1-PROCENT/100))/PROD=85(1 - 5/100)) / 13 = 6,2 (чел/мес.).

Определим длительность выполнения проекта на уровне прототипирования:

TDEV = 3 (PM) (0,33+0,2(В-1,01)) = 3*6,2(0,33+0,2 (1-1,01) = 3*1,8 = 5,4 (мес.),

где В = 1.

4.2 Уровень предварительного проектирования

Определим показатель степени В на основе следующих данных (таблица 4.3).

Таблица 4.3 - данные для расчета показателя степени В

Показатель

Пояснение

Балл

Новизна проекта

Опыт работы в данной предметной области небольшой

4

Гибкость процесса разработки

Взаимодействие с заказчиком слабое

1

Анализ архитектуры системы и риска

Анализ архитектуры системы и рисков был проведен на среднем уровне

3

Сплоченность команды

Сплоченность высока я, так как работает один программист

1

Уровень зрелосьти процесса разработки

Определенное управление проектом существует

5

Всего баллов

14

В= 1,01 +14/100 = 1,15.

Определим множитель на основе следующих данных (таблица 4.4).

Таблица 4.4 - Таблица показателей


Подобные документы

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

    курсовая работа [4,9 M], добавлен 26.07.2013

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

    курсовая работа [550,3 K], добавлен 07.04.2018

  • Разработка реляционной базы данных информационной системы для учета доходов потребительского общества средствами программного продукта СУБД MS SQL Server 2012. Преобразование концептуальной модели данных к реляционной. Набор предварительных таблиц.

    курсовая работа [11,9 M], добавлен 06.10.2014

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

    курсовая работа [865,9 K], добавлен 12.10.2014

  • Системный анализ предметной области. Построение концептуальной и даталогичной модели базы данных. Физическое проектирование базы данных. Описание функциональной модели системы управления базами данных. Разработка экранных форм ввода-вывода и отчета.

    курсовая работа [1,1 M], добавлен 09.12.2014

  • Модели данных как формальный аппарат для описания информационных потребностей пользователей. Структура информационной базы. Типы взаимосвязей. Разработка логической структуры базы для хранения данных о пяти поставщиках. Детализация реляционной модели.

    презентация [28,9 K], добавлен 07.12.2013

  • Выделение объектов предметной области и взаимосвязей между ними. Разработка ER-модели на логическом уровне с использованием системы Erwin Data Modeler. Проектирование даталогической и реляционной модели в среде выбранной системы управления базами данных.

    курсовая работа [905,6 K], добавлен 26.12.2013

  • Построение концептуальной модели, процесс моделирования смыслового наполнения базы данных. Основные компоненты концептуальной модели. Построение реляционной модели. Целостность данных в реляционной базе. Нормализация. Проектирование базы данных в ACCESS.

    курсовая работа [1,8 M], добавлен 29.10.2008

  • Разработка информационной системы, позволяющей повысить эффективность управления деятельностью автосервиса за счет использования современных компьютерных технологий. Построение базы данных в Microsoft SQL Server. Описание пользовательского интерфейса.

    дипломная работа [417,5 K], добавлен 27.01.2009

  • Описание разрабатываемой программы с точки зрения пользователя и программиста. Поэтапная разработка программной системы. Создание базы данных в Access. Разработка структуры классов. Создание структуры для хранения данных. Проектирование интерфейса.

    курсовая работа [1,4 M], добавлен 07.08.2013

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.