Основным элементом интерфейса между проектированием и строительством является ИБД, передаваемый на USB-накопителях или непосредственно по каналам связи. Он же, на наш взгляд, должен быть главным элементом хранения в банке данных о стройках и объектах(банк ИБД) в строительной организации.

В системе АВС ИБД может быть представлен в двух основных вариантах: исходный ИБД и расчетный ИБД.

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

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

Возникает вопрос: в каком виде исходном или расчетном следует передавать ИБД строительной организации? Мы отдаем предпочтение исходному ИБД по следующим причинам.

Исходный ИБД в несколько раз компактней расчетного ИБД. В нем видно все что учтено или напротив не учтено составителем исходных данных. Обнаруженная ошибка может быть без труда доказана а затем и исправлена. Исходный ИБД может быть пересчитан для других условий или цен. По нему может быть автоматически получен расчетный ИБД. Расчетный ИБД содержит всю информацию и готов к немедленному применению. Однако в нем уже скрыт механизм получения результатов: анализ, проверка, а тем более внесение исправлений здесь либо невозможны, либо крайне затруднительны. Нет возможности пересчета для изменившихся условий или, например, выполнить пересчет на основе производственной нормативно-справочной базы. Восстановление исходного ИБД на основе расчетного также невозможно.

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

Для решения конкретных задач потребуется расчетный ИБД. Для его получения на основе исходного ИБД потребуется выполнить предварительный расчет по основной программе АВС. Это требует выполнения двух условий: во-первых, пользователь должен иметь у себя систему АВС и уметь ей пользоваться; во-вторых, нормативно-справочная база пользователя должна соответствовать нормативно-справочной базе, которой пользовался проектный институт-разработчик проекта.

Что касается первого вопроса, то разработчики АВС твердо убеждены в том, что строительная организация должна владеть в полном объеме работой по программе АВС и широко ею пользоваться. Это, в частности, позволит самостоятельно формировать ИБД даже для объектов по которым по какой-либо причине проектные данные получены только на бумажном носителе или сметная документация разрабатывается самостоятельно.

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

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

Разработчики АВС предусмотрели эту ситуацию и, наряду с исходными данными, ввели понятие "исходные данные после трансляции фрагментов", которые уже не содержат обращений к стандартным фрагментам, а имеют структуру обычных исходных данных на базисном входном языке АВС. Эти данные автоматически формируются и размещаются в оперативном файле при наличии задания Ж5 и опции D при запуске АВС. Их отличительная особенность в оперативном файле состоит в том, что последний разряд в номере Э автоматически формируется равным 1, в отличие от обычных исходных данных, где этот разряд равен 0, и от расчетных данных, где этот разряд равен 3 или 5.

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

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

Совокупность всех строек образует п р о г р а м м у р а б о т строительной организации.

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

Каждый о б ь е к т в ОФ представлен заголовком объекта.

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

Заголовок объекта содержит перечень всех входящих в него локальных смет.

Сами л о к а л ь н ы е с м е т ы размещаются в оперативном файле в виде исходных и расчетных данных. Локальные сметы состоят из объемных позиций и других строк на языке АВС. Для решения задач СМР требуются расчетные данные.

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

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

Таким образом:

адрес стройки - это <номер стройки>

адрес объекта - это <номер стройки>'

<номер объекта>

адрес сметы - это <номер стройки>'

<номер объекта>'

<обозначение сметы>

адрес пункта - это <номер стройки>'

<номер объекта>'

<обозначение сметы>'

<номер пункта сметы>

Перемещение ИБД от проектного института к строительной организации связано с решением задач сборки, компоновки и идентификации.

Для сборки информации о стройках и объектах в АВС предусмотрены все необходимые программные средства, базирующиеся на применении заголовков объектов и строек.

Транспортный ИБД - это обычный текстовой файл, который записывается на USB-накопитель и может копироваться, печататься, модифицироваться обычными средствами операционных систем, различных текстовых редакторов или средствами системы АВС. Подробная структура ИБД дана в документации по АВС.

Иерархическая структура данных подсистемы АВС "СМР"

Ведение базы данных ИБД средствами АВС ставит перед системой АВС проблемы, которые ранее для системы АВС не были актуальными.

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

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

Для многих задач АСУ в ИБД содержится основная входная информация. Удобное и эффективное извлечение этой информации - решающее условие успешного функционирования всей системы. При развитии и совершенствовании подсистемы АВС "СМР" появляются все новые задачи. Необходимо иметь единый, универсальный механизм обеспечения этих задач исходными данными из банка данных ИБД.

В настоящей работе считается, что исходный вид ИБД должен сохраняться в неизменном виде на весь период строительства. Оперативная информация о ходе строительного производства размещается в специальном файле событий (ФС), а задания на пакетное решение тех или иных задач - в специальном файле заданий (ФЗ). Наличие этих двух файлов - наиболее существенное отличие АВС "СМР" от других АСУС.

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

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

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

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

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

Что принципиально нового потребовалось ввести в систему АВС для решения задач строительного производства? Дело в том, что данные, с которыми работает подсистема АВС "СМР" являются динамичными. В процессе строительства происходят различные события, главные из которых выполнение тех или иных объемов работ, что переводит информацию об объектах из одного состояния в другое. Нужен механизм учета этих изменений.

Для системы АВС прежде всего введены файл событий (ФС) и новые языковые средства для описания событий:

<описание события>::=<метка события><содержание>*

где: <метка события> - это латинская буква, определяющая тип события;

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

В данной работе предусмотрены следующие события:

S - определяет появление стройки в системе;

D - задает текущие цены на ресурсы;

V - задает распределение работ по периодам и исполнителям;

W - фиксирует объемы выполненных работ по периодам и исполнителям;

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

U - фиксирует фактическое выполнение объемов работ в текущих ценах;

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

В системе АВС введено также новое понятие - файл заданий (ФЗ) и языковые средства описания заданий:

<описание задания>::=G<тип задания>'<содержание задания>*

В данной работе реализованы следующие типы заданий:

ФС - устанавливает связь с файлом событий, на основе которого будут решаться последующие задачи;

М29 - имеются четыре варианта формы:

М29'1 - выдается потребность в ресурсах на выполненные объемы работ в разрезе позиций смет;

(М29’1’1- потребность в материалах на выполненные работы на основе строк "W", печать машин и материалов.)

(М29’1’2- потребность в материалах на выполненные работы на основе строк "W", печать только материалов.)

М29'2 - выдается нормативная потребность и фактический расход ресурсов (+ машины) на выполненные объемы работ в натуральном выражении (на основе строк "W" и "R");

М29'3 - выдается нормативная потребность и фактический расход ресурсов на выполненные объемы работ в стоимостном выражении (на основе строк "D", "W" и "R");

M29'4 - выдается расход ресурсов по месяцам отчетного года (на основе строк "W" и "R");

КС2 - выдаются перечни выполненных объемов работ (формат А3), акты выполненных работ;

КС3 - справка выполненных работ;

Ф2В - перечни выполненных работ (Казахстанская форма);

КСА - печать журнала учета выполненных работ строительной организации 46-граф;

КС6 - печать журнала учета выполненных работ (старый вариант 13 граф);

ПР - программа работ строительной организации;

СТЦ - справка о текущих ценах ресурсов.

ФСИ - вывод на печать смет по исполнителям работ;

ФЛС - формирование исходных данных локальных смет на выполненный объём работ и оставшийся объём работ.

Содержательная часть заданий рассматривается в параграфе 9.

Можно было бы строить систему, в которой происходящие события явно модифицировали хранимую информацию. При таком решении существовала бы постоянная опасность порчи, утраты или искажения данных. Дело в том, что легко внести в данные любое событие, но очень сложно отменить ошибочное событие, особенно если это обнаруживается через некоторое время, когда уже произошли другие события. В АВС найдено нестандартное решение: в памяти компьютера хранятся в немодифицируемом виде расчетные ИБД, а переменная, динамическая информация заносится только в журнал событий (роль которого выполняет файл событий – ФС ), как набор первичных входных документов. В файле событий каждое данное может быть исправлено и модифицировано любое количество раз, а получение любых результатов не модифицирует ни ИБД, ни ФС, ни ФЗ:

ИБД + ФС + ФЗ = результирующая информация.

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

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

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

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

В строке Ю можно записывать следующие параметры:

<строка Ю> ::= Ю < наименование строительной организации>'

< плановый год>'

< фамилия И.О. руководителя строительной организации>*

В конце файла заносится строка К*.

Пример "пустого" файла событий:

Э31000000'ФС'''1'''''*

Ю'Файл событий по СУ-5'2000г.'Иванов И.И.*

К*

В содержательной части ФС, по мере появления первичной информации записываются строки типа: S, D, V, W, U, R и L. Ниже приводится подробная структура этих строк.

П р о г р а м м а р а б о т. Программа работ ( совокупность строек, включенных в план) формируется с применением строк типа S:

< Описание стройки >::= S<код стройки>'

<код заголовка стройки АВС>'

<наименование стройки>'

<тип стройки>'

<заказчик>'

<подрядчик>'

<субподрядчики>'

<дата начала строительства>'

<дата ввода стройки>'

<номер договора>'

<дата договора>’

<инвестор>*

Код стройки - это код, который присваивается ему строительной организацией; код заголовка стройки АВС - это регистрационный номер строки Э заголовка стройки в ИБД. Такой подход позволяет во всех других строках использовать для ссылок на стройку < код стройки >.

<Наименование стройки> - это обычный текст.

<Тип стройки> - это: 1 - гражданское, 2 - промышленное и т. д.

<Заказчик> - это текст наименования заказчика.

<Подрядчик и субподрядчики> - тексты их названий.

<Даты> - задаются в виде: ЧЧ.ММ.ГГ, например: 02.05.96.

<Номер договора> - обозначение договора, принятое в документации.

Пример файла событий с занесенными в него двумя стройками:

Э31000000'ФС'''1'''''*

Ю'Файл событий по СУ-5'2000г.'Иванов И.И.*

S1'Э30010000'Озеленениелесопарка'1'Зеленстрой'РСУ'

нет'01.09.2000'30.09.2000'Д-1/15'15.05.2000*

S2'Э30010000'Озеленение сквера'1'Зеленстрой'РСУ'

нет'01.09.2000'25.09.2000'Д-1/15'15.06.2000’ОАО "НЕКТАР"*

К*

С т р о к а п л а н а р а б о т. Распределение работ по исполнителям и периодам задается с применением строк плана работ:

< Строка плана работ > ::= V<код стройки>'

<код объекта>'

<обозначение сметы>'

<код исполнителя (код СП)>'

<период>'

<перечень работ>*

где: <обозначение сметы> - это обозначение локальной сметы в заголовке объекта;

< период > ::= < номер месяца (целое от 1 до 12)>.<год(целое 4)>

<перечень работ>::=<номер пункта сметы>:<объем>

[/<номер пункта сметы>:<объем>]...

<номер пункта сметы>::=<пункт сметы>[-<пункт сметы>]

<объем>::=<число>[%]

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

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

Строка выполнения работ по структуре полностью совпадает со строкой V и отличается только меткой W.

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

Пример файла событий со строками распределения работ:

Э31000000'ФС'''1'''''*

Ю'Файл событий по СУ-5'2000г.'Иванов И.И.*

S1'Э30010000'Озеленение лесопарка'1'Зеленстрой'РСУ'нет'

01.09.2000'30.09.2000'Д-1/15'15.05.2000*

V1'1'С7-1'РСУ'9.2009'1:200/2:20/3:56/4:20/5:180*

S2'Э30010000'Озеленение сквера'1'Зеленстрой'РСУ'нет'

01.09.2000'25.09.2000'Д-1/15'16.05.2000*

V1'1'С6-2'РСУ'9.2009'1:28/3:32*

V1'2'С1-МФ'РСУ'9'1:1,8/3:0,56/4:0,51/5:0,01*V1'2'С1-МФ'РСУ'10'1-5:10%*

К*

С т р о к а в ы п о л н е н и я р а б о т по структуре полностью совпадает со строкой V и отличается только меткой W, а < период > может принимать значение П или ноль, указывающее что работы этой строки выполнены до начала текущего года, то есть являются работами предшествующего периода строительства.

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

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

< Строка выполнения работ > ::= W<код стройки>'

<код объекта>'

<обозначение сметы>'

<код исполнителя (код СП)>'

<период>'

<перечень работ>*

где: <период> ::=<номер месяца>.<год>

Пример файла событий со строками выполнения работ:

Э31000000'ФС'''1'''''*

Ю'Файл событий по СУ-5'2000г.'Иванов И.И.*

S1'Э30010000'Озеленение лесопарка'1'Зеленстрой'РСУ'нет'

01.09.2000'30.09.2000'Д-1/15'15.05.2000*

V1'1'С7-1'РСУ'9.2010'1:200/2:20/3:56/4:20/5:180*

S2'Э30010000'Озеленение сквера'1'Зеленстрой'РСУ'нет'

01.09.2000'25.09.2000'Д-1/15'15.06.2000*

V1'1'С6-2'РСУ'9.2010'1:28/3:32*

W1'1'С7-1'РСУ'9'1:200/2:15/3:58/4:20/5:140*

V1'2'С1-МФ'РСУ'9'1:1,8/3:0,56/4:0,51/5:0,01*

W1'1'С7-1'РСУ'9'1:100/2:10/3:28/4:10/5:90*

К*

С т р о к а ф а к т и ч е с к и х з а т р а т ( н о р м ы ) р е с у р с о в.

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

<Строка фактических затрат ресурсов>::=R<код стройки>'

<код объекта>'

<обозначение сметы>'

<код исполнителя>'

<период>'

<перечень ресурсов>*

где <перечень ресурсов>::= <описание ресурса>

[/<описание ресурса>]...

<описание ресурса>::= <код АВС>.<расход(число)>

[#<наименование>[#<ед. изм.>]]

[=<код АВС>.<расход(число)>

[#<наименование>[#<ед. изм.>]]]...

Наименование и единица измерения ресурса может уточняться пользователем.

При списании конкретного (предусмотренного в смете) ресурса введена возможность его замены на другой ресурс или перечень заменяющих ресурсов. Для этого в строке R после расхода нормативного ресурса через знак "=" записывается список заменяющих ресурсов с их объемом списания.

Пример:

R20'НД'510'МС-1'2.2010'3803.16,261=4354.11,28/4003.1,684*

R20'НД'600'МС-1'2'3803.36,137=4354.25/5320.34#БАЛКИ И ШВЕЛЛЕРЫ#ШТ*

Пример файла событий со строками фактических затрат ресурсов:

Э31000000'ФС'''1'''''*

Ю'Файл событий по СУ-5'2000г.'Иванов И.И.*

S1'Э30010000'Озеленение лесопарка'1'Зеленстрой'РСУ'нет'

01.09.2000'30.09.2000'Д-1/15'15.05.2000*

V1'1'С7-1'РСУ'9'1:200/2:20/3:56/4:20/5:180*

S2'Э30010000'Озеленение сквера'1'Зеленстрой'РСУ'нет'

01.09.2000'25.09.2000'Д-1/15'15.06.2000*

V1'1'С6-2'РСУ'9'1:28/3:32*

W1'1'С7-1'РСУ'9'1:200/2:15/3:58/4:20/5:140*

V1'2'С1-МФ'РСУ'9'1:1,8/3:0,56/4:0,51/5:0,01*

W1'1'С7-1'РСУ'9'1:100/2:10/3:28/4:10/5:90*

R1'1'С7-1'РСУ'8.2010'1.200/8007.300=8007.100=8006.200*

L 300 единиц ресурса 8007 были списаны как 100 + 200

единиц ресурса 8006*

R1'1'С7-1'РСУ'9'1.500/8007.100/23001.150#ШПАГАТ#М*

К*

С т р о к а т е к у щ и х ц е н записывается аналогично строке М системы АВС, но имеет метку D и месяц ввода ее в действие.

<Строка текущих цен>::= D<месяц ввода в действие>.<год>'

<цена ресурса>[/<цена ресурса>]...*

где <цена ресурса>::= <код ресурса>.<цена за единицу>

Пример файла событий со строками фактических текущих цен ресурсов:

Э31000000'ФС'''1'''''*

Ю'Файл событий по СУ-5'2000г.'Иванов И.И.*

S1'Э30010000'Озеленение лесопарка'1'Зеленстрой'РСУ'нет'

01.09.2000'30.09.2000'Д-1/15'15.05.2000*

V1'1'С7-1'РСУ'9'1:200/2:20/3:56/4:20/5:180*

S2'Э30010000'Озеленение сквера'1'Зеленстрой'РСУ'нет'

01.25.2000'0.09.2000'Д-1/15'15.06.2000*

D3.2010'1.1/712.1000/2237.4000/2262.4000/2266.3500/

3387.200/4919.700/5184.1200/6237.100/8007.

20,50/8063.4000/8071.5000/8566.130/8597.560/

9025.65,40/10579.0/11531.5000*

V1'1'С6-2'РСУ'9'1:28/3:32*

W1'1'С7-1'РСУ'9'1:200/2:15/3:58/4:20/5:140*

V1'2'С1-МФ'РСУ'9'1:1,8/3:0,56/4:0,51/5:0,01*

W1'1'С7-1'РСУ'9'1:100/2:10/3:28/4:10/5:90*

R1'1'С7-1'РСУ'8'1.200/8007.300*

R1'1'С7-1'РСУ'9'1.500/8007.100*

D9'6237.83,60/8232.3088/8466.9406*

К*

С т р о к а ф а к т и ч е с к и х з а т р а т .

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

Строки этого типа формируются планово-производственными отделами.

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

< Строка затрат работ > ::= U<код стройки>'

<код объекта>'

<обозначение сметы>'

<код исполнителя (код СП)>'

<период >'

<перечень затрат>*

где: <обозначение сметы> - это обозначение локальной сметы в заголовке объекта;

< период > ::= < номер месяца (целое от 1 до 12) >.<год>

<перечень затрат>::=<код затрат>:<объем>[#наименование затрат]

[/<код затрат>:<объем>[#наименование затрат]]...

<код затрат> ::=< целое(2)[1..255] >

1..100 - затраты, включаемые в стоимость работ

101..200 - затраты, не включаемые в стоимость работ

201.. - справочная информация

Наименование кода затрат определяется стандартным фрагментом Ф1-Ф3-3 или же может уточняться непосредственно в строке затрат.

Э31000000'ФС'''1'''''*

Ю'Файл событий по СУ-5'2000г.'Иванов И.И.*

S1'Э30010000'Озеленение лесопарка'1'Зеленстрой'РСУ'нет'

01.09.2000'30.09.2000'Д-1/15'15.05.2000*

U1'1'С7-1'РСУ'9'1:200/2:20/3:56/4:20/5:180*

К*

С т р о к а - к о м м е н т а р и й системой не обрабатывается и может содержать любую информацию, которая облегчает чтение и анализ ФС. Строка имеет метку L, которой можно временно "замаскировать" любые содержательные строки для исключения их из обработки, но сохранения их текстов в ФС или ФЗ.

<Строка комментарий> ::= L <текст>*

Текст строки комментарий не может содержать символов "*" и "@".

Пример файла событий со строками комментарий ресурсов:

Э31000000'ФС'''1'''''*

Ю'Файл событий по СУ-5'2000г.'Иванов И.И.*

L Пример стройки*

S1'Э30010000'Озеленение лесопарка'1'Зеленстрой'РСУ'нет'

01.09.2000'30.09.2000'Д-1/15'15.05.2000*

V1'1'С7-1'РСУ'9'1:200/2:20/3:56/4:20/5:180*

S2'Э30010000'Озеленение сквера'1'Зеленстрой'РСУ'нет'

01.09.2000'25.09.2000'Д-1/15'15.06.2000*

V1'1'С6-2'РСУ'9'1:28/3:32*

L Пример стоки выполнения работ*

W1'1'С7-1'РСУ'9'1:200/2:15/3:58/4:20/5:140*

V1'2'С1-МФ'РСУ'9'1:1,8/3:0,56/4:0,51/5:0,01*

W1'1'С7-1'РСУ'9'1:100/2:10/3:28/4:10/5:90*

R1'1'С7-1'РСУ'8'1.200/8007.300*

R1'1'С7-1'РСУ'9'1.500/8007.100*

D9'6237.8363/8232.308820/8466.940678*

К*

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

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

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

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

Задания на решение задач размещаются в файле заданий (ФЗ) который, как и файл событий размещается в ОФ и имеет обычную структуру, причем строка Э должна содержать вид работ ФЗ.

Содержательная часть ФЗ состоит из строк типа G и L.

<описание задания>::=G<тип задания>'<содержание задания>*

<содержание задания>::=<код варианта задачи>'

<код варианта параметров>'

<дата выдачи задания>'

<номер выводимого документа>'

<чей запрос>'

<номер стройки>'

<номер объекта>'

<обозначение сметы>'

<исполнитель работ>'

<номер месяца>.<год>'

Э<номер выходных данных АВС>*

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

Иначе используется <код варианта параметров> для формы М29'1. Если этот параметр равен 1, то выдается форма М29/1 на запланированные объемы работ, если этот параметр равен 2, то выдается форма М29/1 на выполненные объемы работ.

Некоторые документы принято нумеровать по каким-либо правилам, в параметре <номер выводимого документа> можно указать такой номер.

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

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

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

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

В параметре <номер объекта> указывается номер объекта, к которому относится данное задание.

Если в <обозначении сметы> указана смета, то задание выполняется для данной сметы объекта, если в <обозначении сметы> пусто, то задание относится ко всему объекту.

Если в параметре <исполнитель работ> задан код исполнителя, то задача решается для этого исполнителя, если в этом параметре пусто, то задача решается по стройке, объекту или смете независимо от исполнителей работ.

Параметр <номер месяца> показывает, для какого месяца решается задача и записывается в виде числа.

Параметр Э<номер выходных данных АВС> определяет, под каким номером будут выведены полученные результаты.

Исключением является задание ФС. В задании ФС вместо Э<номер выходных данных АВС> задается Э<номер файла событий в ОФ>. Это задание должно быть первым заданием в файле заданий, в противном случае будет выдано сообщение об ошибке.

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

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

Общая схема решения задач с применением подсистемы АВС "СМР" представлена на рисунке ниже:

Общая схема работы подсистемы АВС "СМР"

После завершения работы над объектами возникает проблема архивирования информации, которая в дальнейшем может использоваться для решения многих задач: использование в качестве объектов-аналогов, использование в качестве объектов-представителей для разработки норм, прейскурантов и др. Такая возможность предоставляется системе АВС процедурой роботы с АРХИВОМ.

Другая проблема - реорганизация информации после завершения текущего года и подготовка переходящих объектов к работе с ним в последующем году.

База ИБД реорганизуется только в том смысле, что полностью выполненные объекты исключаются из оперативного файла и переносятся в АРХИВ, а новые объекты включаются в базу ИБД. Переходящие объекты остаются в банке ИБД. Сами данные ИБД по таким стройкам и объектам не модифицируются.

Файл событий также заносится на хранение в АРХИВ, что позволяет сохранять "историю" событий, например для решения задач статистики.

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

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

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

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

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

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

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

- создание и ведение сметно-ресурсной нормативной базы с учетом производственных условий данной организации;

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

- получение машинной документации и ИБД выполненных проектными организациями вручную или по другим, отличным от АВС, программам;

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

- расчет смет на выполненные объемы работ и на остатки работ с учетом текущих цен на все виды ресурсов;

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

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

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

В оперативном файле системы нужно создать файл событий (ФС), в котором: с применением строк S записать в ФС стройки, входящие в программу работ текущего года; одновременно обеспечить, чтобы в оперативном файле были представлены расчетные ИБД по этим объектам; с применением строк V, дат распределение работ по исполнителям и временным интервалам; организовать оперативную запись в ФС строк W с информацией

об объемах выполненных работ. В любой момент вызывается подсистемы АВС "СМР", указывается имя файла событий и файла заданий, в котором содержится требуемый пакет задач. Подсистема АВС "СМР" выполняет их решение и помещает полученные выходные тексты в ОФ с пометкой "на счет".

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

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

В документе "примеры задач" приведено описание реализованных в данный момент задач, решаемых подсистемой АВС "СМР".

Технология разработки программного обеспечения вытекает из общей схемы решения задач с применением ГЕН-технологии.

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

Работа любого редактора поддерживается общим модулем просмотра файла событий и взаимодействия с банком ИБД.

Разработчики АВС могут включать в систему новые задачи используя принципы ГЕН-технологии. Задачи решаются "с конца": разрабатываются выходные формы и модуль для их формирования, который определяет текст-результат для главной программы АВС. Задача редактора – получить этот текст на основе просмотра файла заданий, файла событий и банка ИБД. Недостающие параметры и данные являются заявкой на пополнение данными файла событий, ИБД, нормативных данных и учитываются при дальнейшем развитии системы АВС и ее программного комплекса.

Описанная схема типична для работы АВС с применением ранее созданной методики ГЕН-технологии и может рассматриваться как ее дальнейшее развитие и совершенствование. Основная особенность подсистемы АВС "СМР" состоит в том, что результат генерации представляется в виде исходного текста типа Л2 или Л4 и передается непосредственно в оперативный файл с пометкой "на счет". Затем, после обычного запуска основной программы АВС, выходные формы оказываются помещенными в файл-результат, откуда они могут читаться и печататься.

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