Управление сложными проектами в интегрированных САПР - часть 16

 

 

61

проходам ГРМ. Ядром транслирующей схемы ГРМ является таблица ключевых 
слов операторов ЯОМ, состоящая из двух частей 

−

 фиксированной, содержащей 

символьные  строки  сокращенных  ключевых  слов  операторов  языка  (

PROJ

, 

PROC

, 

TYPE

, 

USER

, 

SUBD

, 

NODE

, 

STAR

, 

FINI

, 

INPU

) и изменяемой (перенастраи-

ваемой),  содержащей  адреса  соответствующих  процедур  для  обработки  опера-
торов.  При  запуске  ГРМ  выполняется  инициализация  таблицы  ключевых  слов 
операторов (KEYWORD_TABLE). В начале каждого прохода выполняется ее на-
стройка, заключающаяся в установке адресов соответствующих процедур обра-
ботки для каждого из операторов ЯОМ (рис. 2.4). 

  

GEN_Pass3

GEN_Pass2

GEN_Main

GEN_Pass1

INPU

FINI

STAR

KEYWORD_TABLE

PROJ

PROC

SUBD

TYPE

NODE

 

Рис. 2.4. Процедуры ГРМ, выполняющие инициализацию и настройку 

таблицы ключевых слов операторов ЯОМ 

 

Процедура  GEN_Pass1  устанавливает  в  KEYWORD_TABLE  адреса  проце-

дур  TmpPROCED,  TmpSTART  и  TmpFINISH.  В  свою  очередь  процедура 

GEN_Pass2  устанавливает  адреса  процедур  SynPROJ,  SynPROC,  SynNODE, 

SynTYPE,  SynUSER,  SynSUBD,  SynSTAR,  SynFINI  и  SynINPU,  а  процедура 

GEN_Pass3 

−

  адреса  процедур  BufPROCED,  BufNODE,  BufTYPE,  BufUSER, 

 

 

62

BufSUBDIV, BufSTART, и BufFINISH. Для незадействованных на данном проходе 
входов таблицы KEYWORD_TABLE поля адреса устанавливаются в 0.  

Затем  вызывается  процедура  ExtraKEY,  выполняющая  выделение  ключе-

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

ГРМ включен в состав подсистемы управления центральной МС интегри-

рованной  САПР  МСВТ.  Запуск  его  выполняется  выбором  пункта  “Генерация 
рабочей модели” в меню “Работа с информационной моделью”. 

В  качестве  инструментального  языка  при  разработке  ГРМ  использован 

язык  макроассемблера  MACRO-32  [54

−

59]  и  программные  средства  его  под-

держки, входящие в состав базового системного ПО 32-разрядных мини- и мик-
роЭВМ  семейства  “Электроника”:  макроассемблер,  редактор  связей  (компо-
новщик),  системные  библиотеки  подпрограмм  [60

−

64].  Файл  выполнимого  об-

раза  программы  (GENMTP.EXE)  имеет  размер  приблизительно  равный  47 
Кбайтам. 

Структура  файла  рабочей  модели.  Как  отмечалось  в  Главе  1, 

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

Физическим  представлением  рабочей  модели  процесса  проектирования 

является индексный файл, поддерживаемый файловой системой СУЗ-32 опера-
ционных систем МВС версии 3.7 и МОС-32 версии 4.5 [65, 66]. Каждая запись 
этого файла имеет структуру, представленную в табл. 2.3. Главным ключом за-
писи является поле, содержащее идентификатор проектной процедуры. 

 

 

 

 

 

 

 

 

 

63

 

Таблица 2.3 

Структура записи файла рабочей модели 

Содержимое поля 

Размер поля 

(в байтах) 

Идентификатор проектной процедуры 

35 

Идентификатор типа проектного решения 

35 

Код состояния проектной процедуры 

1 

Плановая дата начала работы (в системном формате) 

2 

Фактическая дата начала работы (в системном формате) 

2 

Плановая дата окончания работы (в системном формате) 

2 

Фактическая дата окончания работы (в системном формате) 

2 

Имя ответственного исполнителя 

20 

Название проектирующего подразделения 

20 

Идентификатор функционального узла объекта 

35 

Счетчик входных ссылок 

2 

Счетчик выходных ссылок 

2 

Входные и выходные ссылки (см. Примечание) 

1050 

 

Примечание. Область ссылок содержит идентификаторы проектных про-

цедур, в которых ссылаются на данную процедуру (входные ссылки), и иденти-
фикаторы проектных процедур, на которые ссылается данная проектная проце-
дура (выходные ссылки). 

 

2.3.2. 

Программы оперативной корректировки 

рабочей модели 

 
После того, как сгенерирована рабочая модель процесса проектирования, 

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

 

 

64

воспользоваться  программами  интерактивной  (оперативной)    корректировки 
рабочей  модели,    имеющимися    в    мониторной    системе    интегрированной 
САПР [67

−

71]. 

Однако  после  того  как  инициировано выполнение одной или нескольких 

проектных  процедур  конвейера  проектирования,  изменение  рабочей  модели 
следует  выполнять  только  с  помощью  программ  оперативной  корректировки. 
Это требование обусловлено тем, что рабочая модель процесса проектирования 
является  динамической  моделью,  отражающей  текущее  состояние  процесса 
проектирования  (с  точки  зрения  управления  этим  процессом).  Значения  ряда 
реквизитов  проектной  процедуры  автоматически  изменяются  мониторной  сис-
темой  по  мере  того,  как  в  процессе проектирования происходят различные со-
бытия  (например,  передача  контейнера  с  проектным  решением  информацион-
ной системе приводит к замене текущего рабочего состояния процедуры на со-
стояние “локально завершена”). В то же время ГРМ не может выполнить произ-
вольную установку значений для этих реквизитов, поскольку в ЯОМ отсутству-
ют  соответствующие  средства.  Например,  диапазон  значений  рабочего  состоя-
ния процедуры в ГРМ ограничен всего двумя значениями 

−

 “пассивна” и “ожи-

дания”, т.е. не включает остальных четырех значений: “активна”, “приостанов-
лена”, “завершена локально” и “завершена глобально”. 

Задача  оперативной  корректировки  рабочей  модели  процесса  проектиро-

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

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

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

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

следующие три вспомогательные задачи: 

поиск проектных процедур с пустой областью ссылок, т.е. поиск изолиро-

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