книги из ГПНТБ / Махров, Н. В. Параметры разработки современных автоматизированных систем управления предприятиями
.pdfТ а б л и ц а 4.5. Сравнительные характеристики алгоритмических языков
|
|
|
Алгоритмический язык |
|
|
Раздел сравнения |
COMIT |
IPL |
LISP |
SLIP |
|
|
|||||
Представление данных |
Ценная |
организа |
Списковая органи Выражение симво |
Списковая структура |
|
|
ция заголовков, ко |
зация элементов |
лами |
с использованием |
|
|
торые |
они могут |
массива данных |
|
входного языка |
|
иметь |
|
|
|
FORTRAN |
Допускаются ли общие Нет, но это не Да подписки? существенно для
пользователя
Все структуры и Лишь заголовки спис подструктуры мо ков могут использо гут свободно пов ваться как подсписки торяться
Какие вспомогательные |
Данные могут за |
Данные и |
блоки |
Никакие |
носители информации мо |
писываться и счи |
программ могут за |
|
|
гут использоваться |
тываться с магнит |
писываться и счи- |
|
|
|
ной ленты |
тыв ггься с магнит |
|
|
|
|
ной ленты |
|
|
Способность программ к |
Слабая |
Да |
|
Да |
модификации |
|
Нет |
|
|
Могут ли использоваться |
Да |
|
Да |
|
мнемонические символы? |
|
IBM 709/7090 |
|
IBM 709/7090 |
На каких машинах про IBM 709/7090 |
1604 |
|||
исходило внедрение |
IBM 704/7040 |
Control Data |
РДР-1 |
|
|
|
IBM 650 |
|
|
UNI VAC 1105
Данные могут запи сываться и считывать ся с магнитной ленты
Слабая
Частично
IBM 709/7090
Control Data 1604
г
«научно-технического программирования». До последнего времени ото расхождение не вызывало серьезных затрудне ний. Каждый язык был вполне пригоден для своего класса задач. Так, «коммерческий» программист имел дело с относительно несложными вычислениями над большим количеством данных, «научно-технический» программист выполнял сложные вычисления, используя небольшое чис
ло данных.
Теперь, однако, обстановка изменилась. Промышлен ность и наука открыли новые сферы приложения ЭВМ. Новейшие вычислительные системы предназначены для решения всех новых задач. Они одинаково хорошо п быст ро справляются как с экономическими, так и с научнотехническими расчетами. Они имеют такие возможности, как обработка данных с разделением времени, асинхрон ное исполнение программ и работа в реальном масшта бе времени.
Однако пи один из существовавших языков програм мирования не обеспечивал эффективного использования всех возможностей этих новых машин третьего поко ления.
Перечисленные обстоятельства послужили толчком к созданию языка ПЛ/1 — многоцелевого универсального языка программирования, предназначенного не только для решения экономических и научно-технических задач, но также для программирования работ в реальном масштабе времени и для создания систем программирования.
Язык ПЛ/1 построен так, что программист легко мо жет использовать этот язык на уровне, соответствующем своей квалификации. Одной из основных целевых уста новок при разработке языка было достижение модуляр ности, т. е. возможности выделения различных примене ний и различных степеней сложности. Программисту, пользующемуся языком некоторого уровня, нет надобно сти даже знать о неиспользуемых им средствах других уровней.
В языке ПЛ/1 каждому описателю переменной, каж дой уточняющей конструкции-дополнению и каждой спе цификации придана «интерпретация (принцип) умолча ния». Это означает, что всюду, где язык предоставляет несколько возможностей, а программист не указал ника
кой, |
компилятор применяет интерпретацию умолчания, |
т. е. |
подразумевается некоторая из возможностей, пре- |
102
дусмотрехшая ii языке на этот случай. В качестве таких подразумеваемых для каждой конструкции возможностей в языке выбраны те, которые вероятнее всего потребуют ся программисту. Модулярность и принцип умолчания составляют основу простоты и силы языка ГО1/116.
Другими языками, претендующими на универсаль ность и обладающими некоторыми свойствами универ сальных языков, являются языки программирования АЛГОЛ-68 и СПМУЛА-67.
Разработка языка АЛГОЛ-68 связана с деятельностью рабочей группы Международной федерации по обработке информации, взявшей на себя ответственность за дальней шее развитие АЛГОЛа. Разработчики пошли по линии обобщения и углубления основных понятий в области об работки данных. Они стремились свести число понятий к разумпому минимуму и добиться высокой изобразитель ной силы языка, обеспечив свободу сочетания и взаимо действия этих понятий между собой. В основном их же
лание |
в той или иной степени |
было отражено |
в проек |
те языка АЛГОЛ-68. |
как кажется на |
первый |
|
Но |
и АЛГОЛ-68, который, |
взгляд, обеспечивает все нужды программистов, все еще слишком традпционеи. Такая традиционность проявляет ся именно в стремлении обеспечить всех пользователей готовыми средствами для описания их алгоритмов. До сих пор подобный подход не смог предотвратить появле ния все новых специализированных языков.
В истории развития программно-математического обе спечения АСУП, так же как и в истории развития са мих ЭВМ, можно выделить три поколения — машинных языков, алгоритмических языков, мультипрограммирова
ния.
Десятилетие 1960—1970 гг. характеризуется относи тельно слабым использованием алгоритмических языков для обработки экономической информации в АСУП. В это время наибольшее распространение в стране получил язык АЛГОЛ-60, который применялся исключительно для решения возникавших научно-технических задач. Для об работки экономической информации в Эстонской ССР на базе АЛГОЛа был разработан алгоритмический язык
1е «Универсальный язык программирования PL/I». М., изд-во«Мир», 1968.
103
ВЭЛГОЛ (ВЭЛГОЛ-1, ВЭЛГОЛ-2, ВЭЛГОЛ-3) с трансля торами на ЭВМ «Минск-22». В АСУП также использует ся алгоритмический язык МАЛГОЛ с транслятором на
Т а б л и ц а |
4.6. Характеристика распространенности |
|
|||||
алгоритмических языков в СССР |
|
|
|
||||
|
|
|
Алгоритмические языки |
|
|||
Характеристика языка |
АЛГОЛ-60 |
АЛГЗК , |
ВЭЛГОЛ ФОРТРАН |
СИМУ- |
|||
|
|
|
АЛГЭМ |
ЛА-67 |
|||
На какие машины име БЭСМ, |
«Минск» «Минск» «Минск» |
БЭСМ, |
|||||
ется транслятор? |
«Минск», «Урал» |
|
|
«Урал» |
|||
|
|
|
«Урал» |
|
|
|
|
Для |
решения ктких Научно- |
Эконо |
Эконо НаучноМодели |
||||
задач используется? |
техничес мичес |
мичес |
техничес рование |
||||
|
|
|
кие зада кие за |
кие |
кие зада |
||
|
|
|
чи |
дачи |
задачи |
чи |
|
Как широко применя Слабо |
Слабо |
Слабо |
Слабо |
Слабо |
|||
ется |
язык |
для реше |
|
|
|
|
|
ния |
задач АСУ11? |
|
|
|
|
|
|
Перспективы дальней Никаких |
Слабые |
Слабые Удовлет Широ |
|||||
шего |
использования |
|
|
|
воритель кие |
||
|
|
|
|
|
|
ные |
|
ЭВМ «Минск-22». |
В Латвийской |
ССР широкое |
распро |
странение получил язык ФОРТРАН.
Для решения задач математического программирования в Советском Союзе создан ЛП — язык с трансляторами на машины серии БСМ. Язык дает возможность описы вать множества и операции над множествами.
При разработке автоматизированных систем управле ния большое значение приобретает моделирование инфор мационно-вычислительных систем АСУ. В настоящее вре мя существуют десятки типов систем, предназначенных для моделирования сложных систем. В то же время не существует специализированного языка моделирования цифровых вычислительных систем. Все универсальные языки — такие, как SIMSCBIPT, GPSS и т. и., имеют не достатки, делающие их непригодными для такого типа работы. Основные возражения против использования этих языков сводятся к следующему: 1) их система обозначе-
104
Программно-математическое обеспечение АСУ
" 3
Общее программное обеспечение АСУ }-
Система программного |
Система |
програм |
||
управления |
АСУ |
много администри |
||
£ |
Система |
рования |
|
|
|
|
|||
Операционная |
|
|
||
система ОС |
диспетче |
Система |
програм |
|
|
ризации |
много разграни |
||
Диспетчер ОС |
Программное |
чения доступа |
||
|
|
|
||
Управление вы |
управление |
Система учета |
||
полнением за |
работой ком |
документов и |
||
казов к внешним |
плекса ЭВМ |
запросов |
||
устройствам |
|
|
|
|
|
Программное |
|
|
|
Повышение вы |
обслуживание |
|
|
|
числительной |
информацион |
|
|
|
устойчивости |
ных полей |
|
|
|
Библиотека ка |
Программное |
|
|
|
обслуживание |
|
|
||
нальных прог |
|
|
||
рамм |
рабочих мест |
|
|
|
операторов |
|
|
||
|
|
|
||
Стандартные прог |
Вспомогательные средства |
|||
раммы редактиро |
преобразования программ |
|||
вания информации |
|
|
I |
|
для устройств |
|
|
||
отображения и |
Средства автоматического |
Средства |
||
печати |
имитации |
|||
преобразования программ |
с одних ЭВМ на другие |
работы |
|
машины |
||
|
Система авто матизированно го контроля
(САК)
Ииспетчер САК |
Контролирующие
тесты
Контрольные
процедуры
Испытатель ные программы функционального контроля
Диагностические
тесты
Математическое обеспечения под готовки программ
Общая си |
1 |
|
Машинно |
||
стема прог |
ориенти |
|
раммиро |
рованная |
|
вания |
система |
|
t |
программи |
|
рования |
||
Языки ВСП |
||
|
||
+ |
1 |
|
Трансля- |
Языки сим- |
|
торы |
волическо- |
|
___ i ___ |
го кодиро- |
|
Программы |
вания |
|
отладчики |
t |
Т рансляторы ассем
Специализированные блеры языки программиро- •
вания
Программы-
отладчики
Трансляторы со спе циализированных ■ языков
Н. В. Махров |
Рис. 3 |
ный способ расширения возможностей творческой лично сти посредством использования средств интеллектуальной техники.
В методологическом аспекте АСПОС можно определить как комплекс научных методов исследования в области архитектурно-строительного проектирования с целью раз работки системы методик, математических моделей и ал горитмов, обеспечивающих наилучшее распределение функ ций между проектировщиком и машиной.
В соответствии с принципом «человек—машина», поло женным в основу построения АСПОС, в техническом ас пекте система рассматривается как комплекс информаци онного, математического и технического обеспечения, под чиненная единой методологии машинного проектирования. Организационный аспект системы требует решения вопро сов организации сети автоматизированных проектных цент ров, координации их деятельности и взаимосвязи с про ектными организациями.
Рассмотрим взаимосвязь АСПОС с внешними системами. К системам внешней среды можно отнести системы, ко торые могут быть созданы или уже создаются в народ ном хозяйстве в результате постепенной автоматизации умственного труда в различных сферах человеческой дея тельности народного хозяйства. Граница АСПОС охваты вает следующие области архитектурно-строительного про ектирования: районную планировку, градостроительство, генеральные планы промышленных и гражданских комп лексов, здания и сооружения для промышленного и граж данского строительства.
Эти группы объектов, каждая из которых относится к своей специализированной области деятельности, являют ся теми компонентами системы (в объектном аспекте), которые определяют ее внутреннюю структуру, а также очерчивают круг задач, решаемых в подсистемах АСПОС. Каждая подсистема объединяет в себе деятельность по проектированию всех объектов одного вида и относящих ся к одной определенной области архитектурно-строитель ного проектирования. В свою очередь подсистемы АСПОС делятся на субподсистемы, т. е. на взаимосвязанные зоны, специализированные по проектированию объектов различ ного назначения и определяющие тип объекта.
Начальной точкой для проектного процесса (или вхо дом в подсистему) является заказ на проектирование
154
объекта как результат деятельности другой подсистемы, выполняющей предварительную работу, или органов, ко торые заказывают проект. Конечным продуктом работы каждой подсистемы служит проектная документация, не обходимая и достаточная для ее реализации в процессе строительства.
На ранних стадиях разработки системы был применен метод ее логического моделирования с тем, чтобы ближе подойти к формализации изучаемых объектов и процес сов проектирования. На последующих стадиях разработки АСПОС широкое применение найдут математические мо дели — естественный переход от логического моделирова ния к точной количественной характеристике свойств объекта.
С позиций моделирования систему целесообразно рас сматривать как совокупность трех дополняющих друг дру га моделей: структурной, информационной и функцио нальной. Все эти модели должны характеризовать дея тельность в системе архитектурно-строительного проек тирования в двух ее основных аспектах — объекта и процесса проектирования.
Структурная модель предназначена для описания мно жества взаимосвязанных элементов системы (подсистемы) с указанием временных отношений их следования. Если под элементами системы подразумевать объекты проекти рования, то эта модель должна отразить состав объек тов, проектируемых в данной системе (подсистеме), а так же порядок их последовательного рассмотрения для выде ления и классификации тех групп задач, которые реша ются на различных уровнях при участии проектировщиков разных специальностей.
Информационная модель предназначена для описания состояний элементов системы (подсистемы), т. е. объек тов проектирования в процессе их преобразования, а так же тех информационных потоков, которые при этом воз никают в проектном процессе. С ее помощью можно клас сифицировать информацию, циркулирующую в системе.
Для того чтобы показать последовательность переработ ки информации, необходимо построить функциональную модель системы (подсистемы), которая предназначена для описания возможной последовательности элементарных операций в процессе проектирования с учетом всех ин формационных связей, существующих между ними.
155
Информационная и функциональная модели системы (подсистемы), представленные вместе, могут рассматри ваться как общая логическая схема процесса проекти рования, т. е. как его модель. Она отражает основные (общие) черты процесса машинного проектирования объ ектов строительства на различных этапах (в подсисте мах АСПОС) и ту последовательность, которая диктуется организацией деятельности в системе архитектурно-строи тельного проектирования.
При определении системы был выделен ее технический аспект, в котором рассматриваются три основных вида обеспечения автоматизированной системы проектирования: информационное, математическое и техническое. Это та содержательная часть системы, которая позволит разра батываемую методологию машинного проектирования прак тически применить в проектном деле.
Вся исходная информация, используемая в настоящее время проектировщиками, имеет формы и организацию, не соответствующие методике машинного проектирования. Необходимо создать информационно-поисковую систему, которая будет содержать и оперативно обеспечивать в процессе проектирования необходимой и достаточной ин формацией как человека, так и машину.
Учитывая специфику потребителей информации в ин формационно-поисковой системе, предусмотрено два блока (хранилища): информация, используемая человеком в процессе проектирования, и информация, необходимая для работы ЭВМ по машинным программам.
Основным носителем информации в справочно-информа ционном фонде (СИФ) может быть форматный микро фильм-микрокарта.
Носителями информации будут перфокарта, перфолен та, магнитная лента, магнитные диски и т. п. Классифи кация источников информации осуществляется по иерар хической системе (частные сведения подчинены более общим).
Такое упорядочение информации имеет целью в конеч ном счете разработку формализованного информационно поискового языка, посредством которого будет осущест вляться связь между человеком и информационно-поиско вой системой (ИПС) в процессе автоматизированного проектирования.
156
Под математическим обеспечением системы понимается
«библиотека |
программ строительного проектирования», |
т. е. такой |
формальный аппарат, который проектиров |
щик использует в процессе автоматизированного проек тирования с применением ЭВМ.
Это обеспечение должно содержать достаточно развитую номенклатуру программ, помогающих автоматизировать
•решение многих задач, возникающих в процессе проекти рования того или иного объекта строительства. Данная номенклатура должна иметь иерархическую структуру, так как сама система проектирования имеет подобную структуру. Но, очевидно, должны быть программы, при менение которых не ограничено рамками какой-либо из подсистем. К подобным программам относятся общемате матические программы, программы проверки качества ра боты технических устройств, программы автоматизации программирования (компилляторы, интерпретаторы, транс ляторы, автокодировщики и т. д.).
Создание такой технологии проектирования с примене нием кибернетических методов невозможно без соответ ствующего технического обеспечения, которое призвано обеспечить необходимый уровень автоматизации проект ных работ. Проектировщик будет использовать новую тех нику как средство, помогающее ему быстрее, точнее, а сле довательно, и эффективнее (по сравнению с ручным спо собом) получать результаты.
Обращение к техническим устройствам будет осуществ ляться на следующих этапах работы: при сборе и обра ботке исходной информации, проектировании объекта в целом или отдельных его частей, графическом воспроиз ведении результатов проектирования, фиксации, размно жении и передаче проектной документации.
Отсюда следует, что укрупненная схема технической части системы может быть представлена в виде совокуп ности информационно-поискового, счетно-решающего, ре- цепторно-воспроизводящего блоков, а также блока фикса ции, передачи и размножения информации, взаимодей ствующих между собой.
157
8.О направлениях применения ЭВМ
иэкономико-математических методов в планировании, организации и управлении предприятиями жилищного строительства
Основным направлением технической политики в жи лищном строительстве СССР является развитие индустри альных методов домостроения, применение прогрессивных градостроительных приемов при застройке жилых масси вов, коренное совершенствование принципов и методов организации, механизации и технологии производства, улучшение объемно-планировочных, конструктивных, ма териальных решений, повышение качества жилищ.
Преобладающая форма жилищного строительства в
СССР — территориально собранная застройка в виде мик рорайона, квартала и других крупных жилых образова ний, принципы построения которых определяются прежде всего условиями социально-бытовой организации и удоб ствами жизни населения.
Организационная структура строительно-монтажных ор ганизаций, осуществляющих жилищное строительство, по строена на следующих принципах. Низовой первичной организацией на самостоятельном балансе является строи тельное (строительно-монтажное или специализированное) управление. Следующий уровень — строительный (специа лизированный) трест. Домостроительные комбинаты — своеобразные структурные подразделения на уровне тре ста в жилищном строительстве. В крупных городах тресты и ДСК объединяются в главки (Главмос строй, Главленинградстрой, Главкавгорстрой, Главтбилстрой, Главташкентстрой). В Москве, где в связи с огром ными объемами работ организационная структура наибо лее развита, имеется еще один уровень — Управление жи лищного строительства (УЖС), объединяющее ряд специализированных трестов и домостроительных комби натов.
Вжилищном строительстве в результате роста объемов
итемпов возникли новые условия (развитие материаль но-технической базы, увеличение технической оснащен
ности; совершенствование архитектурно-планировочных и материально-конструкторских и градостроительных реше ний, развитие специализации, кооперирования, концент рации и комбинирования). Все это усложнило и увели чило число взаимосвязей между организациями, участвую
158