Open Library - открытая библиотека учебной информации. Концептуальное проектирование

24.06.2019

Предпосылкой создания своей методологии явился такой диагноз С.П.Никанорова существующему положению в развитии организаций: происходит накопление несистемных решений, повсеместно распространяется сиюминутное, ситуационное мышление, которое приводит к, так называемому, феномену складывания - процессу произвольного возникновения чего-то под действием многих факторов, которые проявляются стихийно. Если что-то неэффективно работает, то часто говорят: «Так сложилось, никто не виноват». Следствием складывания являются неконтролируемые области жизни и возникающие проблемы, которые требуют действий для их решения.
У кого возникают проблемы? Они могут быть только у субъектов, то есть у тех, кто имеет возможности и имеет интересы. Проблема для субъекта и состоит в несоответствии интересов возможностям. Субъекты могут приблизительно одинаково воспринимать то, что происходит, но они относят его к своим интересам и возможностям, которые не поднимаются выше определенного уровня. Поэтому то, что происходит, не воспринимается ими как единая цельная проблема, что и приводит к несистемным решениям.
Какие есть подходы к решению этих проблем? Некоторые субъекты надеются управиться с ними с помощью проблемно-ориентированного подхода, при котором исследуются выявленные недостатки, сдерживающие достижение субъектом его целей. Рафинированная форма этого подхода - системный анализ, который использует идеологию целенаправленных систем. Но устранить феномен складывания с помощью проблемно- ориентированных методов невозможно, так как возникают не отдельные проблемы, а клубок проблем. И если стараться решить какую-нибудь одну проблему, то клубок проблем только увеличивается и спутывается, как и обычный клубок ниток при вытягивании одной нити. Надо разрубить клубок с помощью нормативного подхода, который основан на полагании желаемого класса систем. При создании систем этот подход должен координироваться с проблемно-ориентированным подходом. Нелепо устранять недостатки изжитой системы. Надо не проблемы решать, а строить все заново, подчиняя этой идее и свои интересы, и свои возможности. Рафинированной формой нормативного подхода являются системы с идеалом, к которому они должны стремиться.
Недостатком этих подходов, возникших в 60-х годах 20-го столетия и являющихся продуктами гонки вооружений, является отсутствие представления о развитии, в частности, о переходе из устаревшего качества в новое качество, которое задается последовательностью целей.
В начале 1970-х годов, задолго до осознания широкими кругами разработчиков бесперспективности создания автоматизированных систем на базе традиционных методологий, С.П. Никаноров сформировал новый методологический подход, в котором объектом автоматизированного проектирования являлись не АСУ, а системы организационного управления (СОУ) . К этим системам отнесены любые организации, в которых осуществлялось производство, управление, проектирование, обучение и другие виды деятельности с использованием компьютерных информационных систем. Идея о необходимости и проблемах проектирования организаций рассмотрена в предисловии к переведенной под его редакцией книге С.Янга ( в разделе 1).
На основе этого подхода к 1978-му году был выпущен технический проект автоматизированной системы проектирования (АСП) СОУ . Эта
АСП должна была разрешить проблему обеспечения управляемости процесса проектирования в условиях непрерывных изменений внутренней и окружающей среды, как проектируемой системы, так и проектирующей ее системы с помощью методов математического концептуального моделирования предметной области. Должен был быть обеспечен теоретический контроль проектных процессов, начиная от формирования первичного замысла и заканчивая рабочим проектированием и созданием организации.
Сущность методологии. Перед непосредственным проектированием системы организационного управления формируется ее общая математическая концептуальная модель. Процесс проектирования сводится к управляемой конкретизации общей модели и последующей ее интерпретации. Это обеспечивает целостность проекта системы, в отличие от традиционной технологии, когда проект является совокупностью автономно разрабатываемых частей. Полученный дедуктивным способом проект затем сопоставляется с исходными требованиями. При выявлении несоответствий концептуальная модель корректируется и затем осуществляется повторное проектирование.
Таким образом, в этой методологии процесс математической концептуализации является итерационным, и он не сводится к однозначной формализации объекта и процесса проектирования, как это имеет место, например, при проектировании теплоэнергетического комплекса, осуществляемого системой МАВР.
В разработанном техническом проекте АСП СОУ методы моделирования и проектирования были ориентированы на логически направленное и поэтому управляемое теоретическое и инструментально-технологическое проектирование. Прежде всего, обеспечивалась полнота понятийного пространства проектирования за счет логического формирования всевозможных комбинаций элементов понятийной конструкции с применением морфологического и иных методов. А математическая экспликация давала возможность оперировать понятийными конструкциями вне зависимости от прикладного содержания и знакового оформления.
Функции системы АСПСОУ показаны в табл.7.1. Теоретизация предметной области основывается на выявлении проблем, установлении их системной природы и возможных путей решения. При проектировании знаковой системы определяется состав баз данных, формы документов и т.п.
Таблица 7.1 Функции Выход Вход 1. Определение и реализация концепции теоретизации предметной области
Операционная трактовка теоретических схем. Определение процедур управления с их входами и выходами
Проектирование знаковой реализации СОУ и пространственно-временной привязки.
Документирование проекта СОУ 1. Модель (теория) предметной области
Проект системы организационного управления 1. Метамодели,
описывающие поня-тия организационных систем управления и их элементов
Метамодели формализованных теорий
Для реализации этой методологии был разработан набор теоретических схем, названных конструктами, используемых для формирования с помощью логических методов теории предметной области и модели объекта проектирования. Разработка конструктов и последующий синтез конкретных теорий с контролируемым формированием производных понятий осуществлялись с использованием математического аппарата теории структур Бурбаки . Были созданы различные технологии оперирования конструктами, позволяющие на их базе формировать сложные и при этом легко изменяемые понятийные схемы.
Из описания функциональной структуры видно, что, в отличие от системы концептуального программирования ПРИЗ (см.раздел 2), теории предметной области и модели объекта проектирования являются не входом, а выходом системы АСП СОУ. А уже затем формируются проекты СОУ, как производный результат логического вывода на построенных моделях предметной области и последующей интерпретации абстрактных математических конструкций. Входом в процесс проектирования являются сформированные с использованием заранее создаваемых абстрактных метаматематических схем (конструктов), метамодели, описывающие понятия СОУ и их элементов, и метамодели, описывающие имеющиеся формализованные теории, необходимые для моделирования СОУ. К ним относятся теории технических систем, теории производственных систем, теории целенаправленных систем и т.д. Новым здесь явилось также использование аксиоматического представления теорий.
Функциональная структура АСП СОУ
Универсальность этой методологии предопределяется сформированной общей метамоделью проектируемой системы с использованием
конструктов, которые имеются в памяти системы, и возможностями ее конкретизации при проектировании. Если при интерпретации конкретизированной метамодели с помощью понятий охватываемой предметной области, СОУ и ее элементов выявляется ее неадекватность, то выбираются, либо другие способы конкретизации, либо корректируется общая концептуальная модель.
Математические модели понятий формируются с использованием различных теорий таких, таких, как теория структур, теория множеств, категорная теория систем и т.д., в разных знаковых формах - текстах, таблицах, формулах, графиках и т.д., в разных языках, шрифтах и с разным размещением на различных носителях. Это может быть выражено с помощью, предложенной в 70-х годах С.П.Никаноровым, теоретической схемы, названной «логосинотопотех». В ней выделялась логическая сущность («лог»), представляющий ее знак («син») и место расположения знака («топ») на носителе («тех»). Главным в этой схеме было семантическое отношение: «лог» раскрывает смысл знакового представления «син».
В этом подходе объектом проектирования является и функциональная структура организации и процесс ее проектирования. Методология включает дедуктивный и индуктивный этапы проектирования. Дедуктивный этап осуществляется с помощью предварительно разработанных и сохраняемых в памяти метасистемы концептуальных аксиоматических описаний необходимых областей знаний в разных математических формах - теоретико- множественной, категорной, теоретико-системной конструктов в шкалах множеств Н. Бурбаки. Потом для сформированных метамоделей системы осуществляется выбор методов и, в конечном итоге, выбор технологий с использованием базы разных теорий, моделей, методов и средств.
Индуктивный этап наступает при контроле адекватности сформированных проектов и последующем итеративном корректировании начальных теоретических схем.
Применяемость рассматриваемой методологии для проектирования организаций ограничена ориентацией на специалистов высокой квалификации, владеющих инструментарием создания и использования математических конструктов, осуществляемого в течение последних трех десятков лет научным коллективом, возглавляемым С.П. Никаноровым.
В настоящее время имеется несколько сотен конструктов и набор методов оперирования ими. Силами сравнительно небольшого коллектива специалистов был разработан информационно-программный инструментарий для автоматизированной поддержки формирования математических метамоделей предметных областей с использованием накапливаемой базы конструктов. Были созданы автоматизированная система , обеспечившая запросный режим и выполнение операций синтеза, порождения, визуализации и т.д., синтаксический и семантический анализаторы, а также лингвистический интерпретатор родов структур. Дальнейшее развитие инструментария ориентировалось на поддержку процесса проектирования организационных процедур и форм документов.
К сожалению, для реализации этой методологии при ее появлении не были разработаны детальный технологический проект и полная инструментальная система. Для получения промышленного результата требовалось задействовать мощные организации, специализирующиеся на разработке информационно-программного обеспечения, на что была нужна серьезная государственная поддержка. Когда-то академик В.М.Глушков, директор Киевского института кибернетики, говорил, что создание общегосударственной автоматизированной системы (ОГАС) необходимо финансировать так же, как космические программы или атомную промышленность. Но, к сожалению, этого не произошло.
Рассматривая эту методологию с современных позиций, видно, что в ней недостаточно внимания уделялось непосредственному, конкретному моделированию и развитию действующих организаций в рамках теорий производственных и экономических систем. Она была ориентирована на разработку новых систем, что соответствовало существовавшей в тот период времени ориентации на создание автоматизированных систем производства, проектирования и управления.
Хотя формально тогда и требовалось проведение предварительного обследования и анализа действующих систем, согласно имеющейся регламентирующей документации, и даже были разработаны детальные методики диагностического обследования и моделирования организаций, но на практике это осуществлялось редко. При отсутствии соответствующего инструментария данный этап требовал огромных усилий и времени, а результат работы проектировщиков учитывался по сданному госкомиссии проекту новой системы и ее опытному внедрению.
При выбранном методе дедуктивного формирования проекта становится затруднительным переход к имеющемуся разнообразию содержания реальных процессов, при котором осуществляется модельная интерпретация, когда элементы модели отображают конкретные элементы систем организационного управления, обозначаемые терминами исходной области знаний. В метамодельной интерпретации термам теоретических конструкций приписываются так называемые лингвистические переменные. Но как перейти к конкретным элементам системы организационного управления, если предварительно не построена ее исходная модель? И как формировать для нее математическую модель с заданным набором определенных ограничений и целевой функцией, адекватной реальности?
Такие модели нужно было создавать при развитии действующих организаций и накапливать модели-прототипы для использования при проектировании новых систем. Но надо помнить, что использование этих моделей в наглядном виде стало возможным только после появления компьютеров с большим быстродействием и огромной памятью, а также инструментальных средств, обеспечивающих формирование таких моделей. Без таких моделей невозможно производить операционное сопоставление теоретических результатов с требованиями, заданными в исходной области знаний и определять адекватность использованных абстрактных схем.
С другой стороны, если имеется конкретная содержательная модель, построенная в понятиях исходной области знаний, а инструментальная система может логически обрабатывать и нематематические понятия, то необходимо обосновать целесообразность применения математических концептуальных моделей в условиях использовании сетей компьютеров с большой памятью и быстродействием.
При использовании рассматриваемой методологии следует учитывать, что, уменьшая разнообразие и удерживая разработку системы в определенных теоретических границах, применение конструктов одновременно огрубляет предметную область, ограничивая возможности понятийного моделирования профессионалов. Когда конструкт создается, то рассматривается и идеализируется некоторая сторона сущности. Будучи созданным, конструкт может иметь много материальных и знаковых воплощений, но при этом он отображает лишь математический аналог некоторой стороны сущности, а не саму содержательную сторону сущности, которую адекватно может воспринимать профессионал в этой области. При этом природа знаний в предметных областях зачастую такова, что фразы, с помощью которых общаются профессионалы, являются лишь намеком на образы реальной сущности, возникающие у них при обучении и в результате приобретения опыта. Эти образы активизируются при восприятии фразы в сознании специалиста, но для передачи смысла фраз специалистам из других областей знаний соответствующие образы требуют расшифровки намеков.
Проблемой является и обеспечение теоретического контроля процесса создания конструктов, в частности, обоснования выбора аспектов сущности, лежащих в основе разработки математических конструкций, и корректности ее выполнения. Используемые математические конструкты должны обеспечивать интеграцию методов и средств, имеющихся в разных предметных областях, выполняя функцию их теоретической надстройки. Учитывая огромную масштабность и сложность областей знаний, которые необходимо охватывать современному разработчику, эти конструкты могут выполнять и гносеологическую функцию.
В при анализе этого подхода отмечено, что он ориентирован на прямое обеспечение при проектировании систем желаемых их свойств. Но для его реализации необходимо накопить требуемые конструкты, обеспечивающие такие возможности, опробовать необходимые методы синтеза, конкретизации и интерпретации и их программное обеспечение, доведя его до промышленного уровня. Ограниченность применения этого подхода может быть связана с проблемами перехода от общих конструктов к имеющемуся понятийному разнообразию исходной области знаний, а также с тем, что его эффективно могут реализовать только специалисты, умеющие работать с конструктами.
Полная библиография публикаций по концептуальному анализу и проектированию за период с 1967 по 2003 год приведена в . В ней представлено 742 публикации, сгруппированные по алфавиту авторов, по годам публикации и по тематике. Авторский указатель охватывает 189 авторов, а тематический - 83 рубрики.

Одна из архитектур БД называется ANSI/SPARC.

Основной идеей является выделение трехуровневой абстракции в описании данных. Цель – отделение пользовательского представления БД от ее физического представления.

Причины, по которым желательно такое разделение:

Каждый пользователь должен иметь возможность обращаться к общим данным, используя собственное представление о них;

Пользователи не должны иметь дело с подробностями физического хранения данных;

Администратор БД должен иметь возможность изменять структуру БД, не оказывая влияние на представления пользователей;

Внутренняя структура БД не должна зависеть от изменений физических аспектов хранения информации, таких как переключение на новое устройство и т.д.;

Выделяются три уровня архитектуры БД – внешний, концептуальный и внутренний.

Внешний уровень – представление БД с точки зрения пользователей, состоит из нескольких внешних представлений, обычно соответствующих группам пользователей. Различные представления могут по-разному отображать одни и те же данные, также они могут включать вычисляемые данные, не хранящиеся в БД.

Концептуальный уровень – обобщенное представление схемы БД. Уровень описывает, какие данные хранятся в БД и какие связи хранятся между ними. Концептуальная схема – это полное представление требований к данным со стороны организации, оно не зависит от способа хранения данных. На концептуальном уровне представлены следующие компоненты:

1. Все элементы данных.

2. Ограничения, накладываемые на элементы данных.

3. Семантическая информация о данных.

4. Информация о мерах обеспечения безопасностей и поддержки целостности данных.

Внутренний уровень – описывает реализацию БД и предназначен для обеспечения оптимальной производительности системы и экономного использования ее ресурсов с учетом конкретной СУБД.

Внутреннему уровню соответствует следующая информация:

1. Описание подробностей хранения с указанием реальных размеров сохраняемых элементов.

2. Распределение дискового пространства для хранения данных и индексов.

3. Сведения о физической организации данных.

4. Сведения о сжатии данных и методах их шифрования.

Ниже внутреннего уровня лежит физический , который контролируется операционной системой под руководством СУБД, их функции на этом уровне четко не разделены.

Два подхода к концептуальному проектированию: восходящий и нисходящий.

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

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

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

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

Понятие сущности.

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

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

Характеристики сущности. Проблема уникальности сущности.

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

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

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

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

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

В формате IDEFX сущность определяют следующим образом:

Все наборы атрибутов, которые могли рассматриваться как ключи, помечаются АК (альтернативный ключ).

Связи. Понятие связи.

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

Пусть в предметной области существует факт – «студент обучается в группе». Это означает наличие взаимосвязи между сущностями студент и группа. При более детальном анализе выявляются дополнительные факты: студент одновременно может учиться только в одной группе, группа может состоять из многих студентов.

Такие взаимодействия отражаются как связи «один ко многим» и в стандарте IDEFX отражаются следующим образом:

В результате построения связи у сущности «студент» появился новый атрибут, помеченный FK (foreign key). Значение этого атрибута должно совпадать со значением первичного ключа сущности «группа».

В стандарте IDEFX связи «один ко многим» классифицируют по следующим признакам:

1) по возможности null-значения;

2) по степени зависимости связываемых сущностей;

3) по кардинальности;

1. Классификация связи по возможности null-значения . Продолжим пример со студентом. В какой-то момент времени студент может не принадлежать группе, например, когда студент находится в академическом отпуске или при переводе со специальности на специальность. Таким образом, атрибут «номер группы» в сущности «студент», кроме значения первичного ключа сущности «группа», может принимать null-значение.

Такая связь (с возможностью null-значения внешнего ключа) отмечается ромбом у сущности-предка.

Рассмотрим другой пример – «сотрудник работает в отделе». Проводим рассуждения, аналогичные предыдущему примеру. Если «каждый сотрудник должен работать в отделе», то между сущностями «сотрудник» и «отдел» имеется связь «один ко многим» без возможности неопределенного значения внешнего ключа. Она отображается также, только ромб у сущности-предка отсутствует.

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

071901 – первые 4 цифры – номер специальности, остальные – номер специализации. При этом номер специализации уникален в рамках специальности.

Сущности, подобные сущности «специализация», называются слабыми или зависимыми, и отображаются прямоугольниками со скругленными углами:

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

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

3. Классификация связи по кардинальности . Стандарт IDEFX поддерживает следующие кардинальности связи (рис 4):

Например, в группе должен быть хотя бы 1 студент.

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

Роль внешнего ключа.

Иногда для более точного описания предметной области вводится понятие роли атрибута для внешнего ключа. Роль – значение, которое атрибут несет, в сущности. Например, в примере о кураторе группы атрибут «табельный номер преподавателя» в сущности «группа» может играть роль «куратор». Если связь построена в обратном направлении, то внешний ключ играет роль «курируемая группа».

Бывают ситуации, когда введение роли внешнего ключа обязательно.

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

– «проводка кредитует счет» - один и тот же счет может кредитоваться различными проводками, а проводка кредитует только один счет → связь «один ко многим»; проводка не может не иметь счета кредитования, то есть связь не допускает неопределенного значения внешнего ключа; счет кредитования не участвует в идентификации проводки, поэтому связь не идентифицирующая;

- «проводка дебетует счет» - первичный ключ к сущности «счет» должен дважды войти в состав не ключевых атрибутов сущности «проводка», то есть обойтись без роли внешнего ключа нельзя:

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

Концептуальное проектирование порой называют техническим. Его основными этапами являются:

1) предварительное проектирование,

2) эскизное (рабочее или техно-рабочее) проектирование,

3) изготовление, испытания и доводка опытного образца системы.

(ИС - информационная система!)

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

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

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

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

Можно выделить три основных вида проектирования объектов и систем по степени их сложности, объёму и ряду других показателей: крупные, средние и малые (мелкие) проекты.

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

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

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

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

9. Особенности натурного анализа

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

10. Изучение аналогов и образцов

Динамика перемен в современном мире обеспечивается преимущественного за счет интенсивной проектной деятельности, к которой способны только субъекты культурно-технологического развития, а не просто исполнители. Главным фактором развития становится производство новых знаний - детерминирование интеллектуальных технологий, что предполагает уход человека из сферы непосредственного преобразования вещества и энергии на уровень управления и творческой деятельности. Постоянно ускоряющийся темп научно-технического прогресса предъявляет особые требования к современному человеку. Знания быстро устаревают, и возникает постоянная потребность в обновлении и приобретении все новых знаний. В таких условиях имеющихся у человека знаний недостаточно и он вынужден их добывать и производить все более ускоренными темпами.

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

Проектирование в реальной действительности осуществляется по некоторым устоявшимся правилам и закономерностям. Проектирование всегда предполагает некоторое приращение к исходному состоянию объекта проектирования. Результат проектирования может быть представлен как некоторая исходная система (ИС) и добавка (приращение) А.

Процесс выявления проблемы и поиск ее решения происходит по определенной схеме. Часто эта схема не осознается (остается в подсознании). Весь процесс проектирования может быть условно разделен на три больших этапа :

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

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

Проектирование и исследование, познавательные и прагматические модели не могут существовать друг без друга. Они могут рассматриваться, как взаимно обусловленные процедуры процесса удовлетворения потребности человека.

11. Изучение нормативов

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

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

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

Раздел Конструкции охватывает всевозможные бетонные и железобетонные, алюминиевые, асбестоцементные и прочие конструкции

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

Раздел Транспорт охватывает магистральные трубопроводы, Промышленный транспорт, Трамвайные и троллейбусные линии и многое другое.

Так же есть и другие разделы напримергидротехнические сооружения, Градостроительство, организация, производство и приёмка работ, сметные нормы и другие

Качество владения этими знаниями формирует пользу, прочность, красоту, и экономичность сооружаемого объекта.

Не много стоит построить небоскреб: знаний и умений - достаточно. Много стоит идея такого здания, которую можно реализовать в любых климатических условиях при возможных тектонических движениях земной коры: знаний и умений - будет явно недостаточно при этих (всего двух!), но кардинально существенных, условиях.

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

Статика и динамика систем

Современное концептуальное проектирование - это статика. Условия применения результатов интеллектуальной деятельности человека - это всегда динамика. Сама человека - это непрерывное развитие (динамика).

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

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

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

Сбор и анализ информации

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

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

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

Статика и жесткое конструирование

Человек не всегда придает объективное значение своей деятельности. Дело вовсе не в том, что он к этому не стремится, просто часто он ставит перед собой одни цели, но достигает другие. Концептуальное проектирование существовало всегда, но «сознательно» человек к этому отнесся только с появлением компьютерной техники и программирования.

Между тем, ассоциации: «концепция = информационная система» не существует. Во всяком случае: об этом свидетельствует современное положение вещей.

Простой пример. Система электронного документооборота организации. Сколько лет создавались такие системы? Сколько таких систем разработано? Сколько научных конференций - состоялось, копий - сломано, бумаги - исписано? По сей день ни один из результатов «концептуального проектирования» систем документооборота не состоялся как концептуально исполненный.

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

Современный мир виртуальных технологий мало чем отличается от пирамиды Хеопса. Изменить что-либо в созданной информационной системе крайне сложно. Любое изменение чревато существенными затратами стороннего труда (разработчика, программиста, автора): сама информационная система ничего «для себя сделать не может».

Объективные законы физического мира

Естественное концептуальное проектирование, как пример создания идеальной системы, существовало всегда. Есть разница между тем, что человек делает, и что он понимает. Пирамида Хеопса не одинока в своем исполнении. Почти километр «изящных» железобетонных конструкций: небоскреб Бурдж-Халифа в Дубай (ОАЭ) - не единственное высотное сооружение. Аналогичных примеров можно привести множество: естественное концептуальное проектирование свойственно человеку, и человек это демонстрирует параллельно в различных регионах планеты в различных сферах социальной, производственной и духовной практики.

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

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

ТРИЗ - идеальный пример современного концептуального проектирования, начатый одним человеком и развитый множеством людей, но не достигший, объективно возможного, концептуального уровня развития.

ТРИЗ - заметное, но не монументальное достижение. Альтшуллер, Шапиро и тысячи их последователей внесли вклад в теорию, практику и изобретательское дело, но результат «ничтожен»: последователи и правообладатели, фантастические рассказы и статьи о сильном мышлении... в сравнении: Леонардо Да Винчи своими исследованиями полетов птиц и кардинально новой идеей: «не крыло должно махать, но аэроплан должен лететь» - прославился больше и украсил свои многочисленные концептуальные изобретения загадочной Джакондой.

Субъективные положения социального мира

ТРИЗ не строилась на фундаменте технического задания, а ее родоначальник Альтшуллер не руководствовался какими-либо методами выполнения работ. «Мастера» теории решения изобретательских задач и тысячи их учеников довольствовались малым:

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

С точки зрения общественного сознания, актуальности и полезности целевая установка ТРИЗ социально значима и имеет реальное практическое применение.

Автоматизировать процесс решения изобретательских задач, исключив из него «элементы случайности: внезапное и непредсказуемое озарение, слепой перебор и отбрасывание вариантов, зависимость от настроения и т. п» (цитата из "Википедии").

ТРИЗ существенно повлияла на общественное сознание и позволила многим тысячам специалистов решить реальные практические задачи. Было создано множество лабораторий изобретающих машин и спроектировано несколько десятков интеллектуальных систем.

Однако теория решения изобретательских задач по сей день ничем не отличается от курса средней или высшей школы, но гораздо слабее организована в методическом плане. Все три базовых постулата концепции ТРИЗ не имеют ровным счетом никакого значения. Ни об одной «изобретающей машине» общественное сознание до сих пор не имеет никакого представления, а идею искусственного интеллекта и возможность создания интеллектуальной системы уже давно не воспринимает всерьез.

Обозначить - не значит использовать: концептуально о базовых постулатах ТРИЗ

Постулат «1»: нет разницы между естественной и искусственной системой, потому. как и то, и другое развивается не по определенным, а по объективным законам. То, что человек не познал или не понимает объективности законов Природы, ровным счетом для этих законов ничего не значит.

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

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

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

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

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

Методы и средства проектирования

Интересная особенность поисковой выдачи по запросу: «методы и средства концептуального проектирования»: 97 % результатов связаны с информационными системами, программированием, базами данных и другими направлениями в области компьютерного дела и информационных технологий; остальные 3 % придутся на «более практичные» сферы социальных и производственных потребностей: авиационные двигатели, производственные процессы, социальные или природоохранные проекты и другое.

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

Концептуальное проектирование: примеры из области разработки программного обеспечения.

1) В настоящее время принято выделять следующие методологии разработки ПО:

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

2) Основными этапами КП являются:

Предварительное проектирование.
Эскизное (рабочее или техно-рабочее) проектирование.
Изготовление, испытания и доводка опытного образца системы.

3) Есть два подхода к КП:

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

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

Объективный подход к проектированию

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

Наука и практика обязаны теории решения изобретательских задач. Это было на самом деле великое дело: систематизировать физические, химические, социальные и другие достижения, практические решения, изобретения, технологические процессы. Задача сформулировать системы физических эффектов или определить объективные закономерности - воистину актуальна, была всегда, и в современном мире ее актуальность стремительно растет.

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

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

Человек и пчела

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

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

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

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

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

Значение термина

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

Основные задачи

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

Основные цели

Концептуальная модель преследует следующие цели:

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

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

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

Разработка концептуальной модели

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

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

Важные компоненты

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

Заключение

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