О языке природы. Часть 2

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

В первой части мы с вами говорили о том, что должен (по-моему, ОБЯЗАТЕЛЬНО ДОЛЖЕН) существовать мета язык, который способна понимать вся живая природа. К этому нас «подталкивают» многие явления природы, которые мы наблюдаем постоянно.

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

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

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

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

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

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

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

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

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

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

На этом пока закончим. До скорых встреч.

С уважением, Александр Дмитриев.

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

Здравствуйте, уважаемые посетители!

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

Мы с вами выяснили, надеюсь, что любой язык можно рассматривать и как язык программирования в широком смысле слова. Недаром из деятельности американского психолога в середине прошлого века возникло новое понятие «Эриксоновский гипноз», а со временем и Нейролингвистическое программирование (НЛП). Причем слово «программирование» здесь присутствует совсем не случайно. В последние годы мы становимся свидетелями массового применения методов НЛП не только в рекламе, но и в информационной пропаганде, или, если угодно, в зомбировании. Я не утверждаю, что подобные методы не применялись ранее, истоки их применения можно найти в далекой древности, только назваться так они стали совсем недавно. Это говорит о том, что в словах заложен огромный потенциал, который мы не до конца понимаем. Недаром говорят, что слово и лечит, и калечит.

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

Здесь я не хочу вдаваться в эзотерические рассуждения, однако понимаю, что «в этом что-то есть.

Мне как-то на глаза попалась книга Алексея Дубовцева про операционную систему Tango. Хотя написана она была довольно давно, но актуальность, думаю, она не потеряла и до сих пор. Там он рассуждает об операционной системе, которая бы понимала обычный человеческий язык. Свои задания операционной системе Дубовцев назвал «хотелками». В них присутствуют такие понятные всем «магические» слова, как «Я хочу ….». и как бы фантастически это не звучало, такую операционную систему можно создать уже сейчас. Достаточно только воспользоваться языком гипертекстовой разметки HTML, в котором «нужные» слова выделить тегами. Такие выделенные слова станут командами («хотелками»), исполнение которых можно реализовать уже на любом машинном языке в виде скриптов (программ). Со временем библиотека таких скриптов станет достаточно объемной, и можно будет уже любому конечному, как мы сейчас говорим, пользователю строить свои «хотелки», выбирая для их реализации соответствующие скрипты.

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

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

На этом пока завершим.

С уважением, Александр Дмитриев

О языках природы

Здравствуйте, уважаемые посетители!

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

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

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

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

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

Вполне возможно, что в СКАЗках описываются те явления, которые происходили на самом деле. По крайней мере в последние годы появляются все больше и больше свидетельств о том, что цивилизация на Земле намного древнее, чем это принято считать. Например, когда Петр I отменил православный славянский календарь, тогда шел, если мне не изменяет память, 7223 год от времени победы славян над китайцами.

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

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

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

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

На этом пока закончим.

С уважением, Александр Дмитриев

Вернемся к проектированию

Здравствуйте, уважаемые посетители!

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

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

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

Многие из нас способны преклоняться не только перед авторитетом людей, но и перед авторитетом «бумажек» или «наклеек». Расскажу вам один случай, который произошел со мной. Я работал в одно время со специалистом, занимающимся экологией. Это был кандидат наук, разрабатывал экологические рекомендации по заказу организаций. Он постоянно преклонялся перед людьми, которые имели дипломы об окончании ВУЗов с отличием. Я ему говорил, что это всего лишь «бумажка», которая ни о чем не говорит, однако переубедить его я не мог. Однажды он попросил меня рассчитать на компьютере некоторый показатель по определенной методике. Я посмотрел на формулу и понял, что по этой формуле рассчитывается совсем другой показатель. Я вывел формулу, по которой можно было рассчитать требуемый показатель, и представил результат.

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

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

Расскажу еще один случай. В 90-х годах прошлого века я разговаривал с одним своим знакомым, директором вычислительного центра Совета Министров республики. Я ему рассказывал о работах, в которых я тогда принимал участие на кафедре авиационного университета. Он к нашим работам отнесся скептически, и привел пример одного нашего общего знакомого, который работал в одном из банков руководителем информационного отдела. Этот человек занимался внедрением западных банковских программ, и мой знакомый с восторгом рассказывал, какая это интересная работа, заниматься внедрением «передовых» технологий. Я же ему заметил, что при внедрении всегда изучается и используется чужие продукты, а мы же разрабатываем сами новые продукты, а это, как говорится, «совсем другая разница».

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

Так что любые дипломы (если они «заработаны» честно, а не куплены) отражают только факт, что этот человек когда-то прослушал (изучил) определенные научные дисциплины, и получил знания, которые на тот момент были актуальны (правильны). Через некоторое время появились новые научные теории, которые, возможно, опровергли бывшие правильными знания, и полученные когда-то знания оказались ложными. Как говорится, «забудьте все, чему вас учили в школе/ВУЗе».

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

На этом пока закончим.

С уважением,

Александр Дмитриев.

Функции Диспетчера Управления

Здравствуйте, уважаемые посетители. Продолжим рассмотрение Диспетчера Управления. Сегодня поговорим о его функциях.

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

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

 

Функция 1

Входящий документ регистрируется в Журнале входящих документов.

Функция 2

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

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

Если среди отложенных заданий нет ожидающего задания, то перейти к функции 3.

Функция 3

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

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

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

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

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

Функция 4

Если исполнителем является формализованная процедура, то запускается эта процедура.

После выполнения процедуры и получения результата (документа) Диспетчер проверяет, требуется ли вмешательство специалиста (т.е. не укзан ли вместе с процедурой конкретный исполнитель). Если вмешательство требуется, то осуществляется переход к следующей функции, в противном случае документ считается обработанным. Задание переносится в список исполняющихся заданий. Осуществляется переход к функции 6.

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

Функция 5

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

Функция 6

Запускается Информатор. Информатору передается Задание, чтобы он сообщил исполнителю о поступлении задания.

В Журнал исполнения заносится выполненное действие. Осуществляется переход к функции 1.

На этом пока закончим.

С уважением, Александр Дмитриев

Пример управления

Здравствуйте, уважаемые посетители.

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

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

После выбора Услуги система предлагает ему заполнить стандартный бланк Заказа, в котором Заказчик указывает те Действия, которые он заказывает, и указывает объекты, которые его интересуют. Кроме того, указываются ссылки на Обязательные документы. Если необходимы копии личных документов, то должна быть возможность отсканировать документ с возможностью просмотра, результата (копии), а получить копию платежного документа, если это потребуется.

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

Работа Диспетчера

Диспетчер по Таблице решений определяет Исполнителя и бланк Задания для данного вида Заказа. На основе Заказа бланк Задания заполняется и формируется непосредственно Задание. В Журнале регистрации документов регистрируются поступившие документы. В Журнале исполнения делается запись о произведенных действиях (прием и регистрация документов).

  1. Варианты работы Диспетчера на Верхнем (первом) уровне

1). Роль непосредственного исполнителя Заказа играет ЛПР. В этом случае Диспетчер ИД ЛПР, Задание и Пакет необходимых документов сообщает Информатору и передает ему управление. В Журнале исполнения делается запись о произведенных действиях (передача управления Информатору). Окончание работы Диспетчера.

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

3). В качестве Исполнителя выбран конкретный внешний специалист или организация. Диспетчер Задание и Пакет необходимых документов передает по адресу этого Исполнителя (организации). В Журнал исполнения заносит информацию о передаче Заказа на исполнение выбранному Исполнителю. Задание переносится в список исполняемых заданий. Окончание работы Диспетчера.

4). Роль Исполнителя играет внутренний специалист (непосредственный подчиненный ЛПР). Действия Диспетчера аналогичны варианту 1).

  1. Работа Диспетчера на остальных Уровня управления

Диспетчер по поступившему Заданию и Пакету обязательных документов еще раз проверяет полноту наличия обязательных документов. Если каких-то документов не хватает, тогда формируется список этих недостающих документов, формируется сообщение ЛПР, выдавшему Задание, и этот Список и сообщение передает по адресу ЛПР. В Журнале исполнения делается запись о передаче ЛПР Списка и сообщения. Окончание работы Диспетчера.

Если же Пакет документов формально (по составу) полон, тогда Задание и Пакет документов регистрируются в Журнале документов, в Журнале исполнения делается запись о приеме Задания на исполнение и о регистрации документов.

Затем по списку дополнительных документов определяется наличие всех документов в Журнале регистрации. Если все документы имеются в наличии, то Диспетчер переходит к определению внутреннего Исполнителя.

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

На этом пока закончим.

С уважением, Александр Дмитриев

Поговорим об управлении

Здравствуйте, уважаемые посетители!

Сегодня мы поговорим с вами об управлении. Что такое управление и с «чем его едят».

В соответствие с определением, управление в широком смысле – это процесс, основными подсистемами (процессами, подпроцессами) которого являются:

  • анализ;
  • планирование;
  • принятие решения;
  • организация;
  • мотивация;
  • реализация;
  • контроль;
  • проверка результатов исполнения и коррекция.

В управлении всегда имеется объект управления, и субъект управления. Например, в управлении объектами недвижимости объектом управления будут объекты имуществами, как движимого, так и недвижимого.

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

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

Как мы уже выяснили, объектами управления являются объекты движимого и недвижимого имущества.

Субъектами управления будем называть субъектов, которые будут осуществлять управляющие воздействия (Распорядители и Исполнители).

Текущее состояние – это исходная точка, в которой находится объект, и все его окружение (текущая ситуация).

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

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

Целевая функция – это функция, позволяющая определить степень достижения результата.

Правила – это последовательность действий, которые должны выполнять субъекты управления в процессе управления.

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

Пути достижения цели – это допустимые маршруты, средства и методы воздействия на объект.

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

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

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

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

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

С уважением, Александр Дмитриев.

Работа диспетчера управления

Здравствуйте, уважаемые посетители!

Ранее мы с вами разобрали понятие документа и «систему документооборота» — систему управления по документам. Сегодня поговорим о работе диспетчера управления – системы, которая и будет управлять этим документооборотом.

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

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

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

Такие технологические процессы описываются в виде методик или положений (например, методика вычисления арендной платы, положение об аренде и т.п.).

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

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

  1. I. Заявитель подает документ определенного типа (например, Заявление на аренду ЗУ).

Последовательность работы Диспетчера можно описать следующим образом.

  1. По появлению этого документа Диспетчер регистрирует его как входящий документ (записывает в журнале входящих документов), и в журнале действий записывает это событие (регистрацию входящего документа).
  2. На основании регламента определяет исполнителя такого вида работы (например, юридический отдел).
  3. На основании Заявления формирует Задание и «передает» его в юридический отдел вместе с пакетом необходимых документов.
  4. «Передает» Службе контроля информацию о переданном юридическому отделу задании, чтобы она поставила это задание на контроль.
  5. «Ждет» появление результата (документ типа «Договор аренды ЗУ»), чтобы «передать» его заявителю.
  6. II. Диспетчер в юридическом отделе «заметил» появление Задания. Его действия аналогичны вышеописанным:
  7. Регистрация входящего документа.
  8. Определение исполнителя.
  9. Формирование Задания исполнителю.
  10. Вызов Службы контроля.
  11. Ожидание результата исполнения.

 

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

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

На этом пока закончим.

С уважением, Александр Дмитриев

Поговорим о документообороте

Здравствуйте, уважаемые посетители!

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

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

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

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

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

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

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

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

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

Что интересно, такая схема реально работает. Например, во всемирной паутине (Интернет) в качестве таких сценариев выступают таблицы DNS, в которых прописываются электронные адреса «исполнителей».

На этом пока закончим.

С уважением, Александр Дмитриев

О процессе управления

Здравствуйте, уважаемые посетители. Мы с вами рассмотрели понятие документа и пришли к выводу, что все, что все объекты окружающего нас мира мы воспринимаем в форме

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

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

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

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

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

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

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

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

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

 

при появлении документа «А» и наличии документов «Б», «В» и «Д», запусти «программу 1»

 

Человеку останется только записывать нужные документы, и система сама будет «знать» что дальше нужно делать.

На этом пока закончим.

С уважением, Александр Дмитриев

Яндекс.Метрика