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

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

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

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

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

 

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

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

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

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

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

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

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

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

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

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

Что такое документ

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

Сегодня мы с вами поговорим о таком распространенном понятии, как «Документ»

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

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

В ГОСТ по делопроизводству и архивному делу дано обобщенное понятие документа и даны определения различных видов документов. Уже давно продукт мыслительной деятельности человека (представленный, как правило, в виде документа) превратился в материальный объект.

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

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

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

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

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

О формах документов

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

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

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

Что я имею в виду? Во-первых, в преамбуле договора начинается перечисление стороны собственника и стороны заявителя, и это перечисление оформляется в виде:

«Собственник <Наименование> в лице <Должность> <ФИО> …».

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

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

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

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

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

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

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

Примеры сотрудничества разработчика с заказчиком

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

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

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

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

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

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

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

Как бы то ни было, совместная работа не получилась, и специалистам заказчика пришлось после долгих и бесплодных попыток «спасти» введенные ранее данные, вводить их заново

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

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

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

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

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

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

О системном подходе в проектировании

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

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

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

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

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

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

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

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

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

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

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

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

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

На этом сегодня закончим.

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

Почему важна взаимосвязь в информационных системах

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

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

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

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

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

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

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

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

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

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

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

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

Свое мнение на этот счет я выскажу в следующей статье.

Еще раз поздравляю с Новым годом. Всего самого хорошего.

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

Что дает использование справочников

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

  • по адресу
  • по ориентиру.

 

Местоположение по адресу – это всем нам известные адреса, которые записываются в соответствие с классификатором ОКАТО:

  • Страна
  • Субъект Федерации
  • район
  • сельсовет
  • населенный пункт

 

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

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

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

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

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

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

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

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

На этом сегодня закончим.

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

Зачем нужны справочники

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

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

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

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

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

В отделах, ведущих учет сделок, объектами сделок являлись также площади объектов недвижимости, участвующие в сделках.

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

Я уже упоминал ранее, что еще в советские времена были приняты классификаторы ОКАТО, в которых четко расписывались все административно-территориальные единицы России. Однако даже разработчики системы почтовой индексации не знали, видимо, об этом классификаторе, иначе они бы воспользовались им. В настоящее время многие классификаторы, связанные с административно-территориальным делением (например, автомобильные номера, кадастровые номера, ИНН или СНИЛС) используют коды субъектов федерации как раз на основе ОКАТО. И только почтовые индексы никаким образом не связаны с ОКАТО.

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

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

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

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

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

Роль исполнителя. Продолжение

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

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

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

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

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

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

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

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

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

На этом сегодня завершим.

С уважением, А. Дмитриев

Роль исполнителя

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

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

Я уже говорил о том, что в конце 90-х и начале 2000-х годов мы разрабатывали автоматизированную систему ведения земельного кадастра, и даже внедрили ее в своей республике. Уже в процессе разработки мы интересовались у заказчика вопросом, не включить ли в систему описания и учета земельных участков другие объекты недвижимости, которые располагаются на земельных участках. Нам это казалось очень естественным, поскольку земельные участки, как сказано в Гражданском кодексе РФ, являются основой для всех остальных объектов недвижимости. Однако заказчик заявил, что его иные объекты недвижимости не интересуют.

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

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

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

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

Исторически наша компания с начала 90-х годов прошлого века начинала с разработки «доморощенной» геоинформационной системы (ГИС), Созданная в Москве ГИС-ассоциация практически до конца 90-х годов не признавала нашу ГИС, написав в одном из своих выпусков, что все используют «нормальные» ГИС, и только в Уфе используют созданную свою «на коленке» ГИС. Однако дефолт 98 г. заставил их пересмотреть свое отношение, и признать нашу ГИС одной из ведущих в России, которая не только не уступает западным продуктам, но во многом превосходит их.

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

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

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

С уважением, А. Дмитриев

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