Советов Б.Я., Яковлев С.А. Моделирование систем (3-е изд., 2001) (1186218), страница 41
Текст из файла (страница 41)
Приэтом процесс создания машинной модели Мы можно изобразить в виде схемы,показанной на рис. 5.5.Условные обозначения, используемые на блок-диаграммах GPSS, представленыв табл. 5.2.Таблица 5.2Имя и обозначение блокаADVANCEASSEMBLEASSIGNDEPARTНазначениеЗадерживает транзакт навремя А=В, если Д=const, илиАх В, если В — функцияА. ВСобирает А транзактов одного ансамбля, пропускаетв следующий блок первыйтранзакт, остальные уничтожаетЫ^)ПрисваиваетпараметруА входящего транзакта значение В, модифицированное параметром С*XОбеспечивает освобождениев очереди А В единиц\А.В.В\169Продолжение табл.
5.2Имя и обозначение блокаENTERНазначениеUNОбеспечиваетвхождениев накопитель /1 транзакта с занятием В единиц памяти<3>HПроверяет условие нахождения логического ключа А в состоянии X< * > >Проверяет условие нахождения устройства А в состоянииXГGATE(X)LSLRGATE(X)N1иNU1 <1MATCHPRINTW-Осуществляет вывод статистики С в пределах от А до ВPRIORITYРППрисваиваетвходящемугранзакту приоритет АQUEUEв1A-BRELEASESAVEVALUEс 1 А,вJэОбеспечивает занятие в очереди А В единиц^Освобождаетс номером А)Сохраняет заданное значение В в ячейке АSEIZEffl\SPLIT4/T ^ \ яTABULATE"В170Синхронизирует * движениетранзактов по блок-диаграммесовместно с блоком MATCHс меткой Аг\устройствоЗанимает устройство с номером АГенерирует А копий входящего транзакта и направляетих по адресу В.
Основной транзакт переходит в следующийблокТабулирует значения входящих транзактов в таблице АПродолжение табл. 5.2Имя и обозначение блокаTEST (X)НазначениеПроверяетсоотношениеА- между А в В я направляетвходящий транзакт в следующий блок при выполненииили по адресу С при невыполнении соотношенияyr .y^h^iNEGELEGLTERMINATEУничтожает А транзактовTRANSFERИзменяет направление движения транзактов согласно режиму АGATE (X)SESFSNESNFПроверяет условие нахождения накопителя А в состоянииXGATHERСобирают А транзактов одного ансамбля и пропускает иходновременно в следующийблокGENERATELEAVE1Ж1(Gtela^Генерирует транзакты черезА единиц времени, модифицированных В, с задержкой С,D транзактов, с приоритетомЕ, форматом FОсвобождаетвА В единиц памятиLOGIC (X)SRI1 tшУстанавливает логическийключ А в состояние XLOOP4* 1ОсуществляетповторениеА раз группы блоков от адресаВ до данного блокаMARKОсуществляет отметку времени в параметре А171Особенности использования ППМ GPSS для моделированиясистем, формализуемых в виде Q-схем, рассмотрены в гл.
8, там жеприводятся примеры программ, генерированных пакетом GPSS.Создание ППМ является крупным достижением в автоматизации моделирования больших систем. Однако любой ППМ, созданный на базе ЯИМ, характеризуется некоторой узостью представлений, диктуемой особенностями языка, что является одним из слабых мест традиционных способов имитационного моделирования.В настоящее время проводится много работ по созданию системмоделирования для целых классов объектов, в основу которыхположены идеи типизации способов описания структуры и динамики моделируемой системы S. Например, широко распространеннойтиповой математической схемой, используемой при моделированииорганизационно-производственных и информационно-вычислительных процессов, является Q-схема. Для создания машинных программ моделирования таких процессов могут быть привлеченытакие ЯИМ, как GPSS, SIMSCRIPTa т.
д. Тем не менее существуют(и продолжают разрабатываться) ППМ, в основу которых положены алгоритмические языки общего назначения, позволяющие детально и адекватно описать специфику процесса функционированияопределенного класса систем и создать более эффективные программы моделирования, причем такие ППМ, ориентированные наопределенный класс объектов, способные успешно конкурироватьс известными ЯИМ при решении задач моделирования конкретногокласса систем.Примеры дискретных, непрерывных и комбинированных ЯИМприведены в табл. 5.3.Таблица 5.3Название языкаТипACSLНепрерывныйALSIMANDISIMAPLISCDLCOSMOCSLCSSLДискретныйНепрерывныйКомбинированныйДискретныйНепрерывныйДискретныйНепрерывныйDEMOSDIANADISCODYNAMOFORSINGASPGEMSGPSSIPSSДискретныйКомбинированный*Непрерывный»КомбинированныйНепрерывныйДискретный»17?ПримечаниеAdvanced Continuous SimulationLanguageALGol SIMulationANAIogue Digital SIMulatorAPL SimulationComputer Design LanguageCOmpartmental System MODdedlingControl and Simulation LanguageContinuousSystemSimulationLanguageDiscrete Event Modeling in SimulaDigital — ANAlog simulatorDiscrete - continuousDYNAmic MOdelsFortran ORiented SIMulatorGeneral Activity Simulation ProgramGeneral Equation Modeling SystemGeneral Purpose Systems SimulatorInformationProcessingSystemSimulatorПродолжение табл.5.3Название языкаТипМИДАСНепрерывныйSAMSIMSCRIPTSIMULASOLVANSНепрерывныйДискретный»»»ПримечаниеModified Integration Digital AnalogSimulatorSimulation of Analogue MethodsSIMulation SCRIPTureSIMUlation LAnguageSimulation Oriented LanguageValue Added Network SimulatorНаиболее эффективно использование llllM при исследованиии разработке систем на основе метода машинного моделированияпри реализации диалоговых процедур и концепции базы данныхмоделирования.5.4.
БАЗЫ ДАННЫХ МОДЕЛИРОВАНИЯРасширение возможностей моделирования различных классовсистем S неразрывно связано с совершенствованием средств вычислительной техники и техники связи. Перспективным направлениемявляется использование для целей моделирования иерархическихмногомашинных информационно-вычислительных систем и связанных с ними телекоммуникационными сетями удаленных персональных ЭВМ, работающих в режиме телеобработки.При создании больших систем S их компоненты разрабатываются различными коллективами, которые используют средствамоделирования при анализе и синтезе отдельных подсистем. Приэтом разработчикам необходим доступ как к коллективным, таки индивидуальным средствам моделирования, а также оперативныйобмен результатами моделирования отдельных взаимодействующих подсистем.
Таким образом, появляется необходимость в создании диалоговых систем моделирования коллективного пользования, для которых характерны следующие особенности: возможность одновременной работы многих пользователей, занятых разработкой одной системы S; доступ пользователей к программнотехническим ресурсам системы моделирования, включая распределенные банки данных и пакеты прикладных программ моделирования; обеспечение диалогового режима работы с различными вычислительными машинами и устройствами, включая цифровые и аналоговые вычислительные машины, установки физического моделирования, элементы реальных систем и т. п.; диспетчирование работв автоматизированных системах моделирования (АСМ) и оказание различных услуг пользователям, включая обучение работес диалоговой системой моделирования; использование сетевых технологий.173Рассмотрим основные моменты связанные с разработкой распределенной базы данных моделирования (РБДМ).Ключевые аспекты разработки баз данных.
Технология баз данных (БД) относится к числу основных компьютерных технологийи представляет собой совокупность методов и средств определенияи манипулирования интегрированными в базу данными [2, 14, 16].Важной целью применения технологии БД является создание разделяемого между функционально связанными приложениями информационного ресурса с обеспечением независимости внешнего,логического представления БД от способов ее нутренней, физической организации в памяти компьютера. Для достижения поставленной цели технология БД использует соответствующий набор технологических инструментов.Современное представление технологии БД определяется тем,что в основу этой технологии положено применение реляционноймодели данных (РМД), базирующейся на строгом аппарате реляционной алгебры и математической логики.
Технологические операции определения и манипулирования БД выполняются с использованием систем реляционного исчисления. Реляционный подходв целом рассматривается в качестве идеологии создания баз данных и баз знаний [2, 14, 52]. Такой подход является наиболееэффективным при решении многих задач моделирования сложныхсистем 5.С одной стороны, широкое применение РМД позволило разрешить одну из серьезнейших проблем достижения модельной однородности баз данных, создаваемых в средах различных системуправления базами данных (СУБД), поскольку практически все современные СУБД используют модели, приводимые к реляционной.С другой стороны, опора на реляционную модель существенноограничивает возможности определения данных в БД и, тем самым,предопределяет соответствующие границы применения всей технологии БД.Такой подход, безусловно, оправдан при проектировании БДв тех случаях, когда администратор БД владеет схемой соответствия множества данных в реляционной модели с множеством данныхо реальном мире.
В тоже время, интеграционные тенденции, характерные для современного этапа развития компьютеризированныхтехнологий (в том числе и в моделировании систем), ставят наповестку дня проблему построения интегрированных распределенных баз данных (ИРБД), для которых обеспечение схемной однородности на основе РМД в силу целого ряда причин оказываетсянедостаточно.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
