WWW.KNIGI.KONFLIB.RU

БЕСПЛАТНАЯ ЭЛЕКТРОННАЯ БИБЛИОТЕКА

 
<< HOME
Научная библиотека
CONTACTS

Pages:     | 1 |   ...   | 3 | 4 || 6 | 7 |   ...   | 8 |

«САМАРСКИЙ ИНСТИТУТ ИНЖЕНЕРОВ ЖЕЛЕЗНОДОРОЖНОГО ТРАНСПОРТА Кафедра телекоммуникаций на железнодорожном транспорте СОВРЕМЕННЫЕ ТЕХНОЛОГИИ РАЗРАБОТКИ И ТЕСТИРОВАНИЯ ...»

-- [ Страница 5 ] --

Следовательно, в общем случае агрегат имеет иерархическую структуру.

Эффективность программирования в технологии ГСП возрастает по мере развития пользователем своей среды программирования. Доля текстового программирования с традиционной трудоемкой отладкой постепенно снижается и программирование перерастает в конструирование агрегатов из надежных программных модулей. Отладка при этом заключается только в корректировке структуры графа.

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

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

2). Проблемы распределения и управления памятью ЭВМ.

3). Проблема отладки межмодульного информационного интерфейса, которая связана с декларативным стилем его построения, когда операторы объявления типов данных, самих данных, выделение оперативной памяти под данные, а также указание областей их действия, “размазаны” по тексту программы. В таких условиях идентификация ошибок в информационном интерфейсе превращается в нетривиальную задачу.

4). Проблема массовости используемых данных. Современное программное обеспечение характеризуется большой сложностью и значительными размерами.

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

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

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

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

Так, например, на языке FOXPRO обмен информацией между подпрограммами обеспечивается за счет реализации механизма глобального описания переменных, если не учитывать возможность обмена данными через таблицы базы данных. На языке ПРОЛОГ проблема организации информационного интерфейса вообще отсутствует, поскольку в концепциях языка заложены идеи логического вывода целевых условий в соответствии с аксиоматикой предметной области, а не выполнения процедурных действий над данными. При этом все операции, выполняемые над данными, скрыты (осуществляются автоматически) от пользователя. Вероятно, благодаря именно этой особенности, язык ПРОЛОГ позволяет порождать на редкость надежные программные коды в очень короткие сроки.

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

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

1). Вводится единое для всей предметной области хранилище данных, актуальных для ПОП. Полное описание данных размещено в словаре данных ПОП. Любые переменные, не описанные в словаре данных, считаются локальными данными тех объектов ГСП, где они используются.

2). В пределах ГСП описание типов данных размещается централизовано в архиве типов данных.

3). В базовых модулях в качестве механизма доступа к данным допускается только передача параметров по адресам данных.

4). Привязка данных объектов ПОП реализована в паспортах объектов ПОП.

5). В технологии ГСП не рекомендуется использовать иные способы организации межпрограммных связей по данным.

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

С информационной точки зрения каждый объект ГСП fi представляет собой функциональное отображение области определения объекта Diin на область значений Diout :

В общем случае Di I Di (в объекте могут быть модифицируемые данные) и Diin, Diout D, где D - полная область данных ПОП. Для двух произвольных объектов ПОП fi и fj в общем случае справедливо: ( Diin U Diout ) I( D in U D out ).

Формально сущность проблемы организации передачи данных между объектами в рамках некоторого модуля-агрегата f можно определить как задачу построения области данных агрегата f - D = D U D и установления соответствий между которых составлен агрегат f (см. рис.2.3).

Рис.2.3. Информационный межмодульный интерфейс 2.6.1. Информационный интерфейс базовых модулей Как уже говорилось, первоначальным строительным материалом (локальными вычислимыми функциями) в ГСП являются базовые модули. Информационный интерфейс базовых модулей представляет собой некое отношение, устанавливающее связь между типами данных базового модуля (формальными параметрами) и данными предметной области. В результате установления связи порождаются новые объекта либо акторы, либо предикаты.

Отношение j в ГСП формируется “паспортизацией” типов данных базовых модулей, т.е. за счет “опредмечивания” формальных параметров базовых модулей. В этом смысле отношение j является по сути “паспортом” модуля и вместе с базовым модулем определяют понятие актора или предиката (см. рис. 2.4).

Таким образом, каждый актор (предикат) через массив указателей P[N] “знает”, над какими данными предметной области необходимо производить функциональные преобразования, описанные в соответствующем базовом модуле.

Информационный интерфейс объектов-агрегатов в технологии ГСП строится автоматически на основе паспортов объектов, из которых “сконструирован” сам агрегат.

Однако в случае агрегата его массив указателей P[M] ссылается не на данные ПОП, а на массивы указателей Pj [Nj] объектов, из которых составлен агрегат (актор, предикат или другой агрегат).

Например, для агрегата, представленного на рис.2.5, его массив адресов содержит ссылки на массивы адресов объектов A1, A2, G1, P1, P2, т.е. устанавливается соответствие вида:

PG2 [ ] = {addr ( PA1 []), addr ( PA2 []), addr ( PG1 []), addr ( PP1 []), addr ( PP2 [])}, где addr( ) - функция “взятия” адреса структуры данных ( в языке Си для этого используется операция - “&“).

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

При формировании нового агрегата, использующего в качестве объекта агрегат G2, древовидная структура “старого” агрегата как поддерево войдет в структуру нового агрегата. При этом новый агрегат будет “наследовать” информационные связи агрегата G2.

Структура автоматически компилируемого текста объекта-агрегата достаточно проста.

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

Особенностью предложенного способа построения межмодульного информационного интерфейса является то, что формируемые (автоматически или автоматизировано) программные коды и информационные связи “пространственно” не зависят друг от друга. Модификация любого из объектов (актора, предиката или агрегата) не требует переделки кодов других объектов, входящих в ПОП. Более того, на самом деле при порождении акторов, предикатов или агрегатов никаких программных конструкций, описывающих информационный интерфейс, для них не создаются.

Акторы и предикаты это лишь “фантомные” конструкции, не имеющие текстов программ, а описанные в виде “паспортов” в информационном фонде ПОП.

Информационные связи агрегатов косвенно содержатся в структуре граф-программы.

Программная конструкция, описывающая информационный интерфейс, автоматически порождается при компиляции текста “исполняемой” программы любого объекта ПОП EXE-модуля.

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

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

Автоматически построенные программы заведомо правильны и, как правило, не требуют отладки. При этом резко возрастает производительность труда программиста. К системам автоматизации программирования можно отнести, в первую очередь, языки логического программирования (ПРОЛОГ, LISP, ПРИЗ), объектно-ориентированное программирование (С++, Паскаль), CASE-технологию (ISaGRAF) и т.д.

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

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

Неслучайно, что в настоящее время появилось большое количество визуальных средств программирования. К ним относятся разнообразные средства разработки оконных интерфейсов, “визарды” в языках управления базами данных, графические инструментальные средства в CASE-системах, многочисленные проблемно и предметно ориентированные языки программирования.



Pages:     | 1 |   ...   | 3 | 4 || 6 | 7 |   ...   | 8 |
 


Похожие работы:

«r.by СООБЩЕНИЯ. РАЗНОЕ Витебск 37 ir КАК ПОДАТЬ ЧАСТНОЕ ОБЪЯВЛЕНИЕ В ГАЗЕТУ “ИЗ РУК В РУКИ”? ГАЗЕТА ЧАСТНЫХ ОБЪЯВЛЕНИЙ Условия приема на стр. 38 № 3(965) Витебск и Витебская область Рекламное издание СП “БЕЛПРОНТО”...»

«ЖЕЛЕЗНОДОРОЖНЫЙ ТРАНСПОРТ L. LOTKER - Common Component (Deutschland, Berlin) С. GUL - Common Component (Deutschland, Berlin) ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ ДЛЯ ГРУЗОВЫХ ПЕРЕВОЗОК Аннотация Проект предлагает и реализует идею общего языка (рисунок 3) в отличие от идеи общей функциональности. Каждому участнику группы Common Component, равно как и любому другому участнику транспортного рынка, предполагающему использовать данную платформу, оставлено право выбора присоединиться к существующей и/или...»

«ТРАНСПОРТНЫЕ И ПОГРУЗОЧНО-РАЗГРУЗОЧНЫЕ СРЕДСТВА Методические указания к практическим занятиям Составитель Е.С. Хорошилова Омск СибАДИ 2012 УДК 656.13 ББК 35.184 Рецензент канд. экон. наук, доц. А.В. Терентьев (СибАДИ) Работа одобрена научно-методическим советом направления 190701 в качестве методических указаний для проведения практических занятий по дисциплине Транспортные и погрузочно-разгрузочные средства для студентов направления Технология транспортных процессов профиля Организация...»

«ПЕРЕЧЕНЬ ДЕЙСТВУЮЩИХ НОТАМ Cледующие НОТАМ действуют по состоянию на 06 марта 2014 0500 UTC НОТАМ, не включенные в перечень, аннулированы, или срок их действия истек, или внесены в АИП книга 4 очередной Поправкой   СЕРИЯ Д  (Д0013/13 НОТАМН Щ)УЕЕЕ/ЩПИЬЬ/И/НБО/А/000/999/6022С13426В015 А)УЕМУ Б)1303070900 Ц)ПОСТ Е)ВМЕСТО КООРДИНАТ ТРЕТЬЕГО РАЗВОРОТА: N601205.3 E1341811.1 4ИТАТЬ N601252.9 E1342055.7. ВМЕСТО КООРДИНАТ 4ЕТВЕРТОГО РАЗВОРОТА: N601319.5 E1341258.8 4ИТАТЬ N601407.1 E1341543.3. ДЛЯ ВС СО...»

«УТВЕРЖДАЮ 7%j O Y 2014 г. ОТЧЕТ о самообследовании Ф едеральным государственны м бю джетны м образовательны м учреждением высш его профессионального образования У льяновское высшее авиационное училищ е гражданской авиации (институт) Рассмотрен и одобрен на заседании Ученого совета института 03.04.2014, протокол № 3 Ульяновск 2014 СОДЕРЖАНИЕ стр. Введение 6 Общие сведения об УВАУ ГА (И) 7 1. 2. Организационно-правовое обеспечение образовательной деятельности 2.1. Учредительные документы...»

«А.В. ДМИТРИЕВ, В.А. НОС ТРАНСПОРТНОЕ ОБЕСПЕЧЕНИЕ КОММЕРЧЕСКОЙ ДЕЯТЕЛЬНОСТИ ПРАКТИКУМ И З Д АТ Е Л Ь С Т В О С АН К Т - П Е Т Е Р Б У Р Г С К О Г О Г О С У Д АР С Т В Е Н Н О Г О УНИВЕРСИТЕ ТА Э К О Н О М И К И И Ф И Н АН С О В 2011 Рекомендовано научно-методическим советом университета ББК 39 Д 53 Дмитриев А.В. Транспортное обеспечение коммерческой деятельности : практикум / А.В. Дмитриев, В.А. Нос. – СПб. : Изд-во СПбГУЭФ, 2011. – 40 с. Практикум содержит теоретический материал, практические и...»

«Руководство по хранению и работе с хлорированными растворителями СОДЕРЖАНИЕ ВВЕДЕНИЕ К 4-МУ ИЗДАНИЮ СОКРАЩЕНИЯ 1. ХРАНЕНИЕ 1.1. РЕКОМЕНДУЕМЫЕ МАТЕРИАЛЫ ДЛЯ СТРОИТЕЛЬСТВА КОНТЕЙНЕРОВ ХРАНЕНИЯ. 5 1.2 СОХРАНЕНИЕ ХЛОРИРОВАННЫХ РАСТВОРИТЕЛЕЙ В НАСЫПНОМ СОСТОЯНИИ. 6 2. РАЗГРУЗКА РАСТВОРИТЕЛЕЙ В НАСЫПНОМ СОСТОЯНИИ 2.1.ОТБОР ПРОБ 2.2. ПОДГОТОВКА К РАЗГРУЗКЕ 2.3. ШЛАНГ ДЛЯ РАЗГРУЗКИ 2.4 РАЗГРУЗКА ИЗ ЖЕЛЕЗНОДОРОЖНЫХ ЦИСТЕРН 2.5. РАЗГРУЗКА ИЗ АВТОЦИСТЕРН 2.6. ПРОЦЕДУРЫ ПОСЛЕ РАЗГРУЗКИ 3. ПЕРЕМЕЩЕНИЕ...»

«ФИНЛЯНДИЯ ШВЕЦИЯ НОРВЕГИЯ ДАНИЯ ж/Д И АВИАТРАНСПОРТ 3 СхЕМА ж/Д ВОКзАЛА В САНКТ-ПЕТЕРБУРГЕ Посадка на автобусы в санкт-Петербурге Автобусы Вокзал ДЛЯ АВИАТУРОВ вылет из аэропорта Шереметьево, терминал 2 (SVO-2) Встреча в аэропорту. Регистрация на международные рейсы начинается за 2 часа. Мы назначаем время встречи за 2,5–3 часа до вылета и настоятельно рекомендуем прибыть не позднее указанного времени. как проехать в аэропорт Шереметьево: на экспрессе с Савёловского вокзала. Железнодорожный...»

«ПЕРЕЧЕНЬ ДЕЙСТВУЮЩИХ НОТАМ Cледующие НОТАМ действуют по состоянию на 29 мая 2014 0500 UTC НОТАМ, не включенные в перечень, аннулированы, или срок их действия истек, или внесены в АИП книга 2 очередной Поправкой СЕРИЯ Ц (Ц0046/12 НОТАМН Щ)УУВЖ/ЩЦАЦФ/ИЖ/Б/ЕА/000/999/5342С03932В025 А)УУОЛ Б)1206281137 Ц)ПОСТ Е),,ЛИПЕЦК-СТАРТ,, РАБОТАЕТ НА 4АСТОТЕ ПОДХОДА 126.3МГЦ. ССЫЛКА AIP РФ КНИГА 2 AD 2.1-8.) (Ц0048/12 НОТАМН Щ)УУВЖ/ЩМДЦХ/ИЖ/НБО/А/000/999/5342С03932В003 А)УУОЛ Б)1206281137 Ц)ПОСТ Е)ВВИДУ...»

«Положение о порядке проведения практики курсантов и студентов Ульяновского высшего авиационного училища гражданской авиации (института) Ульяновск 2012 Настоящее Положение о порядке проведения практики курсантов и студен­ тов Ульяновского высшего авиационного училища гражданской авиации (ин­ ститута) (далее - Положение о практике) определяет порядок организации, про­ ведения и руководства практикой, требования к содержанию и структуре про­ граммы практики, к отчетной документации по практике....»






 
© 2013 www.knigi.konflib.ru - «Бесплатная электронная библиотека»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.