Г Р А Ф И Т — б а з и с

Оргэкономическое обеспечение | Административное | Организация трудового процесса

Содержание

Общие условия

Информатическая специфика

Общие условия

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

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

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

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

• если процесс коллективный, то назначение (а также программа выпуска – объёмы по периодам времени) отражается как данные для других участников (обычно – в документации заказа/требования на установленном языке);

• взаимодействует с конструктором по созданию орудия;

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

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

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

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

• взаимодействует с эксплуатантом (заказчиком) по оптимизации требований (в идеале – совершенствованию с учётом перспективы применения);

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

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

• ищет решение для заданных условий производства (имеющихся/доступных кадров, наличных средств производства) и программы выпуска;

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

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

Инструментальщик – сообразно облику изделия и содержанию техпроцесса определяет необходимость в орудиях производства (инструменты, приспособления, машины) – как существующих, так и новых, причём:

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

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

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

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

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

• определяет эффективные средства и способы совершения операций; при постоянном совершенствовании связанные с этим интелресы образуют систему рабочего опыта;

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

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

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

Сервисник – поддерживает продукт труда в рабочем состоянии в фазе эксплуатации, для чего:

• регулирует/ремонтирует/пополняет расходными материалами/частями изделие при эксплуатации, вводит/выводит из неё, применяя к изделию орудия труда и/или совершая сервисные операции вручную;

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

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

• взаимодействует с заказчиком — по работоспособности и качеству продукта, с конструктором — по совершенствованию изделий.

Снабженец – обеспечивает деятельность необходимыми ресурсами, причём:

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

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

• при коллективном обеспечении выделяются специализации: кадров (подбора и расстановки, найма и увольнения, [пере]подготовки), жизнеобеспечения (производства условий пребывания людей по местам деятельности и окружающей среды¹), материально-технического снабжения, сбыта, логистическая (транспорта и хранения), при деятельности нефинансового профиля м.б. также специализация ценностного снабжения (деньгами и фининструментами помимо результатов сбыта);²

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

• действует с учётом и/или во взаимодействии с надсистемой деятельности;

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

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

• сферы частного управления м.б. выделены в пространстве, во времени (обычно относительно трудового процесса, т.е. по порядку работ от предметов к результатам труда) и/или функционально (по видам деятельности);

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

Администратор – определяет порядок и/или результат использования ресурсов, в связи с чем:

• запрашивает и перерабатывает данные о ресурсах;

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

• при коллективном администрировании выделяются специализации: распорядительная (диспетчеризации работ), учётная (продукции, труда и заработка, финансов и иных ценностей), безопасности (контроля условий труда и факторов влияния на систему деятельности);

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

Эксперт (контролёр, приёмщик) – определяет соответствие изделия (сырья, полуфабриката) требованиям и причины несоответствия, для чего:

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

• взаимодействует по необходимости с любыми другими участниками деятельности, свидетелями тех или иных моментов пожицикла предмета (и аналогичных предметов) — лично и/или через посредников;

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

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

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

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

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

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

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

Деятельность по созданию орудий труда/ улучшению условий существования сама также должна рассматриваться как предмет труда по её созданию/улучшению. Это задача в первую очередь организатора; в современных условиях также признано необходимым учатие в преобразовании коллективной деятельности всех сотрудников.

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

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

• учитывает, что отдельные виды м.б. ограничены³ или прямо запрещены правом и/или моралью; в случае т.н. криминальности сознания инициатора он в большей или меньшей степени не учитывает это;

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

• участвует в полезных результатах деятельности (приобретатель выгоды, междун. «бенефициар», обычно – финансовой);

• отвечает за решения и их последствия как материально (в ряде случаев – в размере вклада), так и юридически;

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

• возможно коллективное учредительство, а также скрытое (обычно – с паразитическими и/или криминальными целями).

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

• действует с учётом складывающихся норм морали и иных правил поведения;

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

• независимо от общественной формации естественным соучастником регуляции являются потребители;

• в аморальном и/или криминализованном обществе эта роль м.б. существенно ослаблена, что ведёт к дестабилизации условий жизни.

«Абстрактный» инициатор (инвестор) – вносит ценностный вклад в деятельность, причём:

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

• в паразитической экономике эта роль гипертрофирована, в аморальном/криминализованном обществе – «абстрагирована» от последствий деятельности (допуская обход граничений и/или запретов);

• возможны коллективные инвестиции; при специализации возможна передача вклада профессионально инвестирующей организации;

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

«Абстрактный» выгодоприобретатель – участвует в результатах, не внося ценностного вклада и не принимая на себя риски деятельности, причём:

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

• возникает в любом обществе (очевидно как продукт первого умотипа), но распространение получает в аморальном/криминализованном, а также в «экстремальной» экономике (преимущественно плановой или либерально-рыночной официально – на практике и то, и другое будет фикцией);

• официально м.б. регулятором, инициатором, инвестором, участником; может являться скрытым учредителем и/или участником деятельности.

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

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

• «я для себя» - утилитарное, когда эксплуатант единолично и применяет/обслуживает, и производит орудия труда;

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

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

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

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

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

Заметим, что трудовые процессы по назначению не сводятся только к практическому – производству продуктов/услуг. Мы вслед за А.Я. Фридландом выделяем также учебное и научное назначения. В то же время в каждом из них также можно говорить о результате труда — новом состоянии интеллектуального ресурса личности (причём не только обучаемой) или новой совокупности наблюдаемых фактов действительности и/или представлений о ней.

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

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

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

В начало страницы

Информатическая специфика

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

Более точно, встроенные данные имеют в общем три назначения: для получения целевых данных (как-то: константы предметной области - числа "пи", Авогадро и т. п.; константы/переменные параметризации расчётов; настройки режимов; и т. д.); для взаимодействия с оператором (тексты/подтексты сообщений; настроечные параметры протоколов обмена; и т. д.); для взаимодействия с предметной средой (то же).

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

В принципе возможно, что информатизация проводится для более эффективной организации труда людей без дополнительной автоматизации. Тогда создаётся только новая модель процессов труда; она м.б. основана на новом (более прогрессивном) представлении (типизации/атрибуции) объектов (предметов и средств) труда. Здесь результатом будут "педантические" (алгоритмически строгие) описания манипуляций с ручным инструментом и/или машинами (станками, приспособлениями) над "педантически" (датаматически строго) описанными объектами (вещами, данными). Пример - описание технологии по стандартам ЕСТД (ГОСТ 3.*) над материальными изделиями, описанными по стандартам ЕСКД (ГОСТ 2.*).

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

Кто здесь является производственником? При автоматизированной ИТ - вроде бы машина (инфорсима), а на самом деле также её пользователь - потребитель, заказчик изделия (образует с машиной систему "персонал-компьютеры-механизмы" для главного назначения - "чтобы от работающего изделия толк был"). Ещё одна категория участников процесса - эксплуатационник, системный оператор (тоже образует с машиной систему "персонал-компьютеры", но уже для вспомогательного назначения - "чтобы изделие работало в нормальных условиях"). Также имеется администратор системы (банка данных) - решает вспомогательную задачу "чтобы условия работы изделия были нормальными".

Всё это напоминания тривиальные; важно лишь, что это действующие лица фазы применения полного ЖЦ, а нас интересует и фаза создания.

Кто тогда технолог? Системный аналитик — специалист по процессам разработки на имеющихся платформах.

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

А кто же здесь конструктор, которого Грабин гордо зовёт носителем технического прогресса? Не кто иной, как аналитик-эксперт в предметной области заказчика - именно он знает, как "стреляет информатическая пушка" :) т.е. достигается результат деятельности. И он проектирует архитектуру инфорсимы как ПМК, деятельность оператора и функционирование средств его труда (информатического - как процесс "производства данных" на информашинах).

При автоформализации знаний или формализации с вовлечением конечных пользователей (на чём основан менеджмент качества) этот эксперт есть сам заказчик системы автоматизации.

Вроде бы вещи тривиальные, и каждый скажет "так это давно так и есть". А так ли? Посмотрим, каково положение дел в реальности...

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

Т.о., производство средств производства организационно разобщено с производством конечного продукта (в данном случае - целевых данных). Это подходит, чтобы выпустить инфорсиму "на общий случай" для абстрактного, усреднённого пользователя, но неэффективно, когда нужно её настроить на конкретный производственный процесс заказчика. Как следствие, появляются многочисленные публикации типа: "Решение <таких-то задач конкретной предметной области> с помощью <такого-то типового инфопрога>". Само по себе это не хорошо и не плохо - важно, чтобы руководства отвечали конкретным задачам и появлялись своевременно.

Допустим ли вообще такой подход? Вполне, если речь идёт о выпуске типовых изделий; не случайно он проводится, в частности, у Джоэла Спольски, активно работавшего в MS. Более того, он продуктивен и при РБП как вспомогательный для поверки требований заказчика - и при заказной разработке не всё, что хочется, следует автоматизировать, иначе можно получить громоздкую систему.

Кто же в фазе создания таким образом ИТ-решения обычно пользователь? Просто оператор? Ан нет — публичность инфопрогизделий в большинстве случаев означает ограниченность их назначения и одновременно — неполную совместимость друг с другом. Не говоря уже о неполной гарантоспособности, которую недобросовестные ИТ-специалисты любят стыдливо именовать «неопределённым поведением» (undefined behaviour).

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

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

Это не зависит от предмета труда — но попробуйте найти в документации на орудие материального производства ограничение ответственности типа: «мы не отвечаем за какие бы то ни было последствия применения нашего орудия по назначению». А в ИТ подобное сплошь и рядом...

Естественно, наиболее удобен для этого тип организации «кто-то для кого-то»; поэтому мы видим, как вокруг массовых негарантоспособных инфопрогов возникает целая сфера услуг «псевдоинжиниринга», основная деятельность в которой сводится к настройкам, стыковкам, «подъёмам» после крахов программ. Хорошо, если эти услуги можно свести к написанию руководств «о том, что не написано в справке», следование которым подтягивает гарантоспособность до нужного или приемлемого уровня. Хуже, когда продукту нужна постоянная или приходящая «нянька», нередко высокооплачиваемая... Тем более — когда крах продукта (и/или дестабилизирующее влияние его на другие продукты, на платформу) ведёт к потерям результатов труда и/или простоям средств производства.

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

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

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

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

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

Так что реализуя графит-языки, стоит подумать, как построить дело — если не сразу, то по мере работы.

Есть и ещё одна вещь, связывающая организацию дела с формализацией — сами языки. Помните, при описании ролей мы постоянно повторяли «при коллективном... - на установленных языках»? Имелись в виду как раз языки представления знаний о той или иной части дела. Взаимодействующие друг с другом и/или с машинами люди должны равно понимать этот язык. Для машин язык определяют их создатели и доводят определения языков до других участников (операторов эксплуатации, сервиса, обеспечения).

В каждой предметной области существует свой профессиональный язык. И помимо базиса графит-языков, рассматриваемого нами, среда поддержки формализации должна позволять «говорение» на этом — предметном — языке (зарубежные ИТ-специалисты обычно называют их domain-specified languages, DSLs). Хотя бы на уровне «букв», из которых пользователь среды будет складывать «слова». В графике «буквы» - это базовые примитивы (автофигуры).

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

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

Здесь мы придерживаемся подхода «наложением». При этом интегральная среда поддержки (в частности, приложение автоматизации) не должна замещать предметно-специализированных.

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

В начало страницы | Оглавление | Версия для печати

Copyright © Жаринов В.Н.