Автоматизированная информационная система учета автомобилей в автосалоне

Проектирование подсистем реализации автомобиля, ввода и редактирования информации, составления отчётов и подсистемы администрирования. Требования к системе. Использование CASE средства AllFusion Process Modeler BPWin для создания моделей бизнес-процессов.

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

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

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

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

МИНОБРНАУКИ РОССИИ

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

высшего профессионального образования

«Ижевский государственный технический университет

имени М.Т. Калашникова»

(ФГБОУ ВПО «ИжГТУ имени М.Т. Калашникова»)

Чайковский технологический институт (филиал)

Кафедра ИВТ

ВЫПУСКНАЯ КВАЛИФИКАЦИОННАЯ РАБОТА

на тему:

«Автоматизированная информационная система учета автомобилей в автосалоне»

Автор выпускной работы Симаков Е. А.

Чайковский 2012 г

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

1 АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ

1.1 Описание автосалона

1.2 Технические средства автосалона

1.3 Описание учета реализации автомобилей в автосалоне

1.3.1 Описание бизнес - процессов учета автомобилей

1.3.2 Анализ данных

1.3.3 Исследование информационных потоков

1.4 Заключение по оценке

2. ОБЗОР СУЩЕСТВУЮЩИХ АНАЛОГОВ

2.1 «Альфа-Авто: Автосалон + Автосервис + Автозапчасти»

2.2 "АвтоСалон 3"

2.3 Обоснование разработки АИС «Учета автомобилей в автосалоне»

3 ОБЗОР СРЕДСТВ РАЗРАБОТКИ

3.1 Обзор инструментов

3.1.1 Описание «1С: Предприятие 8.2»

3.1.2 Описание «Borland Delphi»

3.1.3 Выбор средства разработки

3.2 Обзор СУБД

3.2.1 СУБД Oracle Database

3.2.2 СУБД MS SQL Server-2008

4 ПОСТАНОВКА ЗАДАЧИ

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

4.1.1 Список функциональных требований

4.1.2 Список нефункциональных требований

4.2 Математическая постановка задачи обработки и анализа информации

5 ПРОЕКТНЫЕ РЕШЕНИЯ ПО СИСТЕМЕ

5.1 Описание структурной схемы системы

5.2 Решение по комплексу технических средств

5.3 Решение по информационному обеспечению

5.3.1. Описание логической модели данных

5.3.2. Описание физической модели данных

5.4 Решение по защите информации

5.5 Частные проектные решения

5.5.1 Подсистема «Формирование отчетов»

5.5.2 Описание тестового примера

5.6 Файловый состав системы

6 ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ

6.1 Оценка размеров программного продукта

6.2 Определение трудозатрат

7 ЭКОЛОГИЯ И БЕЗОПАСНОСТЬ ПРОИЗВОДСТВА

7.1 Организация автоматизированного рабочего места менеджера.

7.1.1 Организация режима труда и отдыха при работе с ВДТ и ПЭВМ

7.1.2 Микроклимат кабинетов сметного отдела

7.1.3 Освещение рабочего сметного отдела

7.1.4 Электробезопасность

7.1.5 Пожарная безопасность

ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ

Приложение А Структурная схема автосалона

Приложение Б Диаграмма IDEF.0 - модель бизнес-процессов «as-is»

Приложение В Диаграмма DFD - модель потоков данных

Приложение Г Структурная схема системы

Приложение Д Логическая модель базы данных

Приложение Е Руководство пользователя

Приложение Ж Руководство программиста

СПИСОК ИСПОЛЬЗУЕМЫХ СОКРАЩЕНИЙ

АИС - автоматизированная информационная система

АРМ - автоматизированное рабочее место

БД - база данных

ПО - программное обеспечение

ПЭВМ - персональная электронно-вычислительная машина

ВВЕДЕНИЕ

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

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

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

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

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

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

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

Основные задачи:

- Проведение анализа деятельности автосалона.

- Разработка информационной базы данных.

- Разработка структурной схемы системы.

- Разработка программы.

- Разработка документации.

- Тестирование.

1 АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ

1.1 Описание автосалона

Основным видом деятельности автосалона является реализация автомобилей.

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

Общее руководство предприятием осуществляет Генеральный директор. В его подчинении находятся Заместитель директора по маркетингу и сбыту и Заместитель директора по экономике и финансам.

Непосредственное управление автосалоном осуществляет Генеральный директор.

Основными подразделениями, обеспечивающими деятельность автосалона, являются:

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

отдел менеджмента - оформление заказов, составление отчета о заказах и оплатах этого заказа;

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

1.2 Технические средства автосалона

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

Таблица 1.2.1 - Комплектация вычислительной техникой

Назначение

Кол-во компьютеров

Кол-во периферии

Кол-во

оргтехники

Бухгалтерия

2

2

1

Отдел менеджмента

3

6

3

Отдел маркетинга

2

4

1

Итого

12

20

9

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

Инструментальные средства поддержки бизнеса:

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

Программные средства:

• Windows 7 Enterprise - операционная система семейства Windows NT корпорации Microsoft.

• Windows Server 2008 -- операционная система семейства Windows NT от компании Microsoft, предназначенная для работы на серверах.

• 1С: Предприятие 8.2.

• Антивирус Касперского 2012 - программа обеспечивает антивирусную защиту, защиту от спама и хакерских атак.

Аппаратные средства:

• В подразделениях предприятия установлены компьютеры со следующей конфигурацией: Intel 3.0 GHz, DDR 512 Mb, VGA 128 Mb

• Периферийные устройства и оргтехника.

• Все компьютеры объединены в единую локальную вычислительную сеть и имеют доступ в Интернет.

Информационные системы и прикладные программные комплексы:

• 1С: Бухгалтерия 8.2 - универсальная система массового назначения для автоматизации бухгалтерского и налогового учета, включая подготовку обязательной (регламентированной) отчетности.

• 1С: Предприятие 8.2 - система массового назначения для автоматизации складского и сметного учёта.

• MS OFICCE - комплекс программ для подготовки документации.

1.3 Описание учета реализации автомобилей в автосалоне

Отдел менеджмента выполняет следующие функции:

- организация принятия заказа от клиента;

- отслеживание состояния заказов;

- составление отчета о заказах и оплатах этого заказа;

- организация работ по рекламе.

Рис. 1.3.1 - Структура отдела менеджмента

Представление аспектов человеческих ресурсов.

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

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

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

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

1.3.1 Описание бизнес - процессов учета автомобилей

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

1. Заказ автомобиля - после выбора автомобиля оформляется заказ на выбранную модель, подготавливается и отправляется запрос на завод - изготовитель, принимается предоплата и выдается квитанция о предоплате.

2. Прием автомобиля - принятие автомобиля на внутренний учет, проведение предпродажной подготовки и диагностики автомобиля, оповещение покупателя.

3. Реализация автомобиля - осмотр автомобиля покупателем, оформление договора купли-продажи.

4. Регистрация оплаты

5. Формирование отчетных документов:

- Формирование отчета «Прайс-лист» - формирование

- Формирование отчета «Анализ продаж» - формирование списка студентов - должников, сумма долга которых превышает указанную величину (в месяцах) на указанную дату.

- Формирование отчета «Заказы автомобилей» - формирование сведений об операциях, сформированных по студентам за указанный период обучения. Также вывод всей информации о студенте и договоре.

- Формирование отчета «Состояние заказов» - формирование сведений о платежах, сформированных по студентам за указанный период.

Для формализованного описания вышеописанных бизнес-процессов приведены функциональная модель IDEF0 «as-is» в Приложении Б.

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

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

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

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

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

1.3.2 Анализ данных

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

Эти сведения можно разделить на типы:

- сведения о заказе;

- сведения о покупателях;

- сведения об автомобилях;

- сведения о продаже;

- сведения об оплате.

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

Сведения о покупателях включают: ФИО покупателя, ИНН, паспортные данные.

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

Сведения об оплате включают: ФИО покупателя, модель автомобиля, цена, дата продажи.

Сведения о продаже включают: модель автомобиля, ФИО покупателя, ИНН, паспортные данные, цена автомобиля, дата продажи.

1.3.3 Исследование информационных потоков

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

Входные данные:

- сведения о покупателях;

- сведения об автомобилях;

- данные для формирования отчетов;

- сведения о поставщиках.

Выходные документы:

- отчет «Прайс-лист»;

- отчет «Анализ продаж»;

- отчет «Заказы автомобилей»;

- отчет «Состояние заказов».

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

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

1.4 Заключение по оценке

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

Ожидаемый эффект от внедрения:

- Актуальность - возможность оперативно отражать изменения.

- Полнота информации, то есть предоставление максимально полной информации о составленной смете.

- Удобство - понятный интерфейс.

- Непротиворечивость и достоверность данных.

Консолидация сведений на предприятии.

2. ОБЗОР СУЩЕСТВУЮЩИХ АНАЛОГОВ

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

2.1 «Альфа-Авто: Автосалон + Автосервис + Автозапчасти»

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

С помощью «Альфа-Авто: Автосалон + Автосервис + Автозапчасти» можно:

­ оформлять заказы и продажи автомобилей;

­ выполнять предпродажную подготовку автомобилей;

­ оказывать услуги по ремонту и обслуживанию автомобилей;

­ вести оптовую и розничную торговлю запасными частями;

­ организовать работу склада;

­ учитывать оплаты и отслеживать состояние взаиморасчетов с покупателями и поставщиками;

Конфигурация позволяет:

- Запасные части:

o оптовая продажа запчастей;

o розничная продажа запчастей;

o работа по заказам запчастей;

o закупки запчастей;

o организация внутрифирменного товародвижения;

- Автосервис:

o планирование ресурсов;

o оформление ремонтов;

o автоматизированное рабочее место сотрудника автосервиса;

- Автосалон:

o клиентские и складские заказы;

o покупка и продажа автомобилей;

o предпродажная подготовка автомобилей;

o сделки «Trade-in»;

o ответственное хранение автомобилей;

- Финансовый блок:

o оплаты покупателей и поставщикам;

o ведение взаиморасчетов с подотчетными лицами;

o бюджетирование;

- Обмен данными:

o обмен данными с бухгалтерскими системами;

o обмен данными с каталогами производителей;

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

2.2 "АвтоСалон 3"

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

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

Возможности системы:

– Печать документов на бланках строгой отчетности (справка-счет, ПТС, транзитный номер);

– Неограниченное количество рабочих мест в рамках одной локальной сети;

– Сколько угодно много предприятий (торгующих организаций);

– Полная мультивалютность;

– Ведение различных справочников (клиенты, автомобили, комплектации и т.д.);

– Ведение Склада и Журнала продаж;

– Формирование различных отчетов и статистики;

Цена системы: 3 000 руб.

2.3 Обоснование разработки автоматизированной информационной системы «Учета автомобилей в автосалоне»

У существующих аналогов были выявлены следующие недостатки:

· нет гибких механизмов разграничения доступа к данным

· недостаточная функциональность

· нет многопользовательского доступа

· высокая цена

Подходящие новые технологии

Современным решением выше указанных проблем является разработка АИС на базе 1С: Предприятие 8, так как:

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

- возможность создания распределённой информационной базы

- возможна интеграция части решений 1С: Предприятие 8 с сайтом компании

- во всех решениях 1С: Предприятие 8 существует внешняя обработка, которая способна восстановить базу данных, которая была разрушена при неправильном выключении компьютера или выключении электроэнергии

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

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

Ожидаемый эффект от внедрения:

- Актуальность - возможность оперативно отражать изменения.

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

- Удобство - понятный интерфейс.

- Непротиворечивость и достоверность данных.

3 ОБЗОР СРЕДСТВ РАЗРАБОТКИ

3.1 Обзор инструментов

3.1.1 Описание «1С: Предприятие 8.2»

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

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

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

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

В системе 1С: Предприятие 8 имеется целый набор средств, с помощью которых можно:

- создавать, обрабатывать и обмениваться данными различных форматов;

- осуществлять доступ ко всем объектам системы 1С: Предприятие 8, реализующим ее функциональные возможности;

- поддерживать различные протоколы обмена;

- поддерживать стандарты взаимодействия с другими подсистемами;

- создавать собственные интернет-решения.

Преимущества 1C: Предприятие 8

- Интерфейсные механизмы:

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

б) Поля, обязательные для заполнения, отмечены красной линией, что привлекает внимание пользователя;

в) Возможность осуществления отбора по нескольким условиям;

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

- Прикладные механизмы:

а) Вводить «на основании» можно не только документы, но и другие объекты.

б) Режим оперативного проведения может быть запрещен в Конфигураторе.

в) Документ может иметь несколько табличных частей.

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

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

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

и) Прикладные решения теперь могут быть многоязычными.

- Хранение сведений:

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

- Экономическая и аналитическая отчетность:

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

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

в) Введены новые объекты - Сводная диаграмма, Диаграмма Ганта и Дендрограмма.

Недостатки 1С: Предприятие 8

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

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

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

- В 1С версии 8 больше возможностей, отчётов, вариантов работы.

- 1С, версия 8 -изменяется и обновляется регулярно, несколько раз в месяц, что по большому счёту сказывается на стоимости владения и обслуживания [5].

3.1.2 Описание «Borland Delphi»

Бурное развитие вычислительной техники, потребность в эффективных средствах разработки программного обеспечения привели к появлению систем программирования, ориентированных на так называемую «быструю разработку», среди которых можно выделить Borland Delphi и Microsoft Visual Basic. В основе систем быстрой разработки (RAD-систем, Rapid Application Development -- среда быстрой разработки приложений) лежит технология визуального проектирования и событийного программирования, суть которой заключается в том, что среда разработки берет на себя большую часть генерации кода программы, оставляя программисту работу по конструированию диалоговых окон и функций обработки событий.

Delphi - это среда быстрой разработки, в которой в качестве языка программирования используется Object Pascal. В основе идеологии Delphi лежит технология визуального проектирования и методология объектно-ориентированного событийного программирования.

Delphi - это комбинация нескольких важнейших технологий:

высокопроизводительный компилятор в машинный код;

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

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

масштабируемые средства для построения баз данных.

Delphi 7 представляет собой современную и мощную систему программирования и имеет следующие характерные особенности:

· система Delphi является одной из самых эффективных средств разработки приложений баз данных;

· Delphi является инструментальным средством ускоренной разработки программ;

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

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

· создаваемые с помощью Delphi программы могут работать не только под управлением Windows.

3.1.3 Выбор средства разработки

Для разработки АИС была выбрана 1С:Предприятие 8, так как:

- 1С:Предприятие 8 престижнее и современнее.

- 1С версии 8 намного лучше работает на больших предприятиях.

- 1С версии 8 лучше работает с MS SQL. У 1С версии 8 не будет проблем совместимостью с новыми операционными системами [5].

3.2 Обзор СУБД

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

В качестве СУБД в данной работе могут быть использованы:

Oracle

MS SQL Server-2008

3.2.1 СУБД Oracle Database

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

Oracle может работать в большинстве операционных систем: Windоws-NТ, -2000, Linux, UNIХ, AIX, Nowell Nеtwаrе. А это в свою очередь позволяет выбирать наиболее удобную для корпоративных задач платформу сервера. Например, если организация предпочитает использовать операционные системы не от Windows, то она легко может себе это позволить. Некоторые организации могут ориентироваться на решения на базе UNIХ-систем, славящихся надежностью и устойчивостью в качестве серверной платформы, при этом продолжая использовать привычный пользователям Windows на клиентских компьютерах.

Основными преимуществами Oracle можно считать поддержку баз данных очень большого объема (до 64 Гбайт), мощные средства разработки и администрирования, поддержку многопроцессорности и двух языковых сред, а также интеграцию с Web. Вместе с этим программа предъявляет серьезные аппаратные требования и высокую цену [10].

3.2.2 СУБД MS SQL Server-2008

MS SQL Sеrvеr-2008 получила широкое распространение как у нас в стране, так и за рубежом, поскольку она предлагает широкий спектр услуг администрирования и легко масштабируется. Это позволяет использовать ее в информационных системах для среднего бизнеса и больших компьютерных информационных системах (КИС).

В основе платформы MS SQL Server используется среда Windows.

Главное преимущество программы - тесная интеграция с программными продуктами от Мiсrosоft и возможность экспорта/импорта данных в большинство распространенных форматов данных, что позволяет использовать MS SQL Server как центральное хранилище данных [11].

При разработке АИС используется MS SQL Server. Так как эта СУБД имеет самые мощные механизмы защиты, мощные средства для обработки данных, высокую производительность, реализует клиент-серверную архитектуру [13].

Клиент-серверная архитектура -- вычислительная или сетевая архитектура, в которой задания или сетевая нагрузка распределены между поставщиками услуг (а в нашем случае - выделенный сервер с данными), называемыми серверами, и заказчиками услуг, называемыми клиентами (клиентские машины - АРМы). Клиенты и серверы взаимодействуют через компьютерную сеть.

Данная архитектура позволяет реализовать следующие плюсы:

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

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

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

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

4 ПОСТАНОВКА ЗАДАЧИ

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

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

В результате внедрения АИС ожидаются следующие преимущества:

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

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

- снижение числа ошибок менеджера при вводе данных.

4.1.1 Список функциональных требований

АИС «Учет автомобилей в автосалоне» должна обеспечивать выполнение следующих функций:

1. Ввод справочных данных.

2. Ввод сведений о поставщиках.

3. Ввод сведений о покупателях.

4. Ввод сведений об автомобилях.

5. Ввод сведений о заказах.

6. Внесение изменений сведений о автомобилях.

7. Внесение изменений сведений о поставщиках.

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

9. Внесение сведений о проданных автомобилях.

10. Выписка счета на оплату.

4.1.2 Список нефункциональных требований

Требования к временным характеристикам

Время обновления информации представленной на экранных формах АРМ после любых действий пользователя, регламентированных «Описанием применения», не должно превышать 15 с. Время формирования отчетов не должно превышать 120 с.

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

Контроль входной и выходной информации:

Контроль входной информации должен осуществляться посредством проверки полноты и корректности заполнения экранных форм АРМ.

Время восстановления после отказа:

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

Условия эксплуатации АРМ

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

Для успешного выполнения задач на АРМ сотрудники отдела менеджмента должны иметь уверенные знания по работе в ОС Windows и с MS Office, а также в программной среде 1С.

Эффективное функционирование АРМ обеспечивается наличием в штате предприятия должностных лиц ответственных за администрирование программных средств.

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

Для функционирования АРМ необходим следующий минимальный состав технических средств: Windows-совместимый персональный компьютер с тактовой частотой процессора 1600 МГц, оперативной памятью 512 МБ, свободным дисковым пространством не менее 10 ГБ. Принтер с возможностью черно-белой (цветной) печати на листах формата А4.

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

Требования к информационным структурам на входе и выходе АРМ:

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

Данные входных и выходных документов должны быть нормализованы и идентифицированы.

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

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

Разрабатываемая АИС должна обеспечивать ограничение доступа к информации

4.2 Математическая постановка задачи обработки и анализа информации

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

Расчет конечной стоимости автомобиля выполняется по следующей схеме:

Sa = Sz + Sd + Sn,

где Sa - стоимость автомобиля,

Sz - закупочная цена,

Sd - стоимость доставки,

Sn - налог.

5 ПРОЕКТНЫЕ РЕШЕНИЯ ПО СИСТЕМЕ

5.1 Описание структурной схемы системы

Исходя из выполняемых системой функций и требований, предъявляемых к ней, она декомпозирована на 4 подсистемы:

? Подсистема ввода и редактирования информации

? Подсистема реализации автомобилей

? Подсистема формирования отчетов

? Подсистема администрирования

Подсистема ввода и редактирования информации:

· Модуль ввода сведений об автомобилях - используется для ввода сведений об автомобилях.

· Модуль ввода сведений о покупателях - используется для ввода сведений о покупателях.

· Модуль ввода сведений о поставщиках - используется для ввода сведений о поставщиках.

Подсистема реализации автомобилей:

· Модуль заказа автомобиля - используется для заказа автомобиля у поставщика.

· Модуль приема автомобиля - постановка автомобиля на внутренний учет, проведение осмотра предпродажной подготовки.

· Модуль оплаты стоимости автомобиля - печать документов для оплаты автомобиля, регистрация оплаты.

· Модуль продажи автомобиля - регистрирует передачу автомобиля и документов покупателю.

Подсистема формирования отчетов:

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

· Модуль формирования отчета «Анализ продаж» - формирует список проданных автомобилей за определенный период.

· Модуль формирования отчета «Заказы автомобилей» - список текущих заказов автомобилей.

· Модуль формирования отчета «Состояние заказов» - формирует список, отображающий состояние заказов.

Подсистема администрирования:

· Модуль обновления конфигурации - обеспечивает автоматическое обновление конфигурации.

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

· Модуль разграничения прав доступа - регистрация, авторизация пользователей, разделение между пользователями.

5.2 Решение по комплексу технических средств

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

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

Плюсы:

низкая стоимость разработки;

высокая скорость разработки;

невысокая стоимость обновления и изменения ПО.

Минусы:

рост числа клиентов резко увеличивает объем трафика и нагрузку на сети передачи данных;

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

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

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

Система управления реляционными базами данных под управлением серверной ОС - MS SQL Server 2008 со следующей конфигурацией:

· Процессор 2,8 гигагерц (ГГц).

· ОЗУ 1 Гб.

· HDD 500 Гб.

· DVD-дисковод или источник, скопированный на локальный или сетевой диск.

· Монитор с разрешением 1024х768 или выше.

Соединение между клиентскими компьютерами и сервером со скоростью 256 Кбит/с или выше.

Программный и технический комплекс для клиента:

При выборе технических средств для разработки АСУ наибольшую роль играет фактор быстродействия работы ПЭВМ. Поскольку именно от него зависит время разработки ПО, а соответственно затрат на разработку и его себестоимости.

Скорость функционирования ПЭВМ в основном определяется следующими параметрами:

- объемом оперативной памяти (ОП);

- быстродействием процессора;

- объемом видеопамяти (ВП).

Исходя из требований предъявляемых к используемым программным средствам разработки ("1С:Предприятие 8", MSSQLServer 2008) для комфортной работы рекомендуется программный и технический комплексы в составе:

- Процессор Intel Pentium III 866 МГц и выше (рекомендуется Intel Pentium IV/Celeron 1800 МГц).

- Оперативная память 512 Мбайт и выше (рекомендуется 1024 Мбайт).

- Жесткий диск (при установке используется около 220 Мбайт).

- Монитор 15”.

- Принтер формата А4.

- Сетевая плата 10-100 Мбит.

- Операционная система Microsoft Windows XP.

- Периферийная техника: принтеры, плоттеры, сканеры, МФУ, копировальные аппараты, факсимильные аппараты и прочее.

Сеть: Компьютеры сметного отдела связаны локальной сетью FastEthernet, 100Мбит/с.

5.3 Решение по информационному обеспечению

5.3.1. Описание логической модели данных

В качестве модели данных для проектируемой системы была выбрана реляционная модель. Исходя из выбранной модели данных, была спроектирована с помощью CASE - средства ERwin7.2.8. схема логической (диаграмма ERD - модель сущность-связь) модели данных, представленная в приложении Г.

Спроектированная логическая модель данных имеет следующие сущности, представленные в таблицах:

Таблица 5.3.1.1 - Сущность «Справочник модели» и ее атрибуты

Атрибут

Описание

Код модели

Код модели

Марка

Марка автомобиля

Модель

Модель автомобиля

Поставщик

Поставщик автомобиля

Таблица 5.3.1.2 - Сущность «Справочник поставщики» и ее атрибуты

Атрибут

Описание

Код поставщика

Код поставщика

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

Название материала

Страна

Страна - производитель

Таблица 5.3.1.3 - Сущность «Справочник автомобили» и ее атрибуты

Атрибут

Описание

Код автомобиля

Код автомобиля

Модель

Модель автомобиля

Объем двигателя

Объем двигателя автомобиля

Дата выпуска

Дата выпуска автомобиля

Таблица 5.3.1.4 - Сущность «Справочник сотрудники» и ее атрибуты

Атрибут

Описание

Код сотрудника

Код сотрудника

Фамилия

Фамилия сотрудника

Имя

Имя сотрудника

Отчество

Отчество сотрудника

Должность

Должность сотрудника

Таблица 5.3.1.5 - Сущность «Документ заказ авто» и ее атрибуты

Атрибут

Описание

Номер документа заказа

Номер документа заказа

Покупатель

Покупатель заказа

Автомобиль

Заказанный автомобиль

Сотрудник

Сотрудник оформляющий заказ

Цена

Цена заказа

Количество

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

Цвет

Цвет автомобиля

Объем двигателя

Объем двигателя

Тип кузова

Тип кузова

Тип КПП

Тип КПП

Предоплата

Сумма, вносимой предоплаты

Таблица 5.3.1.7 - Сущность «Документ поступление автомобиля» и ее атрибуты

Атрибут

Описание

Номер документа поступления

Номер документа поступления

Автомобиль

Поступившие автомобили

Сотрудник

Сотрудник принимающий автомобили

Дата

Дата поступления автомобиля

Номер VIN

Номер VIN

Номер двигателя

Номер двигателя

Номер кузова

Номер кузова

Предоплата

Сумма, вносимой предоплаты

Оплата

Оплачен ли автомобиль

Таблица 5.3.1.8 - Сущность «Документ возврат от покупателя» и ее атрибуты

Атрибут

Описание

Номер документа возврат

Номер документа возврата

Справка-счет

Справка-счет автомобиля

Таблица 5.3.1.9 - Сущность «Документ счет на оплату» и ее атрибуты

Атрибут

Описание

Номер документа счет

Номер документа счета на оплату

Справка-счет

Справка-счет автомобиля

Таблица 5.3.1.10 - Сущность «Документ реализация» и ее атрибуты

Атрибут

Описание

Номер документа реализация

Номер документа реализация

Справка-счет

Справка-счет автомобиля

Таблица 5.3.1.11 - Сущность «Документ справка-счет» и ее атрибуты

Атрибут

Описание

Номер документа справка

Номер документа справка-счет

Автомобиль

Наименование автомобиля

Покупатель

Покупатель автомобиля

Сотрудник

Сотрудник, продавший автомобиль

Серия ПТС

Серия ПТС

Номер ПТС

Номер ПТС

Дата ПТС

Дата выдачи ПТС

Кем выдан ПТС

Организация выдавшая ПТС

Таблица 5.3.1.12 - Сущность «Документ возврат поставщику» и ее атрибуты

Атрибут

Описание

Номер документа возврат поставщику

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

Поставщик

Поставщик автомобиля

Автомобиль

Наименование автомобиля

Сотрудник

Сотрудник, заказавший автомобиль

Таблица 5.3.1.13 - Сущность «Справочник покупатель» и ее атрибуты

Атрибут

Описание

Код покупателя

Код покупателя

Фамилия

Фамилия покупателя

Имя

Имя покупателя

Отчество

Отчество покупателя

Серия паспорта

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

Номер паспорта

Номер паспорта покупателя

Кем выдан паспорт

Название организации выдавшей паспорт

Дата выдачи паспорта

Дата выдачи паспорта

ИНН

Номер ИНН

Телефон

Номер телефона

5.3.2 Описание физической модели данных

Рассмотрим объекты, создаваемые в 1С:

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

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

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

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

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

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

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

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

Таблица 5.3.2.1 - Сущность «Справочник модели» и ее атрибуты

Атрибут

Описание

Код модели

Число (10)

Марка

Строка (30)

Модель

Строка (30)

Поставщик

Строка (30)

Таблица 5.3.2.2 - Сущность «Справочник поставщики» и ее атрибуты

Атрибут

Описание

Код поставщика

Число (10)

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

Строка (30)

Страна

Строка (30)

Таблица 5.3.2.3 - Сущность «Справочник автомобили» и ее атрибуты

Атрибут

Описание

Код автомобиля

Число (10)

Модель

Строка (30)

Дата выпуска

Дата

Поставщик

Строка (30)

Таблица 5.3.2.4 - Сущность «Справочник сотрудники» и ее атрибуты

Атрибут

Описание

Код сотрудника

Число (10)

Фамилия

Строка (30)

Имя

Строка (30)

Отчество

Строка (30)

Должность

Строка (30)

Таблица 5.3.2.5 - Сущность «Документ заказ авто» и ее атрибуты

Атрибут

Описание

Номер документа заказа

Число (10)

Покупатель

Строка (30)

Автомобиль

Строка (30)

Сотрудник

Строка (30)

Цена

Число (10)

Количество

Число (10)

Цвет

Строка (30)

Объем двигателя

Число (10)

Тип КПП

Строка (30)

Тип кузова

Строка (30)

Предоплата

Число (10)

Таблица 5.3.2.7 - Сущность «Документ поступление автомобиля» и ее атрибуты

Атрибут

Описание

Номер документа поступления

Число (10)

Автомобиль

Строка (30)

Сотрудник

Строка (30)

Дата

Дата

Номер VIN

Строка (30)

Номер двигателя

Число (10)

Номер кузова

Число (10)

Предоплата

Число (10)

Оплата

Логическое

Таблица 5.3.2.8 - Сущность «Документ возврат от покупателя» и ее атрибуты

Атрибут

Описание

Номер документа возврат

Число (10)

Справка-счет

Строка (30)

Таблица 5.3.2.9 - Сущность «Документ счет на оплату» и ее атрибуты

Атрибут

Описание

Номер документа счет

Число (10)

Справка-счет

Строка (30)

Таблица 5.3.2.10 - Сущность «Документ реализация» и ее атрибуты

Атрибут

Описание

Номер документа реализация

Число (10)

Справка-счет

Строка (30)

Таблица 5.3.2.11 - Сущность «Документ справка-счет» и ее атрибуты

Атрибут

Описание

Номер документа справка

Число (10)

Автомобиль

Строка (30)

Покупатель

Строка (30)

Сотрудник

Строка (30)

Серия ПТС

Число (10)

Номер ПТС

Число (10)

Дата ПТС

Дата

Кем выдан ПТС

Строка (30)

Таблица 5.3.2.12 - Сущность «Документ возврат поставщику» и ее атрибуты

Атрибут

Описание

Номер документа возврат поставщику

Число (10)

Поставщик

Строка (30)

Автомобиль

Строка (30)

Сотрудник

Строка (30)

Таблица 5.3.2.13 - Сущность «Справочник покупатель» и ее атрибуты

Атрибут

Описание

Код покупателя

Число (10)

Фамилия

Строка (30)

Имя

Строка (30)

Отчество

Строка (30)

Серия паспорта

Число (10)

Номер паспорта

Число (10)

Кем выдан паспорт

Строка (30)

Дата выдачи паспорта

Дата

ИНН

Число (10)

Телефон

Число (10)

5.4 Решение по защите информации

Рассмотрим закон «О персональных данных» - целью закона является защита прав и свобод человека при обработке его персональных данных.

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

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

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

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

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

Защита на уровне домена.

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

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


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

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