А.Н.Калашян
Г.Н.Каляное
ПРИКЛАДНЫЕ
ИНФОРМАЦИОННЫЕ ►)
ТЕХНОЛОГИИ
Структурные
модели бизнеса:
DFD-технологии
Под редакцией Г.Н.Калянова
Москва
“Финансы и статистика”
2003
к 004.94.658
< 65.290-2с51
К17
я^срия	i	;
«Прикладные информационные технологии»
Основана в 199®.
Главный редактор серии
доктор технических наук, профессор _____
С. В. Черемных
I
РЕЦЕНЗЕНТ: |
Ю.Ф. Тельнов, (
кандидат экономических наук,
заведующий кафедрой проектирования экономических
информационных систем Московского государственного университета
экономики, статистики и информатики (МЭСИ)
Калашян А.Н., Калянов Г.Н.
’17 Структурные модели бизнеса: DFD-технологии; Под ред. Г.Н. Каля-
нова. - М.: Финансы и статистика, 2003. - 256 с.: ил. - (Прикладные
информационные технологии).
ISBN 5-279-02562-3
Изложена технология современного структурного анализа и проектирования
бнзнес-процессов, основанная на потоковых диаграммах. Приведены примеры мо-
делей основных и вспомогательных бизнес-процессов из различных отраслей и
направлений производственно-хозяйственной деятельности современных предприя-
тий и учреждений. Представленная технология и модели могут быть рассмотрены в
качестве рабочего инструмента и соответственно рабочих прототипов для практи-
ческой деятельности специалистов.
Для студентов, аспирантов, преподавателей экономических вузов, специалис-
тов-менеджеров всех уровней, а также для получающих второе высшее образова-
ние в области менеджмента.
1402020000-092
010(01)-2003
330-2003
УДК 004.94.658
ББК 65.290-2с51
К читателю
Предлагаемая читателю книга посвящена одной из самых эффек-
тивных технологий структуризации бизнеса, и не только бизнеса, но и любого друго-
го вида деятельности - технологии DFD (Data Flow Diagrams).
Изучение любой технологии - вещь трудная. Книгу эту нужно не только и не
столько читать, сколько изучать.
Профессор Г.Н. Калянов - известный специалист в области разработки и веде-
ния проектов создания комплексных интегрированных систем автоматизации пред-
приятий и учреждений различного профиля - от малого предприятия до крупной
корпорации. Ключевым д ля этой деятельности является понятие «CASE» - Computer-
Aided Software/Engineering, давшее основу для целой гаммы других понятий: «CASE-
технологии», «CASE-среда», «CASE-средства», «CASE-пакеты» и т.д, которые в
совокупности формируют представление о «CASE-индустрии» - сфере деятельно-
сти, объединяющей сотни (а, может быть, тысячи) компаний и фирм, цель работы кото-
рых одна - воплотить в жизнь упомянутую «автоматизацию» в виде, например, адек-
ватной информационной системы. Профессионалам понятно, о чем конкретно идет
речь. Менее подготовленным в этой области (студенты, аспиранты, просто заинтере-
сованные читатели) для лучшей ориентации можно было бы рекомендовать обратить-
ся к предыдущей книге Г.Н. Калянова', которая дает весьма полное представление о
предмете обсуждения, включая и исторический аспект.
Большие возможности, особенно на начальном этапе изучения, предоставляет
Интернет. Около 2,5 млрд статей, например, поисковая система Google.com (на се-
годня) предлагает для того, чтобы каждый желающий мог найти материал по своему
уровню и вкусу - проблема здесь только в разумном выборе ключевых слов и стра-
тегии самого поиска.
Заметим далее, что собственно «моделирование бизнес-процессов» (вообще «про-
цессов»), являющееся изначально частью технологии проектирования информаци-
онных систем (причем первым ее этапом), по существу, выделилось в совершенно
самостоятельное направление. В настоящее время технологии моделирования биз-
нес-процессов широко используются для решения не только традиционных задач
реорганизации предприятий и сертификации бизнеса в соответствии с требованиями
стандартов ISO-9000, но и задач из несколько неожиданных областей (например,
работы комитетов государственных выборных учреждений или для анализа текстов).
Это обстоятельство помогло значительно расширить аудиторию, нуждающую-
ся в современных методах анализа деятельности.
Издание серии «Прикладные информационные технологии» в издательстве
«Финансы и статистика» началось с работы А.М. Вендрова «CASE-технологии.
Современные методы и средства проектирования информационных систем» (1988).
Обсуждаемая тематика была продолжена в книге А.Л. Фридмана «Основы объект-
но ориентированной разработки программных средств» (2000) и далее, в книгах
коллектива авторов Черемных С.В., Семенова И.О., Ручкина В.С. «Структурный
анализ систем: IDEF-технологии» (2001), «Моделирование и анализ систем: IDEF-
технологии: практикум» (2002).
Разумеется, параллельно появилось много публикаций и в других издатель-
ствах, посвященных собственно технологиям моделирования (Интернет может
помочь сориентироваться в этой части, Interface.ru и др.) области. Однако книг, где
отражался бы опыт их применения для конкретных ситуаций, надо признать, явно
недостаточно.
1 Каляное ГН. CASE-технологии: Консалтинг в автоматизации бизнес-процессов. -
Изд. 3-е. - М.: Горячая линия -Телеком, 2002.
Книга А.Н. Калашяна и Г.Н. Калянова - это серьезный шаг в этом направлении.
Заинтересованный читатель найдет в ней в прикладном отношении результаты, иллюст-
рирующие современную «кухню» системного аналитика, опыт которого в понимании
проблем и их решения всегда давались нелегко, с большими затратами времени и сил. Как
видно из книги, речь идет об использовании только DFD-технологий, одной из двух, как
подчеркивается авторами, технологий структурного анализа (SADT-IDEF0 и DFD). От-
давая должное дискуссии о преимуществах того или иного подхода, подчеркнем общее,
что их объединяет, - сложившуюся к настоящему времени мощную программную поддер-
жку и того, и другого подхода.
Большое количество иллюстраций (диаграммы и модели) в книге - результат
использования пакета «CASE. Аналитик», без которого говорить об эффективности
методологии было бы некорректно. Это не единственный CASE-пакет, поддержива-
ющий обсуждаемую методологию. В названной выше книге представлены и другие
программные продукты: CASE/4/0, Designer/2000, Easy CASE, I-CASE Yourdan,
SIL VERRUN. В то же время, как известно, и технология SADT-IDEFO базируется
на «своем» программном обеспечении, в первую очередь, конечно, на CASE-паке-
тах Design/IDEF и BPWin версий 1.8/2.5/4.0.
Заметим, что, начиная с версии 2.5, программный пакет BPWin поддерживает и
технологию DFD, так что с 1998 г. - времени появления этой версии - он реально
может служить «интегратором» обсуждаемых технологий (с учетом возможности
посмотреть на моделируемую систему с различных сторон).
Полезно отметить здесь и наличие для моделирования графических возмож-
ностей таких широко известных пакетов, как MS Word, Visio 2000 и некоторых
других, более специализированных.
Несколько слов о материале книги. Книга хорошо сбалансирована и очень
конкретна: краткое и энергичное введение в саму проблему структуризации биз-
неса и общая характеристика используемого метода (главы 1, 2) естественным
образом переходят в последующие семь глав, содержащие сами структурные модели
с соответствующим пояснением.
Авторы отобрали в качестве объектов моделирования довольно представи-
тельный пакет примеров из различных предметных областей (главы 3-10): здесь и
производство (горно-обогатительный комплекс; заводы по переработке конден-
сата и производству стройматериалов и ликеро-водочной продукции), и материаль-
но-техническое снабжение, и финансовая служба, и бухгалтерский учет, и страхо-
вая деятельность.
Мы помним, что DFD-технология - это прежде всего язык со своими прави-
лами, которые, разумеется, нужно знать, если мы заинтересовались использова-
нием этого языка для описания реальных процессов. Но как тут не вспомнить обще-
известное: «Примеры не менее поучительны, чем правила»! Контекстные
диаграммы и их текстовое «толкование» составляют единое целое, то, что мы на-
зываем собственно «моделями» процессов, изучение которых и является основ-
ной целью любого заинтересованного читателя этой работы (совсем не обязательно
аналитика по своей профессии).
В этом процессе нельзя не учитывать естественное желание читателя не про-
сто познакомиться с еще одним ярким проявлением возможностей человеческого
разума, а самому попытаться освоить в большей степени возможности самого язы-
ка, тем самым повысив свой профессионализм как «модельера». Представленные
модели как раз предоставляют эту возможность.
В заключение позвольте пожелать всем, кто найдет время заняться этой кни-
гой, успехов в работе и удовольствия в итоге. Наградой всем будет ощущение,
что освоен еще один язык, соответственно еще один компонент общей культуры
современного инженера и исследователя.
С-В- Черемных,
доктор технических наук, профессор, заведующий кафедрой математики
и инбоомационных технологий Московской академии предпринимательства
Предисловие
В настоящее время нет недостатка в литературе, с той или иной
степенью полноты излагающей основы различных методологий моделиро-
вания бизнес-процессов. Однако этого явно недостаточно для практической
деятельности, здесь необходимы детальные методики выполнения работ.
Элементы таких методик предлагаются в настоящей книге. Ее отличитель-
ной особенностью от книг данной тематики является то, что в ней впервые
представлены фрагменты реальных проектов по моделированию бизнес-про-
цессов предприятий и учреждений различного рода деятельности.
Проект, включающий моделирование бизнес-процессов, начинается на
первый взгляд с самого простого, а на самом деле с самого сложного - ин-
тервьюирования специалистов, отвечающих за тот или иной участок рабо-
ты. При работе над проектами'мы находили неоднократные подтверждения
сложности интервьюирования, в частности, нередкими являлись ситуации,
когда опытные специалисты, присутствуя во время интервьюирования под-
чиненных сотрудников, узнавали нечто новое о подразделениях, которые они
курировали. К сожалению, опыт «вытягивания» знаний невозможно изло-
жить в виде инструкций и подробных рекомендаций; тонкости и подводные
камни интервьюирования могут быть осознаны только в процессе выполне-
ния реального проекта.
Вторым этапом проекта традиционно является этап построения функци-
ональных моделей бизнес-процессов. Мы не раз сталкивались с тем, что при
хорошей теоретической подготовке представители соответствующих подраз-
делений на предприятиях (а также и наши студенты) не могли построить фун-
кциональную модель простого автономного процесса. Первая проблема, с
которой сталкиваются новички, - формулирование точного названия про-
цесса, функции или операции. У некоторых это занимает не один час. Зани-
мательно наблюдать, когда «владельцы процессов» при построении модели
своего бизнеса мучительно (иногда в течение нескольких часов) пытаются
сформулировать, как называется то, чем они занимаются. Порой это карди-
нально меняет их отношение к подчиненным сотрудникам и их обязаннос-
тям, они начинают понимать их истинную цену и значимость.
В книге компоненты функциональных моделей (диаграммы и тексты спе-
цификаций процессов) представлены в том же виде, в каком они были пере-
даны заказчику работы. Это позволит читателям познакомиться с различны-
ми приемами их построения и описания. При этом изложенный материал
может быть использован в качестве справочного пособия для построения и
описания собственных процессов. Кроме того, погружаясь в материал, мож-
но получить некоторое представление о различных предметных областях, что
позволит с меньшим волнением приступать к работе в незнакомой предмет-
ной области
Книга содержит десять глав, две из которых посвящены основам DFD-
технологий, а в остальных содержатся фрагменты некоторых проектов, вы-
полненных авторами в течение 1995-2000 гг.
В главе 1 приводится описание метода структурного системного анализа
на основе DFD-нотации; оно включает в себя понятие структурного систем-
ного анализа, разъяснение основных его принципов, описание языка DFD-
технологии и его диалектов. Рассматриваются интегрированная структурная
модель и ее компоненты, анализируются основные отличия DFD-техноло-
гии от других известных методов.
В главе 2 дается описание базовой методики структуризации бизнеса.
Представлены классификация бизнес-процессов и описание каждой из типи-
зируемых групп. Рассматриваются методики построения контекстного уров-
ня модели, уровня бизнес-процессов, уровня бизнес-функций, уровня бизнес-
операций.
Главы 3-10 включают в себя описание бизнес-моделей, выполненных с
использованием DFD-технологии, для различных предметных областей. Каж-
дая из глав содержит неформальное описание предметной области, функци-
ональные модели верхнего уровня, функциональную иерархию, детальные
функциональные и информационные модели ряда бизнес-процессов из дан-
ной предметной области.
Рисунки фрагментов моделей бизнес-процессов к главам 3-10 приведены
в приложении 1.
В приложении 2 приводится краткое описание пакета «CASE. Аналитик» -
одного из наиболее популярных на отечественном рынке инструментов, под-
держивающих DFD-технологию.
Авторский труд распределился следующим образом: А.Н. Калашян на-
писал главы 4 (разд. 4.2), 5, 6, 7, 8 и 10, Г.Н. Калянов - введение, главы 1, 2, 3,
4 (разд 4.1) и 9.
Книга ориентирована на специалистов в области управления предприя-
тиями, бизнес-анализа, консалтинга и может быть использована в качестве
практикума преподавателями и студентами для изучения соответствующих
специальностей.
Можно подсказать,
но научить этому не сможет никто.
Реплика из популярного кинофильма
Введение
В настоящее время моделирование бизнес-процессов прочие
вошло в практику выполнения проектов по развитию бизнеса. Реально ни
один серьезный успешно завершившийся проект данного вида не обходится
без этапа моделирования бизнес-процессов. Одной из главных причин не-
удач в большинстве неуспешных проектов являлось отсутствие модели с до-
статочно серьезной глубиной проработки.
Адекватная бизнес-модель позволяет существенно облегчить решение
следующих насущных в современных условиях задач, стоящих перед каждым
предприятием или учреждением:
•	реорганизации бизнеса, обусловленной переходом от функциональное
индустриальной модели к процессной;
•	применения информационных систем для управления бизнесом, обус-
ловленных бурным ростом современных информационных технологий;
•	сертификации бизнеса с применением комплекса стандартов серии ISC
9000, обусловленной повышением требований к качеству товаров и услуг.
Первая из перечисленных задач традиционно предполагает построение
моделей текущего и перспективного бизнеса, а также плана и программь
перехода из первого состояния во второе. Любое современное предприятие
является сложной системой, его деятельность включает в себя исполнение
десятков тысяч взаимовлияющих функций и операций. Человек не в состоя
нии понимать, как такая система функционирует в деталях - это выходит з;
границы его возможностей. Поэтому главная идея создания моделей «as is>
(как есть) и «as to be» (как должно быть) - понять, что делает (будет делать
рассматриваемое предприятие и как оно функционирует (будет функциони
ровать) для достижения своих целей.
Успешное решение второй задачи в значительной степени определяется тре
бованиями к будущим информационным системам, назначением которых явля
ется решение проблем бизнеса посредством современных информационных тех
нологий. Эти требования строятся на основе бизнес-модели, а критерии выбор;
систем прежде всего основываются на наиболее полном их удовлетворении.
Сертификация в соответствии с ISO 9000 в качестве одного из главны:
условий предполагает детальное описание бизнес-процессов, при этом опи
сание в виде бизнес-модели в одной из общеупотребительных нотаций толь
ко приветствуется.
Детальная бизнес-модель позволит:
•	описать, «увидеть» и скорректировать будущую систему до того, как
она будет реализована физически;
•	уменьшить затраты на создание системы;
•	оценить работы по времени и результатам;
•	достичь взаимопонимания между всеми участниками проекта;
•	улучшить качество создаваемой системы.
Бизнес-модель полностью независима и отделяема от конкретных разра-
ботчиков, не требует сопровождения его создателями и может быть безбо-
лезненно передана другим лицам. Она может быть положена «на полку» до
тех пор, пока в ней не возникнет необходимость.
Следует отметить, что построенные модели бизнес-процессов являются
не просто промежуточным результатом, используемым консультантом для
выработки каких-либо рекомендаций и заключений. Они представляют со-
бой самостоятельный результат, имеющий большое практическое значение,
в частности:
1) модели позволяют осуществлять автоматизированное и быстрое обу-
чение новых работников конкретному направлению деятельности предприя-
тия;
2) с их помощью можно осуществлять предварительное моделирование
нового направления деятельности с целью выявления новых потоков дан-
ных, взаимодействующих подсистем и бизнес-процессов.
В заключение сформулируем ключевые термины, определяющие язык и
понятийный аппарат области исследования.
Операция - элементарное (неделимое) действие, выполняемое на одном
рабочем месте.
Функция - совокупность операций, сгруппированных по определенному
признаку.
Бизнес-процесс - связанная совокупность функций, в ходе выполнения
которой потребляются определенные ресурсы и создается продукт (веществен-
ный или нематериальный результат человеческого труда: предмет, услуга,
научное открытие, идея), представляющий ценность для потребителя.
Подпроцесс - бизнес-процесс, являющийся структурным элементом неко-
торого объемлющего бизнес-процесса и представляющий ценность для внут-
реннего потребителя.
Бизнес-модель - структурированное графическое описание сети процес-
сов и (или функций) операций, связанных с данными, документами, органи-
зационными единицами и прочими объектами, отражающими существую-
щую или предполагаемую деятельность предприятия.
ГЛАВА
1
Структурный анализ
на основе DFD-нотации
1.1.	Структурный анализ как метод
исследования бизнес-систем
В основе деятельности по бизнес-моделированию, бизнес-ана-
лизу, организации/реорганизации бизнес-процессов лежит цикл реорганиза-
ции бизнес-процесса, включающий следующие основные этапы:
•	проведение организационных мероприятий, регламентирующих прове-
дение работ по улучшению бизнес-процессов;
•	изучение процессов, включая их понимание, анализ и выявление узких
мест;
•	анализ предложений по реорганизации;
•	выбор и аргументация приемлемого варианта;
•	собственно реализация улучшения.
Решение задач, стоящих на этапах изучения, анализа и выбора, невозмож-
но без применения специальных методов системного анализа и моделирова-
ния из-за сложности и масштабности возникающих проблем. Любое совре-
менное предприятие или учреждение является чрезвычайно сложной системой.
Способность понять, как эта система функционирует в деталях, находится за
пределами человеческих возможностей. И только моделирование, по сути уп-
рощающее систему до требуемого уровня адекватности, обеспечивает возмож-
ность принятия аргументированных решений по ее модификации.
Во многих аспектах системный анализ и моделирование являются чрез-
вычайно сложными и трудоемкими процессами. Ниже перечислены пробле-
мы, с которыми сталкивается системный аналитик, они взаимосвязаны (и это
является одной из главных причин их трудноразрешимости):
•	аналитику сложно получить исчерпывающую информацию о бизнес-
системе;
•	эксперт предметной области, в свою очередь, не имеет достаточной ин-
формации о проблематике системного анализа и моделирования;
•	аналитик сталкивается с чрезмерным количеством подробных сведений
как о предметной области вообще, так и о конкретной бизнес-системе;
•	язык эксперта, в изобилии использующий специальные термины, часто
непонятен для аналитика.
Все эти (и многие другие) проблемы могут быть существенно облегчены
за счет применения комплекса современных методов, среди которых цент-
ральное место занимают методологии структурного системного анализа.
Структурным анализом принято называть метод исследования системы,
которое начинается с ее общего обзора и затем детализируется, приобретая
иерархическую структуру с все большим числом уровней. Для таких мето-
дов характерны разбиение на уровни абстракции с ограничением числа эле-
ментов на каждом из уровней (обычно от 3 до 6 - 7); ограниченный контекст,
включающий лишь существенные на каждом уровне детали; использование
строгих формальных правил записи; последовательное приближение к ко-
нечному результату.
Все методологии структурного анализа базируются на ряде общих прин-
ципов, регламентирующих организацию работ по моделированию и анали-
зу бизнес-систем. В качестве двух базовых принципов используются следую-
щие: принцип «разделяй и властвуй» и принцип иерархического упорядочи-
вания. Первый является принципом решения трудных проблем путем
разбиения их на множество меньших независимых задач, легких для понима-
ния и решения (так называемых «черных ящиков» - его пользователю не тре-
буется знать, как он работает, необходимо знать лишь его входы и выходы, а
также его назначение, т.е. функцию, которую он выполняет). Второй прин-
цип в дополнение к тому, что легче понимать систему, когда она разбита на
части, декларирует, что устройство этих частей также существенно для по-
нимания. Понимаемость системы резко повышается при организации ее час-
тей в древовидные иерархические структуры, т.е. система может быть поня-
та и построена по уровням, каждый из которых добавляет новые детали.
Важным моментом облегчения понимаемости сложных систем является
широкое использование структурными методами графических нотаций. Из-
вестно, что «одна картинка стоит тысячи слов», читатель впитывает такое
описание с первого взгляда.
Вышеизложенное не означает, что остальные принципы структурного
анализа являются второстепенными, игнорирование любого из перечислен-
ных ниже принципов может привести к непредсказуемым последствиям (в
том числе и к неуспеху всего проекта). Прокомментируем наиболее важные
из принципов.
1.	Принцип абстрагирования - заключается в выделении существенных с
некоторых позиций аспектов системы и отвлечении от несущественных ее
аспектов с целью представления системы в простом общем виде.
2.	Принцип формализации - заключается в необходимости строгого ме-
тодологического подхода к решению проблемы.
3.	Принцип доступности - заключается в ограничении доступа к несуще-
ственной на конкретном этапе информации: каждая часть «знает» только
необходимую ей информацию.
4.	Принцип полноты - заключается в контроле на присутствие лишних
элементов.
5.	Принцип непротиворечивости - заключается в обоснованности и со-
гласованности элементов.
6.	Принцип независимости данных - заключается в том, что модели дан-
ных должны быть проанализированы и спроектированы независимо от про-
цессов их обработки.
1.2.
Следование всем принципам в комплексе позволяет на более ранних ста-
диях проекта понять, что представляет собой моделируемая система, обна-
ружить промахи и недоработки. Фактически структурный анализ снабжает
всех участников проекта общим языком, с одной стороны, - достаточно стро-
гим и формализованным, с другой - простым и интуитивно понятным.
В настоящее время известно около 90 разновидностей структурного сис-
темного анализа, однако практически все активно используемые методоло-
гии могут быть разбиты на две группы - применяющие методы и техноло-
гию диаграмм потоков данных DFD (в различных нотациях) и использую-
щие SADT-методологию (точнее ее стандартизированное подмножество
IDEF0).
DFD-технология: интегрированная
структурная модель
Прежде чем подробно рассмотреть каждый из основных эле-
ментов DFD-технологии, необходимо обсудить их в общем виде и проде-
монстрировать их взаимосвязи.
В основе классической DFD-технологии лежат три группы средств моде-
лирования:
•	диаграммы, иллюстрирующие функции, которые система должна вы-
полнять, и связи между этими функциями - для этой цели используются соб-
ственно диаграммы потоков данных DFD (Data Flow Diagrams), дополнен-
ные словарями данных и спецификациями процессов нижнего уровня;
•	диаграммы, моделирующие данные и их взаимосвязи, - для этой цели
используются диаграммы «сущность-связь» ERD (Entity-Relationship
Diagrams);
•	диаграммы, моделирующие поведение системы, - для этой цели исполь-
зуются диаграммы переходов состояний STD (State Transition Diagrams).
Все эти диаграммы содержат графические и текстовые средства модели-
рования: первые - для удобства демонстрирования основных компонентов
модели, вторые - для обеспечения точного определения ее компонентов и
связей.
Основа модели - диаграмма DFD показывает внешние по отношению к
системе адресаты и адресанты данных, идентифицирует логические функции
(процессы) и группы элементов данных, связывающие одну функцию с дру-
гой (потоки), а также идентифицирует накопители (хранилища) данных, к
которым осуществляется доступ. Структуры потоков данных и определения
их компонентов хранятся и анализируются в словаре данных. Каждая логи-
ческая функция (процесс) может быть детализирована с помощью DFD ниж-
него уровня; когда дальнейшая детализация перестает быть полезной, пере-
ходят к выражению логики функции при помощи спецификации процесса
нижнего уровня (мини-спецификации). Содержимое каждого накопителя так-
же сохраняют в словаре данных, модель данных накопителя раскрывается с
помощью ERD. В случае построения поведенческой модели DFD дополня-
ется средствами описания, зависящего от времени поведения системы, рас-
крывающегося с помощью STD. Эти связи показаны на рис. 1.1.
Перечисленные средства дают полное описание бизнес-системы незави-
симо от того, является ли она существующей или разрабатываемой с нуля.
Таким образом строится логическая функциональная спецификация - под-
робное описание того, что должна делать система, освобожденное насколь-
ко это возможно от рассмотрения путей реализации. Это дает проектиров-
щику четкое представление о конечных результатах, к которым следует стре-
миться.
1.2.1. Иерархическая функциональная модель
Диаграммы потоков данных (DFD) являются основным средством функ-
ционального моделирования бизнес-системы. С их помощью система разби-
вается на функциональные компоненты (процессы) и представляется в виде
сети, связанной потоками данных. Главная цель таких средств - продемонст-
рировать, как каждый процесс преобразует свои входные данные в выход-
ные, а также выявить отношения между этими процессами.
Диаграммы потоков данных известны очень давно. В фольклоре упоми-
нается следующий пример использования DFD для реорганизации перепол-
ненного клерками офиса, относящийся к 1920-м годам. Осуществлявший ре-
организацию консультант обозначил кружком каждого клерка, а стрелкой -
каждый документ, передаваемый между ними. Используя такую диаграмму,
он предложил схему реорганизации, в соответствии с которой двое клерков,
интенсивно обменивающихся большим количеством документов, были по-
сажены рядом, а клерки с малым взаимодействием были посажены на боль-
шом расстоянии. Так родилась первая модель, представляющая собой пото-
ковую диаграмму, - предшественник DFD.
Диаграммы потоков данных чрезвычайно просты, наглядны и понятны.
Базовая их нотация включает всего четыре рассматриваемых ниже объекта.
1.	Поток данных является механизмом, использующимся для моделиро-
вания передачи информации (или даже физических компонентов) из одной
части системы в другую. Важность этого объекта очевидна: он дает название
целому инструменту. Потоки на диаграммах обычно изображаются имено-
ванными стрелками (при этом имя потока отражает его содержимое), ориен-
тация которых указывает направление движения информации.
2.	Назначение процесса состоит в продуцировании выходных потоков из
входных в соответствии с действием, задаваемым именем процесса. Это имя
должно содержать глагол в неопределенной форме с последующим дополне-
нием (например, ВЫЧИСЛИТЬ МАКСИМАЛЬНУЮ ВЫСОТУ) или отгла-
гольное существительное (ВЫЧИСЛЕНИЕ МАКСИМАЛЬНОЙ ВЫСОТЫ).
Кроме того, каждый процесс должен иметь уникальный номер для ссылок на
него внутри диаграммы. Этот номер может использоваться совместно с но-
мером диаграммы для получения уникального индекса процесса во всей мо-
дели. Процессы обозначаются на диаграмме, как показано на рис. 1.2; сим-
вол процесса включает три разделенных горизонтальными чертами поля:
•	верхнее поле содержит номер процесса и аббревиатуру детализирую-
щего объекта (КД - контекстная диаграмма, ДПД - диаграмма потоков дан-
ных, МС - мини-спецификация);
•	среднее поле содержит имя процесса;
•	нижнее поле содержит имя исполнителя процесса (идентификатор под-
разделения, должности, механизма и т.п.).
1 ДПД
Начисление заработной
платы
Бухгалтерия
Рис. 1.2. Изображение процесса на диаграммах
3.	Накопитель данных позволяет на определенных участках определять
данные, которые будут сохраняться вне процессов. Фактически накопитель
представляет «срезы» потоков данных во времени. Информация, которую
он содержит, может использоваться в любое время после ее определения, при
этом данные могут выбираться в любом порядке. Имя накопителя должно
идентифицировать его содержимое и быть существительным во множествен-
ном числе.
Логически накопители данных есть некие устройства для хранения ин-
формации, куда ее можно поместить и через некоторое время извлечь. При
этом не уточняется способ помещения и извлечения данных в накопитель,
нас не интересует, происходит ли извлечение данных для чтения (копирова-
ния) или для изъятия и другие подобные вопросы.
Накопитель данных обозначается, как показано на рис. 1.3. Каждый на-
копитель данных идентифицируется для ссылки буквами «БД» и числом в
квадрате с левой стороны, определяющим его номер. Имеется возможность
создавать копии накопителя, в этом случае номер соответствующей копии
фиксируется под идентификатором накопителя.
БД1 Договора	,
Рис. 1.3. Изображение накопителя на диаграммах
Когда процесс сохраняет данные, то стрелка потока данных направлена
в накопитель данных, и, наоборот, когда доступ в накопитель данных осу-
ществляется для чтения, стрелка потока данных направлена в процесс.
4.	Внешняя сущность представляет сущность вне контекста системы,
являющуюся источником или приемником системных данных, например
ЗАКАЗЧИК, ПОСТАВЩИК, СКЛАД ТОВАРОВ. Определение некоторого
объекта в качестве внешней сущности указывает на то, что он находится за
пределами анализируемой системы. Предполагается, что такие объекты не
должны участвовать ни в какой обработке. Внешняя сущность обозначается
на диаграмме, как показано на рис. 1.4.
Заказчик
Рис. 1.4. Изображение внешней сущности на диаграммах
В качестве примера DFD рассмотрим верхний уровень функциональной
модели компании, занимающейся распределением товаров по заказам (рис.
1.5). Заказы подвергаются входному контролю и сортировке. Если заказ не
отвечает номенклатуре товаров или оформлен неправильно, то он аннули-
руется с соответствующим уведомлением заказчика. Если заказ не аннулиро-
ван, то определяется, имеется ли на складе соответствующий товар. В случае
положительного ответа выписывается счет к оплате и предъявляется заказ-
чику, при поступлении платежа товар отправляется заказчику. Если заказ не
обеспечен складскими запасами, то отправляется заявка на товар произво-
дителю. После поступления требуемого товара на склад компании заказ ста-
новится обеспеченным и повторяет вышеописанный маршрут.
Рис. 1.5. Пример диаграммы потоков данных
При детализации процессов часто возникает необходимость в детализа-
ции (структуризации) потоков данных. Например, на диаграмме верхнего
уровня может находиться один информационный поток, а при детализации
на следующих уровнях иерархии может выясниться, что данный поток есть
результат слияния нескольких потоков. Такое слияние осуществляется через
информационный канал. Логически информационный канал есть среда пере-
дачи информации. Он может реализоваться в виде, например, курьерской
службы, почты, магистрали или шины данных и т.п.
Обозначающий канал символ имеет поле имени и поле номера копии,
как показано на рис. 1.6.
Г ИК1
Внутренний документооборот
Рис. 1.6. Изображение информационного канала на диаграммах
Как уже отмечалось, декомпозиция DFD осуществляется на основе процес-
сов: каждый процесс может раскрываться с помощью DFD нижнего уровня.
Важную специфическую роль в модели играет специальный вид DFD -
контекстная диаграмма, моделирующая систему наиболее общим образом.
Контекстная диаграмма отражает интерфейс системы с внешним миром, а
именно информационные потоки между системой и внешними сущностями,
с которыми она должна быть связана. Она идентифицирует эти внешние сущ-
14
ности, а также, как правило, единственный процесс, отражающий главную
цель или природу системы, насколько это возможно. И хотя контекстная
диаграмма выглядит тривиальной, несомненная ее полезность заключается в
том, что она устанавливает границы анализируемой системы.
DFD первого уровня строится как декомпозиция процесса, который при-
сутствует на контекстной диаграмме. Построенная диаграмма первого уров-
ня также имеет множество процессов, которые в свою очередь могут быть
декомпозированы в DFD нижнего уровня. Таким образом строится иерар-
хия DFD с контекстной диаграммой в корне дерева. Этот процесс декомпо-
зиции продолжается до тех пор, пока процессы могут быть эффективно опи-
саны с помощью коротких (до одной страницы) спецификаций процессов
(мини-спецификаций).
Мини-спецификация (МС) используется для описания функционирования
процесса в случае отсутствия необходимости детализировать его с помощью
DFD. Фактически МС представляют собой алгоритмы описания задач, вы-
полняемых процессами: множество всех МС является полной спецификаци-
ей системы. МС содержат номер и (или) имя процесса, списки входных и вы-
ходных данных и тело (описание) процесса, являющееся спецификацией ал-
горитма, или операции, трансформирующей входные потоки данных в
выходные.
Решение о завершении детализации процесса с помощью DFD и исполь-
зовании для этой цели МС принимается исходя из следующих критериев:
•	наличия у процесса относительно небольшого количества входных и
выходных потоков данных;
•	возможности описания преобразования данных процессом в виде по-
следовательного алгоритма;
•	выполнения процессом единственной логической функции преобразо-
вания входной информации в выходную;
•	возможности описания логики процесса при помощи МС небольшого
объема.
МС должны удовлетворять следующим требованиям:
•	для каждого процесса нижнего уровня должна существовать одна и толь-
ко одна спецификация;
•	спецификация должна определять способ преобразования входных по-
токов в выходные;
•	нет необходимости (на данном этапе) определять метод реализации этого
преобразования;
•	спецификация должна стремиться к ограничению избыточности - не
следует переопределять то, что уже было определено на диаграмме;
•	набор конструкций для построения спецификации должен быть про-
стым и понятным.
Одним из наиболее интенсивно и часто применяемых методов задания
МС является структурированный естественный язык, обеспечивающий чи-
таемое, достаточно строгое описание спецификаций процессов. Он представ-
ляет собой разумное сочетание строгости языка программирования и читае-
мости естественного языка и состоит из подмножества слов, организован-
ных в определенные логические структуры.
В состав языка входят следующие основные символы:
•	глаголы, ориентированные на действие и применяемые к объектам;
•	термины, определенные на любой стадии проекта;
•	предлоги и союзы, используемые в логических отношениях;
•	общеупотребительные математические, физические и технические тер-
мины;
•	арифметические уравнения;
•	таблицы, диаграммы, графы и т.п.;
•	комментарии.
При использовании структурированного естественного языка приняты
следующие соглашения:
•	логика процесса выражается в виде комбинации последовательных кон-
струкций, конструкций выбора и итераций;
•	глаголы должны быть активными, недвусмысленными и ориентирован-
ными на целевое действие (заполнить, вычислить, извлечь, а не модернизиро-
вать, обработать)',
•	логика процесса должна быть выражена четко и недвусмысленно.
Ниже приведен пример МС процесса «Покупка лотерейных билетов».
Для каждого клиента выполняются:
I)	проверка наличия требуемого числа билетов лотереи;
2)	заполнение приходного кассового ордера (Форма 53) и занесение его в накопи-
тель ДОКУМЕНТЫ ДНЯ;
3)	прием наличных денег и занесение операции в накопитель БАНКОВСКИЕ ОПЕ-
РАЦИИ (при этом осуществляются проводки: Д-т 54, К-т 207);
4)	выдача билетов лотереи.
При построении иерархии DFD каждый процесс более низкого уровня
необходимо соотнести с процессом верхнего уровня. Обычно для этой цели
используются структурированные номера процессов. Так, например, если
мы детализируем процесс номер 2 на диаграмме первого уровня, раскрывая
его с помощью DFD, содержащей три процесса, то их номера будут иметь
следующий вид: 2.1, 2.2 и 2.3. При необходимости можно перейти на следу-
ющий уровень, т.е. для процесса 2.2 получим 2.2.1, 2.2.2. и т.д.
Кроме этого при детализации должно соблюдаться правило балансиров-
ки - детализирующая диаграмма в качестве внешних адресатов и адресантов
данных может иметь только те компоненты (процессы, внешние сущности,
накопители и информационные каналы), с которыми детализируемый про-
цесс имеет связи, обозначенные потоками данных.
Помимо описанной выше функциональной декомпозиции, DFD-техно-
логии регламентируют и декомпозицию данных.
Индивидуальные данные в системе часто являются независимыми. Одна-
ко иногда необходимо иметь дело с несколькими независимыми данными
одновременно. Например, в системе имеются потоки ЯБЛОКИ, АПЕЛЬСИ-
НЫ и ГРУШИ. Эти потоки могут быть сгруппированы с помощью введения
нового потока ФРУКТЫ. Для этого необходимо определить формально по-
ток ФРУКТЫ как состоящий из нескольких элементов-потомков. Такое оп-
2—1599
17
ределение задается в словаре данных. В свою очередь поток ФРУКТЫ сам
может содержаться в потоке-предке ЕДА вместе с потоками ОВОЩИ, МЯСО
и др. Такие потоки, объединяющие несколько потоков, получили название
групповых. При обратной операции (расщепление потоков на подпотоки)
также необходимо формально определить подпотоки в словаре данных.
Важно понимать, что точные определения потоков содержатся в словаре
данных, а не на диаграммах. Например, на диаграмме может иметься поток
X расщепляемый на подпотоки Y и Z. Однако это вовсе не означает, что
соответствующее определение в словаре данных обязательно должно быть
X = Y + Z. Это определение может быть следующим: X = А + В + С; Y = А + В;
Z- в + С.
Фактически словарь данных представляет собой определенным образом орга-
низованный список всех потоков данных системы с их точными определения-
ми, что дает возможность различным категориям пользователей иметь общее
понимание структуры и содержимого всех входных и выходных потоков.
Для упрощения бизнес-системы и достижения ясности и понятности ее
компонентов и их взаимодействий при построении иерархии DFD целесо-
образно пользоваться следующими рекомендациями.
1.	Размещать на каждой диаграмме от 3 до 6-7 процессов. Верхняя гра-
ница соответствует человеческим возможностям одновременного восприя-
тия и понимания структуры сложной системы с множеством внутренних свя-
зей, нижняя граница выбрана по соображениям здравого смысла: нет необ-
ходимости детализировать процесс диаграммой, содержащей всего один или
два процесса.
2.	Не загромождать диаграммы несущественными на данном уровне де-
талями.
3.	Декомпозицию потоков данных осуществлять параллельно с деком-
позицией процессов; эти две работы должны выполняться одновременно, а
не одна после завершения другой.
4.	Выбирать ясные, отражающие суть дела имена процессов и потоков
для улучшения понимаемости диаграмм, при этом стараться не использо-
вать аббревиатуры.
1.2.2. Моделирование поведения системы
DFD-технологии обеспечивают построение моделей поведе-
ния системы за счет расширения базового набора символов диаграммы по-
токов данных (путем включения так называемых “управляющих” символов)
и введения диаграмм переходов состояний в качестве собственно специфи-
каций управления.
В качестве базовых управляющих объектов используются управляющие
потоки и управляющие процессы, изображаемые на диаграммах так же, как
и обычные потоки и процессы, но с использованием штриховых, а не сплош-
ных ограничивающих линий.
-1Я
Управляющий поток представляет собой «трубопровод», через который
проходит управляющая информация. Его имя не должно содержать глаго-
лов, а только существительные и прилагательные. Обычно управляющий
поток имеет дискретное, а не непрерывное значение. Это может быть, напри-
мер, сигнал, представляющий состояние или вид операции.
Управляющий процесс представляет собой интерфейс между DFD и специ-
фикациями управления, собственно моделирующими и документирующими
аспекты поведения системы. Его имя указывает на тип управляющей деятель-
ности, вырабатываемой спецификацией. Фактически управляющий процесс
представляет собой преобразователь входных управляющих потоков в вы-
ходные управляющие потоки; при этом точное описание этого преобразова-
ния должно задаваться в спецификации управления. Логически управляю-
щий процесс есть некий командный пункт, реагирующий на изменения вне-
шних условий, передаваемые ему с помощью управляющих потоков, и
продуцирующий в соответствии со своей внутренней логикой выполняемые
процессами команды.
Спецификации управления предназначены для моделирования и докумен-
тирования поведенческих аспектов систем, они позволяют осуществлять де-
композицию управляющих процессов и описывают отношения между вход-
ными и выходными управляющими потоками на детализируемом управляю-
щем процессе.
Для этой цели в DFD-технологиях обычно используются диаграммы пе-
реходов состояний (STD), содержащие следующие объекты.
Состояние - объект, рассматривающийся как условие устойчивости для
системы. Находясь в определенном состоянии, система имеет достаточно
информации о ее прошлой истории, чтобы определить очередное состояние
в зависимости от текущих входных событий. Имя состояния должно отра-
жать реальную ситуацию, в которой находится система, например НАГРЕ-
ВАНИЕ, ОХЛАЖДЕНИЕ и т.п. Особую роль играет начальное состояние -
узел STD, являющийся стартовой точкой для начала функционирования си-
стемы. STD имеет ровно одно начальное состояние, соответствующее состо-
янию системы после ее инсталляции, но перед началом реальной обработки,
а также любое (конечное) число завершающих состояний.
Переход - объект, определяющий перемещение моделируемой системы
из одного состояния в другое. При этом имя перехода идентифицирует усло-
вие, являющееся причиной перехода и управляющее им. Это условие обычно
продуцирует управляющий поток (сигнал), возникающий как во внешнем
мире, так и внутри моделируемой системы (например, СЧЕТЧИК-999 или
КНОПКА НАЖАТА). Таким образом, условие представляет собой событие
(или события), вызывающее переход и идентифицируемое именем перехода.
Кроме условия с переходом может связываться действие или ряд действий,
выполняющихся, когда переход имеет место.
Фактически условие есть некоторое внешнее или внутреннее событие,
которое система способна обнаружить и на которое она должна отреагиро-
вать определенным образом, изменяя свое состояние. При изменении состо-
яния система обычно выполняет одно или более действий, представляющих
собой отклик, посылаемый во внешнее окружение, или вычисление, резуль-
2*
таты которого запоминаются в системе (обычно в накопителях данных на
DFD) для того, чтобы обеспечить реакцию на некоторые из планируемых в
будущем событий.
На STD состояния представляются узлами, а переходы - дугами (рис.
1.7). Условия идентифицируются именем перехода и возбуждают выполне-
ние перехода. Действия привязываются к переходам и записываются под со-
ответствующим условием. Начальное состояние на диаграмме должно иметь
входной переход, изображаемый потоком из подразумеваемого стартового
узла (иногда этот стартовый узел изображается небольшим квадратом и при-
вязывается к входному состоянию).
Рис. 1.7. Символы STD
1.2.3.
Информационная модель системы
DFD-технологии предполагают использование диаграмм
«сущность-связь» (ERD) для разработки информационных моделей и обес-
печения стандартного способа определения данных и отношений между ними.
Фактически с помощью ERD осуществляется детализация накопителей дан-
ных DFD-диаграммы, а также документируются информационные аспекты
бизнес-системы, включая идентификацию объектов, важных для предметной
области (сущностей), свойств этих объектов (атрибутов) и их связей с други-
ми объектами (отношений).
Сущность представляет собой множество экземпляров реальных или аб-
страктных объектов (людей, событий, состояний, идей, предметов и т.п.),
обладающих общими атрибутами или характеристиками. Любой объект си-
стемы может быть представлен только одной сущностью, которая должна
быть уникально идентифицирована. При этом имя сущности должно отра-
жать тип или класс объекта, а не его конкретный экземпляр (например, А ЭРО-
ПОРТ, а не ВНУКОВО).
Отношение в самом общем виде представляет собой связь между двумя и
более сущностями. Фактически отношение является ассоциацией между сущно-
стями, при которой каждый экземпляр одной сущности ассоциируется с произ-
вольным (в том числе и нулевым) количеством экземпляров другой сущности, и
наоборот. Именование отношения осуществляется с помощью грамматическо-
го оборота глагола {ИМЕЕТ, ОПРЕДЕЛЯЕТ, МОЖЕТ ВЛАДЕТЬ и т.п.).
Другими словами, сущности представляют собой базовые типы инфор-
мации, необходимые системе, а отношения показывают, как эти типы дан-
ных взаимоувязаны друг с другом.
Для идентификации-требований, в соответствии с которыми сущности
вовлекаются в отношения, используются связи. Каждая связь соединяет сущ-
ность и отношение и может быть направлена только от отношения к сущно-
сти. Значение связи характеризует ее тип и, как правило, выбирается из сле-
дующего множества: {«О или 1», «О или более», «1», «1 или более», «p:q» ( диа-
пазон )}. Пара значений связей, принадлежащих одному и тому же
отношению, определяет тип этого отношения. Практика показала, что для
моделирования большинства систем достаточно использовать следующие
типы отношений:
1)	1*1 (один-к-одному). Отношения данного типа используются, как пра-
вило, на верхних уровнях иерархии модели данных, а на нижних уровнях
встречаются сравнительно редко;
2)	1*п (один-ко-многим). Отношения данного типа являются наиболее
часто используемыми;
3)	п*т (многие-ко-многим). Отношения данного типа обычно использу-
ются на ранних этапах моделирования с целью прояснения ситуации. В даль-
нейшем каждое из таких отношений должно быть преобразовано в комбина-
цию отношений типов 1 и 2 (возможно, с добавлением вспомогательных сущ-
ностей и с введением новых отношений).
Сущность на ERD представляется прямоугольником любого размера,
содержащим внутри себя имя сущности, список имен атрибутов (возможно,
неполный) и указатели ключевых атрибутов (знак «#» перед именем атрибута).
Отношения представляются линиями, соединяющими сущности и состо-
ящими из двух частей (соответствующих паре связей), для которых должны
быть определены имя, степень множественности (один или много объектов
участвуют в связи) и степень обязательности (т.е. обязательная или необяза-
тельная связь между сущностями). Для множественной связи линия присое-
диняется к прямоугольнику сущности в трех точках, а для одиночной связи -
в одной точке. При обязательной связи рисуется непрерывная линия до сере-
дины отношения, при необязательной - пунктирная линия. Вышесказанное
иллюстрируется на рис. 1.8.
91
Клиент	Принадлежать	Кредитная карта
	Владеть	#Номер счета Лимит денег Код сортировки
Рис. 1.8. Символы ERD
Читается отношение отдельно по каждой связи, демонстрируя, как сущ-
ность КЛИЕНТ связывается с сущностью КРЕДИТНАЯ КАРТА, и наоборот.
При этом необходимо учитывать степень обязательности выбранного конца
связи, для этой цели используются слова «должен (быть)» или «может (быть)».
Так, диаграмма, приведенная на рис. 1.7, читается следующим образом:
Каждый КЛИЕНТ может ВЛАДЕТЬ одной или более КРЕДИТНОЙ КАРТОЙ
или
Каждая КРЕДИТНАЯ КАРТА должна ПРИНАДЛЕЖАТЬ ровно одному
КЛИЕНТУ.
3 Основные преимущества
DFD-технологий
Наиболее существенное различие между разновидностями
структурного анализа заключается в методах и средствах функционального
моделирования. С этой точки зрения все разновидности структурного сис-
темного анализа могут быть разбиты на две группы: применяющие методы и
технологию DFD (в различных нотациях) и использующие SADT-метод оло-
гию. Соотношение применения этих двух разновидностей структурного ана-
лиза на практике составляет, по материалам наиболее авторитетной в рас-
сматриваемой области консалтинговой компании CASE Consulting Group,
90% для DFD и 10% - для SADT.
Предварим сравнение рис. 1.9, представляющим SADT - модель компа-
нии, занимающейся распределением товаров по заказам. Напомним, что ее
DFD-эквивалент приведен на рис. 1.5. Простое визуальное сравнение этих
рисунков на предмет их понятности для непосвященного читателя свидетель-
ствует в пользу DFD.
Сравнительный анализ этих двух разновидностей методологий проводит-
ся по следующим параметрам:
•	адекватность средств рассматриваемой проблеме;
•	согласованность с другими средствами структурного анализа;
•	интеграция с последующими этапами (в частности, с этапом автомати-
зации бизнес-процесса).
Рис. 1.9. Пример SADT-диаграммы
1.	Адекватность. Выбор той или иной структурной методологии напря-
мую зависит от предметной области, для которой создается модель. Предме-
том бизнес-консалтинга являются бизнес-системы (точнее, их функциониро-
вание). Для моделирования таких систем традиционно используется методо-
логия SADT. Однако статическая SADT-модель не обеспечивает полного
решения задач бизнес-консалтинга, необходимо иметь возможность иссле-
дования динамических характеристик бизнес-процессов. Одним из решений
является использование методологии и средств динамического моделирова-
ния, основанной, например, на цветных (раскрашенных) сетях Петри - CPN
(Color Petri Nets). Фактически SADT и CPN служат компонентами интегри-
рованной методологии бизнес-консалтинга: SADT-диаграммы автоматически
преобразуются в прообраз CPN-модели, которая затем дорабатывается и
исполняется в различных режимах, чтобы получить соответствующие оценки.
Следует отметить, что не существует принципиальных ограничений в ис-
пользовании DFD в качестве средства построения статических моделей биз-
нес-процессов. В настоящий момент доступен ряд методологий и продуктов
динамического моделирования (INCOME Mobile, CPN-AMI и др.), базиру-
ющихся на сетях Петри различного вида и интегрируемых с DFD-моделыо,
которые позволяют успешно решать задачи бизнес-консалтинга.
Методология SADT успешно работает только для реорганизации хоро-
шо специфицированных и стандартизованных западных бизнес-процессов,
поэтому она и принята на Западе в качестве типовой. Например, в Мини-
стерстве обороны США десятки лет существуют четкие должностные инст-
рукции и методики, которые жестко регламентируют деятельность, делают
ее высокотехнологичной и ориентированной на бизнес-процесс. В россий-
ской действительности с ее слабой типизацией бизнес-процессов, их стихий-
ным появлением и развитием разумнее ориентироваться на методологию
организации и (или) реорганизации потоков информации и отношений: для
таких задач методологии, основанные на потоковых диаграммах, не просто
допустимы, а являются единственно возможными.
Если же речь идет об информационно-технологическом консалтинге, где
методологии применяются к системам обработки информации, а не к систе-
мам вообще, как это предполагается в SADT, то здесь DFD вне конкурен-
ции. Практически любой класс систем успешно моделируется при помощи
DFD-ориентированных методов: в этом случае вместо реальных объектов
рассматриваются отношения, описывающие свойства этих объектов и пра-
вила их поведения. Примерами таких систем служат системы документообо-
рота, управления и другие системы, богатые разнообразными отношениями.
SADT-диаграммы значительно менее выразительны и удобны для моде-
лирования систем обработки информации (сравните рис. 1.5 и 1.8). Так, дуги
в SADT жестко типизированы (вход, выход, управление, исполнитель). В то
же время применительно к системам обработки информации стирается смыс-
ловое различие между входами-выходами, с одной стороны, и управлениями
и механизмами - с другой: входы, выходы и управления являются потоками
данных и(или) управления и правилами их трансформации. Анализ системы
при помощи потоков данных и процессов, их преобразующих, является бо-
лее прозрачным и недвусмысленным.
ол
В SADT вообще отсутствуют выразительные средства для моделирова-
ния особенностей систем обработки информации. DFD с самого начала со-
здавались как средство проектирования информационных систем (тогда как
SADT - как средство проектирования систем вообще) и имеют более бога-
тый набор элементов, адекватно отражающих специфику таких систем (на-
пример, накопители данных являются прообразами файлов или баз данных,
внешние сущности отражают взаимодействие моделируемой системы с вне-
шним миром).
Наличие мини-спецификаций DFD-процессов нижнего уровня позволя-
ет преодолеть логическую незавершенность SADT (а именно обрыв модели
на некотором достаточно низком уровне, когда дальнейшая ее детализация
становится бессмысленной) и построить полную функциональную специфи-
кацию разрабатываемой системы. Это позволит расширить возможности
применения созданной модели (например, ее можно будет использовать для
автоматизированного и быстрого обучения новых работников конкретному
направлению деятельности).
Жесткие ограничения SADT, без исключений запрещающие использовать
более 6-7 блоков на диаграмме, в ряде случаев вынуждают искусственно де-
тализировать процесс, что затрудняет понимание модели заказчиком, резко
увеличивает ее объем и, как следствие, ведет к неадекватности модели реаль-
ной картине. В качестве примера достаточно рассмотреть модель операции
по снятию денег с вклада физического лица в банке. В настоящий момент
существует более тридцати типов таких вкладов. Для моделирования соот-
ветствующих операций целесообразно использовать единственную DFD,
поскольку все без исключения операции имеют одни и те же входы (сберега-
тельная книжка и расходный ордер) и выходы (сберегательная книжка и на-
личные деньги) и различаются лишь механизмами начисления процентов.
Если мы будем пытаться структурировать эти операции путем группирова-
ния по какому-либо признаку (срочные, пенсионные, размеры процентов
и т.п.) в соответствии с ограничениями SADT, то получим, как минимум,
6 диаграмм (верхний уровень и округленную в большую сторону дробь 30/7),
сложность каждой из которых не меньше сложности единственной диаграм-
мы, моделирующей все операции.
2.	Согласованность. Главным достоинством любых моделей является воз-
можность их интеграции с моделями других типов. В данном случае речь
идет о согласованности функциональных моделей со средствами моделиро-
вания данных и поведения системы. Согласование SADT-модели с ERD и
STD практически невозможно или носит тривиальный характер. В свою оче-
редь, DFD, ERD и STD взаимно дополняют друг друга и, по сути, являются
согласованными представлениями различных аспектов одной и той же моде-
ли (см. рис. 1.1).
Отметим, что интеграция DFD - STD осуществляется за счет расширения
классической DFD специальными средствами моделирования поведенческих
аспектов систем (управляющими процессами, потоками), и STD является де-
тализацией управляющего процесса, согласованной по управляющим пото-
кам. Интеграция DFD - ERD осуществляется с использованием отсутствую-
щего в SADT объекта - накопителя данных, структура которого описывает-
25
ся с помощью ERD и согласуется по соответствующим потокам и другим
накопителям на DFD.
3.	Интеграция с последующими этапами. Важная характеристика методо-
логии - ее совместимость с последующими этапами применения результатов
моделирования (и прежде всего с этапами автоматизации бизнес-процесса,
опирающимися на результаты его моделирования).
DFD могут быть легко преобразованы в модели проектирования инфор-
мационной системы (структурные карты) - это близкие модели. Более того,
известен ряд алгоритмов автоматического преобразования иерархии DFD в
структурные карты различных видов, что обеспечивает логичный и безбо-
лезненный переход от этапа моделирования бизнеса к проектированию сис-
темы. С другой стороны, авторам неизвестны формальные методы преобра-
зования SADT-диаграмм в проектные решения системы автоматизации.
В заключение необходимо отметить, что рассмотренные разновидности
структурного анализа по сути - два приблизительно одинаковых по мощно-
сти языка для передачи понимания. И одним из основных критериев выбора
является следующий: насколько хорошо каждым из этих языков владеет кон-
сультант или аналитик, насколько грамотно он может на этом языке выра-
жать свои мысли. Авторам неоднократно приходилось рецензировать как
изумительные по стройности и строгости SADT-модели, так и ни на что не
годные модели, выполненные в DFD-технологии.
ГЛАВА
Основы структуризации
бизнеса
Процессный подход и типизация
бизнес-процессов
Современное состояние экономики характеризуется перехо-
дом от традиционной функциональной индустриальной модели Адама Смита
к модели процессной. Функциональная модель строится на предпосылке, что
работники обладают невысокой квалификацией, поэтому предлагаемые им
задачи должны быть очень простыми. Адам Смит доказывал, что люди ра-
ботают наиболее эффективно тогда, когда им предлагается для выполнения
всего одна хорошо понятная им работа. Отсюда и следуют основные прави-
ла игры: иерархические организационные структуры, конвейерные техноло-
гии, управление по структурным элементам (подразделениям), взаимодей-
ствие через структурные элементы более высокого уровня и т.п.
Главными недостатками функционального подхода являются следующие:
•	сложность увязывания простейших задач в технологию, производящую
реальный товар или услугу;
•	отсутствие целостного описания такой технологии;
•	отсутствие ответственного за конечный результат;
•	высокие затраты на бесполезную работу: согласование, взаимодействие,
контроль и т.п.;
•	отсутствие ориентации на клиента.
Процессный подход декларирует смещение акцентов от управления от-
дельными структурными элементами на управление сквозными бизнес-про-
цессами, связывающими воедино деятельность этих структурных элементов.
При этом под бизнес-процессом понимается совокупность действий, проду-
цирующая результат (товар или услугу), имеющий ценность для клиента.
Важнейшим шагом структуризации любой бизнес-системы являются вы-
деление и классификация бизнес-процессов. Целесообразно основываться на
следующих классах процессов:
•	основные процессы;
•	сопутствующие процессы;
•	вспомогательные процессы;
•	обеспечивающие процессы;
•	процессы управления,
•	процессы развития.
Основными бизнес-процессами являются процессы, ориентированные на
производство товара или оказание услуги, являющиеся целевыми объектами
создания предприятия и обеспечивающие получение дохода. Например, для
жирового комбината такими процессами являются процесс производства
масла и процесс производства майонеза, а для автотранспортного предприя-
тия - процесс обеспечения перевозок (оказания услуг по перевозкам).
Сопутствующими бизнес-процессами являются процессы, ориентирован-
ные на производство товара или оказание услуги, являющиеся результатами
сопутствующей основному производству производственной деятельности
предприятия и также обеспечивающие получение дохода. Например, для
жирового комбината такими процессами являются процесс производства
мыла и процесс производства глицерина.
Вспомогательными бизнес-процессами являются процессы, предназначен-
ные для жизнеобеспечения основных и сопутствующих процессов и ориенти-
рованные на поддержку их специфических черт. Так, для автотранспортного
предприятия такими процессами являются процесс ремонта и технического
обслуживания транспорта и процесс обеспечения безопасности перевозок.
Обеспечивающими бизнес-процессами являются процессы, предназначен-
ные для жизнеобеспечения основных и сопутствующих процессов и ориен-
тированные на поддержку их универсальных черт. Так, для любого предприя-
тия такими процессами являются процесс финансового обеспечения деятель-
ности, процесс обеспечения кадрами, процесс юридического обеспечения и т.п.
Бизнес-процессы управления - это процессы, охватывающие весь комп-
лекс функций управления на уровне каждого бизнес-процесса и бизнес-сис-
темы в целом. Примерами таких процессов могут быть процессы стратеги-
ческого, оперативного и текущего планирования, процессы формирования и
выполнения управляющих воздействий.
Наконец, бизнес-процессами развития являются процессы совершенство-
вания производимого товара или услуги, процессы развития технологий,
процессы модификации оборудования, а также инновационные процессы.
2 2 Принципы структуризации
бизнес-системы
Основной принцип процессного подхода регламентирует
структурирование бизнес-системы в соответствии с деятельностью и бизнес-
процессами предприятия, а не в соответствии с его организационно-штатной
структурой. Именно бизнес-процессы, продуцирующе значимый для потре-
бителя результат, представляют для него (а значит, и для предприятия-про-
изводителя) ценность, и именно их улучшением предстоит в дальнейшем за-
ниматься консультанту. Модель, основанная на организационно-штатной
структуре, может продемонстрировать лишь хаос, царящий в организации
(о котором в принципе руководству и так известно, иначе оно бы не иници-
ировало соответствующие работы), на ее основе возможно внести предложе-
оя
ния только об изменении этой структуры. С другой стороны, модель, осно-
ванная на бизнес-процессах, содержит в себе (не всегда в явном виде) и орга-
низационно-штатную структуру предприятия.
В соответствии с вышесказанным модель бизнес-системы должна выгля-
деть следующим образом.
1.	Верхний уровень модели должен отражать только контекст системы -
взаимодействие моделируемого единственным контекстным процессом пред-
приятия с внешним миром и ничего более. В случае построения модели биз-
нес-системы, включающей в себя несколько разнотипных предприятий, на
контекстном уровне необходимо отразить каждое из них и их соответствую-
щие взаимосвязи. Например, контекстная диаграмма горно-обогатительно-
го комбината может содержать процессы Автобаза, Карьер, Фабрика и Уп-
равление (см. главу 3); контекстная диаграмма регионального банка Сбер-
банка РФ может содержать процессы Территориальное Управление, Типовое
Отделение, Типовой Филиал.
2.	На втором уровне модели должны быть отражены основные деятель-
ности (тематически сгруппированные бизнес-процессы) предприятия и их
взаимосвязи. Например, для автотранспортного предприятия одним из ре-
шений может быть выделение следующих деятельностей: Эксплуатация ав-
тотранспорта (группа основных процессов), Ремонт и техническое обслу-
живание (группа вспомогательных процессов), Контроль безопасности (еще
одна группа вспомогательных процессов), Управление производством (груп-
па процессов управления), Обеспечивающая деятельность (группа обеспечи-
вающих процессов). В случае большого количества деятельностей некото-
рые из них можно вынести на третий уровень модели. Так, Обеспечивающая
деятельность может включать в себя Учет кадров, Бухгалтерский учет, Эко-
номическое планирование, Материально-техническое снабжение, Складской
учет и т.п. Но в любом случае под деятельности необходимо отводить не
более двух уровней модели.
3.	Каждая из деятельностей, в свою очередь, должна быть детализирова-
на на бизнес-процессы (желательно единственного уровня). Например, дея-
тельность по учету кадров включает в себя бизнес-процессы Прием на рабо-
ту, Увольнение и т.п.
4.	Дальнейшая детализация бизнес-процессов осуществляется посредством
бизнес-функций. Так, процесс Прием на работу содержит в себе функции Прием
заявления, Оформление приказа, Регистрация и др. Обычно для моделирова-
ния бизнес-функции достаточно 2-3 уровней детализации, которая заверша-
ется на уровне элементарной бизнес-операции.
5.	Описание элементарной бизнес-операции (задание алгоритма ее выпол-
нения) осуществляется с помощью мини-спецификации.
Таким образом, общее число уровней в модели не должно превышать
6-7. Практика показывает, что этого вполне достаточно для построения пол-
ной функциональной модели современного предприятия любой отрасли.
Структурирование данных во многом базируется на накопителях данных:
многие процессы модели связываются не напрямую, а с использованием этих
объектов (что реально соответствует чтению/записи информации из/в базу
Данных, выбору/занесению данных из/в архивы, картотеки, папки и т.п.). При
99
этом операции типа записи-занесения должны удовлетворять главному кри-
терию информационного моделирования: данные должны заноситься в на-
копитель один раз в том месте, где они впервые появляются.
Основное правило введения накопителей данных заключается в следую-
щем: если данные из некоторого накопителя используются по крайней мере
двумя процессами, то этот накопитель должен присутствовать на содержа-
щей эти процессы диаграмме. Поэтому на втором уровне модели (детализа-
ции контекстной диаграммы) должны быть введены базовые накопители, к
которым осуществляют доступ бизнес-процессы системы. При построении
информационной модели базовым накопителям должны соответствовать
основные подсхемы информационной модели. К выявлению базовых нако-
пителей следует подходить чрезвычайно тщательно, поскольку именно с ними
будут работать бизнес-процессы и бизнес-функции на всех без исключения
уровнях детализации модели.
2 з Этапы построения моделей
в DFD-технологии
Ниже перечислены основные виды и последовательность
работ, рекомендуемые при построении моделей бизнес-систем.
I.	Разработка структурной функциональной модели бизнес-системы.
Шаг 1. Разработка контекстной диаграммы.
1.1.	Идентификация внешних объектов, с которыми система взаимодей-
ствует.
1.2.	Идентификация основных видов информации, циркулирующей меж-
ду системой и внешними объектами.
1.3.	Идентификация подсистем бизнес-системы (если в этом есть необхо-
димость).
1.4.	Идентификация основных видов информации, циркулирующей меж-
ду подсистемами (в случае выполнения п.1.3).
1.5.	Построение контекстной диаграммы, на которой подсистемы пред-
ставляются в виде контекстных процессов, внешние объекты - в виде вне-
шних сущностей, основные виды информации - в виде потоков между вне-
шними сущностями и контекстными процессами (а также между контекст-
ными процессами в случае выполнения п.1.3).
1.6.	Группирование потоков (если в этом есть необходимость).
Шаг 2. Разработка диаграммы уровня основных процессов.
2.1.	Идентификация бизнес-процессов с указанием их типов.
2.2.	Группирование процессов по деятельностям.
2.3.	Определение связей между процессами и внешними объектами и их
непосредственное связывание с использованием родительских потоков (по-
токов между внешними сущностями и контекстным процессом).
2.4.	Определение информационных потоков между процессами.
2.5.	Идентификация базовых накопителей.
2.6.	Определение информационных потоков между процессами и нако-
пителями.
2.7.	Построение DFD первого уровня на базе деятельностей и процессов.
Шаг 3. Разработка иерархии диаграмм, образующих структурную функ-
циональную модель.
3.1.	Декомпозиция каждого процесса текущей DFD с помощью детали-
зирующей диаграммы или спецификации процесса.
3.2.	Идентификация функций и операций каждого из процессов.
3.3.	Определение связей между функциями (операциями) и внешними
объектами и их непосредственное связывание с использованием родитель-
ских потоков (потоков между детализируемым процессом и другими процес-
сами и накопителями родительской диаграммы).
3.4.	Определение информационных потоков между функциями (операци-
ями).
3.5.	По необходимости введение накопителей уровня процесса, детализи-
рующих базовые накопители.
3.6.	Определение информационных потоков между функциями (операци-
ями) и накопителями уровня процесса.
3.7.	Построение DFD соответствующего уровня на базе функций (опера-
ций).
Шаг 4. Анализ и оптимизация структурной функциональной модели.
II.	Разработка информационной модели бизнес-системы:
•	определение сущностей модели и их атрибутов;
•	проведение атрибутного анализа и оптимизация сущностей;
•	идентификация отношений между сущностями и определение типов от-
ношений;
•	разрешение неспецифических отношений;
•	анализ и оптимизация информационной модели.
III.	Разработка событийной модели бизнес-системы:
•	идентификация перечня состояний модели;
•	определение возможностей переходов между состояниями;
•	определение условий, активизирующих переходы, и действий, влияю-
щих на дальнейшее поведение;
•	анализ и оптимизация событийной модели.
ГЛАВА
3
Моделирование
деятельности
горно-обогатительного
комбината
N-ский горно-обогатительный комбинат (ГОК) осуществля-
ет добычу и транспортировку на обогатительную фабрику рудосодержащей
породы, а также извлечение из нее ценных минералов. Структурно N-ский
ГОК в числе других горно-обогатительных комбинатов входит в состав ге-
нерирующей компании. В состав N-ского ГОК входят:
•	Управление ГОК, осуществляющее общее руководство работами по до-
быче, транспортировке и обогащению руды;
•	три Карьера - предприятия по добыче рудосодержащей породы;
•	две Фабрики - предприятия по ее обогащению;
•	три Рудных склада, предназначенных для накопления запасов породы с
целью обеспечения бесперебойной работы Фабрик в экстренных ситуациях
(например, при весеннем затоплении Карьеров);
•	два автотранспортных предприятия (АТТ - автобазы технологическо-
го транспорта), обеспечивающих транспортировку породы в рамках ГОК.
3.1.	Контекстная модель ГОК
На рис. 3.1 (см. Приложение 1) изображена контекстная диаг-
рамма верхнего уровня ГОК, включающая подсистемы (типовые предприя-
тия) Управление, А ТТ, Фабрика, Карьер и внешние объекты, с которыми эти
подсистемы взаимодействуют (эти взаимодействия обозначены с помощью
входных и выходных информационных потоков). Отметим, что подсистема,
соответствующая типовому Рудному складу, явно не выделяется по причине
ее незначительной сложности. Соответствующая функциональность пропи-
сана в подсистеме Карьер.
Перечисленные подсистемы обмениваются между собой информацией с
помощью обобщенных информационных потоков, название которых отра-
жает направление обмена. Так поток Документы А ТТ-УГОК идентифициру-
ет пакет документов, поступающих из АТТ в Управление (детализация пото-
ка по типам, названиям и полям документов осуществляется на нижних уров-
нях функциональной модели). Обмен диспетчерскими данными моделируется
с использованием информационного канала Оперативные диспетчерские дан-
ные, при этом информационные потоки прямо указывают от кого и кому эти
данные поступают, например, Данные от оператора Карьера (структура этих
данных также приводится на нижних уровнях модели).
Внешняя сущность Акционерная Компания моделирует генерирующую
компанию, обменивающуюся с проектируемой подсистемой Управление сле-
дующей информацией:
•	Документы АК-УГОК - любой регистрируемый документ и (или) зап-
рос из Акционерной Компании в Управление ГОК (план, приказ, норматив-
но-справочная информация и т.д.).
•	Документы УГОК-АК - любой регистрируемый документ из Управле-
ния ГОК в Акционерную Компанию (отчет, заявка и т.д.).
Внешняя сущность N-ское отделение МТС моделирует названную орга-
низацию, обменивающуюся с подсистемами Фабрика и АТТ следующей ин-
формацией:
•	Заявка на запчасти и расходные материалы - любая регистрируемая за-
явка от АТТ и (или) Фабрики на запасные части и расходные материалы.
•	Перечень запчастей - реестр имеющихся в наличии на МТС запасных
частей и расходных материалов.
Внешняя сущность Трест «Автоматика» моделирует названную органи-
зацию, обменивающуюся с подсистемами Фабрика и Карьер следующей ин-
формацией:
•	Заявка на ремонт - любая регистрируемая заявка от Карьера и (или)
Фабрики на ремонт оборудования.
•	Акт о выполнении работ - документ, подтверждающий выполнение ре-
монта оборудования.
Внешняя сущность Трест «Энергоремонт» моделирует названную орга-
низацию, обменивающуюся с подсистемами АТТ и Карьер следующей ин-
формацией:
•	Заявка на ремонт - любая регистрируемая заявка от Карьера и (или)
АТТ на ремонт электрооборудования.
•	Акт о выполнении работ - документ, подтверждающий выполнение ре-
монта электрооборудования.
Внешняя сущность Ремонтно-строительное управление моделирует на-
званную организацию, обменивающуюся с подсистемами А ТТ и Карьер сле-
дующей информацией:
•	Заявка на изготовление - любая регистрируемая заявка от Карьера и
(или) АТТ на изготовление необходимого оборудования.
•	Акт о выполнении работ - документ, подтверждающий выполнение за-
явки на изготовление.
Внешние сущности Вневедомственная милиция и Инспектирующие орга-
ны моделируют организации, осуществляющие контроль за работой Фаб-
рики, и предоставляют ей данные по проведенному контролю (нарушение
режима, нарушение норм эксплуатации оборудования, сроков поверки при-
боров, превышение предельно допустимых концентраций в окружающей
среде).
3—1599
33
3.2.
Модель верхнего уровня
Управления ГОК
На рис. 3.2, а, б приведена диаграмма потоков данных, дета-
лизирующая подсистему Управление по основным видам деятельности, вы-
полняемым в Управлении ГОК. Функционально подсистема разбивается на
следующие процессы:
1.	Управление производством - включает в себя выполнение функций про-
изводственно-технического отдела: планирование объемов горных работ и
переработки руды, контроль плановых заданий, анализ работы и учет гор-
ного оборудования, учет и контроль расхода технологических материалов,
оформление разрешений на буровзрывные работы (БВР), формирование от-
четности по основному производству.
2.	Подготовка и поддержка производства - включает в себя деятельность
геологической службы (организация геологоразведочных работ, контроль
за состоянием минерально-сырьевой базы, учет состояния и движения запа-
сов, составление перспективных и др. планов добычи, контроль за добычей,
контроль за складами, формирование отчетности); маркшейдерской службы
(подготовка цифровой модели карьера, согласование планов горных работ,
анализ отчетности карьеров и формирование сводной отчетности); главного
обогатителя; отдела главного механика - ОГМ (анализ фактического поло-
жения производства, ближайшее и перспективное планирование ремонтов
оборудования, отчетность по затратам); отдела главного энергетика - ОГЭ
(контроль расходов электроэнергии, воды и теплоэнергии, составление го-
довых и квартальных балансов, формирование заявок на электрооборудо-
вание и запчасти, ближайшее и перспективное планирование ремонтов обо-
рудования); КИПиА, а также деятельность по ГТС (расчет объемов хвостов,
воды, мест и способов укладки в хвостохранилище, формирование заявок
на технологический транспорт для вывоза хвостов, заявок на трубы и другие
расходные материалы, учет по охране окружающей среды и информирова-
ние санэпидемстанции о нарушениях, формирование отчетности по ГТС).
3.	Обеспечивающая деятельность - включает в себя выполнение следую-
щих функций: бухгалтерский учет, деятельность юриста, обеспечение режи-
ма, учет кадров.
4.	Экономическое планирование - включает в себя планирование труда и
зарплаты и планово-экономическую деятельность.
5.	Управление транспортом - включает в себя выполнение функций транс-
портного отдела: планирование перевозок руды и вскрыши, расчет провоз-
ных возможностей; учет движения автошин; сбор заявок на запчасти и горю-
че-смазочные материалы (ГСМ) от подразделений и формирование сводных
заявок; распределение запчастей и материалов; формирование отчетности по
транспорту (ходимость автошин, транзитные перевозки, простои техноло-
гического транспорта, использование аккумуляторов, расход смазочных ма-
териалов, остатки и расход топлива).
6.	Материально-техническое снабжение - включает в себя выполнение
функций отдела МТС: прием заявок от подразделений ГОК, формирование
сводных заявок, учет, распределение и контроль запчастей и материалов.
7.	Диспетчерский учет - включает в себя выполнение функций диспетче-
ра ГОК: оперативное слежение и управление технологическим и хозяйствен-
ным транспортом, учет вывоза вскрыши и руды, оперативное информирова-
ние соответствующих служб о сложившейся ситуации, формирование дис-
петчерской сводки.
8.	Обеспечение безопасности работ - включает в себя обеспечение безо-
пасности буровзрывных работ, обеспечение техники безопасности и обеспе-
чение пожарной безопасности.
9.	Прием и выдача внешних документов - включает в себя деятельность
секретариата.
На данном уровне введены накопители данных, используемые в несколь-
ких видах деятельности и являющиеся прообразами подсхем интегрирован-
ной базы данных информационной подсистемы Управление.
1.	Входящие документы - любые документы, поступающие в Управление.
2.	Исходящие документы - любые документы, поступающие из Управления.
3.	Сотрудники - предназначена для хранения данных о сотрудниках Уп-
равления. Используется при учете кадров (при приеме и увольнении, подго-
товке пенсионных дел, награждении), в плановом отделе (при составлении
штатного расписания), бухгалтерии (при проведении начислений и удержа-
ний, учете материальных ценностей) и др.
4.	Запасные части и агрегаты - используется для хранения данных по со-
стоянию складского хозяйства.
5.	НСИ (нормативно-справочная информация) - используется для хране-
ния нормативов, тарифов и другой информации подобного вида.
6.	Входящие и внутренние документы - информационный канал, исполь-
зуемый для моделирования организации документооборота в Управлении.
$ Модель верхнего уровня
типового Карьера
На рис. 3.3, а, б приведена диаграмма потоков данных, дета-
лизирующая подсистему Карьер по основным видам деятельности, выполня-
емым в Карьере ГОК. Функционально подсистема разбивается на следую-
щие процессы.
1	 Управление карьерными работами - включает в себя деятельность руко-
водства и технического отдела.
2.	Подготовка и поддержка карьерных работ - включает в себя деятель-
ность геологической и маркшейдерской службы, организацию взрывных ра-
бот, ОГМ, ОГЭ, а также деятельность по ГТС.
3.	Обеспечивающая деятельность - включает в себя выполнение следую-
щих функций: бухгалтерский учет, МТС, учет кадров, экономическое плани-
рование и складской учет (включая учет взрывчатых материалов, запчастей,
инструментов и материалов).
3*
35
4.	Ремонт и техническое обслуживание - включает в себя деятельность
по ремонту и техническому обслуживанию горного оборудования.
5.	Эксплуатация горного оборудования - включает в себя функции оформ-
ления нарядов-заданий, прием заявок, формирование бригад и формирова-
ние отчетности по эксплуатации горного оборудования.
6.	Учет вывоза вскрыши и руды - включает в себя выполнение функций
оператора Карьера: оперативное слежение и управление технологическим
транспортом и горным оборудованием; учет вывоза вскрыши и руды; учет
простоев автосамосвалов и карьерной техники; закрепление автосамосвалов
за экскаваторами, оперативное информирование соответствующих служб о
сложившейся ситуации; формирование оперативной сводки; внесение дан-
ных по перевозкам в путевые листы.
7.	Учет на Рудном складе - включает учет погрузки и разгрузки руды на
Рудном складе и формирование данных для диспетчерской сводки.
8.	Технический контроль и безопасность - включает в себя обеспечение
безопасности взрывных работ, контроль загазованности Карьера, обеспече-
ние техники безопасности и обеспечение пожарной безопасности.
9.	Прием и выдача внешних документов - включает в себя деятельность
секретариата.
На данном уровне введены накопители данных, используемые в несколь-
ких видах деятельности и являющиеся прообразами подсхем интегрирован-
ной базы данных информационной системы Карьера.
1.	Документы в УГОК - любые документы, поступающие в Управление.
2.	Документы из УГОК - любые документы, поступающие из Управле-
ния.
3.	Сотрудники - предназначен для хранения данных о сотрудниках Карь-
ера. Используется при учете кадров (при приеме и увольнении, подготовке
пенсионных дел, награждении), в плановом отделе (при составлении штат-
ного расписания), бухгалтерии (при проведении начислений и удержаний,
учете материальных ценностей) и др.
4.	ПСИ (нормативно-справочная информация) - используется для хране-
ния нормативов, тарифов и другой информации подобного вида.
5.	Горное оборудование - используется для хранения данных о состоянии
горного оборудования (включая проведенное техническое обслуживание -
ТО).
6.	Запасные части и материалы - используется для хранения данных об
имеющихся в наличии запчастях и материалах.
7.	Ремонты горного оборудования - используется для хранения данных по
ремонтам горного оборудования.
8.	Руда и вскрыша - используется для хранения данных о руде и вскрыше
(сколько вывезено, сколько взорвано, каким экскаватором произведена по-
грузка и т.п.).
9.	Входящие и внутренние документы - информационный канал, исполь-
зуемый для моделирования организации документооборота в Карьере.
3.4.
Модель верхнего уровня
типовой Фабрики
На рис. 3.4 приведена диаграмма потоков данных, детализи-
рующая подсистему Фабрика по основным видам деятельности, выполняе-
мым на Фабрике. Функционально подсистема разбивается на следующие
процессы.
1.	Управление производством - включает в себя деятельность начальника
Фабрики, главного инженера, руководителей ремонтных служб (главного
механика, главного энергетика, руководителя КИП), организацию докумен-
тооборота.
2.	Организация основного производства - включает в себя диспетчерский
учет, анализ поступающей руды (организация ритмичности поставок, про-
верка веса руды, анализ качества руды, очистка руды от примесей), учет ра-
боты мельниц, обогащение руды, доводку руды, передачу в центр оконча-
тельной доводки.
3.	Ремонт и обслуживание - включает в себя обработку заявок на ремонт,
определение (выбор) ремонтной службы (механика, энергетика, КИП), вы-
полнение ремонтных работ (определение типа ремонта, определение вида
ремонта, назначение исполнителей, получение запасных частей и материалов,
проверка качества ремонта, учет на складе), проверку выполнения работ.
4.	Контроль и безопасность работ - включает в себя технический контроль,
организацию техники безопасности, контроль пожарной безопасности.
На данном уровне введены накопители данных, используемые в несколь-
ких видах деятельности и являющиеся прообразами подсхем интегрирован-
ной базы данных информационной системы Фабрики.
1.	Сотрудники - предназначен для хранения данных о сотрудниках Фаб-
рики. Используется при учете кадров (при приеме и увольнении, подготовке
пенсионных дел, награждении), учете ремонтов и ТО (для фиксации, кем вы-
полнен ремонт), в бухгалтерии (при проведении начислений и удержаний,
учете материальных ценностей) и др.
2.	НСИ (нормативно-справочная информация) - используется для хране-
ния нормативов, тарифов и другой информации подобного вида.
3.	Технологическое оборудование - данные по мельницам, насосам, спе-
циальному оборудованию по обогащению руды: учетная карточка, данные
по проведенному ТО, история оборудования.
6.	Ремонты - данные о любом ремонте, включая перечень замененных
узлов и агрегатов.
7.	Запасные части и материалы - используется для хранения данных об
имеющихся в наличии запчастях и материалах, включая данные по складу
запчастей, складу материалов, инструментальному складу и оборотному складу.
8.	Внутренний документооборот - информационный канал, используе-
мый для моделирования организации документооборота на Фабрике.
9.	Руда - используется для хранения данных по качеству поступающей
руды на Фабрику, ее количеству, состоянию после каждого этапа обогаще-
ния и перед отправкой в цех окончательной доводки.
37
3.5.
Модель типовой автобазы
технологического транспорта
3.5.1.	Модель верхнего уровня АТТ
На рис. 3.5 приведена диаграмма потоков данных, детализи-
рующая подсистему АТТ по основным видам деятельности, выполняемым
на автобазе технологического транспорта. Функционально подсистема раз-
бивается на следующие процессы.
1.	Управление производством - включает в себя деятельность начальника
АТТ, главного инженера, главного механика, главного энергетика, органи-
зацию документооборота, центра управления производством - ЦУП (вклю-
чая контроль неснижаемого запаса на оборотном складе, планирование ре-
монтов дизелей по периодам, планирование ремонтов и ТО автосамосвалов
(а/с) по периодам, расчет резерва времени по шинам и фильтрам, расчет сред-
ней наработки и анализ отказов узлов автосамосвала и дизеля, формирова-
ние заказов на изготовление деталей, заявок на запчасти, нарядов-заданий
на ремонт и ТО) и технического отдела (включая учет транспортных средств,
анализ надежности парка, узлов и агрегатов, анализ расхода запчастей и
материалов, трудоемкости ТО и ремонтов, расчет коэффициента технической
готовности, планирование, контроль и формирование отчетности).
2.	Ремонт и техническое обслуживание - включает в себя деятельность
по диагностике (дефектоскопия, технический контроль состояния гидросис-
темы, силового агрегата и электрической части автосамосвала, химический
анализ масел, топлива и охлаждающей жидкости), ремонту (уточнение на-
ряда-задания, определение ремонтного участка, оформление заявки на зап-
части, сдача деталей на оборотный склад, учет выполненного ремонта по
каждому из ремонтных участков), техническому обслуживанию всех видов
(ТО-250, ТО-500, ТО-1500), а также учет на оборотном складе.
3.	Эксплуатация - включает в себя оперативный учет перевозок руды и
вскрыши, прием заявок на перевозки, формирование графика выхода авто-
самосвалов на линию, оформление путевых листов, выпускной контроль,
формирование диспетчерских отчетов и т.п.
4.	Контроль безопасности - включает в себя контроль безопасности дви-
жения и учет дорожно-транспортных происшествий, контроль пожарной бе-
зопасности, контроль технической безопасности (включая безопасность ра-
бот на высоте и шиномонтажном участке).
5.	Обеспечивающая деятельность - включает в себя выполнение следую-
щих функций: материально-техническое снабжение, бухгалтерский учет,
складской учет (запчастей, инструмента и расходных материалов), учет кад-
ров и экономическое планирование (включая планирование труда и зарпла-
ты и планово-экономическую деятельность).
38
6.	Обмен документами с УГОК - включает в себя деятельность секретариата.
На данном уровне введены накопители данных, используемые в несколь-
ких видах деятельности и являющиеся прообразами подсхем интегрирован-
ной базы данных информационной системы АТТ.
1.	Документы в УГОК - любые документы, поступающие в Управление.
2.	Документы из УГОК - любые документы, поступающие из Управле-
ния.
3.	Сотрудники - предназначен для хранения данных о сотрудниках АТТ.
Используется при учете кадров (при приеме и увольнении, подготовке пен-
сионных дел, награждении), учете ремонтов и ТО (для фиксации, кем выпол-
нен ремонт), в бухгалтерии (при проведении начислений и удержаний, учете
материальных ценностей) и др.
4.	НСИ (нормативно-справочная информация) - используется для хране-
ния нормативов, тарифов и другой информации подобного вида.
5.	Технологический транспорт - данные по автосамосвалам: учетная кар-
точка, данные по проведенным ТО, история автосамосвала.
6.	Перевозки - данные по перевозкам на основе диспетчерской сводки.
7.	Ремонты - данные о любом ремонте, включая перечень замененных
узлов и агрегатов.
8.	Запасные части и материалы - используется для хранения данных об
имеющихся в наличии запчастях и материалах, включая данные по складу
запчастей, складу материалов, инструментальному складу и оборотному складу.
9.	Входящие и внутренние документы - информационный канал, исполь-
зуемый для моделирования организации документооборота в АТТ.
Все перечисленные накопители детализируются на нижних уровнях в тех
процессах, где такая детализация необходима. Например, в процессе Хими-
ческий анализ масел и жидкостей введен накопитель Масла и охлаждающие
жидкости, являющийся частью накопителя Запасные части и материалы и,
по сути, моделирующий единственную таблицу из базы данных, в которой
хранятся данные об имеющихся в наличии на АТТ маслах и охлаждающих
жидкостях (тип, место хранения, объем, результаты спектрального анализа
и т.п.).
3.5.2.
Фрагменты детальной модели
ремонтной службы АТТ
Назначением ремонтной службы являются техническое обслу-
живание и ремонт технологического транспорта (автосамосвалов большой
грузоподъемности) с целью поддержания коэффициента технической готов-
ности (КТГ) парка не менее 0,75.
В состав ремонтной службы входят:
•	центр управления ремонтным производством (ЦУН);
•	ремонтные участки (участки технического обслуживания (ТО) и теку-
щего ремонта (ТР), шиномонтажный и шиноремонтный участки, участок
Диагностики и оперативного аварийного ремонта, участок ремонта дизелей
39
и топливной аппаратуры, участки механосварочного производства и ремон-
та агрегатов);
•	участки диагностики (технического состояния, дефектоскопии, химичес-
кого анализа масел и жидкостей);
•	оборотный склад;
•	инструментальная кладовая.
ЦУП осуществляет оперативное управление ремонтными подразделени-
ями и проводит анализ текущей и перспективной обстановки, обеспечивая
при этом решение следующих задач:
•	контроль неснижаемого запаса на оборотном складе;
•	планирование ремонтов дизелей по периодам;
•	планирование ремонтов автосамосвалов по периодам, включая плано-
во-предупредительные ремонты (ППР), текущие ремонты и ТО на двое суток
и на месяц вперед;
•	расчет резерва времени по шинам;
•	расчет резерва времени по фильтрам;
•	расчет средней наработки и анализ отказов узлов автосамосвала;
•	расчет средней наработки и анализ отказов узлов дизеля;
•	формирование заказов на изготовление деталей;
•	формирование заявок на запчасти;
•	формирование наряд-заданий;
•	анализ и учет расхода запасных частей, оборотных агрегатов, шин, го-
рюче-смазочных материалов (ГСМ) и др.;
•	учет движения крупных агрегатов после ремонта по самосвалам (ди-
зель, генератор, редуктор мотор-колесо (РМК), электродвигатель), сопро-
вождение происходивших по ним неисправностей для облегчения диагно-
стирования самосвалов в дальнейшем;
•	проведение анализа технического состояния парка по определенным кри-
териям (пробег, моточасы (м/ч), проведенные ремонты в хронологическом
порядке, результаты диагностики по спектральному анализу масел и др.);
•	учет времени простоев по определенным критериям (по вине персона-
ла, по причине отсутствия запчастей, ГСМ, инструментов, по причине ожи-
дания ремонта из-за отсутствия места или ремонтной бригады);
•	сбор статистики и анализ ходимости узлов и агрегатов с целью опреде-
ления своевременного срока замены при предельном износе;
•	контроль за аварийным запасом запчастей и своевременное оповеще-
ние служб снабжения;
•	на основе графика проведения ТО, выданного техническим отделом, и с
учетом реального времени наработки осуществление перерасчета постанов-
ки на ТО автосамосвалов;
•	выбор места установки автосамосвала в ремонтной зоне или отстойни-
ке в ожидании ремонта по определенным критериям (подъезд манипулято-
ра/автопогрузчика к автосамосвалу, потребность в грузоподъемных механиз-
мах, длительность ремонта, занятость необходимых специалистов на других
самосвалах, наличие необходимых запчастей для проведения ремонта, по-
требность в сварочных работах).
На каждом из ремонтных и диагностических участков должна фиксиро-
ваться информация по решению следующих функциональных задач:
•	уточнение наряд-задания;
•	выявление необходимых деталей и их бронирование;
•	оформление заявок на запчасти;
•	сдача деталей на оборотный склад;
•	учет выполненного ремонта/диагностики.
Задачи оборотного склада включают:
•	учет номенклатуры и количества поступивших на оборотный склад от-
ремонтированных агрегатов и узлов с участков;
•	учет расхода агрегатов и узлов с оборотного склада на конкретные са-
мосвалы.
Инструментальная кладовая осуществляет:
•	учет номенклатуры и количества поступивших на склад инструментов и
расходных материалов к ним;
•	учет расхода инструментов и материалов.
Иерархия функций ЦУИ имеет следующий вид:
Планирование ТО и ремонтов а/с по периодам.
Планирование ТО на месяц вперед.
Планирование ТО на двое суток вперед.
Планирование предупредительных ремонтов.
Планирование текущих ремонтов.
Контроль несниэ/саемого запаса на оборотном складе.
Сбор данных для анализа.
Расчет средней наработки и анализ отказов узлов автосамосвалов.
Расчет средней наработки и анализ отказов узлов дизеля.
Расчет резерва времени по фильтрам.
Расчет резерва времени по шинам.
Планирование ремонта дизелей по периодам.
Формирование заказов на изготовление деталей.
Формирование наряд-заданий.
Формирование заявок на запчасти.
Диаграммы для ЦУИ приведены на рис. 3.6 и 3.7.
Спецификации процессов ЦУИ нижнего уровня выглядят следующим
образом.
I. ДИАГРАММА ПРОЦЕССА: Деятельность ЦУП
ПРОЦЕСС: Планирование ТО и ремонтов автосамосвалов по периодам.
ВХОД: Данные о сотрудниках, Данные о перевозках, НСИ (нормативно-спра-
вочная информация) по автосамосвалам, Данные по транспорту, Данные расчетов
по наработке автосамосвалов, Данные о ремонтах, Данные о запчастях, Планы.
ВЫХОД: Данные заявок, Данные заказов, Данные нарядов, Скорректированные
планы.
ПОДПРОЦЕССЫ:
Выбор информации по типам планирования.
Планирование ТО на месяц вперед.
Планирование ТО на двое суток вперед.
Планирование предупредительных ремонтов.
Планирование текущих ремонтов.
ПРОЦЕСС: Контроль неснижаемого запаса на оборотном складе.
ВХОД: Количество автосамосвалов, Данные о запчастях на оборотном складе,
Опись запчастей на М автосамосвалов.
ВЫХОД: Заявки на запчасти по оборотному складу.
АЛГОРИТМ:
1. Ежедневно осуществляется контроль неснижаемого запаса запчастей на обо-
ротном складе на основе разработанных техническим отделом нормативов (перечень
запчастей и их количество на М автосамосвалов).
2. В случае несоответствия нормативных и текущих данных формируется заявка
на недостающие запчасти.
ПРОЦЕСС: Сбор данных для анализа.
ВХОД: Данные о перевозках, Данные о ремонтах, Данные о транспорте.
ВЫХОД: Данные о наработке узлов дизеля, Данные о наработке узлов автоса-
мосвалов, Данные о наработке шин.
АЛГОРИТМ:
Осуществляется формирование (на основе БД) статистических данных, которые
будут в дальнейшем использоваться при анализе.
ПРОЦЕСС: Расчет средней наработки и анализ отказов узла автосамосвалов.
ВХОД: НСИ по автосамосвалам, Данные по наработке узлов автосамосвалов.
ВЫХОД: Данные расчетов по наработке автосамосвалов.
АЛГОРИТМ:
Средняя наработка рассчитывается по следующей формуле (по автосамосва-
лам, агрегату, узлу, детали): (ср.нараб.) = (общая нараб.) : (кол-во отказов).
ПРОЦЕСС: Расчет средней наработки и анализ отказов узла дизеля.
ВХОД: Данные о наработке узлов дизеля, НСИ по дизелю.
ВЫХОД: Данные расчетов о наработке дизеля.
АЛГОРИТМ:
Средняя наработка рассчитывается по следующей формуле (по агрегату, узлу,
детали): (ср.нараб.) = (общая нараб.) : (кол-во отказов).
ПРОЦЕСС: Расчет резерва времени по фильтрам.
ВХОД: Коэффициент технической готовности (КТГ), Данные по остаткам фильт-
ров, Количество автосамосвалов, НСИ по фильтрам.
ВЫХОД: Данные заявок, Расчеты.
АЛГОРИТМ:
1.	Nm.o.=[N:i], где Nm.o. - количество комплектов фильтров при проведении ТО,
N - количество фильтров данного наименования на складе, i - количество фильтров
данного наименования на один автосамосвал, Q - означают округление до целого.
2.	P-[Nm.o.:kl, где P - количество полных циклов ТО всего парка автосамос-
валов, к- количество единиц транспорта, для которого требуются фильтры данного
наименования.
3.	Q-Nm.o.-P*k, где Q - остаток комплектов.
4.	5=2*5, где В - количество дополнительных дней, s - среднесуточный расход.
5.	Pt=P*t, где Pt - количество моточасов работы всего парка автосамосвалов, на
которые есть в наличии фильтры, t - периодичность замены фильтров.
6.	Pd=Pt:d, где d - среднесуточная наработка на автосамосвалах в моточасах,
Pd - количество дней, на которые хватит запаса фильтров.
7.	Ps=Pd+B, где Рз - полное количество дней (с учетом дополнительных), на ко-
торые хватит запаса фильтров.
ПРОЦЕСС: Расчет резерва времени по шинам.
ВХОД: НСИ по шинам, КТГ, Данные о наработке шин, Данные об остатках шин.
ВЫХОД: Расчеты, Данные заявок.
АЛГОРИТМ:
Расчет резерва времени по шинам осуществляется по формуле М-(Н:Р) *(K:N),
где М - резерв времени имеющихся на складе шин, Н - нормативный пробег шины (в
тыс. км), К-количество шин на складе, Р - средний пробег шины в месяц (в тыс. км),
N - количество шин на автосамосвалах.
ПРОЦЕСС: Планирование ремонтов дизелей по периодам.
ВХОД: Данные о транспорте, Данные о сотрудниках, Данные о ремонтах, Дан-
ные расчетов по наработке дизеля, Данные о запчастях, Планы, НСИ по дизелю, Дан-
ные о перевозках.
ВЫХОД: Данные нарядов, Данные заявок, Скорректированные планы.
АЛГОРИТМ:
Осуществляются планирование ремонтов дизелей по периодам и согласование
сроков ремонтов с заводом-производителем.
ПРОЦЕСС: Формирование заказов на изготовление деталей.
ВХОД: Данные заказов.
ВЫХОД: Заказ.
АЛГОРИТМ:
1.	Заказ внешним организациям на изготовление единичных экземпляров по пред-
ложенным чертежам (уникальные детали).
2.	Заказ внешним организациям на изготовление серии мелких деталей на дли-
тельный срок с предоставлением партий по периодам (неделя, месяц, квартал).
3.	Заказ в тресте «Энергоремонт» на ремонт электрических машин (эл.двига-
тель, генератор и т.д.).
4.	Заказ внешним организациям на сварочные работы по кузовам (изготовление
новых и ремонт).
5.	Заказ на ремонт дизелей в транспортный отдел ГОК для заключения договора
с ремонтным предприятием - производителем дизелей (год, квартал).
6.	Внутренний заказ по АТТ на изготовление деталей.
ПРОЦЕСС: Формирование наряд-заданий.
ВХОД: Данные нарядов.
ВЫХОД: Наряд -задание.
АЛГОРИТМ:
В случае планирования ремонта осуществляются формирование наряд-задания
на ремонт и передача его в процесс РЕМОНТ.
ПРОЦЕСС: Формирование заявок на запчасти.
ВХОД: Данные заявок.
ВЫХОД: Заявка.
АЛГОРИТМ:
Формирование заявки на необходимые для ремонта запасные части и агрегаты с
учетом планирования.
II. ДИАГРАММА ПРОЦЕССА: Планирование ТО и ремонтов автосамосвалов
по периодам
ПРОЦЕСС: Выбор информации по типам планирования.
ВХОД: Данные по транспорту, Данные расчетов по наработке автосамосвалов,
Планы, Заявки, Наряды, Данные по сотрудникам, Данные по ремонтам, НСИ по ав-
тосамосвалам, Данные по запчастям, Данные по перевозкам.
ВЫХОД: Скорректированные планы, Данные заказов, Данные нарядов, Данные
для планирования, Данные заявок.
АЛГОРИТМ:
Осуществляется выбор из БД необходимой для каждого из типов планирования
информации.
ПРОЦЕСС: Планирование ТО на месяц вперед.
ВХОД: НСИ, Вид ТО, Наработка плановая и фактическая (в моточасах).
ВЫХОД: Количество ТО в месяц.
АЛГОРИТМ:
1.	Расчет средней наработки (в моточасах) за 12 предыдущих месяцев по моде-
лям автосамосвалов (БелАЗ-75125, Холпак-510Е).
2.	Определение количества ТО в месяц исходя из нормативной наработки 250
моточасов по формуле:
(кол-во ТО) = (средняя наработка) * (кол-во автосамосвалов данной модели) : 250.
3.	При планировании осуществляется учет следующих критериев:
за 1 смену в ТО находятся 3 автосамосвала любой модели.
ТО проводится в 2 смены.
ПРОЦЕСС: Планирование ТО на двое суток вперед.
ВХОД: Наработка плановая и фактическая, НСИ, Вид ТО.
ВЫХОД: Перечень автосамосвалов (кандидатов на ТО).
АЛГОРИТМ:
1.	Осуществляется выбор автосамосвалов, наработка которых удовлетворяет сле-
дующему неравенству:
(норма наработки для ТО) - (фактическая наработка) < 50м/ч при нормах:
ТО1 = 250 | 750 | 1250;
ТО2 = 500 | 1000;
ТОЗ = 1500 и т.д.
2.	В течение 48 ч проводится контроль наработки выбранных автосамосвалов.
3.	К 7.00 на ТО вызываются 3 автосамосвала для работы в первую смену, к 16.00 -
еще 3 для работы во вторую смену (по минимальным значениям вышеприведенного
неравенства).
ПРОЦЕСС: Планирование предупредительных ремонтов.
ВХОД: Нормативы наработки узлов.
ВЫХОД: Очередность проведения ППР, Корректировка планов ТО на сутки,
Наряд-задание на ремонт, Заявка на запчасти.
АЛГОРИТМ:
1.	На основе нормативов наработки узлов выбираются автосамосвалы, которым
осталось наработать менее 500 моточасов до срока выполнения ППР, и формируется
очередность проведения их ППР.
2.	Планируются и заготавливаются материалы и запчасти к моменту проведения
ППР конкретного автосамосвала, формируются заявки на запчасти и наряд-задание
на проведение ППР.
3.	При необходимости корректируются планы ТО на сутки (с учетом первооче-
редности выполнения ППР).
ПРОЦЕСС: Планирование текущих ремонтов.
ВХОД: Замечания по автосамосвалам.
ВЫХОД: Наряд-задание на ремонт, Заявка на запчасти, План текущих ремонтов.
АЛГОРИТМ:
Планирование текущих ремонтов осуществляется на основе следующей инфор-
мации: журнал учета по автосамосвалам (замечания водителей), данные диагности-
ки, хвосты с предыдущих ТО.
Планируются: постановочные места, момент постановки на ремонт, время в ре-
монте.
Иерархия функций процесса «Ремонт и техническое обслуживание» име-
ет следующий вид:
Диагностика.
Технический контроль состояния технологического транспорта.
Технический контроль.
Учет выполненной диагностики.
Определение причины неисправности электрической части.
Определение причины неисправности силового агрегата.
Определение причины неисправности гидросистемы.
Обновление НСИ.
Дефектоскопия.
Контроль состояния узла.
Формирование акта проверки.
Химический анализ масел и жидкостей.
Анализ состояния масла.
Анализ состояния охлаждающей жидкости.
Анализ состояния топлива.
Формирование заключения по маслам.
Формирование заключения по охлаждающим жидкостям.
Формирование заключения по топливу.
Учет на оборотном складе.
Поступление исправных узлов и агрегатов.
Поступление неисправных узлов и агрегатов.
Выдача исправных узлов и агрегатов.
Передача неисправных узлов и агрегатов.
Составление отчета о состоянии оборотного склада.
Бронирование запчастей.
Ремонт.
Учет выполненного ремонта.
Ремонт аккумуляторов.
Ремонт электрооборудования.
Оперативный аварийный ремонт.
Ремонт агрегатов.
Ремонт ДВС и топливной аппаратуры.
Ремонт и монтаж шин.
Сварочные, заготовительные и механические работы.
Текущий ремонт.
Определение ремонтного участка.
Уточнение иаряд-задания.
Выявление необходимых деталей и бронирование.
Оформление заявки на запчасти.
Сдача деталей на оборотный склад.
Контроль качества ремонта.
Техническое обслуживание.
Формирование наряд-задания на ТО.
Учет выполнения ТО-250.
Учет выполнения ТО-500.
Учет выполнения ТО-1500.
Формирование наряд-задания на ремонт.
Диаграммы процесса приведены на рис. 3.8-3.16.
Ниже приводятся наиболее значимые спецификации процессов нижнего
уровня деятельности по ремонту и техническому обслуживанию.
I. ДИАГРАММА ПРОЦЕССА: Технический контроль состояния технологичес-
кого транспорта
ПРОЦЕСС: Технический контроль.
ВХОД: Данные по транспорту, Данные о сотруднике, Результаты химического
анализа топлива, Наряд-задание на технический контроль.
ВЫХОД: Внешнее проявление неисправности, Наряд-задание на ремонт, Наряд-
задание на диагностику, Протокол наладки, Заявка на химический анализ топлива.
АЛГОРИТМ:
1.	По результатам диагностики и данным из БД ТЕХНОЛОГИЧЕСКИЙ ТРАНС-
ПОРТ ПРОВЕРИТЬ наличие отклонений в работе.
2.	ЕСЛИ отклонение обнаружено, ТО ВЫЯВИТЬ причину неисправности: элек-
трическая часть И/ИЛИ силовой агрегат, И/ИЛИ гидросистема.
ИНАЧЕ СОСТАВИТЬ протокол наладки и передать транспорт по активному
пункту наряд-задания.
3.	В случае необходимости ремонта сформировать наряд-задание на ремонт.
ПРОЦЕСС: Учет выполненной диагностики.
ВХОД: Наряд-задание на диагностику, Данные о сотруднике, Протокол наладки.
ВЫХОД: Данные наладки, Выполненный наряд-задание.
АЛГОРИТМ:
Занесение данных по наладке в БД ТЕХНОЛОГИЧЕСКИЙ ТРАНСПОРТ.
1.	По электрической трансмиссии (дата испытаний, U(b), 1(A), Р(кВт), п (об/мин))
по паспорту, перед наладкой и после наладки по 11 точкам измерений.
2.	По дизелю (дата испытаний; давление масла в магистрали смазки; давление
турбонаддува левое и правое; давление в топливной магистрали между топливным
насосом и форсунками; мощность дизеля).
3.	По гидравлической системе (дата испытаний; результаты испытаний).
ПРОЦЕСС: Определение причины неисправности электрической части.
ВХОД: Внешнее проявление неисправности, Эталонные характеристики, Данные
о сотруднике, Данные эксплуатации и ремонта.
ВЫХОД: Причина, Данные для справочника неисправностей.
АЛГОРИТМ:
1.	СНЯТЬ внешнюю характеристику по п точкам.
2.	ПОСТРОИТЬ график по данным точкам.
3.	СРАВНИТЬ данный график с паспортным, эталонным и лучшим для данного
транспорта .
4.	ОПРЕДЕЛИТЬ факторы по графику: отсечка по точке, отсечка по напряже-
нию, мощность во всем диапазоне, соответствие мощности частоте вращения (все - в
некоторых фиксированных интервалах).
5.	ОПРЕДЕЛИТЬ по фактору причину отклонения.
6.	ЗАПРОСИТЬ справочную информацию о неисправностях.
7.	ЕСЛИ отклонение незначительно, ТО ПРОВЕСТИ коррекцию И ДОПИСАТЬ
в наряд-задание данные по проделанной работе И данные занести в БД ТЕХНОЛО-
ГИЧЕСКИЙ ТРАНСПОРТ, ИНАЧЕ ЗАПИСАТЬ в наряд-задание вид необходи-
мой работы И ПЕРЕДАТЬ на ремонтный участок.
8.	ЕСЛИ внешнее проявление отказа И (ИЛИ) характер отказа, И (ИЛИ) веро-
ятная причина отказа, И (ИЛИ) способ устранения отказа отсутствуют в справоч-
нике, ТО дописать в справочник неисправностей.
ПРОЦЕСС: Определение причины неисправности силового агрегата.
ВХОД: Результаты химического анализа масел, Эталонные характеристики, Внеш-
нее проявление неисправности, Данные эксплуатации и ремонта.
ВЫХОД: Заявка на химический анализ масел, Причина, Данные для справочни-
ка неисправностей.
АЛГОРИТМ:
1.	ВЫБРАТЬ нагрузку на дизель.
2.	ИЗМЕРИТЬ мощность двигателя по показаниям: ток, напряжение и частота,
вращения.
3.	ЕСЛИ мощность < предела, ТО ПРОВЕСТИ измерение на топливной аппара-
туре И трубонаддуве И сдать масла на спектральный анализ.
4.	ЗАПРОСИТЬ справочную информацию по неисправностям.
5.	ОПРЕДЕЛИТЬ причину по результатам измерений.
6.	ЕСЛИ внешнее проявление отказа И (ИЛИ) характер отказа, И (ИЛИ) веро-
ятная причина отказа, И (ИЛИ) способ устранения отказа отсутствуют в справоч-
нике, ТО дописать в справочник неисправностей.
7.	ЕСЛИ отклонение незначительно, ТО ПРОВЕСТИ коррекцию И ДОПИСАТЬ
в наряд-задание данные о проделанной работе И данные занести в БД ТЕХНОЛО-
ГИЧЕСКИЙ ТРАНСПОРТ, ИНАЧЕ ЗАПИСАТЬ в наряд-задание вид необходимой
работы И ПЕРЕДАТЬ на ремонтный участок.
ПРОЦЕСС: Определение причины неисправности гидросистемы.
ВХОД: Эталонные характеристики, Данные о сотруднике, Данные эксплуатации
и ремонта, Внешнее проявление неисправности.
ВЫХОД: Данные для справочника неисправностей, Причина.
АЛГОРИТМ:
1.	СНЯТЬ показания давления характерных точек гидросистемы.
2.	СРАВНИТЬ с эталонным.
3.	ЕСЛИ отклонение обнаружено, ТО ЗАПРОСИТЬ данные из справочника не-
исправностей.
4.	ЕСЛИ отклонение незначительно, ТО ПРОВЕСТИ коррекцию И ДОПИСАТЬ
в наряд-задание данные о проделанной работе И данные занести в БД ТЕХНОЛО-
ГИЧЕСКИЙ ТРАНСПОРТ, ИНАЧЕ ЗАПИСАТЬ в наряд-задание вид необходимой
работы И ПЕРЕДАТЬ на ремонтный участок.
5.	ЕСЛИ внешнее проявление отказа И (ИЛИ) характер отказа, И (ИЛИ) веро-
ятная причина отказа, И (ИЛИ) способ устранения отказа отсутствуют в справоч-
нике, ТО дописать в справочник неисправностей.
II. ДИАГРАММА ПРОЦЕССА: Химический анализ масел и жидкостей
ПРОЦЕСС: Анализ состояния масла.
ВХОД: Заявка на химический анализ масел, Методика анализа масел, Данные о
сотруднике, Данные о транспорте.
ВЫХОД: Данные анализа.
АЛГОРИТМ:
1. Сравнить полученные результаты с предыдущими по каждому элементу и по-
строить график прироста металла в масле. Сравнить с эталонными и критическими
данными.
2. Выдать рекомендации по возможности дальнейшего использования масла.
ПРОЦЕСС: Анализ состояния охлаждающей жидкости.
ВХОД: Данные о сотруднике, Данные по транспорту, Методика анализа охлаж-
дающей жидкости, Заявка на химический анализ охлаждающей жидкости.
ВЫХОД: Данные анализа.
АЛГОРИТМ:
1. Сравнить полученные результаты с критическими нормами.
2. Выдать рекомендации по доливке присадки ДСА (с учетом рассчитанной дозы).
ПРОЦЕСС: Анализ состояния топлива.
ВХОД: Данные о сотруднике, Данные по транспорту, Заявка на химический ана-
лиз топлива, Методика анализа топлива.
ВЫХОД: Данные анализа.
АЛГОРИТМ:
1. Сравнить полученные результаты с эталонными и критическими данными.
2. Выдать рекомендации по пригодности и сезонности.
ПРОЦЕСС: Формирование заключения по маслам.
ВХОД: Данные анализа.
ВЫХОД: Заключение на химический анализ масел.
АЛГОРИТМ:
1. Выбор приемника данных. Если масло поступило с автосамосвалов, то занесе-
ние в БД ТЕХНОЛОГИЧЕСКИЙ ТРАНСПОРТ, иначе - в БД МАСЛА, ТОПЛИ-
ВА И ЖИДКОСТИ.
2. Состав заносимой информации: дата анализа; поставщик в случае поступле-
ния извне; зольность масел; кинематическая вязкость; содержание воды; щелочное
число; механические примеси; температура вспышки; параметры по спектральному
анализу (Zh, Ba, Са, Fe, Cr, Mg, Pb, Si, Al, Mo, Sn, Ag, Ni, Na).
ПРОЦЕСС: Формирование заключения по охлаждающей жидкости.
ВХОД: Данные анализа.
ВЫХОД: Заключение на химический анализ охлаждающей жидкости.
АЛГОРИТМ:
1. Выбор приемника данных. Если жидкость поступила с автосамосвалов, то за-
несение в БД ТЕХНОЛОГИЧЕСКИЙ ТРАНСПОРТ, иначе в БД МАСЛА, ТОПЛИ-
ВА И ЖИДКОСТИ.
2. Состав заносимой информации: дата анализа; поставщик в случае поступле-
ния извне; результат анализа на присадки ДСА.
ПРОЦЕСС: Формирование заключения по топливу.
ВХОД: Данные анализа.
ВЫХОД: Заключение на химический анализ топлива.
АЛГОРИТМ:
1. Выбор приемника данных. Если топливо поступило с автосамосвалов, то зане-
сение в БД ТЕХНОЛОГИЧЕСКИЙ ТРАНСПОРТ, иначе в БД МАСЛА, ТОПЛИВА
И ЖИДКОСТИ.
2. Состав заносимой информации: дата анализа; поставщик в случае поступле-
ния извне; кинематическая вязкость; содержание воды; механические примеси (опре-
деленные методом фильтрации); температура вспышки, сезонность.
III.	ДИАГРАММА ПРОЦЕССА: Учет выполненного ремонта
ПРОЦЕССЫ: Ремонт аккумуляторов, Ремонт электрооборудования, Ремонт
ДВС и топливной аппаратуры, Сварочные, заготовительные и механические работы.
ВХОД: Уточненный наряд-задание, Классификатор работ, деталей, Данные о
сотруднике, Данные о транспорте.
ВЫХОД: Уточненный наряд-задание, Данные о ремонте.
4-1599
АЛГОРИТМ:
Занесение в БД РЕМОНТЫ следующей информации о проведенном ремонте (на
основе наряд-задания и БД СОТРУДНИКИ, ТЕХНОЛОГИЧЕСКИЙ ТРАНСПОРТ,
НСИ): дата выдачи наряда; мастер АРМа; механик а/колонны; водитель; основа-
ние для выдачи наряда; марка автомобиля; гаражный номер; наработка/пробег в
моточасах/км; время постановки на ремонт; время выхода; данные по каждой из
проведенных работ - наименование (код по классификатору) работы; % выполне-
ния; трудоемкость в чел/час; исполнители; замененные узлы и детали (коды по клас-
сификатору).
Занесение в БД осуществляется оператором ЦУП по мере определения и поступ-
ления перечисленной информации.
ПРОЦЕССЫ: Оперативный аварийный ремонт, Текущий ремонт, Ремонт агре-
гатов.
ВХОД: Уточненный наряд-задание, Классификатор работ, деталей, Данные о
сотруднике, Данные о транспорте.
ВЫХОД: Уточненный наряд-задание, Данные по ремонту.
АЛГОРИТМ:
В дополнение к алгоритму процесса РЕМОНТ АККУМУЛЯТОРОВ занесение в
БД РЕМОНТЫ следующих данных, специфичных для оперативного аварийного
ремонта, текущего ремонта при замене агрегата (узла), ремонта агрегатов - редук-
тора мотор-колесо, коробки отбора мощностей, деталей рулевого управления (штан-
ги, тяги): заводской номер агрегата/узла; номер клейма, присвоенный данному аг-
регату оборотного фонда.
ПРОЦЕСС: Ремонт и монтаж шин.
ВХОД: Классификатор работ, деталей, Данные о сотруднике, Уточненный на-
ряд-задание, Данные о шинах, Данные о транспорте.
ВЫХОД: Акт списания шины, Уточненный наряд-задание, Данные о снятии/ус-
тановке, Данные о ремонте.
АЛГОРИТМ:
В дополнение к алгоритму процесса РЕМОНТ АККУМУЛЯТОРОВ:
1.	Занесение в БД РЕМОНТЫ следующих данных, специфичных для ремонта шин:
пробег шины; заводской номер; номер клейма (гаражный номер шины); маркировка
(опытная, северная и др.).
2.	Формирование акта списания шины с указанием причины списания.
3.	Занесение данных в ЖУРНАЛ УЧЕТА: гаражный номер автосамосвала; га-
ражный номер шины; заводской номер шины; размер; модель; позиция; дата; причи-
на демонтажа; техническое состояние (новая, восстановленная, старая с пометкой о
техническом состоянии).
IV.	ДИАГРАММА ПРОЦЕССА: Техническое обслуживание
ПРОЦЕСС: Формирование наряд-задания на ТО.
ВХОД: Данные о сотруднике, Планы ТО, Данные по транспорту, Положение о ТО.
ВЫХОД: Заявка на химический анализ масел, Заявка на химический анализ
топлива, Данные по ТО, Наряд-задание на ТО-1500, Наряд-задание на ТО-250,
Заявка на химический анализ охлаждающей жидкости, Наряд-задание на ТО-500.
АЛГОРИТМ:
1) формирование наряд-задания на ТО и занесение его в ИК ВНУТРЕННИЙ
ДОКУМЕНТООБОРОТ;
2) занесение в БД ТЕХНОЛОГИЧЕСКИЙ ТРАНСПОРТ следующей информа-
ции по наряд-заданию на ТО: дата выдачи наряда; мастер АРМа; механик автоко-
лонны; водитель; марка автомобиля; гаражный номер; наработка/пробег в моточа-
сах/км; время постановки на ТО; время выхода.
ПРОЦЕСС: Учет выполнения ТО-250 (ТО-500, ТО-1500).
ВХОД: Данные о запчастях, Наряд-задание на ТО-250 (ТО-500, ТО-1500), Дан-
ные о сотруднике, Перечень операций по ТО-250 (ТО-500, ТО-1500).
ВЫХОД: Дефектная ведомость. Наряд-задание на ремонт. Данные о бронирова-
нии. Данные о ТО. Данные о необходимости ремонта. Заявка на запчасти.
АЛГОРИТМ:
1. Занесение в БД ЗАПАСНЫЕ ЧАСТИ И АГРЕГАТЫ данных по использован-
ным запчастям.
2. По каждой проведенной операции ТО-250 (ТО-500, ТО-1500) занесение в БД
ТЕХНОЛОГИЧЕСКИЙ ТРАНСПОРТ следующей информации: номер операции в
соответствии с перечнем операций по ТО; код операции; трудоемкость; исполнитель
(АРМ, водитель):
а)	при этом для ТО-250 АРМ выполняет следующие операции: 3,4,5,6,7,8,9,10,11
по обслуживанию двигателя и его систем; 15,16,17,18,19,20,21 по обслуживанию тя-
гового электропривода; 27,30 по обслуживанию гидросистем; 28,29 по обслужива-
нию электрооборудования; 32,33,34,35,36,37,38 - по смазке. Водитель выполняет
следующие операции: 1,2,12,13 по обслуживанию двигателя и его систем; 14 по
обслуживанию системы охлаждения тяговых электродвигателей и генератора;
22,23,24,25,26,31 по обслуживанию ходовой части;
б)	при этом для ТО-500 АРМ выполняет следующие операции: все операции по
ТО-250; 1,2,10,11,12,13,14,15,16,17 - по обслуживанию тягового электропривода;
1,6,20,22 по обслуживанию пневмо- и гидросистем; 21,23 по обслуживанию аккуму-
ляторных батарей; 26,27,28,29,30,31 - по смазке. Водитель выполняет следующие
операции: все операции по ТО-250; 3,4,19 (крепежные соединения); 5 (рулевое уп-
равление); 8,9 (крепление двигателя и систем); 18 (сварные соединения); 24 (фильтр
кабины); 25 (система питания топливом);
в)	при этом для ТО-1500 АРМ выполняет следующие операции: все операции по
ТО-500; операции по ТО-1500 (не определены на АТТ). Водитель выполняет следую-
щие операции: все операции по ТО-500; операции по ТО-1500 (не определены на
АТТ);
3. Выявление необходимости ремонта и передача информации по ремонту в про-
цесс ФОРМИРОВАНИЕ НАРЯД-ЗАДАНИЯ НА РЕМОНТ.
На рис. 3.17 приведена информационная модель ремонтной службы АТТ.
Ниже приведено соответствие сущностей информационной модели и нако-
пителей данных функциональной модели.
Сущность агрегат-узел деталь дефектоскопия диагностика диагностика гидравлики диагностика дизеля диагностика трансмиссии жидкость запасная часть заявка заявленная деталь история карьеры масло наряд-задание ремонт наряд-задание ТО оборотный склад операция ремонт операция ТО охлаждающая жидкость сотрудник тип детали тип операции ремонт тип операции ТО тип ТО топливо транспорт узлы и агрегаты химический анализ шина	Накопитель данных ремонты ремонты технологический транспорт технологический транспорт технологический транспорт технологический транспорт технологический транспорт масла, топливо и охлаждающие жидкости запасные части и агрегаты ремонты ремонты сотрудники масла, топливо и охлаждающие жидкости ремонты технологический транспорт запасные части и агрегаты (оборотного склада) ремонты технологический транспорт масла, топливо и охлаждающие жидкости сотрудники запасные части и агрегаты ремонты технологический транспорт технологический транспорт масла, топливо и охлаждающие жидкости технологический транспорт запасные части и агрегаты масла, топливо и охлаждающие жидкости ремонты
ГЛАВА
4
Моделирование
сбытовой деятельности
завода по переработке
газового конденсата
Объектом исследований является сбытовая деятельность на
типовом заводе стабилизации конденсата (ЗСК).
ЗСК является предприятием по переработке газового конденсата и угле-
водородного сырья. Завод перерабатывает поступающую нефтегазоконден-
сатную смесь и производит товарные продукты (дизельное топливо, автомо-
бильный бензин и бензиновую фракцию) и полуфабрикаты (стабильный кон-
денсат - СК) и широкую фракцию легких углеводородов (ШФЛУ) для
дальнейшей переработки на нефтеперерабатывающих и нефтехимических
заводах. Основными производственными объектами ЗСК являются установ-
ки стабилизации деэтанизированного конденсата, первичной переработки
стабильного конденсата, вторичной переработки бензиновой фракции, то-
варные парки и насосные станции для поставки продукции потребителям по
трубопроводам, системы налива нефтепродуктов в автомобильные и желез-
нодорожные цистерны, причал для отгрузки нефтепродуктов водным транс-
портом, сливо-наливная эстакада для налива сжиженных углеводородных
газов.
ЗСК выпускает следующую товарную продукцию: стабильный конден-
сат, ШФЛУ, сжиженные газы (пропан, бутан, изопентан) и фракции, дизтоп-
ливо, бензиновую фракцию (сырье для производства этилена), бензин (А-76
и Аи-92), сбросной газ. Отгрузка товарной продукции осуществляется авто-
транспортом (самовывоз), железнодорожным транспортом, водным транс-
портом и по трубопроводам.
Сбытовая деятельность ЗСК заключается в организации сбыта товарной
продукции в соответствии с плановыми заданиями и заключенными догово-
рами в установленных сроках и объемах и включает в себя:
•	участие в подготовке проектов перспективных, месячных, квартальных
и годовых планов производства и реализации продукции;
•	выполнение работы по обеспечению заказами на выпускаемую продук-
цию, заключению договоров на ее поставку, составлению заявок и планов
поставки;
•	учет поставки продукции согласно спецификациям, проверка соответ-
ствия объемов и номенклатуры заказываемой продукции планам производ-
ства, договорам, стандартам, техническим условиям и другим нормативным
Документам;
•	контроль запасов готовой продукции;
•	контроль своевременного поступления средств за реализуемую продук-
цию;
•	определение очередности поставок согласно планам реализации;
•	подготовку отчетности по отгруженной продукции;
•	оперативный учет отгруженной продукции автотранспортом, железно-
дорожным транспортом, водным транспортом и по трубопроводам.
4 Модель процесса
«Управление сбытом»
На рис. 4.1 приведена диаграмма потоков данных, детализи-
рующая сбытовую деятельность на ЗСК и включающая в себя следующие
процессы.
1.	Маркетинг - включает в себя анализ заказчиков по категориям, их про-
верку, формирование банка данных по потенциальным клиентам.
2.	Подготовка договоров - включает в себя следующие детализирующие
процессы; Формирование трехстороннего соглашения; Присвоение номера;
Определение объемов и цен; Определение видов продукции; Определение
периода поставки; Определение видов транспорта; Согласование и подписа-
ние договора; Формирование регистрационной карточки договора.
3.	Планирование поставок - включает в себя формирование плана отгруз-
ки на месяц, формирование графика завоза в навигацию, формирование гра-
фика отправки по железной дороге, формирование расшифровки к графику
отправки по железной дороге (ж/д).
4.	Контроль и анализ договоров - включает в себя вычисление объемов
поставок по договорам (ежемесячные объемы по всем видам продукции, объе-
мы поставок автотранспортом, объемы поставок трубопроводным транспор-
том, объемы поставок по железной дороге, объемы поставок водным транс-
портом); анализ состояния договоров с выдачей соответствующих отчетов
(отчет по состоянию текущих договоров, справка о выполнении денежных
договоров, распределение продукции по видам отгрузки); анализ поставок в
разрезе подразделений холдинга (по объемам поставок по взаимозачетам;
соглашениям подразделений; фактической отгрузке); сверку взаиморасчетов
отгрузки по трубе; анализ квартального производства и распределения по
потребностям; анализ поставок за год.
5.	Формирование суточного задания на отгрузку всеми видами тран-
спорта.
6.	Оформление экспортных поставок - отражает специфику работы с за-
рубежными заказчиками.
7.	Формирование отчетности - включает в себя подготовку регламент-
ной отчетности (как внутренней, так и внешней) в разнообразных разрезах,
за исключением оперативной ежедневной отчетности по отгрузке.
8.	Поставка (отгрузка) - собственно описывает этапы процесса отправ-
ки продукции потребителю.
Накопитель Поставки ГКиПП (газового конденсата и продуктов перера-
ботки) содержит полную информацию по поставкам товарной продукции.
Назначение остальных накопителей понятно из их названия и аналогично
назначению накопителей, специфицированных в модели, рассмотренной в
предыдущей главе.
Иерархия функций последнего процесса имеет следующий вид:
Отгрузка по трубе.
Отгрузка СК / ШФЛУ.
Формирование паспорта па СК / ШФЛУ.
Формирование заявки на прокачку.
Учет отгрузки СК / ШФЛУ по трубе.
Оформление актов прокачки.
Отгрузка сбросного газа.
Отгрузка на ГПЗ.
Откачка в топливную сеть ЗСК.
Формирование отчета по отгрузке.
Отгрузка железнодорожным транспортом.
Подготовка цистерн.
Проверка возможности налива.
Проверка необходимости ремонта.
Планирование расстановки по путям.
Комплектация состава.
Забраковка.
Оценка качества.
Учет налива.
Учет налива дизтоплива / бензина Аи-92 / бензина А-76 / пропановой фрак-
ции / бутановой фракции / ШФЛУ / бензиновой фракции / пентан-гексановой
фракции / бутан-пентан-гексановой фракции / изопентановой фракции / про-
пан-бутановой смеси.
Расчет удельного веса и массы.
Формирование ежедневного отчета.
Отчет по наливу жидкостей.
Отчет по наливу сжиженных газов.
Отчет по наливу ШФЛУ.
Сводный отчет по всем продуктам.
Формирование железнодорожной накладной.
Замер налива.
Закрытие железнодорожной накладной.
Отгрузка автотранспортом (самовывоз).
Оценка качества.
Фиксация накладной.
Замер налива.
Учет налива.
Формирование товарно-сопроводительных документов.
Формирование ежедневного отчета.
Отгрузка речным транспортом.
Оценка качества.
Замер налива.
Учет налива.
Формирование сопроводительных документов на судно.
Формирование ежедневного отчета.
Диаграмма процесса Поставка (отгрузка) приведена на рис. 4.2. Детали-
зирующие диаграммы сгруппированы в соответствии с видом транспортиров-
ки: отгрузка автотранспортом (рис. 4.3), отгрузка по трубопроводу (рис. 4.4 -
4.6), отгрузка речным транспортом (рис. 4.7), отгрузка железнодорожным
транспортом (рис. 4.8 - 4.10).
Ниже приводятся наиболее значимые спецификации процессов нижнего
уровня деятельности по поставке (отгрузке).
I.	Отгрузка автотранспортом.
1.1.	ДИАГРАММА ПРОЦЕССА: Отгрузка автотранспортом (самовывоз).
ПРОЦЕСС: Фиксация накладной.
ВХОД: Накладная.
ВЫХОД: Накладная, Данные по накладной.
АЛГОРИТМ:
Занесение в накопитель Поставки ГКиПП следующих данных по накладной: но-
мер накладной; месяц и год действия накладной; дата выпуска накладной; покупа-
тель; номер договора; основание; наименование продукта; единица измерения; объем.
ПРОЦЕСС: Замер налива.
ВХОД: Данные по тоннажу.
ВЫХОД: Объем.
АЛГОРИТМ: Осуществляется замер объема налитого в автоцистерну продукта.
ПРОЦЕСС: Учет налива.
ВХОД: Данные о поставке, Накладная, Плотность.
ВЫХОД: Данные по поставкам, Закрытая накладная.
АЛГОРИТМ:
Для всех видов продуктов (бензин Аи-92 и А-76, дизельное топливо) занесение в
накопитель Поставки ГКиПП следующих данных по отгрузке (для каждой из авто-
цистерн: автомобиля и прицепов): дата отгрузки; продукт; порядковый номер отгруз-
ки; покупатель; номер автомобиля или прицепа; емкость; линия отгрузки; объем;
удельный вес; масса; номер накладной; фактически отпущено; цена; сумма.
ПРОЦЕСС: Формирование товарно-сопроводительных документов.
ВХОД: Данные о поставке.
ВЫХОД: Товарно-сопроводительные документы.
АЛГОРИТМ:
Формирование сопроводительной накладной: номер накладной, предприятие-
заказчик, номер машины, кубатура машины, ФИО водителя, вид продукта, объем,
дата выдачи.
ПРОЦЕСС: Формирование ежедневного отчета.
ВХОД: Данные по поставкам за сутки, Суточный план по самовывозу.
ВЫХОД: Отчетность по самовывозу.
АЛГОРИТМ:
Для каждого из видов продуктов (бензин Аи-92 и А-76, дизельное топливо) осу-
ществляются:
1.	Формирование суточного отчета по отгрузке, включающего следующие дан-
ные по каждой автоцистерне: порядковый номер отгрузки; покупатель; номер авто-
56
мобиля или прицепа; емкость; линия отгрузки; объем; удельный вес; масса; номер
накладной.
2.	Формирование суточной сводки по организациям: организация; номер наклад-
ной; количество (тонн); итого за день тонн.
3.	Формирование сводки за период: организация; номер накладной; количество
(тонн); итого за период тонн.
4.	Формирование сводки по датам: дата; отгружено тонн.
5.	Формирование сводки за период в разрезе договоров: номер накладной; вы-
писано; отпущено; плательщик; номер договора.
6.	Формирование сводки за период по договорам: плательщик; номер договора;
отпущено тонн.
ПРОЦЕСС: Оценка качества.
ВХОД: Объем.
ВЫХОД: Паспорт качества, Данные паспорта качества, Плотность.
АЛГОРИТМ:
1.	Занесение в накопитель Поставки ГКиПП общих данных паспорта по бензи-
ну Аи-93 / бензину А-76 / дизельному топливу: номер паспорта; резервуар; дата
изготовления продукта; дата выдачи паспорта.
2.	Занесение в накопитель Поставки ГКиПП специфичных данных паспорта по
бензину Аи-93 / бензину А-76: детонационная стойкость (октановое число) по
моторному и исследовательскому методам; фракционный состав; давление пара при
37,8° С для летнего и зимнего периодов (мм ртутного столба); кислотность (мг на
100 куб. см бензина); концентрация смол (мг на 100 куб. см бензина); индукционный
период (мин); массовая доля серы (%); испытание на медной пластине (выдержал, не
выдержал); содержание водорастворимых кислот и щелочей; механические примеси
и вода; плотность при 20° С (кг/куб.см); цвет; концентрация свинца в граммах на
1 куб. дм бензина (только для А-76).
3.	Занесение в накопитель Поставки ГКиПП специфичных данных паспорта по
диз.топливу: цетановое число; фракционный состав; кинематическая вязкость при
20° С; температура застывания для умеренной и холодной климатических зон; пре-
дельная температура фильтруемости для умеренной и холодной климатических зон;
температура вспышки; концентрация смол без присадки в мг иа 100 куб. см топлива;
содержание механических примесей(есть, нет); содержание воды (%); содержание
серы (%); меркаптановая сера (%); сероводород (есть, нет); испытания на медной
пластинке (выдержано, не выдержано); зольность (%); коксуемость 10% остатка без
присадки; коэффициент фильтруемости; плотность при 20° С (кг/куб. см).
П.Отгрузка по трубопроводу.
2.1. ДИАГРАММА ПРОЦЕССА: Отгрузка СК/ШФЛУ.
ПРОЦЕСС: Формирование паспорта на СК/ШФЛУ.
ВЫХОД: Данные паспорта качества, Паспорт качества СК/ШФЛУ.
АЛГОРИТМ:
Г Занесение в накопитель Поставки ГКиПП данных паспорта СК: номер пас-
порта; пункт приема-сдачи нефти; резервуар; дата и время отбора пробы; дата вы-
дачи паспорта; температура сдаваемой нефти; плотность при 20° С (измеренная,
фактическая) в кг/м3; плотность при 9° С (измеренная, фактическая) в кг/м3; массо-
вая доля воды (%); концентрация хлористых солей в мг/л; массовая доля механиче-
ских примесей (%); суммарное содержание балласта (%); массовая доля серы (%);
давление насыщенных паров в мм ртутного столба.
2. Занесение в накопитель Поставки ГКиПП данных паспорта ШФЛУ: номер
паспорта; место отбора пробы; сформирован на основе проб (дата, время); дата
выдачи паспорта; массовая доля компонентов в % (сумма углеводородов С1С2,
пропан, сумма углеводородов С4С5, сумма углеводородов С6 и выше); массовая
доля сероводорода и меркаптановой серы в % (в том числе сероводорода); содержа-
ние свободной воды и щелочей (да, нет); внешний вид (например, бесцветная про-
зрачная жидкость); плотность при 20° С (кГ/куб.см).
ПРОЦЕСС: Формирование заявки на прокачку.
ВХОД: Месячный план отгрузки по трубе.
ВЫХОД: Заявка на прокачку.
АЛГОРИТМ:
1) формирование заявки на прокачку: номер заявки (приложения к договору);
номер договора на транспортировку; месяц прокачки; дата формирования заявки;
сдано в систему АК «Транснефть» (в тыс. тонн); распределено всего (в том числе: в
дальнее зарубежье, в ближнее зарубежье, НПЗ России, другим потребителям);
2) передача заявки в АК «Транснефть».
ПРОЦЕСС: Учет отгрузки СК/ШФЛУ по трубе.
ВХОД: Маршрутная телеграмма.
ВЫХОД: Данные по поставкам.
АЛГОРИТМ:
Занесение в накопитель Поставки ГКиПП следующей информации по отгрузке:
название продукта (СК, ШФЛУ); номер паспорта качества; дата поставки; масса
(тонн); получатель; маршрут прокачки.
ПРОЦЕСС: Оформление актов прокачки.
ВХОД: Данные по поставкам.
ВЫХОД: Акт приема-передачи, Акт передачи СУМН.
АЛГОРИТМ:
1) оформление акта передачи СУМН: номер акта; дата оформления; месяц зак-
рытия; количество в тоннах; в том числе разбивка по заказчикам (объем, заказчик);
2) оформление акта приема-передачи заказчику: номер акта; дата оформления;
месяц закрытия; номер договора; дата договора; количество в тоннах.
2.2. ДИАГРАММА ПРОЦЕССА: Отгрузка сбросного газа.
ПРОЦЕСС: Отгрузка на ГПЗ.
ВХОД: Месячный план отгрузки по трубе.
ВЫХОД: Акт-счет за газ, Данные по поставкам.
АЛГОРИТМ:
1) занесение в накопитель Поставки ГКиПП следующей информации по отгруз-
ке СГ: название продукта (СГ); месяц и год поставки; объем в тыс. м3, получатель
(ГПЗ);
2) формирование акта-счета за газ: название продукта (СГ); номер договора;
дата договора; дата выписки; месяц и год поставки; получатель (ГПЗ); объем в тыс. м3;
цена за 1000 м3 в руб.; сумма, НДС.
ПРОЦЕСС: Откачка в топливную сеть ЗСК.
ВХОД: Месячный план откачки в топливную сеть ЗСК.
ВЫХОД: Данные по поставкам.
АЛГОРИТМ:
Занесение в накопитель Поставки ГКиПП следующей информации по отгрузке
СГ: название продукта (СГ), дата откачки, объем в тыс. м3, получатель (ЗСК).
III.	Отгрузка речным транспортом
3.1.	ДИАГРАММА ПРОЦЕССА: Отгрузка речным транспортом.
ПРОЦЕСС: Учет налива.
ВХОД: Суточный план отгрузки речным транспортом, Плотность.
ВЫХОД: Данные о поставках.
АЛГОРИТМ:
Для всех видов продуктов (бензин Аи-92 и А-76, дизельное топливо) занесение в
накопитель Поставки ГКиПП следующих данных по отгрузке: дата отгрузки; наи-
менование судна; продукт; масса (тонны); номер акта; номер квитанции; получа-
тель; пристань назначения; плательщик; номер договора; остаток; недостача.
ПРОЦЕСС: Формирование сопроводительных документов на судно.
ВХОД: Паспорт качества, Данные о поставке.
ВЫХОД: Паспорт качества, Водный акт.
АЛГОРИТМ:
Формирование водного акта (акта налива) на судно: номер акта; дата налива;
наименование судна; порт отправления; порт назначения; отправитель; получатель;
наименование продукта; остаток до налива; плотность; температура; данные заме-
ров (танк, взлив, объем); вес налитого продукта; дата и время поставки к причалу;
дата и время начала погрузки; дата и время окончания погрузки; время погрузки;
номер паспорта качества.
ПРОЦЕСС: Формирование ежедневного отчета.
ВХОД: Суточный план отгрузки речным транспортом, Данные о поставках за
сутки.
ВЫХОД: Отчетность по отгрузке речным транспортом.
АЛГОРИТМ:
Для всех видов продуктов (бензин Аи-92 и А-76, дизельное топливо) осуществ-
ляются:
1)	формирование отчета по отгрузке за период: дата отгрузки; наименование
судна; продукт; масса (тонны); номер акта; номер квитанции; получатель; пристань
назначения; плательщик; номер договора; остаток; недостача; итого судов; итого
тонн;
2)	формирование отчета по плательщикам за период: плательщик; продукт; ко-
личество судов; масса;
59
3)	формирование отчета по договорам за период: номер договора; продукт; ко-
личество судов; масса;
4)	формирование отчета по видам топлива за период: продукт; количество су-
дов; масса.
IV.	Отгрузка железнодорожным транспортом
4.1.	ДИАГРАММА ПРОЦЕССА: Отгрузка железнодорожным транспортом.
ПРОЦЕСС: Формирование железнодорожной накладной.
ВХОД: Список цистерн.
ВЫХОД: Данные железнодорожной накладной.
АЛГОРИТМ:
Занесение в накопитель Поставки ГКиПП следующих данных железнодорож-
ной квитанции (накладной): номер железнодорожной квитанции; станция назначе-
ния; ветка железной дороги; получатель; адрес получателя; наименование груза;
упаковка наливом; номер цистерны.
ПРОЦЕСС: Закрытие ж/д накладной.
ВХОД: ГТД, Данные о поставке.
ВЫХОД: Ж/д накладная, ГТД.
АЛГОРИТМ:
Занесение в накопитель Поставки ГКиПП следующих данных железнодорож-
ной квитанции (накладной): масса груза в кг, железнодорожный тариф (без НДС);
дата отправления.
4.2.	ДИАГРАММА ПРОЦЕССА: Подготовка цистерн.
ПРОЦЕСС: Проверка возможности налива.
ВХОД: Натурный лист, Данные о поставках, Суточный план отгрузки железно-
дорожным транспортом, Данные о предыдущем наливе.
ВЫХОД: Тип цистерны, Поставляемый продукт, Аварийная карточка, Список
цистерн, № цистерны.
АЛГОРИТМ:
1.	На основе суточного плана отгрузки и данных о свободных цистернах осуще-
ствляется выбор цистерны (№ цистерны, тип цистерны).
2.	Для выбранной цистерны проверяется (на основе данных о поставках ГКиПП),
какой продукт перевозился последний раз, т.е. возможность налива.
ПРОЦЕСС: Проверка необходимости ремонта.
ВХОД: Данные по срокам ремонтов, Список цистерн.
ВЫХОД: Список цистерн, Свидетельство об исправности цистерн, Отметка о
необходимости ремонта.
АЛГОРИТМ:
1.	Для каждой из выбранных цистерн проверяется срок ее очередного ремонта
(с учетом планируемого времени в пути), т.е. ее пригодность для курсирования.
2.	В случае пригодности выписывается свидетельство об исправности цистер-
ны, включающее: дату, номер цистерны, вид ГКиПП.
ПРОЦЕСС: Комплектация состава.
ВХОД: Список цистерн.
ВЫХОД: Список цистерн, Данные по отправлению.
АЛГОРИТМ:
Занесение списка цистерн укомплектованного состава в накопитель Цистерны.
ПРОЦЕСС: Забраковка.
ВЫХОД: Данные по сливу, Акт забраковки, Данные по забраковке.
АЛГОРИТМ:
Занесение номера забракованной цистерны в накопитель Цистерны.
4.3.	ДИАГРАММА ПРОЦЕССА: Учет налива.
ПРОЦЕСС: Учет налива продукта.
ВХОД: Удельный вес, масса.
ВЫХОД: Данные по поставкам.
АЛГОРИТМ:
Занесение в накопитель Поставки ГКиПП следующей информации по отгрузке:
название продукта; номер цистерны (8 знаков); тип цистерны; номер паспорта каче-
ства; взлив; температура налива; удельный вес; масса; получатель; станция назна-
чения; ветка железной дороги; собственник цистерны.
Модель процесса
4.2.	«Учет реализации продукции
в бухгалтерии предприятия»
На рис. 4.11 представлена модель процесса учета реализации
продукции в бухгалтерии предприятия. Отметим, что виды учета непосред-
ственно связаны со способом отгрузки продукции ЗСК потребителям.
Иерархия функций процесса «Учет реализации продукции» имеет следую-
щий вид:
Выбор документов по виду отгрузки.
Учет отгрузки в автоцистернах (самовывоз).
Выписка счета по накладной покупателя.
Оформление документов отгрузки в автоцистернах.
Подготовка к учету отгрузки в автоцистернах .
Сверка отпуска продукции в автоцистернах.
Формирование счета за отпуск в автоцистернах.
Учет отгрузки водным транспортом.
Подготовка к учету отгрузки водным транспортом.
Сверка отпуска продукции водным транспортом.
Формирование счета за отпуск водным транспортом.
Учет отгрузки по железной дороге.
Подготовка к учету отгрузки по железной дороге.
Сверка отпуска продукции по железной дороге.
Учет провозной платы по железной дороге.
Формирование счета за отпуск по железной дороге.
Учет отгрузки по трубопроводу.
Подготовка к учету отгрузки по трубопроводу.
Сверка отпуска отгрузки по трубопроводу.
Формирование счета за отпуск по трубопроводу.
Формирование актов сверки реализации ГКиПП.
Формирование отчетов.
В разделах 4.2,1, 4,2.2, 4.2.3 и 4.2.4 представлены диаграммы потоков дан-
ных, детализирующие процессы Учет отгрузки в автоцистернах (самовывоз),
Учет отгрузки водным транспортом, Учет отгрузки по железной дороге, Учет
отгрузки по трубопроводу соответственно. Спецификации других процессов
приведены ниже.
ПРОЦЕСС: Выбор документов по виду отгрузки.
ВХОД: Данные договора, Данные о поставке ГКиПП, Данные о производстве
продукции, Документ по отгрузке продукции, План по отгрузке продукции.
ВЫХОД: Акт налива + квитанция, Акт отгрузки по трубопроводу, Данные до-
говора, Данные о поставке ГКиПП в а/ц, Данные о поставке ГКиПП автотран-
спортом, Данные о поставке ГКиПП по железной дороге, Данные о поставке ГКиПП
по трубопроводу, железнодорожная квитанция, Закрытая накладная, План отгруз-
ки в а/ц, План отгрузки водным транспортом, План отгрузки по железной дороге,
План отгрузки по трубопроводу.
АЛГОРИТМ:
1.	ПОЛУЧИТЬ:
1.1.	Из коммерческо-договорного отдела (КДО):
•	договор на отгрузку: срочность договора, объем по видам продукции, вид
отгрузки, вид оплаты (взаимозачет, степень предоплаты, оплата по факту отгрузки
или поставки);
•	план по отгрузке на текущий месяц: номер договора, наименование предприя-
тия, наименование месяца, наименование продукции;
•	объем продукции, вид отгрузки.
1.2.	С места отгрузки - документы по отгрузке продукции:
•	закрытая накладная от оператора автоматизированной системы налива (АСН)
при отгрузке а/ц в течение месяца;
•	железнодорожная квитанция при отгрузке по железной дороге - ежедекадно из
отдела сбыта;
•	акт об отгрузке по п/п из отдела сбыта;
•	акт налива + квитанция из отдела сбыта.
2.	ВЫБРАТЬ из накопителя:
«ПРОДУКЦИЯ (ГКиПП)» - данные о производстве продукции;
«ПОСТАВКИ (ГКиПП)» - данные о поставке ГКиПП.
3.	ОТСОРТИРОВАТЬ документы по видам отгрузки продукции:
•	АСН (автоматизированной системы налива) в автоцистерну (самовывоз);
•	по железной дороге;
•	по трубопроводу (п/п);
•	водным транспортом (в/тр).
И ПЕРЕДАТЬ на соответствующие участки учета отгрузки продукции.
ПРОЦЕСС: Формирование актов сверки реализации продукции.
ВХОД: Данные карточки покупателя. Данные о дебиторах/кредиторах.
ВЫХОД: Акт сверки, Данные по счету реализации ГКиПП, Сводная ведомость
По реализации.
АЛГОРИТМ:
1.	ВЫБРАТЬ из накопителя:
•	«КАРТОЧКИ ПОКУПАТЕЛЕЙ» - данные по отгрузке продукции каждому
покупателю в течение отчетного периода (месяц, квартал);
•	«ДЕБИТОРЫ-КРЕДИТОРЫ» - данные о состоянии счета покупателя
И СФОРМИРОВАТЬ акт сверки в 3 экз.:
По дебету 79 счета:
•	наименование покупателя;
•	по каждому виду отгрузки: а/ц, ж/д, п/п, в/тр;
•	вид продукции;
•	объем отгруженного (в тоннах);
•	сумма, общая с разбивкой: счет, сумма, вид продукции, объем, провозная плата;
•	ИТОГО за период (месяц, два месяца, квартал);
•	входящее сальдо на начало месяца.
По кредиту 79 счета
•	вид оплаты: взаимозачет, предоплата, оплата по факту;
•	ИТОГО за период (месяц, два месяца, квартал);
•	исходящее сальдо на конец месяца.
2.	СВЕРИТЬ акт с покупателем и
1-й экз. ЗАНЕСТИ в накопитель «АКТЫ СВЕРКИ»,
2-й экз. ПЕРЕДАТЬ покупателю,
3-й экз. ПЕРЕДАТЬ в Центральный офис.
3.	СОСТАВИТЬ сводную ведомость в конце каждого месяца:
•	наименование предприятия;
•	вид продукции;
•	по плану: объем, сумма, провозная плата, плата за использование цистерн,
погашенная сумма;
•	по факту за текущий месяц и всего с начало года с разбивкой: объем, сумма,
провозная плата, плата за использование цистерн, погашенная сумма.
4.	ПЕРЕДАТЬ сводную ведомость в Центральный офис.
Модель процесса «Учет отгрузки
в автоцистернах (самовывоз)»
На рис. 4.12 представлена диаграмма потоков данных, дета-
лизирующая процесс «Учет отгрузки в автоцистернах (самовывоз)». Специ-
фикации процесса приведены ниже.
ПРОЦЕСС: Выписка счета по накладной покупателя.
ВХОД: Накладная с отметкой об отгрузке.
ВЫХОД: Счет-фактура.
4.2.1.
АЛГОРИТМ:
1. ОФОРМИТЬ по требованию покупателя счет-фактуру в 2 экз, на отпущен-
ную продукцию на основе отметки об отпуске продукции в полном объеме в наклад-
ной на отпуск ГСМ.
2. ПЕРЕДАТЬ 1-й экз. покупателю И ЗАНЕСТИ 2-й экз. в накопитель «СЧЕТА-
ФАКТУРЫ».
ПРОЦЕСС: Оформление документов отгрузки автоцистернами (а/ц).
ВХОД: Данные по текущему плану отгрузки автоцистернами, Паспорт, Дове-
ренность, талон.
ВЫХОД: Накладная на отпуск ГСМ в 2 экземплярах, Отметка «накладная вы-
писана».
АЛГОРИТМ:
1.	ПОЛУЧИТЬ от покупателя: паспорт, доверенность и образец талона на са-
мовывоз.
2.	ВЫБРАТЬ из накопителя «КАРТОЧКИ ПОКУПАТЕЛЕЙ» данные по теку-
щему плану отгрузки а/ц данному покупателю.
3.	ЕСЛИ объем по плану не выбран, ТО:
3.1.	ОФОРМИТЬ накладную на отпуск ГСМ на каждый вид продукции отдель-
но в 2 экз.;
3.2.	НАКЛЕИТЬ на накладную образец талона И ПОСТАВИТЬ подписи: поку-
пателя, бухгалтера (оформившего накладную), главного бухгалтера И ПЕРЕДАТЬ
покупателю.
ИНАЧЕ ОТКАЗАТЬ в отпуске продукции.
ПРОЦЕСС: Подготовка к учету отгрузки в а/ц.
ВХОД: Данные договора, План отгрузки в а/ц.
ВЫХОД: Данные по текущему плану отгрузки а/ц.
АЛГОРИТМ:
1.	ПОДГОТОВИТЬ на основе договора и плана отгрузки продукции а/ц на
текущий месяц (из КДО) данные по текущему плану отгрузки продукции а/ц для
каждого покупателя с разбивкой по видам продукции (дизельное топливо, бензин
76, бензин 93) для последующего формирования накладной на отпуск ГСМ.
2.	ЗАНЕСТИ данные по текущему плану отгрузки в накопитель «КАРТОЧКИ
ПОКУПАТЕЛЕЙ» для каждого покупателя по видам продукции.
ПРОЦЕСС: Сверка отпуска продукции в а/ц.
ВХОД: Данные о поставке ГКиПП в а/ц, Данные по текущему плану отгрузки а/ц,
Данные счета-фактуры, Закрытая накладная.
ВЫХОД: Закрытая накладная, Отметка «накладная закрыта».
АЛГОРИТМ:
1.	ПОЛУЧИТЬ:
•	из производственного отдела данные о поставке ГКиПП в а/ц в виде отчета
отгрузки по видам продукции (материальный баланс): наименование продукции;
номер накладной; объем выписанного; объем отгруженного по факту;
•	от оператора АСН закрытые накладные с отметкой на оборотной стороне: № а/ц;
наименование продукции; объем отгруженного; дата вывоза; подпись водителя а/ц;
•	из накопителя «КАРТОЧКИ ПОКУПАТЕЛЕЙ» данные по выписанным на-
кладным.
2.	ПРОВЕРИТЬ совпадение:
2.1.	выписанных накладных с закрытыми накладными. ЕСЛИ совпадение, то
ЗАНЕСТИ в накопитель «КАРТОЧКИ ПОКУПАТЕЛЕЙ» отметку накладная
закрыта.
2.2.	объема отгруженной продукции по отчету об отгрузке с закрытыми на-
кладными. ЕСЛИ есть совпадение, ТО ЗАНЕСТИ в накопитель «НАКЛАДНЫЕ
НА ОТПУСК ГСМ» закрытую накладную;
ИНАЧЕ ВЫЯВИТЬ причину расхождения.
3.	ВЫБРАТЬ из накопителя «СЧЕТА-ФАКТУРЫ» данные по выписанным сче-
там-фактурам и УЧЕСТЬ их при формировании счета-фактуры за месяц.
ПРОЦЕСС: Формирование счета за отпуск в а/ц.
ВХОД: Данные для счета-фактуры.
ВЫХОД: Данные по счету отгрузки, Данные по текущей отгрузке в а/ц, Счет-
фактура.
АЛГОРИТМ:
1.	СФОРМИРОВАТЬ счет-фактуру по виду продукции и по плательщику, ука-
занному в договоре.
2.	ПЕРЕДАТЬ 1-й экз. покупателю И ЗАНЕСТИ 2-й экз. после подписи покупа-
теля в накопитель «СЧЕТА-ФАКТУРЫ».
3.	ОТСОРТИРОВАТЬ счет-фактуру по покупателям и видам отгруженной про-
дукции каждому покупателю.
4.	ЗАНЕСТИ в накопитель «КАРТОЧКИ ПОКУПАТЕЛЕЙ» данные сорти-
ровки с указанием: прямая цена; акциз; НДФ; НДС, общая сумма
И ОПРЕДЕЛИТЬ итоговую сумму по отгрузке всех видов продукции данному
клиенту как дебет 62 счета.
4.2.2.
Модель процесса «Учет отгрузки
водным транспортом»
На рис. 4.13 представлена диаграмма потоков данных, дета-
лизирующая процесс «Учет отгрузки водным транспортом». Спецификации
процесса приведены ниже.
ПРОЦЕСС: Подготовка к учету отгрузки водным транспортом.
ВХОД: Данные договора, План отгрузки водным транспортом.
ВЫХОД: Данные по текущему плану отгрузки.
АЛГОРИТМ:
1. ПОДГОТОВИТЬ на основе договора и плана отгрузки продукции в/тр на
текущий месяц (из КДО) данные по текущему плану отгрузки продукции в/тр для
каждого покупателя с разбивкой по видам продукции для последующей сверки от-
пуска продукции в/тр.
2. ЗАНЕСТИ данные по текущему плану отгрузки в накопитель «КАРТОЧКИ
ПОКУПАТЕЛЕЙ» для каждого покупателя по видам продукции.
5-1599
65
ПРОЦЕСС: Сверка отпуска продукции водным транспортом.
ВХОД: Акт налива + квитанция, Данные о поставке ГКиПП водным транспор-
том, Данные по текущему плану отгрузки.
ВЫХОД: Акт налива + квитанция, Отметка «отгружено».
АЛГОРИТМ:
1.	ПОЛУЧИТЬ:
•	от производственного отдела данные о поставке ГКиПП в/тр по видам про-
дукции (материальный баланс): наименование продукции, объем выписанного, объем
отгруженного по факту;
•	из Отдела сбыта акт налива И квитанцию: № акта; наименование продукции;
объем отгруженного; дата отгрузки; причал отправления; причал назначения; гру-
зоотправитель; грузополучатель; плательщик; провозная плата;
•	из накопителя «КАРТОЧКИ ПОКУПАТЕЛЕЙ» данные по плану отгрузки
водным транспортом.
2.	ПРОВЕРИТЬ совпадение отгрузки материального баланса с данными актов
налива. ЕСЛИ есть совпадение, то ЗАНЕСТИ в накопители:
«КАРТОЧКИ ПОКУПАТЕЛЯ» - отметку «отгружено»;
«АКТЫ НАЛИВА+КВИТАНЦИИ» - сверенный акт + квитанцию,
ИНАЧЕ ВЫЯВИТЬ причину расхождения.
ПРОЦЕСС: Формирование счета за отпуск водным транспортом.
ВХОД: Данные для счета-фактуры.
ВЫХОД: Данные по счету отгрузки, Данные по текущей отгрузке водным транс-
портом, Счет-фактура.
АЛГОРИТМ:
1.	СФОРМИРОВАТЬ счет-фактуру по каждому судну И виду продукции с ука-
занием: № акта; наименование продукции; объем отгруженного; дата отгрузки; при-
чал отправления; причал назначения; грузоотправитель; грузополучатель; платель-
щик; провозная плата.
2.	ПЕРЕДАТЬ 1-й экз. покупателю И ЗАНЕСТИ 2-й экз. после подписи покупа-
теля в накопитель «СЧЕТА-ФАКТУРЫ».
3.	ОТСОРТИРОВАТЬ счет-фактуру по покупателям и видам отгруженной про-
дукции каждому покупателю.
4.	ЗАНЕСТИ в накопитель «КАРТОЧКИ ПОКУПАТЕЛЕЙ» данные сорти-
ровки с указанием: прямая цена; акциз; НДФ; НДС; общая сумма
И ОПРЕДЕЛИТЬ итоговую сумму по отгрузке всех видов продукции данному
клиенту как дебет 62 счета.
4.2.3.
Модель процесса «Учет отгрузки
по железной дороге»
На рис. 4.14 представлена диаграмма потоков данных, дета-
лизирующая процесс «Учет отгрузки по железной дороге». Спецификации
процесса приведены ниже.
ПРОЦЕСС: Подготовка к учету отгрузки по железной дороге.
ВХОД: Данные договора, План отгрузки по ж/д.
ВЫХОД: Данные по текущему плану отгрузки.
АЛГОРИТМ:
1. ПОДГОТОВИТЬ на основе договора и плана отгрузки продукции по желез-
ной дороге на текущий месяц (из КДО) данные по текущему плану отгрузки продук-
ции по железной дороге для каждого покупателя с разбивкой по видам продукции
(дизельное топливо, бензин 76, бензин 93, ДГК, сжиженные газы (ШФЛУ, бутан,
пропан)) для последующей сверки отпуска продукции по железной дороге.
2. ЗАНЕСТИ данные по текущему плану отгрузки в накопитель «КАРТОЧКИ
ПОКУПАТЕЛЕЙ» для каждого покупателя по видам продукции.
ПРОЦЕСС: Сверка отпуска продукции по железной дороге.
ВХОД: Данные о поставке ГКиПП по железной дороге, Данные по текущему
плану отгрузки, железнодорожная квитанция.
ВЫХОД: Железнодорожная квитанция, Отметка «отгружено».
АЛГОРИТМ:
1.	ПОЛУЧИТЬ:
•	от производственного отдела данные о поставке ГКиПП по п/п по видам про-
дукции (материальный баланс): наименование продукции; номер железнодорожной
квитанции; объем выписанного; объем отгруженного по факту И/ИЛИ отчет: стан-
ция назначения; тоннаж; наименование груза; грузоотправитель;
•	из КДО железнодорожные квитанции: № квитанции; № вагона; наименование
продукции; объем отгруженного; дата отгрузки; дата отправки; станция назначе-
ния; грузоотправитель; грузополучатель; плательщик; провозная плата (без НДС);
•	из «КАРТОЧКИ ПОКУПАТЕЛЕЙ» данные по плану отгрузки по железной
дороге.
2.	ПРОВЕРИТЬ совпадение отгрузки по железнодорожной квитанции с данны-
ми СНЭ (при отгрузке вагонами СГтранс НЕ ПРОВЕРЯТЬ). ЕСЛИ совпадение, то
ЗАНЕСТИ в накопители:
«КАРТОЧКИ ПОКУПАТЕЛЕЙ» - отметку «отгружено»,
«ж/д квитанции» - проверенную железнодорожную квитанцию,
ИНАЧЕ - ВЫЯВИТЬ причину расхождения.
ПРОЦЕСС: Учет провозной платы по железной дороге.
ВХОД: Данные договора, Данные железнодорожного тарифа, Данные об опла-
те железнодорожного тарифа, Данные счета-фактуры за провоз по железной дороге,
Запрос на отгрузку по ж/д.
ВЫХОД: Данные о железнодорожном тарифе, Разрешение на отгрузку по ж/д,
Уточненная счет-фактура за провоз по ж/д.
АЛГОРИТМ:
1.	ПОЛУЧИТЬ:
а)	от грузополучателя уточненную сумму провозной платы по ж/д: грузополуча-
тель; дата; № квитанции; № вагона; сумма провозной платы; НДС; общая сумма;
б)	выписку из л/с с поста дистанции ж/д: входящее сальдо; дата; № квитанции;
№ вагона; сумма провозной платы вагона; НДС; общая сумма; отметка: «перебор/
возврат средств» ИЛИ «неоплата грузополучателя» И ВЫБРАТЬ из накопителя
«СЧЕТА-ФАКТУРЫ» (сч/ф) данные сч/ф за провоз по железной дороге.
5*
2.	ПРОВЕРИТЬ по № квитанции совпадение уточненной суммы провозной пла-
ты по ж/д от грузополучателя и изменений по нему в выписке из лицевого счета.
ОФОРМИТЬ счет-фактуру на сумму перебора/возврата средств и по отметке «нео-
плата грузополучателя» в выписке л/с грузополучателю счет-фактуру на сумму нео-
платы за перегон порожняка.
3.	ПЕРЕДАТЬ 1-й экз. грузополучателю, 2-й экз. ЗАНЕСТИ в «СЧЕТА-ФАК-
ТУРЫ» И ЗАНЕСТИ уточненные данные счета-фактуры в «КАРТОЧКИ-ПОКУ-
ПАТЕЛЕЙ».
ПРОЦЕСС: Формирование счета за отпуск по железной дороге.
ВХОД: Данные для счета-фактуры.
ВЫХОД: Данные по счету отгрузки, Данные по текущей отгрузке железной до-
рогой, Счет-фактура за провоз по железной дорогое, Счет-фактура за продукцию.
АЛГОРИТМ:
1.	СФОРМИРОВАТЬ счет-фактуру по виду продукции и по плательщику, ука-
занному в договоре с указанием: наименование продукции; тоннаж; № вагона;
№ квитанции; станция назначения; грузополучатель; наименование плательщика же-
лезнодорожного тарифа.
2.	ПЕРЕДАТЬ 1-й экз. покупателю И ЗАНЕСТИ 2-й экз. после подписи покупа-
теля в накопитель «СЧЕТА-ФАКТУРЫ».
3.	ОТСОРТИРОВАТЬ счет-фактуру по покупателям и по видам отгруженной
продукции каждому покупателю.
4.	ЗАНЕСТИ в накопитель «КАРТОЧКИ ПОКУПАТЕЛЕЙ» данные сортировки
с указанием: прямая цена; акциз; НДФ; НДС; плательщик железнодорожного тари-
фа; общая сумма
И ОПРЕДЕЛИТЬ итоговую сумму по отгрузке всех видов продукции данному
клиенту как дебет 62 счета.
Модель процесса «Учет отгрузки
по трубопроводу»
На рис. 4.15 представлена диаграмма потоков данных, дета-
лизирующая процесс «Учет отгрузки по трубопроводу». Спецификации про-
цесса приведены ниже.
ПРОЦЕСС: Подготовка к учету отгрузки по трубопроводу.
ВХОД: Данные договора, План отгрузки по трубопроводу.
ВЫХОД: Данные по текущему плану отгрузки.
АЛГОРИТМ:
1. ПОДГОТОВИТЬ на основе договора и плана отгрузки продукции по п/п на
текущий месяц (из КДО) данные по текущему плану отгрузки продукции по п/п для
каждого покупателя с разбивкой по видам продукции для последующей сверки от-
пуска продукции по путепроводу.
2. ЗАНЕСТИ данные по текущему плану отгрузки в накопитель «КАРТОЧКИ
ПОКУПАТЕЛЕЙ» для каждого покупателя по видам продукции.
4.2.4.
ПРОЦЕСС: Сверка отпуска продукции по трубопроводу.
ВХОД: Акт отгрузки по трубопроводу, Данные о поставке ГКиПП по трубопро-
воду, Данные по текущему плану отгрузки.
ВЫХОД: Акт об отгрузке по трубопроводу, Отметка «отгружено».
АЛГОРИТМ:
1.	ПОЛУЧИТЬ:
•	от производственного отдела данные о поставке ГКиПП по п/п по видам про-
дукции (материальный баланс): наименование продукции; объем выписанного; объем
отгруженного по факту;
•	из Отдела сбыта акт отгрузки по путепроводу: № акта; наименование продук-
ции; объем отгруженного; дата отгрузки; получатель;
•	из «КАРТОЧКИ ПОКУПАТЕЛЕЙ» данные по плану отгрузки по путепроводу.
2.	ПРОВЕРИТЬ совпадение отгрузки материального баланса с данными актов
по отгрузке по п/п. ЕСЛИ совпадение, то ЗАНЕСТИ в накопители
«КАРТОЧКИ ПОКУПАТЕЛЕЙ» - отметку «отгружено»;
«АКТЫ отгрузки по п/п» - сверенный акт;
ИНАЧЕ - ВЫЯВИТЬ причину расхождения.
ПРОЦЕСС: Формирование счета за отпуск по трубопроводу.
ВХОД: Данные для счета-фактуры.
ВЫХОД: Данные по счету отгрузки, Данные по текущей отгрузке по трубопро-
воду, Счет-фактура за продукцию.
АЛГОРИТМ:
1.	СФОРМИРОВАТЬ счет-фактуру по виду продукции и по плательщику, ука-
занному в договоре с указанием: наименование продукции; тоннаж; наименование
плательщика.
2.	ПЕРЕДАТЬ 1-й экз. покупателю И ЗАНЕСТИ 2-й экз. после подписи покупа-
теля в накопитель «СЧЕТА-ФАКТУРЫ».
3.	ОТСОРТИРОВАТЬ счет-фактуру по покупателям и видам отгруженной про-
дукции каждому покупателю.
4.	ЗАНЕСТИ в накопитель «КАРТОЧКИ ПОКУПАТЕЛЕЙ» данные сорти-
ровки с указанием: прямая цена; акциз; НДФ, НДС, общая сумма
И ОПРЕДЕЛИТЬ итоговую сумму по отгрузке всех видов продукции данному
клиенту как дебет 62 счета.
ГЛАВА
5
Моделирование
деятельности завода
по производству
стройматериалов
Завод по производству строительных материалов выпускает
гипсокартонные плиты, пенополистирольные плиты и металлические про-
фили. Деятельность соответствующих цехов основного производства под-
держивают и обеспечивают функциональные подразделения и службы: ре-
монтно-механический цех, паросиловой цех, погрузочно-разгрузочный цех,
транспортный цех, бухгалтерия, планово-экономический отдел, отдел кад-
ров и т.д. В этой главе мы подробно остановимся на одном из цехов по про-
изводству строительных материалов и подразделении, обеспечивающем ко-
ординацию работы цехов основного производства.
5.1.
Модель верхнего уровня Завода
по производству строительных
материалов
На рис. 5.1 приведена диаграмма потоков данных, детализи-
рующая деятельность «Производство строительных материалов». Функцио-
нально эта деятельность разбивается на следующие процессы.
1.	Производство гипсокартонных плит - моделирует деятельность завода
по производству гипсокартонных плит.
2.	Производство пенополистирольных плит - моделирует деятельность
завода по производству пенополистирольных плит. Включает в себя выпол-
нение функций; организация производства пенополистирольных плит; конт-
роль технологии производства пенополистирольных плит; складирование
готовой продукции из пенополистирольных плит; ремонт и обслуживание
оборудования по производству пенополистирольных плит; учет материалов
при производстве пенополистирольных плит; управление производством
пенополистирольных плит.
3.	Координация производства - моделирует деятельность отдела по коор-
динации работы всех заводов, ремонтных служб, служб поставки сырья и
материалов.
4.	Производство металлических профилей - моделирует деятельность цеха
по производству металлических профилей. Включает в себя выполнение функ-
70
ций: организация производства металлических профилей; контроль за тех-
нологией производства металлических профилей; складирование готовой
продукции из металлических профилей; ремонт и обслуживание оборудова-
ния по производству металлических профилей; учет материалов при произ-
водстве металлических профилей; управление производством металлических
профилей.
На данном уровне используются следующие накопители данных.
Товарно-материальные ценности (ТМЦ) - обобщенный накопитель дан-
ных, содержащий всю информацию об основных средствах, материалах, МБП
и нематериальных активах завода; о состоянии складов готовой продукции;
о состоянии склада комплектующих. В двух последних случаях каждый вид
продукции, помимо детальной информации о ней (номенклатурный номер,
наименование, тип, размеры, область применения, характер упаковки, изго-
товитель, количество, место хранения), характеризуется еще и состоянием:
выписан счет, счет оплачен, выписана товарно-транспортная накладная на
вывоз, не полностью вывезена, забронирована и т.п.
НСИ (нормативно-справочная информация) - система справочников и
классификаторов, предназначенная для хранения нормативов, тарифов, тех-
нических характеристик, утвержденного прейскуранта на продаваемую про-
дукцию и другой информации подобного вида.
Сотрудники - накопитель предназначен для хранения данных о сотруд-
никах предприятия. Используется при учете кадров (при приеме и увольне-
нии, подготовке пенсионных дел, награждении), в плановом отделе (при со-
ставлении штатного расписания), бухгалтерии (при проведении начислений
и удержаний, учете материальных ценностей) и др.
Внутренние документы - содержит документы, циркулирующие внутри
предприятия.
Договоры - данные по всем договорам, заключенным предприятием.
Документы-основания - содержит все документы, являющиеся основани-
ем для проведения бухгалтерских операций (счет-проформа, счет-фактура,
товарно-транспортная накладная, накладная, приходный ордер, расходный
ордер и т.п.), включая данные по состоянию каждого расчетного документа
и его истории движения на предприятии.
Модель процесса
«Координация производства»
На рис. 5.2 приведена диаграмма потоков данных, детализи-
рующая процесс по координации производства.
Внешняя сущность Торговый дом моделирует организацию, которая за-
нимается реализацией готовой продукции завода через дилерскую сеть и соб-
ственные магазины розничной торговли.
Внешняя сущность Ж/Д моделирует структурные подразделения желез-
ной дороги, от которых поступает информация о прибытии грузов от по-
ставщиков и через которые происходит оформление документов на отправ-
ку грузов покупателям по железной дороге.
5.2.
71
Внешняя сущность Водитель моделирует физическое лицо, управляю-
щее автотранспортным средством. Автотранспортные средства используют-
ся для доставки груза от поставщиков и к покупателю, а также для вывоза
мусора и производственных отходов с территории завода.
Два процесса на этой диаграмме, в свою очередь, содержат подпроцессы.
Так, процесс Координация ритмичности производства включает подпроцес-
сы Контроль графика производства, Коррекция графика производства, Про-
верка запасов сырья, а процесс Формирование отчета - подпроцессы Анализ
сбоя ритма работ, Формирование ежедневного рапорта, Формирование от-
чета за период.
Спецификации данных процессов будут приведены в разд. 5.2.1 и 5.2.2
соответственно. Ниже приведены спецификации двух других процессов этой
диаграммы.
ПРОЦЕСС: Координация погрузки/разгрузки.
ВХОД: План погрузки вагонов, Данные о подходе груза, Данные о прибытии
груза, Сообщение о выгрузке/ погрузке.
ВЫХОД: Данные о подходе груза, Данные выгрузки/ погрузки, План погрузки
вагонов.
АЛГОРИТМ:
1.	ПОЛУЧИТЬ от ж/д данные о подходе груза И ЗАНЕСТИ в накопитель «ЖУР-
НАЛ О ПОДХОДЕ ГРУЗА» по статье «ж/д»:
•	дату;
•	наименование груза;
•	номера вагонов;
•	количество вагонов;
•	станцию следования;
•	время следования;
•	ФИО передавшего;
•	ФИО принявшего.
2.	ПОЛУЧИТЬ от водителя данные о прибытии груза автотранспортом И ЗАНЕ-
СТИ в накопитель «ЖУРНАЛ О ПОДХОДЕ ГРУЗА» по статье «автотранспорт»:
•	наименование груза;
•	количество;
•	данные отправителя.
3.	ПОЛУЧИТЬ из Торгового дома план погрузки вагонов 9-м цехом на период
И ЗАНЕСТИ в накопитель «ЖУРНАЛ ПОГРУЗКИ/ ВЫГРУЗКИ ВАГОНОВ» в гра-
фу «План по погрузке».
4.	ВЫБРАТЬ из накопителя «ВНУТРЕННИЕ ДОКУМЕНТЫ» сообщение о по-
грузке / выгрузке вагонов от 9-го цеха И от вахтера при отправке вагонов.
5.	ЗАНЕСТИ в накопитель «ЖУРНАЛ ПОГРУЗКИ/ ВЫГРУЗКИ ВАГОНОВ» в
графу «Факт по погрузке/выгрузке»:
•	дату;
•	погрузка вагонов: количество, наименование груза;
•	выгрузка вагонов: количество, наименование груза;
•	время окончания работ.
ПРОЦЕСС: Координация работ на территории.
ВХОД: Данные об отходах, Талон, Данные о браке, Погашенный талон.
ВЫХОД: Погашенный талон, Талон на вывоз мусора, Данные о работах на тер-
ритории, Данные о работе автосамосвалов.
АЛГОРИТМ:
1.	ВЫБРАТЬ из накопителя:
•	«ЖУРНАЛ ДЕЖУРНОГО ОТДЕЛА КООРДИНАЦИИ ПРОИЗВОДСТВА
(ОКП)» - данные о сыром браке.
•	«ВНУТРЕННИЕ ДОКУМЕНТЫ» - сообщение от заместителя по производ-
ству, начальника завода № 1 об отходах: строительный мусор, отходы заводов
№ 1,2, цех 9, учебный центр.
2.	НАПРАВИТЬ на вывоз мусора и отходов автотранспорт И ВЫДАТЬ талон
на вывоз мусора.
3.	ПОЛУЧИТЬ от водителя погашенный талон на вывоз мусора И ЗАНЕСТИ в
накопитель «ЖУРНАЛ РАБОТЫ АВТОСАМОСВАЛОВ»:
•	дату;
•	ФИО;
•	место погрузки;
•	количество рейсов/часов;
•	место выгрузки;
•	расход талонов.
4.	СОГЛАСОВАТЬ тему совещания с техническим директором И ОПОВЕСТИТЬ
участников совещания о дате, месте, теме совещания.
5.	ЕСЛИ обнаружено нарушение по уборке и чистоте территории, ТО УКАЗАТЬ
мастеру по благоустройству ИЛИ начальнику подразделения на нарушения.
6.	ПРОСЛЕДИТЬ за работой охраны предприятия.
7.	ЕСЛИ нарушение работы в и. 5, 6 критично, ТО ЗАНЕСТИ данные о наруше-
нии в накопитель «ЖУРНАЛ ДЕЖУРНОГО ОКП» И ПОДГОТОВИТЬ служебную
записку Генеральному Директору.
Модель процесса «Координация
ритмичности производства»
На рис. 5.3 приведена диаграмма потоков данных, детализи-
рующая процесс по координации ритмичности производства. Специфика-
ции процесса приведены ниже.
ПРОЦЕСС: Контроль графика производства.
ВХОД: Данные графика производства, Заказ на продукцию, Запрос.
ВЫХОД: Изменение ритмичности производства, Справка.
АЛГОРИТМ:
1.	ПОЛУЧИТЬ из Торгового дома запрос о выполнении заказа.
2.	ВЫБРАТЬ из накопителя «КНИГА ЗАКАЗОВ» указанный заказ И СВЕРИТЬ
с данными графика производства из накопителя «ЖУРНАЛ ГРАФИКА ПРОИЗ-
ВОДСТВА», И ПЕРЕДАТЬ в Торговый дом справку о ходе выполнения заказа.
5.2.1.
3.	ПОЛУЧИТЬ визуальные, устные данные о ходе выполнения графика произ-
водства на заводе.
4.	ЕСЛИ сбой ритмичности производства, ТО ЗАНЕСТИ в накопитель «ЖУР-
НАЛ ДЕЖУРНОГО ПО ОКП» данные изменения ритмичности производства:
•	дату;
•	ФИО внесшего данные;
•	время;
•	место сбоя ритмичности;
•	наименование необходимых мер;
•	время сбоя ритмичности;
•	причину сбоя ритмичности;
•	данные оповещенных о сбое: ремонтная служба, начальник цеха, руководство;
•	предпринятые действия.
ПРОЦЕСС: Коррекция графика производства.
ВХОД: График производства, Данные о сотруднике, Данные о состоянии сырья,
Заявка на продукцию.
ВЫХОД: График производства, Заявка на продукцию, Изменение графика про-
изводства, Отметка о временной бригаде.
АЛГОРИТМ:
1.	ВЫБРАТЬ из накопителя:
•	«ВНУТРЕННИЕ ДОКУМЕНТЫ» - план-график основного производства на
месяц, согласованный ПЭО, замдиректора по техническим вопросам, маркетингом;
•	«СОТРУДНИКИ» - данные о сотруднике для формирования временной бригады.
2.	ПОЛУЧИТЬ из Торгового дома заявку на продукцию вне плана-графика:
•	наименование продукции;
•	марку;
•	упаковку;
•	размеры (мм);
•	количество (м2);
•	срок изготовления;
•	факт изготовления: в упаковке, без упаковки;
•	заказчик (подпись);
•	зам. директора по техническим вопросам.
3.	ВЫБРАТЬ из накопителя «ТМЦ» данные о состоянии сырья, необходимого
для выполнения заказа, И СОГЛАСОВАТЬ с начальником цеха, замдиректора по
техническим вопросам выполнимость заявки.
ЕСЛИ заказ легко выполним, ТО СКОРРЕКТИРОВАТЬ план-график производ-
ства и ЗАНЕСТИ в накопитель:
•	«ЖУРНАЛ ГРАФИКА ПРОИЗВОДСТВА» - изменения графика производства;
•	«КНИГА ЗАКАЗОВ» - заказ с отметкой о внесении в график производства.
ИНАЧЕ - ОТМЕТИТЬ на заказе причину задержки выполнения заявки.
4.	ЕСЛИ заявка на разовую продукцию, ТО ВЫБРАТЬ из накопителя «СО-
ТРУДНИКИ» данные сотрудников временной бригады И СОГЛАСОВАТЬ с каж-
дым текущее участие в бригаде. ЕСЛИ получено согласие, ТО ЗАНЕСТИ в накопи-
тель «СОТРУДНИКИ» отметку об участии во временной бригаде.
74
ПРОЦЕСС: Проверка запасов сырья.
ВХОД: Данные графика производства, Данные о нормах расхода сырья, Дан-
ные, о состоянии сырья.
ВЫХОД: Данные о состоянии сырья.
АЛГОРИТМ:
1.	ВЫБРАТЬ из накопителя:
•	«НСИ» - нормы расхода сырья для производства данного вида продукции;
•	«ЖУРНАЛ ГРАФИКА ПРОИЗВОДСТВА» - данные графика производства;
•	«ТМЦ» - данные о состоянии сырья на складе И СВЕРИТЬ с данными склада
9-го цеха. ЕСЛИ несовпадение, ТО ВЫЯВИТЬ причину расхождения И СКОР-
РЕКТИРОВАТЬ данные по акту снятия остатков.
2.	ОПРЕДЕЛИТЬ запас сырья для производства продукции на основе плана
графика, остатка сырья на складе и в цехах и норм расхода.
3.	ЕСЛИ запас сырья критичен, ТО ПРЕДУПРЕДИТЬ службу закупок о необхо-
димости пополнения запасов сырья для производства продукции.
4.	ЗАНЕСТИ в накопитель «ЖУРНАЛ ПОСТУПЛЕНИЯ СЫРЬЯ И МАТЕРИ-
АЛОВ»:
•	наименование поступившего сырья;
•	количество сырья;
•	остаток на каждый день.
5.2.2. Модель процесса «Формирование отчета»
На рис. 5.4 приведена диаграмма потоков данных, детализи-
рующая процесс по формированию отчетов. Спецификации процесса приве-
дены ниже.
ПРОЦЕСС: Анализ сбоя ритма работ.
ВХОД: Отчет за период.
ВЫХОД: Аналитическая записка.
АЛГОРИТМ:
1.	ВЫБРАТЬ из накопителя «ОТЧЕТЫ ОКП» данные отчета за период.
2.	ПРОАНАЛИЗИРОВАТЬ данные отчета по позициям:
•	ритмичность выполнения графика производства;
•	причины простоя;
•	время простоя;
•	ритмичность погрузки/выгрузки вагонов, автотранспорта;
•	стабильность запаса сырья на складе;
•	ввды проведенных ремонтных работ.
3.	ПОДГОТОВИТЬ аналитическую записку с указанием предложений по:
•	корректировке графика производства;
•	ремонту или замене оборудования;
•	организационной корректировке состава производственной численности
И ПЕРЕДАТЬ руководству для принятия решения.
ПРОЦЕСС: Формирование ежедневного рапорта.
ВХОД: Данные выгрузки/погрузки, Данные основного производства, Данные
работы автосамосвалов, Данные склада готовой продукции, Данные состояния сы-
рья, Изменение ритмичности производства.
ВЫХОД: Данные за день.
АЛГОРИТМ:
1.	ВЫБРАТЬ из накопителя «ВНУТРЕННИЕ ДОКУМЕНТЫ» данные основно-
го производства И ЗАНЕСТИ в рапорт данные производства в графы:
•	завод № 1: ЛГК-12,5, в том числе упакованный, в том числе огнестойкий; брак;
влажный брак;
•	отделение гипсовых изделий: ППГЗ; Панели;
•	завод № 2: формовка: ПСБ-М-15, ПСБ-М-25; сдача: ПСБ-М-15, ПСБ-М-25, ко-
робки;
•	цех № 3: металлические профили: ПН-2, ПН-3, ПН-4, ПН-6, ПП60/27, ПП28,27,
ПС-2, ПС-3, ПС-4, ПС-6, П31/31, Т40/20.
2.	ВЫБРАТЬ из накопителя «ТМЦ» данные состояния склада готовой продук-
ции по отгрузке И ЗАНЕСТИ в графу «Отгрузка продукции» по складам 1-6, 10/1.
3.	ВЫБРАТЬ из накопителя «ЖУРНАЛ ВЫГРУЗКИ/ПОГРУЗКИ ВАГОНОВ»
данные выгрузки/погрузки И ЗАНЕСТИ в графу «Цех № 9»:
•	погружено вагонов: сборный;
•	выгружено вагонов: г/камень, г/изделия.
4.	ВЫБРАТЬ из накопителя «ЖУРНАЛ ПОСТУПЛЕНИЯ СЫРЬЯ НА СКЛАД»
данные по дефициту сырья для производства продукции в соответствии с графиком
производства.
5.	ВЫБРАТЬ из накопителя «ЖУРНАЛ РАБОТЫ АВТОСАМОСВАЛОВ» дан-
ные работы автосамосвалов И ЗАНЕСТИ в графу «Вывезено отходов»:
•	количество самосвалов;
•	с разбивкой по заводам: ЗГКП, ЗППП, прочие.
6.	ВЫБРАТЬ из накопителя «ЖУРНАЛ ДЕЖУРНОГО ПО ОКП» данные изме-
нения ритмичности производства И ЗАНЕСТИ в графу «Замечания по производству»:
•	цех, завод;
•	смена;
•	ФИО мастера;
•	место простоя;
•	время простоя;
•	причины простоя и принятые меры.
ПРОЦЕСС: Формирование отчета за период.
ВХОД: Данные за период, Данные по погашенным талонам.
ВЫХОД: Отчет, Отчет за период.
АЛГОРИТМ:
1.	ВЫБРАТЬ из накопителя «ПОГАШЕННЫЕ ТАЛОНЫ» данные по вывозу
отходов И ПЕРЕДАТЬ в бухгалтерию для подтверждения перевода средств за ис-
пользование свалки.
2.	ВЫБРАТЬ из накопителя «РАПОРТЫ» данные рапорта за период (неделя,
месяц, квартал) И СФОРМИРОВАТЬ отчет за период:
•	дата;
7R
•	место простоя;
•	причина: электрические, механические;
•	время, в мин.;
•	возможное время (чистое время работы для производства продукции);
•	% исполнения времени: факт, время /чистое время;
•	производство: по плану, по факту;
•	общая цифра за период;
•	разбивка по местам производства: завод, обжиг.
3.	ПЕРЕДАТЬ 1-й экз. партнеру.
5.3.	Производство гипсокартонных плит
На рис.5.5 приведена диаграмма потоков данных, отражаю-
щая процессы, протекающие на заводе гипсокартонных плит.
В бизнес-процессе Управление производством отражается деятельность
руководства завода, а именно директора завода, руководителя технической
службы и руководителя производства. Здесь же приводится одна из суще-
ственных функций - подготовка к заключению договора, относящегося к
компетенции завода гипсокартонных плит.
В бизнес-процессе Организация производства ГКП отражена вся техноло-
гическая цепочка при производстве гипсокартонных плит с учетом возник-
новения внештатных ситуаций при производстве.
Бизнес-процесс Ремонт и обслуживание включает в себя следующие функции:
•	определение ремонтной службы (собственная, внешняя);
•	выполнение ремонтных работ (включая резервирование запасных ча-
стей и деталей);
•	проверку выполнения ремонта (в том числе определение качества вы-
полнения ремонтных работ; отметку о времени, затраченном на выполнение
ремонта; регистрацию списка материалов и запасных частей, использован-
ных в процессе ремонта);
•	учет эксплуатации погрузчиков (учет времени использования электро-
погрузчиков для нужд производства - при взаимных расчетах с ремонтно-
механическим цехом, поскольку электропогрузчики закреплены за ремонт-
но-механическим цехом).
В бизнес-процессе Контроль за технологией производства отражена дея-
тельность технологической службы завода по контролю поступающего сы-
рья для производства, операционному контролю за производством и конт-
ролю за качеством готовой продукции.
В бизнес-процессе Учет материала приведены функции по получению
материалов с центральных складов, передаче в производство и формирова-
нию отчетов для дальнейшего использования при определении себестоимо-
сти продукции в планово-экономическом отделе предприятия.
В бизнес-процессе Складирование готовой продукции приведены функции
по учету готовой продукции на складе готовой продукции завода и ее отпус-
ку клиентам по документам, оформленным менеджерами Торгового дома.
77
На данном уровне введены следующие накопители данных.
Внутренние заявки - предназначен для хранения заявок на ремонты, от-
пуска, обучения и др. - на имя руководителей завода гипсокартонных плит.
Технологическое оборудование - предназначен для хранения паспортов
технологического оборудования и данных по истории всех видов ремонтов
оборудования.
Ремонты - предназначен для хранения данных по проведенным ремон-
там; использованным материалам и запасным частям; времени выполнения
ремонта, качеству ремонта; данных о сотруднике, выполнявшем ремонтные
работы.
Журнал операционного контроля - предназначен для хранения данных по
контрольным точкам технологической цепочки при производстве гипсокар-
тонных плит.
5.3.1.
Модель процесса
«Управление производством»
На рис.5.6 приведена диаграмма потоков данных, детализи-
рующая процесс по управлению производством гипсокартонных плит. Спе-
цификации процесса приведены ниже.
ПРОЦЕСС: Деятельность начальника завода.
ВХОД: Данные НСИ, Данные о сотруднике, Данные о сырье, Данные по ремон-
ту, Данные о состоянии склада, Данные эксплуатации технологического оборудо-
вания, Заявка с отметкой «на рассмотрение», План производства, Предписание,
Предписание техники безопасности.
ВЫХОД: Данные НСИ, Данные о новом оборудовании, Заявка.
АЛГОРИТМ:
1.	ВЫБРАТЬ из накопителя:
•	«ВНУТРЕННИЕ ДОКУМЕНТЫ» - план производства на год;
•	«ВНУТРИЗАВОДСКИЕ ЗАЯВКИ» - заявки на запчасти, материалы, ото-
бранные заместителями.
2.	ВЫБРАТЬ из накопителя:
•	«СЫРЬЕ» - данные о новом сырье;
•	«ТЕХНОЛОГИЧЕСКОЕ ОБОРУДОВАНИЕ» - данные эксплуатации техноло-
гического оборудования;
•	«РЕМОНТЫ» - данные о всех ремонтах, проведенных на заводе;
•	«ТМЦ» - данные о наличии на складе запчастей и материалов для ремонта,
монтажа и демонтажа оборудования, состоянии ранее сформированной заявки в
бюро закупок (БЗ);
•	«НСИ» - нормативные данные ремонта, расход материалов; план-график пла-
ново-предупредительных работ;
•	«ВНУТРИЗАВОДСКИЕ ЗАЯВКИ» - заявку на ремонт оборудования от глав-
ного технолога завода.
3.	ЗАКАЗАТЬ запасные части, материалы, оборудование по результатам анали-
за необходимости запасных частей, материалов, оборудования для выполнения пла-
на производства. ЗАНЕСТИ в накопитель «ВНУТРЕННИЕ ДОКУМЕНТЫ» за-
явку на материалы в БЗ, ремонт здания в отдел капитального строительства (ОКС).
4.	ВЫБРАТЬ из накопителя «ВНУТРЕННИЕ ДОКУМЕНТЫ» предписание ТБ и
органов надзора И УСТРАНИТЬ отмеченные недостатки.
5.	РАЗРАБОТАТЬ совместно с ОГМ, ОГЭ смету, нормы расхода энергоносите-
лей: вода, горячая вода, техническая вода, газ, сжатый воздух.
6.	ВЫБРАТЬ из накопителя «СОТРУДНИКИ» данные о сотруднике, подлежа-
щем переобучению, переаттестации, наказанию за нарушения И ЗАНЕСТИ заявку
на переобучение в накопитель «ВНУТРЕННИЕ ДОКУМЕНТЫ» для ОК.
7.	ПОДТВЕРДИТЬ в конце месяца выполнение общезаводскими службами ра-
бот на заводе ГКП:
•	транспортный цех - сводный акт по взаимным претензиям с указанием часов
работы на заводе, видов выполненных работ;
•	электроцех - подтверждение отчета электроцеха по электроэнергии, затрачен-
ной на завод;
•	котельная - подтверждение отчета котельной:
•	количество выпущенной продукции;
•	израсходовано: вода, горячая вода, техническая вода, газ, сжатый воздух;
•	ремонтно-механический цех - подтверждение отчета:
•	№ заявки;
•	наименование работ;
•	объем работ.
ПРОЦЕСС: Деятельность руководителя производства.
ВХОД: Данные о сырье, Данные о ремонте, Данные о состоянии склада, Данные
об эксплуатации технологического оборудования, Заявка на материал, Заказ на
продукцию, Заявка на продукцию, План производства, Рекомендация по организа-
ции производства.
ВЫХОД: Данные о выполнении заказа, Отметка «на рассмотрение».
АЛГОРИТМ:
1.	ВЫБРАТЬ из накопителя:
•	«ВНУТРЕННИЕ ДОКУМЕНТЫ» - план производства на период, разовую
заявку на продукцию;
•	«СЫРЬЕ» - данные о сырье: количество, качество;
•	«РЕМОНТЫ» - данные о ремонте оборудования;
•	«ТМЦ» - данные о состоянии склада;
•	«ТЕХНОЛОГИЧЕСКОЕ ОБОРУДОВАНИЕ» - данные об эксплуатации обо-
рудования;
«ВНУТРИЗАВОДСКИЕ ЗАЯВКИ» - заявка на материал от мастера завода
И/ИЛИ рекомендации по организации производства от службы главного технолога
завода.
2.	ПРОАНАЛИЗИРОВАТЬ возможность выполнения плана производства И/ИЛИ
заявки на продукцию.
3.	ЗАНЕСТИ в накопитель «ВНУТРИЗАВОДСКИЕ ЗАЯВКИ» отметку о при-
нятии заявки к рассмотрению.
4.	СООБЩИТЬ в Торговый дом о ходе выполнения заказа.
5.	КОНТРОЛИРОВАТЬ работу внутризаводских служб: грузчики, рабочие, убор-
щицы, кладовщик, водители.
ПРОЦЕСС: Деятельность руководителя технических служб.
ВХОД: Данные НСИ, Данные о сырье, Данные о ремонте, Данные о состоянии
склада, Заявка на запасные части и оборудование, Заявка на ремонт, Конструктор-
ский проект.
ВЫХОД: Данные НСИ, Данные о новом оборудовании, Задание на ремонт, От-
метка «на рассмотрение», Согласованный проект.
АЛГОРИТМ:
1.	ВЫБРАТЬ из накопителя:
•	«СЫРЬЕ» - данные о новом сырье;
•	«ТЕХНОЛОГИЧЕСКОЕ ОБОРУДОВАНИЕ» - данные эксплуатации техно-
логического оборудования;
•	«РЕМОНТЫ» - данные о всех ремонтах, проведенных на заводе;
•	«ТМЦ» - данные о наличии на складе запасных частей и материалов для ремонта,
монтажа и демонтажа оборудования, состояние ранее сформированной заявки в БЗ;
•	«НСИ» - нормативные данные о ремонте, расходе материалов; план-график
планово-предупредительных работ;
•	«ВНУТРИЗАВОДСКИЕ ЗАЯВКИ» - заявку на ремонт оборудования от глав-
ного технолога завода.
2.	ПРОАНАЛИЗИРОВАТЬ работу оборудования и частоту ремонта по каждому
оборудованию И ПОДГОТОВИТЬ совместно с ОГМ, ОГЭ график планово-предуп-
редительных работ.
3.	СОСТАВИТЬ дефектную ведомость по оборудованию, подлежащему ремонту
по графику планово-предупредительных работ.
4.	ПОДГОТОВИТЬ дополнительное к плану-графику задание на ремонт и про-
филактику по результатам анализа И ЗАНЕСТИ в накопитель «ВНУТРИЗАВОД-
СКИЕ ЗАЯВКИ» задание на ремонт для ремонтных служб завода И/ИЛИ «ВНУТ-
РЕННИЕ ДОКУМЕНТЫ» для ремонтных служб завода.
5.	ВЫБРАТЬ из накопителя «ВНУТРИЗАВОДСКИЕ ЗАЯВКИ» заявку на за-
пасные части, материалы от ремонтников завода И СРАВНИТЬ с наличием на складе
(«ТМЦ») и планом-графиком планово-предупредительных работ.
ЕСЛИ заявленное требуется И на складе отсутствует, ТО ЗАНЕСТИ в накопи-
тель отметку «на рассмотрении» И СФОРМИРОВАТЬ обобщенную заявку в бюро
закупок, И УТВЕРДИТЬ ее в ОГМ, ОГЭ.
ЕСЛИ заявка по импорту, ТО ПОДГОТОВИТЬ спецификацию:
•	наименование изделия;
•	номенклатурный номер (при незнании пояснение по марке изделия);
•	фирма-изготовитель;
•	страна;
•	количество.
6.	ПОДГОТОВИТЬ план-график для демонтажа и монтажа оборудования.
7.	ВЫБРАТЬ из накопителя «ВНУТРЕННИЕ ДОКУМЕНТЫ» проект, разрабо-
танный конструкторским бюро (КБ). СОГЛАСОВАТЬ параметры проекта И ПОДПИ-
САТЬ. ПЕРЕДАТЬ согласованный проект в КБ для дальнейшего производства.
ПРОЦЕСС: Заключение договора.
ВХОД: Данные о состоянии оборудования, Договор, Заявка на запасные части
и материалы, Смета, Типовой договор.
5.3.2.
ВЫХОД: Новая позиция в смете, Проект договора.
АЛГОРИТМ:
1.	ВЫБРАТЬ из накопителя «ВНУТРЕННИЕ ДОКУМЕНТЫ» план производ-
ства на год И/ИЛИ «ВНУТРИЗАВОДСКИЕ ЗАЯВКИ», заявку на запчасти, мате-
риалы, требующие самостоятельного заключения договора: лимит времени, нестан-
дартное оборудование и т.п.
2.	ВЫБРАТЬ из накопителя
«НОРМАТИВНО-СПРАВОЧНАЯ ИНФОРМАЦИЯ»:
•	смету затрат по закупкам;
•	типовой договор с поставщиком.
3.	ПОДГОТОВИТЬ проект договора с поставщиком. ЗАНЕСТИ проект дого-
вора в накопитель «ДОГОВОРЫ» И СОГЛАСОВАТЬ в ОГМ, ОГЭ, ПЭО, право-
вом отделе, бухгалтерии, финансовом отделе с менеджером по инвестициям (для
оборудования по импорту) И с поставщиком.
4.	ЕСЛИ в смете отсутствует позиция по данному договору, ТО ОБНОВИТЬ пози-
ции сметы И ЗАНЕСТИ по данной позиции сметы планируемую сумму по договору.
Модель процесса
«Организация производства ГКП»
На рис. 5.7 приведена диаграмма потоков данных, детализи-
рующая процесс по организации производства гипсокартонных плит. Спе-
цификации процесса приведены ниже.
ПРОЦЕСС: Вывоз на склад готовой продукции.
ВХОД: Данные остатка сырья, Задание по выпуску продукции, Положение о пре-
мировании.
ВЫХОД: Данные брака, Данные для начисления зарплаты, Данные испытаний,
Данные по готовой продукции, Данные прихода/расхода сырья, Заявка на ремонт,
Накладная, Акт о некондиции.
АЛГОРИТМ:
1.	ВЫБРАТЬ из накопителя «ВНУТРИЗАВОДСКИЕ ЗАЯВКИ» задание по вы-
пуску продукции.
2.	ВЫБРАТЬ из накопителя «ЖУРНАЛ ОПЕРАЦИОННОГО КОНТРОЛЯ» дан-
ные по остатку сырья на начало смены.
3.	ЕСЛИ сбой оборудования, ТО ЗАНЕСТИ в накопитель «ВНУТРИЗАВОДС-
КИЕ ЗАЯВКИ» заявку на ремонт оборудования И в накопитель «ЖУРНАЛ ОПЕРА-
ЦИОННОГО КОНТРОЛЯ» причину сбоя и степень нарушения технологии И/ИЛИ
качества продукции.
4.	ЗАНЕСТИ в накопитель:
«ЖУРНАЛ ОПЕРАЦИОННОГО КОНТРОЛЯ» в конце смены:
•	дату;
•	смену;
•	наименование продукции;
•	количество продукции;
•	подпись сдавшего смену;
«ЖУРНАЛ ДЕФЕКТОВ»:
•	количество брака;
•	количество брака при сушке;
•	количество влажного брака;
•	вид брака;
•	подпись сдавшего смену;
«ЖУРНАЛ ПРИЕМО-СДАТОЧНЫХ ИСПЫТАНИЙ»:
•	данные испытаний;
•	подпись сдавшего смену.
5.	ОПРЕДЕЛИТЬ:
ЕСЛИ некондиция, ТО СОСТАВИТЬ акт о некондиции (главный технолог, ве-
дущий инженер по качеству, нач. завода, зам. директора по техническим вопросам);
ЕСЛИ полуфабрикат ИЛИ кондиция, ТО ВЫПИСАТЬ накладную для сдачи
на склад.
6.	ЗАНЕСТИ в накопитель «ВНУТРЕННИЕ ДОКУМЕНТЫ» для передачи на
склад.
7.	ЗАНЕСТИ в накопитель «ТОВАРНО-МАТЕРИАЛЬНЫЕ ЦЕННОСТИ» дан-
ные о готовой продукции, передаваемой на склад готовой продукции.
8.	ПОДГОТОВИТЬ данные для начисления заработной платы смены на основе
коэффициента трудового участия (КТУ) члена бригады, работников на сдельной
оплате с учетом Положения о премировании И ЗАНЕСТИ в накопитель «ВНУТ-
РЕННИЕ ДОКУМЕНТЫ» для передачи в бухгалтерию.
ПРОЦЕСС: Дробление камня.
ВХОД: Данные об остатке сырья, Задание по выпуску продукции.
ВЫХОД: Данные о приходе/расходе сырья, Данные о сбое, Задание по выпуску
продукции, Заявка на ремонт.
АЛГОРИТМ:
1.	ЗАНЕСТИ в накопитель «ЖУРНАЛ ОПЕРАЦИОННОГО КОНТРОЛЯ» в
конце смены:
•	дату;
•	наименование смены;
•	остаток сырья на начало смены;
•	приход сырья за смену;
•	расход сырья за смену;
•	остаток сырья на конец смены;
•	подпись сдавшего смену;
•	подпись принявшего смену.
2.	ЕСЛИ сбой оборудования, ТО ЗАНЕСТИ в накопитель «ВНУТРИЗАВОДС-
КИЕ ЗАЯВКИ» заявку на ремонт оборудования И в накопитель «ЖУРНАЛ ОПЕ-
РАЦИОННОГО КОНТРОЛЯ» - причину сбоя и степень нарушения технологии И/
ИЛИ качества продукции.
ПРОЦЕСС: Завоз сырья.
ВХОД: Задание по выпуску продукции.
ВЫХОД: Задание по выпуску продукции.
АЛГОРИТМ:
1. ВЫБРАТЬ из накопителя «ВНУТРИЗАВОДСКИЕ ЗАЯВКИ» данные о завозе
сырья в цех на основе задания по выпуску продукции от руководителя производства.
2. ПОЛУЧИТЬ данные лимитно-заборной карты (ЛЗК) у лаборантов и ЗАНЕ-
СТИ основное сырье и вспомогательные материалы по технологическим переделам:
дробление камня - камень, формовка продукции - картон.
ПРОЦЕСС: Обжиг гипса.
ВХОД: Задание по выпуску продукции.
ВЫХОД: Задание на ремонт, Данные о сбое, Задание по выпуску продукции.
АЛГОРИТМ:
1.	ЗАНЕСТИ в накопитель «ЖУРНАЛ ОПЕРАЦИОННОГО КОНТРОЛЯ» в кон-
це смены:
•	дату;
•	смену;
•	подпись сдавшего смену;
•	подпись принявшего смену.
2.	ЕСЛИ сбой оборудования, ТО ЗАНЕСТИ в накопитель «ВНУТРИЗАВОД-
СКИЕ ЗАЯВКИ» заявку на ремонт оборудования И в накопитель «ЖУРНАЛ ОПЕ-
РАЦИОННОГО КОНТРОЛЯ» причину сбоя и степень нарушения технологии
И/ИЛИ качества продукции.
ПРОЦЕСС: Работа на конвейере.
ВХОД: Задание по выпуску продукции.
ВЫХОД: Данные сбоя, Заявка на ремонт, Задание по выпуску продукции.
АЛГОРИТМ:
1.	ВЫБРАТЬ из накопителя «ВНУТРИЗАВОДСКИЕ ЗАЯВКИ» задание по вы-
пуску продукции.
2.	ВЫБРАТЬ из накопителя «ЖУРНАЛ ОПЕРАЦИОННОГО КОНТРОЛЯ» дан-
ные по остатку сырья на начало смены.
3.	ЕСЛИ сбой оборудования, ТО ЗАНЕСТИ в накопитель «ВНУТРИЗАВОД-
СКИЕ ЗАЯВКИ» заявку на ремонт оборудования И в накопитель «ЖУРНАЛ ОПЕ-
РАЦИОННОГО КОНТРОЛЯ» причину сбоя и степень нарушения технологии
И/ИЛИ качества продукции.
4.	ЗАНЕСТИ в накопитель «ЖУРНАЛ ОПЕРАЦИОННОГО КОНТРОЛЯ» в
конце смены:
•	Дату;
•	наименование смены;
•	скорость конвейера;
•	время простоев: от ... до .., всего мин., примечание;
•	подпись сдавшего смену;
•	подпись принявшего смену.
ПРОЦЕСС: Резка продукции.
ВХОД: Задание по выпуску продукции.
ВЫХОД: Данные сбоя, Заявка на ремонт, Задание по выпуску продукции.
АЛГОРИТМ:
1.	ВЫБРАТЬ из накопителя «ВНУТРИЗАВОДСКИЕ ЗАЯВКИ» задание по вы-
пуску продукции.
6*
2.	ВЫБРАТЬ из накопителя «ЖУРНАЛ ОПЕРАЦИОННОГО КОНТРОЛЯ»
данные по остатку сырья на начало смены.
3.	ЕСЛИ сбой оборудования, ТО ЗАНЕСТИ в накопитель «ВНУТРИЗАВОД-
СКИЕ ЗАЯВКИ» заявку на ремонт оборудования И в накопитель «ЖУРНАЛ ОПЕ-
РАЦИОННОГО КОНТРОЛЯ» причину сбоя и степень нарушения технологии
И/ИЛИ качества продукции.
4.	ЗАНЕСТИ в накопитель «ЖУРНАЛ ОПЕРАЦИОННОГО КОНТРОЛЯ» в
конце смены:
•	дату;
•	наименование смены;
•	количество брака при резке;
•	количество загрузки в сушило;
•	подпись сдавшего смену;
•	подпись принявшего смену.
ПРОЦЕСС: Сушка продукции.
ВХОД: Задание по выпуску продукции.
ВЫХОД: Данные сбоя, Заявка на ремонт, Задание по выпуску продукции.
АЛГОРИТМ:
1.	ВЫБРАТЬ из накопителя «ВНУТРИЗАВОДСКИЕ ЗАЯВКИ» задание по вы-
пуску продукции.
2.	ВЫБРАТЬ из накопителя «ЖУРНАЛ ОПЕРАЦИОННОГО КОНТРОЛЯ»
данные по остатку сырья на начало смены.
3.	ЕСЛИ сбой оборудования, ТО ЗАНЕСТИ в накопитель «ВНУТРИЗАВОД-
СКИЕ ЗАЯВКИ» заявку на ремонт оборудования И в накопитель «ЖУРНАЛ ОПЕ-
РАЦИОННОГО КОНТРОЛЯ» - причину сбоя и степень нарушения технологии
И/ИЛИ качества продукции.
4.	ЗАНЕСТИ в накопитель «ЖУРНАЛ ОПЕРАЦИОННОГО КОНТРОЛЯ» в
конце смены:
•	дату;
•	смену;
•	подпись сдавшего смену;
•	подпись принявшего смену.
ПРОЦЕСС: Формовка продукции.
ВХОД: Данные об остатке сырья, Задание по выпуску продукции.
ВЫХОД: Данные о приходе/расходе сырья, Данные сбоя, Задание по выпуску
продукции,Заявка на ремонт.
АЛГОРИТМ:
1.	ВЫБРАТЬ из накопителя «ВНУТРИЗАВОДСКИЕ ЗАЯВКИ» задание по вы-
пуску продукции.
2.	ВЫБРАТЬ из накопителя «ЖУРНАЛ ОПЕРАЦИОННОГО КОНТРОЛЯ»
данные об остатке сырья на начало смены.
3.	ЕСЛИ сбой оборудования, ТО ЗАНЕСТИ в накопитель «ВНУТРИЗАВОД-
СКИЕ ЗАЯВКИ» заявку на ремонт оборудования И в накопитель «ЖУРНАЛ ОПЕ-
РАЦИОННОГО КОНТРОЛЯ» - причину сбоя и степень нарушения технологии
И/ИЛИ качества продукции.
4.	ЗАНЕСТИ в накопитель «ЖУРНАЛ ОПЕРАЦИОННОГО КОНТРОЛЯ» в
конце смены:
•	дату;
•	наименование смены;
•	остаток сырья на начало смены;
•	приход сырья за смену;
•	расход сырья за смену;
•	остаток сырья на конец смены;
•	подпись сдавшего смену;
•	подпись принявшего смену.
ПРОЦЕСС: Штабелирование продукции.
ВХОД: Задание по выпуску продукции.
ВЫХОД: Данные о сбое, Заявка на ремонт, Задание по выпуску продукции.
АЛГОРИТМ:
1.	ВЫБРАТЬ из накопителя «ВНУТРИЗАВОДСКИЕ ЗАЯВКИ» задание по вы-
пуску продукции.
2.	ВЫБРАТЬ из накопителя «ЖУРНАЛ ОПЕРАЦИОННОГО КОНТРОЛЯ» дан-
ные об остатке сырья на начало смены.
3.	ЕСЛИ сбой оборудования, ТО ЗАНЕСТИ в накопитель «ВНУТРИЗАВОД-
СКИЕ ЗАЯВКИ» заявку на ремонт оборудования И в накопитель «ЖУРНАЛ ОПЕ-
РАЦИОННОГО КОНТРОЛЯ» - причину сбоя и степень нарушения технологии
И/ИЛИ качества продукции.
4.	ЗАНЕСТИ в накопитель «ЖУРНАЛ ОПЕРАЦИОННОГО КОНТРОЛЯ» в
|конце смены:
•	Дату;
•	наименование смены;
•	остаток полуфабриката (п/ф) смены № на начало смены;
•	приход п/ф смены № за смену;
•	расход п/ф смены № за смену;
•	остаток п/ф смены № на конец смены;
•	количество п/ф на колодки;
•	количество п/ф на упаковку;
•	подпись сдавшего смену;
•	подпись принявшего смену.
5.	ШТАБЕЛИРОВАТЬ продукцию в соответствии с заданием: в упаковке, без
[упаковки.
Модель процесса «Контроль
за технологией производства»
На рис. 5.8 приведена диаграмма потоков данных, детализи-
рующая процесс по контролю за технологией производства гипсокартонных
плит. Спецификации процесса приведены ниже.
5.3.3.
85
ПРОЦЕСС: Обновление НСИ.
ВХОД: Данные о новом оборудовании, Данные о сырье, Новые нормы расхода,
Новый регламент.
ВЫХОД: Проект регламента, Регламент.
АЛГОРИТМ:
1.	ВЫБРАТЬ из накопителя «ТЕХНОЛОГИЧЕСКОЕ ОБОРУДОВАНИЕ» -
данные об оборудовании, предполагаемом к вводу (покупке, монтажу).
2.	РАЗРАБОТАТЬ нормы расхода сырья для данного вида оборудования (с уче-
том документации к оборудованию), СОГЛАСОВАТЬ с главным технологом заво-
да, ПЭО и УТВЕРДИТЬ у зам. директора по техническим вопросам.
3.	ВЫБРАТЬ из накопителя:
•	«СЫРЬЕ» - данные о сырье, впервые поступившем на склад ИЛИ предпола-
гаемом к закупке;
•	«НСИ» - новые нормы расхода для производства продукции.
4.	РАЗРАБОТАТЬ проект регламента: технические условия для нового вида
:ырья И результат апробации И ПЕРЕДАТЬ в ТО для документального оформле-
ния регламента.
5.	ВЫБРАТЬ из накопителя «НСИ» новый регламент из ТО и ЗАНЕСТИ в ло-
кальный накопитель «РЕГЛАМЕНТЫ».
ПРОЦЕСС: Осуществление входного контроля.
ВХОД: Данные ГОСТа, Отметка «на складе».
ВЫХОД: Акт о негодности, Данные входного контроля, Отметка входного
контроля.
АЛГОРИТМ:
1.	ВЫБРАТЬ из накопителя «СЫРЬЕ» данные о поступлении на склад.
2.	ВЫБРАТЬ из накопителя «РЕГЛАМЕНТЫ» данные ГОСТа И ПРОВЕСТИ
испытания для контроля качества данного вида сырья (так, для картона: плотность,
sec 1 кв. метра, влажность, показатели поставщика).
3.	ЗАНЕСТИ для каждого вида сырья результат контроля в накопители «ЖУР-
НАЛ ВХОДНОГО КОНТРОЛЯ» И «СЫРЬЕ».
4.	ЕСЛИ результат испытания не соответствует ГОСТУ, ТО СОСТАВИТЬ акт
з негодности и ЗАНЕСТИ в накопитель «ВНУТРЕННИЕ ДОКУМЕНТЫ» для пе-
редачи в ТО (бюро качества).
ПРОЦЕСС: Осуществление выходного контроля.
ВХОД: Данные входного контроля, Данные о готовой продукции, Данные опе-
рационного контроля.
ВЫХОД: Данные выходного контроля, Отметка контроля готовой продукции.
АЛГОРИТМ:
1.	ВЫБРАТЬ из накопителя:
•	«ТМЦ» - сообщение о готовности продукции;
•	«ЖУРНАЛ ОПЕРАЦИОННОГО КОНТРОЛЯ» - данные о состоянии про-
дукции на каждом переделе.
2.	ПРОВЕСТИ испытания готовой продукции на выходе.
3.	ЗАНЕСТИ в накопитель:
«ЖУРНАЛ ВЫХОДНОГО КОНТРОЛЯ»;
•	продукцию;
•	некондицию;
•	полуфабрикат;
•	брак: в переработку, на выброс;
«ТМЦ»:
•	отметку: «приемо-сдаточные испытания проведены».
ПРОЦЕСС: Осуществление операционного контроля.
ВХОД: Данные входного контроля, Данные регламента, Технологические данные.
ВЫХОД: Отметка операционного контроля, Сообщение о нарушении технологии.
АЛГОРИТМ:
1.	ВЫБРАТЬ из накопителя:
•	«РЕГЛАМЕНТЫ» - данные регламента по каждому технологическому пе-
ределу;
•	«ЖУРНАЛ ВХОДНОГО КОНТРОЛЯ» - данные входного контроля о состоя-
нии сырья.
2.	ПРОВЕСТИ контроль по каждому переделу с учетом технологических дан-
ных по каждому рабочему месту из накопителя «ЖУРНАЛ ОПЕРАЦИОННОГО
КОНТРОЛЯ»:
а)	на формовке - контроль исходных компонентов, анализ рецептуры, дозировки;
б)	на конвейере - качество кромок, качество поверхностей;
в)	на резке - проверка метрических размеров, веса квадратного метра, качество
проклейки;
г)	на сушке - проверка качества приклейки, торцов, вес м2, качество лицевой и
тыльной сторон;
д)	при штабелировании - внешний вид, качество штабелирования, качество
упаковки.
3.	ЗАНЕСТИ результат операционного контроля по каждому переделу в «ЖУР-
НАЛ ОПЕРАЦИОННОГО КОНТРОЛЯ».
4.	ЕСЛИ нарушение регламента критично, ТО СООБЩИТЬ в службу гл. тех-
нолога ИЛИ директора завода.
ПРОЦЕСС: Формирование отчета.
ВХОД: Данные входного контроля, Данные выходного контроля, Данные ЛЗК,
Данные НСИ, Данные о сырье, Данные операционного контроля, Данные о готовой
продукции за сутки, Данные регламента.
ВЫХОД: Заявка на ремонт, Производственный отчет, Рекомендация по органи-
зации производства.
АЛГОРИТМ:
1.	ВЫБРАТЬ из накопителя:
•	«СЫРЬЕ» - данные о приходе, расходе и остатку сырья;
•	«ТМЦ» ~ данные о готовой продукции, поступившей на склад за сутки;
•	«НСИ» - плановая цена продукции, нормы расхода;
•	«ЛИМИТНО-ЗАБОРНЫЕ КАРТЫ» - данные о расходе материала, сырья по
ЛЗК;
87
2.	СОСТАВИТЬ отчет о расходе сырья, материалов и полуфабрикатов завода
№ за период на данный день и нарастающим итогом:
•	порядковый номер (п/н);
•	номенклатурный номер;
•	наименование материала;
•	единица измерения;
•	плановая цена материала;
•	остатки материала на начало месяца: в незавершенном производстве, в цехе;
•	приход по ЛЗК;
•	расход материала по норме на выпуск;
•	расход материала по факту на выпуск;
•	расход материала по норме на некондицию;
•	прочие списания;
•	остатки материала на конец месяца: в незавершенном производстве, в цехе.
3.	СОСТАВИТЬ отчет с указанием расхода основного и вспомогательного мате-
риала по каждой номенклатуре изделий на данный день и нарастающим итогом:
•	п/н;
•	номенклатурный номер;
•	наименование материала;
•	единица измерения;
•	плановая цена материала;
•	остатки материала на начало месяца: в незавершенном производстве, в цехе;
•	приход по ЛЗК;
•	расход материала по норме на выпуск;
•	расход материала по факту на выпуск;
•	расход материала по норме на некондицию;
•	прочие списания.
4.	ВЫБРАТЬ из накопителя:
•	«ЖУРНАЛ ВХОДНОГО КОНТРОЛЯ» - данные входного контроля;
•	«ЖУРНАЛ ОПЕРАЦИОННОГО КОНТРОЛЯ» - данные операционного контроля;
•	«ЖУРНАЛ ВЫХОДНОГО КОНТРОЛЯ» - данные выходного контроля;
•	«РЕГЛАМЕНТЫ» - данные регламента;
•	«СЫРЬЕ» - данные о сырье.
5.	ПРОАНАЛИЗИРОВАТЬ работу каждого передела И ЗАНЕСТИ в накопи-
тель «ВНУТРИЗАВОДСКИЕ ЗАЯВКИ»:
•	заявку на ремонт технологического оборудования для руководителя техниче-
ских служб И/ИЛИ;
•	рекомендации по организации производства для руководителя производства.
ПРОЦЕСС: Формирование заказа на сырье.
ВХОД: Данные регламента, Данные о состоянии сырья, Заявка на продукцию,
План-график производства.
ВЫХОД: Заказ на сырье в Бюро закупок, ЛЗК на склад, ЛЗК.
АЛГОРИТМ:
1.	ВЫБРАТЬ из накопителя «НСИ» план-график производства на месяц И/ИЛИ
ПОЛУЧИТЬ от руководителя по производству данные заявки Клиента на продук-
цию из накопителя «ВНУТРЕННИЕ ДОКУМЕНТЫ».
2.	ВЫБРАТЬ из накопителя «СЫРЬЕ» данные о количестве и качестве сырья
для выполнения заказа в соответствии с данными регламента из накопителя «РЕГ-
ЛАМЕНТ».
3.	ЕСЛИ сырье на складе не соответствует количественно И/ИЛИ качественно
регламенту для выполнения заказа, ТО ЗАНЕСТИ заявку на сырье в БЗ в накопи-
тель «ВНУТРЕННИЕ ДОКУМЕНТЫ».
4.	ВЫБРАТЬ из накопителя «СЫРЬЕ» данные по заявленному сырью. ЕСЛИ
заявка принята БЗ (отмечено: заказ принят, заказано, время поступления на склад,
на складе, на складе в наличии), ТО ПОДГОТОВИТЬ ЛЗК в 2 экз. на основе норм
расхода. ПОДПИСАТЬ ЛЗК у начальника цеха, в БЗ, у начальника склада И ЗА-
НЕСТИ 1-й экз. в накопитель «ВНУТРЕННИЕ ДОКУМЕНТЫ» для склада.
ГЛАВА
6
Моделирование
бухгалтерского учета
на молочном комбинате
Целью проекта являлась автоматизация бухгалтерского уче-
та с целью получения оперативного контроля над реализацией продукции
комбината. При этом данная задача решалась самостоятельно, вне связи с
другими проблемами комбината.
Детальная модель блока учета реализации молочной продукции была
построена в рамках общей модели бухгалтерского учета. В дальнейшем ре-
зультаты моделирования были использованы при формировании требова-
ний к будущей информационной системе, выборе и внедрении одной из имев-
шихся на рынке систем.
6 1 Бухгалтерский учет на молочном
комбинате
На рис. 6.1 с помощью диаграммы потоков данных представ-
лены основные процессы бухгалтерского учета на молочном комбинате:
•	учет материальных ценностей и нематериальных активов;
•	начисление выплат и удержания;
•	определение фактической себестоимости;
•	формирование отчетов
и специфически организованные процессы на данном предприятии:
•	учет реализации;
•	учет финансов;
•	расчеты с подрядчиками.
Внешними объектами по отношению к бухгалтерии комбината являлись
следующие объекты:
•	Диспетчерская, моделирующая службу координации при вывозе про-
дукции с территории комбината;
•	Охрана предприятия, моделирующая службу охраны на территории
комбината;
•	Водитель, моделирующий сотрудника транспортного цеха комбината,
который развозит продукцию комбината по магазинам розничной торговли;
•	Магазин розничной торговли, моделирующий магазин, покупающий про-
дукцию комбината или принимающий ее на реализацию;
•	Цех готовой продукции (ЦГП), моделирующий цех комбината, на кото-
ром складируется вся номенклатура готовой продукции комбината;
•	Сотрудник, моделирующий действующего или бывшего сотрудника
комбината;
•	Поставщик, моделирующий предприятие, поставляющее в соответствии
с условиями договора товарно-материальные ценности на комбинат;
•	Банк, моделирующий финансовое учреждение, в котором находится
расчетный валютный и/или рублевый счет комбината;
•	Покупатель, моделирующий покупателя оптовых партий продукции
комбината.
На рассматриваемом уровне введены следующие накопители данных,
используемые и на других уровнях модели.
Договоры - данные по всем договорам, заключенным комбинатом.
Документ-основание - содержит все документы, являющиеся основанием
для проведения бухгалтерских операций: счета-проформы, счета-фактуры,
товарно-транспортные накладные, накладные, приходные ордера, расходные
ордера и т.п.
Нормативно-справочная информация - система справочников и класси-
фикаторов, использующаяся для хранения нормативов, тарифов, техниче-
ских характеристик, утвержденного прейскуранта на продаваемую продук-
цию и другой информации подобного вида.
Сотрудники - предназначен для хранения данных о сотрудниках пред-
приятия, используется при учете кадров (при приеме и увольнении, подго-
товке пенсионных дел, награждении), в плановом отделе (при составлении
штатного расписания), бухгалтерии (при проведении начислений и удержа-
ния, учете материальных ценностей), при оформлении доверенности на по-
лучение продукции и др.
Мемориальные ордера - предназначен для хранения мемориальных орде-
ров, в котором отражаются все бухгалтерские проводки в силу принятой ме-
мориально-ордерной системы учета на комбинате.
Отчеты - предназначен для хранения всех отчетов, которые формиру-
ются в бухгалтерии.
Лицевые счета сотрудников - предназначен для хранения лицевых счетов
сотрудников комбината.
Лицевые счета подрядчиков - предназначен для хранения лицевых сче-
тов предприятий и организаций, выполняющих подрядные работы на ком-
бинате.
Учет реализации молочной
продукции
На рис. 6.2 представлены основные процессы учета реализа-
ции молочной продукции в бухгалтерии комбината.
Иерархия функций в процессе учета реализации молочной продукции
имеет следующий вид.
6.2.
Движение по лицевому счету покупателя.
Отражение поступления сумм на лицевом счете.
Проверка зачисления суммы по таре на лицевом счете .
Сверка с товарным отчетом.
Составление ведомости по ЦГП.
Составление ведомости по выпуску.
Составление оборотной ведомости по ЦГП.
Составление сводной ведомости по отгрузке.
Стыковка товарно-транспортных накладных.
Выбор документов об отгрузке.
Коррекция оперативного сальдо на лицевом счете.
Стыковка документов по оптовой отгрузке.
Стыковка документов по самовывозу.
Стыковка документов по централизованной отгрузке.
Стыковка документов по розничной отгрузке.
Учет финансов.
Ведение учета по паспорту сделки.
Заем финансовых средств.
Обработка выписки из банка.
Оформление паспорта сделок.
Планирование финансов.
Подготовка платежей.
Формирование сводных данных.
Коррекция лицевого счета.
Формирование ведомости дебиторов/ кредиторов.
Как видно из иерархии функций, процессы Стыковка товарно-транспорт-
ных накладных, Движение по лицевому счету покупателя и Составление ведо-
мости по ЦГП включают в себя некоторые подпроцессы. Диаграммы и спе-
цификации перечисленных процессов будут приведены в разд. 6.3, 6.4 и 6.5
соответственно. Ниже приведены спецификации двух других процессов этой
диаграммы. Для краткости в текстах спецификаций используются следую-
щие сокращения:
•	ттн - товарно-транспортная накладная;
•	л/с - лицевой счет;
•	ШАУ - шифр аналитического учета;
•	Дт - дебет;
•	Кт - кредит.
ПРОЦЕСС: Коррекция лицевого счета.
ВХОД: Бухгалтерские данные л/с, Мемориальный ордер, Накладная и письмо.
ВЫХОД: Выписка из л/с, Изменение по л/с, Мемориальный ордер.
АЛГОРИТМ:
1.	ПОЛУЧИТЬ от поставщика накладную на поставленный им товар И письмо с
разрешением отпуска готовой продукции ИЛИ мемориальный ордер (№, дата, сум-
ма, Дт: счет, субсчет, ШАУ, текст, Дт: счет, субсчет, ШАУ, гл. бух., нач. отдела,
дата составления, кто составил, общая сумма) из балансового отдела о зачислении
суммы на счет покупателя/поставщика, ИЛИ данные о покупателе/поставщике.
ао
2.	ВЫБРАТЬ из накопителя «ЛИЦЕВЫЕ СЧЕТА ПОКУПАТЕЛЕЙ» данные
л/с покупателя.
ЕСЛИ это покупатель/поставщик, ТО ЗАНЕСТИ в л/с данные мемориального
ордера из балансового отдела ИЛИ письма, ИНАЧЕ - УМЕНЬШИТЬ сумму л/с на
сумму покупки И ОФОРМИТЬ мемориальный ордер на сумму покупки поставщика/
покупателя И ПЕРЕДАТЬ в балансовый отдел.
3.	ЗАНЕСТИ в л/с: отметку «по взаимозачету», признак взаимозачета: покупа-
тель ИЛИ поставщик, документ взаимозачета: письмо, мемориальный ордер.
4.	ПОДГОТОВИТЬ каждому клиенту ежемесячно (подекадно) выписку из л/с:
№ ттн по отгрузке, общая сумма, поступившая сумма, сумма возврата, оборот тары,
начисления/удержания.
ПРОЦЕСС: Формирование ведомости дебиторов/кредиторов.
ВХОД: Данные договора, Данные л/с, Документ по отгрузке, Оборотная ведо-
мость.
ВЫХОД: Ведомость дебиторов/кредиторов, Копия ттн для иска.
АЛГОРИТМ:
1.	ВЫБРАТЬ из накопителя:
«ЛИЦЕВЫЕ СЧЕТА ПОКУПАТЕЛЕЙ» - данные сальдо л/с;
«ДОГОВОРЫ» - условия договора с клиентом.
2.	СОСТАВИТЬ ведомость дебиторов/кредиторов с указанием: код клиента, имя
клиента, сумма задолженности, срок задолженности, условия договора.
3.	ЕСЛИ срок задолженности не удовлетворяет условиям договора И сумма
задолженности критична, ТО ПРЕДУПРЕДИТЬ клиента о необходимости погаше-
ния долга.
4.	ЕСЛИ дебиторская задолженность остается постоянной в течение периода,
ТО ВЫБРАТЬ из накопителя «ТОВАРНО-ТРАНСПОРТНЫЕ НАКЛАДНЫЕ»
копии документов по непогашенной отгрузке, выписку из л/с И ПЕРЕДАТЬ в пра-
вовой отдел для предъявления иска.
6 Стыковка товарно-транспортных
накладных
На рис. 6.3 представлены основные процессы стыковки товар-
но-транспортных накладных. Мы использовали неблагозвучное слово «сты-
ковка», поскольку это устоявшийся термин на комбинате, обозначающий
процесс сбора всех экземпляров товарно-транспортных накладных с сопро-
водительными записками.
Ниже приведены спецификации процессов этой диаграммы.
ПРОЦЕСС: Выбор документов по отгрузке.
ВХОД: Приемный акт + акт на возврат + ттн, Ттн с отметкой об отгрузке ЦГП,
ттн с отметкой охраны, Ттн со штампом магазина.
ВЫХОД: Документ по отгрузке.
93
АЛГОРИТМ:
1.	ПОЛУЧИТЬ документы по отгрузке продукции от:
•	ЦГП на следующий день после дня отгрузки - ттн с отметкой об отгрузке из
цеха готовой продукции;
•	Службы охраны на следующий день после дня отгрузки - товарно-транспорт-
ная накладная с отметкой из охраны;
•	Диспетчерской на следующий день после дня отгрузки - товарно-транспорт-
ная накладная со штампом покупателя ИЛИ приемный акт от покупателя + товар-
но-транспортная накладная без штампа;
•	ЦГП - акт на возврат из цеха готовой продукции.
2.	ЕСЛИ указанный в товарно-транспортной накладной цех отгрузки ОТЛИЧА-
ЕТСЯ от цеха, указанного в штампе цеха отгрузки на товарно-транспортной наклад-
ной, ТО СДЕЛАТЬ отметку «ошибочный цех отгрузки».
3.	ЗАНЕСТИ все документы в накопитель «ТОВАРНО-ТРАНСПОРТНЫЕ НА-
КЛАДНЫЕ».
ПРОЦЕСС: Коррекция оперативного сальдо л/с.
ВХОД: Данные о покупателе, Оперативные данные л/с, Состыкованная пачка ттн.
ВЫХОД: Изменение оперативных данных в л/с.
АЛГОРИТМ:
1.	ПОЛУЧИТЬ состыкованную пачку товарно-транспортных накладных по цен-
трализованной доставке ИЛИ самовывозом.
2.	ВЫБРАТЬ из накопителя «ЛИЦЕВЫЕ СЧЕТА» оперативное сальдо покупа-
теля по коду покупателя из ттн, указанному в ттн, И ОПРЕДЕЛИТЬ наименование
покупателя по данному коду.
3.	ЕСЛИ штамп покупателя, т.е. наименование покупателя, на ттн соответствует
коду покупателя в ттн, ТО ПОДТВЕРДИТЬ оперативное сальдо на л/с.
ИНАЧЕ
УВЕЛИЧИТЬ сумму на лицевом счете покупателя с кодом в ттн на сумму отгруз-
ки в ттн в оперативном сальдо л/с:
Дт Кт - если оптовая торговля;
Дт Кт - если магазин розничной торговли
И УМЕНЬШИТЬ сумму на лицевом счете покупателя с кодом, соответствую-
щим штампу покупателя, на сумму отгрузки в ттн в оперативном сальдо л/с:
Дт Кт - если оптовая торговля;
Дт Кт - если магазин розничной торговли.
ЕСЛИ отгрузка была переадресована (частичная отгрузка у нескольких покупа-
телей, полный или частичный возврат), ТО выбрать из состыкованной пачки: прием-
ный акт от покупателя (все) + акт на возврат из цеха готовой продукции + ттн без
штампа И:
1.	УВЕЛИЧИТЬ сумму на лицевом счете покупателя с кодом в ттн на сумму неот-
груженной продукции на основе данных приемного акта от покупателя с кодом, как
в ттн, в оперативном сальдо л/с:
Дт Кт - если оптовая торговля;
Дт Кт - если магазин розничной торговли.
2.	УМЕНЬШИТЬ сумму на лицевом счете покупателя с кодом, соответствую-
щим коду в оставшихся приемных актах, на сумму отгрузки по приемному акту в
оперативном сальдо л/с:
Дт Кт - если оптовая торговля;
Дт Кт - если магазин розничной торговли.
3.	УВЕЛИЧИТЬ сумму на лицевом счете покупателя с кодом в ттн на сумму воз-
вращенной продукции на основе данных акта о возврате от покупателя из ЦГП с
кодом, как в ттн, в оперативном сальдо л/с:
Дт Кт - если оптовая торговля;
Дт Кт - если магазин розничной торговли.
ПРОЦЕСС: Стыковка документов по розничной отгрузке.
ВХОД: Данные о покупателе, Документ об отгрузке.
ВЫХОД: Отметка о стыковке, Состыкованная пачка ттн.
АЛГОРИТМ:
1.	ВЫБРАТЬ из накопителя «ТОВАРНО-ТРАНСПОРТНЫЕ НАКЛАДНЫЕ»
среди несостыкованных ттн все ттн с одинаковым номером И доставкой в магазин
розничной торговли И СФОРМИРОВАТЬ пачку:
•	ттн с отметкой об отгрузке из цеха готовой продукции;
•	ттн с отметкой из охраны;
•	ттн со штампом покупателя ИЛИ приемный акт от покупателя + акт на возврат
из цеха готовой продукции + ттн без штампа.
2.	ЕСЛИ пачка сформирована, ТО ЗАНЕСТИ в накопитель «ТОВАРНО-ТРАНС-
ПОРТНЫЕ НАКЛАДНЫЕ» отметку о состыковке пачки (в настоящее время со-
стыкованная пачка группируется с состыкованными пачками) И ПЕРЕЙТИ к кор-
рекции оперативного сальдо на л/с.
ИНАЧЕ
ЕСЛИ пачка не состыкована, ТО
3.	ЕСЛИ в пачке нет ттн со штампом магазина ИЛИ приемного акта из магази-
на + акта на возврат из цеха готовой продукции + ттн без штампа, ТО
1)	ЗАПРОСИТЬ по данным ттн из ЦГП или охраны покупателя, ПОДТВЕРДИТЬ
отгрузку (полная, частичная) на дату документально (ксерокс ттн с синим штампом
покупателя) ИЛИ устно с указанием данных подтвердившего (ФИО, должность, дата);
2)	ЕСЛИ отгрузка была произведена частично И приемный акт от покупателя +
+ акт на возврат из цеха готовой продукции утеряны ИЛИ отгрузка не подтвержде-
на, ТО ВЫСТАВИТЬ претензии автопредприятию ИЛИ водителю И ЗАНЕСТИ в
накопитель «ТОВАРНО-ТРАНСПОРТНЫЕ НАКЛАДНЫЕ» отметку «не состы-
кована по вине водителя»;
3)	ЕСЛИ отгрузка подтверждена, ТО перейти к пункту 2.
На рис. 6.4 приведена диаграмма потоков данных, детализирующая про-
цесс по стыковке документов по оптовой отгрузке. Спецификации процесса
приведены ниже.
ПРОЦЕСС: Стыковка документов по самовывозу.
ВХОД: Данные о покупателе, Приемный акт + Акт на возврат + ттн, ттн с отмет-
кой охраны, ттн + доверенность на самовывоз.
ВЫХОД: Отметка о состыковке, Отметка «не состыкована по вине диспетчера».
АЛГОРИТМ:
1.	ВЫБРАТЬ из накопителя «ТОВАРНО-ТРАНСПОРТНЫЕ НАКЛАДНЫЕ»
среди несостыкованных ттн все ттн с одинаковым номером И самовывозом И СФОР-
МИРОВАТЬ пачку:
•	ттн с отметкой об отгрузке + доверенность на самовывоз из Диспетчерской;
•	ттн с отметкой из охраны;
•	приемный акт от покупателя + акт на возврат из цеха готовой продукции.
2.	ЕСЛИ пачка сформирована, ТО ЗАНЕСТИ в накопитель «ТОВАРНО-ТРАНС-
ПОРТНЫЕ НАКЛАДНЫЕ» отметку о состыковке пачки (в настоящее время состы-
кованная пачка группируется с состыкованными пачками) И ПЕРЕЙТИ к коррек-
ции оперативного сальдо на л/с.
ИНАЧЕ
ЕСЛИ пачка не состыкована, ТО
ЕСЛИ в пачке нет ттн с отметкой об отгрузке + доверенности на самовывоз из
Диспетчерской ИЛИ приемного акта от покупателя + акта на возврат из цеха гото-
вой продукции, ТО
3.	ЗАПРОСИТЬ по данным ттн из ЦГП или охраны покупателя, ПОДТВЕР-
ДИТЬ самовывоз (полный, частичный) на дату документально (ксерокс ттн с синим
штампом покупателя) ИЛИ устно с указанием данных подтвердившего (ФИО, долж-
ность, дата);
4.	ЕСЛИ отгрузка была произведена частично И приемный акт от покупателя +
+ акт на возврат из цеха готовой продукции утеряны ИЛИ отгрузка не подтверждена,
ТО ВЫСТАВИТЬ претензии Диспетчерской И ЗАНЕСТИ в накопитель «ТОВАРНО-
ТРАНСПОРТНЫЕ НАКЛАДНЫЕ» отметку «не состыкована по вине Диспетчера».
5.	ЕСЛИ отгрузка подтверждена, ТО перейти к пункту 2.
ПРОЦЕСС: Стыковка документов по централизованной отгрузке.
ВХОД: Данные о покупателе, Подтверждение отгрузки, Приемный акт + Акт на
возврат + ттн, ТТН с отметкой об отгрузке ЦГП, ТТН с отметкой охраны, ТТН со
штампом магазина.
ВЫХОД: Запрос, Отметка о состыковке, Отметка «не состыкована по вине води-
теля».
АЛГОРИТМ:
1.	ВЫБРАТЬ из накопителя «ТОВАРНО-ТРАНСПОРТНЫЕ НАКЛАДНЫЕ»
среди несостыкованных ттн все ттн с одинаковым номером И централизованной
доставкой И СФОРМИРОВАТЬ пачку:
•	ттн с отметкой об отгрузке из цеха готовой продукции;
•	ттн с отметкой из охраны;
•	ттн со штампом покупателя ИЛИ приемный акт от покупателя + акт на возврат
из цеха готовой продукции + ттн без штампа.
2.	ЕСЛИ пачка сформирована, ТО ЗАНЕСТИ в накопитель «ТОВАРНО-ТРАНС-
ПОРТНЫЕ НАКЛАДНЫЕ» отметку о состыковке пачки (в настоящее время состы-
кованная пачка группируется с состыкованными пачками) И ПЕРЕЙТИ к коррек-
ции оперативного сальдо на л/с.
ИНАЧЕ
ЕСЛИ пачка не состыкована, ТО
3.	ЕСЛИ в пачке нет ттн со штампом магазина ИЛИ приемного акта из магази-
на + акта на возврат из цеха готовой продукции + ттн без штампа, ТО:
1)	ЗАПРОСИТЬ по данным ттн из ЦГП или охраны покупателя, ПОДТВЕРДИТЬ
отгрузку (полная, частичная) на дату документально (ксерокс ттн с синим штампом
покупателя) ИЛИ устно с указанием данных подтвердившего (ФИО, должность, дата);
2)	ЕСЛИ отгрузка была проведена частично И приемный акт от покупателя +
аКт на возврат из цеха готовой продукции утеряны ИЛИ отгрузка не подтверждена,
-рО ВЫСТАВИТЬ претензии автопредприятию ИЛИ водителю И ЗАНЕСТИ в на-
копитель «ТОВАРНО-ТРАНСПОРТНЫЕ НАКЛАДНЫЕ» отметку «не состыко-
вана по вине водителя»;
3)	ЕСЛИ отгрузка подтверждена, ТО перейти к пункту 2.
Движение по лицевым счетам
покупателя
На рис. 6.5 приведена диаграмма потоков данных, детализи-
рующая процесс движения по лицевым счетам покупателя. Спецификации
процесса приведены ниже.
ПРОЦЕСС: Проверка зачисления суммы по таре на л/с.
ВХОД: Сумма по таре, Приходная накладная на тару.
ВЫХОД: Данные поступления по таре.
АЛГОРИТМ:
Получив на складе от водителя приходные накладные по сданной таре, кладов-
щик зачисляет на лицевой счет покупателя данную сумму.
Кроме того, в диспетчерской формируется оперативное сальдо на сумму в выпи-
санной ттн для покупателя:
1) ПОЛУЧИТЬ из ЦГП приходные накладные по таре от покупателя;
2) ПРОВЕРИТЬ правильность зачисления сумм по таре на л/с покупателя.
ПРОЦЕСС: Отражение поступления сумм на лицевом счете.
ВХОД: Данные кассового квитка, Данные поступления по таре, Оперативные
данные л/с, Поступление по выписке из банка.
ВЫХОД: Бухгалтерские данные л/с.
АЛГОРИТМ:
1.	ПОЛУЧИТЬ данные по сданной таре покупателем.
2.	ЗАНЕСТИ в л/с покупателя приход на сумму сданной тары.
3.	ВЫБРАТЬ по выписке из банка данные поступления средств на счет для опто-
вых покупателей ИЛИ квиток о сумме, сданной в кассу для розницы.
4.	ЗАНЕСТИ в л/с покупателя приход на сумму по выписке из банка ИЛИ на
сумму квитка из кассы.
ПРОЦЕСС: Сверка с товарным отчетом.
ВХОД: Документ по отгрузке розницы, Товарный отчет.
ВЫХОД: Данные кассового квитка.
АЛГОРИТМ:
1.	ВЫБРАТЬ из накопителя «ТОВАРНО-ТРАНСПОРТНЫЕ НАКЛАДНЫЕ»
состыкованный документ по отгрузке розницы: ттн на отгрузку; приемный акт роз-
ницы, акт на возврат ЦГП, накладная на тару.
у-1599
97
6.5.
2.	ПОЛУЧИТЬ от розницы товарный отчет за прошедший день: принятый то-
вар, возвращенный товар, сданная тара, квиток о сумме, сданной в кассу, остаток.
3.	ЕСЛИ данные товарного отчета И состыкованного документа по отгрузке
НЕ СОВПАДАЮТ хотя бы по одной позиции: принятый товар, возвращенный то-
вар, сданная тара, остаток, ТО ВЫЯВИТЬ причину расхождения, ИНАЧЕ ПЕРЕ-
ДАТЬ квиток о сумме сданной в кассу, для отражения на л/с розницы.
Составление ведомости по цеху
готовой продукции
На рис. 6.6 приведена диаграмма потоков данных, детализи-
рующая процесс составления ведомости по цеху готовой продукции. Специ-
фикации процесса приведены ниже.
ПРОЦЕСС: Составление ведомости по выпуску.
ВХОД: Приходная накладная на продукцию.
ВЫХОД: Акт по выпуску продукции, Ведомость по выпуску продукции, Дан-
ные по количеству продукции.
АЛГОРИТМ:
1.	ПОЛУЧИТЬ из ЦГП накладную на готовую продукцию: наименование цеха,
№ накладной на выпуск, код продукции, наименование продукции, фасовка, количе-
ство, количество тары.
2.	СОСТАВИТЬ ведомость по выпуску готовой продукции за период по цеху:
дата, шифр, наименование товара, фасовка, выпуск, цена без НДС, общая сумма без
НДС.
3.	ЕСЛИ количественные данные отчета совпадают с данными цеха розлива,
ТО СОСТАВИТЬ акт по выпуску продукции с указанием продукции и подписать
нач. цеха и гл. бухгалтером.
4.	ПЕРЕДАТЬ акт по выпуску продукции в балансовый отдел, а количественные
данные выпуска в плановый отдел.
ПРОЦЕСС: Составление оборотной ведомости по ЦГП.
ВХОД: Данные по приходу, Данные счета по продукции, Остаток на конец месяца.
ВЫХОД: Оборотная ведомость по ЦГП.
АЛГОРИТМ:
1.	ВЫБРАТЬ из накопителя
«ВЕДОМОСТИ»:
•	данные по приходу продукции в ЦГП из ведомости по выпуску продукции;
•	данные остатка на начало месяца в ЦГП из оборотной ведомости за прошлый
месяц;
«ТОВАРНО-ТРАНСПОРТНЫЕ НАКЛАДНЫЕ»:
•	данные по отгруженной продукции.
2.	СОСТАВИТЬ оборотную ведомость по ЦГП по каждому виду продукции:
•	остатки на начало месяца: выпуск, тара;
•	приход в ЦГП из холодильника;
QR
•	расход в ЦГП;
•	остаток на конец месяца = остатки + приход - расход.
3.	СВЕРИТЬ остатки по каждому виду продукции с ЦГП.
4.	ЕСЛИ сумма по каждому виду продукции НЕ СОВПАДАЕТ с суммой на счете
по данному виду продукции, ТО ВЫЯВИТЬ причину расхождения: неверная про-
водка ИЛИ неверно составлена оборотная ведомость.
ПРОЦЕСС: Составление сводной ведомости по отгрузке.
ВХОД: Данные счета по продукции, Документ об отгрузке, Себестоимость щ
ЦГП.
ВЫХОД: Сводная ведомость по ЦГП.
АЛГОРИТМ:
Ежедневно и ежемесячно СФОРМИРОВАТЬ ведомость по отгрузке:
1.	ВЫБРАТЬ из накопителя «ТОВАРНО-ТРАНСПОРТНЫЕ НАКЛАДНЫЕ:
документ по отгрузке:
а)	ттн с отметкой охраны;
б)	ттн с отметкой об отгрузке ЦГП;
в)	ттн со штампом магазина;
г)	Приемный акт покупателя +Акт на возврат + ттн без штампа покупателя.
2.	СОСТАВИТЬ ведомость по отгрузке с указанием: наименование, фасовк:
количество:
•	на отгруженную продукцию согласно состыкованным документам;
•	возврата продукции согласно состыкованным документам;
•	начислений при отгрузке продукции по стоимости, ниже заявленной покуш
телем;
•	удержания при отгрузке продукции по стоимости, выше заявленной покуп;
телем.
3.	ЗАНЕСТИ ведомость по отгрузке в накопитель «ВЕДОМОСТИ».
4.	ВЫБРАТЬ ежемесячно из накопителя «ВЕДОМОСТИ» оборотную ведомое:
по ЦГП И СОСТАВИТЬ ведомость по отгруженной продукции по ассортименту :
период: цех отгрузки, код, наименование фасовки, количество мест, вес в кг, сумх
без НДС, НДС за продукцию, торговая наценка без НДС, НДС торговой наценк
сумма общая за продукцию. С разбивкой продукции на категории: собственная (10е
20% НДС), покупная (10%, 20% НДС), отгруженная тара: наименование, колич
ство, сумма, амортизация.
5.	ПОЛУЧИТЬ с участка себестоимости балансового отдела себестоимость i
каждому виду продукции ЦГП.
6.	ОФОРМИТЬ проводку со счета реализованной продукции на сумму НДС 1
реализованной продукции на: счет 68 - по собственной, 19 - по покупной.
7.	ОФОРМИТЬ проводку со счета реализованной продукции на сумму себестс
мости.
8.	ОПРЕДЕЛИТЬ результат реализации по каждому виду продукции на 46 сче
(Кт - прибыль, Дт - убыток).
7*
ГЛАВА
7
Моделирование
деятельности
ликероводочного завода
Во время выполнения любого проекта большое значение имеет
атмосфера, складывающаяся между сотрудниками Заказчика и Исполните-
ля, принимающими в нем участие. При моделировании бизнес-процессов
такими специалистами являются эксперты предметной области и аналитики
соответственно. Проект по моделированию деятельности ликероводочного
завода мы выделяем как проект, который проходил в самой наилучшей твор-
ческой атмосфере, какую только можно представить (мы прекрасно понима-
ем двусмысленность подобного заявления). Со стороны Заказчика было пол-
ное понимание целей, которых он должен был достичь в результате выпол-
нения проекта (а именно формирование требований к интегрированной
информационной системе - ИИС). Также имелось понимание того, что для
решения последующих задач по реорганизации бизнес-процессов было не-
обходимо проведение ряда семинаров с целью ознакомления с результата-
ми моделирования сотрудников Завода. Для этого Заказчиком были органи-
зованы тематические совещания с руководителями производственных цехов,
ремонтных служб, планово-экономической службы и бухгалтерии, в про-
цессе которых были обсуждены результаты моделирования по каждому из
направлений и проанализированы предложения по реорганизации.
? Диаграммы основных
бизнес-процессов Завода
На рис.7.1 приведены контекстная диаграмма ИИС Завода и
внешние объекты, с которыми эта система взаимодействует (эти взаимодей-
ствия обозначены с помощью входных и выходных информационных пото-
ков).
Перечисленные объекты обмениваются между собой с помощью обоб-
щенных информационных потоков, название которых отражает направле-
ние обмена. Так, поток Документы Поставщик-Завод идентифицирует пакет
документов, поступающих от Поставщика на Завод (детализация потока по
типам, названиям и полям документов осуществляется на нижних уровнях
модели).
Внешняя сущность Подрядчик моделирует любого подрядчика Завода,
обменивающегося с проектируемой ИИС следующей информацией:
100
•	Документы Подрядчик-Завод - любой регистрируемый документ и/или
запрос от Подрядчика на Завод (отчет, акт сдачи-приемки работ и т.д.).
•	Документы Завод-Подрядчик - любой регистрируемый документ из За-
вода для Подрядчика (договор, заявка и т.д.).
Внешняя сущность Органы надзора моделирует надзорные органы, вы-
сылающие Заводу Предписания и нормы.
Внешняя сущность Поставщик моделирует любого поставщика Завода, а
внешняя сущность Торговый дом моделирует его сбытовую организацию.
На рис.7.2 приведена диаграмма потоков данных, детализирующая ИИС
по основным видам деятельности, выполняемым на Заводе. Функционально
подсистема разбивается на следующие процессы: Основное производство,
Вспомогательное производство, Материально-техническое снабжение (МТС),
Складской учет, Сбыт, Планирование, Внешнеэкономическая деятельность
(ВЭД), Юридическая экспертиза, Бухгалтерия, Административно-хозяйствен-
ная деятельность, Планирование технического развития, Контроль качества,
Учет кадров.
На данном уровне также введены накопители данных, используемые в
нескольких видах деятельности и являющиеся прообразами подсхем корпо-
ративной базы данных Завода:
1)	Сотрудники - предназначен для хранения данных о всех сотрудниках
Завода;
2)	Договоры - предназначен для хранения данных по всем договорам За-
вода;
3)	Контрагенты - предназначен для хранения данных по всем контра-
гентам;
4)	Продукция - используется для хранения данных по учету и движению
произведенной продукции и продуктам промежуточной переработки (вод-
ки, настойки, спирт-ректификат, морсы, ароматные спирты и т.д.);
5)	Сырье - используется для хранения данных по учету и движению сы-
рья, необходимого для производства (спирт-сырец, сахар и т.д.);
6)	Запасные части и материалы - используется для хранения данных по
учету и движению запасных частей и материалов (марки, этикетки, бутылки,
тара, колпачки и т.д.);
7)	Оборудование - используется для хранения данных по учету и движе-
нию производственного оборудования;
8)	Ресурсы - используется для хранения данных по учету и движению не-
обходимых для производства ресурсов (электроэнергии, воды, топлива, сжа-
того воздуха и т.д.);
9)	Отгрузки готовой продукции - используется для хранения данных по
учету отгрузок готовой продукции (водки, настойки);
10)	Планы производства - используется для хранения всех видов планов.
11)	Входящие документы - используется для хранения всех поступающих
на Завод документов;
12)	Исходящие документы - используется для хранения всех выходящих
из Завода документов;
13)	Внутренний документооборот - информационный канал, используе-
мый для моделирования документооборота внутри Завода.
101
Накопители данных, используемые в одном конкретном виде деятельно-
сти (также являющиеся прообразами подсхем корпоративной базы данных
по Заводу), введены на соответствующих уровнях детализации модели, там,
где к ним производится обращение.
7.2. Внешнеэкономическая деятельность
На рис.7.3 представлены основные процессы экспорта продук-
ции и импорта необходимых компонентов (материалов, запасных частей,
некоторых видов этикеток и пробок и т.д.) для деятельности Завода.
Иерархия функций внешнеэкономической деятельности имеет следующий
вид:
Импортные закупки.
Заключение контракта на импорт.
Подготовка текста контракта на импорт.
Согласование контракта на импорт.
Подготовка сведений к контракту на импорт.
Подготовка паспорта сделки на импорт.
Регистрация контракта на импорт.
Оформление поступления товара.
Таможенная очистка товара.
Подготовка документов на разгрузку.
Подготовка документов на растаможивание.
Растаможивание груза.
Получение информации об отгрузке от продавца.
Передача на сырьевой склад.
Формирование запроса продавцу.
Оплата поставки по импорту.
Контроль исполнения контракта по импорту.
Продажа на экспорт.
Заключение контракта на экспорт.
Подготовка текста контракта на экспорт.
Согласование контракта на экспорт.
Подготовка сведений к контракту на экспорт.
Подготовка паспорта сделки на экспорт.
Регистрация контракта на экспорт.
Оформление отгрузки.
Заказ автотранспорта у экспедитора.
Выписка товаросопроводительных документов.
Загрузка в контейнер.
Таможенное оформление отгрузки.
Извещение покупателя об отгрузке продукции.
Обработка запроса покупателя.
Выставление счета на оплату.
Контроль исполнения контракта по экспорту.
Заявка на производство продукции.
102
Учет валютных операций.
Учет операций по импорту.
Оформление заявки на покупку валюты.
Оформление заявления на перевод.
Учет сделки по покупке валюты.
Формирование отчета по операциям по импорту.
Учет операций по экспорту.
Расчет НДС к возмещению.
Оформление заявки на продажу валюты.
Учет сделки по продаже валюты.
Формирование отчета по операциям по экспорту.
Формирование отчетов по валютным операциям.
Мониторинг рынка.
Контроль исполнения контрактов.
Планирование финансов по контрактам.
Подготовка договора с экспедитором.
Подготовка договора с таможней.
Как видно из иерархии функций, процессы Импортные закупки, Прода-
жа на экспорт и Учет валютных операций включают в себя ряд подпроцес-
сов. Диаграммы и спецификации процесса Продажа на экспорт, выбранного
в качестве примера, будут приведены в разд. 7.3. Ниже приведены специфи-
кации других процессов внешнеэкономической деятельности.
ПРОЦЕСС: Мониторинг рынка.
ВХОД: Данные по условиям на рынке.
ВЫХОД: Данные по конъюнктуре на рынке.
АЛГОРИТМ:
1.	СОБРАТЬ от различных информационных источников (традиционные постав-
щики, СМИ (средства массовой информации), справочник ВНИИКР (Всесоюзный
научно-исследовательский институт конъюнктуры рынка), аналитические записки
банков и инвестиционных компаний, Интернет, личные беседы, годовые отчеты круп-
ных фирм производителей, прогнозы по тенденциям на определенных товарных рын-
ках) данные о производителе, наименовании продукции, количестве, рынках поста-
вок, ценах поставки, перспективных разработках.
2.	ЗАНЕСТИ в накопитель «КОНЪЮНКТУРА РЫНКА» данные конъюнкту-
ры рынка:
•	наименование отрасли;
•	наименование поставщика;
•	наименование продукции;
•	наименование производителя;
•	страна-изготовитель;
•	стоимость;
•	условия поставки;
•	условия оплаты;
•	ориентировочная цена на рынке;
•	история предыдущих поставок;
И АО
•	названия бывших клиентов данного поставщика;
•	рейтинг поставщика;
•	перспективные разработки поставщика/производителя;
•	вес поставщика/покупателя (монополист, лидер на рынке, регулярный, разо-
вый, случайный).
ПРОЦЕСС: Контроль за исполнением контрактов.
ВХОД: Данные договора о состоянии контракта.
ВЫХОД: Данные контракта, Отчет о контрактах.
АЛГОРИТМ:
1.	ВЫБРАТЬ из накопителя «ДОГОВОРЫ» данные по контрактам И СОСТА-
ВИТЬ отчет о состоянии контрактов на дату по экспорту и импорту:
•	направление контракта - импортный;
•	№ контракта, дата, страна;
•	наименование товара;
•	количество (сумма в USD);
•	поступило на счет (RUR);
•	конвертировано (сумма в USD);
•	переведено на таможню (сумма в USD);
•	переведено продавцу (сумма в USD);
•	местонахождение груза (не отправлен, отправлен, на таможне, у покупателя);
•	исполнитель;
•	примечание;
•	направление контракта - экспортный;
•	№ контракта, дата, страна;
•	наименование товара;
•	количество (сумма в USD);
•	поступило на счет (USD);
•	конвертировано (сумма в USD);
•	переведено на таможню (сумма в USD);
•	переведено продавцу/поставщику (сумма в RUR);
•	местонахождение груза (не отправлен, отправлен, на таможне, отправлен с та-
можни, у покупателя);
•	исполнитель;
•	примечание.
2.	ЗАНЕСТИ отчет в накопитель «ОТЧЕТЫ ПО ВНЕШНЕЭКОНОМИЧЕ-
СКИМ КОНТРАКТАМ».
ПРОЦЕСС: Планирование финансов по контрактам.
ВХОД: Данные отчета.
ВЫХОД: Плановые данные поступления/расходы, Отчет по финансам.
АЛГОРИТМ:
1.	ВЫБРАТЬ из накопителя «ОТЧЕТЫ ПО ВНЕШНЕЭКОНОМИЧЕСКИМ
КОНТРАКТАМ» данные отчета И СОСТАВИТЬ план-график поступления и рас-
хода денежных средств по внешнеэкономическим контрактам:
•	дата;
•	сумма поступления: номер контракта, валюта, остаток по контракту;
104
•	итого поступления: планируемые, реальные с начала года;
•	сумма расхода: номер контракта, валюта, остаток по контракту;
•	итого расходы: планируемые, реальные с начала года.
2.	ЗАНЕСТИ план-график в накопитель «ФИНАНСОВЫЕ ПЛАНЫ» И ПЕРЕ-
ДАТЬ планируемые цифры по поступлениям и расходу на участок планирования
финансов.
ПРОЦЕСС: Подготовка договора с Экспедитором.
ВХОД: Проект договора, Данные по контрактам.
ВЫХОД: Договор с Экспедитором, Согласованный договор.
АЛГОРИТМ:
1.	ВЫБРАТЬ из «ДОГОВОРЫ» данные по будущим контрактам и ОПРЕДЕЛИТЬ
предварительную сумму платежей Экспедитору за перевозки.
2.	ПОДГОТОВИТЬ проект договора с Экспедитором, ЗАВИЗИРОВАТЬ у юри-
ста И СОГЛАСОВАТЬ с Экспедитором.
3.	ЗАНЕСТИ подписанный генеральным директором договор с Экспедитором в
«ДОГОВОРЫ».
ПРОЦЕСС: Подготовка договора с таможней.
ВХОД: Данные по контрактам, Проект договора.
ВЫХОД: Договор с таможней, Согласованный договор.
АЛГОРИТМ:
1.	ВЫБРАТЬ из «ДОГОВОРЫ» данные по будущим контрактам и ОПРЕДЕЛИТЬ
предварительную сумму платежей Таможне.
2.	ПОДГОТОВИТЬ проект договора с Таможней, ЗАВИЗИРОВАТЬ у юриста
И СОГЛАСОВАТЬ с Таможней.
3.	ЗАНЕСТИ подписанный генеральным директором договор с Таможней в «ДО-
ГОВОРЫ».
7.3.	Продажа на экспорт
На рис. 7.4 приведена диаграмма потоков данных, детализи-
рующая процесс продажи на экспорт продукции Завода. Процессы Заключе-
ние контракта на экспорт и Оформление отгрузки включают в себя ряд под-
процессов; детализирующие их диаграммы и спецификации приведены в разд.
7.3.1 и 7.3.2 соответственно. Ниже приведены спецификации других процес-
сов этой диаграммы.
ПРОЦЕСС: Обработка запроса покупателя.
ВХОД: Данные по конъюнктуре на рынке, Данные о контрагенте, Запрос на
покупку.
ВЫХОД: Коммерческое предложение, Запрос на покупку.
АЛГОРИТМ:
1.	ПОЛУЧИТЬ от покупателя запрос на покупку: наименование продукции,
емкость, количество, срок поставки, упаковка.
105
2.	ВЫБРАТЬ из накопителя «КОНЪЮНКТУРА РЫНКА» данные рынка по
продукции, указанной в заявке покупателя, «КОНТРАГЕНТЫ» - данные о поку-
пателе: рейтинг, платежеспособность, история предыдущих сделок.
3.	ЗАНЕСТИ в «ЗАПРОСЫ НА ПОКУПКУ» запрос покупателя с приложени-
ем о существующих поставщиках аналогичной продукции и их условиях И отметку
о солидности покупателя.
4.	СФОРМИРОВАТЬ каждому покупателю коммерческое предложение с указа-
нием: наименования продукции, емкости, количества, упаковки, цены товара, усло-
вий поставки, условий оплаты, сроков поставки, сроков действия предложения.
ПРОЦЕСС: Выставление счета на оплату.
ВХОД: Данные контракта, Данные состояния контракта.
ВЫХОД: Копия счета к оплате, Отметка «счет выставлен».
АЛГОРИТМ:
1. ВЫБРАТЬ из «УЧЕТНЫЕ КАРТОЧКИ ПО КОНТРАКТАМ» данные состоя-
ния контракта на экспорт продукции. ЕСЛИ наступило время выставления счета, ТО
ВЫБРАТЬ из «ДОГОВОРЫ» данные контракта по условиям оплаты И ПОДГОТО-
ВИТЬ коммерческий счет (invoice).
2. ВЫСТАВИТЬ счет покупателю.
З.ЗАНЕСТИ в «УЧЕТНЫЕ КАРТОЧКИ ПО КОНТРАКТАМ» отметку «счет
выставлен» и копию счета к оплате.
ПРОЦЕСС: Заявка на производство продукции.
ВХОД: Данные о количестве, емкости, упаковке.
ВЫХОД: Заявка на производство, Отметка «передано в производство».
АЛГОРИТМ:
1.	ВЫБРАТЬ из «УЧЕТНЫЕ КАРТОЧКИ ПО ДОГОВОРАМ» данные о количе-
стве, емкости, упаковке заказа на экспорт.
2.	ПОДГОТОВИТЬ заявку на производство заказа в отдел текущего и перспек-
тивного развития:
•	наименование продукции: вид (водка, ликер), наименование, крепость, емкость
(в литрах), количество в коробе;
•	количество коробов;
•	итого коробов;
•	обязательная наклейка (акцизная марка страны-импортера);
•	вид упаковки;
•	маркировка: язык, номер контракта, наименование товара, продавец, покупатель,
вес брутто, страна происхождения, обозначение «Верх», «Хрупкое», «Избегать влаги»;
•	дополнительные условия: на кого оформляются отгрузочные документы, адрес
покупателя.
3.	ПОДПИСАТЬ у зам. генерального директора, ПЕРЕДАТЬ в отдел текущего и
перспективного развития И ЗАНЕСТИ в «УЧЕТНЫЕ КАРТОЧКИ ПО ДОГОВО-
РАМ» отметку «передано в производство».
ПРОЦЕСС: Контроль исполнения контракта по экспорту.
ВХОД: Данные состояния контракта.
ВЫХОД: Данные контракта по экспорту, Данные состояния контракта.
АЛГОРИТМ:
1.	ВЫБРАТЬ из «УЧЕТНЫЕ КАРТОЧКИ ПО КОНТРАКТАМ» данные состоя-
ния контракта: заключен, счет выставлен, валюта/рубли получены, конвертирова-
ны, переведены на таможню, переведены продавцу (полностью, частично), груз на
таможне, груз затаможен, груз отправлен, груз у покупателя.
2.	СОСТАВИТЬ справку о выполнении контрактов по экспорту на дату:
•	№ контракта, дата, страна;
•	наименование товара;
•	количество (сумма в USD);
•	поступило на счет (сумма в USD);
•	конвертировано (сумма в USD);
•	переведено на таможню (сумма в USD);
•	переведено продавцу/поставщику (сумма в RUR);
•	местонахождение груза (не отправлен, отправлен, на таможне, отправлен с
таможни, у покупателя);
•	исполнитель;
•	примечание.
3.	ЗАНЕСТИ в «ДОГОВОРЫ» отметку о состоянии выполнения контракта с
покупателем и связанного с ним договора с продавцом.
7.3.1.	Заключение контракта на экспорт
На рис. 7.5 приведена диаграмма потоков данных, детализи-
рующая процесс заключения контракта на экспорт. Спецификации процесса
приведены ниже.
ПРОЦЕСС: Подготовка текста контракта на экспорт.
ВХОД: Данные коммерческого предложения.
ВЫХОД: Проект контракта.
АЛГОРИТМ:
1.	ВЫБРАТЬ данные коммерческого предложения покупателя: наименование
продукции, емкость, количество, цена, условия поставки, условия оплаты.
2.	ПОДГОТОВИТЬ проект контракта с указанием:
•	цены продукции (с учетом упаковки, маркировки, погрузки на заводе, стра-
ховки и транспортировки до покупателя, налогов и сборов в стране покупателя),
таможенного оформления (0,15%), услуги базы (0,5%), затрат на командировку;
•	общей суммы контракта;
•	валюты платежа;
•	качества товара, подтверждается сертификатом качества;
•	упаковки и маркировки: вид упаковки (короба), язык, номер контракта, наи-
менование товара, продавец, покупатель, вес брутто, страна происхождения, обо-
значение «Верх», «Хрупкое», «Избегать влаги»;
•	срока поставки: количества дней с момента поступления денег на счет, акциз-
ных марок и контрольных этикеток;
•	адреса покупателя.
3.	ПЕРЕДАТЬ проект контракта покупателю И ЗАНЕСТИ проект контракта в
«ДОГОВОРЫ».
-107
ПРОЦЕСС: Согласование контракта на экспорт.
ВХОД: Проект контракта, Согласованный контракт.
ВЫХОД: Контракт, Контракт на экспорт, Данные о контрагенте.
АЛГОРИТМ:
1.	ПОЛУЧИТЬ согласованный контракт от Покупателя И СРАВНИТЬ с проек-
том контракта из «ДОГОВОРЫ».
2.	СОГЛАСОВАТЬ проект контракта с куратором, юристом, главным бухгалте-
ром и в дирекции.
3.	ПОДГОТОВИТЬ список необходимых разрешений для вывоза продукции от
организаций: Таможня, Гостехнадзор, Минэкономики, Гохран, Пробирная палата и т.д.
4.	ПОДПИСАТЬ И ЗАНЕСТИ контракт в «ДОГОВОРЫ» с №: код России, код
ОКПО, код исполнителя, «/», 2 позиции на год, 3 позиции на порядковый номер кон-
тракта, код страны покупателя.
5.	ОБНОВИТЬ данные о контрагенте в «КОНТРАГЕНТЫ».
ПРОЦЕСС: Подготовка сведений к контракту на экспорт.
ВХОД: Данные контракта.
ВЫХОД: Сведения к контракту.
АЛГОРИТМ:
1.	ВЫБРАТЬ из «ДОГОВОРЫ» зарегистрированный в юридическом бюро кон-
тракт.
2.	ПОДГОТОВИТЬ сведения к контракту:
•	номер контракта;
•	наименование клиента;
•	местонахождение;
•	дата государственной регистрации;
•	код ОКПО;
•	ИНН;
•	номер текущего валютного счета;
•	местонахождение и код страны регистрации (местонахождения) иностранного
контрагента;
•	код валюты цены договора;
•	общая сумма договора;
•	вид и срок договора: экспорт товара, импорт товаров, экспорт работ (услуг),
импорт работ (услуг),предоставление кредита (займа), привлечение кредита (займа);
•	наличие в договоре обязательства об уплате агентом-нерезидентом штрафных
санкций;
•	предусмотренная договором сумма авансовых платежей: в единицах цены до-
говора, в процентах;
•	код страны регистрации получателя по договору;
•	сведения о разрешении на осуществление валютной операции: номер, дата вы-
дачи, наименование выдавшего органа;
•	клиент: ФИО, подпись, дата.
ПРОЦЕСС: Подготовка паспорта сделки на экспорт.
ВХОД: Данные контракта.
ВЫХОД: Паспорт сделки.
108
АЛГОРИТМ:
1.	ВЫБРАТЬ из «ДОГОВОРЫ» данные контракта на экспорт.
2.	ПОДГОТОВИТЬ паспорт экспортной сделки:
•	дата;
•	реквизиты банка экспортера: наименование, филиал, регистрационный №, по-
чтовый адрес;
•	реквизиты экспортера: наименование, адрес, дата государственной регистра-
ции, код ОКПО, ИНН, номер счета;
•	реквизиты иностранной стороны: наименование, страна, код страны, адрес, рек-
визиты и условия контракта: номер, дата, сумма контракта, валюта цены, код валю-
ты цены, последняя дата, форма расчетов, поступление выручки;
•	особые условия контракта: наличие в контракте обязательств об уплате иност-
ранным контрагентом штрафных санкций, код страны грузополучателя;
•	разрешение: №, дата, сумма отсроченного платежа, дата окончания действия
разрешения, кем выдано;
•	подписи уполномоченных лиц: от банка импортера, от импортера;
•	особые отметки банка импортера;
•	копия верна: должность, фамилия, и., о., подпись.
3.	ЗАНЕСТИ паспорт экспортной сделки в «ПАСПОРТА СДЕЛОК НА ЭКС-
ПОРТ».
ПРОЦЕСС: Регистрация контракта на экспорт.
ВХОД: Сведения к контракту, Паспорт сделки, № паспорта экспортной сделки.
ВЫХОД: Контракт, сведения к контракту, Данные по новому контракту, № пас-
порта экспортной сделки.
АЛГОРИТМ:
1	.ПЕРЕДАТЬ в Банк контракт и сведения к контракту и паспорт экспортной сделки.
2.	ПОЛУЧИТЬ из Банка номер паспорта сделки И ЗАНЕСТИ в «ДОГОВОРЫ»
контракт, сведения к контракту и номер паспорта сделки.
3.	ЗАНЕСТИ в «УЧЕТНЫЕ КАРТОЧКИ ПО КОНТРАКТАМ» данные по ново-
му контракту: номер контракта, наименование заказчика, наименование поставщи-
ка, цена, условия поставки, условия оплаты, сроки поставки, номер паспорта сделки.
4.	ПОДГОТОВИТЬ в соответствии с шифром товара (ТНВЭД - товарная номен-
клатура внешнеэкономической деятельности) набор необходимых разрешений от
надзирающих органов (Связьнадзор и т.п.), лицензии и сертификаты.
7.3.2. Оформление отгрузки
На рис.7.6 приведена диаграмма потоков данных, детализи-
рующая процесс оформления отгрузки продукции завода на экспорт. Спе-
цификации процесса приведены ниже.
ПРОЦЕСС: Заказ автотранспорта у экспедитора.
ВХОД: Контракт, Данные о состоянии контракта, Данные о готовой продук-
ции, Сообщение о готовности заказа.
И АП
ВЫХОД: Отметка «автотранспорт заказан».
АЛГОРИТМ:
1.	ВЫБРАТЬ из накопителя «УЧЕТНЫЕ КАРТОЧКИ ПО ДОГОВОРАМ» пред-
полагаемую дату готовности заказа, «ПРОДУКЦИЯ» - данные по готовой про-
дукции И СПРАВИТЬСЯ о готовности.
2.	ПОЛУЧИТЬ сообщение о готовности заказа И СВЕРИТЬ с данными кон-
тракта правильность его выполнения.
3.	ЕСЛИ заказ ВЫПОЛНЕН, ТО ЗАКАЗАТЬ автотранспорт у экспедитора.
4.	ЗАНЕСТИ в «УЧЕТНЫЕ КАРТОЧКИ ПО ДОГОВОРАМ» отметку «авто-
транспорт заказан», дату заказа, дату подачи автотранспорта.
ПРОЦЕСС: Выписка товаросопроводительных документов.
ВХОД: Данные о поступлении денег, Данные о подаче автотранспорта.
ВЫХОД: Товаросопроводительные документы.
АЛГОРИТМ:
1. ВЫБРАТЬ из накопителя «УЧЕТНЫЕ КАРТОЧКИ ПО ДОГОВОРАМ» дату
тодачи а/т И данные о поступлении денег на счет Завода.
2.ВЫПИСАТЬ товаросопроводительные документы в 4 экз.: сертификат каче-
;тва, упаковочный лист, отгрузочная спецификация на требуемом языке, страховые
гокументы.
3. ЗАНЕСТИ документы в «ТОВАРОСОПРОВОДИТЕЛЬНЫЕ ДОКУМЕН-
ТЫ».
ПРОЦЕСС: Загрузка в контейнер.
ВХОД: Товаросопроводительный документ, Копия счета Продавца.
ВЫХОД: Номер ттн, Товарно-транспортная накладная.
АЛГОРИТМ:
1.	ВЫБРАТЬ из накопителей:
•	«ТОВАРОСОПРОВОДИТЕЛЬНЫЕ ДОКУМЕНТЫ»: сертификат качества,
упаковочный лист, отгрузочную спецификацию на требуемом языке, страховые до-
кументы;
•	«УЧЕТНЫЕ КАРТОЧКИ ПО ДОГОВОРАМ» - копию счета продавца.
2.	ОФОРМИТЬ ттн и ОТПРАВИТЬ вместе с грузом: ттн, копию счета Продав-
ца, сертификат качества, упаковочный лист, отгрузочную спецификацию на требу-
емом языке, страховые документы.
3.	ЗАНЕСТИ в «ТОВАРОСОПРОВОДИТЕЛЬНЫЕ ДОКУМЕНТЫ» копию
ттн.
ПРОЦЕСС: Таможенное оформление отгрузки.
ВХОД: Данные о состоянии контракта, Дата отгрузки, Разрешение на отгрузку.
ВЫХОД: Отметка «отгружено», Копия оригинала ГТД (грузовой таможенной
декларации).
АЛГОРИТМ:
1.	ВЫБРАТЬ из накопителей:
•	«УЧЕТНЫЕ КАРТОЧКИ ПО КОНТРАКТАМ» данные о состоянии контракта
и копию счета к оплате;
•	«ДОГОВОРЫ» - контракт с условиями поставки: дата отправки.
2.	ПОДГОТОВИТЬ документы для отгрузки: контракт в 2 экз., invoice, серти-
фикат качества, спецификацию или упаковочный лист, уставные документы, заяв-
ление на перевод валюты и платежное поручение по переводу рублей на л/сч Тамож-
ни (0,15% от суммы контракта: 0,1% в RUR, ЕСЛИ, 0,05% больше 20 $, ТО в USD,
ИНАЧЕ можно в RUR) И ПЕРЕДАТЬ брокерам в Таможне.
3.	ПОЛУЧИТЬ от брокеров ГТД, ЗАВЕРИТЬ у инспектора таможни «выпуск
разрешен» И ПЕРЕДАТЬ копию оригинала ГТД, заверенную в таможне, в Банк.
4.	ЗАНЕСТИ в «УЧЕТНЫЕ КАРТОЧКИ ПО ДОГОВОРАМ» отметку «отгру-
жен» и дату отгрузки.
ПРОЦЕСС: Извещение Покупателя об отгрузке продукции.
ВХОД: Данные состояния контракта, Товаросопроводительные документы.
ВЫХОД: Экспресс-почта, Факс об отгрузке, Отметка «покупатель извещен».
АЛГОРИТМ:
1.	ВЫБРАТЬ из «УЧЕТНЫЕ КАРТОЧКИ ПО ДОГОВОРАМ» данные об отгруз-
ке продукции.
2.	ЕСЛИ продукция отгружена, ТО
2.1.	ОТПРАВИТЬ факс Покупателю с указанием: даты отгрузки, номера на-
кладной, наименования и количества товара, веса брутто.
2.2.	НАПРАВИТЬ экспресс-почтой Покупателю:
•	счет продавца в 3 экз. на английском языке;
•	товаросопроводительный документ (сертификат качества; упаковочный лист;
отгрузочную спецификацию) на английском языке в 3 экз.;
•	сертификат происхождения товара (1 экз., оригинал);
•	коносамент (3 экз. - 2 оригинала и 1 копия).
3.	ЗАНЕСТИ в «УЧЕТНЫЕ КАРТОЧКИ ПО ДОГОВОРАМ» отметку «поку-
патель извещен».
ГЛАВА
8
Моделирование
деятельности
финансовой службы
крупного транспортного
предприятия
В данной главе рассматривается моделирование деятельности
финансовой службы крупного транспортного предприятия на железной до-
роге «ТЖД».
«ТЖД» предоставляет услуги по перевозке пассажиров и грузов по же-
лезной дороге для предприятий и организаций России, стран СНГ и Балтии,
других зарубежных стран.
Структурно «ТЖД» состоит из: центрального офиса «ТЖД», профиль-
ных подразделений - железных дорог, а также промышленных предприятий,
осуществляющих ремонтные работы подвижного состава и производство
строительных материалов для железных дорог.
g .J Контекстная модель транспортного
предприятия
На рис. 8.1 изображена контекстная диаграмма верхнего уров-
ня «ТЖД», включающая подсистемы центрального офиса «ТЖД», типовую
железную дорогу и промышленные предприятия «ТЖД». Перечисленные
подсистемы обмениваются между собой с помощью обобщенных информа-
ционных потоков, название которых отображает направление обмена. Об-
мен между подсистемами осуществляется как посредством документов в виде
твердых копий, так и в электронной форме. Это разделение на диаграмме
отображено при помощи информационных каналов: «Канал связи «ТЖД» -
ЖД», «Канал связи «ТЖД» - завод», «Канал связи ЖД - завод» и информаци-
онных потоков: «Документы «ТЖД» - ЖД», «ДокументыЖД- «ТЖД»», ...,
«Документы ЖД - завод», «Документы завод - ЖД».
На данной контекстной диаграмме отсутствуют внешние сущности. Та-
кое решение было принято по следующим двум причинам.
1. Результатом проекта (по крайней мере в его первоначальном вариан-
те) должна была явиться формализованная модель деятельности финансо-
112
вой службы центрального офиса «ТЖД». Приведенная на рис.8.1 контекст-
ная диаграмма выходит за рамки поставленной задачи, и это было сделано
сознательно с учетом следующих двух моментов. Во-первых, не изменился
традиционный подход к моделированию деятельности любого объекта - под-
ход “сверху-вниз”, просто финансовая служба была заранее позиционирова-
на в иерархической модели деятельности «ТЖД». Во-вторых, в процессе вы-
полнения работы прогнозировалось расширение рамок задачи заказчи-
ком (что в конечном итоге и произошло). Поэтому возможность расширения
модели без изменений уже сделанных ее фрагментов и была предусмотрена.
2. Было принято решение о вводе внешних сущностей на том уровне, где
они непосредственно передают и/или получают необходимую информацию,
поскольку их введение на данной контекстной диаграмме привело бы к оп-
ределенному перекосу, так как они предназначены в основном для финансо-
вой службы.
На рис. 8.2 изображена контекстная диаграмма верхнего уровня цент-
рального офиса «ТЖД». На ней выделены подсистемы, непосредственно вза-
имодействующие с целевой подсистемой Финансово-экономическая деятель-
ность, а именно подсистемы Канцелярия и Администрирование базы данных.
Через подсистему Канцелярия поступают и передаются все документы в
твердой копии от подсистем, моделирующих деятельность железной дороги
и завода.
Подсистема Администрирование базы данных моделирует деятельность по
сбору, обработке, хранению и передаче данных в электронной форме.
На данном уровне также введен информационный канал Внутренний до-
кументооборот «ТЖД», используемый для моделирования документооборота
в «ТЖД».
8.2.
Модель верхнего уровня
финансово-экономической
деятельности центрального офиса
На рис. 8.3 приведена диаграмма потоков данных, детализи-
рующая подсистему Финансово-экономическая деятельность.
Функционально подсистема разбивается на следующие процессы.
1.	Экономическая деятельность (УЭ) - моделирует деятельность Департа-
мента экономики «ТЖД».
2.	Деятельность по статистике (УС) - моделирует деятельность Управле-
ния по статистике «ТЖД».
3.	Финансовая деятельность (ДФ) - моделирует деятельность Департамен-
та финансов «ТЖД».
На данном уровне введен накопитель данных «Договоры», который ис-
пользуется всеми перечисленными процессами. Он предназначен для хране-
ния договоров, в которых затрагиваются финансовые вопросы деятельно-
сти. Кроме того, в нем хранятся договоры, данные которых необходимы для
g-1599
113
анализа и прогнозирования деятельности «ТЖД» хотя бы в одном из приве-
денных на диаграмме процессов.
На рис. 8.4 приведена диаграмма потоков данных, детализирующая под-
систему Финансовая деятельность по основным видам работ, выполняемым
в Департаменте финансов «ТЖД». Функционально подсистема разбивается
на следующие процессы.
1.	Канцелярия - включает в себя выполнение функций по получению до-
кументов от внешних организаций и подразделений центрального офиса, их
регистрации и передаче в отделы Департамента, а также по регистрации и
отправке адресатам документов от Департамента финансов во внешние орга-
низации и подразделения центрального офиса.
2.	Бюджетно-финансовое планирование - включает в себя: среднесрочное
и долгосрочное прогнозирование работы железнодорожного транспорта;
разработку методики планирования; разработку финансового плана; ана-
лиз выполнения финансового плана; экспертную оценку подготовительных
документов предприятий, в уставном фонде которых предполагается участие
«ТЖД»; формирование справок по заданиям руководства Департамента и
центрального офиса.
3.	Контроль расчетов по налогам - включает в себя: контроль расчетов
железных дорог с местными налоговыми инспекциями; контроль расчетов
железных дорог с пенсионным фондом; контроль расчетов железных дорог с
федеральным бюджетом; контроль расчетов железных дорог с фондом соци-
ального страхования; методологию налогового обложения; формирование
регламентированных отчетов.
4.	Финансирование инвестиций в капитальные вложения - включает в себя:
подготовку данных по лимитам капитальных вложений; визирование дого-
вора; формирование платежного баланса; проведение расчетов; контроль
расчетов по капитальным вложениям; разноску по счетам; выписку и отправку
авизо; акцепт суммы инвестиций; формирование регламентированных отче-
тов.
5.	Централизованные расчеты - включает в себя: расчеты по материаль-
ной помощи; расчеты с железными дорогами стран СНГ и Балтии; расчеты с
железными дорогами России; расчеты с организациями основной деятельно-
сти; расчеты с организациями прочих видов деятельности; учет банковских
операций; учет общеотраслевых расходов; учет расходов по капитальному
ремонту вагонов и контейнеров; формирование баланса.
6.	Расчеты в валюте - включает в себя: ведение валютных контрактов
инвестиции в инвалюте, подготовку сведений к договору, согласование про-
екта контракта, учет платежей по контракту, учет поставки по контракту;
формирование отчета по контрактам; контроль расходов уполномоченных
«ТЖД» (анализ исполнения сметы, составление сметы расходов уполномо-
ченных «ТЖД», формирование отчета по уполномоченным «ТЖД», форми-
рование распоряжения на перечисление); контроль расчетов с железными
дорогами дальнего зарубежья; контроль расчетов с железными дорогами
стран СНГ и Балтии за перевозки; контроль расчетов с экспедиторскими
организациями; обновление правил расчетов за перевозки; формирование
отчетов.
114
7.	Формирование результатов по доходам - включает в себя: возмещение
бесплатного проезда; контроль за распределением плановых доходов по пред-
приятиям; контроль данных по доходным поступлениям; контроль над вы-
полнением плана доходов; контроль за полнотой распределения доходов;
разработку плана денежной выручки; разработку тарифов; распределение
доходов между железными дорогами; учет бланков строгой отчетности.
8.	Формирование результатов прочих видов деятельности - включает в
себя: обработку оперативной информации (определение дебиторов/кредито-
ров, определение текущей прибыли, сбор оперативной отчетности, состав-
ление отчета по внебюджетным фондам); оперативное планирование (опре-
деление объемов поставок, разработку лимитов по оплате, расчеты желез-
ных дорог с заводами «ТЖД»)\ формирование справок; формирование
сводной отчетности (подготовку уравнений для строк баланса, сбор отчетов
по прочим видам деятельности, сверку показателей, составление балансово-
го отчета).
9.	Формирование результатов основной деятельности - включает в себя
обработку оперативной информации (определение дебиторов/кредиторов,
определение текущей прибыли, сбор оперативной отчетности, составление
отчета по внебюджетным фондам); оперативное планирование (определение
объема перевозок, разработку лимита по оплате); разработку лимита фи-
нансирования (разработку предварительного лимита, сбор данных и зая-
вок, согласование и корректировку лимита); расчеты железной дороги с кли-
ентами; сбор отчетов по основному виду деятельности; сверку показателей;
формирование сводной отчетности; составление балансового отчета; фор-
мирование справок.
10.	Казначейство - выполняет функции расчетного центра Департамента
финансов и включает в себя деятельность по контролю доходных поступле-
ний, контролю платежей, организации зачетов.
11.	Руководство Департамента финансов - включает в себя деятельность
руководства Департамента финансов по управлению его работой.
На данном уровне введены накопители данных, используемые в несколь-
ких видах деятельности. Ввиду большого количества видов документов, как
поступающих в Департамент из различных внешних источников, так и цирку-
лирующих в самом Департаменте, они были разбиты на следующие группы:
1.	Документы между ДФ и ЖД - любые документы, циркулирующие меж-
ду Департаментом финансов и железными дорогами.
2.	Документы между ДФ и департаментами «ТЖД» - любые документы,
циркулирующие между Департаментом финансов и другими департамента-
ми «ТЖД».
3.	Внутренние документы ДФ - любые документы, циркулирующие внут-
ри Департамента финансов.
4.	Документы между ДФ и Заводами - любые документы, циркулирую-
щие между Департаментом финансов и Заводами «ТЖД».
5.	Документы между ДФ и Предприятиями - любые документы, циркули-
рующие между Департаментом финансов и Предприятиями «ТЖД».
Кроме того, на этом уровне введен накопитель данных Лимиты авансово-
го финансирования, предназначенный для хранения данных о бюджетных ог-
раничениях по различным статьям расхода.
8*
115
Диаграмма процесса Контроль расчетов по налогам приведена на рис. 8.5.
В рассматриваемом процессе осуществляется анализ Указов Президента, За-
конов, постановлений Правительства, Министерства финансов, Министер-
ства по налогам и сборам, а также законов, нормативных актов и коммента-
риев к ним относительно налогов, подготовка рекомендаций по налогам для
отделов и предприятий «ТЖД», контроль расчета налогов, проводимый же-
лезными дорогами.
Внешняя сущность Директивный орган моделирует орган, принимающий
законы, указы, постановления, нормативные акты (Государственная Дума,
Правительство, Министерство финансов, Министерство по налогам и сбо-
рам и др.).
Внешняя сущность Субъект Российской Федерации моделирует орган, осу-
ществляющий контроль над поступлением налогов в местный бюджет (на-
пример, администрация области, министерство по налогам и сборам рес-
публики и т.д.).
На данном уровне введены следующие накопители данных:
1)	Расчеты железных дорог с местными налоговыми инспекциями;
2)	Расчеты железных дорог с федеральным бюджетом;
3)	Расчеты железных дорог с пенсионным фондом;
4)	Расчеты железных дорог с фондом социального страхования.
Такое разбиение проведено для выделения самостоятельных рабочих мест
по контролю над различными видами расчетов налогов.
Спецификации процессов нижнего уровня выглядят следующим образом.
ПРОЦЕСС: Сортировка документов.
ВХОД: Данные состояния расчетов по налогам.
ВЫХОД: Справка о расчетах с местными налоговыми инспекциями, Справка о
расчетах с пенсионным фондом, Справка о расчетах с федеральным бюджетом, Справ-
ка о расчетах с фондом социального страхования.
АЛГОРИТМ:
1.	ПОЛУЧИТЬ от железных дорог данные о состоянии расчетов железных дорог
по налогам по текущему месяцу:
•	начислено;
•	перечислено: денежными средствами, зачетами;
•	сальдо;
•	задолженность: недоимка, пени, штрафы.
2.	ЗАНЕСТИ:
•	справку о расчетах железных дорог с местными налоговыми органами в «РАС-
ЧЕТЫ ЖД С МЕСТНЫМИ НАЛОГОВЫМИ ИНСПЕКЦИЯМИ»;
•	справку о расчетах железных дорог с федеральным бюджетом в «РАСЧЕТЫ
ЖД С ФЕДЕРАЛЬНЫМ БЮДЖЕТОМ»;
•	справку о расчетах железных дорог с Пенсионным фондом в «РАСЧЕТЫ ЖД
С ПЕНСИОННЫМ ФОНДОМ»;
•	справку о расчетах железных дорог с фондом социального страхования в «РАС-
ЧЕТЫ ЖД С ФОНДОМ СОЦИАЛЬНОГО СТРАХОВАНИЯ».
ПРОЦЕСС: Методология налогообложения.
ВХОД: Закон, Нормативный акт.
116
ВЫХОД: Консультация по налогообложению, Рекомендация по налогообложению.
АЛГОРИТМ:
1.	ПОЛУЧИТЬ от директивных органов (указы Президента, законы, принятые
в Государственной Думе, постановления Правительства, Министерства финансов,
«ТЖД», МНС) законы, нормативные акты и комментарии к ним относительно налогов.
2.	РАЗРАБОТАТЬ рекомендации по налогам для отделов и предприятий «ТЖД».
3.	ПРЕДОСТАВИТЬ консультации и рекомендации по запросам и письмам под-
разделений «ТЖД».
ПРОЦЕСС: Контроль расчетов железных дорог с местными налоговыми орга-
нами.
ВХОД: Данные о зачетах с местными НИ, Данные расчетов с местными НИ.
ВЫХОД: Отметка «сверено», Справка по расчетам с местными НИ.
АЛГОРИТМ:
1.	ВЫБРАТЬ
данные по расчетам железных дорог с местными налоговыми инспекциями по
текущему месяцу из «РАСЧЕТЫ ЖД С МЕСТНЫМИ НАЛОГОВЫМИ ИНСПЕК-
ЦИЯМИ».
2.	ПОЛУЧИТЬ
•	данные по зачетам с местными налоговыми инспекциями - от отдела взаимо-
расчетов;
•	расходы железных дорог на территории субъекта федерации: убытки жилищно-
коммунального хозяйства, компенсация пригородных пассажирских перевозок, со-
держание социальной сферы - от отдела основной деятельности.
3.	СВЕРИТЬ данные расчетов железных дорог с местными налоговыми инспек-
циями И ЗАНЕСТИ отметку «сверено» в «РАСЧЕТЫ ЖД С МЕСТНЫМИ НАЛО-
ГОВЫМИ ИНСПЕКЦИЯМИ».
4.	СОСТАВИТЬ справку о расчетах с местными налоговыми инспекциями по
каждой железной дороге.
Текущий месяц:
•	начислено;
•	перечислено: денежными средствами, зачетами;
•	сальдо;
•	задолженность: недоимка, пени, штрафы.
Нарастающим итогом за период:
•	начислено;
•	перечислено: денежными средствами, зачетами;
•	сальдо;
•	задолженность: недоимка, пени, штрафы.
Итого по всем железным дорогам:
•	начислено;
•	перечислено: денежными средствами, зачетами;
•	сальдо;
•	задолженность: недоимка, пени, штрафы.
5.	ПОДГОТОВИТЬ справку о расчетах железных дорог с местными налоговыми
инспекциями руководству ДФ и «ТЖД», субъектам федерации и на селекторные
совещания.
117
ПРОЦЕСС: Контроль расчетов железных дорог с федеральным бюджетом.
ВХОД: Данные для контроля расчетов по налогам, Данные расчетов с федераль-
гм бюджетом, Объем неоплаченных специальных перевозок, Справка о централи-
ванных платежах в федеральный бюджет.
ВЫХОД: Отметка «сверено».
АЛГОРИТМ:
1. ВЫБРАТЬ
данные по расчетам железных дорог с федеральным бюджетом по текущему ме-
ду из «РАСЧЕТЫ ЖД С ФЕДЕРАЛЬНЫМ БЮДЖЕТОМ».
1.	ПОЛУЧИТЬ:
•	данные о зачетах с местными налоговыми инспекциями - от отдела взайморас-
гов;
•	объем выполненных и неоплаченных воинских и специальных перевозок - по-
/паст от отдела централизованных расчетов.
2.	СВЕРИТЬ данные расчетов железных дорог с федеральным бюджетом И ЗА-
1СТИ отметку «сверено» в «РАСЧЕТЫ ЖД С ФЕДЕРАЛЬНЫМ БЮДЖЕТОМ».
3.	СОСТАВИТЬ справку расчетов с федеральным бюджетом по каждой желез-
й дороге.
Текущий месяц:
•	начислено;
•	перечислено: денежными средствами, зачетами;
•	сальдо;	< i
•	задолженность: недоимка, пени, штрафы.
Нарастающим итогом за период:
•	начислено;
•	перечислено: денежными средствами, зачетами;
•	сальдо;
•	задолженность: недоимка, пени, штрафы.
Итого по всем железным дорогам:
•	начислено;
•	перечислено: денежными средствами, зачетами;
•	сальдо;
•	задолженность: недоимка, пени, штрафы.
4.	ПОДГОТОВИТЬ справку о расчетах железных дорог с федеральным бюдже-
г руководству ДФ и «ТЖД» и на селекторные совещания.
ПРОЦЕСС: Контроль расчетов железных дорог с Пенсионным фондом.
ВХОД: Данные о зачетах с ПФ (Пенсионного фонда), Данные расчетов с ПФ.
ВЫХОД: Отметка «сверено».
АЛГОРИТМ:
1.	ВЫБРАТЬ
данные по расчетам железных дорог с Пенсионным фондом по текущему месяцу
«РАСЧЕТЫ ЖД С ПЕНСИОННЫМ ФОНДОМ».
2.	ПОЛУЧИТЬ данные по зачетам с Пенсионным фондом от отдела взаиморас-
ов.
3.	СВЕРИТЬ данные расчетов железных дорог с Пенсионным фондом И ЗАНЕ-
И отметку «сверено» в «РАСЧЕТЫ ЖД С ПЕНСИОННЫМ ФОНДОМ».
4.	СОСТАВИТЬ справку расчетов с Пенсионным фондом по каждой железной
дороге.
Текущий месяц:
•	начислено;
•	перечислено: денежными средствами, зачетами;
•	сальдо;
•	задолженность: недоимка, пени, штраф.
Нарастающим итогом за период:
•	начислено;
•	перечислено: денежными средствами, зачетами;
•	сальдо;
•	задолженность: недоимка, пени, штрафы.
Итого по всем железным дорогам:
•	начислено;
•	перечислено: денежными средствами, зачетами;
•	сальдо;
•	задолженность: недоимка, пени, штрафы.
5.	ПОДГОТОВИТЬ справку расчетов железных дорог с Пенсионным фондом
руководству ДФ и «ТЖД», субъектам федерации и на селекторные совещания.
ПРОЦЕСС: Контроль расчетов железных дорог с фондом социального страхо-
вания.
ВХОД: Данные о зачетах с фондом социального страхования, Данные расчетов с
фондом социального страхования.
ВЫХОД: Отметка «сверено».
АЛГОРИТМ:
1.	ВЫБРАТЬ
данные по расчетам железных дорог с фондом социального страхования по теку-
щему месяцу из «РАСЧЕТЫ ЖД С ФОНДОМ СОЦИАЛЬНОГО СТРАХОВАНИЯ».
2.	ПОЛУЧИТЬ
данные по зачетам с фондом социального страхования от отдела по взаиморас-
четам.
3.	СВЕРИТЬ данные расчетов железных дорог с фондом социального страхова-
ния И ЗАНЕСТИ отметку «сверено» в «РАСЧЕТЫ ЖД С ФОНДОМ СОЦИАЛЬНО-
ГО СТРАХОВАНИЯ».
4.	СОСТАВИТЬ справку расчетов с фондом социального страхования по каж-
дой железной дороге.
Текущий месяц:
•	начислено;
•	перечислено: денежными средствами, зачетами;
•	сальдо;
•	задолженность: недоимка, пени, штрафы.
Нарастающим итогом за период:
•	начислено;
•	перечислено: денежными средствами, зачетами;
•	сальдо;
•	задолженность: недоимка, пени, штрафы.
Итого по всем железным дорогам:
•	начислено;
•	перечислено: денежными средствами, зачетами;
•	сальдо;
•	задолженность: недоимка, пени, штрафы.
5.	ПОДГОТОВИТЬ справку о расчетах железных дорог с фондом социального
страхования руководству ДФ и «ТЖД» и на селекторные совещания.
ПРОЦЕСС: Формирование отчетов.
ВХОД: Данные расчетов с местными НИ, Данные расчетов с ПФ, Данные расче-
тов с федеральным бюджетом, Данные расчетов с фондом социального страхования.
ВЫХОД: Данные задолженности перед бюджетом, Отчет, Справка о расчетах
по налогам.
АЛГОРИТМ:
1.	ВЫБРАТЬ:
•	данные по расчетам железных дорог с местными налоговыми инспекциями из
«РАСЧЕТЫ ЖД С МЕСТНЫМИ НАЛОГОВЫМИ ИНСПЕКЦИЯМИ»;
•	данные по расчетам железных дорог с федеральным бюджетом из «РАСЧЕТЫ
ЖД С ФЕДЕРАЛЬНЫМ БЮДЖЕТОМ»;
•	данные по расчетам железных дорог с Пенсионным фондом из «РАСЧЕТЫ ЖД
С ПЕНСИОННЫМ ФОНДОМ»;
•	данные по расчетам железных дорог с фондом социального страхования из «РАС-
ЧЕТЫ ЖД С ФОНДОМ СОЦИАЛЬНОГО СТРАХОВАНИЯ».
2.	СОСТАВИТЬ:
2.1.	С разбивкой по железным дорогам и указанием % выполнения к плану:
•	Справку по расчетам с федеральным бюджетом - в отдел финансово-бюджет-
ного планирования.
•	Справку о расчетах с Пенсионным фондом - в отдел финансово-бюджетного
планирования.
•	Справку о расчетах с внебюджетными фондами - в отдел финансово-бюджет-
ного планирования.
2.2.	Справку о расчетах с Пенсионным фондом и федеральным бюджетом - в уп-
равление кадрами ежеквартально.
2.3.	Справку о состоянии расчетов железных дорог с федеральным бюджетом
ежедневно в МНС (Министерство по налогам и сборам).
2.4.	Справку о состоянии расчетов с фондом социального страхования - ежеднев-
но в Управление по зарплате.
2.5.	Справку о состоянии расчетов по ФОМС (Фонд обязательного медицинско-
го страхования) и Фонду занятости населения (ФЗН).
Наряду с основной деятельностью - предоставлением услуг по перевоз-
ке пассажиров и грузов «ТЖД» осуществляет и другие виды деятельности,
обобщенно названные прочими видами деятельности, по ним также фор-
мируется результат, как и по основной деятельности. Иерархия функций
процесса Формирование результатов прочих видов деятельности имеет сле-
дующий вид:
Обработка оперативной информации.
Определение дебиторов/кредиторов.
Определение текущей прибыли.
Сбор оперативной отчетности.
Составление отчета по внебюджетным фондам.
Оперативное планирование.
Определение объемов поставок.
Разработка лимитов по оплате.
Расчеты железной дороги с заводами отрасли.
Формирование сводной отчетности.
Подготовка уравнений для строк баланса.
Сбор отчетов по прочим видам деятельности.
Сверка показателей.
Составление балансового отчета.
Формирование справок.
Диаграмма процессов при формировании результатов прочих видов де-
ятельности представлена на рис. 8.6. Спецификация процесса Формирование
справок приведена ниже.
ПРОЦЕСС: Формирование справок.
ВХОД: Данные для определения результатов соревнования, Данные отчета по
прочим видам деятельности, Отчет по исполнению сметы расходов по бюджетному
финансированию, Показатели взаиморасчетов между предприятиями.
ВЫХОД: Данные для внутриведомственного зачета, Справка.
АЛГОРИТМ:
1.	ПОЛУЧИТЬ:
•	показатели взаиморасчетов между предприятиями («ВНУТРЕННИЕ ДОКУ-
МЕНТЫ ДФ») - от отдела по централизованным расчетам;
•	отчет по прочим видам деятельности « ОТЧЕТЫ ПО ПРОЧИМ ВИДАМ ДЕЯ-
ТЕЛЬНОСТИ»
И СОСТАВИТЬ отчет о взаиморасчетах ежеквартально и ежегодно.
2.	ПОЛУЧИТЬ:
•	отчет по исполнению сметы расходов по бюджетному финансированию («ВНУТ-
РЕННИЕ ДОКУМЕНТЫ ДФ») - от отдела по капитальным вложениям и главков;
•	отчет по прочим видам деятельности « ОТЧЕТЫ ПО ПРОЧИМ ВИДАМ ДЕЯ-
ТЕЛЬНОСТИ»
И СОСТАВИТЬ свод по бюджетной деятельности:
•	отчет об использовании бюджетных ассигнований;
•	финансирование: школ, детских садов, вузов, техникумов;
•	отчет по аппарату управления.
3.	ПОЛУЧИТЬ данные для определения результатов соревнования от ЦУКС
(главк, объединяющий подрядчиков и проектировщиков) И от Предприятий И СО-
СТАВИТЬ справку с определением результатов соревнования в отдел основной дея-
тельности для передачи в Управление кадрами.
Диаграмма процесса Обработка оперативной информации представлена
на рис. 8.7, а спецификации ее процессов выглядят следующим образом.
ПРОЦЕСС: Сбор оперативной отчетности.
ВХОД: Оперативные данные, Оперативный отчет.
ВЫХОД: Отчет с отметкой «оперативный отчет».
АЛГОРИТМ:
1.	ПОЛУЧИТЬ от предприятий («ДОКУМЕНТЫ МЕЖДУ ДФ И ПРЕДПРИЯ-
ТИЯМИ») И Главного вычислительного центра (ГВЦ) («ДОКУМЕНТЫ МЕЖДУ
ДФ И ДЕПАРТАМЕНТАМИ «ТЖД»») оперативные отчеты по прочим видам дея-
тельности.
2.	ОТСОРТИРОВАТЬ отчеты по видам деятельности:
•	по объединениям (всего 61 завод);
•	предприятия науки (всего 6);
•	предприятия торговли;
•	предприятия снабжения (всего 4);
•	предприятия подрядной деятельности;
•	проектно-изыскательская деятельность (главк ЦУКС);
•	бюджетные учреждения.
3.	ЗАНЕСТИ в «ОТЧЕТЫ ПО ПРОЧИМ ВИДАМ ДЕЯТЕЛЬНОСТИ» с от-
меткой «оперативный отчет».
ПРОЦЕСС: Определение дебиторов/ кредиторов.
ВХОД: Данные оперативного отчета по дебиторам/кредиторам.
ВЫХОД: Данные о проведенных зачетах, Отчет по дебиторам/кредиторам.
АЛГОРИТМ:
1.	ВЫБРАТЬ из «ОТЧЕТЫ ПО ПРОЧИМ ВИДАМ ДЕЯТЕЛЬНОСТИ» дан-
ные оперативного отчета И СОСТАВИТЬ сводный отчет по дебиторам/кредиторам.
2.	ПЕРЕДАТЬ сводный отчет по дебиторам/кредиторам по видам деятельности
в целом по «ТЖД»:
•	ЦК профсоюза, Госкомстат;
•	отдел по налогам, отдел по взаиморасчетам.
И ЗАНЕСТИ В «ОТЧЕТЫ ПО ПРОЧИМ ВИДАМ ДЕЯТЕЛЬНОСТИ».
3.	ПЕРЕДАТЬ:
•	данные о проведенных зачетах между предприятиями «ТЖД» - в отдел по
взаиморасчетам;
•	данные для внутриведомственного зачета - в отдел по централизованным рас-
четам.
ПРОЦЕСС: Определение текущей прибыли.
ВХОД: Данные оперативного отчета о прибыли, Оперативный отчет о прибыли.
ВЫХОД: Сводный отчет о прибыли.
АЛГОРИТМ:
1.	ПОЛУЧИТЬ от:
•	предприятий («ОТЧЕТЫ ПО ПРОЧИМ ВИДАМ ДЕЯТЕЛЬНОСТИ») И ж/Д
(«ДОКУМЕНТЫ МЕЖДУ ДФ И ДЕПАРТАМЕНТАМИ «ТЖД»») оперативные
данные по прибыли;
•	отдела финансово-бюджетного планирования плановые показатели по прибыли.
2.	СОСТАВИТЬ сводный отчет о прибыли.
ПЕРЕДАТЬ отчет в отдел финансово-бюджетного планирования И ЗАНЕСТИ
В «ОТЧЕТЫ ПО ПРОЧИМ ВИДАМ ДЕЯТЕЛЬНОСТИ».
ПРОЦЕСС: Составление отчета по внебюджетным фондам.
ВХОД: Данные оперативного отчета по внебюджетным фондам.
ВЫХОД: Отчет по внебюджетным фондам, Реестр о погашении задолженности.
АЛГОРИТМ:
1.	ВЫБРАТЬ из накопителя «ОТЧЕТЫ ПО ПРОЧИМ ВИДАМ ДЕЯТЕЛЬ-
НОСТИ» оперативные данные по внебюджетным фондам.
2.	СОСТАВИТЬ:
•	отчет по внебюджетным фондам ЗАНЕСТИ в «ОТЧЕТЫ ПО ПРОЧИМ ВИ-
ДАМ ДЕЯТЕЛЬНОСТИ»;
•	реестр о погашении задолженности в ПФ - ПЕРЕДАТЬ в ПФ.
Диаграмма процесса Оперативное планирование представлена на рис. 8.8,
а спецификации ее процессов выглядят следующим образом.
ПРОЦЕСС: Определение объемов поставок.
ВХОД: Ожидаемый объем поставок, План поставок на следующий месяц, Пла-
новые показатели по прочей деятельности.
ВЫХОД: Объем поставок, Показатели.
АЛГОРИТМ:
1.	ВЫБРАТЬ ожидаемый объем поставок от заводов на ж/д - поступает от ж/д
(«ДОКУМЕНТЫ МЕЖДУ ДФ И ЖД») И план поставок на следующий месяц от
заводов («ДОКУМЕНТЫ МЕЖДУ ДФ И ПРЕДПРИЯТИЯМИ»),
2.	СОСТАВИТЬ ежемесячно план ожидаемых поставок от заводов на ЖД.
3.	ПЕРЕДАТЬ план на ЖД («ДОКУМЕНТЫ МЕЖДУ ДФ И ЖД»), Заводы
(«ДОКУМЕНТЫ МЕЖДУ ДФ И ПРЕДПРИЯТИЯМИ»), Главки («ДОКУМЕН-
ТЫ МЕЖДУ ДФ И ДЕПАРТАМЕНТАМИ «ТЖД»»).
ПРОЦЕСС: Расчеты железных дорог с заводами отрасли.
ВХОД: Данные по доходам ж/д.
ВЫХОД: Справка о расчетах ж/д с заводами.
АЛГОРИТМ:
1.	ПОЛУЧИТЬ от ГВЦ («ДОКУМЕНТЫ МЕЖДУ ДФ И ДЕПАРТАМЕНТАМИ
«ТЖД»») данные о состоянии расчетов железных дорог.
2.	СОСТАВИТЬ справку о расчетах железных дорог с заводами «ТЖД» И ПЕРЕ-
ДАТЬ по запросу главкам.
3.	ЗАНЕСТИ справку о расчетах железных дорог с заводами отрасли в «СПРАВ-
КИ О РАСЧЕТАХ ЖД С ЗАВОДАМИ ОТРАСЛИ».
ПРОЦЕСС: Разработка лимитов по оплате.
ВХОД: Данные по дебиторам/кредиторам, Данные по объемам поставок, Справ-
ка о расчетах ж/д с заводами.
ВЫХОД: Данные для платежного баланса, План лимита финансирования.
АЛГОРИТМ:
1.	ВЫБРАТЬ из накопителей:
•	«ОТЧЕТЫ ПО ПРОЧИМ ВИДАМ ДЕЯТЕЛЬНОСТИ» - данные о дебито-
рах/кредиторах;
•	«СПРАВКИ О РАСЧЕТАХ ЖД С ЗАВОДАМИ «ТЖД»» - справку о расчетах
железных дорог с заводами;
•	«ОБЪЕМЫ ПОСТАВОК» - данные по объемам поставок.
2.	РАЗРАБОТАТЬ в последнюю и первую декаду месяца лимит по оплате желез-
ных дорог заводам:
•	наименование железной дороги;
•	наименование завода, сумма к оплате.
3.	УТВЕРДИТЬ у зам. министра И ЗАНЕСТИ в «ЛИМИТЫ ФИНАНСИРО-
ВАНИЯ».
4.	ПЕРЕДАТЬ данные для платежного баланса по прочим видам деятельности
(«ВНУТРЕННИЕ ДОКУМЕНТЫ ДФ») в Департамент финансов И план лимита фи-
нансирования для железной дороги («ДОКУМЕНТЫ МЕЖДУ ДФ И ЖД»).
Диаграмма процесса Формирование сводной отчетности представлена на
рис. 8.9, а спецификации ее процессов выглядят следующим образом.
ПРОЦЕСС: Сбор отчетов по прочим видам деятельности.
ВХОД: Баланс по прочим видам деятельности, Балансовый отчет.
ВЫХОД: Баланс по прочим видам деятельности, Отчет по прочим видам дея-
тельности.
АЛГОРИТМ:
1. ПОЛУЧИТЬ от железных дорог («ДОКУМЕНТЫ МЕЖДУ ДФ И ЖД») И
предприятий («ДОКУМЕНТЫ МЕЖДУ ДФ И ПРЕДПРИЯТИЯМИ») раздель-
ные балансы по прочим видам деятельности.
2. ЗАНЕСТИ балансы в «БАЛАНСЫ ПО ПРОЧИМ ВИДАМ ДЕЯТЕЛЬНО-
СТИ» И ПРЕДСТАВИТЬ в отдел основной деятельности для выверки балансов.
ПРОЦЕСС: Сверка показателей.
ВХОД: Баланс по прочим видам деятельности, Отчет по основной деятельности.
ВЫХОД: Данные расчетов с ПФ, Отметка «сверено».
АЛГОРИТМ:
1. ВЫБРАТЬ из «БАЛАНСЫ ПО ПРОЧИМ ВИДАМ ДЕЯТЕЛЬНОСТИ» баланс
по прочим видам деятельности И ПРОВЕСТИ выверку с отчетом по основной деятель-
ности, взятым в отделе основной деятельности («ВНУТРЕННИЕ ДОКУМЕНТЫ ДФ»).
2. ЗАНЕСТИ в «БАЛАНСЫ ПО ПРОЧИМ ВИДАМ ДЕЯТЕЛЬНОСТИ» отмет-
ку «сверено».
ПРОЦЕСС: Подготовка уравнений для строк баланса.
ВХОД: Баланс по прочим видам деятельности.
ВЫХОД: Задание программистам.
АЛГОРИТМ:
1. ВЫБРАТЬ из «БАЛАНСЫ ПО ПРОЧИМ ВИДАМ ДЕЯТЕЛЬНОСТИ» вы-
веренные балансы по прочим видам деятельности.
1.	СОСТАВИТЬ уравнения баланса между строками баланса и передать в ГВЦ
(«ДОКУМЕНТЫ МЕЖДУ ДФ И ДЕПАРТАМЕНТАМИ «ТЖД»») задание програм-
мистам на разработку программы.
ПРОЦЕСС: Составление балансового отчета.
ВХОД: Программное обеспечение для баланса.
ВЫХОД: Балансовый отчет, Данные анализа, Отчет по видам деятельности, Свод-
ный баланс по прочим видам деятельности.
АЛГОРИТМ:
1.	ПОЛУЧИТЬ из ГВЦ («ДОКУМЕНТЫ МЕЖДУ ДФ И ДЕПАРТАМЕНТАМИ
«ТЖД»») программное обеспечение для составления баланса по прочим видам дея-
тельности.
2.	СОСТАВИТЬ баланс по прочим видам деятельности И ЗАНЕСТИ баланс в
«БАЛАНСЫ ПО ПРОЧИМ ВИДАМ ДЕЯТЕЛЬНОСТИ».
3.	ПЕРЕДАТЬ баланс с результатами анализа в бюджетно-финансовый отдел
(«ВНУТРЕННИЕ ДОКУМЕНТЫ ДФ»),
4.	ПЕРЕДАТЬ отчет по видам деятельности (с/х, торговля, бюджетные и подряд-
ные организации) Минэкономики, Госкомстат, Счетную палату.
8.3.
Модель верхнего уровня
финансовой службы
железной дороги
Вернемся к контекстной диаграмме, приведенной на рис. 8.1.
На ней были изображены три подсистемы, одной из которых является типо-
вая железная дорога. В этой подсистеме также была выделена финансовая
служба и построена модель ее деятельности.
На рис. 8.10 приведена диаграмма потоков данных, детализирующая подси-
стему Финансовая деятельность железной дороги. На ней приведены основные
виды деятельности, которые выполняются в финансовой службе железной до-
роги. Функционально подсистема разбивается на следующие процессы.
1.	Финансовое планирование и лимитирование - включает в себя деятель-
ность отдела финансового планирования и лимитирования финансовой служ-
бы железной дороги: оперативный контроль (контроль исполнения платеж-
ного баланса Отделения дороги (ОД), контроль исполнения платежного ба-
ланса железной дороги, контроль перечисления страховых взносов, расчеты
с Федеральным Казначейством, формирование ежесуточных справок по рас-
четно-платежной дисциплине); планирование финансовой деятельности на
месяц (составление платежного баланса железной дороги, составление ли-
мита финансирования железной дороги, утверждение лимита финансирова-
ния ОД, утверждение платежного баланса ОД); планирование финансовой
деятельности железной дороги (планирование амортизационных отчислений,
планирование доходов по перевозкам, планирование прибыли по ПВД, рас-
чет балансовой прибыли, расчет прибыли по перевозке, формирование спра-
125
вок); планирование развития социальной сферы; планирование сбора вы-
ручки от ПВД; разработка нормативов запасов ТМЦ (товарно-материаль-
ных ценностей); расчет доходных ставок ОД (проверка плана доходов по
ОД, расчет фактических доходов ОД, утверждение доходной ставки ОД); фор-
мирование отчетов.
2.	Контроль расчетов по налогам — включает в себя деятельность отдела
контроля налогов финансовой службы железной дороги: расчет местного
налога (расчет налога на милицию, расчет налога на содержание жилого
фонда); расчет налога в дорожный фонд (расчет налога на отдельные виды
автотранспортных средств; расчет налога на пользователей автомобильных
дорог; расчет налога на приобретение автотранспортных средств; расчет на-
лога на реализацию ГСМ; расчет налога с владельцев автотранспорта); рас-
чет налога на добавленную стоимость (расчет НДС по покупке; расчет НДС
по реализации; свод НДС по предприятиям; составление налоговой декла-
рации по НДС); страховые взносы во внебюджетные фонды (контроль расче-
тов по налогам с ПФ, контроль расчетов с ФЗН, контроль расчетов с ФОМС,
перечисления в фонд социального страхования, формирование свода по вне-
бюджетным фондам); расчет налога на землю, расчет налога на имущество,
расчеты с дебиторами.
3.	Организация взаимозачетов - включает в себя деятельность отдела
организации взаимозачетов финансовой службы железной дороги: зачисле-
ние суммы зачета; подготовку данных по зачетам; сбор заявок на зачеты;
формирование документов по зачетам, формирование отчетов.
4.	Формирование результатов по доходам - включает в себя деятельность
отдела по доходам финансовой службы железной дороги: контроль доходов
от перевозок; учет бесплатных перевозок; учет взаимозачетов по грузовым
перевозкам; учет доходных поступлений от перевозок.
5.	Формирование отчетности - включает в себя деятельность отдела опе-
ративной и сводной отчетности финансовой службы железной дороги: сбор
и проверку данных от ОД и ПДП; свод отчетов и справок; формирование и
контроль заданий по погашению дебиторской/кредиторской задолженно-
сти; формирование оперативных справок.
6.	Анализ финансовых результатов - включает в себя деятельность отде-
ла анализа финансовой службы железной дороги: сбор данных о финансо-
вом состоянии железной дороги; анализ и обобщение данных о финансовом
состоянии железной дороги; контроль над выполнением основных финансо-
вых показателей; контроль и распределение расходов; подготовку аналити-
ческих материалов.
По аналогии с Департаментом финансов все документы финансовой служ-
бы дороги были разбиты на следующие группы, которым соответствуют од-
ноименные накопители данных:
1. Документы между ДФД и ЖД - финансовые документы, циркулирую-
щие между финансовой службой и Управлением железной дороги.
2. Документы между ЖД и ОД - финансовые документы, циркулирую-
щие между железной дорогой и Отделением железной дороги.
. 3. Документы между ЖД и предприятиями ЖД - финансовые документы,
циркулирующие между железной дорогой и предприятиями железной дороги.
126
4. Документы между ДФД и службами ЖД - финансовые документы,
циркулирующие между финансовой службой и службами Управления же-
лезной дороги.
5. Внутренние документы ДФД - финансовые документы, циркулирую-
щие внутри финансовой службы.
На рис. 8.11 приведена диаграмма потоков данных, на которой отражена
деятельность финансовой службы железной дороги при контроле расчетов
по налогам. Из диаграммы видно, что финансовая служба рассчитывает не
только налоги Управления железной дороги, но и проводит расчет налогов
для отделений и предприятий железной дороги.
Иерархия функций процесса Контроль расчета налогов на железной до-
роге имеет следующий вид.
Расчет местного налога.
Расчет налога на милицию.
Расчет налога на содержание жилого фонда.
Расчет налога в дорожный фонд.
Расчет налога на отдельные виды автотранспортных средств.
Расчет налога на пользователей автомобильных дорог.
Расчет налога на приобретение автотранспортных средств.
Расчет налога на реализацию ГСМ.
Расчет налога с владельцев автотранспорта.
Расчет налога на добавленную стоимость.
Расчет НДС по покупке.
Расчет НДС по реализации.
Свод НДС по предприятиям.
Составление налоговой декларации по НДС.
Страховые взносы во внебюджетные фонды.
Контроль расчетов по налогам с ПФ.
Контроль расчетов с ФЗН.
Контроль расчетов с ФОМС.
Перечисления в фонд социального страхования.
Формирование свода по внебюджетным фондам.
Расчет налога на землю.
Расчет налога на имущество.
Расчеты с дебиторами.
На рис. 8.12 приведена диаграмма, детализирующая процесс Расчет на-
лога в дорожный фонд. Спецификации процессов этой диаграммы приводят-
ся ниже.
ПРОЦЕСС: Расчет налога на приобретение автотранспортных средств.
ВХОД: Счет-фактура или Справка.
ВЫХОД: Данные налога на приобретение автотранспорта, Декларация на при-
обретение автотранспортного средства, Проводка, Справка на перечисление.
АЛГОРИТМ:
1.	ПОЛУЧИТЬ от предприятия счет-фактуру на приобретенное транспортное
средство ИЛИ заверенную руководством предприятия справку с указанием стоимо-
сти приобретенного автотранспорта.
127
2.	СОСТАВИТЬ декларацию по налогу на приобретение автотранспортных
средств на дату.
3.	ПЕРЕДАТЬ декларацию в налоговую инспекцию предприятия И ЗАНЕСТИ
в «РАСЧЕТЫ ПО НАЛОГАМ».
4.	СФОРМИРОВАТЬ проводку Дт Кт И ПЕРЕДАТЬ распоряжение на перечис-
ление в отдел банковских операций.
ПРОЦЕСС: Расчет налога с владельцев автотранспорта.
ВХОД: Декларация, Технический паспорт.
ВЫХОД: Данные налога с владельцев автотранспорта, Декларация, Копия тех-
нического паспорта, Проводка, Распоряжение на перечисление.
АЛГОРИТМ:
1.	ПОЛУЧИТЬ от предприятия декларацию по налогу с владельцев автотран-
спортных средств И копию технического паспорта.
2.	ПРОВЕРИТЬ правильность заполнения декларации.
3.	СОСТАВИТЬ декларацию по налогу с владельцев автотранспортных средств
за дату.
4.	ПЕРЕДАТЬ декларацию И копии технического паспорта в налоговую инс-
пекцию предприятия И ЗАНЕСТИ в «РАСЧЕТЫ ПО НАЛОГАМ».
5.	СФОРМИРОВАТЬ проводку Дт Кт И ПЕРЕДАТЬ распоряжение на перечис-
ление в отдел банковских операций.
ПРОЦЕСС: Расчет налога на реализацию ГСМ.
ВХОД: Декларация по налогу на реализацию ГСМ.
ВЫХОД: Данные налога на реализацию ГСМ, Декларация налога на реализа-
цию ГСМ, Проводка, Распоряжение на перечисление.
АЛГОРИТМ:
1.	ПОЛУЧИТЬ от предприятия декларацию по налогу на реализацию ГСМ.
2.	ПРОВЕРИТЬ правильность заполнения декларации.
3.	СОСТАВИТЬ декларацию на реализацию ГСМ на дату.
4.	ПЕРЕДАТЬ декларацию в налоговую инспекцию предприятия И ЗАНЕСТИ
в «РАСЧЕТЫ ПО НАЛОГАМ».
5.	СФОРМИРОВАТЬ проводку Дт Кт И ПЕРЕДАТЬ распоряжение на перечис-
ление в отдел банковских операций.
ПРОЦЕСС: Расчет налога на пользователей автомобильных дорог.
ВХОД: Декларация, Форма № 2.
ВЫХОД: Данные налога на пользователей автомобильных дорог, Декларация
налога, Проводка, Распоряжение на перечисление.
АЛГОРИТМ:
1.	ПОЛУЧИТЬ от предприятия декларацию по налогу на пользователей автомо-
бильных дорог И Форму № 2 (с. 10, 90, 100).
2.	ПРОВЕРИТЬ правильность заполнения декларации.
3.	СОСТАВИТЬ декларацию по налогу на пользователей автомобильных дорог
на дату.
4.	ПЕРЕДАТЬ декларацию в налоговую инспекцию предприятия И ЗАНЕСТИ
в «РАСЧЕТЫ ПО НАЛОГАМ».
5.	СФОРМИРОВАТЬ проводку Дт Кт И ПЕРЕДАТЬ распоряжение на перечис-
ление в отдел банковских операций.
ПРОЦЕСС: Расчет налога на отдельные виды автотранспортных средств.
ВХОД: Расчет налога, Копия технического паспорта.
ВЫХОД: Данные налога на отдельные виды автотранспорта, Декларация нало-
га на отдельные виды автотранспорта, Проводка, Распоряжение на перечисление.
АЛГОРИТМ:
1.	ПОЛУЧИТЬ от предприятия расчет налога на отдельные виды транспортных
средств И Копию технического паспорта.
2.	ПРОВЕРИТЬ правильность заполнения расчета.
3.	СОСТАВИТЬ декларацию налога на отдельные виды транспортных средств
на дату.
4.	ПЕРЕДАТЬ декларацию И копии технического паспорта в налоговую инс-
пекцию предприятия И ЗАНЕСТИ в «РАСЧЕТЫ ПО НАЛОГАМ».
5.	СФОРМИРОВАТЬ проводку Дт Кт И ПЕРЕДАТЬ распоряжение на перечис-
ление в отдел банковских операций.
ГЛАВА
9
Моделирование
деятельности
крупной снабженческой
организации
Объектом исследований является предприятие по материаль-
но-техническому снабжении^ (ПМТС) на железнодорожном транспорте.
Основными целями работы ПМТС являются:
•	своевременное и комплексное снабжение организаций и работников
железнодорожного транспорта продукцией производственно-технического
назначения и товарами народного потребления с высокими потребительски-
ми свойствами и качеством при минимальных затратах в целях обеспечения
стабильности работы железнодорожного транспорта, получения прибыли и
реализации на этой основе социальных и экономических интересов собствен-
ника и членов трудового коллектива;
•	формирование рациональных хозяйственных связей предприятий-по-
ставщиков с железнодорожными организациями, а также непосредственны-
ми потребителями железнодорожного транспорта;
•	выявление потребности предприятий отрасли в материально-техниче-
ских ресурсах и размещение заказов на их поставку изготовителями транзи-
том и через ПМТС;
•	оптовая закупка продукции производственно-технического назначения
и товаров народного потребления и продажа потребителям по их заказам;
•	заключение договоров на поставку продукции с поставщиками;
•	оказание платных услуг потребителям железнодорожного транспорта,
не предусмотренных договорами;
•	участие в ярмарках, аукционах по оптовой продаже продукции, заклю-
чение договоров на ее приобретение;
•	осуществление внешнеэкономической деятельности;
•	оказание коммерческих, посреднических услуг клиентам СНГ, иност-
ранным юридическим лицам и гражданам;
•	оказание услуг по реализации неиспользуемых ТМЦ в порядке комис-
сионной торговли предприятиям независимо от их принадлежности и форм
собственности;
•	планирование и обеспечение сдачи предприятиями дороги лома и отхо-
дов черных и цветных металлов;
•	хранение, учет и обновление материалов государственного запаса.
1.ЧП
9.1.	I Контекстная модель ПМТС
На рис. 9.1 приведена контекстная диаграмма, включающая под-
системы ПМТС к типового территориального филиала ПМТС а также внешние
объекты, с которыми эти подсистемы взаимодействуют (эти взаимодействия обо-
значены с помощью входных и выходных информационных потоков).
Перечисленные подсистемы осуществляют информационное взаимодей-
ствие с помощью обобщенных информационных потоков, название кото-
рых отражает направление обмена.
Так, поток Документы Поставщик-ПМТС идентифицирует пакет доку-
ментов, поступающих от Поставщика в ПМТС (детализация потока по ти-
пам, названиям и полям документов осуществляется на нижних уровнях функ-
циональной модели). Обмен электронными данными моделируется с исполь-
зованием информационного канала Канал связи ПМТС-ТФ, при этом
информационные потоки прямо указывают, от кого и кому эти данные по-
ступают, например Данные ПМТС-ТФ (структура этих данных также приво-
дится на нижних уровнях модели).
Внешняя сущность МПС моделирует Министерство путей сообщения,
обменивающегося с ПМТС следующей информацией:
•	Документы МПС-ПМТС - любой регистрируемый документ и/или зап-
рос из Министерства в ПМТС (план, приказ, нормативно-справочная ин-
формация и т.д.);
•	Документы ПМТС-МПС - любой регистрируемый документ из ПМТС
в МПС (отчет, заявка и т.д.).
Внешняя сущность Дорога моделирует названную организацию, обме-
нивающуюся с ПМТС следующей информацией: Документы Дорога-ПМТС,
Документы ПМТС-Дорога.
Внешняя сущность Поставщик моделирует любого поставщика, обме-
нивающегося с ПМТС следующей информацией: Документы Поставщик-
ПМТС, Документы ПМТС-Поставщик.
9.2.	Диаграмма уровня основных процессов
На рис. 9.2 приведена диаграмма потоков данных, детализи-
рующая систему по основным видам деятельности, выполняемым в ПМТС.
Функционально система разбивается на следующие процессы: Управление
снабжением, Управление BMP (вторичными материальными ресурсами),
Планово-производственная деятельность, Внешнеэкономическое сотрудни-
чество, Юридическая экспертиза договоров, Бухгалтерский учет, Деятель-
ность канцелярии, Администрирование системы, Администрирование базы
данных.
9*
131
На данном уровне введены накопители данных, используемые в несколь-
ких видах деятельности и являющиеся прообразами подсхем корпоратив-
ной базы данных ПМТС:
•	МТР - используется для хранения данных по движению материально-
технических ресурсов.
•	ТЛП - используется для хранения данных по движению товаров легкой
I промышленности.
•	Запасные части и агрегаты - используется для хранения данных по дви-
жению запасных частей.
•	ТТР - используется для хранения данных по движению топливно-транс-
портных ресурсов.
•	BMP - используется для хранения данных по движению вторичных ма-
териальных ресурсов (лома черных и цветных металлов).
•	Договоры - предназначены для хранения данных по всем договорам
закупки и сбыта.
•	Контрагенты - предназначены для хранения данных по всем контрагентам.
•	Сотрудники ПМТС - предназначены для хранения данных о всех со-
трудниках ПМТС.
•	НСИ (нормативно-справочная информация) - используется для хране-
ния нормативов, тарифов и другой информации подобного вида.
•	Входящие документы - используется для хранения всех поступающих
на ПМТС документов.
•	Исходящие документы - используется для хранения всех выходящих из
ПМТС документов.
•	Внутренний документооборот ПМТС - информационный канал, исполь-
зуемый для моделирования документооборота внутри ПМТС.
Процессы реализуют следующие функции.
1.	Управление снабжением - включает в себя управление ТТР (топливно-
транспортными ресурсами), управление МТР (материально-техническими
ресурсами), управление ТЛП (товарами легкой промышленности), управле-
ние запасными частями.
2.	Управление ВМР - включает в себя деятельность по продаже металло-
лома (планирование сбора и сдачи, договорную деятельность, реализацию,
формирование статистической отчетности, привязку к ГОСТу и т.д.).
3.	Внешнеэкономическое сотрудничество - отражает специфику работы с
зарубежными партнерами.
4.	Администрирование системы - включает в себя администрирование
корпоративной информационной системы (с репликацией данных от всех
филиалов ПМТС), администрирование модулей корпоративной системы (ве-
дение журналов настроек), администрирование ЛВС, администрирование
полномочий пользователей.
5.	Администрирование базы данных - включает в себя формирование таб-
лиц разграничений доступа к БД, формирование расписаний архивирования
и чистки архивов, ведение архивных таблиц БД, ведение резервных копий
БД, выдачу информации по нерегламентированным запросам.
Остальные процессы традиционны для большинства предприятий и не
нуждаютсятв комментарии.
9.3.
Модель процесса
«Управление снабжением»
Иерархия функций процесса «Управление снабжением» име-
:т следующий вид:
Управление снабжением МТР.
Обработка заявок.
Формирование заказа.
Заключение договора.
Проведение расчетов.
Управление и контроль поставок.
Управление снабжением запасными частями.
Поставки за счет централизованных средств.
Обработка заявок.
Заключение договоров.
Проведение расчетов.
Управление и контроль поставок.
Контроль запасов.
Формирование заказа.
Поставки за счет средств дорог.
Обработка заявок.
Формирование заказа.
Заключение договоров.
Проведение расчетов.
Управление и контроль поставок.
Импортно-экспортные поставки.
Обработка заявок.
Формирование заказа.
Заключение контракта.
Проведение расчетов.
Управление и контроль поставок.
Управление снабжением ТТР.
Нормообразование и планирование.
Формирование отчетности по выполнению норм ( на основе ТХО-2, на основе ТХО-9).
Планирование по нормам.
Перерасчет в деньгах.
Формирование сводной заявки.
Распределение объемов.
Нормообразование.
Учет и контроль поставок.
Учет поставок (дизельного топлива, топочного мазута, угля, дизельных масел).
Контроль отгрузки.
Контроль получения.
Формирование отчетности.
Формирование отчетов по топочному мазуту.
Формирование отчетов по углю.
133
Формирование финансовой отчетности (по поставщикам, продуктам, затратам).
Формирование отчетов по дизельному топливу.
Формирование отчетов по дизельным маслам.
Формирование рапорта оборотов и поступлений.
Заключение договоров.
Обработка счетов.
Управление снабжением ТЛП.
Обработка заявок.
Выбор поставщиков.
Формирование заказа.
Заключение договора.
Управление и контроль поставок.
Проведение расчетов.
Формирование сводной формы МО-3.
Диаграмма процесса приведена на рис. 9.3. Детализирующие диаграммы
сгруппированы в соответствии с видом поставляемых ресурсов: управление снаб-
кением МТР (рис. 9.4), управление снабжением запасными частями (рис. 9.5 -
эис. 9.6), управление снабжением ТТР (рис. 9.7 - рис. 9.12), управление снабже-
нием ТЛП (рис. 9.13).
9.4.	Модель процесса «Управление ВМР»
Иерархия функций процесса «Управление ВМР» имеет следую-
ций вид:
Управление BMP.
Формирование статистической отчетности по BMP.
Формирование срезов данных.
Формирование оперативных данных.
Формирование оперативных данных в суммовом выражении.
Формирование справки о реализации вагонными службами.
Формирование данных МО-2.
Формирование данных за год.
Хоздоговорная деятельность по BMP.
Реализация поставки.
Контроль прибытия.
Переоформление Формы № 69.
Формирование акта сверки.
Освидетельствование BMP.
Контроль за следованием груза.
Оформление экспортных документов.
Контроль платежей.
Маркетинг по BMP.
Заключение договора на поставку BMP.
Закрытие договора.
Планирование сбора и сдачи BMP.
Привязка к ГОСТу.
34
Диаграммы процесса приведены на рис. 9.14-9.19. Значимые специфика-
ции процессов нижнего уровня приводятся ниже.
1.	ДИАГРАММА ПРОЦЕССА: Управление BMP
ПРОЦЕСС: Формирование статистической отчетности по BMP.
ВХОД: Данные о поставщике, Данные по BMP, Форма МО-2, Справка о ходе
исполнения договоров.
ВЫХОД: Данные по форме МО-2, Срезы данных, Данные за год.
ПОДПРОЦЕССЫ:
Формирование срезов данных.
Формирование данных МО-2.
Формирование данных за год.
ПРОЦЕСС: Хоздоговорная деятельность по BMP.
ВХОД: Данные о поставщике, Счет от продавца, Данные по BMP, Извещение о
готовности отгрузки, Отчет дороги, Данные договора, Форма № 69 (акт приемки),
Ж/д квитанция.
ВЫХОД: Счет-фактура, Акт на BMP (ведомость комплектации), Акт сверки, Дан-
ные о покупателе, Счет покупателю, Данные по BMP, Договор, Данные договора.
ПОДПРОЦЕССЫ:
Реализация поставки.
Маркетинг по BMP.
Заключение договора на поставку BMP.
Закрытие договора.
ПРОЦЕСС: Планирование сбора и сдачи BMP.
ВХОД: Указание Л-421У, Встречный план дороги по сдаче BMP, План исклю-
чения из основных фондов, Отчетные данные за 3 года, Указание В-112У.
ВЫХОД: Указание МПС по BMP.
АЛГОРИТМ:
1)	ежегодно МПС формирует задание железным дорогам по объемным показате-
лям реализации лома (черных и цветных металлов) и доводит его до соответствую-
щих служб дорог;
2)	департаменты МПС доводят до ПМТС соответствующие планы исключения
из основных фондов;
3)	дороги доводят до ПМТС встречные планы по BMP;
4)	ПМТС обобщает эти данные, стыкует их и формирует средневзвешенные цифры;
5)	на основе средневзвешенных цифр ПМТС готовит указание заместителя ми-
нистра, которое после подписания доводится до дорог.
ПРОЦЕСС: Привязка к ГОСТу.
ВХОД: ГОСТ 2787-75 «Металлы черные вторичные», ГОСТ 1639-78 «Лом и
отходы цветных металлов». Технические условия.
ВЫХОД: Данные по BMP.
АЛГОРИТМ:
Осуществляется привязка собственных технических условий покупателей (мар-
кировок лома) к ГОСТам путем формирования таблицы:
•	идентификатор лома (как он называется у покупателя);
•	код лома у покупателя;
•	привязка к ГОСТу.
135
2.	ДИАГРАММА ПРОЦЕССА: Формирование статистической отчетности по BMP
ПРОЦЕСС: Формирование срезов данных.
ВХОД: Данные МО-2, Данные о поставщике, Данные по BMP.
ВЫХОД: Срезы данных.
ПОДПРОЦЕССЫ:
Формирование оперативных данных;
Формирование оперативных данных в суммовом выражении;
Формирование справки о реализации вагонными службами.
ПРОЦЕСС: Формирование данных МО-2.
ВХОД: Данные по BMP. Справка о ходе исполнения договоров. Форма МО-2,
анные о поставщике.
ВЫХОД: Данные по форме МО-2.
АЛГОРИТМ:
Формирование данных по сдаче металлолома за N месяцев и текущий месяц те-
чцего года по железным дорогам МПС по форме МО-2 (в тоннах): № по порядку,
эроги (каждая из 17 дорог, итого по дорогам, Вагонреммаш, Ремпутьмаш, Жел-
щреммаш, всего), План на год (черный лом), Задание на N месяцев, Черный лом с
чала года, Черный лом за текущий месяц, План на год (цветной лом), Задание на
месяцев, Цветной лом с начала года, Цветной лом за текущий месяц.
ПРОЦЕСС: Формирование данных за год.
ВХОД: Данные о поставщике, Данные формы МО-2, Данные по BMP.
ВЫХОД: Данные за год.
АЛГОРИТМ:
Формирование данных по сдаче металлолома за год по железным дорогам МПС:
по порядку, Дороги (каждая из 17 дорог, итого по дорогам, Вагонреммаш, Рем-
тьмаш, Желдорреммаш, всего), По месяцам года - черный лом (план, факт), цвет-
й лом (план, факт), Нарастающим итогом - черный лом (план, факт), цветной лом
тан, факт).
3.	ДИАГРАММА ПРОЦЕССА: Формирование срезов данных
ПРОЦЕСС: Формирование оперативных данных.
ВХОД: Данные о поставщике, Данные формы МО-2, Данные по BMP.
ВЫХОД: Срезы данных.
АЛГОРИТМ:
Формирование оперативных данных по сдаче лома черных и цветных металлов
N месяцев текущего года по железным дорогам МПС.
1.	ПО ЧЕРНОМУ ЛОМУ:
1)	№ по порядку;
2)	дороги (по каждой из 17 дорог, всего);
3)	план сдачи черного лома на год;
4)	план сдачи черного лома по оперативным данным за N месяцев текущего года;
5)	в том числе по хозяйствам: путевое, вагонное, локомотивное, прочие (коли-
гво тонн, сумма, тыс. руб.);
6)	итого (количество тонн, сумма, тыс. руб.).
2.	ПО ЦВЕТНОМУ ЛОМУ:
1)	№ по порядку;
2)	дороги (по каждой из 11 дорог, всего);
3)	план сдачи цветного лома на год;
4)	план сдачи цветного лома по оперативным данным за N месяцев текущего
года;
5)	в том числе по хозяйствам: локомотивное, вагонное, электрификации, связи,
прочие (количество тонн, сумма, тыс. руб.);
6)	итого (количество тонн, сумма, тыс. руб.).
ПРОЦЕСС: Формирование оперативных данных в суммовом выражении.
ВХОД: Данные о поставщике, Данные по форме МО-2, Данные по BMP.
ВЫХОД: Срезы данных.
АЛГОРИТМ:
Формирование сводных оперативных данных по сдаче лома черных и цветных
металлов за N месяцев текущего года по железным дорогам МПС в суммовом выра-
жении:
1)	№ по порядку;
2)	дороги (по каждой из 17 дорог, всего);
3)	сумма от реализации лома за N месяцев текущего года (тыс. руб.) по расчет-
ным данным;
4)	в том числе по хозяйствам: локомотивное, вагонное, путевое, электрифика-
ции, связи, прочие (количество тонн, сумма, тыс. руб.).
ПРОЦЕСС: Формирование справки о реализации вагонными службами.
ВХОД: Данные МО-2, Данные о поставщике, Данные по BMP.
ВЫХОД: Срезы данных.
АЛГОРИТМ:
Формирование справки о реализации лома черных и цветных металлов вагонны-
ми службами железных дорог за N месяцев текущего года (по расчетным данным):
1)	№ по порядку;
2)	дороги (по каждой из 17 дорог, всего);
3)	план списания вагонов на год, шт.;
4)	расчетный план сдачи лома на год, т;
5)	план списания вагонов за N месяцев текущего года, шт.;
6)	расчетный план сдачи лома за N месяцев текущего года, т;
7)	сдано лома за N месяцев по расчетным данным, т;
8)	сумма, тыс. руб.;
9)	сдано лома цветных металлов за N месяцев по расчетным данным, т;
10)	сумма, тыс. руб.;
11)	итого, тыс. руб. = (п. 8) + (п. 10).
4. ДИАГРАММА ПРОЦЕССА: Хоздоговорная деятельность по BMP
ПРОЦЕСС: Реализация поставки.
ВХОД: Железнодорожная квитанция, Форма № 69 (акт приемки), Данные по
BMP, Счет от продавца, Извещение о готовности отгрузки.
ВЫХОД: Счет покупателю, Акт сверки, Акт на BMP (ведомость комплекта-
[), Счет-фактура, Данные по BMP.
ПОДПРОЦЕССЫ:
Контроль прибытия;
Освидетельствование BMP;
Контроль за следованием груза;
Оформление экспортных документов;
Контроль за платежами.
ПРОЦЕСС: Маркетинг по BMP.
ВЫХОД: Данные о покупателе.
АЛГОРИТМ:
1.	Анализ динамики цен:
•	определение цен по конкретному покупателю;
•	определение средневзвешенных цен;
•	сопоставление динамики цен и тарифов.
2.	Определение транспортной составляющей:
•	определение цены транспортных расходов;
•	определение провозных плат;
•	определение тарифных расстояний.
ПРОЦЕСС: Заключение договора на поставку BMP.
ВХОД: Данные о покупателе, Данные о поставщике, Данные по BMP.
ВЫХОД: Договор, Данные договора.
АЛГОРИТМ:
1.	ПМТС заключает 2 типа договоров: с поставщиком лома (ж/д, покупателем).
2.	Договор имеет атрибуты: номер, дата, категория лома, количество, качество
4 засоренности, сумма, платежи и порядок расчетов, реквизиты).
3.	Договор с покупателем может иметь Дополнительное соглашение, в котором
<азываются: происхождение лома, дополнительные условия, часть атрибутов -
1рактеристики лома, технические условия приемщика, ж/д.
4.	Имеются 2 схемы расчетов.
Схема 1: предоплата покупателя лома в ПМТС - предварительный платеж по-
ставщику (ж/д) из ПМТС - отгрузка лома поставщиком - согласование и проведе-
ние взаиморасчетов (из-за разницы объемов, категорий и т.п.).
Схема 2: предоплата покупателя лома в ПМТС - отгрузка лома поставщиком
(ж/д) из ПМТС - расчет ПМТС с поставщиком на основе акта приемки лома поку-
пателем (форма № 69).
ПРОЦЕСС: Закрытие договора.
ВХОД: Отчет дороги, Данные договора.
ВЫХОД: Данные по BMP.
АЛГОРИТМ:
1.	Плановое окончание договора.
2.	Окончание договора по уведомлению в результате изменения цен, невыполне-
:я обязательств и т.п.
18
5.	ДИАГРАММА ПРОЦЕССА: Реализация поставки
ПРОЦЕСС: Контроль прибытия.
ВХОД: Акт на BMP (ведомость комплектации), Форма № 69 (акт приемки), же-
лезнодорожная квитанция, Данные по BMP.
ВЫХОД: Данные по BMP, Акт сверки.
ПОДПРОЦЕССЫ:
Переоформление формы № 69.
Формирование акта сверки.
ПРОЦЕСС: Освидетельствование BMP.
ВХОД: Расчет по выходу лома, Извещение о готовности отгрузки.
ВЫХОД: Акт на BMP (ведомость комплектации), Данные по BMP.
АЛГОРИТМ:
На основе расчетов по выходу черного и цветного лома по электровозу (тепло-
возу и др.) формируется ведомость комплектации - акт по текущему состоянию ком-
плектности.
ПРОЦЕСС: Контроль за следованием груза.
ВХОД: Железнодорожная квитанция.
ВЫХОД: Железнодорожная квитанция.
АЛГОРИТМ:
Контроль за следованием груза осуществляет перевозчик (ж/д). Он же несет соот-
ветствующую ответственность за его сохранность. Железнодорожный тариф опла-
чивает покупатель на основе договора.
ПРОЦЕСС: Оформление экспортных документов.
ВХОД: Акт качества, Уставные документы ж/д, Грузовая таможенная деклара-
ция (ГТД), Сертификат соответствия.
ВЫХОД: Экспортные документы, Акт качества.
АЛГОРИТМ:
Формируется пакет экспортных документов:
1.	Грузовая таможенная декларация (ГТД) поступает от декларанта, работающе-
го с ПМТС по договору.
2.	Копии всех уставных документов ж/д (продавца) и ПМТС (экспортера).
3.	На основе актов качества (формируемых по каждому вагону в месте отгрузки)
торгово-промышленная палата выдает сертификат соответствия (или справку о со-
ответствии).
4.	Документы по таможенным платежам.
ПРОЦЕСС: Контроль за платежами.
ВХОД: Счет от продавца.
ВЫХОД: Счет-фактура, Счет покупателю.
АЛГОРИТМ:
Контроль за платежами осуществляется на основе данных о проведенных плате-
жах, поступающих из бухгалтерии.
139
6.	ДИАГРАММА ПРОЦЕССА: Контроль за прибытием
ПРОЦЕСС: Переоформление Формы № 69.
ВХОД: Форма № 69 (акт приемки), Железнодорожная квитанция.
ВЫХОД: Данные по BMP, Форма № 69.
АЛГОРИТМ:
На основе поступившей формы № 69 осуществляется ее переоформление на
ПМТС:
1.	Общие данные: категория ломосдатчика; источник заготовки; номер цеха;
ломополучатель; ломоотправитель; поставщик; дата прибытия; дата отгрузки; ва-
гон; вес при отправлении; загрузка вагона (полная, неполная); фактура; железнодо-
рожная накладная; удостоверение о взрывоопасности; железнодорожный тариф; гру-
зоподъемность вагона; фактический вес (без тары).
2.	Данные о содержимом (таблица): участок (бригада); наименование лома по
ГОСТ 2787-75; код лома по ОПК; подкласс 078; вес брутто; вес тары; % засоренно-
сти; вес нетто; цена без НДС; сумма без НДС; НДС; сумма с НДС.
3.	Возмещаемые расходы (железнодорожный тариф).
4.	Всего к оплате.
5.	Не принято тонн по причине неметаллических примесей.
6.	Непринятый лом оставлен на ответственное хранение.
ПРОЦЕСС: Формирование акта сверки.
ВХОД: Акт на BMP (ведомость комплектации), Форма № 69, Данные по BMP.
ВЫХОД: Акт сверки.
АЛГОРИТМ:
Формирование акта сверки по отгрузке и учету металлолома:
1) основные данные (таблица): № по порядку, номер квитанции, номер вагона,
станция отправления, отправитель, вид лома, номер акта формы № 69, дата акта
формы № 69, вес по квитанции, фактический вес по акту, цена 1 т с НДС, сумма к
оплате за товар, железнодорожный тариф без НДС;
2) подвал: всего поступило по актам формы № 69 (масса, цена, сумма); всего лома
на сумму, в том числе без НДС, НДС; железнодорожный тариф на сумму, в том
числе без НДС, НДС; всего к оплате, в том числе без НДС, НДС; перечислено
дороге; задолженность.
ГЛАВА
10
Моделирование
деятельности
страхового общества
Моделирование деятельности страхового общества «СМО»
проводилось в рамках разработки концепции развития информационно-уп-
равляющей системы здравоохранения одной из крупнейших российских ком-
паний. По этой причине при описании деятельности страхового общества
основное внимание было сконцентрировано на бизнес-процессах, тесным
образом связанных с деятельностью системы здравоохранения Компании, а
именно на процессах добровольного медицинского страхования.
В страховом обществе «СМО» за работу в области медицинского страхо-
вания контингентов Компании отвечают Управление медицинского страхо-
вания и Управление развития медицинских программ Департамента лично-
го страхования. Управление медицинского страхования включает в себя сле-
дующие отделы: Отдел договоров медицинского страхования; Отдел
организации медицинской помощи; Отдел организации реабилитационно-
восстановительного лечения, которые занимаются вопросами заключения
договоров медицинского страхования по лечебным учреждениям, работой с
застрахованными физическими лицами, заключением договоров страхова-
ния по реабилитационно-восстановительным программам (лечение в сана-
тории и др.) соответственно. Управление развития медицинских программ
занимается вопросами предварительной подготовки и обслуживания дого-
воров медицинского страхования, а также общеорганизационными вопро-
сами.
Модель верхнего уровня
страхового общества
Основной задачей страхового общества «СМО» в функцио-
нировании системы здравоохранения Компании является финансовое обес-
печение медицинской помощи контингентам Компании посредством добро-
вольного медицинского страхования.
На рис. 10.1 представлены основные бизнес-процессы страхового обще-
ства «СМО»:
•	маркетинг рынка страхования;
•	определение вероятности наступления страхового случая;
10.1.
141
•	ведение договора страхования;
•	управление страховым резервным фондом;
•	управление рисками;
•	претензионная работа;
•	анализ деятельности общества.
В бизнес-процессе Маркетинг рынка страхования определяются основ-
ые участники на рынке страхования и оказываемый ими спектр услуг. Вы-
ирается сегмент рынка страхования, на который Компания собирается вы-
адить. Выделяются основные конкуренты на этом сегменте рынка. Опреде-
яются оптимальные (по сравнению с конкурентами) условия привлечения
грахователей.
В бизнес-процессе Определение вероятности наступления страхового слу-
чя определяются страховые тарифы в зависимости от вида (разновидности)
грахового случая и вероятности наступления страхового случая.
В бизнес-процессе Ведение договора страхования происходят подготовка
оговора страхования, его заключение и контроль исполнения.
В бизнес-процессе Управление страховым резервным фондом осуществ-
яется размещение резервного фонда на депозит и в ценные бумаги на осно-
г нормативных документов.
В бизнес-процессе Управление рисками осуществляется проведение пре-
ентивных мероприятий для снижения риска наступления страхового случая
о заключенным договорам страхования.
В бизнес-процессе Претензионная работа осуществляется обработка пре-
ензий по заявлениям страхователя или застрахованного к страховой орга-
изации.
В бизнес-процессе Анализ деятельности общества осуществляется ана-
из финансово-экономической и хозяйственной деятельности страхового
бщества.
Внешняя сущность Источник информации о рынке моделирует все возмож-
ные источники информации, которыми пользуется страховое общество в
[роцессе маркетинга рынка страхования. В качестве источника информации
тогут выступать как периодические издания, специализированная литерату-
>а и бюллетени, так и заказные разработки, выполненные специализирован-
[ыми институтами или авторскими коллективами.
Внешняя сущность Страхователь моделирует физическое или юридиче-
ское лицо, имеющее интерес в страховании и заключившее со страховым
>бществом договор страхования.
Внешняя сущность Застрахованный моделирует физическое или юриди-
[еское лицо, чье имущество, жизнь, здоровье, ответственность являются
(бъектами страховой защиты и указываются в страховом полисе. Может быть
щновременно Страхователем, если заключает договор в отношении себя.
Внешняя сущность Медицинское учреждение моделирует учреждение, ока-
зывающее медицинскую помощь в соответствии с условиями договора стра-
хования.
Внешняя сущность Независимый эксперт моделирует физическое или юри-
щческое лицо, которое в соответствии с договором между ним и страховым
)бществом проводит независимую экспертизу различных аспектов состоя-
ло
ния медицинского учреждения и санитарно-эпидемиологической обстанов-
ки конкретного региона.
Внешняя сущность Суд моделирует судебное учреждение, которое явля-
ется последней инстанцией при решении споров между страховым обществом
и его контрагентами.
На данном уровне введены накопители данных, используемые в несколь-
ких процессах и являющиеся прообразами подсхем интегрированной базы
данных информационно-управляющей системы здравоохранения в части
страховой деятельности:
1)	Договоры - предназначен для хранения договоров, заключаемых стра-
ховым обществом со страхователями, застрахованными медицинскими уч-
реждениями, поставщиками медицинского оборудования и лекарственных
средств и другими контрагентами;
2)	Учетные карточки договоров - используется для отражения этапов ис-
полнения договора и движения финансовых средств по нему;
3)	Отчеты о деятельности страхового общества - содержит регламентиро-
ванные отчеты о деятельности страхового общества и отчеты, необходимые
для управленческого учета деятельности страхового общества.
Для анализа и оценки взаимодействия страхового общества «СМО» с си-
стемой здравоохранения Компании более подробно необходимо остановить-
ся на следующих бизнес-процессах: Ведение договора страхования, Управле-
ние рисками, Анализ деятельности общества.
Ниже приведены спецификации процесса Управление рисками и частично
процесса Анализ деятельности общества.
ПРОЦЕСС: Управление рисками.
ВХОД: Данные анализа, превентивная страховая программа, данные по страхо-
вому риску.
ВЫХОД: Договор, коррекция страхового риска, рекомендация для снижения стра-
хового риска.
АЛГОРИТМ:
1.	Получить из медицинского управления страховую программу превентивного
характера и проанализировать с точки зрения уменьшения риска заболеваемости,
риска наступления страхового случая, риска обращения застрахованного в связи с
заболеванием.
2.	Провести превентивные мероприятия для снижения риска:
•	вакцинация;
•	профессиональные осмотры;
•	выделение групп риска и проведение соответствующих мероприятий.
3.	Определить величину снижения риска наступления страхового события и ЗА-
НЕСТИ скорректированный риск в «СТРАХОВЫЕ РИСКИ».
4.	Подготовить на основе данных независимого эксперта рекомендации для ме-
дицинских служб дочерних обществ о необходимых профилактических мероприяти-
ях и их объемах.
ПРОЦЕСС: Анализ деятельности общества.
ВХОД: Данные учетной карточки, данные договоров.
ВЫХОД: Отчет о деятельности общества.
АЛГОРИТМ:
1.	ВЫБРАТЬ данные из «УЧЕТНЫЕ КАРТОЧКИ ДОГОВОРА» о состоянии ис-
лнения договора.
2.	СОСТАВИТЬ отчет с указанием:
•	количества договоров страхования по ДМС: индивидуальных, коллективных,
его;
•	количества договоров с лечебными учреждениями;
•	количества застрахованных лиц по ДМС;
•	сбора страховых премий по ДМС;
•	объема произведенных выплат по ДМС;
•	статистики заболеваемости и стоимости лечения;
•	объема страховых резервов по ДМС;
•	объема убыточности договоров по ДМС;
•	объема прибыли: от страховой деятельности по ДМС, от финансовой деятельности.
3.	Проанализировать отчеты по сравнению с прошлыми периодами и разрабо-
ть рекомендации по совершенствованию деятельности страхового общества.
10 2 Модель процесса «Ведение
договора страхования»
На рис. 10.2 представлена диаграмма потоков данных, дега-
зирующая процесс Ведение договора страхования. Спецификации процес-
приведены ниже.
ПРОЦЕСС: Обработка заявления на страхование.
ВХОД: Тарифы по рискам, Заявление на страхование.
ВЫХОД: Требование страхователя.
АЛГОРИТМ:
1.	Получить от Страхователя заявление на страхование контингента с указанием:
•	численности;
•	возраста;
•	пола;
•	наименования риска, который должен быть застрахован;
•	рода профессиональной деятельности;
•	района проживания.
2.	Выбрать тарифы по рискам из «СТРАХОВЫЕ РИСКИ» И ПЕРЕЙТИ к блоку
!ыбор медицинских программ от медицинских учреждений».
ПРОЦЕСС: Выбор медицинских программ от медицинских учреждений.
ВХОД: Медицинская программа, требования страхователя.
ВЫХОД: Медицинская программа, страховая программа, страховой взнос.
АЛГОРИТМ:
1.	Получить от медицинских учреждений набор медицинских программ И зане-
и в «МЕДИЦИНСКИЕ ПРОГРАММЫ».
2.	Получить от страхователя требования к страховой медицинской программе.
3.	Сформировать комплекс медицинских программ от набора медицинских уч-
реждений для удовлетворения требований Страхователя.
4.	Согласовать со Страхователем страховую медицинскую программу:
•	наименование медицинской программы;
•	наименование медицинского учреждения;
•	перечень услуг по программе;
•	условия предоставления услуг.
ПРОЦЕСС: Заключение договора страхования со Страхователем.
ВХОД: Страховая программа, страховой взнос.
ВЫХОД: Договор, данные о прикреплении.
АЛГОРИТМ:
1. Получить страховую медицинскую программу из блока «Выбор медицинских
программ от медицинских учреждений» И ЗАКЛЮЧИТЬ договор со Страховате-
лем с указанием:
2. Занести договор в «ДОГОВОРЫ».
ПРОЦЕСС: Заключение договора оказания медицинских услуг.
ВХОД: Данные договоров.
ВЫХОД: Договор, Перечень прикрепленных лиц, Приложение.
АЛГОРИТМ:
1.	ВЫБРАТЬ из «ДОГОВОРЫ» данные договора со Страхователем.
2.	ЕСЛИ необходимо, ТО ЗАКЛЮЧИТЬ дополнительный договор с медицин-
ским учреждением на обслуживание с указанием:
•	наименования медицинской программы;
•	порядка и размера платежей;
•	прейскуранта;
•	сроков;
•	особенностей;
•	ответственных лиц;
•	форс-мажорных обстоятельств;
•	дополнительных обстоятельств.
3.	ПЕРЕДАТЬ:
•	медицинскому Учреждению: договор, приложение к договору со Страхова-
телем, перечень прикрепленных лиц по договору и их данные, переданные в заяв-
лении на страхование;
•	застрахованному: страховой полис и данные о медицинских учреждениях, в
которых оказываются услуги по ДМС.
4.	ЗАНЕСТИ договор с медицинским учреждением в «ДОГОВОРЫ».
ПРОЦЕСС: Заключение договора перестрахования.
ВХОД: Данные договора со страхователем.
ВЫХОД: Договор перестрахования.
АЛГОРИТМ:
1.	ВЫБРАТЬ из «ДОГОВОРЫ» данные договора страхования.
2.	ЕСЛИ риск наступления события велик и убыток по страховой выплате пре-
вышает некоторую величину, ТО ЗАКЛЮЧИТЬ договор перестрахования с дру-
гой страховой организацией.
3.	ЗАНЕСТИ договор перестрахования в «ДОГОВОРЫ».
ЦТ15”
145
ПРОЦЕСС: Контроль исполнения договора страхования.
ВХОД: Данные об изменении контингента, Запрос о расходе страховых поступ-
лений, Ведомость начисления платежей.
ВЫХОД: Данные об откреплении, Отчет о расходе страховых поступлений,
Дополнительное соглашение, данные об изменении контингента, данные об испол-
нении договора.
ПОДПРОЦЕССЫ:
проверка соответствия договору;
проверка расчета стоимости услуг;
проверка соответствия медицинскому стандарту;
формирование отчета.
На рис. 10.3 представлена диаграмма потоков данных, детализирующая
процесс Контроль исполнения договора страхования. Спецификации процес-
са приведены ниже.
ПРОЦЕСС: Проверка соответствия договору.
ВХОД: Данные об изменении контингента.
ВЫХОД: Дополнительное соглашение, данные об изменении контингента, дан-
ные об откреплении, данные дополнительного соглашения.
АЛГОРИТМ:
1.	ПОЛУЧИТЬ
от страхователя данные об изменении условий договора:
•	численность контингента;
•	программы страхования;
•	сроки действия договора;
•	страховую сумму;
•	от лечебного учреждения;
•	цены на медицинские услуги.
2.	ЕСЛИ данные об изменении условий договора существенно нарушают ранее
заключенный договор, ТО ЗАКЛЮЧИТЬ дополнительное соглашение.
3.	ЕСЛИ численность существенно уменьшилась, ТО по согласованию со стра-
хователем расширить набор услуг по страховой программе.
4.	ЗАНЕСТИ:
•	дополнительное соглашение в «ДОГОВОРЫ»;
•	данные об изменении контингента в «КОНТИНГЕНТ» И ПЕРЕДАТЬ их в
медицинское учреждение.
ПРОЦЕСС: Проверка расчета стоимости услуг.
ВХОД: Ведомость начисления платежей.
ВЫХОД: Отметка о правильности расчета, Ведомость начисления платежей.
АЛГОРИТМ:
1.	ПОЛУЧИТЬ из медицинского учреждения Ведомость начисления платежей с
указанием:
•	застрахованный;
•	дата;
•	диагноз;
•	оказанная медицинская услуга;
•	стоимость медицинской услуги;
•	общая сумма к перечислению.
2.	ПРОВЕРИТЬ арифметическую правильность начисления платежей, т.е. прей-
скурант услуги, количество оказанных услуг.
3.	ЗАНЕСТИ в «УЧЕТНЫЕ КАРТОЧКИ ДОГОВОРОВ» отметку о правиль-
ности расчета ведомости.
ПРОЦЕСС: Проверка соответствия медицинскому стандарту.
ВХОД: Данные ведомости начисления платежей.
ВЫХОД: Отметка о качестве медицинских услуг.
АЛГОРИТМ:
1.	ВЫБРАТЬ из «ВЕДОМОСТИ НАЧИСЛЕНИЯ ПЛАТЕЖЕЙ» данные ведо-
мости начисления платежей и ПРОВЕРИТЬ правильность оказания медицинских ус-
луг для данного диагноза в соответствии с медицинским стандартом: срок лечения,
методика лечения, форма лечения, набор лекарственных препаратов.
2.	ЕСЛИ услуга оказана в соответствии с медицинским стандартом, ТО отметка
= «медицинский стандарт выдержан», ИНАЧЕ - ПРЕДЪЯВИТЬ претензию меди-
цинскому учреждению и отметку = «медицинский стандарт нарушен».
3.	ЗАНЕСТИ отметку о качестве медицинских услуг в «УЧЕТНЫЕ КАРТОЧ-
КИ ДОГОВОРОВ».
ПРОЦЕСС: Формирование отчета.
ВХОД: Данные исполнения договора, запрос о расходе страховых поступлений.
ВЫХОД: Отчет о расходе страховых поступлений, данные исполнения договора,
отчет об использовании средств ДМС, бухгалтерская отчетность, финансовая стати-
стическая отчетность, отчет по медицинской экспертизе.
АЛГОРИТМ:
1.	ПОЛУЧИТЬ запрос от Страхователя (например, медицинское управление, ру-
ководство ДО) о расходе страховых поступлений.
2.	ВЫБРАТЬ из «УЧЕТНЫЕ КАРТОЧКИ ДОГОВОРОВ» данные исполнения
договора и ПОДГОТОВИТЬ отчет о расходе страховых поступлений:
•	дата поступления: план, факт;
•	сумма поступления: план, факт;
•	израсходованная сумма: план, факт;
•	остаток: план, факт.
3.	ПЕРЕДАТЬ ежеквартально:
•	отчет Страхователю, в финансовое управление Страхователя и ЗАНЕСТИ
финансовые данные в «УЧЕТНЫЕ КАРТОЧКИ ДОГОВОРОВ»;
•	отчет о заболеваемости на основе данных госпитализации в Медицинское
управление;
•	отчет о реабилитационно-восстановительном лечении и других видах лече-
ния в медицинское управление;
•	бухгалтерскую отчетность в налоговые органы;
•	финансовую статистическую отчетность в Департамент страхового надзора
Министерства финансов.
10*
Приложение 1
Рисунки фрагментов моделей
к главам 3-10
149
Рис. 3.1. Контекстная диаграмма ГОК
Рис. 3.2, а. Управление ГОК. Модель верхнего уровня
ГиК1' | Внутрвнний”до1сументооборотГ
7 ДПД
сводка
Входящие документы
Подготовка и
поддержка
производства
овые
характе
Отчеты
Исходящие документы
свайные
Внутренний документооборот
матер.-т
ресурсы
Согласованн
ТЯЖ
Сводные отче
мыв отчеты
БД1
БДЗ
Сотрудники
5 ДПД
Экономическое
планирование
Внешние отчеты
j Вн^ренни^документ^^фоГ
сотрудн
Документы ___________
6 ДПД
Исходящие документы
БД4
НСИ
Обеспечивающ
деятельность
Документы
НСИ по обе
НСИ по
(иК1 ! Оперативные диспетчерскиеданные
ДанЬ-ые от
диспетчара-WXiK.
Отчеты и ТЭП
6Д2
2
Данные по новым
БД5
Запасные части и агрегаты
8 ДПД
Обеспечение
безопасности
работ
ГиК1 j Внутренний документооборот
Документы по
(иК1 | Внутренний документооборот
10 ДПД
Диспетчерская
Диспетчерский
учет
Заявки на
перевоз
Рис, 3.2, б. Управление ГОК. Модель верхнего уровня
сл
N)
Рис. 3.3, а. Типовой Карьер. Модель верхнего уровня

154
Рис. 3.4. Типовая Фабрика. Модель верхнего уровня
Рис. 3.5. АТТ. Модель верхнего уровня
л
л
Рис. 3.6. Центр управления производством
157
ГВД1 । НСИ
I БДЗ : Ремонты
и____
БД$ | Переео <ки
Сотрудники
Технологический транспорт
по
10
изгот. деталей;
Расчет
. наработки и
i анализ отказов
•'УА/С ________
(иК1 [ Внутренний документооборот
| Формирование
|заявок на
|запчасти
перевозках—
Планы, заявки,
наряды
Скорректированные
планы
планиро
Данные о
1 "сотрудника
Данные о
Данные для
(йК1 | Внутренний документооборот'
Данные рас1
нареб^а/о-'''
Выбор информ,
по типам
планирования
.иые о запчастях
Данные заказов
Вил ТО
(иК1 | Внутренний документооборот
Планирование
ТО на месяц
вперед
[ИК1 | Внутренний документооборот
Наряд-задание из
МС
Корректировка
Заявка на запчасти
5 МС
Замечания по а/с
Планирование
предупр
ремонтов
Планирование
текущих
ремонтов
Планирование
ТО на 2-е суток
вперед
1Ч И К1	j ВнутреНЙшдОкументооборс
аоТОэ
Перечень а/с ( иК1 | Внутренний документооборот
фи» |Д 11да1гягпагТСП	*
Нормативы
Наработка
факт, в
проведен
на запчасти
QhKT |виутранний документооборот
Наряд-зад ан

Рис. 3.7. Планирование технического обслуживания и ремонтов автосамосвалов по периодам
«У к
159
091
Рис. 3.10. Технический контроль состояния технологического транспорта
о>
6К1-Ч
Рис. 3.11. Дефектоскопия
Рис. 3.12. Химический анализ масел и охлаждающих жидкостей
6 мс
Бронирование
з/ч
Данные о
самосвал;
Данные о
брони
БД5
2
МС
( И К у,: 11	й й д оку ме нтооборот
З/ч и агрегаты оборотного
склада
Данные о
поступле
Данные^ з/ч
Поступление
исправных
узлов и
агрегатов
БД4
2
НСИ оборотного склада
самосва
БД5
3
3 МС
Выдача
исправных
узлов и
агрегатов
БД5
Заявка на
в обор, с
5 МС
Данные о
неиспра
Передача
неисправных
узлое и
агрегатов
пчасти
Отметка о е
З/ч и агрегаты оборотного
склада
Данные об
исправны
Составление
отчета о
состоянии
склада
Данные о
миним
НСИ оборотного склада
л.узлов
2 МС
Поступление
неисправных
узлов/
агрегатов
БД5
Данные о
неисправыбй з/ч
З/ч и агрегаты оборотного
склада
От
передач
Данные о
поступлен 1ях
З/ч и агрегаты оборотного .
склада
Рис. 3.13. Учет на оборотном складе
Данные
неиелрав
163
Сбтруйникй'
Данные о
-сеггруднике-
I БДЗ ’ Технологическим транспорт
I s, .;
НСИ
"'Данные о
транспорте-—
НСИ по ремонту
Данные о
6Д1
2___
Сотрудники
Лапаемые 'части и агрегаты.
сотрудн
Данные о запчастях
БД2
НСИ
БД5
Запасные части и агрегаты
Данные о запчастях
Данные о
БД1
Сотрудники
сотрудн
НСИ
БД4
БД1
Сотрудники
Технологический транспорт
Б ДПД
Данн
сотрудни
Учет
выполненного
ремонта
2
МС
Диагностика
Наряд-задание на
Ремонты
БД4
.^nrar.-H.ti' *etv a-f-j'.irw
Техническое
обслуживание
Наряд-задвмие на
ремонт
Оформление
заявки на
запчасти
НаряД-^дание на
ремонт
Сдача деталей
на оборотный
склад
Выявление
необход
деталей и
бронирование
'"Наряд-заданйе'на'
ремонт’’'-'-—
[~ИК1	| Внутренний документооборот
Данные о
МС
Дефектная
Сотрудники
Ремонты
5 МС
МС
Данные о
сотрудн
Контроль за
качеством
ремонта
Уточненнкй
наряд-зад »ние
Уточненн» |й
наряд-зад ние
Выполнен
наряд-задание
3 МС
Уточненный
наряд-задание
2 МС
Уточнена >й наряд
задание
Определение
ремонтного
участка
Уточнение
наряд-задания
Данные о
Уточненный
НСИ
БД2
2
Рис. 3.14. Ремонт
Рис. 3.15. Учет выполненного ремонта
166
Рис. 3.16. Техническое обслуживание
диагностика дизеля

НОМЕР ШАССИ (FK)
ДАВЛЕНИЕ МАСЛА.
ДАВЛЕНИЕ ТУРВОНАДДУВА ПРАВ
ДАВЛЕНИЕ В ТОПЛ МАГИСТ
мощность дизеля
ДИАГНффТИКА^ГРАЙсмИСгфИЙ
'ДАТА ИСПЫТАНИЙ <Р|К>
ТИП ДИАГНОСТИКИ (FK)
НОМЕР ШАССИ <FK)
ДАТА ИСПЫТАНИИ
ТИЛ ДИАГНОСТИКИ
' НОМЕР ШАССИ. (Г К>
ТАВЁЛЬНЫЙ НОМЕР СОТР
СОТРУДНИК
I ТАБЕЛЬНЫЙ номер СОТР
имя
ОТЧЕСТВО
ДАТА РОЖДЕНИЯ
место рождения
АДРЕС
истфрия карьеры
Г ДАТА ИЗМЕНЕНИЯ
I ТАБЕЛЬНЫЙ НОМЕР СОТР (РК>
ДЕФЕКТОСКОПИЯ
( ДАТА ИСПЫТАНИЙ
ОВ-МИН по ПАСПОРТУ-11 точек
об-мин перед наладкой-i-» точек
ов-мин после наладки-h точек
> гиделвлики....
ДИАГНОСТИКА , -,,-v ,	-
1 ДАТА ИСПЫТАНИЙ <РК}
ТИП ДИАГНОСТИКИ СР К)
I номер шасси (fjo
Г^ЭУЛЬТАТЬ1’'ЙСПЬГТАНЙ’Й''
ТеАМфПрРТ^__
НОМЕР ШАССИ
РАВ ТЕЛЕФОН
ДОМ ТЕЛЕФОН
МЕСТО ХРАНЕНИЯ
ПОСТАВЩИК
ОБЪЕМ
СЕЗОННОСТЬ
ДОЛЖНОСТЬ
ЗАРПЛАТА
ПОДРАЗДЕЛЕНИИ
ТИПОП®^АЦИИ~ТО_
( КОД ОПЕРАЦИИ ТО
КОД то (РК>
ТИП.„Т$Й-.
НАИМЕНОВАНИЕ ОПЕРАЦИИ ТО
НАИМЕНОВАНИЕ ТО
модель автомобиля
ГАРАЖНЫЙ НОМЕР
ГОСУД НОМЕР
] хим AJttSOMS_"1___________
) КОД ХИМ АНАЛИЗА___	]|
и^’тАв'ельный номер сотр <fk> и
НОМЕР ШАССИ (FK>	I
--«Ч МЕСТО ХРАНЕНИЯ <РК>
ДАТА АНАЛИЗА	.
ОПЕРАЦИЯ Т<й
| КОД ТО (РК>....
номер шасси (fk>
КОД ОПЕРАЦИИ ТО CFK)	__
НОМЕР ОПЕРАЦИИ
НА.еяА-ЗАД^Н.иетя...........
[ НОМЕР ШАССИ <FK>
I КОД то (FK)
ГтавЁЛЬНЬ1Й НОМЕР СОТР/2 (FK)
В»ЕМИ ПОСТАНОВКИ ТО
L.
РАСХОД
ВРЕМЯ ВЫХОДА ТО
НАРАВОТКА/2
_________
Гтлввгльный номер острия
L
ТИП ОПЕРАЦИИ РЕМОНТ
|'КОД ОПЕРАЦИЙ РЕМОНТ	‘ I
ГнАЙмЕновАНЙе’опар'рёмонт’’
ДЕТАЛЬ
Г КОД ОПЕРАЦИИ РЕМОНТ (FK)'ll
НОМЕР ШАССИ <₽К>	Ц
номер НАРЯДА <FK>	&
КОД ДЕТАЛИ CFK)	|Г
ГкОЛЙМЁС'тВО..	 11
А.гее.ГАТт.очл............
КОД ОПЕРАЦИИ РЕМОНТ (FK)
НОМЕР ШАССИ (FK)
номер НАРЯДА <FK>
КОД ДЕТАЛИ (FK)
"^B^CKO^H^ab'ySJlA
НОМЕР Оборотного КЛЕЙМА
Ф.
ДАТА ВВОДА В ОКСНЛ
ТИП КУЗОВА
ГРУЗОПОДЪЕМНОСТЬ
ЗАВОД ИЗГОТОВИТЕЛЬ
НОМЕР ДВИГАТЕЛЯ
модель две
НОМЕР ТЕХПАСПОРТА
инвентарный номер
ПРИМЕЧАНИЕ
ОХЛ жидкость»
| КОД ХИМ АНАЛИЗА <FK)
РИЗ-ТЫ НА ПРИСАДКИ дел"
Н^»?ЯДг?Э:6ДАН.И«Й..Р.ЕМС?.НТ..
номер шасси <₽ю
НОМЕР НАРЯДА ................
ТАВЙЛЬНЫЙ НОМЕР СОТР/2 <FK)
ДАТА ВЫДАЧИ
ОСНОЯАНИЕВЫДАЧИ
ВРЕМЯ ПОСТАНОВКИ
ДАТА ВЫХОДА
ВРЕМЯ ВЫХОДА
ОПЕРАЦИЯр
КОД ОПЕРАЦИЙ РЕМОНТ (FK)
НОМЕР ШАССИ (РК>
НОМЕР НАРЯДА (FK).... ....
1~ТАвСЛЬ1^й“'нОМЕР"с6тр/2 (FK)
ТРУДОЕМКОСТЬ РЕМОНТА
ПРОЦЕНТ ВЫПОЛНЕНИЯ

ЯАПЙ.КА.....
L КОД ЗА Л В КИ
номер шасси <fk>
НОМЕР НАРЯДА <РК>
КУДА -РЕМ УЧАСТОК
МАСЛО _ _____
КОД ХИМ АНАЛИЗА (FK
'ЗОЛЬНОСТЬ.....
КИНЕМАТ ВЯЗКОСТЬ
СОДЕРЖАНИЕ ВОДЫ
• ЩЕЛОЧНОЕ ЧИСЛО
МЕХАМ ПРИМЕСИ
ТЕМП-РА ВСПЫШКИ
Zh
МО
81
МО
8п
ы«
ДвТАЛЕй"
НАЛИЧИЕ
вронировлние
^АПЧАфТЬ .....
КОД ДЕТАЛИ.(FK).
гтаяскши.___________
КОД ДЕТАЛИ
"НАЙменОЙАМЙВ ДЕТАЛИ
КОД ОПЕРАЦИИ РЕМОНТ (FK)
НОМЕР ШАССИ (FK>
НОМЕР НАРЯДА СРК>
КОД ДЕТАЛИ <РК>
ЗАВОДСКОЙ номер шины
ПРОБЕГ ШИНЫ
гаражный номер шины
МАРКИРОВКА ШИНЫ
РАЗМЕР
МОДЕЛЬ
ПОЗИЦИЯ
ПРИЧИНА ДЕМОНТАЖА
техн состояние
Х=ЭЛЫ..И..АГтГАТ.р1.
[ КОД ДЕТАЛИ <РК>
ЗАВОДСКОЙ НОМЕР
дата поступления
ИЗГОТОВИТЕЛЬ
9РОНИРОВАНИЕ УА
Tsnffljse.__________...
i КОД ХИМ АНАЛИЗА (F K) |i
КИНЕМАТ вязкость/а
СОДЕРЖАНИЕ ВОДЫ/2
мех примеси
темп-ра еспышкиа
«вяЕЖШМйяяж.___-
КОД ДЕТАЛИ
ЗАВОДСКОЙ НОМЕР ОС
НОМЕР КЛЕЙМА ОС	Е|
номер шасси откуда	В,
номер шасси куда	и'
ГАРАЖНЫЙ НОМЕР ОТКУДА	Ы
ГАРАЖНЫЙ НОМЕР КУДА	tt>
РЕМ УЧАСТОК ОТКУДА	•*
РЕМ УЧАСТОК КУДА	'(
БРОНИРОВАНИЕ ОС
ДАТА ВЫДАЧИ/г
ДАТА ИЗ РЕМОНТА
ЗАМЕНЕННЫЕ ДЕТАЛИ
ПРИЧИНА НЕИСГТР
Рис. 3.17. Информационная модель ремонтной службы АТТ
Рис. 4.1. Сбыт на ЗСК
4
3L
Транснефть:
[иК1 | Внутренний документооборот
Внутренний документооборот ЗСК
Суточны
самовыв
Формирование
суточного
задания на
отгр.
накладн
Отгрузка
автотранс-
портом
(самовывоз)
самовывозу
Отчетность по
3 ДПД
ИК1 | Внутренний документооборот ЗСК
>
5
Отчетность за
-сутки---------
Формирование
отчетности
Поставки ГКиПП
БДЗ
Данные о пос
Отчет об отг
ПО труб
.Заявка на прокачку
эршрутная
мэ-
1 ДПД
Отгрузка по
трубе
телег
(иК1 | Внутренний! документооборот ЗСК
СУМН
Месячный ппа
4 ДПД
Таможня
-£уточн план
отгруз
тр-м
Отгрузка
речным
транспортом
Суто
отгрузки ?
тмость
отгрузи
тр-м
Отче
отгрузке
сть ПО
2 ДПД
Отгрузка ж/д
транспортом
Акт-счет за газ
Данные о поставках
Данные о по
Поставки ГКиПП
Водный акт
[ИК1 J Внутренний документооборот ЗСК'~
Ж/д накладн
Поставки ГКиПП
Данные о сливе
энные о постав
Рис. 4.2. Поставка (отгрузка)
2
i Продукция ^гКиПП)
^ИК1 j В^/гренний документооборот ЗСК
3 МС
Учет налива
Поставки ГКиПП
2 МС
иные о тоннаже
акладиая
1 МС
Объем
Данные паспорта
т качества
4 МС
Закрытая
накладна
Оценка
качества
&Д1
2
Фиксация
накладной
Замер налива
Водитель
Данные о поставках
&ДЗ J Поставки ГКиПП
Поставки ГКиПП
Накладная
Плотность
накладн
Поставки ГКиПП
Представитель
заказчика
5 МС
Данные о п
Данные о поставках
зе сутки-----------
Формирование
товарно-
сопроводит.
док.
6 МС
Формирование
ежедневного
отчета
Товарно-
сопров
суточный пл?
самовывозу
Внутренний документооборот ЗСК
Отчетность
самовы
Рис. 4.3. Отгрузка автотранспортом
__________________________________________________ V
(ИК1''' | Внутренний документооборот зек ‘	' pFj)
БД1
Поставки ГКиПП
4 МС
^Внутренний документооборот ЗСК
Отчет об отгрузке^--—**"
ю
Формирование
отчета по
отгрузке
Рис. 4.4. Отгрузка по трубе
2 МС
Оформление
актов прокачки
Рис. 4.5. Отгрузка СК/ШФЛУ
173
Рис. 4.6. Отгрузка сбросного газа
(ик7
1 МС
Замер
налива
Рис. 4.7. Отгрузка речным транспортом
сл
Рис. 4.8. Отгрузка ж/д транспортом
БД 1 I ПостазкиТКиПП
1 I
Внутренний документооборот ЗСК
Рис. 4.9. Подготовка цистерн
,-1599
БД1
Поставки ГКиПП
Данные о поставках
4
Оценка
качества
1 МС
Учет налива
дизтоплиаа
ГДЗ
2 МС
Учет налива
бензина Аи-92
i 3
Замер налива
тность при 20
12 МС
Данные о типах и
Уровен!
БД2 ! Табл, соотв. типов цистерн и
[ взливов
БДЗ Табл, поправочных
коэффициентов
ные о поставках
Удельный
ввс,масс
Удельный
вес.масса1
Поставки ГКиПП
4 МС
ельныи
вес,мае
Расчет
удельного
веса и массы
Данные о
юставке
ВД1
4
Поставки ГКиПП
3 МС
Учет налиаа
бензина А-76
Учет налива
пропановой
фракции
8 МС
Учет налива
пентан-
гексановой
фракции
Рис. 4.10. Учет налива
5 МС
Учет налива
бутановой
фракции
9 МС
Учет налива
бутан-
пентановой
фракции
6 МС
Учет налива
ШФЛУ
10 МС
Учет налива
изопентановой
фракции
7 МС
Учет налива
бензиновой
фракции
11 МС
Учет налива
пропан-
бутановой
смеси
з длд
Учет отгрузки
а а/ц
(самовывоз)
Данные по _______
„текущей отгрузке
.а/цДанные во счету
отгрузки-------—
Карточки покулетепей
(Й1~ I в*дпр»миий документооборот
БДЗ
Договор»
Й®"’"
| БДЭ | Поставки ГКиПП
Данные о
достав кахГКйПП
4 ДПД
анные договора-—
БДД
б ДПД
цогооора
текущей
Проводки
БД1
Карточки покупателей
Пл
вГгр
Учет отгрузки
водным
транспортом
Данные по счету
отгрузбг----^...
Данные г э счету
отгрузки
Плен лортгрузке
продукции Документ по
отгрузке4.
ПРОДУКЦИИ.
Данные о пр-ве*
продукции--..^
Данные о
поставке-
БД2
Проводки
Планотгр)
а/Ц /
<ные<
лавка
С2 МС
«и Выбор
документов
"" по виду
- отгрузки
еТКмПгГ План отгруэ
Данные о
постзаке'ГКиПЛ
БД2
3
Данные подсчету
отгрузки/
трое на
z*'a"rw''
;Х;7и,“и
Данные с б оплате
ж/дтери< а
Дамйые по
текущей
7*Jfl
5 ДЛД
по путе-
проводу
Внутренний документооборот
Данные ж/д,
тарифа--'''
БД1
Карточки покупателей
Дебиторы-Кредиторы
7 МС
Формирова-
ниа акта
сварки
реап.ГКПП
Данные карточки
покупателя
Данные от
по п/п
Акт сверки
арки
Покупатель
Сводная
__ввд ом остЬ’по
реализации
Данйыело счету
реализафеи ГКиПП
| БД8
Рис. 4.11. Учет реализации продукции
Сургут-
Газпром
Данные д
дебиторах-
кредиторах
Дебиторы-крадиторь
179
а/ц
Рис. 4.12. Учет отгрузки в автоцистернах (самовывоз)
Рис. 4.13. Учет отгрузки водным транспортом
2
00
БД1 Карточки покупателей
I
Выбор
документов
по виду
оттруаки
/ данные о поставке
£КнЛПпо1ж/Д
Данные fto
текущей отгрузке
*/Д	\
проводки
БД4
| ИК1  Внутренний документооборот
Дебиторы-Кредиторы
Данные лрсчету
отгрузки/
Запрос набтгрузку
по ж/д /'	,
Разрйшея^е на
Йо ж/д
Покупатель
План отгруэКкГпо
3 МС
1 МС
0803 ПО
Сверка
отпуска
продукции по
*/д
Подготовка к
учету отгрузки
по ж/д
/Сч/ф за пророз"по
/ ж/д 1 зкз-^
/ Ж/д квитанция
Данные договора !
Сч/ф за
1зкз.
Карточки покупателей
Карточки покупателей
Данные
плану
Сч/ф за \
продукци
ВДЗ Счета-фактуры
Данные об оплате
ж/д тарифа
- \ .1
2 МС
Формирова-
ние счета за
отпуск по ж/д
Т~ДПД
Учет
провозной
платы по ж/д
тарифа
БД1
данные
"счета-
Данные
провоз ryfкГд	/	I
УточнемнаИч/ф	Д»нные Договора
за провожло ж/д	\
Рис, 4.14, Учет отгрузки по железной дороге
Карточки покупателей
00
го
2
| Выбор
документов
| по виду
отгрузки
по
План о
п/п
БД2
Акты отгрузки (ТО п/п
! БД1 Карточки покупателей
Данные договора
Данны&р
поставке
по п/п
Акт об'Чятрузке по
п/п
Акт об отпрузке по
п/п /
Данные
по л/п
1 МС
)____
2 МС
3 МС
Счета- фактуры
БДЗ
>тгрузки
Сч/ф за
продукц
Сверка
отпуска
отгрузки по
п/п
Формиро-
вание счета
за отпуск по
п/п
Подготовка к
учету
отгрузки по
п/п
БД1
Даниы
текущ.пл
отгрузки
Данные по
текущ.п
отгру
Карточки покупателей
Данные по счету
Покупатель
Карточки покупателей
Отметх
"отгруже
Рис. 4.15. Учет отгрузки по трубопроводу
Проводки
ВД1
Товарно-материальные
ценности
Данные
состоянии сырья
Данные
остоянич сырья
7 ДЛД
ней
рме
рья
Данные о
расхода
Координация
производства
БДЗ
2
Внутренние документы
БД1
3
Данные
Документы- основания
1 ДПД
склада
Данные о г.
продук
Производство
гипсо-
картонных
плит
-Отчет, п/о, лзк
БДЗ
БД2
3
БДЗ
Товарно-материальные
ценности
183
Сообщение,
выгрузкег
norpvBxe
71анньЬ\о
сотрудн и)
Внутренние документы
НСИ
БД4
Сотрудники
лЗДнахладоая,
акт онеКомдици
Договор
Проект договора >
Отмет
выполне
ремонта
сотрудн
Сотрудники
БДв
Договоры
Данные \1СИ
БД2
НСИ
Данны
склада
2 ДПД
Внутренние документы
3 ДПД
оговоре
Сотрудники
Данные о
продукц
Данные о
продукт
БД4
2
Товарно-материальные
ценности
Товарно-материальные
ценности
Производство
мета-
попрофилей
ДанныКНСИ
докумен
Договоры
Догов
БДв
Договоры
БД4
Сотрудники
Документы- основания
Данные
начисле
Внутренний
Внутренние документы
—___________________Шамганний
докуме»
Данные о
сотрудн
БД4
Производстве
пенополи-
стирольных
плит
ные о
остоян
товой
Документ
осно
Документы* основания
Докуме
основами
Прое
БД5
2
Рис. 5.1. Производство строительных материалов
184
ж/д
| БД1< [ Товарно-материальные
* i ценности
НСИ
БД4 Сотрудники
БДв
БД4
ВД5
ВД9
Данн'ыео
состоянии сырья
Даннъйао
состояниксырья
г ДПД
Данные о норме
—раоходагсырки
Координация
ритмичности
лроизв.
Данные о
сотруднике
Данные
состоим
Журнал поступления сырья
на склад
Журнал дежурного по ОКП
щные по браку
ВД4
Внутренние документы
Запрос
Торговый
ДОМ
4 МС
Пла
вагонов
Отметка о
"временной
бригаде
Данные «? подходе
груза \
Б ДЮ Журнал сведений о подходе
груза
Данные о
груза
3 МС
БДЗ
Сотрудники
Координация
погрузки/
разгрузки
Водитель
Сообщение о
выгрузке/погрузке
Данные о
гфибътнГгруза
'Данныё'рыгрузки/
погрузки
План п*крузки^
вагонов
Журнал дежурного по ОКП
Талоны на вывоз мусора
Журнал поступления сырья
на склад
БДЗ i Внутренние документы
Погашенны
талон
Талон на в
Талон
Талоны на вывоз мусора
Координация
работ на
территории
Внутренние документы
Журнал дежурного по ОКП
Журнал работы
автосамосвалов
Погашенный
талон
Данные об
Данные
работам
теооит
боты
валов
БД5
2
БД5
5 ДПД
погашен
талонах
Данные с этада
готовой
продукии I
одства
Данные работ
алов
Изменение
ритмич
про
Журнал дежурного по ОКП-----
БД1
Товарно-материальные
ценности
Данные о
состояние сырья
Формиро-
вание отчета
Внутренние документы
рапорты
БД11 Журнал выгрузки/ погрузки
вагонов
Рис. 5.2. Координация производства
185
186
БД8 I Журнал работы
автосамосвалов
БД5 Журнал дежурного по ОКП
1 Н
Данные склада
-готовой------
продукции
автосам
е работы
лов
БД1 I Товарно-материальные
j ценности
Изменение
ритмичности
производства
БД11 ] Журнал выгрузки/погрузки
I вагонов
Данные выгрузки/
погрузки-'
МС
Данные о
состояштсырья
Формиро-
вание
ежедневного
рапорта
БД6 Журнал поступления сырья
>1 на склад
2 МС
БД9 5	Талоны на вывоз мусора
талонах
Данные о
БД4
ВД7
Данные основного
“про!
s' Отчет
Данные за п#0иод
Внутренние документы
Партнер
Отчет за период
Хинные за день
БД1 1	Отчеты ОКП
Отчет за период
Формиро-
вание отчета
за период
3 МС
Отчеты ОКП
Анализ сбоя
ритма работ
Аналитическая
записка------
Рис. 5.4. Формирование отчета
187
Рис. 5.5. Завод ГКП
БД7
Внутризаводские заявки
БДЗ
Сырье
Сотрудники
Заяв
3 МС
Данные о
БД5
Орган
надзора
Ремонты
БД1
БДв
БД7 I Сырье
БД4
рессмотрени
- Данные о
сотрудйвхе-
Предписание
Данные о ре*
cwiaj
Данные о
! Товарно-матврияльньм'
i ценности
НСИ
БД2
БДЗ
Предписание ТБ
Деятельность
начальника
завода
БД4
Товарно-материальные
ценности
НСИ
Ремонты
аанйыя о нбббКГ
оборудо
‘	—r~V
/	\ Данные об
Данные НСИ эксплуатации
I. I технол.обоо’
Данные НСИ
Технологическое
 оборудование
БД5
Сырье
БД2
Ремонт*»!
Внутренние документы
Данные с ремонте
5 МС
Данные о с
Заказ
проду
Торговый
дом
-«—Данные состоя!
склада*
\	План
\	проиэво
Заявк^на
продукцию
Внутризаводские заявки
/Заявка ка/з/ч и
/ материалы
Деятельность
руководителя
лроизв.
Данные
аксплуа
тахнол.обоь.
БД1
Технологическое
оборудование
Рекомендация по
Дан*ш»еНСИ
Данные о
ремонта
/ Данные
Данные еновом 3,Сплу«ЧцИи
оборудовании твгаол/6о0.
Заявка на ремонт"
------- --—_—----------— данные о
Товарно-материальные---—еостояюпгскляда'
ценности	__——
Деятельность
м. I руковод.
*___ технических
служб
Согласованный
проект
Конструкторский
проект^. -	Задание i а
ремонт
ремонт
БД7
Внутренние документы
Внутренние документы
проиэв.
Технологическое
оборудование
е состояния
в МС
оборуд
Заявка на з/ч,
матер*
НСИ
Рис. 5.6. Управление производством
БД1 i Технологическое
2	[ оборудование
[Iе
Договоры
Проект ;
договор/
Договор /	/
Заключение
договора
Внутризаводские заявки
_________________________Смета
Новая позиция в
смете \
БД6 НСИ
ОУ Г
Задание п0
выпуску
продукц»
10 МС
Завоз сырья
Внутризаводские заявки
БД8 | Внутризаводские заявки
В МС
Журнал операционного
контроля
Данные
сбое
4 МС
Журнал операционного
контроля
Данные прх
сырья
Резка
продукции
9 МС
Внутризаводские заявки
Задание по
аыпускух.
продукции
2 МС
БД4
3
Дробление
камня
Обжиг гипса
Формовка
продукции
Заявка на
ремонт
Внутризаводские заявки
Задание по
выпуск
ремонт
3 МС
Работа на
конвейере
БД8
Данные
сбое
Журнал операционного
контроля
Данные о
сбое
БД6
5 МС
МС
Сушка
продукции
Внутризаводские заявки
Заявка н
ремонт
Заявка
ремонт
Задание л
выпуску
продукции
Задание по
выпуску
плод
БД4
2
Штабелиро-
вание
продукции
Данные о
сбое /
I Товарно-материальные
I ценности
Журнал операционного
контроля
Журнал операционного
контроля
Данные о
сбое
Данны
остатках
Журнал операционного
контроля
БД6
БДЗ
МС
Данные о /отоаой
продукций
Данные о браке
БД1
Журнал приемо-сдаточных
испытаний
Данные прх
сырья
Данные
иены
Журнал дефектов
Заявка
ремонт
БД4
5
Внутризаводские заявки
Задание л
выпуску
оодук
Вывоз на
склад готовой
продукции
Накладная, акт о
некондиции
Данные-для
начисления зпл
Заявка на
ремонт
Внутризаводские заявки
Рис. 5.7. Организация производства ГКП
'"Положение о
премировании
БД2 НСИ
БДЗ | Внутренние документы
190
БД10
Регламент
БД7
Сырье
ЛЗК
Данные© сырье
Лимитно-заборные карты
МС
МС
Данн
регламе
Обновление
НСИ
БДД
Журнал операционного
Данные о новом "
оборудовании
БД8  Технологическое
2	 оборудование
Данные
БД7
БДД
Сырье
Журнал операционного
контроля
БДЗ
НСИ
Журнал входного контроля
Данные \
операционного
контроля \
входногохонтроля
л_
В МС
БД9
Формирова-
ние заказа на
сырье
БД1 [Товарно-материальные
3 ценности
Данные о готовой
продукций
Осуществле-
ние
выходного
контроля
Данные в
контроля
БД10
БД7
Отметка контроля
входного готовой продукции
Журнал выходного контроля
БД5
Регламент
БД8
контроля
Сырье
Отметка
складе**
Осуществле-
ние
операцион-
ного контроля
Осуществле-
ние входного
контроля
сырье в
Внутренние документы
Заявка на
продукцию
Заказ
БЗ, ЛЗК
| еда
Внутренние документы
Лимитно-заборные карты
Журнал входного контроля
БД8
Журнал операционного
контроля
БД9
Товарно-моериальн »•}
। ценности	L~
склад Акт о нег< внести
БД7
нарушен
технологии
Данные I
входного •крнтрол8ходногоинтроля
Внутренние документы
Журнал входного контроля
2
I НСИ
БД1
Данные по .s'
.продукции за
Данные НСИ
иные лзк
Данные входно?
“контроля-------
Произведет,
венныи'йтчет
Зая'вка^на ремонт
Регламент
Рекомендация по
организации
произв.
Данные Ц
регламенте
Данные
операцию
-контроля
Данные выходного
контрол
Журнал выходного контроля
БД5
2
Рис. 5.8. Контроль за технологией производства
Данные о сырье
Товарно-материальные
ценности
БД4
БД8
Сырье
Внутризаводские заявки
БД2
Документ- основание
Поставщик
БД1 Нормативно-справочная
| информация

оговора
БД? | Нормативно-справочная
:	' информация
Перечеи^форй\
отчетности
^Расшифровка
Диспет-
черская
Охрана
предприятия
Водитель
4 ДПД
Учет
реализации
\	Поступление по	/
выписке вз банка Накладная
Данныв^оговора | письмо /
Мемориальный
самовывоз
ТТН с отметкой
ТТН со штампом
магазина-"'
Товариыйотчет fa на возврат,
/-TTIJ I
/ Сумма ло|
тэр1е.прх/йкл на
/ т»Л
' -ЯЗДЗР выпуску
ч продуйрт
Магазин
розничной
торговли
Приходная
накладна^
продукции:
Копия
иска
Мемориальные ордера
БД5
8 МС
3 ДПД
1 ДПД
Данные о зтр на
ТТН для
Формиро-
вание отчетов
Учет мет.
ценностей и
немат.
активов
Производит- Данные НСИ^
венный отчет	/
s Вспомога-
тельное
ГфОИЗЛОДГТВИ
Произведет-.
л/Ьмны^ет
Изменение-цех
себест-ти
Покупатель >
Мемориальные ордера
БД5
ч Планово-
।аналити-
1ческая
। деятельность
Выписка из rtc Дайны* по кол-ву
,ч '’’х. продукции..
Документ!
основание
Мемориал ьде^<
ордерах- Себестоимость по
ЦГП
Определение
себестои-
мости
Мемориальный
ордер I
Мемориальный
БД4
Договора
Цех готовой |
продукции
Сотрудник || Правовая
Р ЛОДД-'рака
БД4
Документ- основание
Данные д оговора
ссуды \
I БДЭ
; 1
Сотрудники
Данные о
сотруднике
Платежный
документ--'
БД2
Документ- основание
Данные лГ</
БД6
Расчетный
.-------листок /
2 ДПД /
Начисление
выплат и
удержаний
Лицевые счета сотрудников
—.-Сообщение о
поступлении, из
банка ',
Сообщение о
заказа йалич. ных
в банке
БД1
БД7
БД5
Документ- основание
Данные
Лицевые счета
подрядчиков
Нормативно-справочная
информация
рядных рабо
5 ДПД
7 МС
ый
Учет
финансов
Копия'платежного
поручения X
Платежные
документы
Мемориальные ордера
Данные дособорк.
БД4 j Договора
/ Платежное
/ поручений
- Вьгпнрха из банка
Данные догов.рра"’
Расчеты с
подряд пиками
j БД1 ' Договора
СО
Рис. 6.1. Бухгалтерский учет на молочном комбинате
БД1
Лицевые счета покупателей
Диспет-
черская
ТТН
доверенность
самовывоз ^
Операти
данные л
1 ДПД
Изменение
ператианых
/с
ТТН с отметкбй об
отгрузке, ЦГП
/
ПриемиыйаКт +
Акт на возврат
Цех готовой {
продукции J
БД6
Мемориальные ордера
Водитель i
;ТТН со штампом
магазина—-
Стыковка ТТН
Охрана
предприятия
jTTH с отметкой
охрены,
Изменения по
покупателю
Магазин
розничной
торговли
ДокумЦт об
отгрузкеЧ
БД5
БДЗ
Покупатели
Поставщик
"Накладная +
письмо"
Мемориальный'
ордер
Сумма пр
таре.прх/'ккл на
тару \
\
Товарный отчет
Документ
отгрузкд-ръэнице
Товарно-транспортные
накладные
Покупатель I
Выписка
»3 Л/с
2 МС
Коррекция л/с
Мемориальный4
ордер /
БД5 Мемориальные ордера
БД1
2
Приходная
накладная^
продукцию"
осп на
Данные смета по
продукции
3 ДПД
БД5
Товарно-транспортные
накладные
6 ДПД
Движение по
л/с
покупателя
/Бухгалтерские
Оператив
данные nj
Лицевые счета покупателей
БД2
Ведомости
। Договоря
иие по л/с
Лицевые счета покупателей
Документ о
отгруз
БД2
2
Составление
ведомости по
ЦГП
Обороти* я
ведомость
Ведомости
Поступление по
выписке йз банка
Данные по кол-ву
продукции- -
Актгтовыпуску
продукции^
Себестоимость по
ЦГП \
’ БД2 ’ Документ-основание
। 2
Товарно-транспортные
накладные
Документ по
отгрузке \
ная
ведомость.
Данные договора
Данные л/с
Рис. 6.2. Учет реализации молочной продукции
БД2
4 МС
Ведомости
 Ведомо
дебитор
кредита
лия ТТН ^для
Правовая
поддержка
Формиро-
вание
ведомости
деб./кред.
| Планово-
аналити-
'ческая
: деятельность
Определение *
себестои-
мости
3
CO
CO
Рис. 6.3. Стыковка товарно-транспортных накладных
-1599
Рис. 6.4. Стыковка документов по оптовой отгрузке
1 МС
БД5
со
сл
Цех готовой
продукции
Сумма no
тару
I БД2 | 2	Документ- основание
Товарно-транспортные
накладные
Лицевые счета покупателей
Проверка
зачисления
суммы по
таре на л/с
Данные^
поступления по
таре \
Поступление по
ент по
2 МС
отгрузке
Товарный отч
4 МС
Магазин
розничной
торговли
БД1
2
Бухгалтерские
данные
Оперативн
данные
Отражение
поступления
сумм на л/с
Данные кассового
квитка /
Сверка с
товарным
отчетом
Рис. 6.5. Движение по лицевым счетам покупателя
co
о
Цех готовой
продукции
Приходная
накладиа^яа
продукцию^
2 МС
БД4
; Определение
!себестои-
‘ мости

Акт по выпуску
продукции
Составление
ведомости по
выпуску
БД4
Ведомости
БД6
Мемориальные ордера
2
Себе
ЦГП
Сводная
ведомос-dj по данные^по
имость по отгрузке/ приходу
5 МС
на конец
4 МС
месяца
Данные
продукц
по
Данные по коли
—продукции"' "
ь по
Ведомос11
выпуску
продукц^1
Ведомости
•ву
Планово*
аналити*
ческая
деятельность
Составление
сводной вед.
по отгрузке
Документ
отгрузке/
ДанныХсчета по
продукц
Составление
оборотной
ведомости по
ЦГП
Оборотная
ведомое^
БД1
Мемориальные ордера
БД2
2
Ведомости
Рис. 6.6. Составление ведомости по цеху готовой продукции
197
Рис. 7.1. Контекстная диаграмма
ПбСТВЙМЖ'
Входящие документы
Подрядчик
Поставщик
Дм.
Завал
Док. Эавод-
Торглдм-"
Док. Торгдом-*
Заводу..--'''
Исходящие документы
Ю ДПД
Док. Завод-
Поставщик
Администра-
тивмо-
хозяйств,
деятельность
Входя щи
документ
Док. Завод-	/
Подродчйк
/ Док. Подрядчик-
: Завод
Заявкдна стирку и
санобрвбооад^
Гикт | Внутренний документооборот
, Исходящий
док^вме--
Заявив из \
раехбднь е \
материал! j I
Накладка^» на	i
стирку I
спецодежды	I
З^кяака на!
цег
>ные
(иК1 | Внутренний документооборот
(иК1 [Внутренний документооборот
Продукция
Планы производства
с[ планах
ДЛД
Продукция
Расчет
, средств i
ЗаямаДписьмо)
на поездку
Счет неоплату
Материально-
техническое
снабжение
/Заявка а /
.	/ бюджет / Заявки
Ьмана ремонт	/	/ материал^
г. ценностей Заявка неоплате* /	\
«Утвержденный
бюджет \
Договоры
договора
Справка,
руководит
завода
-Tf|50eKIfloroeof
(иК1 | Внутренний документооборот-
6 «ML
Учет кадров
а ДПД
Сбыт
лродуЙГюе-
Данные с S
остатках
продукции
Сырье
Планы производства
Документы на
Потребитель
Данные об
отгрузка
Отгрума готовой продукции
V
Поставщик
Даннывчло	у——-
лриему/о^луску	/
продукции \	Документы по
\	приему сгАрья и
по	\ материалов
Заявки ня |
сь/рье и ।
материалы
TpMout* ! Л.™ы.«уф..вд
/ сырья /
J /S I 6Д1? I планы производства
^'Данные по л^®йг“
----1РоюдодеТ83
приему/Передаче
.сырья
^7~ДПД
Данные по плайа* (
-производстве.^^
Контрагенты
Даниыес План
готовой \ произ
продукции^
Продукция
Данные о
Лунные контракта
от/Ьодра:|д-й
Данные о
Данные по
прод-ции
Данные учет
готово^!-'"''
2 ДПД
'Складской
учет
7 ДПД
Внешне-
зкономичес-
кая
деятельность
6Д8 j Отгрузки готовой продукции
ДаНндо договора
6Д7
Договоры
Основное
производство
Г \
Наклад ите на \
прием/передачу \
\Наклад><ые к»
п^ием/п«^мдачу
Нарядна от
,______________±JlZ
(иК1 | Внутренний документооборот
ИК1 [Внутренний документооборот
Требование
прием/первдачу
Запасные части и
материалы
Рис. 7.2, а. Основные процессы
БД 14
Цены на продукцию
Оборудование
БД1
Сотрудники
сотрудн
5 ДПД
Данные договор;
Цена на 1
продукцк
БД6
Ресурсы
БД7
Договоры
Планирование
текущ и
лерслект.
развития
Органы
надзора
(йК1~
План по
подраэд
Текущая
цена
БД7
выработке водки
и п/в \
[^Внутренний документооборот
БД10 Входящие документы
ДаннЫепо
исполнеНм?
договора
БД?
199
БДЗ
БД2
Заявка а ОМТС
Данные <
запчастя
Запасные части и
материалы
Предписания и
нормы -......
Данные догавоба
3 ДПД
Данные об/'	/
оборудовании /	_ ___________________________
1 Внутренний документооборот
Вспомогатель
производство
4 ДПД
Договоры
Дайные о[
контрагенте
Данные о/
контрагенте '
БД1
прохождении ТБ
БД13 Планы производства
11 ДПД
Юридическая
экспертиза
Данные /
fмсперти/ь
/ договора
Договор на /
экспертизу /
Договоры
в да
Контрагенты
Сотрудники
Данные о
сотру дюн
БД?
БД11
Договоры
БД2
БД8
2
Контрагенты
Продукций
контраге
Данные»? новом
ПроЪкк.
договор^
« ДПД
Данные о
-у-
\ Даннь№о
~ \ продукты
Результат анализа
Оборудование
оборудования
Планирование
технического
развития
ДанИы^о
продукцйи^
Исходящие документы
Q*IK1 [внутренний документооборот
Дэиииыд
материа!
План по новой
техн, и каКвлож-м
Запасные части и
материалы
БД5
Приказ
Данные догук&л
Бухгалтерия
БД7
Договоры
дЗяуценгы на
Заявка ня бюджет''
БДИ Исходящие документы
Заявка йа платеж
ГиК1 ~ J Внутренний документооборот
Заявка иасырьв и
материалы
13 ДПД
Контроль
качества
Продукция
РезулН^г анализа
БД4
Сырье
Рис. 7.2, б. Основные процессы. Продолжение
200
БД8 t Контрагенты
i ИКТ « Внутренний докумвнтооборо!
БД7 i Договоры
Информа-
ционный
источник
Данные«	\
контрагенте \
Данные q
контрагенте
Запрос на товар
от подразДел-й
План
производства
2 ДПД
Импортные
закупки
Данные о
состозмии
___________________йКРЙшекта
Учетные карточки по
договорам
Денные о
условиях/на
рынке
БДБ
Данные о Л
конъюнктуре на
рынке /
БД1
„Данные o'"
..состоянии--
онтракта
леречи
(иК1 j Внутренний документооборот
Даннычконтракта
по импорту
1 МС
Конъюнктура рынка
Данные о
конъюнктура на
~рынюг
Мониторинг
рынка
Договоры
Данньгжо
конъюнк
рынке
Данные контракт!
Данные догрйора
Отчеты по контрактам
Денные отаета
5 МС
поступ~Лания/р_сх_
Контроль
исполнения
контрактов
3 ДПД
БДЗ
Данные контракта
по экспорту
Данные о
состоя
кон
Учетные карточки по
договорам
8 ДПД
Данныв^о
состоим
контракта
Продукция
Данные о готовой
продукции
БД7
Контрагенты
Таможня
Данные о
контраг
Продажа на
экспорт
Учет
валютных
операций
| Внутренний документооборот
Согласованны]
6 МС
МС
Подготовка
договора с
таможней
Подготовка
договора с
экспедитором
Заяв
лроизв
Данные о >
контрагенте
Отчетная форма
за меся!
Проект договора
таможне
контра
БД2
Данные по
контракте»*
Договоры
Рис. 7.3. Внешнеэкономическая деятельность
Планирова-
ние финансов
контрактов
Отчет п\
финанса!
БД5
Финансовые планы
БД8
Бухгалтерские учетные
регистры
Проект дого]
экспеди
БД2
Экспедитор
Договоры
БДб Конъюнктура рынка
Покупатель
БД1
Данные с|
конъюнктуре на
оыике Запрос на
?пку
МС
Обработка
запроса
покупателя
Запрос н; покупку
Коммерческие
предложение
СоглаЬ^ванмый
контракт\
Яроектч
контракт^
2 ДПД
БДЗ
Договоры
БД4
аковке
Учетные карточки по
договорам
онтракт
3 МС
МС
Данны
емкости.
1БД7
Запросы на покупку
/Дзнныео
контрагенте
Контрагенты
Коммерческие
предложения
Коммерческое
предлож
Учетные карточки по
договорам
Данные о
состоянии,
контракта
Данные контракта
по aKcnopfy
БД2 j Договоры
Данные о
кощратемтУ"
Заключение
контракта на
экспорт
Выставление
счета на
оплату
Заявка на
производство
продукции
БДЗ
Контракт,
сведения
контоакт’1
Данные ко
мерчес
пое
5 МС
Контроль
исполнения
экспорт,
контракта
я паспорта
экспортной
Дан
состоян
контоакта
БД4
2
ДанныВлю
новому кЬнтракту
Данные о
состоянии
контоаКта
Отметка
БД4
Договоры
Контракт
Отметка У
“покупатель
извещен"
Учетные карточки по
договорам
4 ДПД
Учетные карточки по
договорам _______
Данные о готовой-..,
продукции-"
Сообщение ф-
готовнооти заказа
Учетные карточки по
договорам
Заявка нг
проиэв-в< >
Данные о
состоян
контра
Оформление
отгрузки
Данные
посту пл
денег /
Факс об отгрузке
оригинала
Рис. 7.4. Продажа на экспорт
Внутренний документооборот
| БД5 j Продукция
Покупатель
202
Рис. 7.5. Заключение контракта на экспорт
(ИК1 Внутренний документооборот
Банк
БД5
1
Продукция
/
Данные о
продукии г
L
Отметка
"а/т зама
Сообщений о
готовнос/и заказа
готовой /
Данные о
подаче
Учетные карточки по
договорам
Копия счеУа
продавц
1 МС
Заказ а/т у
экспедитора
Контракт
3 МС
2 МС
Данные
поступив
Данныео
состояний
контракта \
Загрузка в
контейнер
БД2
Товарно-сопроводи-
тельные документы
БД1
2
4 МС
Учетные карточки по
договорам
гинзла
I Договоры
БД2
2
Товарно-сопроводи-
тельные документы
Говарно-
сопровох
документ >
5 МС
Международ-
ная почта
Экспресс-почта
Выписка
товарно-
сопровод.
Докум.
Таможенное
оформление
отгрузки
Извещение
покупателя об
отгрузке
продукции
: Факс об отгрузке
Покупатель
БД4 ; Учетные карточки по
3 ^договорам
Товарно-сопроводи-
тельные документы
БДЗ
Дата отгр 'зки
Договоры
Таможня
Отмет
"оттруже
Учетные карточки по
договорам
Данные о
состояни I
контракта
Разрешение на
отгрузку
"покупат^дь
извещен" \
БД4 j Учетные карточки по
2	j договорам
Рис. 7.6. Оформление отгрузки
204
Рис. 8.1. Контекстная диаграмма ТЖД
205
ьо
о
о
Рис. 8.3. Финансово-экономическая деятельность
 Договоры
[иЮ j Внутренний документооборот “ТЖД"
Докуме
епар
Экономичес- ‘
кая
деятельность ,
ИК2 Энугреинийдокументо<^^7-*1Х?1"'
Финансовые X
документ^ \
ЖД-ДФ X \
\ Финансовые
\ документ^!
Финансовые
Документы^ЭУ-ДФ
Документы ДФ-ЭУ
БД4
ДФ-
БДЗ
БД5
10
Доку
Заводы-
Документы между ДФ и
заводами
Р . ". ...?
I Деятельность ‘
постатистике I
Финансовое
документ^!
завод
Канцелярия
ДФ
Документы
БДЗ
Документы между ДФ и
департ. "ТЖД*
Документы между ДФ и ЖД
Документы между ДФ и ЖД
1 ДПД
Финансовые
данные
Финансовые
данные \
БДЗ
Документы между ДФ и ЖД
Возвратныйттан
финансирования
Бюджетно-
финансовое
планирование
Документу УС-ДФ у Докуме
/	/ Департаменты
’ТЖД*-ДФ
БД5
Документы между ДФ и
департ. "ТЖД*
БД8
ВскшратмьнртЛан
финансирования
Документы между ДФ и
департ. "ТЖД"
1	I Возвратный план
/ Финансирования
Метод указания по
фин. /
планированию
БД6
Внутренние документы ДФ
БД7
Документы между ДФ и
предприятиями
Документы между ДФ и ЖД
Оперативный Программа
отчет по прибыли обеспвч
БД7
2
Документы между ДФ и
предприятиями
Внутренние документы ДФ
о прочим
4 ДПД
Внутренние документы ДФ
Баланс.отчв<
Данны
показате
основнлеят.
От
видам
деятельности
Оперативные
Данные дл
плате
бал
БД1
БД6
10
207
БД5
Длинные по
Документы между ДФ и
департ. "ТЖД*
Задание
програ
7 ДПД
План ли
авэнсово
финанси
Формирова-
ние
результата
осндеят.
Лимиты авансового
финансирования
Рис. 8.4, а. Финансовая деятельность
Формирова-
ние
результата по
доходам
Внутренние документы ДФ
о
00
1ч*инэксовые данные междужд’И’"ТЖД—
БДЗ
2
Документы между ДФ и ЖД
расчетов
энергосист
ами
БД1
Лимиты авансового
финансирования
Финансо
данные ”
ЖД
9 ДПД
ые
Жд-мпс
'^ЛиМ_ит авансового 
Казначейство
БДб
Справка о
лроведв
заче
БД5
БДЗ
Документы между ДФ и ЖД
Справка о
Документы между ДФ и
департ. ”ТЖД~
Внутренние документы ДФ Акцепт
Финансирова-
ние
инвестиций в
кап.влож.
2 ДПД
БД5
Документы между ДФ и
департ. "ТЖД"
ополнительный
нансир.
БД1
3
БД5
4
ВД5
2
Справка о та
на эл.э
Документы между ДФ и
департ. “ТЖД”
Документы между ДФ и
департ. "ТЖД”
Сче^яро форма
и услуг
3 ДПД
гтд
выполи
Лимиты авансового
финансирования
Коррекция плана-—----
инвесте""
инватноте
S	План инв(
в инвапю-
Гм Г
БДЗ
Данные о
валютной'
выручив
Отчеты, с
зачете с
Расчеты в
валюте
БД5
3
Документы между ДФ и
департ. ’'ТЖД”
Письмо н а оплату
вал. контракта
Данные о
экспедит >ром
Договоры
провед.
рубл.экв.
Данные д
Справка
перечи
инвести
вор
Отметка “проект
согласован"
Документы между ДФ и ЖД
Распор}
перечисление
БДб
Внутренние документы ДФ
?чка расчета
12 ДПД
БДб
по
Данные ра
по шиф
Справка
проведе
зачетах
Документы между ДФ и
заводами
Внутренние документы ДФ
Внутренние документы ДФ
БДб
2
Централи-
зованные
расчеты
Рис. 8.4, б. Финансовая деятельность. Продолжение
Г-1599
БД1
Лимиты авансового
финансирования
План лмм <та
авансово *о
финанси) ов.
10 МС
Руководство
Департамент,
финансов
Утвержден
лимита
финфгёиров.
БД6
финансиров.
Коррекция
Лимиты авансового
финансирования
БДЗ
3
Документы между ДФ и ЖД
БДЗ
5
ГО
О
<0
Данные о
СОСТОЯНИ I
расчетов
6 ДПД
БД5
5
БД7
Справка
расчета
надо
Документы между ДФ и
департ. “ТЖД"
Внутренние документы ДФ
Документы между ДФ и ЖД
5 ДПД
вныи
нбыли
Оле
отчет по
Плановые по-
казателило
прочей де)
Отчетп
основно
деятепьн
Документы между ДФ и
предприятиями
Оперативный
-отчет-------
Контроль
расчетов по
налогам
перед □
ФБ
Кон
налогов
ожению
Данные для
контроля
расчетов
БД6
3
Внутренние документы ДФ
БД5
6
Оперативнее
данные
Данные по
дохода
Документы между ДФ и
департ. “ТЖД"
Внутренние документы ДФ
Формирова-
ние результ.
проч.видов
деят.
Внутренние документы ДФ
Справка
Документы между ДФ и ЖД
Данные для
баланса
Показатели
Внутренние документы ДФ
БД6
Справкао
Показатели
Показатели
расчетах
заводами
Документы между ДФ и
предприятиями
Рис. 8.4, в. Финансовая деятельность. Продолжение
БД5
7
Документы между ДФ и
департ. "ТЖД"
210
7 МС
БД2
Директивный
орган
Расчеты жд с местными НИ
БДЗ
Справка
расчетах
местными НИ
Справка о
расчета
Фел.
Сортировка
документов
Данные о
состояли г
расчетов
1 МС
Закон.
БД7
!бдз
[3
Методология
налого-
обложения
Данные расчетов
Данные о зачдо
с местцыМиНИ
Внутренние документы ЦФ
Рекомендации по
налогообложению
__ Консулы, по
налогообложению-—.
2 МС
Контроль
расчетов жд с
местными НИ
Справка по
местными НИ
(тка "сверено"
1 БД6 ! Внутренние Документы ДФ
 4	;
Субъект
Российской
Федерации
БД6
Отчеты по
налогообложению
БД2 I Расчеты жд с местными НИ
Данные эадояжен.
перед бюджетом
асчетов
6 МС
Данные расчетов
Да
сфеА-б
Дайн
с местиы
Расчеты жд с феде-
ральным бюджетом
3 МС
Объе
лаченны
спецперево
Справка©
центрзли<плзтежа
е расчетов
сфед.
БДЗ
Расчеты жд с феде-
ральным бюджетом
Внутренние документы ЦФ
Расчеты жд с фондом
соцстрах. 
Расчеты жд с пенсионным
фондом_____________
.........- —----------- Данные дл^х'
Внутренние документы ДФ контроля'''
...........................Расчетов
Справ»
1 правка о
джетом
расчетах
Фондом
Документы между ДФ и ЖД
Данные расчетов
Данные о заче1
сПф^——‘
Отметка
.“сеереис
Контроль
расчетов жд с
федеральным
бюджетом
Формиро-
вание отчетов
4 МС
Контроль
расчетов жд с
ПФ
Отметка
Расчеты жд с пенсионным
фондом
Данные расчетов
с фонде
е о зачетах
5 МС
данные расчетов
т-фоидим---------
Контроль
расчетов жд с
фондом
БД5
Отметка
Расчеты жд с фондом
соцстрах, __________
Справка <
расчетах
налогам
то
Документы между ДФ и
деПарг. ’ТЖД"
соцстрах
Рис. 8.5. Контроль расчетов по налогам
Документы между ДФ и ЖД
БД2
211
БД5
БД5
БДЗ
' Отчеты ло прочим видам
деятельности
Документы между ДФ и ЖД
БДЗ
Дайные по
2 ДПД
планирование
Документы между ДФ и
предприятиями
Отчеты по прочим ведам
деятельности
План поставок на
Внутренние документы ДФ
коедитооам
Ожидаемый
Плановые по
казате/1И-пб’
^прочей деят,
Отчет ло основной
Балане ло прочим	'
деятельности	~~ —
Балансовый отчет.
Документы между ДФ и
предприятиями
БД1
БДЗ
3 ДПД
Внутренние документы ДФ
4 МС
сметы
бюдж-Фиианс.
гели
взаим
меедугюедл
Документы между ДФ и
предприятиями
Отчеты по прочим видам
деятельности
Докумеиты между ДФ и ЖД
I Документы ыеждуДФиЖД-
План лимита
финансирования Показателм^^-"
ГТо<?аатели
ДанИы^ддя
платежнйточ
баланса
пели
j БД7 j Документы между ДФ и
г 1	> предприятиями
расчетах жд.^
заводами
I БД5 j Документы между ДФ и
__........яг-р	департ.'ТЖД'
| БД6 । Внутренние документы ДФ
Формиро-
вание
сводной
. Балаис.стчет^-1
Данньдотгёлиза
Задание
програ
Документы между ДФ и
, департ. 'ТЖД*
\	видам ч
ДэиньЧрасчета§вятвпьИ0^Ч>
ПФ X
.„„Справка
Формирован*
справок
Внутренние документы ДФ
Внутренние документы ДФ
Рис. 8.6. Формирование результатов прочих видов деятельности
212
Г оскомстат
ЦК
профсоюза
БДб ] Документы между ДФ и
6 I департ. "ТЖД"
Отчет по
дебитора л/
кредитор iM
БД7
Оперативные
данные
Оператив
отчет /
2 МС
Отчет по
дебитор
кред
БДб j Отчеты по прочим видам
5 деятельности
МС
Сбор
оперативной
отчетности
БД1
Данные о
отчета п
„ деб./кре
тметкои
Документы между ДФ и
предприятиями
Определение
дебиторов
кредиторов
Данные
Отчеты по прочим видам
деятельности
ДанньХ°лер.
отчета п
внвбюдж.
Отчет по
дебиторам/^
^^.^хрёдиторам
-----------------•Даий®'® °
проведённых^
зачетах
Отчетно
дебиторам!.___
кредиторам
3 МС
Сводный отч
прибыли»
Внутренние документы ДФ
Определение
текущей
прибыли
Оперативный
отч^тгттрмбылм..
Свойн^йй отчет по
прибыл*Ь\
БД5
МС
Составление
отчета по
внебюдж.
фондам
[бДЗ - Документы между ДФ и ЖД
I5 . _ .	. ... .. . ..
j Отчеты по прочим видам
^деятельности
Отчет по
внебюджетным
фондам
Реестр о
nofffifieittffr'^
задолжай.
Рис. 8.7. Обработка оперативной информации
Пенсионный
фонд
БД2 ' Документы между ДФ и ЖД

\ БДЗ я Документы между ДФ и ЖД
J 6	'
Ожидаемый объем
поставо1?\
Показатели
Документы между ДФ и
предприятиями
БДв
5
Внутренние документы ДФ
Плановые по-
казателипо—
прочей деят.
План поставок на"'
МС
|оказатели
Определение
объемов
поставок
Объем поставок
"-Показатели
БД1
Объемы поставок
j БДЗ ; Документы между ДФ и
р ^предприятиями
I Документы между ДФ и
департ. "ТЖД"
2 МС
заводами
I БД5 ! Документы между ДФ и
[б । департ. "ТЖД"
- Данные по
—доходам-жд—”
Расчеты жд с
заводами
отрасли
.Справка о
расчетатгж
заводами
БДЗ
Справки о расчетах с
заводами "ТЖД"
Рис. 8.8. Оперативное планирование
БД1
Внутренние документы ДФ
Балансы по прочим видам
деятельности
I Документы между ДФ и ЖД
Внутренние документы ДФ
БД6 i Внутренние документы ДФ
' ii& WSIL, ........
Счетная
палата
Баланс по прочим
видам \
деятельности
/
Отчет по ^сновной
деятельности

Отчет ло прочим
видам /
деятельности
даниы\расчета с
ПФ \
2 МС
Сбор отчетов
по прочим
видам деятел.
прочим
/ Баланс
/ видам
/ деятельн
Балансовый отчет
Баланс по
видам
деяте
Отметка
"сверено
БД1
Балансы по прочим видам
деятельности
баланс
3 МС
о видам
Отчет пс
деятель
Подготовка
уравнений
для строк
баланса
БД1
3
Сверка
показателей
Составление
балансового
отчета
Баланс\тчет,
Данные анализа
4 МС
Сводный
по прочи! । видам
Министерство
экономики РФ
Балансы по прочим видам
деятельности
Госкомстат
РФ
i Документы между ДФ и
! департ "ТЖД”
Документы между ДФ и
предприятиями
Рис. 8.9. Формирование сводной отчетности
БДЗ
БД*
БДЗ
Документы между ДФ и ЖД
Документы между ДФД и
службами ЖД
Заявке на зачет
5 ДПД
1 ДПД
'Данные финансы,
из мёс^.бтвджета
Финансовое
планир. и
Лимит
финансирования
Внутренние документы ДФД
ИЙ лимит
Утвержденные
i/оказггейи
Плановые
показатели
'доходов !
Документы между ЖД и ОД
Внутренний лимит"
ЖД
БД2
Документы между ЖД и ОД
Оператив
данные^
Данные форм
БДЗ
Документы между ЖД и
предприятиями ЖД
Ппанрг
План доходов лр^ лимитировани
ОД —___________________________
Внутренние документы ДФД
БД5 Внутренние документы ДФД
\ БД4
\ Доходна*! ставка^_____
\ по ОД <.
финансирования
БД2
БДЗ
Документы между ЖД и
предприятиями ЖД
Отчеты и справки
Отчетные и
олератиЪ*ые
данные ПДГГ'''-^_
Сводные отчеты.*-—-
спраммчгД^
7 АЛД
Документы между ЖД и
предприятиями ЖД
БД*
Организация
взаимозачетов
Лимит
финан
Данные
с грузов
Документы между ДФД и
службами ЖД
Документы между ЖД и ОД
Формиро-
вание
отчетности
БДЗ
Внутренние документы ДФД
БДЗ
Документы между ЖД и
предприятиями ЖД
Документы между ДФД и
службами ЖД
мио
Д< кумент
енные об отказе
айаимозачета
Данные о доходы^
Утвержденный
протокоп'зачета
< ДПД
БД1
2
-------—-------£.________Задание пох
Документы между ДФ и ЖД	деб/кцедг
* Эадол. по ЖД
-Дин-лотек.
деб/кредгзадоп.
ОД	\
Отчетные данные
по ОД
Документы между ЖД и ОД
БД5
2
БД5
Внутренние документы ДФД
Форма/Еаланс
справка на
перечисл
!иие
2 ДПД
Контроль
расчетов по
налогам
Формиро-
вание
результатов
по доходам
БОДИ
БД*
Своды
ФДУ-3,
Документы между ДФД и
службами ЖД
Внутренние документы ДФД
•Отчеты ОД и
НДОПкЗДОД
поквзетвтпмцДФД
от ОД
БД1
Документы между ДФ и ЖД
8 ДПД
Анализ
финансовых
результатов
"Отчеты и справки
отНДОГ
Данные ftmw'kQp.
фин. nojua. ОД
^Данйы^для контр.
фИН. ЛО1Й»11ДОП
Документы между ЖД и
предприятиями ЖД
215
Рис. 8.10. Финансовая деятельность железной дороги
О)
ЕЦЭ j Документы между ЖД и
предприятиями ЖД
Фо|
1ЛСНС
БД2
БД4
БД1
БДЗ
Областная
налоговая
инспекция
Проект расчета
налога^г-^,
имущество
БДЗ
Бухгалтерские операции
1 МС
Проводка
счет
налога?»—. 
имущество
Распоряж. на,
перечщлейие
Внутренние документы
ДФД
Распоряж на
Данные налога на
Расчеты по налогам
Внутренние Документы
ДФД
^правка на
перечисление- —
Счет-фактура ил»
Спраяк»—"
Расчет налога
на имущество
2 МС
Расчет налога
на землю
не налога на
БД4
расчеты по налогам
Расчет налога на
имущество—__
Запрос
3 №Д
Ставка зем.
jaeaAMrfiJflWAb
ЖЖ
БДЗ
Проводка
Документы между ЖД и
предприятиями ЖД
Бухгалтерские операции
4 ДПД
численности
Проводка
БД5
БД2
2
Внутренние документы
ДФД
Расчетные ведомости по
взносам в ПФ
неит-
8 ДПД
Справка
ралиэов
платежу ЖД
_ Сумма по инкассо
БД1
Документы между ЖД и
предприятиями ЖД
БД2
Расчет налога
в дорожный
фонд
Данные налога на
Расчет
местного
налога
Страховые
взносы во
енебюдж,
фонды
5 ДПД
Счет-фиктурв на
.рвалнаецию----*
говая
деклара
авизо
Внутренние документы
ДФД
Районная
налоговая
инспекция
Налоговая
инспекция
предприятия
БДЗ
Бухгалтерские операции
Бухгалтерские операции
Расчеты по налогам
БД*
Данные на
равка на
БД2
~ '	Свобща
Бухгалтерские операции „до,^
-Данные н
жил.ф
Справка на
Справка дл
БДВ
ебкгджетным
^.фондам
Авизо на сумму
Д4	Документы между ДФД и
службами ЖД
Областная
налоговая
инспекция
Администра-
ция города
Проводи
Завод
Внутренние документы
ДФД ______
6 МС
Расчеты с
дебиторами
ПФ
БДЗ
Расчет налога
на добавл-ю
стоим-ть ~
Документы между ЖД и
предприятиями ЖД
Бухгалтерские операции
Распоряжение на
"перечит. НД6—
Внутренние документы
ДФД
-------------------
Документы по погашению
деб.зедолж.
PpKytJMWf
Авизо на
отгрузки
Грузополуча-
тель
Рис. 8.11. Контроль за расчетами налогов на железной дороге
БДЗ
БД1
Документы между ЖД и
предприятиями ЖД
мс
Проводка
Бухгалтерские операции
Документы между ЖД и
предприятиями ЖД
-,С.чет-фактура или
Справка—
2 МС
Декларация,
Расчет налога
на приобрет.
а/т средств
Расчет налога
с владельцев
а/г
-Декларация по
налогу'ргреализ.
ГСМ
3 МС
Справка на
перечисление"
Данные налога на
-------------приобр.а/т- -----
"'Декларация на
- лриобрйтуа/т
/ средств
Декларация, 150ЛВ1Г*”
техласдорТа’
БД5. j Внутренние документы ДФД
Ь I
Расчеты ло налогам
Налоговая
инспекция
предприятия
Данные налога с
-аледельцетга/т—
-Распоряжение на
перечисление
БД2
Внутренние документы ДФД
БД4
Расчеты по налогам
Распоряжение
nepejiBcjwffie"
Расчет налога
Рис. 8.12. Расчет налога в дорожный фонд
218
Рис. 9.1. Контекстная диаграмма ПМТС
219
Рис. 9.2, а. Основные виды деятельности ПМТС
Рис. 9.2, б. Основные виды деятельности ПМТС. Продолжение
221
Рис. 9.3. Управление снабжением
222
Рис. 9.4. Управление снабжением МТР

224
Рис. 9.6. Поставки за счет централизованных средств
. 66sH
Рис. 9.7. Управление снабжением TTP
226
5 МС
Нормообраэо-
вание
Рис. 9.8. Нормообразование и планирование
Рис. 9.9. Формирование отчетности по выполненным нормам
N>
Литература
1.	Автоматизация предприятий / Титовский И.Н., Баронов
В.В., Калянов Г.Н. и др. - М.: Инфра-М,1999.
2.	Вендров А.М. Проектирование программного обеспече-
ния экономических информационных систем // М.: Финансы и
статистика, 2000.
3.	Вендров А.М. Практикум по проектированию программ-
ного обеспечения экономических информационных систем // М.:
Финансы и статистика, 2002.
4.	Вендров А.М. CASE-технологии. Современные методы и
средства проектирования информационных систем. - М.: Финан-
сы и статистика, 1998.
5.	Гейн К., Сарсон Т. Системный структурный анализ: сред-
ства и методы. - М.: Эйтэкс, 1992.
6.	Ивлев В.А., Попова Т.В. Реорганизация деятельности
предприятий: от структурной к процессной организации. - М.:
Научтехлитиздат, 2000.
7.	Калянов Г.Н. CASE: структурный системный анализ (ав-
томатизация и применение). - М.: ЛОРИ, 1996.
8.	Калянов Г.Н. Консалтинг при автоматизации предприя-
тий (подходы, методы, средства). - М.: СИНТЕГ, 1997.
9.	Калянов Г.Н. CASE-технология: консалтинг в автомати-
зации бизнес-процессов. - М.: Горячая линия - Телеком, 2000.
10.	Калянов Г.Н. Теория и практика реорганизации бизнес-
процессов. - М.: СИНТЕГ, 2000.
11.	Марка Д.А., МакГоуэн К. Методология структурного
системного анализа и проектирования SADT. - М.: Метатехно-
логия, 1993.
12.	Росс Д. Структурный анализ: язык для передачи понима-
ния // Требования и спецификации в разработке программ. - М.:
Мир, 1984. - С.241-284.
13.	Смирнова Г.Н. и др. Проектирование экономических ин-
формационных систем / Смирнова Г.Н., Сорокин А.А., Тельнов
Ю.Ф. - М.: финансы и статистика, 2001.
247
14.	Хаммер М., Чампи Д. Реинжиниринг корпорации: мани-
фест революции в бизнесе. - СПб.: С.-Петербургский универси-
тет, 1997.
15.	Черемных С.В. и др. Структурный анализ систем: IDEF-
технологии / С.В. Черемных, И.О. Семенов, В.С. Ручкин. - М.:
Финансы и статистика, 2001.
16.	Черемных С.В. Моделирование и анализ систем IDEF-
технологии: практикум/ С.В. Черемных, И.О. Семенов, В.С. Руч-
кин. - М/. Финансы и статистика, 2002.
17.	CASE; Аналитик для IBM PC; Руководство аналитика. -
М.; Эйтэкс, 1993.
18.	CASE; Аналитик для IBM PC; Руководство пользовате-
ля. - М.: Эйтэкс, 1993.
19.	Darnton G., Darnton М. Business Process Analysis. -
London: Tompson Business Press, 1997.
20.	DeMarco T. Structured Analysis and System Specification. -
N.Y.: Yourdon Press, 1988.
21.	Gane C. Computer Aided Software Engineering: the
Methodologies. -N.Y.: Prentice Hall, 1990.
22.	Yourdon E. Modern Structured Analysis. - N.Y.: Yourdon
Press/Prentice Hall, 1989.
Список сокращении
RUR - российский рубль
А/с - автосамосвал
А/т - автотранспорт
А/ц - автоцистерна
АК - акционерная компания
АРМ - автоматизированное рабочее место
АСН - автоматизированная система налива
АТТ - автобаза технологического транспорта
БВР - буровзрывная работа
БД - база данных
БЗ - бюро закупок
В/тр - водный транспорт
BMP - вторичный материальный ресурс
ГВЦ - главный вычислительный центр
ГКиПП - газовый конденсат и продукты переработки
ГОК - горно-обогатительный комбинат
ГПЗ - газоперерабатывающий завод
ГСМ - горюче-смазочный материал
ГТД - грузовая таможенная декларация
ГТС - гидротехническое сооружение
ДМС - добровольное медицинское страхование
ДВС - двигатель внутреннего сгорания
ДПД - диаграмма потоков данных
Дт - дебет
ДТП - дорожно-транспортное происшествие
ДФ - департамент финансов
ДФД - финансовая служба железной дороги
Ж/д - железная дорога
З/ч - запасная часть
ЗГКП - завод гипсокартонных плит
ЗППП - завод пенополистирольных плит
ЗСК - завод стабилизации (газового) конденсата
ИК - информационный канал
ИНН - индивидуальный номер налогоплательщика
КБ - конструкторское бюро
КДО - коммерческо-договорной отдел
КИПиА (КИП) - контрольно-измерительный прибор и аппаратура
Кт - кредит
КТГ - коэффициент технической готовности
Л/с - лицевой счет
ЛВС - локальная вычислительная сеть
ЛЗК - лимитно-заборная карта
М/ч - моточас
МНС - Министерство по налогам и сборам
МПС - Министерство путей сообщения
МС - мини-спецификация
МТС - материально-техническое снабжение
НДС - налог на добавленную стоимость
НДФ - налог на реализацию горюче-смазочных материалов
НИ - налоговая инспекция
НПЗ - нефтеперерабатывающий завод
НСИ - нормативно-справочная информация
ОГМ - отдел главного механика
ОГЭ - отдел главного энергетика
ОД - отделение дороги
ОК - отдел кадров
ОКП - отдел координации производства
ОКС - отдел капитального строительства
ОМС - обязательное медицинское страхование
ОПК - Общероссийский продуктовый классификатор
ОЭ - экономический отдел
П/н - порядковый номер
П/п - путепровод
П/ф - полуфабрикат
пвд - прочие виды деятельности
пдп - пост дистанции пути
ПМТС - предприятие по материально-техническому снабжению
ППР - планово-предупредительный ремонт
ПФ - пенсионный фонд
ПЭО - планово-экономический отдел
РМК - редуктор мотор-колесо
СГ - сбросной газ
СК - стабильный конденсат
СНЭ - Союзнефтеэкспорт
Сч/ф - счет-фактура
ТБ - техника безопасности
ТЛП - товар легкой промышленности
ТМЦ - товарно-материальная ценность
ТНВЭД - товарная номенклатура внешнеэкономической деятельности
ТО - техническое обслуживание
ТР - текущий ремонт
Ттн - товарно-транспортная накладная
ТТР - топливно-транспортный ресурс
ТФ - территориальный филиал
ТЭП - технико-экономический показатель
УА/С - узел автосамосвала
УГОК - управление горно-обогатительного комбината
УД - узел дизеля
УС - управление по статистике
УЭ - департамент экономики
ФБ - управление бюджетно-финансового планирования
ФЗН - фонд занятости населения
ФИО - фамилия, имя, отчество
ФОМС - фонд обязательного медицинского страхования
ЦГП - цех готовой продукции
ЦУКС - центр управления капитальным строительством
ЦУП - центр управления производством
ЦФ (ЦФТО) - центр фирменного транспортного обслуживания
ШАУ - шифр аналитического учета
ШФЛУ - широкая фракция легких углеводородов
Экз. - экземпляр
Оглавление
К читателю.........................................................3
Предисловие........................................................5
Введение...........................................................7
Глава 1. СТРУКТУРНЫЙ АНАЛИЗ НА ОСНОВЕ DFD-НОТАЦИИ..................9
1.1.	Структурный анализ как метод исследования бизнес-систем...9
1.2.	DFD-технология: интегрированная структурная модель.......11
1.2.1.	Иерархическая функциональная модель ...............  12
1.2.2.	Моделирование поведения системы......................18
1.2.3.	Информационная модель системы........................20
1.3.	Основные преимущества DFD-технологий.....................22
Глава 2. ОСНОВЫ СТРУКТУРИЗАЦИИ БИЗНЕСА............................27
2.1.	Процессный подход и типизация бизнес-процессов...........27
2.2.	Принципы структуризации бизнес-системы...................28
2.3.	Этапы построения моделей в DFD-технологии................30
Глава 3. МОДЕЛИРОВАНИЕ ДЕЯТЕЛЬНОСТИ
ГОРНО-ОБОГАТИТЕЛЬНОГО КОМБИНАТА...................................32
3.1.	Контекстная модель ГОК.................................  32
3.2.	Модель верхнего уровня Управления ГОК....................34
3.3.	Модель верхнего уровня типового Карьера..................35
3.4.	Модель верхнего уровня типовой Фабрики...................37
3.5.	Модель типовой автобазы технологического транспорта......38
3.5.1.	Модель верхнего уровня АТТ...........................38
3.5.2.	Фрагменты детальной модели ремонтной службы АТТ.......39
Глава 4. МОДЕЛИРОВАНИЕ СБЫТОВОЙ ДЕЯТЕЛЬНОСТИ ЗАВОДА
ПО ПЕРЕРАБОТКЕ ГАЗОВОГО КОНДЕНСАТА.........................53
4.1.	Модель процесса «Управление сбытом» .'...................54
4.2.	Модель процесса «Учет реализации продукции в бухгалтерии
предприятия»..................................................61
4.2.1.	Модель процесса «Учет отгрузки в автоцистернах
(самовывоз)»................................................63
4.2.2.	Модель процесса «Учет отгрузки водным транспортом»...65
4.2.3.	Модель процесса «Учет отгрузки по железной дороге»...66
4.2.4.	Модель процесса «Учет отгрузки по трубопроводу»......68
251
ава 5. МОДЕЛИРОВАНИЕ ДЕЯТЕЛЬНОСТИ ЗАВОДА ПО ПРОИЗВОДСТВУ
СТРОЙМАТЕРИАЛОВ................................................70
5.1.	Модель верхнего уровня Завода по производству строительных
материалов..................................................70
5.2.	Модель процесса «Координация производства» ...............71
5.2.1.	Модель процесса «Координация ритмичности производства».73
5.2.2.	Модель процесса «Формирование отчета».................75
5.3.	Производство гипсокартонных плит..........................77
5.3.1.	Модель процесса «Управление производством»............78
5.3.2.	Модель процесса «Организация производства ГКП»........81
5.3.3.	Модель процесса «Контроль за технологией производства».85
ава 6. МОДЕЛИРОВАНИЕ БУХГАЛТЕРСКОГО УЧЕТА
НА МОЛОЧНОМ КОМБИНАТЕ..........................................90
6.1.	Бухгалтерский учет на молочном комбинате..................90
6.2.	Учет реализации молочной продукции........................91
6.3.	Стыковка товарно-транспортных накладных...................93
6.4.	Движение по лицевым счетам покупателя.....................97
6.5.	Составление ведомости по цеху готовой продукции...........98
ава 7. МОДЕЛИРОВАНИЕ ДЕЯТЕЛЬНОСТИ ЛИКЕРОВОДОЧНОГО ЗАВОДА.......... 100
7.1.	Диаграммы основных бизнес-процессов Завода...............100
7.2.	Внешнеэкономическая деятельность.........................102
7.3.	Продажа на экспорт.......................................105
7.3.1.	Заключение контракта на экспорт......................107
7.3.2.	Оформление отгрузки..................................109
ава 8. МОДЕЛИРОВАНИЕ ДЕЯТЕЛЬНОСТИ ФИНАНСОВОЙ СЛУЖБЫ
КРУПНОГО ТРАНСПОРТНОГО ПРЕДПРИЯТИЯ..................... 112
8.1.	Контекстная модель транспортного предприятия ............112
8.2.	Модель верхнего уровня финансово-экономической деятельности
центрального офиса.........................................113
8.3.	Модель верхнего уровня финансовой службы железной дороги.125
ава 9. МОДЕЛИРОВАНИЕ ДЕЯТЕЛЬНОСТИ КРУПНОЙ СНАБЖЕНЧЕСКОЙ
ОРГАНИЗАЦИИ............................................ 130
9.1.	Контекстная модель ПМТС..................................131
9.2.	Диаграмма уровня основных процессов......................131
9.3.	Модель процесса «Управление снабжением»..................133
9.4.	Модель процесса «Управление ВМР».........................134
ава 10. МОДЕЛИРОВАНИЕ ДЕЯТЕЛЬНОСТИ СТРАХОВОГО ОБЩЕСТВА............ 141
10.1. Модель верхнего уровня страхового общества..............141
10.2. Модель процесса «Ведение договора страхования»..........144
наложение 1. Рисунки фрагментов моделей к главам 3-10...........148
шложение 2. Краткое описание инструмента моделирования -
пакета «CASE. Аналитик».......................................241
тература........................................................247
исок сокращений.................................................249
Производственное издание
Калашян Александр Николаевич
Калянов Георгий Николаевич
СТРУКТУРНЫЕ МОДЕЛИ БИЗНЕСА:
DFD-ТЕХНОЛОГИИ
Заведующая редакцией Л.Л. Табакова
Ведущий редактор Л.Д. Григорьева
Младший редактор Н.А. Федорова
Художественный редактор Ю.И. Артюхов
Технический редактор И. В. Завгородняя
Корректоры Т.М. Колпакова, Н.П. Сперанская
Компьютерная верстка Я. В. Витте
Обложка художника А. В. Алексеева
ИБ № 4459
Сдано в набор 27.11.2002. Подписано в печать 25.04.2003
Формат 70x100 1/16. Гарнитура «Таймс». Печать офсетная
Усл.п.л. 20,8. Уч.-изд. л. 20,43
Тираж 3000 экз. Заказ 1599 «С» 092
Издательство «Финансы и статистика»
101000, Москва, ул. Покровка, 7
Телефоны: (095) 925-35-02, 925-47-08
Факс (095) 925-09-57
E-mail: mail@fmstat.ru http://www.finstat.ru
ГУП «Великолукская городская типография»
Комитета по средствам массовой информации
Псковской области,
182100, Великие Луки, ул. Полиграфистов, 78/12
Тел./факс: (811-53) 3-62-95
E-mail: VTL@MART.RU