Автосалон

Автор: Пользователь скрыл имя, 25 Февраля 2013 в 15:54, курсовая работа

Краткое описание

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

Оглавление

ВВЕДЕНИЕ
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 Пожарная безопасность
ЗАКЛЮЧЕНИЕ
СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ

Файлы: 1 файл

КУРСАЧ.doc

— 229.50 Кб (Скачать)

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

Подсистема «формирования  отчетов» реализована путем разработки и внесения в конфигурацию системы «1С Предприятие 8.1» четырех отчетов:

Отчеты:

-Прайс-лист

-Анализ продаж

-Заказы автомобилей

-Состояние заказов

Отчеты разработаны  при помощи встроенного языка.

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

Для формирования отчета «Прайс-лист» необходимо:

1.Выбрать интересующую  дату

2.Выбрать в  какой валюте отображать цены

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

-Дата

-Валюта

Экранная форма  отчета «Прайс-лист» изображена на рисунке 5.5.1.1

 

Рисунок 5.5.1.1 - Экранная форма отчета «Прайс-лист»

 

Экранная форма отчета «Прайс-лист» содержит элементы управления, представленные в таблице 5.5.1.1

Таблица 5.5.1.1 - Перечень элементов управления отчета «Прайс-лист»

Элемент управленияИдентификатор  элемента управленияДействиеРезультат  действияКнопкаОсновные Действия Формы ВыполнитьКнопка Выполнить НажатиеФормирование отчета Кнопка Основные Действия Формы Закрыть ЗакрытьЗакрыть экранную форму отчета Кнопка Валюта Справочник Ссылка. ВалютаВыбрать валютуКнопкаДатаДатаВыбрать дату

По результатам  заполнения формы, можно сформировать отчет.

Листинг модуля формирования отчета «Прайс-лист» представлен  в приложении М.

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

Для формирования отчета «Анализ продаж» необходимо лишь выбрать дату

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

-Дата

Экранная форма  отчета «Анализ продаж» изображена на рисунке 5.5.1.2

 

Рисунок 5.5.1.2 - Экранная форма отчета «Анализ продаж»

Экранная форма  отчета «Анализ продаж» содержит элементы управления, представленные в таблице 5.5.1.2

 

Таблица 5.5.1.2 - Перечень элементов управления отчета «Анализ  продаж»

Элемент управленияИдентификатор элемента управленияДействиеРезультат действияКнопкаОсновные Действия Формы ВыполнитьКнопка Выполнить НажатиеФормирование отчета Кнопка Основные Действия Формы Закрыть ЗакрытьЗакрыть экранную форму отчетаКнопкаДатаДатаВыбрать дату

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

-Менеджер

-Покупатель

-Проданные автомобили

-Цена проданных  автомобилей

Листинг модуля формирования отчета «Анализ продаж»  представлен в приложении К.

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

Для формирования отчета «Заказы автомобилей» необходимо выбрать интересующую дату

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

-Дата

Экранная форма  отчета «Заказы автомобилей» изображена на рисунке 5.5.1.3

Рисунок 5.5.1.3 - Экранная форма отчета «Заказ автомобилей»

 

Экранная форма  отчета «Заказы автомобилей» содержит элементы управления, представленные в таблице 5.5.1.3

 

Таблица 5.5.1.3 - Перечень элементов управления отчета «Заказы  автомобилей»

Элемент управленияИдентификатор  элемента управленияДействиеРезультат действияКнопкаОсновные Действия Формы ВыполнитьКнопка Выполнить НажатиеФормирование отчета Кнопка Основные Действия Формы Закрыть ЗакрытьЗакрыть экранную форму отчетаКнопкаДатаДатаВыбрать дату

По результатам  заполнения формы, можно сформировать отчет.

Листинг модуля формирования отчета «Заказ автомобилей» представлен в приложении Л.

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

Для формирования отчета «Состояние заказов» необходимо выбрать интересующую дату.

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

-Дата

Экранная форма  отчета «Состояние заказов» изображена на рисунке 5.5.1.4

Рисунок 5.5.1.4 - Экранная форма отчета «Состояние заказов»

 

Экранная форма  отчета «Состояние заказов» содержит элементы управления, представленные в таблице 5.5.1.4

 

Таблица 5.5.1.4 - Перечень элементов управления отчета «Состояние заказов»

Элемент управленияИдентификатор  элемента управленияДействиеРезультат  действияКнопкаОсновные Действия Формы  ВыполнитьКнопка Выполнить НажатиеФормирование  отчета Кнопка Основные Действия Формы  Закрыть ЗакрытьЗакрыть экранную форму  отчетаКнопкаДатаДатаВыбрать дату

По результатам  заполнения формы, можно сформировать отчет.

Листинг модуля формирования отчета «Состояние заказов» представлен в приложении М.

 

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

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

Введем данные об автомобиле:

-Модель

-Год выпуска

-Тип кузова

-Тип КПП

-Поставщик

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

-Тип салона

-Менеджер

-Валюта

Форма ввода  данных о проекте объекта представлена на рисунке 5.5.2.1

 

Рисунок 5.5.2.1 - Форма  ввода данных об автомобиле

 

Результат ввода  данных представлен на рисунке 5.5.2.2

Рисунок 5.5.2.2 - Результат  ввода данных об автомобиле

 

Результат формирования отчета «Смета» представлен на рисунке 5.5.2.3

 

Рисунок 5.5.2.3 - Отчет  «Прайс-лист»

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

 

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

 

Представление системы «Учет автомобилей в  автосалоне» на уровне файлов отображено в таблице 5.6.1

 

Таблица 5.6.1 - Файловый состав системы

ФайлОписание1Cv8.1CDКонфигурация «Учет автомобилей в автосалоне»20120517000000.logФайл с записями о событиях1Cv8.elfДокумент для представления о файлах и таблицах БД

Установка данного  программного продукта включает в себя два этапа:

-установка и  настройка базы данных на сервер;

-установка конфигурации  на АРМ;

-размещение  внешних отчетов на АРМ в  папку «Внешние отчеты».

На удаленном  сервере должна быть установлена и настроена СУБД Microsoft SQL Server 2008.

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

-1Сv8.1CD- содержит  данные БД.

Программа не требует инсталляции. Для организации АРМ достаточно разместить конфигурацию в любом каталоге на носителе (жестком диске, флеш-карте и пр.).

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

 

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

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

 

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

 

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

1.Независимость  от языка программирования.

2.То, что легко  вычисляется на любой стадии проекта.

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

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

 

Таблица 6.1.1 - Исходные данные для расчета FP-метрик

Имя характеристикиРанг, сложность, количествоНизкийСреднийВысокийИтогокоэф.значениекоэф.значениекоэф.значениеВнешние вводы <file:///I:\учеба\Диплом\КП\Расчет_Размера_вариант2КП.xls>3042608Внешние выводы <file:///I:\учеба\Диплом\КП\Расчет_Размера_вариант2КП.xls>40557059Внешние запросы <file:///I:\учеба\Диплом\КП\Расчет_Размера_вариант2КП.xls>30446016Внутренние логические файлы <file:///I:\учеба\Диплом\КП\Расчет_Размера_вариант2КП.xls>7910015063Внешние интерфейсные файлы <file:///I:\учеба\Диплом\КП\Расчет_Размера_вариант2КП.xls>544010020 Общее количество (N):132

После сбора  всей необходимой информации приступаем к расчету метрики FP. Общее количество вычисляем исходя из уровня сложности  и количества по каждой характеристике:

Общее количество = 147

Количество функциональных указателей вычислим по формуле:

FP = Общее  количество * (0, 65 + 0, 01 *),

где Fi - коэффициенты регулировки сложности.

Определим факторы  среды:

Каждый коэффициент  может принимать следующие значения: 0 - нет влияния, 1 - случайное, 2 - небольшое, 3 - среднее, 4 - важное, 5 - основное.

Значения выбираются эмпирически в результате ответа на 14 вопросов, которые характеризуют  системные параметры приложения, приведенные в таблице 6.1.2

 

Таблица 6.1.2 - Факторы  среды

Системный параметрОписаниеКоэффициент1231 Передачи данныхСколько средств связи требуется для передачи или обмена информацией с приложением или системой? 32 Распределенная обработка данныхКак обрабатываются распределенные данные и функции обработки?33 ПроизводительностьНуждается ли пользователь в фиксации времени ответа или производительности?24 Распространенность используемой конфигурацииНасколько распространена текущая аппаратная платформа, на которой будет выполнятся приложение? 35 Скорость транзакцийКак часто выполняются транзакции?36 Оперативный ввод данныхКакой процент информации надо вводить в режиме онлайн?47 Эффективность работы конечного пользователяПриложение проектировалось для обеспечения эффективной работы конечного пользователя?38 Оперативное обновлениеКак много внутренних файлов обновляется в онлайновой транзакции?39 Сложность обработкиВыполняет ли приложение интенсивную логическую или математическую обработку?310 Повторная используемостьПриложение разрабатывалось для удовлетворения требований одного или многих пользователей?311 Легкость инсталляцииНасколько трудны преобразования и инсталляция приложения?312 Легкость эксплуатацииНасколько эффективны и/или автоматизированы процедуры запуска, резервирования и восстановления?413 Разнообразные условия размещенияБыла ли спроектирована, разработана и поддержана возможность инсталляции приложения в разных местах для различных организаций?214 Простота измененийБыла ли спроектирована, разработана и поддержана в приложении простота изменений?3

Теперь FP-оценки пересчитаем в LOC-оценки. Для реализации ПО будем использовать язык программирования 1С Предприятие.

Количество LOC-строк = 32 *147 =4802

 

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

 

Определим трудозатраты с помощью модели COCOMO 2 (Constructive cost model):

·Трудозатраты для базовой модели:

Е = А * (размер / 1000)В

 

где А и В коэффициенты. Для определения коэффициентов необходимо определить режим системы (уровень сложности):

1.Органический  режим (то 2000 до 50000 строк).

?Сроки разработки  не сложные.

?Среда разработки  комфортная.

?Не требуется  новшеств.

?А = 2,4; В = 1,05.

2.Сбалансированный  режим (от 50000 до 300000 строк).

?Требования  к срокам разработки средние.

?Требования  к среде разработки средние.

?А = 3,0; В = 1,12.

3.Внедренный  режим (свыше 300000 строк).

?Требования  к срокам разработки максимальные.

?Требования  к среде разработки максимальные.

?А = 3,6; В = 1,2.

Мы выбираем органический, потому что проект не сложный, тогда по формуле

Е = 2,4 * (4802)^1,05 = 12,46 чел./месяц.

·Длительность проекта:

 

TDEV = 2,5 * EС = 2,5 * (19)0,38= 6,52 месяцев = 142,

 

где С - коэффициент для органического уровня сложности, который равен С = 0,38.

·Численность  персонала:

 

SS =E / TDEV = 12,46 /6,52 = 2 человека

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

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

-Кпр - коэффициент, учитывающий премиальные доплаты - 1,5;

-Кр - коэффициент, учитывающий зональные (районные) выплаты - 1,15;

Зобш = 6000 × 1,5 × 1,15 = 10350 руб.

Общая заработная плата 2 - х программистов (Зобш) за весь период разработки информационной системы (2 месяца):

Зобш =10350*2 *2 = 41040,00руб.

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

 

Сесн = Сесн(дн) × Тразр

 

Сесн =41040,00 × 0,26 = 10746,00 руб.

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

 

ЗП = Зо6щ + Сесн

 

ЗП = 41040,00+ 10746,00= 51084,00руб.

 
 

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

 

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

 

Рабочее место с ВДТ и ПЭВМ размещается в изолированном кабинете с организованным воздухообменом.

Рабочее место  с ВДТ и ПЭВМ по отношению к  световым проемам располагается  так, чтобы естественный свет падал  сбоку, преимущественно слева (рисунок 7.1).

 

Рисунок 7.1 - Организация АРМ

 

Оконные проемы в помещении использования ВДТ  и ПЭВМ оборудовано регулируемыми  устройствами типа: жалюзи, занавесей, внешних козырьков и др.

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

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

Информация о работе Автосалон