Преподаватель который помогает студентам и школьникам в учёбе.

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

Содержание:

Введение

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

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

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

1. Постановка задачи

1.1 Описание предметной области

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

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

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

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

Сервис «Сан-Саныч» базируется c 2005 г. равно как многопрофильные авто сервисное организация.

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

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

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

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

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

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

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

1.1.1 Наименование компании: «Сан-Саныч».

Правовой положение: Социум со узкой ответственностью (ООО).

Вид работа: диагностирование также восстановление машин.

Цель компании (разновидности работы): предоставление услуг согласно ремонтным работам также промышленному сервису машины.

Шифр ОКВЭД: Шифр Пятьдесят.2 - Промышленное сервис также восстановление транспортных денег.

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

Размер компании (количество персонала): небольшое организация (Пятнадцати индивид).

Территориальные компании: отдел во Основном области глаголь. Новосибирска.

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

Состояние в торге: конкурентоспособное организация.

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

Небольшие края: недостаток ИС.

Трудности работы: сокращение числа покупателей во взаимосвязи со экономическим упадком.

Размер информативных концепций – 4 пк.

Применяемые ИТ технологические процессы – Microsoft Office.

Главные предпринимательство-движения: регистрирование покупателей, восстановление машин.

1.1.2 Координационная форма автосервиса

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

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

Chart

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

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

Т ип объект а рус. (англ.)	имво л с имен ем по умол чани ю (рус. или англ. )	Целевое использование	Пр авила именовани я
Организационная схема (Organizational Chart)
отрудн ик (Person )	С	Сотрудник является отдельным служащим компании и может быть связан с организационными единицами (в которые он входит), а также с функциями (которые он исполняет или за которые отвечает).	Со трудник указываетс я фамилией и инициалам и (дополнит ельно, может указыватьс я персональ ный номер)
олжнос ть (Positio	Д	Является элементарной организационной единицей. С	И мя должности должно
n)		должностью связаны сотрудники и, как правило, их права и обязанности, определяются именно профилем должности	начинатьс я с имени существит ельного
рганиза ционна я единиц а (Organi zational unit)	О	Обозначение отдельного штатного подразделения.	По лное название подраздел ения

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

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

Тип

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

ип связи рус.

(англ.)

Цел

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

Тип

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

Долж

ность

(Position)

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

пре

дназначена для указания руководител

организацио нной единицы

Орган

изационная единица (Organizationa

l unit)

Организационная единица (Organizationa

Состоит из

(is

composed

предназначена для описания

Должность

(Position)

l unit)

of)

Состава

организационной единицы

Орган

изационная единица (Organizationa

l unit)

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

пре

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

Орган

изационная единица (Organizationa

l 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 – Сравнительная таблица

	LS Avto Lite		LS Avto DMS	LS Avto PRO
Для независимых	+		+	–
СТО
Для официальных дилеров		+	+	–
Для дистрибьюторов (импортеров)		–	–	+
Хранение информации в "облаке", аренда пространства на сервере		+	+	+
Хранение информации на собственном сервере		–	+	+
Количество лицензий		8	15	по запросу
Стоимость установки, руб.	000	50.	по запросу	по запросу
Стоимость технического обслуживания, руб.	00	3.5	по запросу	по запросу

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 Разработка архитектуры системы

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

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

С Целью исследования зодчества следует подобрать концепцию управления основами сведений (СУБД). Согласно методу допуска, ко банкам сведений (БД) отличают соответствующее СУБД:

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

файл-серверные; - встраиваемые.

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

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

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

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

Во потребитель-серверной концепции действуют (равно как как минимум) 2 дополнения - потребитель также компьютер, разделяющие среди себя эти функции, какие во документ-серверной зодчестве полностью осуществляет дополнение в пролетарой станции. Сбережением также прямым манипулированием сведениями увлекается компьютер двор сведений, во свойстве коего способен представлять 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. В данный подбор проявило ряд условий.

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

простота также практичность администрирования;

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

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

распараллеливание действий во запросе;

высокая уровень объединение во сферы исследования;

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

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

наличие многоцелевых денег охраны данных;

ориентирован в Сеть Интернет технологические процессы; - сравнительно невысокая стоимость.

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

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

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

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

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

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

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

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

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

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

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

Взаимосвязь (relation) - многофункциональная взаимозависимость среди предметами. Во реляционных основах сведений среди таблицами формируются взаимосвязи согласно ключам, единственный с каковых во основной (parent, материнской) таблице - первоначальный, 2-ой - внешний вид источник - в наружной (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 обычно сделан во 1 жанре со MS Office. Существует перечень вопросов, во что помещают сведение о погрешностях также об требуемых доработках. Любому месту возможно определить преимущество, но уже после исполнения определить флаг, извещающий об окончании показанной проблемы. Task List удерживает сортировку записей согласно слову, согласно приоритету, также статусу. Качества плана во Visual Studio возможно готовить к печати со поддержкой интегрированного прибора, что дает возможность менять опции также подписи установки, гиперссылки в наружные модули, комплект справедлив, требуемых с целью ее функционирования. Помимо этого, создатель просто способен сберечь опции собственного пользовательского IDE во файле опций также использовать его во случае перехода в иной пк. Создатель двор сведений способен применять объектно-направленные стили программирования, подобные равно как C# также Visual Basic, основываясь в безграничный диапазон интегрированных способностей классов также способов .NET Framework. Помимо этого, разработчик программного обеспечения способен пользоваться элементами, прописанными посторонними фирмами. Со возникновением SQL Server был усовершенствован система допуска ко сведениям.

2.3.2 Представление текстуры сведений

Игра также текстуры считаются 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 can Read; public bool can Edit; public bool can Delete; public Permission(Data Row row)

{ name = row["Объект Доступа"].To String(); can Read = (row["Чтение"].To String() == "1"); can Edit = (row["Изменение"].To String() == "1"); can Delete = (row["Удаление"].To String() == "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.2 – Характеристика проекта

п/ п	Наименовании объекта	уровень сложности	У	Количество	исло точек
	Форма	рядный	С	5	0
	Форма	простой	П	1 0	0
	Отчет	Р средний	С	1
	Модуль			6	0
	Всего			3 1	5

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 – Таблица показателей

Фактор	Оценка	Балл
RCPX	Средняя	1
– надежность и уровень сложности системы
RUSE – повторная используемость компонентов	Низкая	1
PDIF – сложность платформы разработки	Ниже среднего	1
PERS – возможности персонала	Средняя	1
PREX – опыт персонала	Высокий	1.2
SCED – график работ	Полный	1
FCIL – средства поддержки	Средняя	1.1

М=RCPX*RUSE*PDIF*PERS*PREX*SCED*FCIL=1*1*1*1*1,2

*1*1,1=1,32

Затраты на автоматическую генерацию кода PM_m = 0.

Определим размер программы, приняв число строк кода на одну объектную точку равным 50:

RAZMER = 50*85 = 4,25 тыс. строк.

Определим затраты

PM = 2,5 * RAZMER^B* M+ PM_m= 2,5*4,25^1,15* 1,32 = 17,49

(чел/мес.).

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

TDEV = 3*(PM) (0,33+0,2(В-1,01)) = 3* 17,49(0,33+0,2(1,15-1,01)) = 8,34(мес.).

4.3 Пост архитектурный уровень

Находим значение М, учитывая следующие факторы – сомножители на таблице 4.5.

Таблица 4.5 – Факторы-сомножители

Фактор	Оценка	Множитель затрат М
Факторы продукта
RELY, требуемая надежность ПО.	Ниже среднего	0,9
DATA, размер базы данных	Средняя	1
CPLX, сложность продукта	Ниже среднего	0,73
RUSE,	Низкая	0,95

требуемая повторная используемость
DOCU, документирование требований жизненного цикла		Низкий	0,81
Факторы платформы
TIME, ограничения времени выполнения		Средняя	1
STOR, ограничения оперативной памяти		Номинальный. Используется не более 50% доступной информации	1
PVOL, изменчивость платформы		Низкая	0,87
Факторы персонала
ACAP, возможности аналитика		Номинальный. 60%	0,85
PCAP, возможности программиста		Номинальный. 60%	0,85
AEXP, опыт работы с приложением		Номинальный	0,9
PEXP, опыт работы с платформой		Номинальный	0,95
LTEX, опыт работы с языком и утилитами		Номинальный	0,9
PCON, непрерывность персонала		Номинальный	1
Факторы проекта
TOOL, использование программных утилит		Номинальный	1
SITE, мультисетевая		Номинальный	1
разработка
SCED, требуемый график разработки	Выше среднего		1,2

М = 0,9 х 1 х 0,73 х 0,95 х 0,81 х 1 х 1 х 0,87 х 0,85 х 0,85 х х 0,9 х 0,95 х 0,9 х 1 х 1 х 1 х 1,2 = 0,293.

Значения показателя степени и размера программы берем из предыдущего пункта расчета:

В = 1,15; РМ_m = 0; RAZMER = 4,25,

РМ = 2,5 *RAZMER^B *М + РМ_m = 2,5 * 4,25^1,15 * 0,293 = 3,87 (чел/мес.).

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

TDEV = 3 * (PM) (0,33+0,2(В-1,01)) ₌ 3*3,87(0,33+0,2(1,15-1,01)) ₌ 4,87 (мес.).

Найдем оценку стоимости проекта, считая стоимость затрат на один человеко-месяц равной 30000 руб.:

SC = TDEV х ZATRAT = 4,87 х 30 000 = 146 100 руб.

Заключение

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

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

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

автосервис заказ архитектура реляционный

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

Администрирование Microsoft SQL Server 2000. Учебный курс MCSA/MCSE, MCDBA.- Москва: Русская Редакция 2003.

Гайдамакин Н. А., Автоматизированные информационные системы, базы и банки данных. Вводный курс: Учебное пособие. — М.: Гелиос АРВ, 2002. —

368 с., ил.

Петров В. Н., Информационные системы, Учебник 2 изд., (Серия «Учебное пособие») изд. ПИТЕР, 2006г., 656 стр.

Характеристики программного обеспечения «LogicStar Avto» Электронный ресурс - www.logicstars.ru

Характеристики программного обеспечения «Альфа-Авто», разработанный на платформе "1С:Предприятие 8.0" Электронный ресурс - www.rarus.ru/products/soft/146

Характеристики программного обеспечения «TurboService» Электронный ресурс - www.turboservice.ru

Администрирование Microsoft SQL Server 2000. Учебный курс MCSA/MCSE, MCDBA.- Москва: Русская Редакция 2003.

Сайт по SQL и клиент/серверной технологии [Электронный ресурс]. – Режим доступа: http://www.sql.ru/, свободный.

Проектирование и реализация БД MS SQL Server 2000. Учебный курс MCSA/MCSE, MCDBA.- Москва: Русская Редакция 2003 издание 2-е, исправленное.

Официальный сайт LogicStars. http://www.logicstars.ru/

Официальный сайт 1С-Рарус. https://rarus.ru/1c-auto/1c8-alfa-avto-4/ Приложение А