Совершенстование информационных потоков предприятия

Каждый из блоков, расположенных по основной диагонали I квадранта,

отражает формирование показателей данного документа.

Во II квадранте наименование строк совпадает с наименованием строк I

квадранта. По столбцам же дается наименование подразделений — потребителей

документации данного подразделения. Следовательно, II квадрант отражает

выход разработанных в данном подразделении документов и показателей по

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

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

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

разрабатываемых в подразделении и передаваемых другим. Соответственно

строки II квадранта характеризуют распределение показателей из данных

документов по подразделениям-потребителям.

Итоговый столбец II квадранта отражает количество показателей,

передаваемых данным подразделением всем другим. Итоговая строка

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

подразделения во всех других подразделениях.

Наименование столбцов III квадранта совпадает с наименованием столбцов

I квадранта. Содержание строк этого квадранта — входящие документы и

показатели в разрезе подразделений-поставщиков. Столбцы III квадранта —

продолжение соответствующих столбцов I квадранта. Они характеризуют

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

новых показателей или документов. Соответственно строки III квадранта

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

подразделении.

Итоговый столбец III квадранта характеризует применяемость поступающих

показателей, итоговая строка — количество входящих показателей для

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

документ.

В IV квадранте содержание строк совпадает с III квадрантом, а

содержание столбцов —со II квадрантом; IV квадрант характеризует передачу

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

Итоговая строка IV квадранта характеризует количество поступающих

показателей или документов, передаваемых другим подразделениям. Итоговый

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

другими подразделениями.

Кроме четырех квадрантов информационная модель имеет три

вспомогательных раздела — левый, правый и нижний.

Левый вспомогательный раздел отражает признаки как составные элементы

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

данное подразделение. Каждый отдельный столбец этого раздела характеризует

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

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

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

подразделения.

Левый вспомогательный раздел в свою очередь делится на две части

—подраздел А и подраздел Б. Подраздел А отражает те признаки, которые

имеются в разрабатываемых данным подразделением документах, подраздел Б -

признаки поступающих документов.

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

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

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

его значимость, трудоемкость расчета и др.

Каждый из квадрантов информационной модели имеет свое определенное

назначение и содержание. Однако только вся информационная модель (взятая в

целом) позволяет отразить взаимосвязи подразделения со всеми другими и

процесс его работы по ведению планово-экономических расчетов.

I и II квадранты, вместе взятые, показывают процесс создания

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

внешние организации или хранение в самом подразделении для последующего

использования.

I и III квадранты отражают процесс формирования показателей и

документов в данном подразделении: I квадрант—показатели, разработанные в

отделе, III квадрант — входящие показатели, которые используются для

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

II и IV квадранты отражают выход всех документов и показателей,

которые создаются в подразделении или поступают из других. Они дают полное

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

другими (внутренними и внешними), т. е. о потоках информации.

Подраздел Б и III квадрант отражают процесс поступления документов и

показателей и дальнейшее их использование в данном подразделении.

III и IV квадранты, вместе взятые, отражают использование, контроль

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

данного подразделения. Если поступивший в данное подразделение документ или

показатель не используется или передается другим подразделениям, то

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

3 Применение CASE-технологий для проектирования информационной системы

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

использованы компьютерные CASE-технологии.

Термин CASE (Computer Aided System/Software Engineering) используется

в довольно широком смысле. Первоначальное значение термина CASE,

ограниченное вопросами автоматизации разработки только лишь программного

обеспечения, в настоящее время приобрело новый смысл, охватывающий процесс

разработки сложных информационных системах в целом. С самого начала CASE-

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

структурной методологии проектирования (сложности понимания, высокой

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

проектные спецификации и т.д.) за счет ее автоматизации и интеграции

поддерживающих средств.

Таким образом, CASE-технологии не могут считаться самостоятельными,

они только обеспечивают, как минимум, высокую эффективность их применения,

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

соответствующей методологии.

Большинство существующих CASE-систем ориентировано на автоматизацию

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

структурного (в основном) или объектно-ориентированного проектирования и

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

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

поведения системы и архитектуры программных средств. В последнее время

стали появляться CASE-системы, уделяющие основное внимание проблемам

спецификации и моделирования технических средств.

Наибольшая потребность в использовании CASE-систем испытывается на

начальных этапах разработки, а именно на этапах анализа и спецификации

требований к информационной системе. Это объясняется тем, что цена ошибок,

допущенных на начальных этапах, на несколько порядков превышает цену

ошибок, выявленных на более поздних этапах разработки.

Появлению CASE-технологии предшествовали исследования в области

методологии программирования. Программирование обрело черты системного

подхода с разработкой и внедрением языков высокого уровня, методов

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

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

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

перечисленные ниже факторы:

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

модульного и структурного программирования;

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

ЭВМ, позволяющих использовать эффективные графические средства и

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

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

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

использования разделяемой базы данных, содержащей необходимую

информацию о проекте.

Преимущества CASE-технологии по сравнению с традиционной технологией

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

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

средств автоматического контроля и генерации;

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

- поддержание адаптивности и сопровождения ЭИС;

- снижение времени создания системы, что позволяет на ранних стадиях

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

- освобождение разработчиков от рутинной работы по документированию

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

- возможность коллективной разработки ЭИС в режиме реального времени.

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

которых на основе графической нотации строятся диаграммы, поддерживаемые

инструментальной средой.

Методология определяет шаги и этапность реализации проекта, а также

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

Метод - это процедура или техника генерации описаний компонентов

экономической информационной системы (например, проектирование потоков и

структур данных).

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

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

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

Инструментальные средства CASE - специальные программы, которые

поддерживают одну или несколько методологий анализа и проектирования

информационной системы.

Рассмотрим архитектуру CASE-средства, которая представлена в

приложении 4.

Ядром системы является база данных проекта - репозиторий (словарь

данных). Он представляет собой специализированную базу данных,

предназначенную для отображения состояния проектируемой экономической

информационной систеы в каждый момент времени. Объекты всех диаграмм

синхронизированы на основе общей информации словаря данных.

Репозиторий содержит информацию об объектах проектируемой

экономической информационной системы и взаимосвязях между ними, все

подсистемы обмениваются данными с ним. В репозиторий хранятся описания

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

компонентам системы; организационных структур; диаграмм; компонентов

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

процедур; библиотеки модулей и т.д.

Графические средства моделирования предметной области позволяют

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

изучать существующую информационную систему, перестраивать ее в

соответствии с поставленными целями и имеющимися ограничениями. Все

модификации диаграмм, выполняемых разработчиками в интерактивном

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

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

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

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

Графический редактор диаграмм предназначен для отображения в

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

информационной системы. Он позволяет выполнять следующие операции:

- создавать элементы диаграмм и взаимосвязи между ними;

- задавать описания элементов диаграмм;

- задавать описания связей между элементами диаграмм;

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

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

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

системы. Он выполняет следующие функции:

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

- диагностику и выдачу сообщений об ошибках;

- выделение на диаграмме ошибочных элементов.

Документатор проекта позволяет получать информацию о состоянии проекта

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

например по времени, автору, элементам диаграмм, диаграмме или проекту в

целом.

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

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

- инициализации проекта;

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

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

- мониторинга выполнения проекта.

Сервис представляет собой набор системных утилит по обслуживанию

репозитория. Данные утилиты выполняют функции архивации данных,

восстановления данных и создания нового репозитория.

Современные CASE-системы классифицируются по следующим признакам:

1) по поддерживаемым, методологиям проектирования, функционально

(структурно)-ориентированные, объектно-ориентированные и комплексно-

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

2) по поддерживаемым графическим нотациям построения диаграмм: с

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

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

3) по степени интегрированности: tools (отдельные локальные средства),

toolkit (набор неинтегрированных средств, охватывающих большинство

этапов разработки ЭИС) и workbench (полностью интегрированные средства,

связанные общей базой проектных данных - репозиторием);

4) по типу и архитектуре вычислительной техники: ориентированные на ПЭВМ,

ориентированные на локальную вычислительную сеть (ЛВС), ориентированные

на глобальную вычислительную сеть (ГВС) и смешанного типа;

5) по режиму коллективной разработки проекта: не поддерживающие

коллективную разработку, ориентированные на режим реального времени

разработки проекта, ориентированные на режим объединения подпроектов;

6) по типу операционной системы (ОС): работающие под управлением WINDOWS

3.11 и выше; работающие под управлением UNIX и работающие под

управлением различных ОС (WINDOWS, UNIX, OS/2 и др.) [15, с.154].

Все современные CASE-средства могут быть классифицированы в основном

по типам и категориям. Классификация по типам отражает функциональную

ориентацию CASE-средств на те или иные процессы жизненного цикла.

Классификация по категориям определяет степень интегрированности по

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

небольшие автономные задачи (tools), набор частично интегрированных

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

системы (toolkit) и полностью интегрированные средства, поддерживающие весь

жизненный цикл информационной системы и связанные общим репозиторием.

Помимо этого, CASE-средства можно классифицировать по следующим признакам:

применяемым методологиям и моделям систем и БД; степени интегрированности с

СУБД; доступным платформам.

Классификация по типам в основном совпадает с компонентным составом

CASE-средств и включает следующие основные типы:

- средства анализа (Upper CASE), предназначенные для построения и

анализа моделей предметной области (Design/IDEF (Meta Software), ВРwin

(Logic Work));

- средства анализа и проектирования (Middel CASE), поддерживающие

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

для создания проектных спецификаций (Vantage Team Builder (Сауenne),

Designer/2000 (ORACLE), Silverrun (СSА), РRО-IV (МсDonnell Douglass),

САSЕ.Аналитак (МакроПроджект)). Выходом таких средств являются

спецификации компонентов и интерфейсов системы, архитектуры системы,

алгоритмов и структур данных;

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

данных и генерацию схем баз данных (как правило, на языке SQL) для

наиболее распространенных СУБД. К ним относятся ERwin (Logic Works), S-

Designor (SDP) и DataBase Designer (ORACLE). Средства проектирования

баз данных имеются также в составе САSЕ-средств Vantage Team Builder,

Designer/2000, Silverrun и РRО-IV;

- средства разработки приложений. К ним относятся средства 4GL (Uniface

(Compuware), JAM (JYACC), PowerBuilder (Sybase), Developer/2000

(ORACLE), New Era (Informix), SQL Windows (Gupta), Delphi (Borland) и

др.) и генераторы кодов, входящие в состав Vantage Team Builder, РRО-

IV и частично - в Silverrun;

- средства реинжиниринга, обеспечивающие анализ программных кодов и схем

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

спецификаций. Средства анализа схем БД и формирования ERD входят в

состав Vantage Team Builder, РRО-IV, Silverrun, Designer/2000, ERwin и

S-Designor. В области анализа программных кодов наибольшее

распространение получают объектно-ориентированные САSЕ-средства,

обеспечивающие реинжиниринг программ на языке С++ (Rational Rose

(Rational Software), Object (Сауеnnе)).

Вспомогательные типы включают:

- средства планирования и управления проектом SE Companion, Microsoft

Project и др.);

- средства конфигурационного управления (PVCS (Intersolv));

- средства тестирования (Quality Works Segue Software));

- средства документирования (SoDA (RationalSoftware)) [5, с. 123-131].

В разряд CASE-систем попадают как относительно дешевые системы для

персональных компьютеров с ограниченными возможностями (такие, как

редакторы диаграмм), так и дорогостоящие системы для больших ЭВМ.

Обычно к CASE-средствам относят любое программное средство,

автоматизирующее ту или иную совокупность процессов жизненного цикла ПО и

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

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

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

творческие возможности;

- интеграция отдельных компонент САSЕ-средств, обеспечивающая

управляемость процессом разработки ИС;

- использование специальным образом организованного хранилища проектных

метаданных (репозитория).

Современные CASE-системы охватывают обширную область поддержки

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

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

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

системы [15, c. 43].

На сегодняшний день Российский рынок программного обеспечения

располагает следующими наиболее развитыми CASE-средствами:

- Vantage Team Builder (Westmount I-CASE);

- Designer/2000;

- Silverrun;

- ERwin+BPwin;

- S-Designor;

- САSЕ. Аналитик [5, c. 5].

Кроме того, на рынке постоянно появляются как новые для отечественных

пользователей системы (например, CASE /4/0, PRO-IV, System Architect,

Visible Analyst Workbench, EasyCASE), так и новые версии и модификации

перечисленных систем.

3 СОВЕРШЕНСТВОВАНИЕ ИНФОРМАЦИОННЫХ ПОТОКОВ В СИСТЕМЕ УПРАВЛЕНИЯ ОАО

«ЭЛЕКТРОАГРЕГАТ»

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

подразделениями предприятия

Анализ потоков информации – важнейший этап в рационализации

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

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

планирования.

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

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

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

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

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

данных, циркулирующих между ними.

Обработанные материалы обследования позволяют провести анализ системы

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

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

построения стройной системы обработки данных.

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

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

Получение необходимых материалов для анализа информационных потоков

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

использования различных вычислительных средств. Однако даже при

использовании вычислительных машин сложно спроектировать и проанализировать

информационную систему ОАО «Электроагрегат» ввиду специфики отрасли, в

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

между функциональными подразделениями предприятия для одного бизнес-

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

исследуем информационные потоки в планово-экономическом отделе в рамках

этого бизнес-процесса.

В самом начале определим общий перечень циркулирующих на предприятии

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

что в подразделениях ОАО «Электроагрегат» для бизнес-процесса циркулирует

около 270 форм документов.

В приложении представлено распределение форм документов по

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

разрабатываемых в каждом подразделении и поступающих в него. Анализ этих

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

поступающих в подразделения, в сумме составляет значительно больше. Это

объясняется наличием повторяемости одних и тех же форм документов,

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

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

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

между функциональными подразделениями.

Эта таблица построена в шахматной композиции, где по строкам дается

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

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

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

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

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

столбца, отображающих «вход» и «выход», соответственно, показывает, что они

различны. Это объясняется тем, что в подразделения могут поступать

одинаковые формы документов. Так в Матрице движения документов в бизнес-

процессе от заключения договора до сбыта продукции «входит» 269 форм

документов, а «выходит» - 268. Здесь можно предположить, что некий

документ остается в том подразделении, в которое его направили или

несколько форм документов объединяют в одну общую форму.

На данной стадии анализа важно отметить, что создаваемые и

циркулирующие внутри предприятия формы документов, могут быть подвергнуты

изменениям по виду, содержанию и маршрутам движения.

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

функциональные подразделения:

- финансовый отдел – входит – 35 форм, выходи - 34 формы документов,

что составляет 13 % на входе и 12,7 % на выходе;

- планово-экономический отдел – входит – 32 формы, выходи – 32 формы,

что составляет 12 % на входе и 12 % на выходе;

- отдел маркетинга - входит – 44 формы, выходи – 41 форма, что

составляет 16 % на входе и 15 % на выходе;

- производственно-диспетчерский отдел – входит – 31 форма, выходит –

22, что составляет – 12 % на входе и 8 % на выходе.

Схемы движения документов в данных подразделениях представлены в приложении

.

Таким образом, видно, что на входе в отделы информационные потоки

более загружены, чем на выходе. Это свидетельствует о том, что

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

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

используют, поступающую к ним информацию более подробно, исследуем

информационные потоки в планово-экономическом отделе.

3.2 Построение графической и матричной модели документооборота

Система документооборота на предприятии является отображением его

производственно-хозяйственной деятельности. По мере совершенствования

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

новых (или ликвидации существующих) форм документов и изменение маршрутов

их движения.

Для проведения анализа системы обработки данных представляется

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

основные группы: плановые, фактические (отчетные), нормативные.

Матричная модель (см. приложение) движения информации в планово-

экономическом отделе ОАО «Электроагрегат» по формам документов показывает,

что основная деятельность подразделения в данном бизнес-процессе, связанная

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

передаются в финансовый отдел и бухгалтерию, отдел внешних связей, ООТиЗ и

ОИХиО.

Например, в финансовый отдел поступает - 4 формы плановых документов,

в бухгалтерию – 3, в отдел внешних связей – 3, в ООТиЗ – 3, в ОИХиО – 3

формы документов.

Для проведения более дательного анализа документооборота для ПЭО

необходимо на основе Матрицы движения документов в бизнес-процессе от

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

движения информации см. приложение.

Хотя между подразделениями и существуют тесные взаимосвязи, которые

усложняют (запутывают) процесс движения документации при решении задач, все

же основной поток данных поступает из ПЭО в финансовый отдел. Важно

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

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

следующими факторами:

- обособленностью подразделений в решении планово-экономических

задач;

- децентрализованным использованием нормативов для решения задач

различных уровней планирования.

Это приводит к тому, что в процессе функционирования каждому

подразделению приходится решать плановые задачи. Однако основные задачи

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

производства на месяц.

Для разработки и утверждения производственного плана в ПЭО

представляют информацию:

- Управление маркетинга и сбыта (УМиС) – проект номенклатурного плана

производства,

- Техническое управление (ТУ) – проекты планов по реконструкции и

техническому перевооружению, подготовке производства и освоению

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

и приобретению оборудования; охране окружающей среды; смете по

расходу на энергоносители, водоотведению, услуги связи и ремонт

оборудования,

- Управление качеством (УК) – сметы расходов по лицензированию и

сертификации продукции и СК,

- Управление по кадрам и режиму (УКиР) – сметы расходов на

техническое обучение и расходов по содержанию ВОХР,

- Отдел капитального строительства (ОКС) – проект плана капительного

строительства и ремонта.

Годовой и месячный план производства предоставляется:

- Исполнительной дирекции (ИД),

- Техническому управлению (ТУ),

- Производственному управлению (ПУ),

- Управлению маркетинга и сбыта (УМиС),

- Финансово-экономическому управлению (ФЭУ).

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

представлена в приложении.

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

используется 13 форм документов, которые поставляют функциональные

подразделения и службы, названные выше.

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

- проект плана производства,

- план освоения новых и модернизированных изделий,

- план реконструкции, технического перевооружения и приобретения

оборудования,

- справка о планировании затрат на охрану окружающей среды по отделу

ООТ,

- смета расходов на энергоносители, водоотведение, услуги связи,

ремонт оборудования подрядными органами,

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

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

головного завода ОАО «Электроагрегат»,

- смета расходов на содержание ВОХР,

- проект плана капитального строительства и ремонта зданий и

сооружений,

- план по основным технико-экономическим показателям,

- проект плана (месячный),

- цена на изделие заводов конкурентов.

3.3 Обоснование направлений совершенствования информационных потоков

Для более детального анализа информационных потоков в ПЭО отделе

вычислим коэффициент непрерывности информационных потоков для составления

месячного плана производства.

Коэффициент непрерывности информационных потоков [pic] (1), где

tу.нор, tу.факт - длительность управленческого цикла, рассчитанного по

сроку прохождения документа, нормативная и фактическая.

Месячный план производства должен быть составлен до 25 числа

предшествующего планируемому месяцу месяца. Однако на практике возникают

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

Например, постановления вышестоящих организаций.

Кнур на январь=30дней/34дней=0,89,

Кнур на февраль=31дней/35дней=0,89,

Кнур на март=31дней/35дней=0,89,

Кнур на апрель=31дней/32дней=0,97.

Кнур за I квартал=(0.89*3+0.97)/4=0.91.

Исходя из определенного коэффициента непрерывности информационных

потоков для каждого месяца, видно, что он более или менее стабилен для

первых трех месяце, хотя близок к 1, но не равен. Это в целом благоприятная

тенденция, так как информационный поток является непрерывным, хотя и ПЭО,

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

([pic]). Однако уже в апреле месяце план принят всего на 1 день позже

положенного. Это говорить о том, что, возможно, с начала года были внесены

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

затруднения в течение 3 месяцев. Но эти вопросы были успешно разрешены. В

целом за квартал коэффициент непрерывности информационных потоков имеет

вполне приемлемое значение.

Коэффициент оперативности управления

[pic] (2), где –

D1,D2,D3 – установленный срок исполнения для соответствующих документов;

К1,К2,К3 – отставание от принятого срока исполнения документов в днях;

d1,d2,d3 – удельный вес документов конкретного вида.

За год для составления годового плана разрабатывается 13 форм

документов в год. Периодичность заполнения документов [pic] (3), где Д –

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

производства в год; dij – кол-во i-го документа j-й периодичности,

разрабатываемый за период; nj – количество периодов в году. Таким образом,

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

равно 13.

ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

ПРИЛОЖЕНИЯ

Страницы: 1, 2, 3