Автоматизация документооборота

Оглавление

• Введение

1. Технологический раздел

1.1 Цель и назначение проекта

1.2 Обзор аналогов программного обеспечения

1.3 Обоснование необходимости внедрения системы на предприятии

2. Технологический раздел

2.1 Анализ предметной области

2.1.1 Описание деятельности предприятия

2.1.2 Структура управления предприятия

2.1.3 Техническая структура предприятия

2.2 Выбор инструментальных средств разработки и проектирования

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

2.2.2 Выбор СУБД

2.2.3 Выбор среды разработки

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

2.4 Программное обеспечение задачи

2.4.1 Функциональная структура системы

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

2.4.4 Описание архитектуры системы

2.5 Руководство работы с системой

3. Тестирование системы

3.1 Отладка системы

4. Экономический раздел

4.1 Выбор и обоснование методики расчёта экономической эффективности

4.2 Расчёт показателей экономической эффективности проекта

Заключение

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

Введение

Целью данной работы является повышение эффективности работы производства АО “НПП” Геофизика-Космос” путем разработки и внедрения автоматизированного документооборота.

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

– описать деятельность предприятия;

– осуществить анализ существующего бизнес-процесса;

– осуществить анализ существующих аналогов программного обеспечения;

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

– разработать проект автоматизации;

– описать информационное обеспечение задачи;

– описать программное обеспечение задачи;

– разработать руководство по установке и работе с системой;

– осуществить обоснование экономической эффективности проекта.

Средства: ПК, ПО, ЛВС.

Объектом исследования является АО “НПП” Геофизика-Космос”.

Предметом исследования является автоматизированного документооборота на производстве АО “НПП” Геофизика-Космос”.

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

1. Технологический раздел

1.1 Цель и назначение проекта

Цель: повышение эффективности работы производства.

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

1.2 Обзор аналогов программного обеспечения

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

«1С:Управление производственным предприятием»

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

– контроль над производственными процессами;

– контроль материальных потоков;

– повышение достоверности учетных данных;

– повышение оперативности подготовки документов.

ERP-система «1С:Управление производственным предприятием» отвечает всем требованиям современных производственных предприятий.

ERP – системы 1С широко используются на заводах, производственных предприятиях различного типа и масштаба. Охватывая весь производственный цикл, «1С:УПП» позволит сделать прозрачным производственный процесс, качественно подойти к планированию производства, обеспечить контроль отклонений календарных план – графиков.

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

В системе «1С: Управление производственным предприятием» в полной мере реализованы возможности планирования производства и материальных потоков.

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

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

Программный комплекс управления дискретным производством Global-Discrete (DFS)

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

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

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

На рис. 1.1 приведена структура решения.

Рис. 1.1 – Структура решения

Система управления производством «Галактика»

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

Пример планового документа для среднесрочного планирования – план отгрузки готовой продукции на квартал.

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

Пример планового документа для краткосрочного планирования – номенклатурный план предприятия на месяц.

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

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

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

Планирование производится на основании информации о структуре изделий, к которой относятся конструкторские (КС) и производственные спецификации (ПС), маршрутные карты (МК), описание которых дано в разделе Спецификации изделий и технология производства.

Алгоритмы планирования последнего поколения могут работать как в режиме MRP-планирования (MRP — Material Requirements Planning), так и в режиме APS-планирования (APS — Advanced Planning and Scheduling). В процессе планирования эти алгоритмы могут учитывать информацию о состоянии незавершенного производства (НЗП), складских запасов готовой продукции, полуфабрикатов, покупных материалов и покупных комплектующих изделий (ПКИ), а также график плановых поставок покупных полуфабрикатов, материалов и ПКИ. Иначе говоря, алгоритм планирования работает с учетом производственной ситуации и запасов (существующих и предполагаемых в будущем).

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

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

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

– процент технологических потерь и/или потери на партию выпуска при выполнении операции;

– процент потерь материала и/или коэффициент использования материала в материальных нормах на операциях маршрутных карт.

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

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

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

Пример планового документа – потребность в материалах.

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

– «По норме» — количество материала, рассчитанное по норме из МК или ПС;

– «Остатки/поступления» — часть текущего наличия или будущих поставок матценности (МЦ), зарезервированных в процессе планирования для обеспечения изготовления изделия;

– «К заказу» — дефицит текущей матценности в разрезе аналитики документа для изготовления изделия в заданные сроки, подлежит закупке в случае отсутствия замен.

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

Обеспечение производства материально-техническими ресурсами (МТР) на основании рассчитанной потребности в материалах с учетом замен приводит к экономии средств на закупку МТР и снижению уровня запасов.

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

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

Плановый фонд работы оборудования рассчитывается по графикам работы оборудования за рассматриваемый период времени. Фактический фонд оценивается по плановому использованию ресурса по данным Журнала резервирования. Поскольку этот документ сформирован после APS-планирования, то процент загрузки не может превысить 100%. Для того, чтобы рассчитать общую потребность в оборудовании, необходимо формировать документ за весь период действия плана производства, либо формировать его после MRP-планирования без учета загрузки ресурсов.

Плановый фонд по профессиям рассчитываются по графикам работы персонала за рассматриваемый период времени из модулей Заработная плата и Управление персоналом системы Галактика ERP. Фактический фонд оценивается по плановому использованию ресурса по данным Журнала резервирования.

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

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

1.3 Обоснование необходимости внедрения системы на предприятии

Для обоснования необходимости автоматизации задач проведем оценку потоков информации и расходов на выполнение операций [13]. Оценка информационных потоков приведена в таблице 1.1.

Таблица 1.1

Оценка потоков информации

Оценка расходов на выполнение операций приведена в таблице 1.2.

Таблица 1.2

Расходы на выполнение операций

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

2. Технологический раздел

2.1 Анализ предметной области

2.1.1 Описание деятельности предприятия

История предприятия “НПП”Геофизика-Космос”

1837 год

Швейцарский подданный, Московский купец 3-й гильдии Федор Борисович Швабе создает оптическую фирму.

1850 год

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

1912 год

Оптическая мастерская превратилась в крупное акционерное общество «Ф. Швабе», располагавшееся на ул. Стромынка 18, которое в августе 1917 г. было преобразовано в акционерное общество «Геофизика». Фабрика, построенная в 1908 году, после революции была национализирована (начало 1920 года).

1937 год

Завод «Геофизика» был подчинен Наркомату(Народный комиссариат) оборонной промышленности и переименован в завод № 217. Основной продукцией завода был выпуск новых изделий военного назначения (авиационные прицелы, артиллерийские буссоли и т.д.).

1941 год

Решением Правительства СССР завод был эвакуирован в г. Свердловск, на базе которого был создан Уральский оптико-механический завод (УОМЗ). В Москве на старой территории в январе 1942 года был создан завод №589. Основной продукцией предприятия во время войны и послевоенный период были прицелы для авиационного и сухопутного вооружения.

1958 год

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

1978 год

Подразделения НПК заработали на полную мощность, обеспечивая в необходимом объеме потребности МО и МОМ в оптико-электронной аппаратуре. Труд коллектива Центрального конструкторского бюро «Геофизика» был отмечен высокими правительственными наградами:

– орденом «ТРУДОВОГО КРАСНОГО ЗНАМЕНИ» – Указом Президиума Верховного Совета СССР от 17 июня 1961 года за успешное выполнение заданий Правительства по созданию специальной техники и

– орденом «ОКТЯБРЬСКОЙ РЕВОЛЮЦИИ» – Указом Президиума Верховного Совета СССР от 17 февраля 1975 года за особые заслуги в создании и производстве новой техники.

1994 год

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

– инфракрасных построителей местной вертикали (ИК ПМВ),

– планетных

– солнечных,

– звездных приборов,

– теплопеленгаторов и астрокорректоров.

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

1960-1990 года

Разработка и введение в эксплуатацию ОЭП для оснащения космических аппаратов связи, теле – и радиовещения, исследования ближнего и дальнего космоса (экспедиции к Луне и Марсу), пилотируемых станций, а также КА специального назначения и ракетных комплексов. С началом реформ 90-х годов в ГП НПО «Геофизика» произошло резкое сокращение объемов, номенклатуры выполняемых работ и оборотных средств. Неплатежи заказчиков привели к быстрому росту кредиторской задолженности и систематической невыплате заработной платы. Задолженность по заработной плате работникам предприятия доходила до 18 месяцев. Начался отток квалифицированных кадров.

2007 год

В соответствии с Указом Президента Российской Федерации от 09.06.2006 г. № 574 « ОАО «Интегрированные спутниковые системы», в состав которого включено ФГУП «НПП «Геофизика-Космос», Территориальное управление Федерального агентства по управлению федеральным имуществом по г. Москве, Распоряжением от 29 декабря 2006 года № 1373 реорганизовало в форме преобразования ФГУП «НПП «Геофизика-Космос» в Открытое акционерное общество «Научно-производственное предприятие «Геофизика-Космос» (ОАО «НПП «ГЕОФИЗИКА-КОСМОС»). Генеральным директором назначен Егупов Анатолий Николаевич. В настоящее время Общество обеспечивает разработку, изготовление и эксплуатацию оптико-электронных изделий (инфракрасных построителей местной вертикали, солнечных, планетных и звездных приборов для ориентации КА, теплопеленгаторов для КА системы СПРН, астрокорректоры точки старта ракет морского базирования) по заказам головных разработчиков.

Начиная с 1959 года Общество принимало участие во всех Российских космических программах, в частности ВОСТОК, СОЮЗ, САЛЮТ, МИР, БУРАН, ВЕНЕРА, МАРС, ЭКСПРЕСС, ЯМАЛ, а так же в международных программах СОЮЗ-АПОЛЛОН, ФОБОС, БИОН, АСТРОН, МЕТЕОР, ГРАНАТ, СПЕКТР, МКС «АЛЬФА».

Деятельность предприятия

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

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

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

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

– разработка, производство и реализация гражданской продукции, товаров народного потребления в России и зарубежом;

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

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

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

– патентно-лицензионные услуги в качестве совладельца патента;

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

– проведение работ с использованием сведений, содержащих государственную тайну;

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

2.1.2 Структура управления предприятия

Рассмотрим структуру предприятия АО “НПП” Геофизика-Космос”, схема структуры приведена на рис. 2.1.2.

Рис. 2.1.2 – Структура управления предприятия АО “НПП” Геофизика-Космос”

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

В подчинении директора находятся следующие отделы:

– отдел продаж – занимается работой с клиентами, ведением договоров и т.д.;

– производственный отдел – один из главных отделов компании, занимается основной деятельностью предприятия;

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

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

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

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

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

– монтажный отдел – занимается монтажом оборудования;

– проектный отдел – занимается проектированием объектов, ведением проектов;

– складской отдел – осуществляет сборку необходимых материалов для производства.

2.1.3 Техническая структура предприятия

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

Спецификация оборудования:

Маршрутизатор CISCO 3640. Спецификация приведена в таблице 2.1.3.1

Таблица 2.1.3.1

Спецификация маршрутизатора

Рабочие станции DEPO Neos 230 W7. Спецификация приведена в таблице 2.3.1.2

Таблица 2.3.1.2

Спецификация рабочей станции

Сервер Proliant DL980

– процессор Е7-4870 – 2,4 ГГц

– колличество процессоров 8

– встроенный сетевой интерфейс 1GbE NC375i multifunction 4 ports

– тип оперативной памяти DDR3

– обьем оперативной памяти 256 Gb

– 128 слотов для оперативной памяти

– Возможность полного удаленного управления

– Резервирование по питанию с возможностью горячей замены

Принтер Brother HL-2170WR. Спецификация приведена в таблице 2.3.1.3

Таблица 2.3.1.3

Спецификация принтера

Сканер HP ScanJet G4010

– Тип сканирования: планшетный

– Разрешение при сканировании: до 4800 х 9600 dpi

– Скорость сканирования: 8,5 с

– Формат оригинала: макс. 21.6 x 31.1 см

– Габариты: 303 x 508 x 98 мм

– Вес: 4.4 кг

2.2 Выбор инструментальных средств разработки и проектирования

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

На данный момент наиболее распространенными локальными CASE – средствами являются: ERwin, BPwin, CASE.Аналитик, Designеr (таблица 2.2.1).

Таблица 2.2.1

Сравнение Case-средств

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

ERwin Data modeler – это не просто мощное средство проектирования, но и инструмент разработки, способный автоматически создавать таблицы и генерировать тысячи строк текста хранимых процедур и триггеров для всех популярных СУБД. Революционная технология Complete-Compare (Завершить-Сравнить) позволяет организовать итеративную разработку, поддерживая постоянную согласованность модели и базы данных. Благодаря интеграции с популярными средами разработки программ, ERwin позволяет ускорить создание приложений для обработки данных.

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

Erwin Process modeler – мощный инструмент моделирования, который используется для анализа, документирования и реорганизации сложных бизнес-процессов. Модель, созданная средствами BPwin, позволяет четко документировать различные аспекты деятельности – действия, которые необходимо предпринять, способы их осуществления, требующиеся для этого ресурсы и др. Таким образом, формируется целостная картина деятельности предприятия – от моделей организации работы в маленьких отделах до сложных иерархических структур. При разработке или закупке программного обеспечения модели бизнес-процессов служат прекрасным средством документирования потребностей, помогая обеспечить высокую эффективность инвестиций в сферу IT. В руках же системных аналитиков и разработчиков Erwin Process modeler – еще и мощное средство моделирования процессов при создании корпоративных информационных систем (КИС).

2.2.2 Выбор СУБД

Анализируя сравнительную таблицу 2.2.2, видно, что СУБД Access, MySQL и Oracle лучшие по показателям, но, учитывая опыт работы с СУБД MsAccess, мною сделан выбор в пользу СУБД MsAccess, как наиболее полно удовлетворяющей потребностям проектирования.

Таблица 2.2.2

Сравнение основных СУБД

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

2.2.3 Выбор среды разработки

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

Таблица 2.2.3

Сравниваются только самые основные языки общего назначения

(1) Определение языка включает 34 класса и сотни методов; существует множество исключений из правил; возможности языка взаимоблокируются так, что невозможно объяснить одно без знания остального;

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

(3) Процедурные типы / указатели на процедуры;

(4) Модули / пакеты;

(5) Только в отдельных классах, никакие инварианты между классами не могут гарантироваться;

(6) Интерфейсы для (множественного) наследования интерфейса; классы для (одиночного) наследования реализации;

(7) Небезопасные вариантные записи; явное освобождение памяти;

(8) Небезопасные указатели;

(9) Унаследованные небезопасные возможности C;

(10) Сборка мусора необходима для достижения полной безопасности типов;

(11) Образуется меньше мусора, чем в языках без статических типов, поэтому – более эффективен;

(12) По соглашению, наследование реализации редко используется, поэтому такое разделение не слишком важно [4].

Из таблицы 2.3 видно, что выбранным критериям в полной мере удовлетворяет язык программирования – C++.

Microsoft Visual C++ 2010 Express — это бесплатная интегрированная среда разработки приложений на языке C++. Она предоставляет разработчику набор инструментов для создания приложений для Windows на Visual C++. При этом Visual C++ 2010 Express имеет ограниченные, по сравнению с Microsoft Visual Studio, возможности и предназначена, в основном для любителей и студентов.

Visual C++ 2010 Express является частью продуктовой линейки Studio 2010 Express. Visual C++ — это мощный язык программирования, который был разработан для обеспечения глубокого и детального контроля процесса разработки вне зависимости, работаете ли вы над Win32 (COM+) или управляемыми приложениями для .NET Framework applications.

Основные возможности Visual C++ 2010 Express:

– Компилятор для 32-битных систем.

– Библиотеки: Windows headers and libraries, CRT, STL,. NET Framework class library, C++ Support Library.

– Графическая интегрированная среда разработки.

– Инструменты отладки.

– Поддержка .NET Framework 4.

– Интерактивная стартовая страница.

– Новая среда разработки на основе WPF.

– Поддержка платформы разработки.

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

Рассмотрим выбор элементов информационного обеспечения системы:

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

Электронные формы ввода:

– Форма заполнения информации о ремонте оборудования;

– Форма заполнения информации о комплектующей;

– Форма заполнения информации о складской операции.

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

– Отчет о нехватке комплектующих;

– Требуемый перечень ремонтных работ.

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

– каталог комплектующих;

– каталог работ.

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

Классификаторы:

– Классификатор комплектующих;

– Классификатор складских операций.

4. Обоснование способа организации информационной базы: интегрированная база данных с распределенной организацией, так как при работе с данными необходимо использование языка манипуляции данными SQL, пользователями ИС будут сотрудники нескольких отделов, поэтому должен обеспечиваться многопользовательский режим работы [3].

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

– Отчет о нехватке комплектующих- текстовый файл с расширением .doc;

– Требуемый перечень ремонтных работ – текстовый файл с расширением .doc;

2.4 Программное обеспечение задачи

2.4.1 Функциональная структура системы

На рис. 2.4.1 представлено дерево функций проектируемой информационной системы.

Рис. 2.4.1 – Дерево функций информационной системы

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

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

На рис. 2.4.2 представлена схема алгоритма работы системы.

Рис. 2.4.2 – Алгоритм работ системы

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

2.4.4 Описание архитектуры системы

На рис. 2.4.4 представлена архитектура системы хранения и учета.

Рис. 2.4.4 – Архитектура системы

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

2.5 Руководство работы с системой

В появившемся окне (рис. 2.5.1) ввести имя пользователя и пароль.

Рис. 2.5.1

Интерфейс системы: активные окна «Панель задач» и «Рабочий стол» (рис. 2.5.2).

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

В окне «Рабочий стол» отображаются ярлычки тех объектов системы, которые пользователем взяты на изменение (например: детали, сборочные чертежи).

Рис. 2.5.2

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

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

Например, надо получить данные по изделию 35И (состав изделия). Для этого необходимо зайти в раздел «Конструкторская документация», затем в подраздел «Конструкторские элементы» и выбрать пункт «Сборочные узлы». В окне-карточке значение можно задать несколькими способами:

1) В поле «Наименованию:» ввести часть наименования изделия – %35И% (рис. 2.5.3).

2) В поле «Обозначению:» ввести часть обозначения, в конце добавив символ `%’ (рис. 2.5.4).

Нажать кнопку ОК.

Рис. 2.5.3

Рис. 2.5.4

Символ `%’ заменяет символ `*’, который используется при поиске информации в системе Windows.

Полученный результат (рис. 2.5.5):

Рис. 2.5.5

Чтобы открыть весь состав изделия (рис. 2.5.6) необходимо выделить ячейку в колонке «Обозначение» в нужной строке из списка и нажать на клавиатуре кнопку со звёздочкой (*).

Рис. 2.5.6

Наличие значка в виде скрепки в колонке «Файлы» означает, что к данному объекту системы присоединены файлы. Открыть окно со списком присоединенных файлов (рис. 2.5.7) можно, щелкнув быстро 2 раза левой кнопкой мыши по скрепке, либо, вызвав контекстное меню, щелкнув правой кнопкой мыши по нужной строке, и выбрав пункт «Присоединенные файлы».

Рис. 2.5.7

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

Рис. 2.5.8

Колонки в окнах можно настраивать (скрывать, перемещать). (рис. 2.5.9).

Рис. 2.5.9

В окне «Заголовок» (рис. 2.5.10) можно добавлять/удалять (отображать/скрывать) колонки, а также перемещать их вперёд или назад с помощью кнопок со стрелочками.

После выставления колонок нажать ОК.

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

Рис. 2.5.10

3. Тестирование системы

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

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

Валидация (Validation) – это определенное соответствия разрабатываемого ПО ожиданиям и потребностям пользователя, требованиям к системе.

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

Тест дизайн (TestDesign) – это этап процесса тестирования ПО, на котором проектируются и создаются тестовые случаи, в соответствии с определенными ранее критериями качества и целями тестирования.

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

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

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

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

Время Прохождения Тест Кейса (TestCasePassTime)- это время от начала прохождения шагов тест кейса до получения результата теста.

3.1 Отладка системы

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

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

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

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

4. Экономический раздел

4.1 Выбор и обоснование методики расчёта экономической эффективности

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

Таблица 4.1.1

Сравнение систем

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

4.2 Расчёт показателей экономической эффективности проекта

Рассчитаем основные показатели экономической эффективности проекта:

1) абсолютное снижение трудовых затрат (Т) в часах за год:

Т = Т0 – Т1,

где

Т0 – трудовые затраты на выполнение комплекса задач без использования средств автоматизации;

Т1 – трудовые затраты на выполнение комплекса задач с использованием средств автоматизации.

Т1=231*10*0,65=1501,5 часов,

Т0=231*15*0,65=2252,25 часов

Т=2252,25–1501,5=750,75 часов

2) коэффициент относительного снижения трудовых затрат (КТ):

КТ =Т / T0 * 100%=33%

3) индекс снижения трудовых затрат или повышение производительности труда (YT):

YT = T0 / T1=1,5

Абсолютное снижение стоимостных затрат: C=Т*СМЧ

СМЧ=ЗП/Т,

где

СМЧ – стоимость машинного часа,

ЗП – затраты на заработную плату персонала в год (руб.),

Т – время функционирования системы в год (часов).

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

Оклад руководителя 100000 руб./месяц, тогда

ЗП=100000*12=1200000 рублей

Т=Т0=2252,25 часов

СМЧ=1200000/2252,25=523 руб./час

Тогда C=750,75*523=400000 руб./год

Коэффициент относительного снижения стоимостных затрат:

КC=241220/(2252,25*523)=0,2

Индекс снижения стоимостных затрат:

YC=(2252,25*523)/(1501,5*523)=1,5

Период окупаемости Ток = КП /C,

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

По смете затраты на разработку ПО составит 220000 рублей.

Тогда Ток=220000/241220=0,92 года, то есть внедряемая система окупится через 11 месяцев.

На рис. 4.2.1-4.2.3 изображены сравнительные диаграммы по основным расчетным показателям.

Рис. 4.2.1 – Сравнение трудовых затрат существующей и созданной системы

Рис. 4.2.2 – Сравнение стоимостных затрат существующей и созданной системы

Рис. 4.2.3 – Сравнение стоимостных затрат на ПП и абсолютного снижения стоимостных затрат

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

Заключение

Целью данной работы является повышение эффективности работы производства АО “НПП” Геофизика-Космос” путем разработки и внедрения автоматизированного документооборота.

В первой главе работы осуществлено описание деятельности предприятия.

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

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

Во второй главе разработан проект информационной системы для АО “НПП” Геофизика-Космос”

Разработана информационная модель системы.

Описана программная реализация системы, а именно описан алгоритм работы системы, описан интерфейс системы, описаны программные модули системы.

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

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

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

В четвертой главе дано обоснование экономической эффективности проекта. Выбрана методика расчёта экономической эффективности и осуществлен расчёт показателей экономической эффективности проекта.

Таким образом, цель работы можно считать достигнутой, а задачи решенными.

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

1. Атре Ш. Структурный подход к организации баз данных. – М.: Финансы и статистика, 2014.

2. Гультяев А.К., Microsoft Office Project 2007. Управление проектами: практическое пособие. СПб.: КОРОНА-Век, 2008 – 480 с. ил.

3. Управление программными проектами: достижение оптимального качества при минимуме затрат.: Пер. с англ. – М.: Издательский дом «Вильямс», 2010.

4. Интернет – маркетинг: Учебник. Успенский И.В. – СПб.: Изд-во СПГУЭиФ, 2011.

5. Экономическая информатика: Введение в экономический анализ информационных систем: Учебник. – М.: ИНФРА-М, 2012.

6. Шафер Д.Ф., Фартрел Т., Шафер Л.И. Управление программными проектами: достижение оптимального качества при минимуме затрат.: Пер. с англ. – М.: Вильямс, 2011.

7. Марка Д. А., МакГоуэн К. Методология структурного анализа и проектирования SADT.

8. Проектирование экономических информационных систем: учеб. / под ред. Ю. Ф. Тельнова. М., 2010

9. Автоматизированные информационные технологии в экономике: Учебник/Под ред. проф. Г.А. Титоренко. – М.: Компьютер, ЮИНИТИ, 2011

10. Маклаков С.В. Моделирование бизнес-процессов с AllFusionProcessModeler. М., 2008

11. Маклаков С.В. Создание информационных систем с AllFusionModelingSuite. – М.: ДИАЛОГ-МИФИ, 2009

12. Фаулер М. UML в кратком изложении: применение стандартного языка объектного моделирования: пер. с англ. / М. Фаулер, К. Скотт. М., 2010

13. Фаулер М. UML – основы. Руководство по стандартному языку объектного моделирования.: Пер. с англ. – СПб.: Символ, 2011

14. Калянов Г.Н. Консалтинг при автоматизации предприятий (подходы, методы, средства) // М.: СИНТЕГ, 2009

15. Петров Ю.А., Шлимович Е.Л., Ирюпин Ю.В. Комплексная автоматизация управления предприятием: Информационные технологии – теория и практика. – М.: Финансы и статистика, 2011

16. Хомоненко А.Д. и др. Базы данных: Учебник для вузов / Под ред. проф. А.Д. Хомоненко. — СПб.: КОРОНА принт, 2010 — 736 с.

17. Смирнова Г.Н. и др. Проектирование экономических информационных систем: Учебник / Под ред. Ю.Ф. Тельнова. — М.: Финансы и статистика, 2009 — 512 с.

18. Смирнов И.Н. и др. Основные СУБД. – М.: Наука, 2009 – 320 с.

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

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

21. Геофизака-Космос www.geofizika-cosmos.ru (10.03.2016)