Аннотация
ПРОБЛЕМАТИКА КОНЦЕПТУАЛЬНОГО ПРОЕКТИРОВАНИЯ ТЕХНИЧЕСКИХ ОБЪЕКТОВ
Бутенко Л.Н.
Статья посвящена проблемам концептуального проектирования технических систем. Показана актуальность междисциплинарной интеграции методов, применяемых для получения новых технических решений.
Problems of Conceptual design
The aim of this article is demonstration of problems and methods of conceptual design theory. Discussing intellectual problems in development theory achievements aspect. Shows the intersubject research for successful solving of this problems. This production can to change a scientific paradigm.
In this article we present this studies, procedures, metarules, which can management of relationship designing and some semantic describes of this aspect.
ПРОБЛЕМАТИКА КОНЦЕПТУАЛЬНОГО ПРОЕКТИРОВАНИЯ ТЕХНИЧЕСКИХ ОБЪЕКТОВ
Бутенко Л.Н.
Волгоградский государственный технический университет
400131, г. Волгоград, проспект им. В.И. Ленина, 28, [email protected]
«Того, кто не задумывается о далёких трудностях,
непременно поджидают близкие неприятности»
Конфуций
«-Голова – она может всё». Граф Калиостро
Григорий Горин «Формула Любви»
В настоящее время высокую актуальность приобрели исследования в области концептуального проектирования ввиду того, что применение традиционных детерминированных методов описания, контроля и управления выявило их большую ограниченность, а порой и невозможность построения моделей проектируемых систем.
Современное состояние исследований в методологических дисциплинах (исследование операций, системотехника, системный анализ) а также теории принятия решений, многоуровневых иерархических систем, автоматического управления, катастроф таково, что не позволяет исследовать сложные, плохо структуризованные, динамичные предметные области.
Математическое моделирование в настоящее время ориентировано на параметрический синтез.
Лучшие из методов автоматизации программирования (логическое, структурное и объектно-ориентированное программирование CASE-технологии) не имеют в своем составе развитых познавательных средств. Мощные средства автоматизации проектно-конструкторских работ (например, AutoCAD) не имеют средств для представления сложных развивающихся объектов.
Методы и средства искусственного интеллекта (ситуационное управление, экспертные системы, инженерия знаний, базы знаний) не имеют средств для углубления понимания предметных областей, они лишь мобилизуют имеющиеся знания.
Методы проектирования организаций (проблемно-ориентированный подход, функциональный подход, системное проектирование и другие) не имеют средств для восстановления целостности интересов организаций и областей их деятельности.
Мощные познавательные методы, развитые в рамках философской диалектики, теории познания, в логике и методологии науки, в теории мышления, структурализма пока еще не стали средствами прикладной, инженерной работы.
Теория систем в своем развитии находится в методологическом тупике и не выработала методов постулирования сложных классов систем.
Синергетика имеет предметом физические или физикалистские процессы.
Математический аппарат (теория множеств, теория категорий и функторов, теория структур, теория топосов) широко применяется в теории систем и в ряде прикладных задач (проектирование баз данных), но до сих пор не был способен обеспечить исследование сложных предметных областей и проектирование сложных объектов.
Концептуальное проектирование системы – это стадия, на которой принимаются определяющие ее последующий облик решения на различных системных уровнях, проводится исследование созданных решений и их предварительное согласование.
Приведем ряд базовых определений:
Концепт (лат. conceptus - понятие) – понятие;
Термин «концептуальный» обозначает характер процесса (описания, представления и т.д.) или объекта (модели, структуры, результата и т.д.), отличающийся тем, что качественная определенность объектов представляется в форме понятий ; Концептуально мыслить - это базовая способность человеческого мышления с большими скоростями «свертывать» и обобщать информацию любого рода. Свертка информации может находить отображение в понятиях, числе, временной или пространственной структуре.
Рассмотрим массив интеллектуальных задач и способы их решения с точки зрения системного подхода к концептуальному проектированию систем любого класса.
Наиболее современное определение системы приведено в
Система = (элементы, отношения, внешняя среда, наблюдатель, язык)
Рассмотрим проблемы концептуального проектирования с точки зрений современного представления того, что называется системой. Первое, что бросается в глаза, то, что это определение статично, в нем отсутствуют правила построения систем. Только в последнее время в определении появляться новые объекты, которые влияют на эффективность процесса концептуального проектирования систем, например, Наблюдатель (проектировщик), Язык (язык проектирования). Формулировка первой проблемы заключается в том, что для обеспечения свойств системы должны быть созданы массивы правил их обеспечения. Приведем перечень инвариантных свойств системы, которые образуют кортеж :
S = (a,b,c,d,f, … , ),
где:a–первичность целого (системы); b–неаддитивность системы;c–размерность системы;d–сложность структуры системы;e–жесткость системы;f–вертикальная целостность системы;g – горизонтальная обособленность системы;h – иерархичность системы;i–множественность (разная глубина) описания системы;j–взаимозависимость системы и внешней среды;k–степень самостоятельности системы;l–открытость системы;m–совместимость системы;n–целенаправленность системы;o–наследственность системы;p–приоритет качества;q–приоритет интересов системы более высокого уровня;r–надёжность системы;s–оптимальность системы;t–неопределенность информационного обеспечения системы;u–эмерджентность системы;v–мультипликативность системы;w–непрерывность функционирования и развития системы;x–альтернативность путей функционирования и развития системы; y–синергичность системы;z–инерционность системы;–адаптивность системы;–организованность системы;–уровень стандартизации системы;–инновационный характер развития системы.
Для того, чтобы система была целостным объектом необходимо определить характер и последовательность интеллектуальных процедур, обеспечивающих проявление всех вышеназванных свойств.
Отметим, что свойства любой системы только в частном случае могут быть определены функцией структуры этой системы, более приемлемым, по нашему мнению, является зависимость «свойства–организация» системы. Под организацией будем понимать множество элементов и отношений, а также взаимодействие между элементами. В этом случае, концептуальное проектирование систем должно подчиняться закономерностям организации систем, как с точки зрения строения, так и функционирования. Здесь обнаруживается необходимость существования и, соответственно, проектирования такой надсистемы, которая осуществляет целепорождение и координацию всех проявлений свойств системы. Такая надсистема принципиально отлична от внешней среды.
Интеллектуальной проблемой является также создание «границ» системы с внешней средой, где главным является сохранение целостности и обеспечение устойчивости.
Влияние наблюдателя на процесс концептуального проектирования может быть определено через взаимодействие субъекта и объекта. В данном случае необходимо решить задачу о возникновении, формировании, развитии и воплощении идеи проектируемой системы. Приведем самые распространенные определения идеи:
Идея – форма постижения в мысли явлений объективной реальности ;
Идея – это терм, окруженный релевантным знанием ;
Идея – это зафиксированное в каком-либо коде представление об устройствах объекта, о сути процесса, о причинах и следствиях явлений .
Полная цепь развертывания идеи об объекте как о системе обозначена в : Наблюдатель порождает интенции, т.е. исходные намерения в границах аспекта. Следующий шаг проявления идеи – результат развития намерения в конкретной среде. Здесь знание становиться можно уже «рассматривать», это выражение сущности явления. Далее – этап проявления сущности. Это этап системообразования, здесь сущность как нечто целое обнаруживает различие своих частей. и, «наконец», этап восхождения к классам систем при помощи новых аксиом. Как следует из описания, вопрос о том, как появляется идея, является очень сложным, а процедуры ее усложнения, происходящие в Наблюдателе описаны в психологии недостаточно четко. В психолингвистике было уточнено понятие концепта и оказалось, что концепт не равнозначен термину понятия . Концепт существует в ментальном мире человека не в виде четких понятий, а как «пучок» представлений, понятий, знаний, ассоциаций, переживаний, который сопровождает слово. Концепты не только мыслятся, они «переживаются», они предмет эмоций, симпатий и антипатий,а иногда и столкновений. Концепт трактуют как некоторую базовую когнитивную сущность, позволяющую связывать смысл с употребляемым словом, как содержательную единицу процесса концептуализации, посредством которого действительность преломляется в голове человека.
Таким образом, мы выходим на проблему получения выводного знания. Человек может проявлять новое знание «методом открытия» и «методом постулирования». Отметим, что в данном контексте возникают проблемы учета изменения информации в процессе выводного знания (т.е. вывод является немонотонным), а также проблемы горизонтального и вертикального синтеза, средоточием которых является проблема совместимости между элементами и между системными уровнями проектирования.
Для концептуального проектирования особое значение имеет получение именно новых решений. Укажем на взаимосвязь этой проблемы с проблемой системогенеза, а также с проблемой получения выводного знания.
Отметим также, что особой актуальностью обладает концептуальное проектирование систем в аспекте обеспечения их инновационного развития. Это непосредственно связано с качественными переходами между системами, требующими изменения организации этих систем. Эту новую область исследований, по нашему мнению следует назвать гетеродинамикой. На рис.1 показаны возможные направления дальнейших междисциплинарных исследований. Подчеркивая прагматическую направленность, мы хотели бы указать на тесную взаимосвязь с задачами стратегического планирования, стратегического менеджмента, стратегического маркетинга для самых разных предметных областей.
Библиографический список:
1. Никаноров С. П. Метод концептуального проектирования систем организационного управления и его применение. Электронный научно-информационный журнал «СИСТЕМНОЕ УПРАВЛЕНИЕ. ПРОБЛЕМЫ и РЕШЕНИЯ» http://www.situation.ru/app/j_art_960.htm
2. Теслинов А.Г. Развитие систем управления: методология и концептуальные структуры. М.: «Глобус», 1998. 229с.
3. Волкова В.Н., Денисов А.А.Основы теории систем и системного анализа
4. Стратегический маркетинг: Р.А.Фатхутдинов. – СПб.: Питер, 2003.
5. Философский энциклопедический словарь. М: Советская Энциклопедия. 1983
6. Финн В.К.Философские проблемы логики интеллектуальных систем. Журнал Российской Ассоциации искусственного интеллекта. «Новости искусственного интеллекта» № 1. Москва 1999. с. 36.
7. Птушенко А. «Техника Молодёжи» № 3, 2003, стр 24.
8. Залевская А.А. Введение в психолингвистику. Российск.гос.гуманит.ун-т. М., 2000, 382 с.
9. Александров Е.А.Основы теории эвристических решений. М. Советское радио, 1975, 254 с.
10. Бутенко Дм.В. Взаимосвязь стратегического планирования и концептуального проектирования. // XXX Юбилейная Международная конференция и дискуссионный научный клуб IT+SE`2003 Новые информационные технологии в науке, образовании, телекоммуникации и бизнесе. Украина, Крым, Ялта-Гурзуф, 2003г., с. 107
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Введение
1. Концептуальное проектирование
1.1 Определение типов сущности
1.2 Определение атрибутов и связывание их с типами сущности
1.3 Определение доменов атрибутов
1.4 Сведения об альтернативных и первичных ключах
2. Логическое проектирование
2.1 Преобразование локально концептуальной модели данных в локальную логическую модель
2.2 Проверка моделей с помощью правил нормализации
2.3 Проверка модели в отношении транзакций пользователя и выполнения запросов
2.4 Построение окончательной диаграммы "Сущность связь"
Заключение
Список использованной литературы
Введение
База данных - представленная в объективной форме совокупность самостоятельных материалов (статей, расчётов, нормативных актов, судебных решений и иных подобных материалов), систематизированных таким образом, чтобы эти материалы могли быть найдены и обработаны с помощью электронной вычислительной машины (ЭВМ).
СУБД скрывает от пользователя выполняемые ей последовательные просмотры таблиц, выполняя их наиболее эффективным образом. Очень важная особенность реляционных систем состоит в том, что результатом выполнения любого запроса к таблицам БД является также таблица, которую можно сохранить в БД и/или по отношению к которой можно выполнять новые запросы. проектирование концептуальный ключ
Основным назначением информационных систем является хранение сведений об окружающем мире и процессах происходящих в нем, которые в конечном итоге предоставляются пользователям. Поскольку для различных групп людей интерес представляют только определенные части реального мира, то и данные каждой информационной системы будут относится к определенной области. Часть реальной системы, подлежащая исследованию с целью ее описания, называется предметной областью.
Различают полную предметную область и ее фрагменты, при этом каждый фрагмент может представлять свою предметную область. Например, для университета можно выделить следующие фрагменты: учебный отдел, бухгалтерия, отдел кадров, бюро расписаний и т. д.
Информация, необходимая для описания предметной области, может включать сведения о людях, предметах, документах, событиях, понятиях и т.д.
Каждая предметная область характеризуется множеством объектов - элементов реальных систем и процессов, использующих объекты, а также множеством пользователей, характеризуемых единым взглядом на предметную область. В частности, для бухгалтерии объекты - всевозможные документы. Процессы бухгалтерии - расчет заработной платы, материальный учет, учет банковских операций и др. Наконец пользователи этого фрагмента сотрудники бухгалтерии, работники финансовых органов, руководители предприятия и т. д.
Каждый объект обладает определенным набором свойств, которые запоминаются в информационной системе. При обработке данных часто приходится иметь дело с совокупностью однородных объектов, например, таких, как студенты или факультеты, и записывать информацию об одних и тех же свойствах для каждого из них. Совокупность объектов, обладающих одинаковым набором свойств, называется классом объектов. Для объектов одного класса набор свойств будет одинаков, хотя значения этих свойств для каждого объекта могут быть разными.
Часто класс объектов называют сущностью. Каждая сущность обладает атрибутами. Атрибут - это свойство объекта, характеризующее его экземпляр. Сущность "студент" может иметь атрибуты "имя", "год рождения", " дата поступления" и т. д. Таким образом сущность можно определить, как множество индивидуальных объектов одного типа (экземпляров), причем все эти объекты различны, т. е. набор атрибутов одинаков, а их значения различны.
Цель моей работы - разработать базу данных для учета продаж и доставок товаров комплектов и комплектующих ПК. Так же это будет использоваться учета движения товара между поставщиком и получателем.
Задачи работы:
Определить типы сущностей
Определить типы связи
Определить атрибуты и связать их с сущностями
Определить домены атрибутов
Определить альтернативные ключи (атрибуты)
Создать диаграмму "сущность связь"
Преобразовать локально концептуальную модель в локальную логическую модель данных
Проверить модели с помощью правил нормализации
Проверить модель в отношении транзакций пользователя и выполнить запросы
Построить окончательную диаграмму "Сущность связь"
1. Концептуальное проектирование
Концептуальное (инфологическое) проектирование - построение семантической модели предметной области, то есть информационной модели наиболее высокого уровня абстракции. Такая модель создаётся без ориентации на какую-либо конкретную СУБД и модель данных. Термины "семантическая модель", "концептуальная модель" и "инфологическая модель" являются синонимами. Кроме того, в этом контексте равноправно могут использоваться слова "модель базы данных" и "модель предметной области" (например, "концептуальная модель базы данных" и "концептуальная модель предметной области"), поскольку такая модель является как образом реальности, так и образом проектируемой базы данных для этой реальности.
Конкретный вид и содержание концептуальной модели базы данных определяется выбранным для этого формальным аппаратом. Обычно используются графические нотации, подобные ER-диаграммам.
Чаще всего концептуальная модель базы данных включает в себя:
Описание информационных объектов или понятий предметной области и связей между ними.
Описание ограничений целостности, т.е. требований к допустимым значениям данных и к связям между ними.
1.1 Определение типов сущности
Сущность - любой различимый объект (объект, который мы можем отличить от другого), информацию о котором необходимо хранить в базе данных. Сущностями могут быть люди, места, самолеты, рейсы, вкус, цвет и т.д. Необходимо различать такие понятия, как тип сущности и экземпляр сущности.
Сущность это собирательное понятие, некоторая абстракция реально существующего объекта, процесса, явления или некоторого представления об объекте, информацию о котором требуется хранить в базе данных.
Необходимо различать такие понятия, как тип сущности и экземпляр сущности. Понятие тип сущности относится к набору однородных личностей, предметов, событий или идей, выступающих как целое. Экземпляр сущности относится к конкретной вещи в наборе. Например, типом сущности может быть ГОРОД, а экземпляром - Москва, Киев и т.д.
Выделяют три вида сущностей: стержневая, ассоциативная (ассоциация) и характеристическая (характеристика). Кроме этого во множестве ассоциативных сущностей также определяют подмножество обозначений. Дадим теперь определение видам сущностей.
Стержневая сущность.
Стержневая (сильная) сущность - независящая от других сущность. Стержневая сущность не может быть ассоциацией, характеристикой или обозначением (см. ниже).
Ассоциация.
Ассоциативная сущность (или ассоциация) выражает собой связь "многие ко многим" между двумя сущностями. Является вполне самостоятельной сущностью. Например, между сущностями МУЖЧИНА и ЖЕНЩИНА существует ассоциативная связь, выражаемая ассоциативной сущностью БРАК.
Характеристика.
Характеристическую сущность еще называют слабой сущностью. Она связана с более сильной сущностью связями "один ко многим" и "один к одному". Характеристическая сущность описывает или уточняет другую сущность. Она полностью зависит от нее и исчезает с исчезновением последней.
Обозначение.
Обозначение это такая сущность, с которой другие сущности связаны по принципу "многие к одному" или "один к одному". Обозначение, в отличие характеристики является самостоятельной сущностью. Например, сущность Факультет обозначает принадлежность студента к данному подразделению института, но является вполне самостоятельной.
Определение типов связи
Связь - это графически изображаемая ассоциация, устанавливаемая между двумя типами сущностей. Как и сущность, связь - это типовое понятие, все экземпляры обоих связываемых типов сущностей подчиняются устанавливаемым правилам связывания. Поэтому правильнее говорить о типе связи, устанавливаемой между типами сущности, и об экземплярах типа связи, устанавливаемых между экземплярами типа сущности. В обсуждаемом здесь варианте ER-модели эта ассоциация всегда является бинарной и может существовать между двумя разными типами сущностей или между типом сущности и им же самим (рекурсивная связь). В любой связи выделяются два конца (в соответствии с существующей парой связываемых сущностей), на каждом из которых указываются имя конца связи, степень конца связи (сколько экземпляров данного типа сущности должно присутствовать в каждом экземпляре данного типа связи), обязательность связи (т. е. любой ли экземпляр данного типа сущности должен участвовать в некотором экземпляре данного типа связи).
Связь представляется в виде. При этом в месте "стыковки" связи с сущностью используются:
Трехточечный вход в прямоугольник сущности, если для этой сущности в связи могут (или должны) использоваться много экземпляров сущности;
Одноточечный вход, если в связи может (или должен) участвовать только один экземпляр сущности.
Обязательный конец связи изображается сплошной линией, а необязательный - прерывистой линией.
Связь между сущностями БИЛЕТ и ПАССАЖИР, связывает билеты и пассажиров. Конец связи с именем "для" позволяет связывать с одним пассажиром более одного билета, причем каждый билет должен быть связан с каким-либо пассажиром. Конец связи с именем "имеет" показывает, что каждый билет может принадлежать только одному пассажиру, причем пассажир не обязан иметь хотя бы один билет.
Рис. 1 . Пример типа связи
· каждый БИЛЕТ предназначен для одного и только одного ПАССАЖИРА;
· каждый ПАССАЖИР может иметь один или более БИЛЕТОВ.
Рекурсивная связь
На следующем примере (рис. 2) изображена рекурсивная связь, связывающая сущность МУЖЧИНА с ней же самой. Конец связи с именем "сын" определяет тот факт, что несколько людей могут быть сыновьями одного отца. Конец связи с именем "отец" означает, что не у каждого мужчины должны быть сыновья.
Рис. 2 . Пример рекурсивного типа связи
Лаконичная устная трактовка изображенной диаграммы состоит в следующем:
Каждый МУЖЧИНА является сыном одного и только одного МУЖЧИНЫ;
Каждый МУЖЧИНА может являться отцом одного или более МУЖЧИН.
Виды связей между таблицами
Связь позволяет моделировать отношения между объектами предметной области.
Существует 4 типа связей:
1. " Один-к-одному " - любому экземпляру сущности А соответствует только один экземпляр сущности В, и наоборот.
У любого конкретного ученика может быть только одна характеристика, и эта характеристика относится к единственному ученику.
2. " Один-ко-многим " - любому экземпляру сущности А соответствует 0, 1 или несколько экземпляров сущности В, но любому экземпляру сущности В соответствует только один экземпляр сущности А.
Ученику ставят много оценок; поставленная оценка принадлежит только одному ученику.
3. " Многие-к-одному " - любому экземпляру сущности А соответствует только один экземпляр сущности В, но любому экземпляру сущности В соответствует 0, 1 или несколько экземпляров сущности А.
Преподаватель работает только в одном кабинете, однако рабочий кабинет может быть закреплен за несколькими преподавателями.
4. " Многие-ко-многим " - любому экземпляру сущности А соответствует 0, 1 или несколько экземпляров сущности В, и любому экземпляру сущности В соответствует 0, 1 или несколько экземпляров сущности А.
Ученик Иванов учится у нескольких преподавателей. И каждый преподаватель работает со многими учениками.
1.2 Определение атрибутов и связывание их с типами сущности
Атрибутом сущности является любая деталь, которая служит для уточнения, идентификации, классификации, числовой характеристики или выражения состояния сущности. Имена атрибутов заносятся в прямоугольник, изображающий сущность, под именем сущности и изображаются малыми буквами, возможно, с примерами.
Пример типа сущности ЧЕЛОВЕК с указанными атрибутами показан на (рис.3) С технической точки зрения атрибуты типа сущности в ER-модели похожи на атрибуты отношения в реляционной модели данных. И в том, и в другом случаях введение именованных атрибутов вводит некоторую типовую структуру данных, имя которой совпадает с именем типа сущности в случае ER-модели или с именем переменной отношения в случае реляционной модели. Этой типовой структуре должны следовать все экземпляры типа сущности или все кортежи отношения.
Рис. 3. Пример типа сущности с атрибутами
При определении атрибутов типа сущности в ER-модели указание домена атрибута не является обязательным, хотя это и возможно (см. ниже). Обсудим, чем вызвана эта возможность "ослабленного" определения атрибутов. Прежде всего, семантические модели данных используются для построения концептуальных схем БД, и эти схемы преобразуются в реляционные схемы БД, которые поддерживаются той или иной СУБД.
Как отмечалось выше, при определении типа сущности необходимо гарантировать, что каждый экземпляр сущности является отличимым от любого другого экземпляра той же сущности. Поскольку сущность является абстракцией реального или представляемого объекта внешнего мира, это требование нужно иметь в виду уже при выборе кандидата в типы сущности. Уникальным идентификатором сущности может быть атрибут, комбинация атрибутов, связь, комбинация связей или комбинация связей и атрибутов, уникально отличающая любой экземпляр сущности от других экземпляров сущности того же типа. Приведем несколько примеров. На (рис. 4) показан тип сущности КНИГА, пригодный для использования в базе данных книжного склада. При издании любой книги в любом издательстве ей присваивается уникальный номер - ISBN. Понятно, что значение атрибута isbn будет уникально идентифицировать партию книг на складе. Кроме того, конечно, в качестве уникального идентификатора годится и комбинация атрибутов <автор, название, номер издания, издательство, год издания>.
Рис. 4 Тип сущности, экземпляры которого идентифицируются атрибутами
На (рис. 5) диаграмма включает два связанных типа сущности. У каждого взрослого человека имеется один и только один и каждый паспорт может принадлежать только одному взрослому человеку. Тогда связь человека с его паспортом уникально идентифицирует взрослого человека, т. е., грубо говоря, паспорт определяет взрослого человека. Поскольку могут существовать паспорта, еще не выданные какому-либо человеку, эта связь не является уникальным идентификатором сущности ПАСПОРТ.
Рис. 5 Тип сущности, экземпляры которого идентифицируются связью
На (рис. 6) диаграмма включает три связанных типа сущности. Профессора обладают знаниями в нескольких учебных дисциплинах. Преподавание каждой дисциплины доступно нескольким профессорам. Другими словами, между сущностями ПРОФЕССОР и ДИСЦИПЛИНА определена связь "многие ко многим". Каждый профессор может готовить курсы по любой доступной ему дисциплине. Каждой дисциплине может быть посвящено несколько учебных курсов. Но каждый профессор может готовить только один курс по любой доступной ему дисциплине, и каждый курс может быть посвящен только одной дисциплине. Тем самым, каждый экземпляр типа сущности КУРС уникально идентифицируется экземпляром сущности ПРОФЕССОР и экземпляром сущности ДИСЦИПЛИНА, т. е. парой связей с именами концов ГОТОВИТСЯ и ПОСВЯЩЕН на стороне сущности КУРС. Заметим, что сущности ПРОФЕССОР и ДИСЦИПЛИНА связями не идентифицируются.
Рис. 6 . Тип сущности, экземпляры которого идентифицируются комбинацией связей
Наконец, на (рис. 7) приведен пример типа сущности, уникальный идентификатор которого является комбинацией атрибутов и связей. У каждого человека могут быть дети, и у каждого человека имеется отец. Тогда, если предположить, что близнецам, появившимся на свет одновременно, не дают одинаковых имен, то уникальным идентификатором типа сущности ЧЕЛОВЕК может быть комбинация атрибутов.
Рис. 7 . Тип сущности, экземпляры которого идентифицируются комбинацией атрибутов и связей
1.3 Определение доменов атрибутов
Домен в реляционной модели данных - тип данных, то есть допустимое множество значений.
Понятие типа данных является фундаментальным; каждое значение, каждая переменная, каждый параметр, каждый оператор чтения, и особенно каждый реляционный атрибут относится к тому или иному типу.
Примерами могут являться типы "целое" (множество всех целых чисел), "строка" (множество всех строк), "номер детали" (множество всех номеров деталей) и т. д. Таким образом, когда мы говорим, что некоторое отношение имеет атрибут типа "целое", мы имеем в виду, что все значения этого атрибута принадлежат множеству "целое" и никакому другому.
По аналогии с математикой, типы данных делят на скалярные и нескалярные . Значение нескалярного типа (нескалярное значение) имеет множество видимых пользователю компонентов, а значение скалярного типа (скалярное значение) не имеет такового. Примерами нескалярного типа являются тип отношения и тип кортежа; пример скалярного типа - тип "целое".
Ограничения реализации систем баз данных на компьютерах накладывают на определение типов некоторую условность. Так, теоретически тип INTEGER представляет собой множество всех возможных целых чисел, однако фактически INTEGER - это множество всех целых чисел, которые могут быть представлены в рассматриваемой компьютерной системе (поскольку, безусловно, есть такие целые числа, которые превышают возможности представления в любой компьютерной системе).
Следует отличать тип как таковой (логическое понятие) и формат физического представление значений этого типа в конкретной компьютерной системе; типы относятся к уровню логической модели , а физическое представление значений - к уровню реализации . Например, операции, определённые для типа "строка", не имеют смысла для типа "число", даже если числа в конкретной реализации физически представлены строками. Значения типа "дата" нередко физически представлены вещественным числом, однако большинство операций, имеющих смысл для типа "число", бессмысленны для типа "дата".
Реляционная модель данных не предписывает обязательной поддержки каких-либо предопределённых типов, за исключением логического типа (BOOLEAN), без которого при выполнении операций обойтись невозможно. Обычно некоторый набор типов поддерживается системой, другие типы пользователь может конструировать дополнительно.
1.4 Сведения об альтернативных и первичных ключах
Перви чный ключ - в реляционной модели данных один из потенциальных ключей отношения, выбранный в качестве основного ключа (или ключа по умолчанию).
Если в отношении имеется единственный потенциальный ключ, он является и первичным ключом. Если потенциальных ключей несколько, один из них выбирается в качестве первичного, а другие называют "альтернативными ".
С точки зрения теории все потенциальные ключи отношения эквивалентны, то есть обладают одинаковыми свойствами уникальности и минимальности . Однако в качестве первичного обычно выбирается тот из потенциальных ключей, который наиболее удобен для тех или иных практических целей, например для создания внешних ключей в других отношениях либо для создания кластерного индекса. Поэтому в качестве первичного ключа, как правило, выбирают тот, который имеет наименьший размер (физического хранения) и/или включает наименьшее количество атрибутов.
1.6 Построение диаграммы сущность-связь
2. Логическое проектирование
Логическое проектирование БД Представляет собой процесс конструирование моделей информационной структуры предприятия выполнимые в соответствии с требованиями выбранной схемы организации информации. Однако создаваемая логическая модель не зависит от особенностей конкретных СУБД и других физических условий реализации.
2.1 Преобразование локально концептуальной модели данных в локальную логическую модель
1. Первым этапом является удаление связи "многие ко многим". Такая связь присутствует между сущностями "Комплект" и "Фирма заказчик". Разобьем эти связи путем введения промежуточной сущности "Список"
2. Удаление сложных связей. Сложные связи это связи в которых учавствуют три и более типов сущностей. В моей работе таких связей нет.
3. Удаление рекурсивных связей. Рекурсивные связи - связи в которые сущности взаимодействуют сами с сбой. В моей работе таких связей нет.
4. Удаление связей с атрибутами.
5. Удаление множественных атрибутов в моей работе есть один множественный атрибут -телефон. Разделим "телефон получателя" на "домашний телефон получателя" и "мобильные телефон получателя". "Телефон поставщика" на "мобильный телефон поставщика" и "домашний телефон поставщика".
6. Удаление избыточных связей. В моей работе таких связей нет.
2.2 Проверка моделей с помощью правил нормализации
Технология проектирования реляционных баз данных связано с теорией нормализации, основанной на анализе функциональных зависимостей между атрибутами отношений. Понятие функциональной зависимости является фундаментальным в теории нормализации реляционных баз данных. Функциональные зависимости определяют устойчивые отношения между объектами и их свойствами в рассматриваемой предметной области. Именно поэтому процесс поддержки функциональных зависимостей, характерных для данной предметной области, является базовым для процесса проектирования.
В теории реляционных баз данных обычно выделяетсяследущая последовательность нормальных форм:
1. 1 нормальная форма
2. 2 нормальная форма
3. 3 нормальная форма
Первая нормальная форма (1NF)
Переменная отношения находится в первой нормальной форме (1НФ) тогда и только тогда, когда в любом допустимом значении отношения каждый его кортеж содержит только одно значение для каждого из атрибутов.
В реляционной модели отношение всегда находится в первой нормальной форме по определению понятия отношение. Что же касается различных таблиц, то они могут не быть правильными представлениями отношений и, соответственно, могут не находиться в 1НФ.
Вторая нормальная форма (2NF)
Переменная отношения находится во второй нормальной форме тогда и только тогда, когда она находится в первой нормальной форме, и каждый неключевой атрибут неприводимо (функционально полно) зависит от ее потенциального ключа.
Третья нормальная форма (3NF)
Переменная отношения находится в третьей нормальной форме тогда и только тогда, когда она находится во второй нормальной форме, и отсутствуют транзитивные функциональные зависимости неключевых атрибутов от ключевых.
2.3 Проверка модели в отношении транзакций пользователя и выполнения запросов
1. Сведения об имеющихся комплектующих указанного источника;
SELECT комплектующие. название комплектующей, фирма поставщик. название фирмы поставщика, комплектующие, номер поставщика
FROM комплектующие, поставщик
WHERE фирма поставщик, название фирмы поставщика "AMD"
AND фирма поставщик, номер фирмы поставщика=комплектующие, номер фирмы поставщика;
2. Сведения об комплектах, заказанных определенным заказчиком с указателем имени получателя;
SELECT комплект, название комплекта, список, номер комплекта, номер фирмы заказчика, фирма заказчик, название фирмы заказчика, получатель, ФИО получателя
FROM комплект, список, заказчик, получатель
WHERE фирма заказчик, название фирмы заказчика- "Интерком"
AND список номер комплекта-комплект. номер комплекта AND список, номер фирмы заказчика=фирма заказчик, номер фирмы заказчика AND получатель, номер получателя=комплект номер получателя;
2.4 Построение окончательной диаграммы " Сущность связь "
Заключение
В данной курсовой работе я разработал базу данных для автоматизации работы компьютерного салона. На начальном этапе я составил модель предметной области, которой необходимо определить объекты, которые представляют наибольший интерес для пользователей. Для этого я составил подробное описание предметной области и связей, которые присутствуют между данными объектами, проверил свою модель на наличие таких видов связей как сложная, рекурсивная, связь с атрибутами, разделил связи многие ко многим, а также определил типы сущности и типы атрибутов, и на основании этих данных построил диаграмму "сущность-связь"
На 2 уровне я сделал проверку связи и проверку моделей с помощью правил нормализации. Моя модель данных находилась в первой и второй нормальной форме, в 3 нормальную форму я привел модель путем нахождения транзитивных зависимостей и перенесением их в другую сущность (список). Проверил модель в отношении транзакций пользователей и выполнения запросов, а затем построил окончательную диаграмму "сущность-связь". На основе проведенной мной работы могу сказать, что моя база данных будет хорошо помогать в работе компьютерного салона.
Список использованной литературы
1. Базы данных. Учебник А.Д. Хомоненко
2. Вейскос Дж. Эффективная работа с MS Access 2000
3. Википедия
4. Дейт К. Дж. Введение в систему баз данных
Размещено на Allbest.ru
...Подобные документы
Исходные данные для проектирования комплекса производств лакокрасочных материалов и растворителей общей мощностью 7000 т/г. Основание для разработки исходных данных и общие сведения о технологии. Описание принципиальных технологических схем производства.
курсовая работа , добавлен 17.02.2009
Характеристика этапов автоматизированного проектирования. Методика и алгоритм расчета норм расхода основных материалов на женское демисезонное пальто с помощью программ Basiq Norma 1 и Norma 2. Особенности автоматизации обработки данных с помощью ЭВМ.
курсовая работа , добавлен 06.05.2010
Подбор электродвигателя и проектирование двухступенчатого червячного редуктора. Критерии проектирования: выбор размеров и материалов редуктора. Расчет быстроходной и тихоходной передачи. Конструирование червяков и червячных колес. Компоновка редуктора.
курсовая работа , добавлен 12.01.2012
Составление исходных данных для проектирования птичника. Определение требуемого термического сопротивления теплопередаче. Расчет площадей отдельных зон пола. Расчет теплопотери через ограждающие конструкции. Расчет тепловоздушного режима и воздухообмена.
курсовая работа , добавлен 10.09.2010
Основные сведения о силикатном кирпиче. Производство известково-кремнеземистого вяжущего. Силос для гашения сырьевой смеси. Процесс автоклавной обработки материалов. Расчет потребности сырья. Входной контроль материалов. Расчет проектирования складов.
дипломная работа , добавлен 27.01.2014
Правила проектирования и реконструкции механических производственных цехов: общие сведения о проектировании механосборочного производства, описание рабочего проекта и рабочей документации, интерьера спроектированного участка изготовления детали.
контрольная работа , добавлен 28.12.2008
Характеристика продукции завода железобетонных изделий и бетонных смесей. Расчет производительности программы приготовления бетонных смесей. Выбор технологического оборудования. Определение объемов запасов хранения материалов и выбор типов складов.
курсовая работа , добавлен 11.06.2015
Функции системы автоматизированного проектирования одежды. Художественное проектирование моделей одежды. Антропометрический анализ фигур. Методы проектирования конструкций моделей. Разработка семейства моделей, разработка лекал и определение норм расхода.
дипломная работа , добавлен 26.06.2009
Условия эксплуатации машинного агрегата, служащего приводом качающегося подъемника. Двигатель для его проектирования, кинематический расчет привода. Выбор материалов червячной передачи и определение допускаемых напряжений. Расчет валов и подшипников.
курсовая работа , добавлен 16.06.2011
Обоснование выбора системы и схемы водопровода, гидравлический расчет сети и подбор счетчика. Определение требуемого напора. Нормы проектирования канализационной системы, расчет внутренней и дворовой сети. Спецификация материалов и оборудования.
Инновационный потенциал основан на результатах первых двух этапов инновационного цикла, т.е. на результатах фундаментальных и прикладных исследований. Эти результаты могут быть выражены в разных видах - от идеи, характеризующей саму возможность практического применения, до опытных образцов, обеспеченных чертежно-технической документацией, технологией производства, испытанных и апробированных на производстве.
Апробированный результат научно-исследовательской работы (НИР) и научно-исследовательской опытно-конструк-торской работы (НИОКР) является предпочтительным для применения на предприятиях, так как дает возможности развития предприятия при определенных рисках. Первый вид испытанных научных результатов (идея НИР) является основой инновационного потенциала и отличается высокими рисками, которые практически оценить очень сложно. Поэтому такие результаты имеют развитие приоритетно на основе государственного управ-ления, которое выступает венчурным капиталистом.
Результаты научных исследований, которые планируются к переходу в стадию инновационной диффузии, являются основой для новой стадии исследований, которая характерна актуальностью выполнения НИР технико-технологических и инновационных исследований.
Инновационные исследования определяют пути перехода от результатов НИР к инновационной диффузии и включают организационно-экономические исследования, выбор предприятий и организаций для внедрения в производство новшеств, нововведений и инноваций.
Таким образом, к особенностям инновационного развития относятся вопросы, характерные для ранних стадий проектирования технических объектов и систем в техновещественном развитии отраслей жизнедеятельности общества. Второй составляющей инновационного развития является инновационное исследование, определенное выбором предприятия и формированием партнерских отношений его с научной организацией, университетом, т.е. с разработчиком новшества, нововведения, инновации.
В таком подходе к организации управления инновационным развитием в условиях региона обеспечивается неразрывность инновационного цикла как необходимого условия для развития инновационной деятельности.
Моделирование на ранних стадиях проектирования призвано решать задачу концептуального проектирования, т.е. определять и использовать такие технико-технологические решения, которые в дальнейшем могут обеспечивать конкурентные преимущества создаваемому техническому объекту, системе, предприятию, отрасли и территории (региону).
Концептуальное моделирование имеет особенности, характерные для ранних стадий проектной деятельности (включая идею) и завершая эскизным проектированием, что определяет создание новых и перспективных технико-технологических решений, обеспечивающих инновационный потенциал конкурентными преимуществами.
Результирующими от созданной идеи могут быть: 1) проект; 2) программа; 3) направление научной и опытно-конструк-торской работы. Создание на основе полученного технико-технологического решения проекта определяет возможности бизнес-планирования, т.е. получение обоснованного организационно-экономического плана работы. Программа включает процесс исследований, результатом которых является комплекс взаимоувязанных инновационных проектов. Достижение организационно-экономической эффективности по программе осуществляется поэтапно на основе согласованного выполнения комплекса проектов. Отличительной особенностью инновационного направления является большая доля научных исследований, направленных на изыскание таких технико-технологиче-ских решений, которые могут обеспечить конкурентные преимущества предприятию в его развитии. Направление включает программы и проекты.
Ведение проектных работ по каждому из трех направлений опирается на интеллектуальный потенциал профессионалов, использующих методы научно-технического творчества, и требует в современных условиях поддержки на основе информационных технологий для решения неформализованных научно-технических задач.
Концептуальное проектирование, включающее поиск идей, отличается планированием целевых показателей, параметров, индикаторов создаваемого технического объекта или системы. С позиции инноваций при проектировании отрицательный результат, имеющий даже научную ценность, рассматривается как неудача. Согласно когнитивной психологии, каждый проектировщик, конструктор имеет свою персональную когнитивную карту, которая определяет схему его видения образа объекта проектирования и процесса его реализации, поэтому задачей является выбор инновационного образа технического проектирования объекта.
Процесс работы связан с наличием у разработчика некоторой мыслительной модели, которая имеет текущее состояние и постоянно меняется в процессе познания, что и является процессом концептуального проектирования с инструментальным использованием когнитивных моделей (лат. cognition - знание, познание). В исследованиях технической направленности эти модели находят применение в качестве имитационных, которые ориентированы на прогнозирование поведения оператора при взаимодействии его со сложными техническими системами.
Концептуальное проектирование характерно целесообразностью использования методов опосредованного познания, т.е. моделирования. Характеризуя модели, используемые на ранних стадиях проектирования, отметим приоритетность внимания к особенностям построения иерархических структур моделирования, имеющих место информационных процессов, а также на принятии решений.
Исследование задачи структурного и параметрического синтеза в процессе проектирования на ранних стадиях с когнитивных позиций в сложных технических системах показывает два явно выраженных этапа: 1) этап структурного синтеза и 2) этап параметрического синтеза описании функционирования. Этапы включают существенные звенья познавательной направленности. Когнитивное моделирование при компьютерной поддержке повышает эффективность проектирования. Задачи структурирования, компоновки изделия и параметризации представляются наиболее перспективными с позиции когнитивного моделирования.
Например, при создании дизеля структура изделия может меняться несущественно и основные трудности будут связаны с параметрическим синтезом. Обратная ситуация - при создании продуктов питания нового поколения и примерно равнозначная значимость структурного и параметрического синтезов - для сферы строительства. При этом могут быть исключения для каждой из указанных отраслей по соотношению задач структурного и параметрического синтеза, что определяется созданием гибкой производственной системы.
Формирование структуры осуществляется эвристическим путем (методы научно-технического творчества), или структура выбирается из набора решений. Моделировать структурные и параметрические (функциональные) этапы в единой модели одновременно весьма сложно и может частично решаться только при компьютерной поддержке в системе «человек-машина». При этом параметрический этап (функционирования) отличается использованием теории анализа и подобия. Создание теории функционирования для сложных технических систем возможно лишь для отдельных аспектов.
На ранних стадиях проектирования находят применение грубые промежуточные компоновочные чертежи и подобные модели (вербальные, на основе последовательного приближения).
Содержательные модели представляют собой словесные постановки задачи, программы и планы развития систем, «деревья» целей, управления, проектирования и др., которые широко используют системный подход, опирающийся на понятия системы, подсистемы, элемента структуры, иерархии, свойства (параметров), цели, функции и т.п. Это позволяет выявить специфику и закономерности сложных систем, разбить на подсистемы и организовать их взаимодействие с учетом влияния внешней среды. Далее проявляется возможность перехода к использованию формализованных методов.
Рассматривая модели, используемые при решении задач проектирования, можно выделить:
Иерархическое описание и стратегии его формирования;
Теоретико-множественные модели;
Модели представления знаний: например: продукция как форма предоставления знаний; фреймы; сценарии; предикатные модели; модели представления данных.
При проектировании под сценарием понимается система предположений о течении изучаемого процесса, на основе которой разрабатывается один из возможных вариантов прогноза, строится план (тоже сценарий) осуществления чего-либо. Сначала разрабатывается базовый сценарий, который показывает наиболее вероятное воздействие всех событий на показатели благополучия и параллельно строится пессимистический сценарий. Далее, чтобы помочь руководителю принять адекватное решение, разрабатываются две стратегии упреждающих действий:
В отношении событий, поддающихся контролю, намечаются действия, направленные на то, чтобы желательные события происходили, а нежелательные - нет;
В отношении событий, не поддающихся контролю, намечаются действия, которые усиливают благоприятные последствия и смягчают неблагоприятные.
Результатом такой проработки является так называемый «форсированный сценарий». Имеются примеры удачного использования сценариев при проектировании для описания действий пользователя с несколькими уровнями наглядного объяснения. Результаты позволяют продемонстрировать, насколько детально должна быть представлена информация, предназначенная для использования в адаптивных интерфейсах. Сценарии являются способом представления информации и удобны для представления стереотипных знаний, определяющих типичные ситуации конкретной предметной области. В интеллектуальных системах сценарии используются в процедурах понимания естественно-языковых текстов, планирования поведения, принятия решения, повышения эффективности обучения.
Такой подход к проектированию на ранних стадиях с позиции когнитивного моделирования обеспечивает саму возможность ведения стратегии инновационного развития. При этом удается оттеснять стратегию развития по имитационной модели, которая развита в российском обществе. При создании компьютерной поддержки процесса концептуализации необходимо активнее использовать интеллектуальный потенциал профессионалов из разных сфер знаний, научных организаций, предприятий, отраслей.
Когнитивное моделирование технико-технологических объектов и систем определяет возможность комплексной увязки в информационную технологию трех компонентов: 1) концептуализации; 2) структурирования и 3) параметризации. Концептуализация должна быть целенаправленной, что предполагает применение категориального анализа и теории парадигмы.
При когнитивной направленности структурирования определяется возможность порождения новых инвариантных структур.
На основе вербальных моделей через создание блок-схем процесс проектирования выходит на компоновку, которую выполняет специалист, и он должен быть обеспечен персонифицированной системой поддержки. Для параметризации компонентов изделия характерны интеграционные работы, что определяет целесообразность использования когнитивной компьютерной графики. Концептуальное проектирование носит коллективный характер, что определяет особенности информационной технологии поддержки этой деятельности.
Следует отметить, что чем более ранняя стадия проектирования (стадия идеи) рассматривается, тем более конкурентной может быть создаваемое изделие, технический объект или система, технология.
Подходы, модели, используемые при создании технических систем, могут быть использованы в аналитической системе управления не только для разработки технико-технологических решений, но и для выработки решений системного управления инновационным развитием организации, предприятия, отрасли, региона.
Развитию инновационного потенциала характерна система «университет - промышленность», так как необходимо совмещение знаний этих двух сфер знаний.
Основные понятия, классификация
Не много стоит построить небоскреб: знаний и умений - достаточно. Много стоит идея такого здания, которую можно реализовать в любых климатических условиях при возможных тектонических движениях земной коры: знаний и умений - будет явно недостаточно при этих (всего двух!), но кардинально существенных, условиях.
Сомнительно, что человек решится на концептуальное проектирование такой идеи. Есть уникальные технические решения, которые в разных странах мира разные специалисты реализовали в зданиях, мостах, телекоммуникационных сооружениях и других сложных конструкциях. Все это востребовано в конкретном месте для конкретной цели и рассчитано на конкретные условия применения.
Статика и динамика систем
Современное концептуальное проектирование - это статика. Условия применения результатов интеллектуальной деятельности человека - это всегда динамика. Сама человека - это непрерывное развитие (динамика).
Сегодня уровень науки, технологий и знаний слишком мал, чтобы создавать динамичные системы. Если человек проектирует самолет: это, как минимум, мотор и два крыла. Если создает престижный автомобиль, то у авто будет кожаный салон и четыре колеса. О подводных лодках, истребителях и космических кораблях вовсе можно не говорить: инерция и жесткая конструкция делают их уязвимыми для любого динамичного, не обязательно «интеллектуального», снаряда.
Каждая новая техническая система - лучше предыдущей. Она впитывает опыт создания предшественниц, нивелирует допущенные ранее ошибки и просчеты. Со статикой результатов интеллектуальной деятельности человека привыкли мириться: другого выхода нет. Допускать допущенные просчеты в концептуальном проектировании новых технических, социальных и иных систем уже не принято.
Любое проектирование - это спиралевидный динамический процесс, который адаптивно учитывает достигнутые ранее знания и умения, определяет изменения в области применения и ориентируется на обоснованные требования потребителя.
Сбор и анализ информации
Не только человек, но и любое живое существо наблюдает и собирает информацию. Сознательно или подсознательно - не суть важно. Только в результате анализа воспринятых данных и «понимания» их сквозь призму накопленного опыта (знаний и умений) происходит анализ ситуации и принятие решения.
Человек разработал множество методов и инструментальных средств для сбора и анализа информации, но выделять этот процесс как стадию, например, подготовка данных или предварительное проектирование, бессмысленно. Человек сознательно воспринимает информацию и принимает решения, обдумывая текущие цели и задачи. Человек подсознательно выполняет гораздо больше действий и, в конечном итоге, именно подсознание подталкивает сознание к формированию правильного поведения и исполнению конкретного действия.
Сбор и анализ информации - это начало социальной или технической системы. Это сама по себе концепция начала работ. Всегда первичная информация собирается и изучается в контексте поставленной цели и решаемых задач. Всегда вторичная информация отражает все те же поставленные цели и задачи. Каждый новый этап - это концептуальное проектирование на новом витке развития знаний о достигнутом и достигаемом: о цели и решаемых задачах.
Статика и жесткое конструирование
Человек не всегда придает объективное значение своей деятельности. Дело вовсе не в том, что он к этому не стремится, просто часто он ставит перед собой одни цели, но достигает другие. Концептуальное проектирование существовало всегда, но «сознательно» человек к этому отнесся только с появлением компьютерной техники и программирования.
Между тем, ассоциации: «концепция = информационная система» не существует. Во всяком случае: об этом свидетельствует современное положение вещей.
Простой пример. Система электронного документооборота организации. Сколько лет создавались такие системы? Сколько таких систем разработано? Сколько научных конференций - состоялось, копий - сломано, бумаги - исписано? По сей день ни один из результатов «концептуального проектирования» систем документооборота не состоялся как концептуально исполненный.
Жесткие конструкции синтаксиса и семантики языков программирования. Четкое понимание, что формализовать динамику области применения и решаемой задачи человек не в силах: знаний и умений явно недостаточно. Результат: всякая модель формализации области применения и требуемой задачи обращается в статическую конструкцию.
Современный мир виртуальных технологий мало чем отличается от пирамиды Хеопса. Изменить что-либо в созданной информационной системе крайне сложно. Любое изменение чревато существенными затратами стороннего труда (разработчика, программиста, автора): сама информационная система ничего «для себя сделать не может».
Объективные законы физического мира
Естественное концептуальное проектирование, как пример создания идеальной системы, существовало всегда. Есть разница между тем, что человек делает, и что он понимает. Пирамида Хеопса не одинока в своем исполнении. Почти километр «изящных» железобетонных конструкций: небоскреб Бурдж-Халифа в Дубай (ОАЭ) - не единственное высотное сооружение. Аналогичных примеров можно привести множество: естественное концептуальное проектирование свойственно человеку, и человек это демонстрирует параллельно в различных регионах планеты в различных сферах социальной, производственной и духовной практики.
Любая роспись иконы в храме, выполненная на сферической поверхности, но воспринимаемая объемно и, естественно, с любого места в этом храме, создана многократно различными специалистами в различные времена.
Теория решения изобретательских задач (ТРИЗ), одно из заметных достижений прошлого века, была выполнена одним человеком, но привлекла внимание многочисленных специалистов, которые развили и использовали ее в реальной практике.
ТРИЗ - идеальный пример современного концептуального проектирования, начатый одним человеком и развитый множеством людей, но не достигший, объективно возможного, концептуального уровня развития.
ТРИЗ - заметное, но не монументальное достижение. Альтшуллер, Шапиро и тысячи их последователей внесли вклад в теорию, практику и изобретательское дело, но результат «ничтожен»: последователи и правообладатели, фантастические рассказы и статьи о сильном мышлении... в сравнении: Леонардо Да Винчи своими исследованиями полетов птиц и кардинально новой идеей: «не крыло должно махать, но аэроплан должен лететь» - прославился больше и украсил свои многочисленные концептуальные изобретения загадочной Джакондой.
Субъективные положения социального мира
ТРИЗ не строилась на фундаменте технического задания, а ее родоначальник Альтшуллер не руководствовался какими-либо методами выполнения работ. «Мастера» теории решения изобретательских задач и тысячи их учеников довольствовались малым:
- все искусственные системы развиваются по определенным законам;
- все системы развиваются, преодолевая противоречия;
- для одинаковых противоречий, решения проблем могут сильно различаться.
С точки зрения общественного сознания, актуальности и полезности целевая установка ТРИЗ социально значима и имеет реальное практическое применение.
Автоматизировать процесс решения изобретательских задач, исключив из него «элементы случайности: внезапное и непредсказуемое озарение, слепой перебор и отбрасывание вариантов, зависимость от настроения и т. п» (цитата из "Википедии").
ТРИЗ существенно повлияла на общественное сознание и позволила многим тысячам специалистов решить реальные практические задачи. Было создано множество лабораторий изобретающих машин и спроектировано несколько десятков интеллектуальных систем.
Однако теория решения изобретательских задач по сей день ничем не отличается от курса средней или высшей школы, но гораздо слабее организована в методическом плане. Все три базовых постулата концепции ТРИЗ не имеют ровным счетом никакого значения. Ни об одной «изобретающей машине» общественное сознание до сих пор не имеет никакого представления, а идею искусственного интеллекта и возможность создания интеллектуальной системы уже давно не воспринимает всерьез.
Обозначить - не значит использовать: концептуально о базовых постулатах ТРИЗ
Постулат «1»: нет разницы между естественной и искусственной системой, потому. как и то, и другое развивается не по определенным, а по объективным законам. То, что человек не познал или не понимает объективности законов Природы, ровным счетом для этих законов ничего не значит.
Постулат «2»: все системы развиваются, но причем здесь противоречия. Есть задача, есть необходимость ее концептуального проектирования, и есть проблема образования (квалификации) специалистов, задействованных в ее решении.
Постулат «3»: даже на пустом месте, которое обнаружили два квалифицированных специалиста в поисках одного противоречия, они сформулируют два десятка кардинально различных варианта решения.
Так было, есть и будет, пока уровень знаний и умений будет основываться на субъективном мнении, а не на объективных законах Природы.
Цели и задачи проектирования - это всегда важно, но гораздо важнее их концепция. Во всякой области применения развивающаяся естественная система или создаваемая человеком искусственная система есть нечто, обозначаемое целью, и спектр составляющих этого нечто, обозначаемый задачами. Есть требования, которые формулирует потребитель (заказчик), автор идеи.
Концептуальное проектирование (КП) - это динамика развития цели и составляющих ее задач, как способ движения к пониманию сути вещей, явлений и процессов. Человек сначала понимает, что нужно сделать, затем что-то делает и, переосмысливая созданное, пересматривает цель и составляющие ее задачи.
Методы и средства проектирования
Интересная особенность поисковой выдачи по запросу: «методы и средства концептуального проектирования»: 97 % результатов связаны с информационными системами, программированием, базами данных и другими направлениями в области компьютерного дела и информационных технологий; остальные 3 % придутся на «более практичные» сферы социальных и производственных потребностей: авиационные двигатели, производственные процессы, социальные или природоохранные проекты и другое.
Странная особенность человеческого менталитета, когда он приобретает знания и приближается к пониманию объективных законов Природы: ставить свои достижения на первое место, пренебрегать достижениями других людей и считать только свой собственный опыт определяющим критерием познания окружающей среды и влияния на нее.
Концептуальное проектирование: примеры из области разработки программного обеспечения.
1) В настоящее время принято выделять следующие методологии разработки ПО:
- Структурный подход, в основу которого положен принцип алгоритмической де-композиции.
- Объектно-ориентированный подход, который использует объектную декомпозицию.
2) Основными этапами КП являются:
- Предварительное проектирование.
- Эскизное (рабочее или техно-рабочее) проектирование.
- Изготовление, испытания и доводка опытного образца системы.
3) Есть два подхода к КП:
- Первый подход включает формулирование, определение и интеграцию объектов высокого уровня, используемых для построения модели. Основное внимание при этом уделяется интеграции понятий (концепции), представляющих объекты.
- Второй подход - моделирование сущностей. Моделирование и интеграция представлений пользователей в терминах диаграмм сущностей.
Другие определения методов, инструментальных средств, трактовки целей и задач в современном общественном сознании отражены в аналогичном стиле.
Объективный подход к проектированию
Трудно согласиться с авторами разнообразных концептуальных теорий, методик и средств выполнения концептуального проектирования. Во-первых, компьютерное дело - не самое главное в социальной и производственной сфере, хотя имеет огромное значение. Во-вторых, идея формализации - это гарантия статики и жестких конструкций при решении абсолютно любой задачи. В-третьих, при всем надлежащем и уважительном отношении к знаниям и умением признанных авторитетов и специалистов приоритет имеют не их знания и умения, а объективные законы природы.
Наука и практика обязаны теории решения изобретательских задач. Это было на самом деле великое дело: систематизировать физические, химические, социальные и другие достижения, практические решения, изобретения, технологические процессы. Задача сформулировать системы физических эффектов или определить объективные закономерности - воистину актуальна, была всегда, и в современном мире ее актуальность стремительно растет.
Объективный подход в проектировании: ничего жесткого и формального, все процессы и понятия развиваются, непрерывно пересматриваются анализируются и совершенствуются. Говорить о концептуальном проектировании в формальном ключе нельзя. Фиксировать смысл в терминах реляционных или иерархических отношений между предметами или явлениями, значит фиксировать конечный результат.
Суть не в том, что такое цель, задача, средство или метод. В концептуальном контексте важен смысл, а не его формальное обозначение.
Человек и пчела
Менталитет венца Природы - человека по сей день не позволяет ему наделить иное живое существо интеллектом. Человек до сих пор не понимает, что его ровным счетом ничего не значит для объективных законов Природы.
Человек может считать, что действует сознательно и не понимать, что его мозг непрерывно делает что-то бессознательно, чтобы уже через три года ребенок после рождения начал, к примеру, выражать свои потребности словами, а к пяти годам строить пирамиды из кубиков, а к десяти годам мечтать о полетах на Луну или статусе известного композитора.
Концептуальное проектирование своего поведения пчела делает на автомате. Результат - есть польза пчелиной семье, окружающей среде и человеку. Пусть человек считает, что интеллектом пчела не обладает. Это ровным счетом ничего не значит.
Концептуальное проектирование своего поведения делает каждый человек лучше, чем пчела: у него гораздо больше функциональных и интеллектуальных возможностей. Не обязательно быть великим архитектором, конструктором истребителей пятого поколения. Достаточно быть простым преподавателем средней школы и без знания ТРИЗ, на одном дыхании создать концепцию подготовки детей к сложной и интересной жизни в обществе. На благо себе и людям.
Концептуальное (инфологическое) проектирование (КП) системы – это конструирование информационных моделей предметной области(ОУ), котрые не зависят от условий программной и аппаратной реализации.
Здесь выполняется три функции:
1. определение типов сущностей предметной области
2. определение типов связей между сущностями
3. определение атрибутов и связывание их с типами сущностей и связей.
4. создание локальных концептуальных моделей данных в виде диаграмм “сущность - связь”.
5. обсуждение ЛКИМД с пользователями.
Рис. 3.1.3.1 Соответствие этапов проектирования и элементов архитектуры ANSI/SPARC.
Этап логического проектирования.
Логическое проектирование – это конструирование информационных моделей на базе существующих концептуальных модулей. Т.е. на этом этапе концептуальная модель данных преобразовывается в локальную логическую модель данных и далее в глобальную логическую модель данных(ГЛМД) с учетом типа используемой СУБД. Этот этап содержит 2 подэтапа:
На первом подэтапе выполняется:
1. преобразование локальной концептуальной модели данных (ЛКМД) в локальную логическую модель данных(ЛЛМД);
2. определение набора отношений(таблиц) исходя из структуры ЛЛМД;
3. проверка ЛЛМД с помощью правил нормализации;
4. проверка ЛЛМД в отношении транзакции пользователей;
5. создание окончательной диаграммы «сущность-связь» для каждой ЛЛМД;
6. определение требований к ЛЛМД с точки зрения обеспечения целостности данных;
7. обсуждение ЛЛМД с конечными пользователями.
На втором подэтапе выполняется:
1. слияние ЛЛМД в ГЛМД;
2. проверка и корректировка ГЛМД;
3. создание окончательного варианта диаграммы «сущность-связь», отображающей ГЛМД;
4. обсуждение ГЛМД с конечными пользователями.
Т.о. концептуальное и логическое проектирование позволяет решить следующие задачи:
1 - разбить весь проекта на группу относительно небольших простых задач исходя из структуры предметной области, т.е. создать ЛКМД
2 преобразовать ЛКМД в ЛЛМД
3 объединить ЛЛМД в ГЛМД
Этап физического проектирования
Этот этап состоит из 3-х подэтапов:
1. внедрение ГЛМД в среду конкретной СУБД:
Проектируются основные таблицы в среде СУБД
Реализация функций связанных с управлением ПО или т.н. бизнес-правил для ПО
2. создание проекта физического представления БД:
Выбор конкретной структуры хранения данных
Определение требований к внешней памяти
3. разработка средств защиты БД:
Разработка и учет пользовательских представлений о защите данных
Определение правил доступа для разных типов пользователей
На этом же этапе необходимо рассмотреть вопросы мониторинга и настройки всей системы.
Выбор СУБД.
Выбор СУБД необходим для обеспечения оптимального способа поддержки данной БД и всех приложений ИС. Целесообразно этот выбор осуществить между этапами концептуального и логического проектирования, т.к. это даёт возможность определиться в типе СУБД. Выбор СУБД является довольно трудоемкой задачей, т.к. различные СУБД существенно отличаются друг от друга по целой группе параметров.
Общий список параметров включает:
1. физические параметры:
предусмотрены ли файловые структуры в данной СУБД;
наличие средств индексирования;
наличие средств сжатия данных;
возможность шифрования данных;
требуемые объемы ОЗУ и ПЗУ для данной СУБД и т.д.
2. параметры определения данных:
тип базовой модели организации данных;
наличие поддержки в расширении первичных ключей;
наличие средств поддержки целостности данных;
предусмотренные типы данных;
3. общие параметры:
стоимость СУБД;
наличие поддержки работы СУБД в Internet;
производительность данной СУБД;
4. параметры, определяющие доступность в плане создания приложений:
возможности языка запросов;
наличие многопользовательского доступа;
возможность использования языков современного уровня;
5. группа параметров, описывающих средства технологии разработки ИС:
наличие инструментов для работы с оконным интерфейсом;
наличие case-инструментов;
Эти параметры обычно снабжаются теми или иными весовыми коэффициентами, которые определяют степень важности этого параметра для данного заказчика (предприятия). Это позволяет используя числовые данные по каждому параметру рассчитать для каждой СУБД общий(интегральный) показатель и, следовательно, более объективно оценить её. Заказчик и проектировщик ИС выбирают ту СУБД, для которой интересующий показатель – наибольший(наилучший).
Разработка приложений.
Цель разработки приложений заключается:
1. создание проекта транзакций
2. создание проекта интерфейса пользователя.
Проектирование транзакций.
Транзакций – одно действие или последовательность действий, выполняемых одним и тем же пользователем и/или одной прикладной программой(ПП), в результате чего появляется возможность обеспечить доступ к БД и/или изменить её содержимое (пример транзакций – регистрация клиента в БД какого-либо банка).
Обычно транзакция выполняется частично персоналом АИС, а частично ПП или самой СУБД.
Основные типы транзакций:
1. транзакции извлечения – действия, обозначающие выборку данных из базы
2. транзакции обновления – действия, в результате которых обеспечивается либо удаление определенных данных, либо их изменение, либо добавление некоторых данных.
3. смешанные транзакции
При проектировании транзакций необходимо определить и задокументировать характер(свойства) всех транзакций, которые будут реализовываться в АИС. В их числе:
1. исходные данные, которые использует транзакция;
2. выходные данные, формируемые транзакцией;
3. функциональные характеристики транзакций;
4. степень важности транзакции для пользователя;
5. предполагается интенсивность использования данной транзакции.