Создание автоматизированной информационной системы (АИС) для учета деятельности авторемонтного предприятия

 

Содержание


Введение

1. Предпроектный анализ вопросов создания АИС

1.1 Организационная структура ООО "Мехсервис"

1.2 Сведения об объекте автоматизации

1.3 Обоснование необходимости совершенствования информационной системы ООО "Мехсервис"

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

1.4.1 Участники бизнес-процесса и их функции

1.4.2 Анализ информационных потоков

1.4.3 Предварительный Технико-экономический анализ проекта

1.5 Разработка концепции построения АИС

1.5.1 Состав автоматизированных рабочих мест АИС

1.5.2 Функции АРМ

1.5.3 Полномочия пользователей (АРМ) по работе с данными

1.6 Разработка требований к АИС

1.6.1 Общие сведения

1.6.2 Назначение и цели создания системы

1.6.3 Характеристика объектов автоматизации

1.6.4 Требования к системе в целом

1.6.5 Требования к квалификации персонала

1.6.6 Требования к эргономике и технической эстетике

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

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

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

1.7.2 Требования к лингвистическому обеспечению

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

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

2. Проектирование АИС

2.1 Выбор средств проектирования и разработки

2.2 Разработка информационного и программного обеспечения

2.2.1 Разработка информационного обеспечения

2.2.2 Разработка программного обеспечения

2.3 Разработка пользовательского интерфейса

2.4 Разработка руководства пользователя

2.4.1 Назначение и условия применения

2.4.2 Подготовка к работе

2.4.2 Описание работы с программой

3. Оценка экономической эффективности инвестиционного проекта

3.1 Описание продукта информационной технологии

3.2 Расчет затрат на разработку системы

3.3 Результаты расчетов затрат на разработку АИС

3.4 Анализ рисков

Заключение

Перечень принятых сокращений

Литература

Приложения

Введение


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

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

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

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

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

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

- оформление заказов на сервисное обслуживание и ремонт;

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

- определение работ на текущий день для мастера;

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

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

- оформление приемо-сдаточного акта передачи транспортного средства исполнителю и приемо-сдаточного акта передачи транспортного средства заказчику;

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

- оформление счета клиенту;

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

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

- оформление заказа на перемещение материальных ценностей;

- оформление заказа поставщику;

- формирование отчета о выполненных работах за период;

- ведение журнала заказов, журнала заявок, журнала счетов.

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

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

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

1. Предпроектный анализ вопросов создания АИС


1.1 Организационная структура ООО "Мехсервис"


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

а) капитальный ремонт двигателей;

б) замену электрооборудования;

в) ремонт и регулировку системы управления;

г) установку современной электронной техники;

д) ремонт ходовой части, включая шиномонтаж, развал и схождение колес;

е) покраска автомашин;

ж) мойка и чистка автомобиля и салона;

з) замена масла;

и) профилактический осмотр с диагностированием неисправностей.

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

Внутренняя организационная структура предприятия представлена на рисунке 1.1.


Рисунок 1.1 - Организационная структура предприятия


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

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

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

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

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

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

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

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

Служба сервиса выполняет заказы на текущее обслуживание автомобилей: мойку, замену масла, замену колес.

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

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

Транспортная служба и эвакуатор осуществляют доставку техники заказчиков для производства ремонта, а также транспортировку комплектующих и оборудования от поставщика.


1.2 Сведения об объекте автоматизации


Назначение ЭИС - автоматизация работы следующих подразделений ООО "Мехсервис":

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

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

- ремонтная служба (прием и выполнение заказов).

Процесс приема и выполнения заказа можно вкратце описать по следующим шагам [10]:

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

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

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

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

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

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

Схема информационных потоков на предприятии в рамках автоматизируемых подразделений представлена на рисунках 1.2 и 1.3 Копии диаграмм приведены в Приложении Б.

Рисунок 1.2 - Диаграмма потоков данных верхнего уровня


Рисунок 1.3 - Диаграмма потоков данных на уровне подсистем


1.3 Обоснование необходимости совершенствования информационной системы ООО "Мехсервис"


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

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

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

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

Основными принципами и целями внутрифирменных систем информации являются:

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

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

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

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

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

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

Важными задачами внутрифирменной системы управления являются:

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

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

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

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

Развитие систем телекоммуникаций и, в частности, технологий локальных вычислительных сетей, позволило объединить все технические средства обработки бухгалтерской информации в единую внутрифирменную информационную сеть [2].

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

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

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

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

- внедрение единой автоматизированной информационной системы (АИС) даст возможность практически повысить эффективность работы, полностью отказаться от "ручной" обработки информации и перейти к автоматизированной ее форме;

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

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


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


1.4.1 Участники бизнес-процесса и их функции

К участникам бизнес-процесса относятся:

а) клиенты;

б) поставщики;

в) диспетчеры;

г) бухгалтерия;

д) отдел материально-технического снабжения (МТС);

е) мастера (количество участников см. в таблице 1.1).


Таблица 1.1 - Количество участников бизнес-процесса

Участники бизнес-процессаКоличествоКлиенты20Поставщики1Диспетчеры5Бухгалтерия1Отдел МТС1Мастера10

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


Таблица 1.2 - Информационные связи компонентов системы

Участники бизнес-процессаФункцииКуда передаетсяЧто передаетсяОтдел МТСУчет наличия материальных ценностей на складеПоставщикиЗаказ поставщикуБухгалтерияИнформация о наличии материальных ценностей на складеМастераВыполнение ремонтных работДиспетчеры Отчет о выполненных работах и затраченных материалахДиспетчеры Оформление документов для клиента, подготовка и контроль выполнения заказаКлиентЗаказ-наряд, приемо-сдаточный акт передачи транспортного средства исполнителю; приемо-сдаточный акт передачи транспортного средства заказчику; счет. Отдел МТСЗаявка на закупку запчастей и расходных материалов; заказ на перемещение материальных ценностей. БухгалтерияЖурнал заявок, журнал заказов, журнал счетовКлиентыЗаказ ремонтных работДиспетчеры Доверенность на проведение технических испытаний транспортного средства.

1.4.2 Анализ информационных потоков

Количественные характеристики информационных потоков за 1 месяц, приведены в таблице 1.3.



Таблица 1.3 - Характеристика информационных потоков

Участники бизнес-процесса, iИнформационные потокиВходящиеИсходящиеВсего, kji + kijНазваниеОткуда передаётсяКол-во, kjiНазваниеКуда передаётсяКол-во, kijОтдел МТСЗаявка на закупку запчастей и расходных9 материаловДиспетчеры1Заказ поставщикуПоставщик512Заказ на перемещение материальных ценностейДиспетчеры5Информация о наличии материальных ценностей на складеБухгал-терия, диспетчеры1МастераОтчет о выполненных работах и затраченных материалахДиспетчеры2020ДиспетчерыДоверенность на проведение технических испытаний транспортного средства. Клиенты20Заказ-нарядКлиенты20120Отчет о выполненных работах и затраченных материалахМастера20Приемо-сдаточный акт передачи транспортного средства исполнителюКлиенты20Информация о наличии материальных ценностей на складеОтдел МТС1Приемо-сдаточный акт передачи транспортного средства заказчикуКлиенты20СчетКлиенты10Журнал заявок, журнал заказов, журнал счетовБухгал-терия,3Заявка на закупку запчастей и расходных материаловОтдел МТС1Заказ на перемещение материальных ценностейОтдел МТС5КлиентыЗаказ-нарядДиспетчеры20Доверенность на проведение технических испытаний транспортного средства. Диспетчеры2090Приемо-сдаточный акт передачи транспортного средства исполнителюДиспетчеры20Приемо-сдаточный акт передачи транспортного средства заказчикуДиспетчеры20СчетДиспетчеры10БухгалтерияИнформация о наличии материальных ценностей на складеОтдел МТС14Журнал заявок, журнал заказов, журнал счетовДиспетчеры3ПоставщикиЗаказ поставщикуОтдел МТС55

Характеристика реквизитов документов приведена в таблице 1.4.



Таблица 1.4 - Характеристика реквизитов документов

ДокументРеквизиты документаНазваниеМаксимальная длина (символов) Количество в документеВсего по документу12345Заказ поставщикуДата14114Номер414Наименование товара100505000Единица измерения450200Количество450200Объем документа (vij или vji) 5418Информация о наличии материальных ценностей на складеДата14114Наименование товара100505000Единица измерения450200Количество450200Цена1250600Сумма1250600Итого121600Объем документа (vij или vji) 7214Заказ-нарядДата приема заказа14114Дата окончания работ14114Номер414Клиент1001100Автомобиль1001100Год выпуска414Номер VIN20120№ двигателя20120Код работы1050500Работа100505000Количество450200Цена1250600Сумма1250600Итого121600Объем документа (vij или vji) 7776Приемо-сдаточный акт передачи транспортного средства исполнителюДата приема заказа14114Дата окончания работ14114Клиент1001100Автомобиль1001100Год выпуска414Номер VIN20120№ двигателя20120№ заказа-наряда414Объем документа (vij или vji) 276Приемо-сдаточный акт передачи транспортного средства заказчикуДата приема заказа14114Дата окончания работ14114Клиент1001100Автомобиль1001100Год выпуска414Номер VIN20120№ двигателя20120№ заказа-наряда414Объем документа (vij или vji) 276СчетДата14114Номер414Клиент1001100Наименование товара100505000Единица измерения450200Количество450200Цена1250600Сумма1250600Итого121600Объем документа (vij или vji) 7318Заявка на закупку запчастей и расходных материаловДата14114Номер414Клиент1001100Наименование товара100505000Единица измерения450200Количество450200Цена1250600Сумма1250600Итого121600Объем документа (vij или vji) 7318Заказ на перемещение материальных ценностейДата14114Номер414Клиент1001100Наименование товара100505000Единица измерения450200Количество450200Цена1250600Сумма1250600Итого121600Объем документа (vij или vji) 7318Доверенность на проведение технических испытаний транспортного средства. Дата приема заказа14114Дата окончания работ14114Клиент1001100Автомобиль1001100Год выпуска414Номер VIN20120№ двигателя20120№ заказа-наряда414Объем документа (vij или vji) 276Журнал заявокПериод28128№ заявки4204Клиент10020100Сумма122012Объем документа (vij или vji) 144Журнал счетовПериод28128№ счета4204Клиент10020100Сумма122012Объем документа (vij или vji) 144Журнал заказовПериод28128№ заказа4204Клиент10020100Сумма122012Объем документа (vij или vji) 144

Характеристика входящих и исходящих информационных потоков представлена в таблицах 1.5 и 1.6 соответственно.


Таблица 1.5 - Характеристика входящих информационных потоков

Участники бизнес-процесса, iВходящие документыНазваниеКоличество (документов/месяц) Объем (символов/месяц) в одном потоке, fjiвсего, fji kjiв одном документе, vjiвсего, vji fji kjiОтдел МТСЗаявка на закупку запчастей и расходных материалов1173187318Заказ на перемещение материальных ценностей55731836590 Клиенты Заказ-наряд20207776155520Приемо-сдаточный акт передачи транспортного средства исполнителю20202765520Приемо-сдаточный акт передачи транспортного средства заказчику20202765520Счет1010731873180ДиспетчерыДоверенность на проведение технических испытаний транспортного средства. 20202765520Отчет о выполненных работах и затраченных материалах20207776155520Информация о наличии материальных ценностей на складе1172147214БухгалтерияИнформация о наличии материальных ценностей на складе1172147214Журнал заявок11144144Журнал заказов11144144Журнал счетов11144144ПоставщикиЗаказ поставщику55541827090

Таблица 1.6 - Характеристика исходящих информационных потоков

Участники бизнес-процесса, iИсходящие документыНазваниеКоличество (документов/месяц) Объем (символов/месяц) в одном потоке, fjiвсего, fji kjiв одном документе, vjiвсего, vji fji kjiОтдел МТСЗаказ поставщику55541827090Информация о наличии материальных ценностей на складе1172147214КлиентыДоверенность на проведение технических испытаний транспортного средства20202765520ДиспетчерыЗаказ-наряд20207776155520Приемо-сдаточный акт передачи транспортного средства исполнителю20202765520Приемо-сдаточный акт передачи транспортного средства заказчику20202765520Счет1010731873180Журнал заявок11144144Журнал заказов11144144Журнал счетов11144144Заявка на закупку запчастей и расходных материалов1173187318Заказ на перемещение материальных ценностей55731836590МастераОтчет о выполненных работах и затраченных материалах20207776155520

На основе анализа реквизитов документов и количества информационных потоков за месяц, представленных в таблицах 1.3 и 1.4, соответственно, оценим объем входных и выходных данных, отображенных в таблице 1.7.


Таблица 1.7 - Итоговая загруженность участников процесса

Система или подсистемаКоличество информационных потоковКоличество документов за месяцОбъем данных за месяцвходвыходвсеговходвыходвсеговходвыходвсегоОтдел МТС66126612439083430478212Клиенты7020907020902397405520245260Диспетчеры41791204179120168254284080452334Мастера02020020200155520155520Бухгалтерия404404764607646Поставщики60650627090027090

1.4.3 Предварительный Технико-экономический анализ проекта

Вычисление показателей, характеризующих существующую систему

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

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


Ti=Vвх, i/vвх+ Vвых, i/vвых,


где Vвх, i, Vвых, I - объем выходных и выходных данных;

vвх, vвых - входные и выходные символы в час;


Таблица 1.8 - Заданные нормативы

№ПодразделениеVвх, iVвых, ivвх,vвых,1Отдел МТС4390834304500040002Диспетчеры1682542840803Мастера0155520

T1=43908/5000+34304/4000=17,37;

T2=168254/5000+284080/4000=104,67; T3=0/9000+155520/4000=38,88.


Оценка финансовых затрат на обработку ЭИ за месяц (таблица 1.9):


Fi=Pi*Ni*,


где Pi - усредненный норматив затрат на обработку ЭИ на одном рабочем месте с учетом основной и дополнительной з/п, налогов, амортизации оборудования и т.д.


Таблица 1.9 - Данные для вычисления допустимых затрат на создание РМ

№ПодразделениеРСрок окупаемости, L летДоля эксплуатационных расходов () в %% от S1Отдел МТС121000,532Диспетчеры121003Мастера12100

F1=12100*2=24200 (руб/месяц);

F2 =12100*2=24200 (руб/месяц);

F3 =12100*2=24200 (руб/месяц).


Оценка средней себестоимости обработки документов (таблица 1.10):


Ci=Fi/ni,


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


Таблица 1.10 - Количество документов, обрабатываемых за месяц

№Подразделение1Отдел МТС122Диспетчеры1203Мастера20

C1=12100/12=1008,3 (руб/документ);

C2=12100/120=100,83 (руб/документ);

C3=12100/20=605,00 (руб/документ).


Вычисление показателей, характеризующих планируемую автоматизированную систему

Вычисление допустимых затрат на создание автоматизированных рабочих мест в i-м подразделении и АЭИС в целом (затраты считаются допустимыми, если они будут скомпенсированы за L лет (таблица 1.9) за счет сокращения фонда оплаты труда или себестоимости обработки ЭИ):



Задавая значения (в пределах примерно от 0,1 до 0,7) подбираем минимальную величину S (которая выражает допустимые затраты в рублях), достаточную для создания АРМ в i-м подразделении или АЭИС в целом.

Зависимость S от можно представить в табличном и графическом виде (таблица 1.11 и рисунок 1.4).

При выполнении данного проекта принимаем, что в составе затрат на создание АЭИС стоимость ТО составляет от 60 до 80%. Тогда достаточную величину S определяем на основе прайс-листов ТО (см. таблицу 1.12).


,

=20000

/0,8 < S < 20000/0,6,25000 < S < 33333,33,


Таблица 1.11 - Зависимость допустимых затрат на создание АРМ от тносительного сокращения трудоёмкости обработки данных

0,10,20,30,40,50,6S16836,1615381,3626368,0441016,9561525,4292288,14S26836,1615381,3626368,0441016,9561525,4292288,14S36836,1615381,3626368,0441016,9561525,4292288,14

S1 =26368,04 руб., при ?T,2 =0,3

S2 =26368,04 руб., при ?T,2 =0,3, S3 =26368,04 руб., при ?T,2 =0,3


Рисунок 1.4 - Зависимость допустимых затрат на создание АРМ от относительного сокращения трудоёмкости обработки данных


Таблица 1.12 - Прайс-лист

Samsung 793DF Silver-Black (SBBQ) 0.20, 50-160Hz, 1280x1024@65 4 602р. Canon LBP-2900 A4, 600x600, 12 ppm, USB2.04 380р. [BOX] AMD Sempron 2600+ Palermo Socket 754 (400 MHz, 128k, 64 bit SDA2600AIO2BX/BA) 2 438р. GigaByte GA-K8NS Socket 754, nForce3 250, DDR400, FSB1600, AGP 8x, SATA, Sound, USB 2.0, LAN, ATX 1 859р. 128Mb 6200 TV DVI [MSI NX6200AX-TD128LF 64bit] Retail2 048р. 080 Gb 7200rpm 2Mb cache Western Didital 800BB1 575р. DIMM DDR400 PC3200 0256Mb Kingston BOX [KVR400X64C3A-256] 757р. 3,5" 1.44Mb ALPS Black 232р. 52-скор NEC Silver IDE OEM 454р. SuperPower 6049 C10, MiddleTower, ATX, 350W, USB, AUDIO, FAN, 5.25x4, 3.5x7 1 297р. A4Tech OP-620 White Wheel Optical PS/2 111р. A4Tech KBS-720 Ashape Slim Ergo PS/2 250р.

20 000р.

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

A.Повышение производительности труда:


Va=V/ (1-dT).


Таблица 1.13 - Данные для определения производительности труда

№ПодразделениеVdT1Отдел МТС782120,32Диспетчеры4523340,33Мастера1555200,3a1= 78212/ (1-0,3) = 111731 (символы/час);

Va2= 452334/ (1-0,3) = 646191 (символы/час).

Va3= 155520/ (1-0,3) = 222171 (символы/час).

?V = ( (Va -V) /V*100%)1 = ( (111731 - 78212) / 111731 *100%) =30%2 = ( (646191 - 452334) / 646191 *100%) =30%2 = ( (222171 - 155520) / 222171 *100%) =30%


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


na, i=ni/ (1-dT), na, 1 =12/ (1-0,3) = 17,14;

na, 2 =120/ (1-0,3) = 171,43;

na, 3 =20/ (1-0,3) = 28,57.


С. Изменение себестоимости обработки документов при условии, что количество исполнителей не сокращается:


dC, i= (Ci-F (N) a, i/na, i) /Ci,


где F (N) a, I - оценка затрат на обработку данных после внедрения средств автоматизации при условии, что количество исполнителей не будет сокращено


F (N) a, i= (Pi+Pam+Sэ) Ni,


где Pam - ежемесячные амортизационные отчисления для компенсации капитальных затрат на создание АЭИС,


DF= ( (Fa - F) / F*100%),am=S/ (12L),

э - оценка эксплуатационных расходов на обработку данных,


Sэ=kэS/100,1) Pam =16000/ (12*0,5) = 2666,67;

Sэ=0,03*26368,04=791,04; (N) a, сбыт = (12100+2666,67+791,04) *2=32448,75;

DF = ( (32448,75-24200) /24200*100%) =34,09;

dC, исп = (1008,3 - 32448,75/17,14) / 1008,3 =0,3.

) Pam =16000/ (12*0,5) = 2666,67;

Sэ=0,03*26368,04=791,04; (N) a, снаб = (12100+2666,67+791,04) *2=32448,75;

DF = ( (32448,75-24200) /24200*100%) =34,09;

dC, исп = (100,83 - 32448,75/171,4) / 100,83 =0,3.

) Pam =16000/ (12*0,5) = 2666,67;

Sэ=0,03*26368,04=791,04; (N) a, снаб = (12100+2666,67+791,04) *2=32448,75;

DF = ( (32448,75-24200) /24200*100%) =34,09;

dC, исп = (605,00 - 32448,75/28,57) / 605,00 =0,3.


Вывод: На основе анализа полученных значений показателей, характеризующих существующую и панируемую автоматизированную систему, следует сделать выводы о том, что внедрении АИС может быть экономически целесообразным при следующих условиях:

)финансовые затраты на обработку информации после внедрения АИС уменьшатся на 34,09%;

2)количество исполнителей останется неизменным.

В этом случае после внедрения АИС:

себестоимость обработки документов сократится на 6,14%;

-экономически целесообразным будет увеличение объема обрабатываемых данных на 30%.


1.5 Разработка концепции построения АИС


1.5.1 Состав автоматизированных рабочих мест АИС

На основе анализа поставленных задач и обрабатываемых данных предлагается создать в составе АИС автоматизированные рабочие места, представленные в таблице 1.14.


Таблица 1.14 - Состав АРМ АИС

№ПодразделениеКоличество АРМКоличество подразделений1Отдел МТС112Диспетчеры213Мастера21

1.5.2 Функции АРМ

Предполагаются следующие функции для АРМ диспетчера:

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

- оформление заказов на сервисное обслуживание и ремонт;

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

- определение работ на текущий день для мастера;

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

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

- оформление приемо-сдаточного акта передачи транспортного средства исполнителю и приемо-сдаточного акта передачи транспортного средства заказчику;

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

- оформление счета клиенту;

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

- оформление заказа на перемещение материальных ценностей;

- формирование отчета о выполненных работах за период;

- ведение журнала заказов, журнала заявок, журнала счетов.

Предполагаются следующие функции для АРМ мастера:

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

- просмотр заказов на сервисное обслуживание и ремонт;

- определение работ на текущий день для мастера.

Предполагаются следующие функции для АРМ сотрудника отдела МТС:

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

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

- оформление заказа поставщику.


1.5.3 Полномочия пользователей (АРМ) по работе с данными

Предполагаются следующие полномочия пользователей по работе с данными, представленные в таблице 1.15. Используются следующие обозначения: "W" - данные можно редактировать, "R" - данные можно только читать.

Таблица 1.15 - Полномочия пользователей по работе с данными

Группы данныхАРМДиспетчерМастерСотрудник отдела МТС1234Заказ-нарядWR-Приемо-сдаточный акт передачи транспортного средства исполнителюW--Приемо-сдаточный акт передачи транспортного средства заказчикуW--СчетW--Заявка на закупку запчастей и расходных материаловW-RЗаказ на перемещение материальных ценностейW-RЖурнал заявокW-RЖурнал заказовW-RЖурнал счетовW--Доверенность на проведение технических испытаний транспортного средстваWR-Заказ поставщику--WИнформация о наличии материальных ценностей на складеRRWЗаказ поставщику--WИнформация о наличии материальных ценностей на складеRRW

1.6 Разработка требований к АИС


1.6.1 Общие сведения

Полное наименование системы: "Автоматизированная информационная система учета деятельности авторемонтного предприятия". Условное обозначение: АИС "Учет деятельности авторемонтного предприятия".

Юридические адреса сторон:

Исполнитель (разработчик):

Пензенская Государственная Технологическая Академия,

г. Пенза, ул. Байдукова - 1а,

тел.52-35-75, факс (8-22) 55-32-78,р/с № 40532134534030001021 в РКЦ ГУ ЦБ г. Пензы,

БИК 0481477055, ИНН 55645008.

Заказчик (пользователь): ООО "Мехсервис" Ул. Тепличная - 14, тел.38-14-12, факс (8-22) 36-45-67,р/с № 45432334534074003409 в РКЦ ГУ ЦБ г. Пензы, БИК 298004677 ИНН 1103335570.

Данная система создана на основании приказа №65 от 06.03.2007 г. "О проведении работ по созданию АИС на предприятии ООО "Мехсервис", утверждённый руководителем данного предприятия 06.03.2007 г.

Начало работ - 06.03.07.

Окончание работ - 31.06.07.

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

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


1.6.2 Назначение и цели создания системы

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

- диспетчерская служба;

- ремонтная служба;

- отдел МТС.

Цели создания АИС: повысить производительность труда, обеспечить большую надежность и достоверность информации, лучшую ее сохранность.


1.6.3 Характеристика объектов автоматизации

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

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

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

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

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


1.6.4 Требования к системе в целом

АИС "Учет деятельности авторемонтного предприятия" должна содержать следующие подсистемы:

- диспетчерская служба;

- ремонтная служба;

- отдел МТС.

Режим функционирования системы односменный (8 часов в день).

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


1.6.5 Требования к квалификации персонала

Персонал АИС должен иметь профессиональную подготовку по основной деятельности, подготовку на уровне оператора ПЭВМ и подготовку по эксплуатации АИС к внедрению на предприятии ООО "Мехсервис".

Контроль подготовки персонала должен быть выполнен на стадии внедрения.


1.6.6 Требования к эргономике и технической эстетике

Площадь и объём помещений должны быть не менее 22 кв. м и не менее 6 м2 на одно АРМ. Воздухообмен не менее 30 м2 в час. Средняя температура в помещении не менее 18 и не более 23, относительная влажность не более 60%. Запылённость помещений не более 10мг/м2.

Электропитание технических средств АИС от сети переменного тока напряжением 220 В +/- 10%, параметры импульсных помех по сети питания:

Система заземления для технического обеспечения (ТО) АИС должна быть автономной.

АИС должна обслуживаться сотрудниками предприятия.

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

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


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

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

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


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


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

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

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

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

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

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

1.7.2 Требования к лингвистическому обеспечению

Для реализации алгоритмов обработки информации и создания интерфейса, ориентированного на удобное представление данных, в системе АИС "Учет деятельности авторемонтного предприятия" должны использоваться: язык описания структурных запросов SQL, диалог пользователя с ПЭВМ с помощью меню.


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

Для реализации АИС "Учет деятельности авторемонтного предприятия" необходимы: прикладное программное обеспечение Access 2000, операционная система Windows ХР.


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

Система АИС "Учет деятельности авторемонтного предприятия" предназначена для работы на IBM - совместимых персональных компьютерах с характеристиками:

процессор Intel Celeron 1700;

оперативная память 256 Мб и выше;

объем жесткого диска 10 Гб и выше;

видео карта 256 Мб;

клавиатура (PS2/USB);

мышь (PS2/USB);

монитор 15 дюймов и выше.

Для печати отчетов: 1 лазерный принтер формата А4.

2. Проектирование АИС


2.1 Выбор средств проектирования и разработки


Современные объектно-ориентированные CASE-средства позволяют эффективно решать задачи проектирования приложений. Среди таких пакетов - Rational Rose, Together Control Center, BPWin, ERWin, Model Mart, Silverrun Business Process Modeller, Process Analyst.

Для разработки функциональной модели выбрано CASE-средство Computer Associates BPwin 4.0. BPwin является мощным инструментом для создания моделей, позволяющих анализировать, документировать и планировать изменения сложных бизнес-процессов. BPwin предлагает средство для сбора всей необходимой информации о работе предприятия и графического изображения этой информации в виде целостной и непротиворечивой модели. BPwin поддерживает три методологии: IDEF0, DFD и IDEF3, позволяющие анализировать ваш бизнес с трех ключевых точек зрения:

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

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

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

Наиболее удобным языком моделирования бизнес-процессов является IDEFO, называвшийся первоначально SADT - Structured Analysis and Design Technique. В IDEF0 система представляется как совокупность взаимодействующих работ или функций. Такая чисто функциональная ориентация является принципиальной - функции системы анализируются независимо от объектов, которыми они оперируют. Это позволяет более четко смоделировать логику и взаимодействие процессов организации.

Под моделью в IDEF0 понимают описание системы (текстовое и графическое), которое должно дать ответ на некоторые заранее определенные вопросы.

Диаграммы потоков данных (Data flow diagramming, DFD) используются для описания документооборота и обработки информации. Подобно IDEF0, DFD представляет модельную систему как сеть связанных между собой работ. Их удобно использовать как дополнение к модели IDEF0 для более наглядного отображения текущих операций документооборота в корпоративных системах обработки информации. DFD описывает:

- функции обработки информации (работы);

- документы, объекты, сотрудников, которые участвуют в обработке информации;

- таблицы для хранения документов (хранилище данных) [5].

Для инфологического проектирования базы данных было выбрано CASE-средство Computer Associates ERwin 4.0.

Создание модели данных, как правило, начинается с создания логической модели. После описания логической модели, проектировщик может выбрать необходимую СУБД и ERwin автоматически создаст соответствующую физическую модель. На основе физической модели ERwin может сгенерировать системный каталог СУБД или соответствующий SQL-скрипт. Этот процесс называется прямым проектированием (Forward Engineering). Тем самым достигается масштабируемость - создав одну логическую модель данных, можно сгенерировать физические модели под любую поддерживаемую ERwin СУБД. С другой стороны, ERwin способен по содержимому системного каталога или SQL-скрипту воссоздать и физическую, и логическую модель данных (Reverse Engineering). На основе полученной логической модели данных можно сгенерировать физическую модель для другой СУБД и затем сгенерировать ее системный каталог. Следовательно, ERwin позволяет решить задачу по переносу структуры данных с одного сервера на другой.

Модель СУБД автоматически генерируется из трансформационной модели и является точным отображением системного каталога СУБД. ERwin непосредственно поддерживает эту модель путем генерации системного каталога.

Для создания базы данных, а также самого разрабатываемого программного средства, осуществляющего доступ к данным базы, выбран Microsoft Access 2000 по совокупности его преимуществ.

База данных в составе разрабатываемой автоматизированной системы должна отвечать следующим требованиям:

- хранение больших объёмов актуальной и достоверной информации;

- простота обращений пользователей к БД;

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

- поиск информации по различным группам признаков;

- возможность расширения и реорганизации данных в БД при изменениях предметной области.

Все вышесказанное говорит о необходимости использования БД и соответственно специализированной системы управления базами данных (СУБД).

Основываясь на перечисленных выше критериях выбора СУБД был сделан выбор в пользу MS Access, поскольку необходима СУБД в относительно небольшой корпоративной сети (<=10 ПК), объемы хранимой информации относительно невелики (измеряются мегабайтами), надежно работающая на сервере с техническими характеристиками обычного ПК. Также MS Access определяет минимальные сложности при настройке и администрировании системы.

Microsoft Access 2000 является мощной и высокопроизводительной 32-разрядной системой управления реляционной базой данных. Как реляционная СУБД Access обеспечивает доступ ко всем типам данных и позволяет использовать одновременно несколько таблиц базы данных. При этом можно существенно упростить структуру данных, облегчая тем самым выполнение поставленных задач. MS Access обеспечивает высокую степень универсальности и продуманности интерфейса для разработки БД, глубоко развитые возможности интеграции с другими программными продуктами, входящими в состав Microsoft Office, а также с любыми программными продуктами, поддерживающими технологию OLE. Специфической особенностью СУБД MS Access является то, что вся информация, относящаяся к одной базе данных, хранится в едином файле.

В Access в полной мере реализовано управление реляционными базами данных. Система поддерживает первичные и внешние ключи и обеспечивает целостность данных на уровне ядра (что предотвращает несовместимые операции обновления или удаления данных). Кроме того, таблицы в MS Access снабжены средствами проверки допустимости данных, предотвращающими некорректный ввод вне зависимости от того, как он осуществляется, а каждое поле таблицы имеет свой формат и стандартные описания, что существенно облегчает ввод данных. MS Access поддерживает все необходимые типы полей, в том числе текстовый, числовой, счетчик, денежный, дата/время, MEMO, логический, гиперссылка и поля объектов OLE. Если в процессе специальной обработки в полях не оказывается никаких значений, система обеспечивает полную поддержку пустых значений [11].

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

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

Минимальные системные требования для MS Access 2000:

- Intel Pentium 300;

-Windows 95/98/2000/XP/NT;

- 128 Мб оперативной памяти;

-100 Мб дискового пространства.

Учитывая возможности современных компьютеров, данные требования можно назвать декларационными. MS Access 2000 обеспечивает эффективную работу на любом современном персональном компьютере, которыми оснащено ООО "Мехсервис".

В конечном итоге для АИС учета деятельности авторемонтного предприятия ООО "Мехсервис" были выбраны: операционная система - Windows XP Professional, СУБД и среда разработки приложения - Microsoft Access 2000.


2.2 Разработка информационного и программного обеспечения


2.2.1 Разработка информационного обеспечения

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

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

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

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

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

Процесс построения инфологической модели состоит из следующих шагов:

определение сущностей;

определение зависимостей между сущностями;

задание первичных и альтернативных ключей;

определение атрибутов сущностей;

приведение модели к требуемому уровню нормальной формы.

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

ER-диаграмма системы на логическом уровне представлена на рисунке 2.1.


Рисунок 2.1 - ER-диаграмма системы на логическом уровне


Сущности Производители, Клиенты, Специализации и Диспетчеры хранят информацию об объектах системы, соответствующих их названиям. В качестве первичного ключа в сущностях Производители, Клиенты и Специализации введен атрибут ID, который представляет собой уникальный номер. Для сущности Диспетчеры первичным ключом является уникальный табельный номер диспетчера ТабN.

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

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

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

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

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

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

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

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

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

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

Атрибуты сущности СоставЗаявки обеспечивают хранение данных о всех МЦ по каждой заявке. Сущность содержит уникальный идентификатор ID.

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

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

Атрибуты сущности СоставСчета обеспечивают хранение данных о каждой позиции каждого счета. Сущность содержит уникальный идентификатор ID.

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

Сущность Авто содержит внешние ключи КлиентID (поле связи с сущностью Клиенты) и МаркаID (поле связи с сущностью МаркиАвто).

В сущности Заказы выделены внешние ключи:

КлиентID - поле связи с сущностью Клиенты;

МастерID - поле связи с сущностью Мастера;

ДиспетчерID - поле связи с сущностью Диспетчеры.

Сущность МатЦенностиПоЗаказу содержит внешние ключи МЦ_ID (поле связи с сущностью МатЦенности) и NЗаказа (поле связи с сущностью Заказы).

Сущность РаботыПоЗаказу содержит внешние ключи РаботаID (поле связи с сущностью Прейскурант) и NЗаказа (поле связи с сущностью Заказы).

В сущности Счета выделены внешние ключи NЗаказа (поле связи с сущностью Заказы) и ДиспетчерID (поле связи с сущностью Диспетчеры).

В сущности СоставСчета выделен внешний ключ NСчета - поле связи с сущностью Счета.

В сущности СоставЗаявки выделены внешние ключи NЗаявки (поле связи с сущностью Заявки) и МЦ_ID (поле связи с сущностью МатЦенности).

В сущности СоставЗаказаПоставщику выделены внешние ключи NЗаказа (поле связи с сущностью ЗаказыПоставщику) и МЦ_ID (поле связи с сущностью МатЦенности).

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

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

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

Разработанная модель находится в 3-й нормальной форме, так как:

атрибуты сущностей являются атомарными;

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

в модели отсутствуют транзитивные зависимости неключевых атрибутов от ключа.

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

ER-диаграмма системы на физическом уровне представлена на рисунке 2.2 Соответствующая схема данных приведена в Приложении В.



Рисунок 2.2 - ER-диаграмма системы на физическом уровне



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


Таблица 2.1 - Описание таблиц базы данных

Название таблицыПолеТипКомментарийЗаказыПоставщикуЗаказы поставщикуNЗаказа Дата МОЛСчетчик Дата/время Текстовый [50] Первичный ключ РеквизитыСправочник специализацийНаименование Адрес Телефоны Реквизиты ИНН КПП ГенДиректор ГлавБухТекстовое (100) Текстовое (100) Текстовое (30) Текстовое (100) Текстовое (15) Текстовое (15) Текстовое (30) Текстовое (30) Первичный ключ ПроизводителиСправочник производителейID ПроизводительСчетчик Текстовый [20] Первичный ключ СпециализацииСправочник специализацийID СпециализацияСчетчик Текстовый [50] Первичный ключ ДиспетчерыСправочник диспетчеровТабN ФИОСчетчик Текстовый [100] Первичный ключ КлиентыСправочник клиентовID ФИО NУдостоверения Информация СкидкаСчетчик Текстовый [100] Текстовый [15] Текстовый [25] Длинное целоеПервичный ключ МаркиАвтоХранение данных о марках и моделях автоID ПроизводительID МаркаСчетчик Длинное целое Текстовый [50] Первичный ключ АвтоСписок авто клиентовID КлиентID МаркаID ГодВыпуска NДвигателя Nшасси Nкузова Цвет МощностьДвиг ОбъемДвигателя ПаспортСчетчик Длинное целое Длинное целое Длинное целое Текстовый [15] Текстовый [15] Текстовый [10] Текстовый [25] Текстовый [10] Текстовый [10] Текстовый [25] Первичный ключ Внешний ключ Внешний ключМастераСправочник мастеровID СпециализацияID ФИОСчетчик Длинное целое Текстовый [100] Первичный ключ Внешний ключМатЦенностиСправочник МЦ (склад) Шифр Наименование МаркаID Информация Количество ЦенаСчетчик Текстовый [100] Длинное целое Текстовый [255] Длинное целое ДенежныйПервичный ключ Внешний ключЗаказыЖурнал заказовNЗаказа Дата КлиентID ДиспетчерID МастерID СуммаСчетчик Дата/время Длинное целое Длинное целое Длинное целое ДенежныйПервичный ключ Внешний ключ Внешний ключ Внешний ключПрейскурантСправочник работШифр Работа НормаВремени ОплатаЧасСчетчик Текстовый [50] Двойное с плавающей точкой ДенежныйПервичный ключ МатЦенностиПоЗаказуСписок МЦ по заказуID NЗаказа МЦ_ID Количество ЦенаСчетчик Длинное целое Длинное целое Длинное целое ДенежныйПервичный ключ Внешний ключ Внешний ключ РаботыПоЗаказуСписок работ по заказуID NЗаказа РаботаID Дата МастерID Часов ОплатаЧасСчетчик Длинное целое Длинное целое Дата/время Длинное целое Одинарное с плавающей точкой ДенежныйПервичный ключ Внешний ключ Внешний ключ Внешний ключСчетаЖурнал счетовNСчета Дата ЗаказID Сумма ДиспетчерIDСчетчик Дата/время Длинное целое Денежный Длинное целоеПервичный ключ Внешний ключ Внешний ключСоставСчетаСписок позиций по счетамID NСчета Наименование Количество ЦенаСчетчик Длинное целое Текстовый [255] Одинарное с плавающей точкой ДенежныйПервичный ключ Внешний ключЗаявкиЖурнал заявокNЗаявки ДатаСчетчик Дата/времяПервичный ключ СоставЗаявкиМЦ по заявкам на закупкуID NЗаявки МЦ_ID КоличествоСчетчик Длинное целое Длинное целое Длинное целоеПервичный ключ Внешний ключ Внешний ключСоставЗаказаПоставщикуМЦ по заказам поставщикуID NЗаказа МЦ_ID КоличествоСчетчик Длинное целое Длинное целое Длинное целоеПервичный ключ Внешний ключ Внешний ключ2.2.2 Разработка программного обеспечения

При разработке АИС была использована СУБД Access.

Любая СУБД позволяет выполнять четыре простейшие операции с данными:

добавлять в таблицу одну или несколько записей;

удалять из таблицы одну или несколько записей;

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

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

Для выполнения этих операций часто используется механизм запросов. Результатом выполнения запросов является либо отобранное по определенным критериям множество записей, либо изменения в таблицах. Запросы к базе формируются на специально созданном для этого языке - языке структурированных запросов (Structured Query Language - SQL).

Еще одна функция СУБД - управление данными. Под управлением данными обычно понимают защиту данных от несанкционированного доступа, поддержку многопользовательского режима работы с данными и обеспечение целостности и согласованности данных.2000 позволяет организовать удобный и интуитивно понятный интерфейс пользователя для работы с данными с помощью форм. Формами называются настраиваемые диалоговые окна, сохраняемые в базе данных в виде объектов специального типа. Формы используются в приложении для ввода и отображения данных. Формами можно управлять программно с помощью процедур на Visual Basic for Application (VBA). Формы содержат так называемые элементы управления, с помощью которых осуществляется доступ к данным в таблицах. Элементами управления являются текстовые поля для ввода и правки данных, кнопки, флажки, переключатели, списки, надписи, а также рамки объектов для отображения графиков и объектов OLE. Создание форм, содержащих необходимые элементы управления, существенно упрощает процесс ввода данных и позволяет предотвратить ошибки. Формы Access 2000 предоставляют функциональные возможности для выполнения многих задач, которые нельзя выполнить другими средствами, позволяют выполнять проверку корректности данных при вводе, проводить вычисления, обеспечивают доступ к данным в связанных таблицах с помощью подчиненных форм [10].

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

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

Перечень форм БД:

)"Авто";

)"АРМ_диспетчера";

)"АРМ_мастера";

)"АРМ_работника_МТС";

)"Главная форма";

)"Диспетчеры";

)"Журнал_заказ_нарядов";

)"Журнал_заказов_поставщику";

)"Журнал_заявок";

)"Журнал_счетов";

)"Заказ_поставщику";

)"Заказ_поставщику_пф";

)"Заставка";

)"Заявка_пф";

)"Клиенты";

)"МаркиАвто";

)"Мастера";

)"МатЦенности";

)"МатЦенностиПоЗаказу_пф";

)"Менеджеры";

)"Прейскурант";

)"Производители";

)"РаботыПоЗаказу_пф";

)"Реквизиты";

)"СоставЗаказа";

)"Специализации";

)"Счет";

)"Счет_пф".

Текст основных запросов представлен в таблице 2.2.


Таблица 2.2 - Текст запросов

ЗапросТекст запросаОсновные функции и назначение134Запрос для отчета "Заказ-наряд"SELECT Заказы. NЗаказа, Заказы. ДатаПриема, Заказы. ДатаСдачи, Заказы. ДиспетчерID, Клиенты. ФИО, Авто. ГодВыпуска, Авто. NДвигателя, Авто. NКузова, Авто. Цвет, Заказы. Сумма, Реквизиты. Наименование, Реквизиты. Адрес, [Производители]. [Производитель] & " " & [МаркиАвто]. [Марка] AS Авто, Авто. ГосНомер, Авто. VIN, Клиенты. Скидка, Заказы. МастерID FROM Реквизиты, Производители INNER JOIN (МаркиАвто INNER JOIN (Клиенты INNER JOIN (Авто INNER JOIN Заказы ON Авто. ID = Заказы. АвтоID) ON Клиенты. ID = Заказы. КлиентID) ON МаркиАвто. ID = Авто. МаркаID) ON Производители. ID = МаркиАвто. ПроизводительID WHERE ( ( (Заказы. NЗаказа) = [Forms]! [СоставЗаказа]! [NЗаказа])); Формирует выборку по выбранному пользователем заказу-наряду для ее использования при построении соответствующего отчетаЗапрос для отчета "Прейскурант"SELECT Прейскурант. *, [Реквизиты]. [Наименование], [Реквизиты]. [Адрес] FROM Прейскурант, Реквизиты; Формирует выборку по прейскуранту работ для ее использования при построении соответствующего отчетаЗапрос для отчета "Доверенность"SELECT Заказы. *, [Клиенты]. [ФИО] & IIf (IsNull ([Клиенты]. [ИНН]),'',', ИНН ' & [Клиенты]. [ИНН]) & IIf (IsNull ([Клиенты]. [КПП]),'',', КПП ' & [Клиенты]. [КПП]) AS Клиент, [Реквизиты]. [Наименование], [Реквизиты]. [Адрес], Авто. *, [Производители]. [Производитель] & " " & [МаркиАвто]. [Марка] AS Авто, [Клиенты]. [Паспорт] FROM Реквизиты, Производители INNER JOIN (МаркиАвто INNER JOIN (Клиенты INNER JOIN (Авто INNER JOIN Заказы ON [Авто]. [ID] = [Заказы]. [АвтоID]) ON [Клиенты]. [ID] = [Заказы]. [КлиентID]) ON [МаркиАвто]. [ID] = [Авто]. [МаркаID]) ON [Производители]. [ID] = [МаркиАвто]. [ПроизводительID] WHERE ( ( ([Заказы]. [NЗаказа]) = [Forms]! [СоставЗаказа]! [NЗаказа])); Формирует выборку по выбранному пользователем заказу-наряду для ее использования при построении отчета "Доверенность", соответствующего выбранному заказу-нарядуЗапрос для отчета "Заказ на перемещение"SELECT [Заказы]. [NЗаказа], [Заказы]. [ДиспетчерID], [МатЦенности]. [Наименование], [МатЦенности]. [ЕдИзм], [МатЦенностиПоЗаказу]. [Количество] FROM МатЦенности INNER JOIN (Заказы INNER JOIN МатЦенностиПоЗаказу ON [Заказы]. [NЗаказа] = [МатЦенностиПоЗаказу]. [NЗаказа]) ON [МатЦенности]. [Шифр] = [МатЦенностиПоЗаказу]. [МЦ_ID] WHERE ( ( ([Заказы]. [NЗаказа]) = [Forms]! [СоставЗаказа]! [NЗаказа])); Формирует выборку по выбранному пользователем заказу-наряду для ее использования при построении отчета "Заказ на перемещение", соответствующего выбранному заказу-нарядуЗапрос для отчета "Заказ поставщику"SELECT [ЗаказыПоставщику]. [NЗаказа], [ЗаказыПоставщику]. [Дата], [ЗаказыПоставщику]. [МОЛ], [СоставЗаказаПоставщику]. [МЦ_ID], [МатЦенности]. [ЕдИзм], [СоставЗаказаПоставщику]. [Количество], [МатЦенности]. [Наименование] & IIf (IsNull ([Производители]. [Производитель]),''," " & [Производители]. [Производитель]) & IIf (IsNull ([МаркиАвто]. [Марка]),''," " & [МаркиАвто]. [Марка]) AS МЦ FROM Производители RIGHT JOIN (МаркиАвто RIGHT JOIN (МатЦенности INNER JOIN (ЗаказыПоставщику INNER JOIN СоставЗаказаПоставщику ON [ЗаказыПоставщику]. [NЗаказа] = [СоставЗаказаПоставщику]. [NЗаказа]) ON [МатЦенности]. [Шифр] = [СоставЗаказаПоставщику]. [МЦ_ID]) ON [МаркиАвто]. [ID] = [МатЦенности]. [МаркаID]) ON [Производители]. [ID] = [МаркиАвто]. [ПроизводительID] WHERE ( ( ([ЗаказыПоставщику]. [NЗаказа]) = [Forms]! [Заказ_поставщику]! [Шифр])); Формирует выборку по выбранному пользователем заказу поставщику для ее использования при построении соответствующего отчетаЗапрос для отчета "Материальные ценности на складе"SELECT МатЦенности. *, [МатЦенности]. [Наименование] & IIf (IsNull ([Производители]. [Производитель]),''," " & [Производители]. [Производитель]) & IIf (IsNull ([МаркиАвто]. [Марка]),''," " & [МаркиАвто]. [Марка]) AS МЦ FROM Производители RIGHT JOIN (МаркиАвто RIGHT JOIN МатЦенности ON [МаркиАвто]. [ID] = [МатЦенности]. [МаркаID]) ON [Производители]. [ID] = [МаркиАвто]. [ПроизводительID]; Формирует выборку по данным о наличии на складе материальных ценностей для ее использования при построении соответствующего отчетаЗапрос для отчета "Приемо-сдаточный акт передачи т/с Заказчику"SELECT Заказы. *, [Клиенты]. [ФИО] & IIf (IsNull ([Клиенты]. [ИНН]),'',', ИНН ' & [Клиенты]. [ИНН]) & IIf (IsNull ([Клиенты]. [КПП]),'',', КПП ' & [Клиенты]. [КПП]) AS Клиент, [Реквизиты]. [Наименование], [Реквизиты]. [Адрес], Авто. *, [Производители]. [Производитель] & " " & [МаркиАвто]. [Марка] AS Авто FROM Реквизиты, Производители INNER JOIN (МаркиАвто INNER JOIN (Клиенты INNER JOIN (Авто INNER JOIN Заказы ON [Авто]. [ID] = [Заказы]. [АвтоID]) ON [Клиенты]. [ID] = [Заказы]. [КлиентID]) ON [МаркиАвто]. [ID] = [Авто]. [МаркаID]) ON [Производители]. [ID] = [МаркиАвто]. [ПроизводительID] WHERE ( ( ([Заказы]. [NЗаказа]) = [Forms]! [СоставЗаказа]! [NЗаказа])); Формирует выборку по выбранному пользователем заказу-наряду для ее использования при построении отчета "Приемо-сдаточный акт передачи т/с Заказчику", соответствующего выбранному заказу-нарядуЗапрос для отчета "Приемо-сдаточный акт передачи т/с Исполнителю"SELECT Заказы. *, [Клиенты]. [ФИО] & IIf (IsNull ([Клиенты]. [ИНН]),'',', ИНН ' & [Клиенты]. [ИНН]) & IIf (IsNull ([Клиенты]. [КПП]),'',', КПП ' & [Клиенты]. [КПП]) AS Клиент, [Реквизиты]. [Наименование], [Реквизиты]. [Адрес], Авто. *, [Производители]. [Производитель] & " " & [МаркиАвто]. [Марка] AS Авто FROM Реквизиты, Производители INNER JOIN (МаркиАвто INNER JOIN (Клиенты INNER JOIN (Авто INNER JOIN Заказы ON [Авто]. [ID] = [Заказы]. [АвтоID]) ON [Клиенты]. [ID] = [Заказы]. [КлиентID]) ON [МаркиАвто]. [ID] = [Авто]. [МаркаID]) ON [Производители]. [ID] = [МаркиАвто]. [ПроизводительID] WHERE ( ( ([Заказы]. [NЗаказа]) = [Forms]! [СоставЗаказа]! [NЗаказа])); Формирует выборку по выбранному пользователем заказу-наряду для ее использования при построении отчета "Приемо-сдаточный акт передачи т/с Исполнителю", соответствующего выбранному заказу-нарядуЗапрос для отчета "Заявка"SELECT [Заявки]. [NЗаявки], [Заявки]. [Дата], [Заявки]. [ДиспетчерID], [СоставЗаявки]. [МЦ_ID], [СоставЗаявки]. [Количество], [МатЦенности]. [ЕдИзм], [МатЦенности]. [Наименование] & IIf (IsNull ([Производители]. [Производитель]),''," " & [Производители]. [Производитель]) & IIf (IsNull ([МаркиАвто]. [Марка]),''," " & [МаркиАвто]. [Марка]) AS МЦ FROM Производители RIGHT JOIN ( (МаркиАвто RIGHT JOIN МатЦенности ON [МаркиАвто]. [ID] = [МатЦенности]. [МаркаID]) INNER JOIN (Заявки INNER JOIN СоставЗаявки ON [Заявки]. [NЗаявки] = [СоставЗаявки]. [NЗаявки]) ON [МатЦенности]. [Шифр] = [СоставЗаявки]. [МЦ_ID]) ON [Производители]. [ID] = [МаркиАвто]. [ПроизводительID] WHERE ( ( ([Заявки]. [NЗаявки]) = [Forms]! [Заявка]! [Шифр])); Формирует выборку по выбранной пользователем заявке для ее использования при построении соответствующего отчетаЗапрос для отчета "Отчет о выполненных работах за период"SELECT [Мастера]. [ФИО], [Мастера]. [СпециализацияID], [Прейскурант]. [Работа], [Прейскурант]. [Шифр], Sum ([РаботыПоЗаказу]. [Часов]) AS [Sum-Часов], Sum ([Часов] * [РаботыПоЗаказу]. [ОплатаЧас]) AS Сумма, [Мастера]. [ТабN], " (" & [Специализация] & ")" AS Спец FROM Специализации INNER JOIN (Прейскурант INNER JOIN (Мастера INNER JOIN РаботыПоЗаказу ON [Мастера]. [ТабN] = [РаботыПоЗаказу]. [МастерID]) ON [Прейскурант]. [Шифр] = [РаботыПоЗаказу]. [РаботаID]) ON [Специализации]. [ID] = [Мастера]. [СпециализацияID] WHERE ( ( ([РаботыПоЗаказу]. [Дата]) >= [Введите дату начала периода:] And ([РаботыПоЗаказу]. [Дата]) <= [Введите дату конца периода:])) GROUP BY [Мастера]. [ФИО], [Мастера]. [СпециализацияID], [Прейскурант]. [Работа], [Прейскурант]. [Шифр], [Мастера]. [ТабN], " (" & [Специализация] & ")"; Формирует выборку по данным о выполненных работах для ее использования при построении отчета "Отчет о выполненных работах за период"

Схема работы системы представлена в Приложении Г.


2.3 Разработка пользовательского интерфейса


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

В процессе дипломного проектирования разработана структура пользовательского интерфейса "АРМ диспетчера", "АРМ мастера" и "АРМ сотрудника МТС".

Структура пользовательского интерфейса АИС - трехуровневая. На первом уровне расположена "Заставка" и "Главная форма".

На втором уровне расположены следующие экранные формы для выбора групп функций:

)"АРМ_диспетчера";

)"АРМ_мастера";

)"АРМ_работника_МТС";

На третьем уровне расположены остальные формы, отображающиеся на экране в зависимости от выбранного АРМ:

)"Авто";

)"Диспетчеры";

)"Журнал_заказ_нарядов";

)"Журнал_заказов_поставщику";

)"Журнал_заявок";

)"Журнал_счетов";

)"Заказ_поставщику";

)"Заказ_поставщику_пф";

)"Заявка_пф";

)"Клиенты";

)"МаркиАвто";

)"Мастера";

)"МатЦенности";

)"МатЦенностиПоЗаказу_пф";

)"Менеджеры";

)"Прейскурант";

)"Производители";

)"РаботыПоЗаказу_пф";

)"Реквизиты";

)"СоставЗаказа";

)"Специализации";

)"Счет";

)"Счет_пф".

Для задания справочников системы предназначена группа окон, вызываемых выбором необходимого пункта меню "Справочники".

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

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

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

Структура пользовательского интерфейса представлена в Приложении Д.

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


Таблица 2.3 - Сведения о простых экранных формах

№ п/пИмя формыНазначение формы1231Главная формаОбеспечивает выбор АРМ пользователя2ЗаставкаПоявляется при загрузке АИС, содержит краткую информацию о программе3АРМ_диспетчераГлавная форма АРМ диспетчера4АРМ_мастераГлавная форма АРМ мастера5АРМ_работника_МТСГлавная форма АРМ работника МТС6АвтоПросмотр и редактирование данных таблицы "Авто"7ДиспетчерыПросмотр и редактирование данных таблицы "Диспетчеры"8Журнал_заказ_нарядовПросмотр и редактирование данных таблицы "Заказы", содержит краткую информацию о зказа-нарядах9Журнал_заказов_поставщикуПросмотр и редактирование данных таблицы "Заказы"10Журнал_заявокПросмотр и редактирование данных таблицы "Заявки"11МаркиАвтоПросмотр и редактирование данных таблицы "МаркиАвто"11Журнал_счетовПросмотр и редактирование данных таблицы "Счета"12КлиентыПросмотр и редактирование данных таблицы "Клиенты"13МастераПросмотр и редактирование данных таблицы "Мастера"14МатЦенностиПросмотр и редактирование данных таблицы "МатЦенности"15МенеджерыПросмотр и редактирование данных таблицы "Менеджеры"16ПрейскурантПросмотр и редактирование данных таблицы "Прейскурант"17ПроизводителиПросмотр и редактирование данных таблицы "Производители"18РеквизитыПросмотр и редактирование данных таблицы "Реквизиты"19СпециализацииПросмотр и редактирование данных таблицы "Специализации"

В пользовательском интерфейсе также АИС предполагается использование составных форм. Описание составных форм представлено в таблице 2.4.


Таблица 2.4 - Данные о составных формах

№ п\пНазначе-ниеФормаПодчиненная формаИмяИсточник данныхИмяИсточник данных1234561Просмотр, редактирование и добавление данных, печатьСоставЗаказаТаблица "СоставЗаказа"МатЦенностиПоЗаказу_пф РаботыПоЗаказу_пфТаблица "МатЦенностиПоЗаказу" Таблица "РаботыПоЗаказу_пф"2Просмотр, редактирование и добавление данных, печатьЗаказПоставщику Таблица "ЗаказПоставщику" Заказ_поставщику_пфТаблица "ЗаказПоставщику"3Просмотр, редактирование и добавление данных, печатьСчет Таблица "Счет" Счет_пфТаблица "Счет"4Просмотр, редактирование и добавление данных, печатьЗаявка Таблица "Заявка" Заявка_пфТаблица "Заявка"

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

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

В процессе работы будут использоваться следующие принципы организации пользовательского интерфейса:

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

непротиворечивость;

отсутствие избыточности (должен обеспечиваться ввод минимально необходимого объёма данных для решения производственных задач или управления системой; не должен требоваться повторный ввод данных или ввод вычисляемых данных);

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

выделение элементов интерфейса яркостью и цветом;

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

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

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


2.4 Разработка руководства пользователя


2.4.1 Назначение и условия применения

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

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

операционная система Windows xp;

СУБД Microsoft Access 2000;

оперативная память 256 Мб;

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


2.4.2 Подготовка к работе

Для установки и работы программы предназначена один дистрибутивный диск, которая содержит файл "Авторемонт. mdb", который необходимо переписать в любой каталог на ПЭВМ, выделить и нажать клавишу ENTER, либо дважды щелкнуть на указанный файл, тем самым открыв приложение в Microsoft Access.


2.4.2 Описание работы с программой

При загрузке программы на экран выводится форма "Заставка", на которой отражено название приложения и сведения о разработчике, представленная на рисунке 2.3.


Рисунок 2.3 - Заставка


По истечении пяти секунд форма "Заставка" закрывается и выводится форма "Главная форма", представленная на рисунке 2.4.


Рисунок 2.4 - Главная форма


Программа работает в диалоговом режиме, надписи всех кнопок соответствуют выполняющимся действиям. При нажатии любой кнопки на главной форме открывается форма, соответствующая выбранному АРМ.

Нажатие кнопки "Завершение работы" приведет к закрытию приложения.

После нажатия кнопки "АРМ диспетчера" открывается соответствующая форма, представленная на рисунке 2.5.


Рисунок 2.5 - АРМ диспетчера


После нажатия кнопки "Журнал заказ-нарядов" открывается одноименная форма, представленная на рисунке 2.6.

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


Рисунок 2.6 - Журнал заказ-нарядов


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


Рисунок 2.7 - Состав заказа


В данной форме следует заполнить все поля, списки материальных ценностей по заказу и работ по заказу. Для выбранного из списка клиента отображается только список его автомобилей. Если регистрируется заказ-наряд для нового клиента, его следует предварительно внести в базу данных на форме, открывающейся при нажатии кнопки "Клиенты". Для получения справки о стоимости работ или услуг, а также материальных ценностей можно нажать соответствующую кнопку на форме "СоставЗаказа", после чего откроется нужная форма. Также эти формы можно загрузить из главной формы АРМ нажатием соответствующих кнопок. Формы "Прейскурант" и "Материальные ценности" приведены на рисунках 2.8 и 2.9 соответственно.


Рисунок 2.8 - Прейскурант


Рисунок 2.9 - Материальные ценности


Для формирования заказа-наряда, приемо-сдаточного акта передачи транспортного средства исполнителю и приемо-сдаточного акта передачи транспортного средства заказчику, доверенности, а также заказа на перемещение МЦ следует нажать соответствующую кнопку на форме "СоставЗаказа".

При нажатии кнопки "Журнал заявок в отдел МТС" на экране появляется форма "Журнал заявок", приведенная на рисунке 2.10.


Рисунок 2.10 - Журнал заявок


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


Рисунок 2.11 - Заявка


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

Экранная форма АРМ мастера приведена на рисунке 2.12.


Рисунок 2.12 - АРМ мастера


После нажатия кнопки "Журнал заказ-нарядов" открывается одноименная форма, представленная на рисунке 2.6 Для просмотра заказа-наряда следует нажать кнопку "Состав заказа". После этого откроется форма "Состав заказа", приведенная на рисунке 2.7.

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

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


Рисунок 2.13 - АРМ работника службы МТС


При нажатии кнопки "Журнал заявок" открывается одноименная форма, приведенная на рисунке 2.10. По данным на форме можно осуществлять поиск, используя для этого соответствующие кнопки навигации и работы с таблицей. Для регистрации новой заявки следует нажать кнопку "Новая заявка", для просмотра существующей - кнопку "Состав заявки". После этого откроется форма "Заявка", приведенная на рисунке 2.11.

При нажатии кнопки "Журнал заказов поставщику" открывается одноименная форма, приведенная на рисунке 2.14.

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

Для регистрации нового заказа следует нажать кнопку "Новый заказ", для просмотра существующего - кнопку "Состав заказа". После этого откроется форма "Заказ", приведенная на рисунке 2.15.


Рисунок 2.14 - Журнал заказов поставщику


Рисунок 2.15 - Заказ поставщику


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

3. Оценка экономической эффективности инвестиционного проекта


3.1 Описание продукта информационной технологии


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

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

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

Система обеспечивает:

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

- оформление заказов на сервисное обслуживание и ремонт;

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

- определение работ на текущий день для мастера;

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

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

- оформление приемо-сдаточного акта передачи транспортного средства исполнителю и приемо-сдаточного акта передачи транспортного средства заказчику;

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

- оформление счета клиенту;

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

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

- оформление заказа на перемещение материальных ценностей;

- оформление заказа поставщику;

- формирование отчета о выполненных работах за период;

- ведение журнала заказов, журнала заявок, журнала счетов.

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

заказчик проекта получает проект и доходы от его использования;

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

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

Правильное понимание экономических аспектов разработки, внедрения и эксплуатации программного продукта позволяют легче преодолеть помехи, связанные с такими внешними и внутренними факторами, характерными для переходного периода в России, как:

нестабильная экономика;

дефицит и ограниченность средств и ресурсов;

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

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

возрастающие требования к качеству программной продукции.

Если эти изменения не анализируются и не учитываются, то это приводит к таким негативным результатам, как:

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

увеличение штрафов за нарушение обязательств;

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

снижение эффективности и увеличение сроков окупаемости проекта.

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

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

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

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

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

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

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


3.2 Расчет затрат на разработку системы


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

Затраты на разработку ПС () определяются по формуле:



где - стоимость сырья и материалов;

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

- основная зарплата разработчиков;

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

- отчисления на социальные нужды;

- прочие прямые расходы;

- накладные расходы.

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

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



где i - наименование соответствующего вида используемых материалов;

n - количество используемых материалов;

- расход на разработку материалов i-го наименования, руб.;

- цена приобретения i-го наименования;

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

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

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



где i - наименование покупных изделий;

n - количество видов покупных комплектующих;

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

- цена приобретения покупных комплектующих, руб.;

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

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


Таблица 3.1 - Материалы

№ п/пНаименование материалаЕдиница измеренияЦена за ед., руб. Расход на разработкуСумма, руб. 1Бумагапачка10033002Бумага для офсетной печатиупаковка45014503Картридж для принтерашт. 80018004Ручки шариковыешт. 10101005Диск CD-R/RWупаковка2501250Итого1900

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



где i - наименование категории разработчиков;- количество категорий разработчиков;

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

- часовая тарифная ставка разработчика i - категории.

В разработке программного изделия в условиях дипломного проектирования принимают участие разработчики двух категорий:

- консультант (руководитель дипломного проекта);

- инженер-программист (дипломник).

Часовую тарифную ставку разработчиков определим по формуле:


(руб. /час),


где - месячный оклад разработчика i-й категории, руб.

Примем месячный оклад инженера-программиста консультанта при месячном фонде времени работы . Тогда:


(руб. /час),

(руб. /час)



Таблица 3.2 - Расчет основной заработной платы разработчиков АИС

№ п/пНаименование этапаИнженер-программистКонсультантВсего по этапуT, часL, рубСумма, рубT, часL, рубСумма, руб1Предпроектный анализ задач и формирование требований пользователя6089,30 5358,007,5119,04 892,86250,802Разработка концепции создания АИС504465,003357,124822,123Разработка и согласование технического задания и создание АИС302679,002238,082917,084Разработка модели АИС908037,008952,328989,325Разработка структур данных353125,501,5178,563304,066Разработка и отладка программы18016074,003357,1216431,127Тестирование программы706251,002,5297,66548,608Оформление проектной и эксплуатационной документации504465,002238,084703,08Итого565Х50454,5029,5Х3511,6853966,18


Основная заработная плата разработчиков АИС составляет ЗO = 53966,18 руб.

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

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



где Зо - основная заработная плата разработчиков, руб.;

Кд - коэффициент дополнительной заработной платы. Примем Кд = 15 %.

Дополнительная заработная плата разработчиков АИС равна



Расчет отчислений на соц. нужды производится по формуле:



где - коэффициент отчислений на соц. нужды. В настоящее время он составляет 26% и включает в себя: отчисления в пенсионный фонд - 20%., отчисления на социальное страхование - 3,2%, отчисления в фонд обязательного медицинского страхования - 2,8%.

Отчисления на социальные нужды (ЕСН) равны


ОСН = (53966,18 + 8094,93) * 0,266 = 16508,26 (руб).


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

В расходы по статье "Прочие прямые расходы" включены затраты на аренду вычислительной техники, которые определяем по формуле:



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


= 565 + 29,5 часов;


- цена одного часа аренды вычислительной техники. Примем = 30 руб.


= (565 + 29,5) * 30 = 17835 (руб.)


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

Они рассчитываются по формуле:



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

- коэффициент накладных расходов. Примем = 70%.

Накладные расходы на разработку АИС равны


РН = 53966,18 * 0,7 = 37776,33 (руб.)


Общая сумма затрат на разработку АИС приведена в таблице 3.3.


Таблица 3.3 - Затраты на разработку

Статья затратСумма, руб. Материалы и покупные комплектующие1 900,00Основная заработная плата разработчиков АИС53 966,18Дополнительная заработная плата разработчиков АИС8 094,93ЕСН16 508,26Прочие прямые расходы17 835,00Накладные расходы37 776,33Всего136 080,70

3.3 Результаты расчетов затрат на разработку АИС


В результате произведенных расчетов затрат на разработку АЭИС можно сделать следующие выводы. В общей структуре расходов, которые составили 136080,70 руб., основной вес составили: основная заработная плата разработчиков - 39,66%; накладные расходы - 27,76%.

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

3.4 Анализ рисков


Как и в любом инвестиционном проекте, при разработке АИС возникают риски, причем для сферы информационных технологий эти риски специфические.

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

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

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

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

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

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

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

Заключение


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

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

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

В третьем разделе пояснительной записки произведена оценка экономической эффективности разработки АИС учета деятельности авторемонтного предприятия.

В рамках настоящей работы реализованы следующие функции АИС:

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

оформление заказов на сервисное обслуживание и ремонт;

учет выполненных работ и услуг;

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

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

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

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

четкое планирование работ мастеров в соответствии с инструкциями по сервисным работам и пожеланиями клиентов.

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

Автоматизированная система учета деятельности авторемонтного предприятия находится на стадии тестирования с последующим внедрением в ООО "Мехсервис".


Перечень принятых сокращений


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

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

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

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

МТС - Материально-техническое снабжение;

МЦ - Материальные ценности;

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

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

Литература


1.Технология создания и использования баз данных в экономике / В.В. Дрождин, И.А. Лягин, В.В. Пикулин, И.В. Тужилов. Учеб. пос. - Пенза: изд-во Пенз. гос. тех. ун-та, 1996

2.Вендров А.М. CASE-технологии. Современные методы и средства проектирования информационных систем. - М.: Финансы и статистика, 2000.

.Вендров А.М. Проектирование программного обеспечения экономических информационных систем. - М.: Финансы и статистика, 2000. -350 с.

.Липаев В. В Управление разработкой программных средств. Методы, стандарты, технология. - М.: Финансы и статистика, 1993.

.Мишенин, А.И. Теория экономических информационных систем: Учеб. для вузов / А.И. Мишенин. - 4-е изд., доп. и перераб. - М.: Финансы и статистика, 2001. - 240 с.: ил.

.Смирнова, Г.Н. Проектирование экономических информационных систем: Учеб. для вузов / Г.Н. Смирнова, А.А. Сорокин, Ю.Ф. Тельнов; Под ред. Ю.Ф. Тельнова. - М.: Финансы и статистика, 2002. - 512 с.: ил.

.Хотяшов Э.Н. Проектирование машинной обработки экономической информации. М.: Финансы и статистика, 1987. - 246 с

.Бугорский В.Н., Фомин В.И. Информационные системы в экономике: основы информационного бизнеса. Учебное пособие СПб.: СПБГИЭА, 1999.

.Голда З.К. Организация и планирование материально-технического снабжения предприятий и организаций местного хозяйства. М.: Госиздат, 1990.

.Василевский Н.А. Организация работ на станциях технического обслуживания. М.: "Армада", 1997.

11.Ирвин М., Праг К. Access 2000. Библия пользователя. - М.: Диалектика, 2000. - 1040 с.

.Когаловский М.Р. Энциклопедия технологий баз данных. - М.: Финансы и статистика, 2002.

.Майерс Г. Искусство тестирования программ. М.: Финансы и статистика, 1992.

.ГОСТ 19.201-78 ЕСПД. Техническое задание. Требования к содержанию и оформлению.

.ГОСТ 19.202-78 ЕСПД. Спецификация. Требования к содержанию и оформлению.

.ГОСТ 19.404-78 ЕСПД. Пояснительная записка. Требования к содержанию и оформлению.

.ГОСТ 34.602-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы.

.ГОСТ 19.701-90. ЕСПД. Схемы алгоритмов, программ, данных и систем. Условные обозначения и правила выполнения.

.ГОСТ 34.601-90. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания.



Приложения


Приложение А


Спецификация данных

Рисунок Б.1 - Контекстная диаграмма


Рисунок Б.2 - Диаграмма потоков данных на уровне подсистем


Приложение В


(обязательное) Схема данных

Приложение Г


Схема работы системы


Приложение Д


Структура пользовательского интерфейса



Приложение Е


Формы выходных документов

Рисунок Е.1 - Заказ-наряд

Рисунок Е.2 - Приемо-сдаточный акт передачи т/c Исполнителю


Рисунок Е.3 - Приемо-сдаточный акт передачи т/c Заказчику


Рисунок Е.4 - Доверенность


Рисунок Е.5 - Отчет о выполненных работах за период

Рисунок Е.6 - Заявка


Рисунок Е.7 - Материальные ценности на складе


Рисунок Е.8 - Прейскурант


Рисунок Е.9 - Счет


Рисунок Е.10 - Заказ поставщику


Рисунок Е.11 - Заказ на перемещение МЦ


Содержание Введение 1. Предпроектный анализ вопросов создания АИС 1.1 Организационная структура ООО "Мехсервис" 1.2 Сведения об объект

Больше работ по теме:

КОНТАКТНЫЙ EMAIL: [email protected]

Скачать реферат © 2017 | Пользовательское соглашение

Скачать      Реферат

ПРОФЕССИОНАЛЬНАЯ ПОМОЩЬ СТУДЕНТАМ