43913

Разработка автоматизированной системы автоматизации учета контроля прохождения изделия по этапам технологического процесса, для ОАО «НИИ Машиностроения»

Дипломная

Информатика, кибернетика и программирование

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

Русский

2013-11-08

24.52 MB

123 чел.

Аннотация

Содержание

[1] Содержание

Введение

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

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

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

Целью дипломного проекта является разработка автоматизированной системы автоматизации учета контроля прохождения изделия по этапам технологического процесса, для ОАО «НИИ Машиностроения». Для этого необходимо решить следующие задачи:

1) Изучить объект исследования ОАО «НИИ Машиностроения»;

2) Проанализировать процесс учета контроля прохождения изделия по этапам технологического процесса в ОАО «НИИ Машиностроения»;

3) Оценить трудоемкость процесса кредитования на основе анализа работы персонала ОАО «НИИ Машиностроения»;

4) Разработать АИС учета контроля прохождения деталей по этапам технологического процесса для ОАО «НИИ Машиностроения»;

Объект исследования – производственное предприятие города Смоленска ОАО «НИИ Машиностроения». Предмет исследования – бизнес процесс учета контроля прохождения изделия по этапам технологического, производственного процесса.

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

1 Аналитическая часть

1.1 Технико-экономическая характеристика объекта исследования

Предприятие ОАО «НИИМ» стало функционировать с 1962 года. В 1966 году оно было преобразовано в Филиал №1 НИИРК, который занимался разработкой оборудования для нужд электронной промышленности. С 1972 года предприятие было преобразовано в Смоленское центральное конструкторско-технологическое бюро (СЦКТБ), в 1989 году СЦКТБ переименовывается в Научно-исследовательский институт машиностроения (НИИМ), затем в ГНИИМ, ФГУП «НИИМ» и, наконец, в 2003 году в ОАО «Научно-исследовательский институт Машиностроения».

В настоящее время на предприятии полностью сохранено опытное производство, на котором трудится сплоченный коллектив высококвалифицированных рабочих. За счет высокой квалификации работников предприятие, успешно и с высоким качеством выполняет заказы предприятий города Москвы и Московской области, а именно ФГУП КБ «Мотор», ФГУП «Коломенское бюро машиностроения», ЗАО «Нефтегазкомплектсервис» г.Луховицы. Изделия, разработанные и изготовленные ОАО «НИИМ» успешно эксплуатируются на таких предприятиях города Смоленска, как ОАО «САОМИ». ОАО «ШАРМ», ОАО «РОСА».

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

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

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

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

В подтверждение выше сказанного и говорят основные показатели деятельности ОАО «НИИ машиностроения» на протяжении последних четырех лет.

К примеру, выручка  предприятия за последний 2011 год составили  39375 тыс. рублей, что на 19 % больше выручки 2010 года, что так же является приростом, как и прошлые 2 года. Данная динамика отражена на рисунке 1.1.

 

Рисунок 1.1 – Выручка предприятия за 2008-2011г.

А в 2011 году за счет оптимизации организационной структуры предприятия удалось сократить свои затраты. Так же прибыль от продаж составила 3899 тыс. рублей за счет роста выручки и снижения управленческих расходов, что более чем на четверть превысило уровень 2010 года. В результате рентабельность продаж увеличилась  на 5,1 %. Чистая прибыль Предприятия составила 1924 тыс. рублей, что на 700 тыс. руб. больше, чем в прошлом году. Помимо прочего за счет оптимизации производственных издержек темп роста себестоимости за 2011 год ниже темпа роста выручки, в результате получена валовая прибыль на 25 % больше уровня 2010 года. Все это говорит о том, что финансово экономическое состояние предприятия, на данный момент, находиться на уверенных позициях.   

Динамика темпа роста основных показателей прошлых лет, была так же положительной. Данные прошлых лет отражены на диаграммах рисунков А.1 – А.3 приложения А.

Успешное управление организацией осуществляется генеральным директором,  полная структура управления организацией ОАО «НИИ Машиностроения» представлена на рисунке 1.2.

Рисунок 1.2 – Структура управления организацией ОАО «НИИ Машиностроения»

Так же опишем основные и обеспечивающие бизнес-процессы. К основным бизнес-процессам относятся:

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

К обеспечивающим бизнес-процессам относятся:

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

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

«1С: Бухгалтерия 8» – это универсальная программа, успешно используемая на предприятии ОАО «НИИ Машиностроения», предлагающая широкий набор средств, для автоматизации ведения бухгалтерского и налогового учета, включая подготовку обязательной (регламентированной) отчетности, в коммерческих организациях и у индивидуальных предпринимателей. Программа поддерживает учет различных видов деятельности: производство, оптовая и розничная торговля, оказание услуг и др.

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

Функциональные возможности:

  •  Типовые операции, настраиваемые пользователем;
  •  Учет денежных расчетов;
  •  Учет основных средств и нематериальных активов;
  •  Расчет себестоимости продукции;
  •  Автоматизированный учет НДС и многое другое.

Так же на предприятии используется программа «Гарант» это справочно-правовая система по законодательству Российской Федерации, разрабатываемая ООО «Научно-производственное предприятие Гарант-сервис», это информационно-правовое обеспечение (комплекс услуг правовой поддержки) на основе данной системы. Первая массовая коммерческая справочная правовая система в России (выпускается с 1990 года). В едином гипертекстовом информационном банке системы представлены миллионы документов: федеральные и региональные правовые акты, судебная практика, книги, интерактивные энциклопедии, интерактивные схемы и путеводители, комментарии ведущих специалистов и материалы известных профессиональных изданий, бланки отчетности и образцы договоров, международные соглашения, проекты законов. Бухгалтер, кадровик, финансовый директор - каждый специалист, работающий, на предприятии, с правовой информацией, легко находит в данной системе то, что ему нужно. Это обеспечивается уникальными и мощными поисковыми технологиями, реализованными в системе «Гарант», а также ее огромным информационным банком.

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

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

В конструкторском отделе используется профессиональное лицензионное программное обеспечение «AutoCAD 2007», «Microsoft Office», помимо этого на одном компьютере имеется среда разработки ПО «Delphi 7.0». Так же на большинстве компьютеров установлены антивирусные системы, такие как Касперский, AVP, avast, последние из который имеют бесплатные версии.

Как и любая современная компания, фирмы, предприятие ОАО «НИИ Машиностроения» имеет свой собственный информационный Web-портал, который содержит полную информацию о работе предприятия (история, информация о выпуске продукции, услугах и другое).

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

1.2 Экономическая сущность задачи автоматизации и обоснование необходимости ее решение

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

Данный процесс берет свое начало с момента поступления заказа на предприятие. Информация о заказчике заноситься в рукописную базу данных. К заказу, так же прилагается чертеж, который, может быть создан, в том числе и конструкторским отделом, предприятия ОАО «НИИ Машиностроения», с помощью необходимой, заранее, предоставленной информации заказчиком. После получения чертежа происходит оформление заказа и далее по средствам различных математических расчетов, с учетом условий предоставляемых заказчиком, происходит  составление технологической карты изделия (детали).

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

Технологическая карта (ТК) так же должна отвечать на следующие вопросы:

  •  Какие операции необходимо выполнять;
  •  В какой последовательности выполняются операции;
  •  С какой периодичностью необходимо выполнять операции (при повторении операции более одного раза);
  •  Сколько уходит времени на выполнение каждой операции;
  •  Результат выполнения каждой операции;
  •  Какие необходимы инструменты и материалы для выполнения операции.

Технологические карты в основном разрабатываются в случае:

  •  Высокой сложности выполняемых операций;
  •  Наличие спорных элементов в операциях, неоднозначностей;
  •  При необходимости определения трудозатрат.

На предприятии ОАО «НИИ Машиностроения» составление технологических карт происходит именно с необходимостью определения трудозатрат на производство изделия.

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

Далее чертеж и технологическая карта изделия передается в отдел технического контроля (ОТК).

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

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

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

Все вышеописанное сопровождается:

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

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

Для анализа понимания структуры и взаимосвязей автоматизируемых процессов необходимо построить структурно-функциональную модель, которая поможет с лучшей наглядностью все изучить. Для построения модели будет использоваться CASE-средство от компании CA ERwin Data Modeler, ранее называвшийся AllFusion Process Modeler - BPwin Version 4.1.

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

Контекстная диаграмма автоматизируемого процесса представлена на рисунке 1.3. На данном рисунке представлен нулевой уровень диаграммы, которая отражает смысл автоматизируемого бизнес-процесса, тут видно какие данные являются входными и выходными, и по средствам каких исполнителей, и с учетом каких ограничений протекает процесс. Дерево бизнес-процессов структурно функциональной модели представлено на рисунке B.1, приложения В. Другие уровни диаграммы находятся на рисунках В.2-В.8, приложения В. 

Рисунок 1.3 - Контекстная диаграмма автоматизируемого процесса.

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

Коэффициент уровня рассчитываемый по формуле (1):

                                                                  ;                                                            (1)

где N – количество блоков на уровне, L – номер уровня.

Коэффициент сбалансированности , рассчитываемый по формуле(2):

                                                    = ;                                              (2)

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

Коэффициент применения элементарных функций, рассчитываемый по формуле(3):

                                                           ;                                                       (3)

где  – это количество элементарных функций на уровне,  – общее количество функций на уровне.

Будем называть функции элементарными из следующего списка:

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

Результаты расчетов вышеописанных коэффициентов приведены в таблице 1.

Таблица 1 – Значения коэффициентов для разных уровней декомпозиции.

Уровень

декомпозиции

Количество блоков на уровне

Количество стрелок всего

Максимальное количество

стрелок на блок

Уровень

декомпозиции

А-0:TOP

1

11

11

0

0,00

0,00

А0

4

29

9

1

4

1,75

0,00

А1

2

10

6

2

1

1,00

0,00

А11

2

9

5

3

0,67

0,50

3,00

А12

3

16

6

3

1

0,67

2,00

А2

4

18

5

2

2

0,50

1,50

А3

3

16

7

2

1,5

1,67

1,33

А4

3

20

6

2

1,5

0,67

1,50

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

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

1 Управление ввода и хранением данных.

2 Управление механизмом авторизации.

3 Управление конструкторско-технологической подготовкой изделий:

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

4 Управление производством, в том числе:

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

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

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

Достижение этих целей будет обеспечиваться за счет:

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

В процессе разработки будущей информационной системы, большинство возможностей будет заимствовано у PDM-систем (Product Data Management). PDM-система - система управления данными об изделии. С помощью PDM-систем можно создавать отчеты о конфигурации выпускаемых изделий, маршрутах прохождения изделий, частях или деталях, а также составлять списки материалов. Все эти документы при необходимости могут отображаться на экране монитора производственной или конструкторской системы из одной и той же БД. Одной из целей PDM-систем и является обеспечение возможности групповой работы над проектом, то есть, просмотра в реальном времени и совместного использования фрагментов общих информационных ресурсов предприятия в разных местах.

1.3 Анализ существующих разработок и обоснование выбора технологии проектирования

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

Системы управления производственной информацией (PDM)- это инструментальное средство, которое помогает администраторам, конструкторам, инженерам, технологам и другим специалистам управлять как данными, так и процессами разработки изделия на современном производственном предприятии или в группе предприятий-смежников. Системы PDM следят за большими, постоянно обновляющимися массивами данных и инженерно-технической информации, необходимыми на этапах проектирования, производства или строительства, а также поддержки эксплуатации, сопровождения и утилизации технических изделий – «продуктов». Системы PDM в этом плане отличаются от, просто, баз данных тем, что интегрируют информацию любых форматов и типов, поступающую от различных источников, предоставляя ее пользователям уже в структурированном виде, причем структуризация привязана к особенностям современного промышленного производства. Системы PDM отличаются и от интегрированных систем офисного документооборота, так как текстовые документы - далеко не самые «нужные» на производстве, куда важнее геометрические модели, данные для функционирования автоматических линий, станков с ЧПУ и т. п. Системы PDM обобщают такие широко известные технологии, как управление инженерными данными (engineering data managementEDM), управление документами, управление информацией об изделии (product information management - PIM), управление техническими данными (technical data management: - TDM], управление технической информацией (technical information management - TIM], управление изображениями, и другие системы, которые используются для манипулирования информацией, всесторонне определяющей конкретное изделие.

Любая информация, необходимая на том или ином этапе жизненного цикла изделия, может управляться системой PDM, которая предоставляет корректные данные всем пользователям и всем промышленным информационным системам по мере надобности. Наряду с данными, PDM управляет и проектом - процессом разработки изделия, контролируя собственно информацию об изделии – «продукте», о состоянии объектов данных, об утверждении вносимых изменений, осуществляя авторизацию и другие операции, которые влияют на данные об изделии и режимы доступа к ним каждого конкретного пользователя.

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

1.3.1 Программный комплекс «Lotsia - PDM PLUS»

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

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

Для обеспечения надежной и производительной работы с большими объемами данных в системе Lotsia PDM PLUS используются индустриальные серверы баз данных Oracle, Sybase, MS SQL Server.

Осуществляется поддержка наиболее распространенных операционных систем (MS Windows 2000/2003/XP, Novell NetWare). Lotsia PDM PLUS успешно прошла тесты компании Microsoft на совместимость с MS Windows Server и MS SQL Server.

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

  •  Управление составом проекта
  •  Централизованное упорядоченное хранение документов (электронный архив), создание корпоративной базы знаний
  •  Быстрый поиск необходимого документа за счет удобного механизма            поиска
  •  Сокращение времени проектирования за счет заимствования прототипов из других проектов
  •  Поддержку единых централизованных классификаторов и справочников в масштабах организации, что существенно облегчает учет, анализ и администрирование системы
  •  Гибкое распределение прав доступа к данным и отчетам для пользователей системы с целью минимизации риска несанкционированного доступа к документам
  •  Отказ от ведения многочисленных регистрационных журналов в бумажном виде
  •  Оперативное получение аналитических отчетов как по одному проекту, так и по организации в целом. Прозрачность и полный аудит действий участников документооборота на всех этапах создания и прохождения                  документа
  •  Контроль сроков выпуска рабочей документации. Автоматические напоминания сотрудникам о контрольных сроках выполнения задания
  •  Автоматизацию процедур выпуска документов (реализация по строго заданному маршруту выполнения производственных процедур, таких как согласование ПКД/ПСД, регистрация входящей/исходящей документации, контроль формирования и исполнения заказов, регистрация и исполнение заявок клиентов, проверка просроченных оплат по счетам и др.)
  •  Автоматизацию процесса проведения изменений
  •  Учет поступления рабочей документации в архив. Контроль выдачи, возврата и хранения бумажной документации
  •  Автоматическое формирование комплектов документов

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

На основе Lotsia PDM PLUS реализованы следующие приложения:

  •  Система управления качеством
  •  Система паспортизации и управления имуществом
  •  Система управления проектными данными и информацией о проекте
  •  Система технического документирования изделия
  •  Система технической подготовки производства
  •  АСУ ремонта и эксплуатации
  •  Система автоматизации управления выполнением заказов
  •  Система диспетчеризации хода выполнения текущих проектных работ (с привязкой по срокам, по финансам, по трудоемкости)
  •  Интерфейсы и опциональные модули

Для системы Lotsia PDM PLUS поставляется ряд специализированных интерфейсов к различным конструкторским и технологическим системам автоматизированного проектирования на базе:Autodesk AutoCAD, Mechanical Desktop, Inventor, Bentley MicroStation, TriForma, PlantSpace, GeoGraphics, SolidWorks и др.

Система обеспечивает работу в интегрированном режиме с ODMA-совместимыми приложениями (MS Word, Corel Draw, Visio и др.).

Для организации работы в территориально-распределенном режиме поставляется опциональный модуль репликации. Утилита пакетной печати DB Print позволяет осуществлять печать комплектов проектной документации в пакетном режиме. Поставляется модуль полнотекстового поиска SearchInform Corporate Edition Professional. Интерфейсы к системам управления предприятием (MRP/ERP) позволяют построить законченное PLM-решение.

1.3.2 Программный комплекс «Alfa - управление производством»

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

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

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

Основные возможности:

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

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

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

Основные возможности:

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

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

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

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

Основные возможности:

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

1.3.3 Программный комплекс «1С:Машиностроение 8»

Программно-методический комплекс «1С:Машиностроение 8» (далее «ПМК») это комплект программных решений на платформе «1С:Предприятие 8» уровня  ERP, методических материалов и рекомендованного сервиса для комплексной автоматизации управления машиностроительным предприятием или холдингом: управление ресурсами, конструкторско-технологическая подготовка производства в соответствии с ГОСТ, управление проектами, управление ремонтами и обслуживанием оборудования, управление качеством, управление отношениями с клиентами, управление документооборотом и бизнес-процессами, управление эффективностью корпорации.

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

Комплект методических материалов, включенных в ПМК как база знаний «1С:ПрофКейс для Машиностроения» и печатная литература, содержит более 150 документов общим объемом более 11000 страниц на русском языке. Комплект основан на практическом опыте использования компонент ПМК на машиностроительных предприятиях и позволяет существенно сократить сроки внедрения ПМК за счет использования наработок сообщества партнеров и пользователей продуктов фирмы «1С». В комплекте содержатся материалы фирмы «1С» и партнеров: ООО «ВДГБ», ООО "СофтСервис", ЗАО "Диалог Информационные Технологии", ООО "Апрель Софт", ООО «Черноземье ИНТЕКО».

Для демонстрации возможностей этих решений в комплект поставки включена специально подготовленная функциональная модель (демонстрационная база данных) ПМК «1С:Машиностроение 8» – «сквозной» практический пример использования объединенной конфигурации УПП и PDM с данными реальных изделий предприятий, планирующих и осуществляющих сложные производственные процессы с многоуровневыми спецификациями и технологическими операциями многопредельного производства. Модель включает в себя: 16 168 элементов справочников, 473 плана видов характеристик, 541 документ, 2931 строк в табличных частях документов, 11 430 записей регистров сведений. Модель можно использовать для обучения сотрудников пользователя, для согласования методологии ведения учета и управления, для проведения нагрузочного тестирования и в других целях.

Возможность интеграции компонент ПМК «1С:Машиностроение 8 ПРОФ» демонстрируется с помощью конфигурации, интегрированной из 14 программных компонент и содержащей в единой конфигурации следующий объем метаданных: 1 млн. 220 тыс. строк программного кода (с учетом платформы 1С:Предприятие 8.1 общее число строк кода ПМК «1С:Машиностроение 8 ПРОФ» составляет более 7 млн.), 139 констант, 620 перечислений, 389 справочников,  425 документов, 495 регистров сведений, 503 отчета и 272 обработки. Над созданием версии ПРОФ в общей сложности трудилось более 270 специалистов фирмы «1С» и партнеров на протяжение более 6 лет.

Поставка ПМК «1С:Машиностроение 8 ПРОФ» содержит все необходимое для построения современной и эффективной корпоративной информационной системы, объединяющей большее количество подразделений машиностроительного предприятия в единое информационное пространство, связывающей бизнес-процессы предприятия в одной высокотехнологичной информационной среде:

Управление конструкторско-технологической подготовкой изделий (PDM):

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

Управление производством, в том числе:

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

Управление качеством (по ISO 9000, ГОСТ Р ИСО 9000:2001);

Управление бизнес-процессами, в том числе:

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

Управление основными средствами и учет ремонтов;

Управление финансами, в том числе:

  •  бюджетирование;
  •  управление денежными средствами;
  •  управление взаиморасчетами;
  •  бухгалтерский и налоговый учет;
  •  расчет заработной платы;
  •  учет по МСФО;
  •  формирование консолидированной отчетности;

Управление отношениями с поставщиками (SRM);

Управление договорами;

Управление документооборотом;

Управление закупками;

Управление складом (запасами);

Управление отношениями с покупателями (CRM);

Управление продажами;

Управление персоналом (HRM);

Бизнес-анализ показателей деятельности предприятия;

Управление ремонтами и объектами ремонта (ТОиР):

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

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

  •  учет ГСМ и планирование расхода;
  •  учет заказов на автотранспорт и перевозки;
  •  выписка путевых листов и учет выработки;
  •  учет транспортных средств, номерных запчастей и агрегатов;
  •  регулирование тарифов, ограничений по минимальному объему и других нормативов;

Управление портфелями проектов и программами проектов;

Проектное управление ресурсами проекта;

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

Управление вводом данных.

1.3.4 Выбор варианта автоматизации

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

Таблица 2 – Сравнительный анализ технологии и инструментов решения задачи.

Критерий

Приобретение

«1С:Машиностроение 8»

Приобретение «Alfa - управление производством»

Приобретение «Lotsia - PDM PLUS»

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

Стоимость основного ПО

210 000 руб. (от 10 рабочих мест)

156 000 руб.

90 620 руб.

Не требуется

Стоимость среды разработки

Не требуется

Не требуется

Не требуется

Borland Delphi 7

(имеется)

Стоимость вспомогательного ПО

Не требуется

Не требуется

12 060 руб.

Не требуется

Необходимость обучения персонала

Высокая

Высокая

Высокая

Малая

Продолжение Таблицы 2.

Стоимость разработки системы

Не требуется

Не требуется

Не требуется

Программист

(72 000 руб. на 6 мес.)

Интегрируемость с системами организации

Высокая

Средняя

Средняя

Разрабатывается вместе с системой

Число рабочих мест (от двух)

Типовое стартовое число рабочих мест от 10

От одного и более

От двух до девяти рабочих мест

От двух мест и более

Обслуживание ПО

Не требуется

Не требуется

7 000 руб./год

Не требуется

Решение поставленных задач

Полное

Среднее

Низкое

Полное

Учет специфики технологии разработки

Средний

Средний

Высокий

Полный

Наглядность и простота при работе в программе

Средняя

Плохая

Высокая

Максимальная

Стоимость двух рабочих мест в первый год,

на 3 года

210 000 руб.

210 000 руб.

156 000 руб.

156 000 руб.

102 680 руб.

116 680 руб.

72 000 руб.

72 000 руб.

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

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

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

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

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

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

Для разработки системы будет применяться среда Borland Delphi 7, т.к. данная среда уже имеется на предприятии, на одном из существующих компьютерах, она была приобретена в личных целях предприятия ранее. Данный факт поможет избежать дополнительных затрат на приобретение среды разработки. Помимо этого так же у разработчика имеется немалый опыт работы с выбранной средой и языком программирования использующийся в ней. На данный момент Delphi считается очень многофункциональной интегрированной средой разработки ПО для Microsoft Windows, с помощью которой было разработано множество функциональных программ, различной направленности, начиная от файловых менеджеров, до мощных графических редакторов и компьютерных игр.

В качестве источника хранения данных генерирующихся в АИС была выбрана свободная система управления базами данных MySQL. Данная СУБД является хорошим решением для малых и средних приложений, она может использоваться в качестве сервера, к которому могут обращаться локальные и удаленные клиенты, так же в дистрибутив входит библиотека внутреннего сервера, позволяющая включать MySQL в автономные программы. Гибкость СУБД MySQL весьма высока, обеспечивающаяся поддержкой большого количества типов таблиц: пользователи могут выбрать как таблицы типа MyISAM, поддерживающие полнотекстовый поиск, так и таблицы InnoDB, поддерживающие транзакции на уровне отдельных записей. Более того, СУБД MySQL поставляется со специальным типом таблиц EXAMPLE, демонстрирующим принципы создания новых типов таблиц. Благодаря открытой архитектуре и GPL-лицензированию, в СУБД MySQL постоянно появляются новые типы таблиц.

Так же совместно с MySQL рассматривалась Firebird - свободная компактная, кроссплатформенная СУБД, работающая как на Linux, Microsoft Windows и разнообразных Unix платформах, помимо этого она очень компакта, весь дистрибутив занимает около 5 Mb, имеет высокую эффективность и мощную языковую поддержку для хранимых процедур и триггеров. Firebird используется в различных промышленных системах (складские и хозяйственные, финансовый и государственный сектора) с 2001 г. Это коммерчески независимый проект C и C++ программистов, технических советников и разработчиков мультиплатформенных систем управления базами данных, основанный на исходном коде, выпущенном корпорацией Borland 25 июля 2000 года в виде свободной версии Interbase 6.0. В целом Firebird нечем не проигрывает MySQL, но основной причиной для выбора именно MySQL послужили возможности администрирования данной СУБД. У Firebird в этом вопросе возникает множество сложностей, а именно из-за отсутствия автоматической индексации записей (AUTO_INCREMENT), что влечет за собой дополнительные трудности при создании таблиц,  подобное очень усложняет процесс администрирования. И из-за отсутствия опыта работы у разработчика с подобной СУБД было принято решение использовать СУБД MySQL.

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

1.4 Выводы

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

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

Было принято решение о необходимости внедрения системы управления производственной информацией (PDM - системы), которая наиболее полно реализует потребности в автоматизации данного предприятия. Были выбраны наиболее известные на российском рынке программные продукты нескольких компаний, которые производят ИС необходимого типа. В конце концов из проведенного анализа было принято решение, не приобретать АИС, а разрабатывать своими силами, из-за меньших затрат при той же эффективности.

Таким образом, результаты исследований, проведённых в рамках первой главы дипломного проекта, подтверждают необходимость и практическую целесообразность в автоматизации процесса учета контроля прохождения изделий, по этапам технологического процесса, которая будет происходить по средствам разрабатываемой, самостоятельно, автоматизированной информационной системы. Которая будет разрабатываться в среде Borland Delphi 7, с использованием СУБД MySQL.

 2 Проектная часть

2.1 Функциональные требования к инструментам решения задачи автоматизации бизнес процесса

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

Основная цель разрабатываемой АИС – автоматизация обработки данных в выполнении учета контроля прохождения изделий по этапам технологического процесса, снижение объема «ручного» документооборота на предприятии, за счет возможностей реализуемых в АИС.

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

1.Управление вводом и хранением данных о:

  1.  заказчиках - организациях, с которыми работает данное предприятие;
  2.  выполняемых заказах;
  3.  деталях из которых состоит заказ;
  4.  технологических картах по средствам, которых происходит процесс производства.

2. Управление механизмом авторизации и программой:

  1.  Авторизация пользователя в систему, с соответствующим правом       доступа;
  2.  Возможность смены пользователя.
  3.  Возможность динамического изменения настроек клиента программы.
  4.  Функция резервного копирования

3. Управление конструкторско-технологической подготовкой изделий:

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

4. Управление производством, в том числе:

  1.  календарное планирование начала заказа;
  2.  контроль прохождения изделий по этапам технологического процесса;
  3.  управление статусами документов;
  4.  анализ выполнения процессов производства.

Внедрение АИС повлечет за собой изменения в бизнес-процессах, которые планируется достичь в результате автоматизации. Проиллюстрируем изменения с помощью структурно-функциональной модели по стандарту IDEF0 и методологии SADT с помощью CASE - средства от компании CA ERwin Data Modeler - BPwin Version 4.1. Контекстная диаграмма автоматизированного процесса представлена на рисунке 2.1.

Рисунок 2.1 - Контекстная диаграмма автоматизируемого процесса.

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

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

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

Таблица 2.1 – Уровни идентификации прав доступа.

Уровень

Пользователи

Возможности

Нулевой

Администратор, Директора

Уровень, при котором имеется выполнять все функции, реализованные в АИС

Первый

Конструкторский отдел

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

Второй

Главный конструктор

Имеется возможность работать (формировать) со списками технологических карт

Третий

Отдел технического контроля

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

Так же стоит обратить внимание функции резервного копирования, т.к. в выбранной СУБД – MySQL нет автоматической собственной функции. Данная функция в АИС может быть реализованная при помощи программы администрирования – бесплатной MySQL WorkBench, которая автоматически производит сохранение.

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

Коэффициент уровня рассчитываемый по формуле (1), коэффициент сбалансированности , рассчитываемый по формуле (2), коэффициент применения элементарных функций, рассчитываемый по формуле (3).

Будем называть функции элементарными из следующего списка:

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

Результаты расчетов описанных коэффициентов приведены в таблице 2.2.

Таблица 2.2 – Значения коэффициентов для разных уровней декомпозиции.

Уровень

декомпозиции

Количество блоков на уровне

Количество стрелок всего

Максимальное количество

стрелок на блок

Уровень

декомпозиции

А-0:TOP

1

17

17

0

0,00

0,00

А0

5

47

11

1

5,00

1,60

0,00

А1

2

12

7

2

1,00

1,00

1,00

А2

3

21

8

2

1,50

1,00

1,33

Продолжение таблицы 2.2

А21

2

11

6

3

0,67

0,50

1,50

А22

3

16

6

3

1,00

0,67

2,00

А3

4

22

7

2

2,00

1,50

1,00

А4

3

14

6

2

1,50

1,33

1,33

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

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

2.2 Информационное обеспечение задачи автоматизации

Процесс учета контроля прохождения изделий по этапам технологического процесса ОАО «НИИ Машиностроения», как уже писалось ранее, состоит из большого числа дочерних процессов. Данный факт характеризует процесс тем что, он сопровождается непрерывным круговоротом  различных наборов данных.

Выделим входные данные, ими будут являться:

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

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

  •  Разработанные чертежи, конструкторским отделом;
  •  Список необходимых операций, на технологическую карту изделия;
  •  Список технологических карт;

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

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

На основании вышеописанных данных и требуемых функций произведем построение логической модели данных (IDEF1X) с помощью специального CASE-средства – ErWin версии 4.0.

Логическая модель отражает логические связи между элементами данных вне зависимости от их содержания и среды хранения.

Выделим следующие сущности:

  •  Пользователи (ключ – код пользователя)
  •  Детали (ключ – код детали)
  •  Заказы (ключ – код заказа)
  •  Организации (ключ – код организации)
  •  Технологические карты (ключ – код технологической карты)
  •  Операции (ключ – код операции)

К описанным выше сущностям выделим связи, между ними:

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

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

Рисунок 2.2 – Логическая модель данных процесса учета контроля прохождения деталей по этапам технологического процесса

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

Следующим важным этапом моделирования данных является построение физической модели. Физическая модель, определяющая размещение данных, методы доступа и технику индексирования, называется внутренней моделью системы.  Физическая модель данных для выбранной СУБД (MySQL Server), построенная по стандарту IDEF1X изображена на рисунке 2.3.

Рисунок 2.3 – Физическая модель данных процесса учета контроля прохождения деталей по этапам технологического процесса

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

На основе рассмотреной структуры ER-модели разработаем следующие таблицы и опишем форматы полей и их свойства. Данная информация представлена в таблицах 2.3 – 2.8.

Таблица 2.3 – Структура таблицы users (Пользователи)

Поле

Тип

Свойства

Описание

u_id

integer

PK,

AUTO_INCREMENT, NOT NULL

Уникальный номер пользователя

u_name

varchar(64)

Имя пользователя

u_pass

varchar(64)

Пароль пользователя

u_acc

integer

Идентификатор степени доступа

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

Таблица 2.4 – Структура таблицы organ (Организации)

Поле

Тип

Свойства

Описание

o_id

integer

PK,

AUTO_INCREMENT, NOT NULL

Уникальный номер организации

o_name

varchar(64)

Название организации

o_tel

varchar(64)

Телефон организации

o_address

varchar(64)

Адрес организации

o_contact

varchar(64)

Контактное лицо организации

o_comment

long varchar

Различные комментарии

o_edit

bit

Поле для реализации многопользовательского режима

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

Таблица 2.5 – Структура таблицы func (Операции)

Поле

Тип

Свойства

Описание

f_id

integer

PK,

AUTO_INCREMENT, NOT NULL

Уникальный номер операции

f_name

varchar(20)

Название операции

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

Таблица 2.6 – Структура таблицы detal (Детали)

Поле

Тип

Свойства

Описание

d_id

integer

PK,

AUTO_INCREMENT, NOT NULL

Уникальный номер детали

d_z_id

integer

FK (zakaz.z_id)

Номер заказа, в который входит деталь

d_name

varchar(20)

Название детали

d_kol

integer

Необходимое количество

d_mat

varchar(30)

Материал детали

d_comment

long varchar

Дополнительная информация, которая может понадобиться при производстве детали

d_map

varchar(255)

Строка, содержащая путь до файла с чертежом, прикрепленном к детали

d_edit

bit

Поле для реализации многопользовательского режима

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

Таблица 2.7 – Структура таблицы zakaz (Заказы)

Поле

Тип

Свойства

Описание

z_id

integer

PK,

AUTO_INCREMENT, NOT NULL

Уникальный номер заказа

z_org_id

integer

FK (organ.o_id)

Номер организации, совершающей заказ

z_date_s

date

Дата регистрации заказа

z_date_e

date

Дата завершения заказа

z_comment

long varchar

Дополнительная информация

z_edit

bit

Поле для реализации многопользовательского режима

Таблица «Заказы» содержит информацию: ключ – код заказа, номер организации совершающей заказ, дата регистрации заказа, дата выполнения и дополнительная информация.

Таблица 2.8 – Структура таблицы teachmap (Технические карты)

Поле

Тип

Свойства

Описание

t_id

integer

PK,

AUTO_INCREMENT, NOT NULL

Уникальный номер операции над деталью

t_d_id

integer

FK (detal.d_id)

Номер детали, над которой будет выполняться операция

t_f_id

integer

FK (func.f_id)

Код операции, которая будет совершена

t_num

integer

Порядковый номер операции

t_norm

decimal(6,2)

Трудозатраты при выполнении операции

t_date_e

date

Дата завершения выполнения операции

t_accep

bit

Поле для идентификации выполнения операции

t_comment

varchar(255)

Различная необходимая информация в процессе выполнения операции

t_edit

bit

Поле для реализации многопользовательского режима

Таблица «Технологические карты» содержит информацию: ключ, номер детали, код операции, порядковый номер операции, дата завершения выполнения и дополнительная информация. Далее опишем события связей таблиц ON DELETE и ON UPDATE, в таблицы 2.9-2.10.

Таблица 2.9 - События ON DELETE и ON UPDATE для таблицы zakaz.

Поле

Наименование внешнего ключа

Ограничения внешнего ключа

ON DELETE

ON UPDATE

z_id

detal.d_z_id

CASCADE

CASCADE

В данном случае выбор данных событиях обуславливается необходимостью при удалении заказа удалять так же все детали входящие в его список, поэтому было принято решение на событие ON DELETE и ON UPDATE использовать CASCADE.

Таблица 2.10 - События ON DELETE и ON UPDATE для таблицы detal.

Поле

Наименование внешнего ключа

Ограничения внешнего ключа

ON DELETE

ON UPDATE

d_id

teachmap.t_d_id

CASCADE

CASCADE

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

2.3 Алгоритмическое и программное обеспечение задачи автоматизации

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

Рисунок 2.4 – Дерево функций программы

Рисунок 2.5 - Блок-схема диалога пользователя с программой

Если воспользоваться условными обозначениям, используемыми при построении блок-схемы, и следовать ее логике, то сразу видно, что для начала работы с программой необходимо ввести верный логин и пароль, иначе доступ будет закрыт. После разрешения входа, программа наделяет пользователя определенными правами, в соответствии с которыми он может выбирать ту или иную доступную ему вкладку меню. На рисунке 2.5 приведен максимально полный функционал, доступный только пользователям с ролью Администратор. Так, например, пользователь может открыть пункт меню справочной информации, далее пункт с конкретным списком и производить с имеющейся в нем информацией все указанные в пунктирном квадрате действия, как то добавление, изменение, удаление, поиск. В другом пункте меню – «конструкторский отдел» можно осуществить действия, связанные с заказами: добавить, удалить, сохранить изменения, добавить деталь в заказ, удалить, выход. Активизировав пункт меню производственный прогресс и трудоемкость, появляется возможность просмотра прогресса выполнения производства деталей. В программе также имеется возможность формирования технологической карты и вывода ее на печать.

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

Рисунок 2.6 – Блок схема алгоритма обработки специфических ситуаций в процессе запуска программы

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

Таблица 2.11 – Описание программных модулей

Название модуля

Описание модуля

DM

Модуль данных, используется для подключения к базе данных

AutoForm

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

MainForm

Главная форма программы

controlForm

Форма отдела технического контроля

teachmapForm

Форма добавления технологических карт на деталь

orgForm

Форма списка организаций

dopdetalForm

Форма производственного прогресса и трудозатрат

zakazForm

Форма списка заказов

dopzakazForm

Форма прогресса выполнения заказов

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

Рисунок 2.7 – Дерево вызова программных модулей

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

Таблица 2.12 – Взаимосвязь таблиц базы данных и программных модулей

Название таблицы

Вызывающие таблицу модули

organ

date, org

zakaz

date, zakaz, dopzakaz

teachmap

date, teachmap, dopdetal, dopzakaz, control

users

date, auto

detal

date, zakaz, dopzakaz, dopdetal, teachmap, control

func

date, teachmap, control

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

2.4 Тестирование разработанной информационной системы

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

Тестирование программы (program testing) - проверка, которая проводится в ходе прогона программы с целью убедиться, работает ли она так, как требуется. Это осуществляется при выполнении одного или нескольких тестовых прогонов, при которых в программную систему подаются входные (тестовые данные), а реакция системы фиксируется для последующего анализа. Может осуществляться как с ЭВМ, так и без ЭВМ.[x]

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

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

Выделяют один из главных законов тестирования, который гласит: «Тестирование программы или ее отдельных модулей не должен осуществлять программист (группа программистов), создавший эту программу или модуль». Сторонний программист рассматривает модуль, подключенный к программе как своего рода «черный ящик» и пытается запускать его на предельных нагрузках. [x]

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

При проведении тестирования выделяют следующие  режимы тестирования:

  •  проверка в нормальных условиях;
  •  проверка в экстремальных условиях;
  •  проверка в исключительных ситуациях.

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

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

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

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

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

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

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

Рисунок 2.8 – Сообщение об ошибке неправильности ввода логина или пароля при входе в систему

Рисунок 2.9 – Сообщение об ошибке отсутствия выбранной детали, для которой добавляется технологическая операция

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

Рисунок 2.10 – Сообщение, при попытки удаления отсутствующих записей

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

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

Рисунок 2.11 – Сообщение об ошибке введенного, неверного диапазона

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

Рисунок 2.11 – Сообщение об ошибке, при выявлении исключительной ситуации

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

2.5 Выводы

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

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

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

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

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

3 Методика внедрения и оценка эффективности проекта

3.1 Формирование технологической среды информационной системы

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

Таблица 3.1 – Уровни доступа.

Уровень

Пользователи

Возможности

Нулевой

Администратор, Директора

Уровень, при котором имеется выполнять все функции, реализованные в АИС

Первый

Конструкторский отдел

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

Второй

Главный конструктор

Имеется возможность работать (формировать) со списками технологических карт

Третий

Отдел технического контроля

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

Реализовываться разрабатываемая система будет по двух уровневой клиент-серверной архитектуре рисунок 3.1.

Рисунок 3.1 – Двух уровневая клиент-серверная архитектура

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

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

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

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

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

Защита и безопасность данных в ИС обеспечивается за счет применения:

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

Средства резервного копирования в данной АИС реализованы вне программы, так как в выбранной СУБД - MySQL нет автоматической собственной функции. Данная функция будет реализовываться при помощи бесплатной программы администрирования MySQL WorkBench, которая автоматически производит сохранение БД. Незапланированное сохранение может быть произведено сетевым администратором, при запуске MySQL WorkBench вручную. Реализация данной функции не создаст проблем в силу известности СУБД MySQL, и так как у предприятия существует сайт собственный сайт, то у администратора выполнение данной операции не вызовет не каких затруднений. Пример создания резервной копии в WorkBench изображен на рисунке 3.2.

Рисунок 3.2 - Создания резервной копии в WorkBench.

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

Рассмотрим программное обеспечение, используемое для организации работы разработанной информационной системы. На стандартных рабочих местах: операционная система Windows XP ввиду наличия лицензии у организации.

Программное обеспечение сервера состоит из следующих элементов:

  •  операционная система Windows XP;
  •  СУБД MySQL Server 5.5, распространяемая свободно.
  •  MySQL WorckBench , так же распространяется свободно, будет использоваться для упрощенного администрирования БД, резервного копирования, добавления новых пользователей.

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

Для нормальной работы внедряемой системы необходимые программные и аппаратные параметры: Pentium 4 Mhz, 256 Mb ОЗУ, HDD – 40 Гб, монитор, сетевая карта, клавиатура и мышь.

Необходимые программные требования: ОС Windows 2000/XP, Windows 7;

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

  1.  установка и настройка MySQL Server на сервере организации и его отладка;
  2.  установка программного продукта на рабочих местах;
  3.  проведения обучения пользователей;
  4.  отладка работы программы по сети, выставление настроек.

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

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

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

Для входа в систему необходимо ввести ваш логин и пароль.

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

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

Настройки подключения к базе данных, и путей к папке хронилища чертежей устанавилваются администратором. Данные настройки могут быть изменены только из формы авторизации, пример изменения настроек представлен на рисунке D.4, приложения D. Для успешного подключения клиента, необходимо вписать настройки необходимые для подключения: SERVER – IP адрес сервера, PORT – порт для подключения, DSN – название подключения, UID - имя пользователя, DATABASE – имя базы данных, после чего необходимо нажать на кнопку «Сохранить». Клиенты выполнит пробное подключение, и в случае успеха станет доступен выбора пользователя, иначе возникнет диалог ошибки неправельных настроек.

Во вкладке справочной информации, главного меню есть справочник организаций (заказчиков), которые совершают заказы, пример работы данной формы представлен на рисунке D.5, приложения D. На данной форме, возможно, произвести поиск необходимой организации по названию, добавить новую организацию, удалить либо изменить данные организации. Так же из данной формы происходит добавление нового заказа «на счет» выбранной организации, это происходит либо по двойному щелчку левой кнопкой мыши, на выбранную организацию, либо при нажатии на кнопку «Создать заказ».

Во вкладке справочная информация так же можно открыть формы «Динамики производства и трудоемкости по заказу», либо «Динамики производства и трудоемкости по деталям, за дату». Примеры работы с данными формами представлены на рисунках D6-D8, приложения D.

При выполнении запроса на динамику производственного процесса на детали, по датам, происходит закрашивание в зависимости от прогресса строк различными цветами. К примеру, детали находящиеся на стадии выполнения, имеющие прогресс менее 65% окрашиваются в красный цвет, детали имеющие прогресс от 65 до 100% имеют желто-зеленый оттенок, и детали с 100% прогрессом окрашиваются в зеленый.

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

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

Что же касается списка технологических карт то пример работы данной формы представлен на рисунке D.10, приложения D. Данная форма предоставляет возможности добавления, удаления и сохранения информации списка технологической карты, на соответствующую деталь, в выбранную в левой таблице. Так же на данной форме имеется возможность поиска по номеру детали, дате регистрации заказа, что может существенно облегчить пользователю поиск необходимой записи. Возможность просмотра чертежа доступна, так же на данной форме, помимо этого имеется возможность изменения даты выполнения операции, в случае ошибочного проставления работником отметки. Помимо этого имеется функция печати выбранного списка технологической карты, на деталь. Данный список генерируется в оформленную таблицу MS Excel, создаваемого файла, после чего можно произвести печать, пример этого изображен на рисунке D.11, приложения D.

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

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

3.2 Обоснование экономической эффективности проекта

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

  •  вариант до автоматизации
  •  автоматизированный вариант

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

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

Произведем расчеты трудовых затрат в не автоматизированном варианте, которые представим в таблицу 3.1.

Таблица 3.1 – Сумма трудовых затрат в не автоматизированном варианте.

Вид операции

Трудоемкость (чел.час)

Средняя величина повторений в месяц

Формирование списка организаций

  •  поиск организаций в архиве
  •  внесение организации в архив

0,4

0,6

0,9

7

7

4

Оформление заказа

  •  создание списка деталей
  •  создание списка технологических карт

0,6

3,5

3

7

7

7

Организация отметок в ТК на изделие

2,8

80

Составление статистической информации о производственном прогрессе

5,8

3

Составление статистической информации о количестве трудозатрат

3

4

Итого величина трудовых затрат в не автоматизированном варианте () за месяц составляет 314 (чел.час), а в год около 3768 (чел.час).

Далее, теперь необходимо рассчитать трудовые затраты в автоматизированном варианте. Полученные результаты представим в таблицу 3.2.

Таблица 3.2 – Сумма трудовых затрат в автоматизированном варианте.

Вид операции

Трудоемкость (чел.час)

Средняя величина повторений в месяц

Формирование списка организаций

  •  поиск организаций в архиве
  •  внесение организации в архив

0,1

0,1

0,3

7

7

4

Оформление заказа

  •  создание списка деталей
  •  создание списка технологических карт

0,25

1

1

7

7

7

Организация отметок в ТК на изделие

1,25

80

Составление статистической информации о производственном прогрессе

0,5

3

Составление статистической информации о количестве трудозатрат

0,5

4

Итого для данного варианта величина трудовых затрат () за месяц составляет 122 (чел.час), а в год около 1463 (чел.час).

Рассчитаем стоимостные затраты:

1) Стоимостные затраты на обработку информации действующим способом (). Расчет стоимостных затрат будем производить по формуле (4).

                                                                                           (4)

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

Расчет стоимостных затрат на обработку информации в ручную представлен в формуле (5).

                                                                                           (5)

где  -  оплата работников (руб.);  – накладные расходы.

Расчет оплаты работников представлен в формуле (6):

                                                                                           (6)

где-  средняя почасовая тарифная ставка сотрудника (руб.час);  – трудовые затраты на обработку информации в действующем варианте учета (час).

Расчет накладных расходов будет осуществлен по формуле (7).

                                                                                           (7)

где-  коэффициент накладных расходов (0,65);

Расчет затрат на обработку информации с использованием ПК представлен в формуле (8).

                                                                                           (8)

где-  стоимость машинного часа (руб.час);

Результаты расчетов описанных выше формул, для не автоматизированного вариант представлен в таблицу 3.3.

Таблица 3.3 – Результаты расчета.

Показатель

Значения показателя (руб.)

3768

0,65

23

90

646212

559548

339120

220428

86664

2) Стоимостные затраты на обработку информации с учетом автоматизированного варианта (). Расчеты затрат на обработку информации с учетом автоматизации представлены в формуле (9).

                                                                                          (9)

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

Расчет стоимостных затрат на обработку информации в ручную представлен в формуле (10).

                                                                                      (10)

где  -  оплата работников (руб.);  – накладные расходы.

Расчет оплаты работников представлен в формуле (11):

                                                                                           (11)

где-  средняя почасовая тарифная ставка сотрудника (руб.час);  – трудовые затраты на обработку информации при автоматизированном варианте учета (час).

Расчет накладных расходов будет осуществлен по формуле (12).

                                                                                            (12)

где-  коэффициент накладных расходов (0,65);

Расчет затрат на обработку информации с использованием ПК представлен в формуле (8).

                                                                                           (13)

где-  стоимость машинного часа (руб.час);

Результаты расчетов описанных выше формул, для автоматизированного вариант представлен в таблицу 3.4.

Таблица 3.4 – Результаты расчета.

Показатель

Значения показателя (руб.)

1463

0,65

23

90

250904,5

217255,5

131670

85585,5

33649

3) Абсолютное снижение стоимостных затрат (). Расчет абсолютного снижения стоимостных затрат представлен в формуле (14), а результаты сведены в таблицу 3.5.

                                                                                              (14)

4) Коэффициент относительного снижения стоимостных затрат (). Расчет относительного снижения стоимостных затрат представлен в формуле (15), а результаты сведены в таблицу 3.5.

                                                                                           (15)

5) Индекс снижения стоимостных затрат (). Расчет индекса снижения стоимостных затрат представлен в формуле (16), а результаты расчета сведены в таблицу 3.5.

                                                                                                             (16)

Таблица 3.5 – Результаты расчета коэффициентов.

Показатель

Значения показателя

646212

250904,5

395307,5

61%

2,57

1) Трудовые затраты на обработку информации в действующем варианте учета (). Расчет трудовых затрат представлен в формуле (17).

                                                                                 (17)

где  – трудоемкость ввода информации в ЭВМ в автоматизированном варианте (чел.час);  – трудоемкость обработки информации в автоматизированном варианте (чел.час);   - трудоемкость вывода информации в автоматизированном варианте (чел.час).

                                                                                              (18)

где  – трудоемкость i – операции ввода; - количество операций в автоматизированном варианте.

2) Абсолютное снижение трудовых затрат (). Расчет абсолютного снижения трудовых затрат представлен в формуле (19)

                                                                                              (19)

3) Коэффициент относительного снижения трудовых затрат (). Расчет коэффициента относительного снижения трудовых затрат представлен в формуле (20).

                                                                                              (20)

4) Коэффициент снижения трудовых затрат (индекс повышения производительности труда). Расчет индекса снижения трудовых затрат представлен в формуле (21).

                                                                                                             (21)

Результаты выше описанных коэффициентов сведены в таблицу 3.6.

Таблица 3.6 – Результаты расчетов.

Показатель

Значения показателя

3768

1463

2305

61%

2,57

Теперь рассчитаем обобщающие показатели экономической эффективности:

1) Годовой экономический эффект (ЭФ). Значение показателя годового экономического эффекта служит для сопоставления результатов автоматизации процесса с результатом капитальных вложений в совершенствование других процессов организаций. Расчет ЭФ представлен по формуле (22).

                                                                                      (22)

где ЗСП – затраты на создание проекта (руб.) – формула 23;   - нормальный коэффициент эффективности капитальных вложений, минимальная норма эффективности капитальных вложений, ниже которой вложения не целесообразны; ЗСП* – прибыль от внедрения информационной системы (руб.)

                                                                 (23)

где  - затраты на приобретение программного обеспечения (руб.);  - затраты на проектирование (руб.) – формула 24;  - затраты на программирование (руб.) – формула 25;  - затраты на внедрение (руб.) – формула 26.

                                     (24)

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

                           (25)

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

                                      (26)

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

2) Расчетный коэффициент эффективности капитальных вложений (), определяется по формуле 27:

                                                                                                              (27)

3) Срок окупаемости вложений в проект (СОВ) определяется по формуле 28:

                                                                                                  (28)

Рассчитаем трудоемкость разрабатываемого автоматизированного проекта и составим его календарный план. Перед этим нам необходимо знать приблизительный объем разрабатываемого программного продукта. В нашем случае объем разрабатываемого программного продукта будет 3 тыс. строк. Введем в рассмотрение единицу измерения KDL – объём разрабатываемого программного продукта в тысячи строк исходного текста.

Тогда трудоемкость Е разработки программного продукта можно определить по модели COCOMO (Constructive Cost Model), используя формулу 29:

                                                                                                  (29)

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

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

                                                                                                  (30)

Результаты расчетов сведем в таблицу 3.7.

Таблица 3.7. – Результаты расчетов.

Показатель

Значения показателя

10,2 (чел.мес)

1,6 (чел.мес)

6,9 (чел.мес)

1,7 (чел.мес)

6 мес.

1,1 мес.

3,7 мес.

1,2 мес.

1,45

1,83

1,5

Результаты расчетов обобщающих показателей экономической эффективности описанных ранее сведены в таблицу 3.8.

Таблица 3.8 – Результаты расчетов обобщающих показателей экономической эффективности.

Показатель

Значения показателя

0 руб.

12000 руб.

1 чел.

Продолжение таблицы 3.8.

28256 руб.

101191 руб.

30641 руб.

160088

2

0,5 лет

ЭФ

75131 руб.

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

Таблица 3.9 – Календарный план.

Выполняемая работа

Месяцы работы

1

2

3

4

5

6

Проектирование

1

1

Программирование программных модулей

1

1

1

1

Внедрение

1

1

Итого занятых людей в среднем за месяц

1

1,5

1

1

1,5

1

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

Из всего вышеописанного можно сделать вывод, что проект окупиться за 6 месяцев и будет способствовать дальнейшему росту прибыли организации, рассчитанной по формуле (22), которая ровняется 75 131 рублей.

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

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

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

В настоящее время наиболее используемые, следующие дисконтированные критерии: чистая текущая стоимость (NPV), индекс прибыльности (PI), отношение выгод к затратам (B/C Ratio). Для использования данных критериев введем дополнительные обозначения  – выгоды проекта в год i,  – затраты проекта в го i, i=1..n – годы жизни проекта, после чего произведем расчет.

1) Чиста текущая стоимость, расчет, производимый по формуле (31).

                                                                       (31)

В качестве r берем ставку по бездисковым ценным бумагам, которая равна 8%, а i = 4 годам.

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

Таблица 3.10 – расчет чистой текущей стоимости.

         Год     

Индекс       

1

2

3

4

Итого

B

75 131

75 131

75 131

75 131

C

0

0

0

0

NPV

69 565

64 412

59 641

55 223

248 843

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

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

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

                                                                                                               (32)

где NPV – чистые приведенные денежные потоки проекта, - первоначальные затраты.

В нашем случае получиться PI = 248 843 руб./ 72 000 руб. = 3,45. Так как величина критерия PI > 1 , то современная стоимость денежного потока проекта превышает первоначальное инвестирование, обеспечивая тем самым положительную величину NPV.

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

В целом, вышеописанные критерии говорят о том, что проект является привлекательны.

3.3 Выводы

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

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

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

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

Заключение

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

В аналитической главе дипломного проекта была дана технико-экономическая характеристика объекта исследования – предприятия ОАО «НИИ Машиностроения».

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

После формулировки требований, адресованных будущей ИС, были изучены программные продукты подобного класса, предлагаемые IT-рынком на сегодняшний день. Их анализ подтвердил необходимость разработки ИС собственными силами. В качестве среды разработки была выбрана среда Delphi 7.0, а в качестве СУБД – MySQL Server версии 5.5.

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

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

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

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

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

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

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

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

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

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

Список использованных источников

Приложение А

Основные показатели финансово-хозяйственной деятельности

Рисунок А.1 - Прибыль от продаж ОАО «НИИ Машиностроения»

Рисунок А.2 - Чистая прибыль ОАО «НИИ Машиностроения»

Рисунок А.3 - Показатели управления активами ОАО «НИИ Машиностроения»

Приложение В

Диаграммы IDEF0 бизнес – процесса «AS-IS»

Рисунок В.1 - Дерево бизнес-процессов структурно функциональной модели

Рисунок В.2 – Декомпозиция уровня А0. Контроль прохождения изделия по этапам технологического процесса ОАО НИИ Машиностроения

Рисунок В.3 – Декомпозиция уровня А1. Оформление заказа.

Рисунок В.4 – Декомпозиция уровня А11. Идентификация заказчика наличия в     архиве заказов

Рисунок В.5 – Декомпозиция уровня А12. Идентификация чертежа

Рисунок В.6 – Декомпозиция уровня А2. Разработка технологической карты

Рисунок В.7 – Декомпозиция уровня А3. Запуск в производство

Рисунок В.8 – Декомпозиция уровня А4. Проверка детали в отделе технического контроля

Приложение C

Диаграммы IDEF0 бизнес – процесса «TO-BE»

Рисунок C.1 - Дерево бизнес-процессов структурно функциональной модели

Рисунок C.2 – Декомпозиция уровня А0. Автоматизация учета контроля прохождения изделия по этапам технологического процесса

Рисунок C.3 – Декомпозиция уровня А1. Определение прав доступа

Рисунок C.4 – Декомпозиция уровня А2. Оформление заказа

Рисунок C.5 – Декомпозиция уровня А21. Идентификация заказчика наличия в базе данных

Рисунок C.6 – Декомпозиция уровня А22. Идентификация чертежа

Рисунок C.7 – Декомпозиция уровня А3. Разработка технологической карты

 

Рисунок C.8 – Декомпозиция уровня А4. Запуск в производство

Рисунок C.9 – Декомпозиция уровня А5. Проверка детали в ОТК

Приложение D

Рабочие формы информационной системы

Рисунок D.1 – Диалоговое окно идентификации пользователя в систему

Рисунок D.2 – Главная форма (без ограничений)

Рисунок D.3 – Главная форма (с ограничениями)

Рисунок D.4 – Настройки подключения работы с информационной системой

Рисунок D.5 – Форма справочника организаций (заказчиков)

Рисунок D.6 – Динамика производства по заказу

Рисунок D.6 – Трудоемкость деталей входящих в заказ

 

Рисунок D.7 – Заказы, не выполненные в срок

Рисунок D.8 – Динамика производственного прогресса, по деталям за дату

Рисунок D.9 – Работа с формой списка заказов

Рисунок D.10 – Работа с формой списка технологических карт на деталь

Рисунок D.11 – Технологическая карта на изделие. Вывод на печать.

Рисунок D.12 – Работа с формой отдела технического контроля

Рисунок D.13 – Форма «О программе»

Приложение E

Листинг программы

PAGE   \* MERGEFORMAT 75


 

А также другие работы, которые могут Вас заинтересовать

33802. Сущность государства. Понятие и основные признаки государства 15.98 KB
  Понятие и основные признаки государства Госвоесть политическая организацияассоциация члены которой объединяются в единое целое публичновластными отношениями и структурами. Признаки госва: 1террит. основа госва вкл .
33803. Понятие функций государства и их классификация 17.72 KB
  Функции государства – это основное направление деятельности государства в котором выражается сущность и социальное назначение государственного управления обществом. функции носят объективный характер; 2. функции носят систематический постоянный характер; 3. функции возникают и развиваются в соответствии с задачами и целями государства; 5.
33804. Формы государства. Государственный аппарат. Источники права 17.7 KB
  Источники права Форма государства внешняя структура способ организации государственной власти выражающаяся в построении верховных ор ганов государства распределении власти меяаду различными уровнями государственных органов общем режиме управления страной. Механизм государства призван надежно гарантировать и охранять законные интересы и права своих граждан. Источник права Источник форма права способ с помощью которого закрепляются находят внешнее выражение нормы права. Некоторые учёные отождествляют источник и форму выражения...
33805. Понятие, сущность и структура Конституции Республики Беларусь 17.02 KB
  Конституция Республики Беларусь белор. Канстытуцыя Рэспублікі Беларусь основной закон Республики Беларусь. Конституция Социалистической Советской Республики Белоруссии 1919 года Первая Конституция Социалистической Советской Республики Белоруссии ССРБ была принята на I Всебелорусском съезде Советов 3 февраля 1919 г.
33806. Гражданство Республики Беларусь 17.47 KB
  Гражданство Республики Беларусь это устойчивая правовая связь человека Республикой Беларусь выражающаяся в совокупности их взаимных прав обязанностей и ответственности.1991 года был введен в действие Закон Республики Беларусь О гражданстве Республики Беларусь который действовал до 17.2002 года был принят Закон Республики Беларусь О гражданстве Республики Беларусь который вступил в силу 17.
33807. Избирательная система 17.6 KB
  Избирательная система в широком смысле совокупность правовых норм регулирующих порядок предоставления избирательных прав проведения выборов в органы государства и местного самоуправления определения результатов голосования. Такая система правовых норм в совокупности образует избирательное право в широком смысле. Избирательная система в узком смысле порядок определения результатов голосования.
33808. Референдум. Виды референдумов 15.74 KB
  Виды референдумов. Референдум важнейший институт прямой демократии. Референдум это один из способов участия общественности в принятии решений важных для государства и для каждого отдельного гражданина. Условия проведения референдума и его процедура регулируются конституциями и законодательством соответствующих стран.
33809. Президент 16.56 KB
  Президент Республики Беларусь является главой государства гарантом конституции Республики Беларусь прав и свобод человека и гражданина. Он представляет Республику Беларусь в отношениях с другими государствами и международными организациями. Президентом может быть избран гражданин Республики Беларусь по рождению не моложе 35 лет обладающий избирательным правом и постоянно проживающий в Республике Беларусь не менее десяти лет непосредственно перед выборами. Статус права и обязанности президента Статус права и обязанности президента...
33810. Правительство 16.92 KB
  Совет Министров Республики Беларусь высший орган исполнительной власти осуществляющий руководство системой подчиненных ему республиканских органов государственного управления и иных государственных организаций а также местных исполнительных и распорядительных органов в Беларуси. Главой Совета Министров является Премьерминистр который назначается Президентом Республики Беларусь с согласия нижней палаты Парламента Республики Беларусь. Совет Министров Беларуси в своей деятельности подотчётен Президенту Республики Беларусь и ответствен перед...