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

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

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

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

 

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

 

     Объектом  исследования данного курсового проекта является компания ООО «КОМТЛТСЕРВИС», являющаяся быстро развивающейся компанией на рынке оказания компьютерных сервисных услуг г.о. Тольятти. Компания основана в 2010 г.

     На  сегодняшний день компания ведет  свою деятельность в двух направлениях:

1. Ремонт и техническое обслуживание компьютеров и комплектующих;
2. Гарантийный ремонт оборудования.

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

     Организационная структура компании ООО «КОМТЛТСЕРВИС» имеет линейно-функциональную структуру, которая представлена на рисунке 1.1.

Рис.1.1. Организационная структура компании ООО «КОМТЛТСЕРВИС» 

     Из рисунка видно, что структура предприятия состоит  из четырех основных компонент:

1. Служба сервиса и ремонта комплектующих, во главе со старшим мастером. Данное подразделение занимается выполнением ремонтных работ оборудования, в ее состав входят:

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

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

2. Администратор заказов. Занимается оформлением заказов, приемкой оборудования от клиентов в ремонт.

3. Бухгалтерия, во главе с бухгалтером. Данное подразделение занимается составлением приём платежей от клиентов, в её состав входят:

• Бухгалтер. В обязанности бухгалтера входит формирование отчетности и отправки её генеральному директору.

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

1.4 Информационные потоки  автоматизируемых  процессов

 

     Схема информационных и материальных потоков  процесса выполнения заказов показана на рис.1.2.

Рис.1.2. Схема информационных и материальных потоков

процесса  выполнения заказов 

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

1.5 Функциональная модель  автоматизируемых  процессов

 

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

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

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

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

Рис.1.3. Контекстная диаграмма модели процесса «Выполнение заказов» 

     Процесс состоит из четырех этапов: заявка на ремонт, формирование заказа, выполнение заказа и формирование отчетности (Рис.1.4).

Рис.1.4. Диаграмма декомпозиции процесса «Выполнение заказов» 

     В диаграмме декомпозиции процесса «Заявка  на ремонт» входной информацией  являются прайс-лист, данные о клиенте и данные о поломке. Процесс состоит из трех работ: выбор услуг, получение данных от клиента и оформление заявки (Рис.1.5).

Рис.1.5. Диаграмма декомпозиции процесса «Заявка на ремонт» 

     В диаграмме декомпозиции процесса «Формирование заказа» входной информацией являются оформленная заявка на ремонт и оборудование для ремонта. Процесс состоит из трех работ: внесение данных в Excel, передача деталей в ремонт и формирование квитанции на ремонт (Рис.1.6).

Рис.1.6. Диаграмма декомпозиции процесса «Формирование заказа» 

     В диаграмме декомпозиции процесса «Выполнение  заказа» входной информацией  являются заказ на ремонт, оборудование для ремонта и комплектующие  для ремонта. Процесс состоит  из четырех работ: передача заказа мастеру, диагностика оборудования, оплата заказа и ремонт оборудования (Рис.1.7).

Рис.1.7. Диаграмма декомпозиции процесса «Выполнение заказа» 

     В диаграмме декомпозиции процесса «Формирование  отчета» входной информацией являются данные о выполненном заказе. Выходной информацией является отчет генеральному директору (Рис.1.8).

Рис.1.8. Диаграмма декомпозиции процесса «Формирование отчета»

     Далее сформировали дерево узлов (Рис.1.9).

Рис.1.9. Дерево узлов

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

 

2. ПРОЕКТНАЯ  ЧАСТЬ

2.1. Модель данных ИС

 

    Процесс моделирования в Erwin базируется на методологии проектирования реляционных баз данных IDEF1X.

    Для проектирования базы данных проектов использовалась модель «сущность – связь» (Entity – Relationship model, или ER – модель). ER – модель представляет собой высокоуровневую концептуальную модель данных, цель которой - упрощение задачи проектирования баз данных. Данная модель данных включает в себя набор концепций, которые описывают структуру базы данных и связанные с ней транзакции обновления и выборки данных. Следует подчеркнуть, что концептуальная модель данных не зависит от конкретной СУБД или аппаратной платформы, которая используется для физической реализации базы данных.

    Основными элементами IDEF1X являются сущности, атрибуты и связи.

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

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

    В IDEF1X также различают зависимые  и независимые сущности. Тип сущности определяется ее связью с другими сущностями. Зависимая сущность изображается прямоугольником со скругленными углами.

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

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

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

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

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

    Рис.2.1. Логическая модель базы данных. 

     Сущность  «Должности» - справочник, содержит атрибуты «Код должности», «Должность».

     Сущность  «Сотрудники» содержит атрибуты «Код сотрудника», «ФИО».

     Сущность  «Клиенты» содержит атрибуты «Код клиенты», «ФИО».

     Сущность  «Цены» содержит атрибуты «Код цены», «Период».

     Сущность  «Контактные лица» содержит атрибуты «Код контактного лица», «Телефон».