Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Размещено на 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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Заключение

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

Одна из архитектур БД называется 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) в случае рекурсивной связи - когда родитель и потомок совпадают. Пример – иерархия подчинения в организации, когда для данного работника необходимо учитывать его непосредственного начальника:

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Размещено на http://www.allbest.ru/

Министерство образования и науки Российской Федерации

Федеральное государственное бюджетное образовательное учреждение

высшего профессионального образования

Волгоградский Государственный Технический Университет

Факультет Подготовки Инженерных Кадров

Кафедра "Системы автоматизированного проектирования и поискового

конструирования"

Курсовая работа

По курсу "Концептуальное проектирование систем"

Выполнил: студент группы АУЗ-361с Тюляева И.А.

Проверил: ст. пр. Орлова Т. А.

Волгоград 2013 г

Введение

1) Проведение конструктивно-функционального анализа системы

1.Описание исходной системы

Объект исследования

Вербальное описание

Ограничения на исследования

Цель определения системы

Классификация системы

Конструктивно-функциональный анализ системы

Конструктивно-функциональная структура в графическом виде

2) Проведение функционально-физического анализа технических объектов

1. Функционально-физический анализ технических объектов

2. Потоково-функциональная структура

3) Проведение морфологического анализа и морфологического синтеза технического объекта

1.Описание технического объекта

2. Морфологический анализ технического объекта

2.1 Цель морфологического анализа

Морфологическая таблица

Общее количество возможных технических решений

Итоговое общее количество возможных технических решений

3. Морфологический синтез технического объекта

3.1 Цель морфологического синтеза

Таблица экспертных оценок

Синтез по одному критерию

Синтез по всем критериям

Заключение

Список использованных источников

Введение

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

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

В результате проведения данной работы студент должен узнать и научиться:

Основные особенности задач решаемых при проектировании технических объектов;

Применить научный подход к анализу и синтезу решений при проектировании технических объектов;

Использовать методы анализа и синтеза технических решений для построения автоматизированных систем проектирования технических объектов;

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

1) Проведение конструктивно-функционального анализа системы

Цель работы :

1. Описание исходной системы

1.1 Объект исследования

Объектом исследования является - электрокофемолка ударного типа. Определим объект как систему электроперемолки кофе без электронного регулятора.

1.2 Вербальное описание

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

Отправителем (V 1) кофейных зерен (V 2) в системе является человек, он же является ответственным за подачу кофейных зерен в бункер для кофейного зерна и выгрузку полученного измельченного кофейного порошка из бункера для молотого кофе.

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

1.3 Ограничения на исследования

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

1.4 Цель определения системы

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

2. Классификация системы

Исследуемая система относится к сложным техническим детерминированным системам.

Система является открытой системой, так как она взаимодействует с окружающей средой и не живая.

Система конкретная, потому что имеет больше 2-х элементов, которые являются объектами.

Автоматизированная электрокофемолка относится к искусственным физическим системам, так как создан человеком.

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

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

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

3. Конструктивно -функциональный анализ системы

Таблица № 1. Конструктивно-функциональная структура

4. Графическое представление

Рис. 1. Конструктивно-функциональная структура в графическом виде.

2) Проведение функционально-физического анализа технического объекта

Цель работы: изучение функционально-физический анализ автоматизированных систем и получение навыков работы с данным методом при проектировании автоматизированной системы.

1. Функционально-физический анализ технических объектов

Внешняя среда: V 1 - Человек, V 2 - Кофейные зерна.

Таблица №2: Функционально-физическая структура

2. Потоко во - функциональная структура

Рис. 2. Потоково-функциональная структура в графическом виде.

3) Проведение морфологического анализа и морфологического синтеза технического объекта

Цель работы: изучение конструктивно-функционального анализа автоматизированных систем и получение навыков работы с данным методом при проектировании автоматизированной системы.

1. Описание технического объекта

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

Электро (от нов.-лат. electricus и др.-греч. ?лекфспн) - электр, блестящий металл; янтарь.

2. Морфологический анализ технического объекта

2.1 Цель морфологического анализа

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

Необходимо усовершенствовать рассматриваемую систему.

Требования: Необходимо увеличить надёжность и функциональность системы.

Цель: Увеличить точность фиксации и быстродействие.

2.2 Морфологическая таблица

конструктивный морфологический автоматизированный электрокофемолка

Таблица №3: Морфологическая таблица технического объекта.

2.3 Общее количеств

Общее количество возможных технических решений:

3 * 3 * 2 * 2 * 3 * 2 * 2 = 432

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

Бункер для кофейного зерна.

Бункер для молотого кофе.

Включатель.

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

2.4 Итоговое общее количеств о возможных технических решений

Таблица №4: Итоговая таблица.

Итоговое общее количество возможных технических решений:

3 * 3 * 2 * 2 = 36

3. Морфологический синтез технического объекта

3.1 Цель морфологического синтеза

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

3.2 Таблица экспертных оценок

Таблица №5: Таблица экспертных оценок технического объекта.

Весовые значимости критериев:

Эффективность - 0.3

Простота осуществления - 0.1

Экономичность - 0.2

Надежность - 0.4

3.3 Синтез по одному критерию

Синтез по критерию "Надёжность".

Наилучший вариант:

Материал ножа: V 2 1 - сталь;

3.4 Синтез по всем критериям

Таблица №6: Таблица синтеза по всем критериям.

Наилучший вариант:

Материал крышки: V 1 3 - пластик;

Материал ножа: V 2 1 - сталь;

Тип пресса: V 4 1 - поршневой;

Тип блокирующего устройства: V 5 2 - контактная пластина.

Заключение

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

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

Список использованных источников

http://www.4analytics.ru/metodi-analiza/metod-ekspertnix-ocenok.html

http://www.coffeepedia.ru/%D0%9A%D0%BE%D1%84%D0%B5%D0%BC%D0%BE%D0%BB%D0%BA%D0%B0

http://coffeetime.ru/production/cook/2007-04-16-624/

Размещено на Allbest.ru

Подобные документы

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

реферат , добавлен 13.10.2009


Общие характеристики показателей надежности. Взаимосвязь надежности и качества объекта. Что понимается под ресурсными испытаниями и с какой целью они проводятся. Достоинства и недостатки "дерева событий". Модернизация конструкции или технологии.

контрольная работа , добавлен 01.03.2011


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

реферат , добавлен 13.10.2009


Этапы развития ООО "КИНЕФ". Основные химические процессы, используемые при переработке нефти. Цели и назначение создания системы. Датчики ударного импульса. Принцип действия термопреобразователей сопротивления. Определение показателей надежности системы.

отчет по практике , добавлен 26.05.2015


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

дипломная работа , добавлен 29.09.2013


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

реферат , добавлен 31.05.2010


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

курсовая работа , добавлен 15.02.2017


Определения требований надежности и работоспособности системы промышленного тахометра ИЛМ1. Распределение требований ее надежности по различным подсистемам. Проведение анализа надежности системы и техногенного риска на основе методов надежности.

курсовая работа , добавлен 23.05.2013


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

контрольная работа , добавлен 16.04.2010


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

7.2. Концептуальное проектирование с использованием методологии IDEF1X

Цель концептуального проектирования – создание концептуальной схемы данных на основе представлений о предметной области каждого отдельного типа пользователей. Концептуальная схема представляет собой описание основных сущностей (таблиц) и связей между ними без учета принятой модели БД и синтаксиса целевой СУБД. Часто на такой схеме отображаются только имена сущностей (таблиц) без указания их атрибутов. Представление пользователя включает в себя данные, необходимые конкретному пользователю для принятия решений или выполнения некоторого задания.

Ниже рассматривается последовательность шагов при концептуальном проектировании [ , ].

1. Выделение сущностей.

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

Возможные трудности в определении объектов связаны с использованием постановщиками задачи:

Примеров и аналогий при описании объектов (например, вместо обобщающего понятия «работник» они могут упоминать его функции или занимаемую должность: «руководитель», «ответственный», «контролер», «заместитель»);

Синонимов (например, «допускаемая скорость» и «установленная скорость», «разработка» и «проект», «барьерное место» и «ограничение скорости»);

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

Далеко не всегда очевидно то, чем является определенный объект – сущностью, связью или атрибутом. Например, как следует классифицировать «семейный брак»? На практике это понятие можно вполне обоснованно отнести к любой из упомянутых категорий. Анализ является субъективным процессом, поэтому различные разработчики могут создавать разные, но вполне допустимые интерпретации одного и того же факта. Выбор варианта в значительной степени зависит от здравого смысла и опыта проектировщика.

Каждая сущность должна обладать некоторыми свойствами:

Должна иметь уникальное имя, и к одному и тому же имени должна всегда применяться одна и та же интерпретация;

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

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

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

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

а) независимая		б) зависимая

Рис. 7.1. Сущности

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

2. Определение атрибутов.

Как правило, атрибуты указываются только для сущностей. Если у связи имеются атрибуты, то это указывает на тот факт, что связь является сущностью. Самый простой способ определения атрибутов – после идентификации сущности или связи, задать себе вопрос «Какую информацию требуется хранить о …?». Существенно помочь в определении атрибутов могут различные бумажные и электронные формы и документы, используемые в организации при решении задачи. Это могут быть формы, содержащие как исходную информацию (например, «Ведомость возвышений наружного рельса в кривых»), так и результаты обработки данных (например, «Форма № 1»).

Выявленные атрибуты могут быть следующих видов:

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

Составной (псевдоатомарный) – состоит из нескольких компонентов (например, «ФИО», «адрес», и т. д.). Степень атомарности атрибутов, закладываемая в модель, определяется разработчиком. Если от системы не требуется выборки всех клиентов с фамилией Иванов или проживающих на улице Комсомольской, то составные атрибуты можно не разбивать на атомарные;

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

Многозначный – содержит несколько значений (например, у одного отделения компании может быть несколько контактных телефонов);

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

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

Неключевой (описательный);

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

После определения атрибутов задаются их домены (области допустимых значений) , например:

Наименование участка – набор из букв русского алфавита длиной не более 60 символов;

Поворот кривой – допустимые значения «Л» (влево) и «П» (вправо);

Радиус кривой – положительное число не более 4 цифр.

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

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

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

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

- первичный ключ (primary key) – потенциальный ключ, который выбран для уникальной идентификации экземпляров внутри сущности;

- альтернативные ключи (alternative key) – потенциальные ключи, которые не выбраны в качестве первичного ключа.

Рассмотрим пример. Пусть имеется таблица, содержащая сведения о студенте, со следующими столбцами:

Фамилия;

Отчество;

Дата рождения;

Место рождения;

Номер группы;

Номер пенсионного страхового свидетельства (НПСС);

Номер паспорта;

Дата выдачи паспорта;

Организация, выдавшая паспорт.

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

Номер пенсионного страхового свидетельства;

Номер паспорта.

В качестве уникального идентификатора можно было бы выбрать совокупность атрибутов «Фамилия»+«Имя»+«Отчество», если вероятность учебы в вузе двух полных тезок была бы равна нулю.

Если в сущности нет ни одной комбинации атрибутов, подходящей на роль потенциального ключа, то в сущность добавляют отдельный атрибут – суррогатный ключ (искусственный ключ, surrogate key) . Как правило, тип такого атрибута выбирают символьный или числовой. В некоторых СУБД имеются встроенные средства генерации и поддержания значений суррогатных ключей (например, MS Access). Также стоит отметить, что некоторые разработчики вместо поиска потенциальных ключей и выбора из них первичного в каждую сущность добавляют искусственный атрибут, который в дальнейшем и используют в качестве первичного ключа.

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

Количество атрибутов, входящих в ключ, должно быть минимальным (желательно, чтобы ключ был атомарным, т.е. состоял из одного атрибута);

Размер ключа в байтах должен быть как можно короче;

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

Вероятность изменения значений ключа была наименьшей (например, «Номер пенсионного страхового свидетельства» более постоянный параметр, чем «ИНН» или «Номер паспорта»);

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

Если некий атрибут (набор атрибутов) присутствует в нескольких сущностях, то его наличие обычно отражает наличие связи между экземплярами этих сущностей. В каждой связи одна сущность выступает как родительская, а другая – в роли дочерней. Это означает, что один экземпляр родительской сущности может быть связан с несколькими экземплярами дочерней. Для поддержки этих связей обе сущности должны содержать наборы атрибутов, по которым они связаны. В родительской сущности это первичный ключ. В дочерней сущности для моделирования связи должен присутствовать набор атрибутов, соответствующий первичному ключу родительской. Этот набор атрибутов в дочерней сущности принято называть внешним ключом (foreign key) .

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

Рис. 7.2. Примеры сущностей

У независимой сущности «Участки» в качестве первичного ключа назначен суррогатный ключ, у зависимой сущности «План» – первичный ключ составной, состоящий из пяти атрибутов.

3. Определение связей.

Наиболее характерными типами связей между сущностями являются:

Связи типа «часть–целое», определяемые обычно глаголами «состоит из», «включает» и т.п.;

Классифицирующие связи (например, «тип – подтип», «множество – элемент», «общее – частное» и т. п.);

Производственные связи (например, «начальник–подчиненный»);

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

Среди них выделяются только те связи, которые необходимы для удовлетворения требований к разработке БД.

Связь характеризуется следующим набором параметров:

Именем – указывается в виде глагола и определяет семантику (смысловую подоплеку) связи;

Кратностью (кардинальность, мощность): один-к-одному (1:1), один-ко-многим (1:N) и многие-ко-многим (N:M, N = M или N <> M). Кратность показывает, какое количество экземпляров одной сущности определяется экземпляром другой. Например, на одном участке (описывается строкой таблицы «Участки») может быть один, два и более путей (каждый путь описывается отдельной строкой в таблице «Пути»). В данном случае связь 1:N. Другой пример: один путь проходит через несколько раздельных пунктов и через один раздельный пункт может проходить несколько путей – cвязь N:M;

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

Обязательностью: обязательная (при вводе нового экземпляра в дочернюю сущность заполнение атрибутов внешнего ключа обязательно и введенные значения должны совпадать со значениями атрибутов первичного ключа какого-либо экземпляра родительской сущности) и необязательная (заполнение атрибутов внешнего ключа в экземпляре дочерней сущности необязательно или введенные значения не совпадают со значениями атрибутов первичного ключа ни одного экземпляра родительской сущности);

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

o унарная (рекурсивная) – сущность может быть связана сама с собой. Например, в таблице «Работники» могут быть записи и по подчиненным, и по их начальникам. Тогда возможна связь «начальник» – «подчиненный», определенная на одной таблице;

o тернарная – связывает три сущности. Например, «Студент» на «Сессии» получил «Оценку по дисциплине»;

o кватернарная и т.д.

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

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

Таблица 7.1. Типы связей

Примечания.

1. Идентифицирующая связь отображается сплошной линией, неидентифицирующая – пунктирной.

2. Необязательность обозначается ромбиком.

На следующем рисунке приведены примеры отображения связей.

а) идентифицирующая

б) неидентифицирующая

в) рекурсивная

Рис.7.3. Примеры связей

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

4. Определение суперклассов и подклассов.

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

Суперкласс – сущность, включающая в себя подклассы.

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

Рис. 7.4. Иерархия наследования (неполная категория)

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

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

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

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

7.3. Пример построения концептуальной схемы

На следующем рисунке показан фрагмент концептуальной схемы информационной модели для задачи определения допускаемых скоростей, построенная с использованием ERwin v9.2.

Рис. 7.6. Фрагмент концептуальной схемы информационной модели

В концептуальной схеме выделены следующие логические блоки данных:

Нормативно-справочная информация;

Информация об участках дороги;

Задание на расчет;

Ведомости допускаемых скоростей;

Проект Приказа «Н» (на рис. 7.6 не показан);

Формы № 1, 1а и 2 (на рис. 7.6 не показан).

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