39606

Методические указания к лабораторным работам по дисциплине «Информационное моделирование»

Книга

Информатика, кибернетика и программирование

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

Русский

2013-10-07

558.5 KB

31 чел.

PAGE   \* MERGEFORMAT 50

УДК 004.438

ББК 32.973.26-018.1

Н.Е. Суркова, И.С.Шувалова. Методические указания к  лабораторным работам  по  дисциплине «Информационное моделирование».Часть 1 /Под редакцией Заслуженного деятеля науки РФ, д.т.н., профессора А.Б.Николаева МАДИ. — М.: 2011.    с.

Методические указания предназначены для студентов, изучающих дисциплину «Информационное моделирование», а также для магистров 5 курса по программе «Базы данных» всех форм обучения  для выполнения и оформления документации к лабораторным работам. Методические указания также могут помочь при работе над дипломным проектом или при проведении исследований в магистерской диссертации.

© Московский автомобильно-дорожный

государственный технический университет (МАДИ), 2011

Введение

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

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

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

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

Весь цикл лабораторных работ делится на две части:

  •  Часть 1.«Статическое моделирование».

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

  •  Часть 2.«Динамическое моделирование».

В ходе выполнения лабораторных работ второй части студент получает практические навыки создания моделей,  соответствующие тем или иным бизнес-правилам  объекта хозяйственной деятельности, выбора пользователей и типов пользователей и оформления сопутствующей документации, умения анализировать модели бизнес-процессов, использовать разные  нотации  стандарта моделирования IDEF, работать в специализированном CASE-средстве BP-win.

Лабораторная работа № 1.

Анализ описания предметной области

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

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

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

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

Пример.

Объект: автосервис. Функция – учет предоставления ремонтных услуг.

В нашей фирме выполняются услуги:

  •  замена расходных материалов (масло, колодок,  фильтров)
  •  тонировка
  •  установка ксенона
  •  установка сигнализации.

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

Имеются автомасла, фильтры, колодки  таких известных отечественных и зарубежных производителей, как Luxoil (Люксойл), Oil Right, Лукойл, ТНК, Spectrol (Спектрол), BP, Shell (Шелл), Mobil (Мобил), Mannol (Маннол), Zic (Зик), Esso (Эссо), Castrol (Кастрол), вся замена происходит за пару часов.

Тонировать автомобиль можно только весь сразу, нельзя затонировать одно стекло, так как будет различие в оттенке пленки. Стоимость тонировки составляет 5000 рублей  в течение одного рабочего дня.

Цена  суммируется стоимость материалов  и стоимость работы. Стоимость  работы составляет  500р.

Услуги в автосервисе осуществляются мастером, они у нас все универсальные и любой мастер может провести  любую услугу,  которая осуществляется в нашем автосервисе.

Клиент,  приехавший в автосервис,  выбирает нужную ему услугу, имеющуюся у нас в автосервисе. Мастер для  клиента выписывает накладную. На каждую услугу мастер выписывает свою  накладную.

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

В модель должны быть включены следующие функции:

  •  Ввод и поиск клиентов и принадлежащих им автомобилей (количество автомобилей у клиента должно быть  не менее 1);
  •  Оформление новых накладных с автоматическим расчетом стоимости в зависимости от  необходимого клиенту объема, поиск и просмотр существующих накладных.

Контрольные вопросы

  1.  Понятие предметной области.
  2.  Проблемы, возникающие при описании предметной области.
  3.  Необходимо ли использование методик при описании предметной области?
  4.  Методы сбора информации для описания предметной области.
  5.  Что необходимо включить в описание предметной области?

Лабораторная работа № 2.

Выделение и описание сущностей

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

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

Комментарии. Необходимо четко понимать, что с этой лабораторной работы начинается этап создания  концептуальной модели данных.  В нашем задании на этом этапе используется одна из нотаций структурного метода проектирования БД –  метод ER-диаграмм: для построения концептуальной модели данных предлагается использовать стандарт Чена.

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

Сущность – объект или концепция, которая характеризуется на данном предприятии как имеющая определенное существование.

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

  •  Важно ли это существительное для выполнения заявленной функции данного объекта?
  •  Имеет ли данное существительное дополнительное описание, которое требуется знать для реализации заявленной функции данного объекта?

Повторим, если на оба вопроса ответ будет положительным, то данное существительное – сущность.

Пример.

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

Выделенные существительные

Тип существительных

Результат анализа существительных

Фирма

существительное

Объект

Услуги

существительное

Сущность

расходные материалы

устойчивое словосочетание

Сущность

клиент

существительное

Сущность

отечественные и зарубежные производители

устойчивое словосочетание

Стоимость работ

устойчивое словосочетание

Работа (накладная)

существительное

Сущность

Мастер

существительное

Сущность

переделка

подразумеваемое существительное

автомобиль

подразумеваемое существительное

Сущность

Контрольные вопросы

  1.  Определение сущности.
  2.  Какие типы сущности существуют?
  3.  Что является основой анализа для выделения сущностей?
  4.  Что включает в себя процесс  выделения сущностей при анализе предметной области?
  5.  Признаки сильной сущности.
  6.  Признаки слабой сущности.
  7.  Какие  типы существительных являются потенциальными сущностями?
  8.  Физический смысл сущности? Что моделирует сущность?

Лабораторная работа № 3.

Описание выделенных сущностей

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

Задание. Все выделенные сущности описать в соответствии с требованиями метода моделирования «сущность-связь». Необходимо указать все слабые сущности.

Комментарии. Все выделенные сущности выписываются в таблицу описания сущностей. (Таблица № 1).

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

Для имени сущности – идентификатора сущности применяются следующие правила:

  •  должно отражать суть сущности;
  •  должно быть недлинным, состоящим по возможности из одного слова;
  •  не содержать специальных символов и пробелов. Пробелы можно заменить знаком подчеркивания – например:
    •  паспортные данные – не верно;
    •  №паспорта – не верно;
    •  пасп, данные – верно;
    •  пасп_дан – верно.

Такие же правила используются и для назначения имен атрибутов.

Атрибут – одно свойство данной сущности. Для описания сущности необходимо указать все ее свойства, указанные в предметной области при описании бизнес-процессов и  реквизитов документов. На этом этапе проектирования необходимо проанализировать, какие еще свойства по каждой сущности необходимо указать для реализации заданной функции.

Описание сущностей. Таблица 1.

Сущность

Атрибуты

Ключи

Домен

Обяза-тельные

Примечание

тип

размер

1

2

3

4

5

6

7

1-я сущность

Ном_сущ

П

Целое полож.

число

До 100000

+

1-ый атрибут

Пт

текст

До 10 символов

+

По ум.- Москва

2-й атрибут

Любое число

3 знака после запят.

_

Производный атрибут

3-й атрибут

Пт

текст

До 10 символов

+

Понедельник;

среда; пятница

2-я сущность

(слабая сущность)

1-й атрибут

Дата/время

_

2-й атрибут

денежный

До 10000000,00

_

№-я сущность

1-й атрибут

Пт-П

текст

До 15 символов

+

2-й атрибут

Целое полож.число

+

100;10000;100000

Атрибуты бывают простые (П) и составные (С), однозначные (О) и многозначные (М), производные (В-вычисляемые). Все типы атрибутов могут использоваться  в таблице описания сущностей. Использование того или иного типа атрибута зависит от бизнес-правил объекта. Например, если в отчетах Вашей фирмы используются только фамилии сотрудников, то атрибутами сущности «Сотрудник» будут отдельно «Фамилия» (П), «ИмяОтчество» (С - вряд ли потребуется отдельно имя, отдельно отчество) и «Инициалы» (П). В том случае, если в Вашей фирме всегда используется один стандарт – фамилия и инициалы сотрудника, для сущности «Сотрудник» возможен атрибут «ФИО» (С). Тип атрибутов указывается в 3-ей колонке таблицы № 1.

Следующее действие на этом этапе моделирования – выделение ключей для каждой сущности.

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

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

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

Если  у сущности нет потенциальных ключей или все они не подходят под выше перечисленные условия, вводится дополнительный потенциальный ключ, как правило, это номер данной сущности (например, Ном_док), который и будет первичным ключом. Первичный ключ тоже указывается в таблице 1 в колонке 4 (см. таблицу 1 – 4-я колонка).

Каждый атрибут имеет область допустимых  принимаемых значений - домен, который проектировщику также необходимо указать. Домен делится на тип атрибута и размер и указывается на этом этапе в любой понятной и удобной проектировщику форме. На этом этапе можно, но  не обязательно (а иногда и вредно) использовать стандартные типы данных, используемые в целевых СУБД. Если атрибут принимает только определенные конкретные значения, так называемый перечисляемый тип,  то в колонке 7 обязательно указываются все принимаемые значения (см. таблицу 1 – седьмая колонка). Если атрибут может принимать значение по умолчанию – это значение фиксируется в колонке  7 (см. таблицу 1 – седьмая колонка).

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

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

Пример.

Результатом данной лабораторной работы является заполненная таблица.

Пример описания сущностей. Таблица 2.

Сущность

Атрибут

Ключ

Домен

Примечание

 

 

 

Тип

Размер

 

Сотрудники

ID_с

ПК

числовой

50

 

 

ФИО

 

текстовый

50

 

 

Телефон

 

текстовый

15

 

 

Должность

 

текстовый

25

 

 

Стаж

 

числовой

3

 В годах

Клиент

НК

ПК

числовой

50

 

 

ФИО

 

текстовый

50

 

 

Телефон

 

текстовый

15

 

 

Пол

 

текстовый

3

 ж/м

 

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

 

Дата/Время

 

Услуги

НУ

ПК

числовой

50

 

 

Название

 

текстовый

50

 

 

Тип

 

текстовый

60

замена масла/фильтров

/колодок, сигнализация, тонировка

Ед_изм

текстовый

10

 

Время выполнения

 

числовой

30

 В часах

 

Стоимость

 

числовой

50

 В руб.

Накладная

НН

ПК

числовой

100

 

 

Дата

 

Дата/Время

 

 

Объем

числовой

Сумма

 

числовой

30

 В руб.

Авто

ID_Авто

ПК

числовой

100

 

 

Год выпуска

 

числовой

4

 

 

Марка

 

текстовый

50

 

 

Модель

 

текстовый

30

иномарка; отечественная

 

Рег.Номер

 

числовой

30

 

Материалы

ID_материала

ПК

текстовый

50

 

 

Название

 

текстовый

50

 

 

Количество

 

Числовой

50

 

 

Стоимость

 

числовой

50

 

 

Произво-дитель

 

Текстовый

50

ЗЗарубежный

/отечественный

Контрольные вопросы

  1.  Определение идентификатора.
  2.  Правила назначения идентификатора.
  3.  К какому этапу моделирования относится процесс описания сущности?
  4.  Состав работ по описанию сущности.
  5.  Понятие атрибута.
  6.  Что является основой для нахождения атрибутов для каждой сущности?
  7.  Какое количество атрибутов может быть у сущности?
  8.  Понятия многозначного и однозначного атрибутов.
  9.  Понятия простого и составного атрибутов.
  10.  В каких ситуациях моделирования используют простой или составной атрибуты?
  11.  Понятие производного атрибута.
  12.  Физический смысл атрибута? Что моделирует атрибут?
  13.  Понятие потенциального ключа.
  14.  Какое количество потенциальных ключей может быть у сущности?
  15.  Понятие первичного ключа.
  16.  Как выбирается, или назначается первичный ключ? От чего зависит выбор или назначение первичного ключа?
  17.  Понятие домена атрибута.
  18.  Особенности назначения домена на этапе концептуального моделирования.
  19.  Понятие перечисляемого типа домена.

Лабораторная работа № 4.

Выделение из предметной области и описание связей

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

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

Комментарии. Для выполнения задания необходимо заполнить таблицу 2.

Связь – осмысленная ассоциация между разными сущностями.

Для заполнения таблицы 3 в колонку 1 записываются по порядку все сущности из таблицы 1. В колонку 3  в строки, которые относятся к первой сущности,  записываются все сущности по порядку, начиная со второй.

Описание связей. Таблица 3.

Сущность

Связь

Сущность

Показатель кардинальности

Степень участия

1-й сущности

2-й сущности

1

2

3

4

5

6

1-я сущность

Связаны1

2-я сущность

1:1

П

П

3-я сущность

Связаны2

4-я сущность

1:М

П

Ч

2-я сущность

Связаны5

2-я сущность

1:М

Ч

Ч

Связаны3

3-я сущность

М:Н

Ч

П

3-я сущность

Связаны4

4-я сущность

1:М

П

Ч

Связаны6

4-я сущность

М:Н

П

П

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

Необходимо проверить,  не связана ли каждая из сущностей из 1-й колонки сама с собой. Если для какой-либо сущности такая связь найдена, необходимо внести ее в таблицу 3 (см. таблицу 3 – связь под именем «связаны5»). Например, возможна связь между разными экземплярами одной и той же сущности «сотрудники» - «управляют». Эту связь тоже заносят в таблицу в виде:  «сотрудники» - «управляют» - «сотрудники».

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

Каждую связь характеризуют два структурных ограничения:

  •  показатель кардинальности;
  •  степень участия.

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

Для нахождения показателя кардинальности необходимо использовать следующее правило, состоящее из трех шагов:

  1.  Выделяется один экземпляр первой сущности и проверяется,  со сколькими экземплярами второй сущности он может вступать в связь. При этом не учитывается  временной фактор, другими словами - со сколькими экземплярами второй сущности он может вступать в связь в  любое время.
  2.  Выделяется один экземпляр второй сущности и проверяется,  со сколькими экземплярами первой сущности он может вступать в связь в  любое время.
  3.  Результаты первого и второго шага сравниваются, затем  выбирается показатель кардинальности данной связи:

Показатель кардинальности

Ответ на первом шаге

1:1

М:1

Ответ на втором шаге

1:М

Ответ на первом шаге

1:М

1:М

Ответ на втором шаге

1:1

Ответ на первом шаге

1:М

М:М

Ответ на втором шаге

1:М

Ответ на первом шаге

1:1

1:1

Ответ на втором шаге

1:1

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

Степень участия  определяет, зависит ли существование некоторой сущности от участия в этой связи другой сущности.

Для определения степени участия необходимо задать вопрос все ли экземпляры первой сущности принимают участие в заявленной связи?  Если ответ - да, то степень участия первой сущности в этой связи – полная, если ответ - нет, то степень участия первой сущности в этой связи – частичная. Такой же вопрос задается и для второй сущности-участнице этой связи.  Ответы заносятся в таблицу № 2. 

Пример.

Результатом данной лабораторной работы является заполненная таблица.

Сущность1

Связь

Сущность2

Показатель кардинальности

Сотрудники

Принимают

Клиент

М:М

Выполняет

Услуги

1:М

Выписывает

Накладная

1:М

Ремонтирует

Авто

1:М

Использует

Материалы

М:М

Клиент

Заказывает

Услуги

М:М

Получает

Накладная

1:M

Принадлежит

Авто

1:М

Заказывает

Материалы

М:М

Услуга

Включается

Накладная

1:М

Применяются

Авто

М:М

Используют

Материалы

1:М

Накладная

Выдается

Авто

М:1

Указываются

Материалы

М:1

Авто

Используются

Материалы

М:М

Контрольные вопросы

  1.  Понятие связи.
  2.  К какому этапу моделирования относится процесс описания связи?
  3.  Понятие степени связи.
  4.  Определение рекурсивной (ролевой) связи.
  5.  Состав работ по описанию связи.
  6.  Какое количество связей должно быть найдено на  концептуальном этапе моделирования?
  7.  Определение показателя кардинальности.
  8.  Правило нахождения показателя кардинальности.
  9.  От чего зависит показатель кардинальности?
  10.  Определение степени участия.
  11.  Правило нахождения степени участия.
  12.  От чего зависит степень участия?
  13.  Физический смысл связи с показателем кардинальности «1 Х М»?
  14.  Физический смысл связи с показателем кардинальности «1 Х 1»?
  15.  Физический смысл связи с показателем кардинальности «N Х М»?

Лабораторная работа № 5.

Построение концептуальной модели данных в нотации Чена

Целью данной работы является приобретение навыков информационного моделирования с  использованием метода  ER-диаграмм в стандарте Чена.

Задание. По данным  из двух созданных таблиц (см. таблицы1 и 3) построить концептуальную модель данных с использованием метода  ER-диаграмм. в стандарте Чена.

Комментарии. Используя данные таблицы 1 и таблицы 3,  создается концептуальная модель данных с использованием метода  ER-диаграмм.

Для создания ER-диаграммы Чена:

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

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

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

  •  каждая сущность отображается только один раз, линии связей могут

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

Контрольные вопросы

  1.  Понятие концептуальной модели данных.
  2.  Чем отличается концептуальная модель данных от описания предметной области?
  3.  Какие элементы обязательно отображаются в модели по стандарту Чена?
  4.  Какие элементы необязательно отображаются в модели по стандарту Чена?
  5.  Как отображается  сильная сущность в модели по стандарту Чена?
  6.  Как отображается слабая  сущность в модели по стандарту Чена?
  7.  Как отображается  сильная связь в модели по стандарту Чена?
  8.  Как отображается слабая  связь в модели по стандарту Чена?
  9.  Какие свойства необходимо отобразить для сущности в модели по стандарту Чена?
  10.  Какие ограничения необходимо отобразить для связи в модели по стандарту Чена?
  11.  Как отображается показатель кардинальности в модели по стандарту Чена?
  12.  Как отображается степень участия в модели по стандарту Чена?

Пример.

Лабораторная работа № 5.

Моделирование сущностей  в стандарте IDEF1X

Целью данной работы является приобретение навыков информационного моделирования  сущностей с  использованием метода  ER-диаграмм в стандарте IDEF1X, умения работать с сущностями  в среде CASE – средства ERwin.

Задание. Используя данные  из таблицы (см. таблицу 1) создать все сущности в среде CASE – средства ERwin.

Комментарии.

Для построения ER-диаграммы в среде ER-win (стандарт IDEF1X) используют данные из таблиц  1 и 3 или КМД,  построенную на этапе концептуального моделирования. Для создания такой модели необходимо сначала отобразить все сущности.

При запуске среды ER-win необходимо внимательно заполнять все появляющиеся окна. В первом окне выбираете режим создания новой модели или открываете существующую  ER-диаграмму ( рис. 1).

Рис.1. Вид 1-го окна при запуске CASE –средства  ER-win

Во втором окне необходимо выбрать этапы проектирования, которые будут выполняться – для выполнения лабораторной работы это этап Logical/Phisical (см. рис. 2), в этом случае становится активной нижняя часть окна, где необходимо выбрать целевую СУБД (на рис. 2 – это  SQL Server).

Рис.  2 Вид 2-го окна при запуске CASE –средства  ER-win

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

При нажатии кнопки  «ОК»  во втором окне открывается рабочее окно в среде ER-win, имеющее несколько строк,  приближенных по своему виду и функционалу  к  стандарту Microsoft Office (см. рис. 3).

Первая строка – строка заголовка, содержащая имя (путь) файла, содержащего модель, которая в текущий момент находится в рабочем окне, по умолчанию modelN.er, где N-номер открываемого в среде ER-win  окна по-порядку.  Первая строка имеет стандартные кнопки – свертывания, изменения размера и закрытия  рабочего окна.

Вторая строка – строка главного меню, содержит все команды, которые можно выполнять в CASE-средстве Erwin, в том числе   как привычные,  например,  относящиеся к работе с файлами - «открыть», «сохранить», «сохранить как»,  так и специальные, например, выбрать стандарт проектирования модели.

Рис.  3. Вид рабочего окна при запуске CASE –средства  ER-win

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

Четвертая строка - так называемая панель форматирования, почти полностью повторяет стандарт Microsoft Office с добавлением кнопок «отмена действия нажатой кнопки», «создать сущность», «связь суперкласс/подкласс», «идентифицирующая связь», «связь многие-ко-многим», «неидентифицирующая связь». Именно с помощью этих кнопок создается модель (см. рис. 4).

                                     

                                              1    2    3    4    5    

Рис.4. Часть панели форматирования с кнопками для создания модели.

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

Сущность отображается прямоугольником, разделенным на две части. Над прямоугольником выделено имя и номер сущности – Е/5 (сущность – Entity  5). Выделение говорит о том, что мы можем изменить имя сущности просто набирая на клавиатуре нужное нам:

                                             

Обратите внимание  - размер прямоугольника изменится таким образом, чтобы имя сущности читалось целиком. Размер и положение сущности меняется привычным  в Microsoft Office способом работы с объектами. Если необходимо изменить имя сущности - щелкните дважды по нему мышью,  появится окно работы с сущностью – рис.5 и в строке Name можно вписать другое имя.

Рис.5. Изменение имени в окне работы с сущностью

Для того чтобы в вести атрибуты сущности необходимо добавить эти атрибуты в окне ввода нового атрибута окна работы с атрибутами  - рис.6. При этом пишется имя атрибута и выбирается один из четырех предлагаемых типов атрибута:

  •  blob – логический и OLE-тип,
  •  datetime – время-дата,
  •  number - числовой,
  •  string – символьный тип.

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

Рис.6. Добавление нового атрибута в окне ввода атрибута.

На рис. 7. показано назначение введенного атрибута «Табном» сущности «Персонал»  первичным ключом. При нажатии на кнопки, расположенные слева окна можно:

  •  New… - открыть окно ввода нового атрибута;
  •  Rename… - изменить имя выбранного атрибута;
  •  Delete – удалить выбранный атрибут.

Для уточнения типа атрибута, для  указания значения атрибута по умолчанию в  правой части окна работы с атрибутами выбирается вкладка Datatype. На рис. 8. показано, что для атрибута FIO тип принимается как varchar (55) – не более 55 символов.

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

Рис.7. Окно работы с атрибутами

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

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

Рис. 8 Уточнение типа атрибута

Рис. 9. Отображение сущности в CASE-средстве Erwin

Контрольные вопросы

  1.  Что такое стандарт IDEF1X?
  2.  Что такое CASE-средство?
  3.  Для чего предназначено CASE-средство Erwin?
  4.  К какому типу CASE-средств относится Erwin? Какое количество этапов жизненного цикла поддерживает?
  5.  Какие элементы обязательно отображаются в модели по стандарту IDEF1X?
  6.  Какие элементы необязательно отображаются в модели по стандарту IDEF1X?
  7.  Как отображается  сильная сущность в модели по стандарту IDEF1X?
  8.  Как  описываются атрибуты в модели по стандарту IDEF1X?
  9.  Как назначается и отображается первичный ключ в модели по стандарту IDEF1X?
  10.  Какие основные типы данных предлагается использовать для описания атрибутов?
  11.  Какие размеры  желательны для отображения сущности?

 

Лабораторная работа № 6.

Моделирование связей в стандарте IDEF1X

Целью данной работы является приобретение навыков информационного моделирования  с  использованием метода  ER-диаграмм в стандарте IDEF1X, умения работать с сущностями и связями  в среде CASE – средства ERwin.

Задание. Используя данные  из таблицы 3 или построенную ранее модель Чена, отобразить все связи в среде CASE – средства ERwin.

Комментарии.

Для построения ER-диаграммы в среде ER-win (стандарт IDEF1X) используют данные из таблиц 1 и 3 или КМД,  построенную на этапе концептуального моделирования. Для создания такой модели необходимо после  отображения всех сущностей отобразить все связи.

Для установления связей между сущностями необходимо пользовать кнопками 2-5 (см. рис.4.).

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

Для отображения  связей с показателями кардинальности 1хМ и  1х1 используются:

  •  кнопка 4 – «идентифицирующая связь» - переводит первичный ключ сущности с кардинальностью «1» в качестве обычного, внешнего атрибута в сущность с кардинальностью «М». Такая связь используется,  если одна из сущностей, принимающих участие в связи, является слабой;
  •  кнопка 6 – «неидентифицирующая связь» - переводит первичный ключ сущности с кардинальностью «1» в качестве первичного, внешнего атрибута в сущность с кардинальностью «М». Такая связь используется, если обе сущности, принимающие участие в связи, являются сильными.

Рис. 10 Окно «Свойства связи»  в CASE-средстве Erwin

Для того чтобы зафиксировать свойства связи  используют окно «Свойства связи»  (Relationship Property), вызываемое из контекстного меню правой кнопки мыши одноименной строчкой (см. рис.10).

В этом окне указывается имя связи:  в нашем примере  - «заключает» и степень участия в этой связи сущности с кардинальностью «1», так называемой «родительской» сущности:  в нашем примере  - экземпляры сущности «Персонал» могут не принимать участие в связи  «заключает», то есть не заключать договора  (например, лаборанты), а могут принимать, то есть заключать М договоров. Если же  все экземпляры сущности «Персонал» принимают участие в связи  «заключает», то необходимо выбрать строчку «One or More (P)».

Рис. 11. Вкладка «Ролевые имена» («Rolename»)

Для связи с показателем кардинальности 1х1 выбираются строки  «Zero or One (Z)»  и  «Exactly». Если выбирается строка «Zero or One (Z)», экземпляры сущности «Персонал» могут не принимать участие в связи  «заключает», то есть не заключать договора, а могут принимать, то есть заключать только 1 договор. Если выбирается строка «Exactly», необходимо указать конкретную цифру. В этом случае экземпляры сущности «Персонал» обязательно принимают участие в связи и заключают конкретное количество договоров.

Если две сущности связаны друг с другом двумя или более разными связями, а также в случае рекуррентных (ролевых) связей необходимо указать ролевые имена, с которыми эти сущности вступают в связь. Для этого в окне «Свойства связи»  (Relationship Property) открывают вкладку «Ролевые имена» (Rolename)  (см. рис. 11) и в строке «Ролевое имя» (Rolename)  указывают имя –  в данном примере для связи  «доставляют» ролевое имя -  «курьер». Ролевое имя используется в качестве имени внешнего атрибута, по которому передается первичный ключ.

Рис. 12. Окно «Subtype Relationships».

Для отображения  связи «суперкласс-подкласс» используется кнопка 3. При этом сначала щелкают мышью  по кнопке 3 – выбирают тип связи, затем щелкают по сущности-суперклассу, затем по сущности-подклассу. Если у сущности-суперкласса есть несколько сущностей-подклассов, то для  их включения используется кнопка 4, сначала щелкают  по кнопке, затем – по значку связи, а затем – по сущности-подклассу. Для связи «суперкласс-подкласс» необходимо указать степень вхождения подклассов в суперкласс в окне «Subtype Relationships» (см. рис. 12), вызываемое правой кнопкой мыши. «Complete» – сущность-суперкласс состоит только из экземпляров сущностей-подклассов; «Incomplete» - сущность-суперкласс состоит не только из экземпляров сущностей-подклассов. На рис. 12 изображен пример неполного вхождения сущностей-подклассов в  сущность-суперкласс: «Персонал» состоит не только из «Менеджеры» и «Операторы».

При отображении полного вхождения значок связи будет иметь двойное подчеркивание. Для отображе6ния  связи с показателем кардинальности МхМ используется кнопка 5. Передача ключа при этой связи не происходит (см. рис. 13).

Рис. 13 Пример отображения связи «мхн»

При отображении всех сущностей и связей, заявленных в таблицах

2.1 и 2.2. получается ER- диаграмма в стандарте IDEF1X или концептуальная модель данных в стандарте IDEF1X.

Пример.  ER-диаграмма в среде Erwin.

Контрольные вопросы

  1.  Какие связи существуют в стандарте IDEF1X?
  2.  Когда используется идентифицирующая связь?
  3.  Когда используется неидентифицирующая связь?
  4.  Как отображается связь с показателем кардинальности « 1 х М »?
  5.  Как отображается связь с показателем кардинальности « 1 х 1 »?
  6.  Как отображается связь с показателем кардинальности « М х N »?
  7.  Какая сущность становится родительской?
  8.  Какая сущность становится дочерней?
  9.  Как отображается связь с полной степенью участия?
  10.  Как отображается связь с частичной степенью участия?
  11.  Как назначаются ролевые имена?
  12.  Для чего назначаются ролевые имена?
  13.  Если используется цветовое оформление модели какого цвета становятся связи? От чего зависит цвет связи?
  14.  Определение  сущности-суперкласса.
  15.  Определение  сущности-подкласса.
  16.  Признаки сущности-суперкласса.
  17.  Признаки сущности- подкласса.
  18.  Как отображается  связь «суперкласс – подкласс».
  19.  Какие ограничения существуют у связи «суперкласс – подкласс».
  20.  Как отображается полное/неполное вхождение подклассов в суперкласс?

 

Лабораторная работа № 7.

Анализ логической модели данных в стандарте IDEF1X

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

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

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

На этом этапе необходимо проанализировать следующие «нежелательные», с точки зрения многих СУБД, элементы:

  •  Многозначные атрибуты  – меняются на сущность с именем многозначного атрибута и связь с  показателем кардинальности   «1 х М». См. рис. 13 – атрибут «телефон» сущности «Клиент» заменен на сущность «Телефон». Обратите внимание, что в сущности «Клиент» такого атрибута уже нет.  
  •  Производные атрибуты – удаляются из логической модели с обязательным указанием всех производных атрибутов в таблице №1.
  •  Рекурсивные связи –требуют добавления сущности или сущности-подкласса и связи с  показателем кардинальности         «1 х М».
  •  Связи с показателем кардинальности  «1 х 1» - требуют дополнительного анализа, действительно ли это две разные сущности или возможно объединение в одну сущность.
  •  Избыточная связь – связь, соединяющая две сущности, соединенные друг с другом набором других связей и не несущая дополнительных данных. Обычно на этом этапе удаляется до 80% избыточных связей. Из рис. 13 видно, что связь «заключают» заменена на связи «менеджер-договор» и «оператор-договор», как несущие дополнительные данные.
  •  Связи с показателем кардинальности «М х N» - анализируются на наличие собственных атрибутов.

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

Пример.  Анализ ER-диаграммы.

1.  Многозначные атрибуты – нет

2.  Производные атрибуты –

  •  сущность “накладная”, атрибут “сумма”
  •  сущность “услуга”, атрибут “ стоимость”
  •  сущность “материалы”, атрибут “ стоимость”

3.  Связь 1:1

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

4.  Рекурсивная связь – нет.

5.  Избыточные связи:

1.мастер обслуживает клиента

2.  мастер выполняет услуги

      3.мастер ремонтирует авто

4. мастер использует материалы

5. клиент выбирает услуги

6.клиент принадлежит авто

7.клиент приобретает материалы

8. услуга применяется к авто

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

10 авто использует материалы

6. Связь M:M – нет

Окончательная ER-диаграмма.

Контрольные вопросы

  1.  Понятие логической модели данных.
  2.  Чем отличается логическая модель данных от концептуальной модели  данных?
  3.  На каком этапе моделирования создается логическая модель данных?
  4.  Чем характеризуется логический этапе моделирования?
  5.  Что определяет «нежелательность» элементов, существующих в концептуальной модели  данных?
  6.  Какие элементы концептуальной модели  данных являются «нежелательными»?
  7.  Имеет ли значение последовательность анализа «нежелательных» элементов модели?
  8.  Что необходимо сделать с многозначными атрибутами?
  9.  Что необходимо сделать с производными атрибутами?
  10.  Что необходимо сделать со  связями « 1 х 1»?
  11.  Что необходимо сделать с рекурсивными  связями ?
  12.  Что такое избыточные связи?
  13.  Что такое «ловушка разветвления»?
  14.  Признаки «ловушка разветвления».
  15.  Как избавляться в модели от «ловушки разветвления»?
  16.  Что такое «ловушка разрыва»?
  17.  Признаки «ловушка разрыва».
  18.  Как избавляться в модели от «ловушки разрыва»?
  19.  Что необходимо сделать с избыточными  связями ?
  20.  Что необходимо сделать со  связями « М х N » ?

Лабораторная работа № 8.

Построение физической модели в стандарте IDEF1X

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

Задание. Проанализировать все оставшиеся связи «М х Н», а также типы атрибутов, автоматически преобразованные средой Erwin в соответствии с выбранной ранее СУБД для создания в автоматическом режиме физической модели базы данных.

Комментарии. Этап физического моделирования  всегда тесно связан с особенностями конкретной выбранной СУБД.

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

Рис. 14. Переход к физическому этапу проектирования

Все имеющиеся связи с показателем кардинальности  «М х N» раскрываются в ассоциативные таблицы. Чтобы получить ассоциативную таблицу, необходимо поставить курсор на связь с показателем кардинальности  «М х N»и нажать на правую кнопку мыши, выбрать из всплывающего меню строчку «Create Аssociative Table»  и последовательно нажимать «OK» во всех диалоговых окнах. После создания ассоциативной таблицы необходимо дополнить ее атрибутами, если они были выявлены при анализе логической модели (см. педыдущую лабораторную работу). Если таких атрибутов не было выявлено, ассоциативная таблица остается без атрибутов.

Пример вида окончательной ER-диаграммы представлен на рис. 15.

Рис. 15.  Пример ER-диаграммы на этапе физического проектирования

Контрольные вопросы

  1.  Чем отличается физическая модель базы данных от логической модели данных?
  2.  На каком этапе  моделирования создается физическая модель базы данных?
  3.  Состав работ на физическом этапе моделирования.
  4.  Особенности физического этапа моделирования.
  5.  Понятие ассоциативной таблицы.
  6.  Признаки ассоциативной таблицы.
  7.  Способ создания ассоциативной таблицы.
  8.  Особенности работы с доменами атрибутов на физическом этапе моделирования.

Тезаурус

  1.  Предметная область – область деятельности в реальном мире, которая содержит элементы системы, процессы их взаимодействия между собой, информационные потоки, различные функциональные подсистемы, а также внешние по отношению к исследуемой системе процессы, события и явления.
  2.  Модель – объект произвольной природы, который отображает главные с точки зрения решаемой задачи, свойстваобъекта моделирования.
  3.  Сущность  – объект или концепция, которая характеризуется на данном предприятии как имеющая определенное существование.
  4.  Атрибут – одно свойство данной сущности.
  5.  Потенциальный ключ – это атрибут, уникально характеризующий сущность, то есть одному значению потенциального  ключа соответствует только один экземпляр сущности.
  6.  Первичный ключ – это наиболее удобный для частого использования потенциальный ключ.
  7.  Домен - область допустимых  принимаемых значений атрибута.
  8.  Связь - осмысленная ассоциация между разными сущностями.

Список литературы

  1.  Шевченко А.О. Концепции моделирования, технологии и решения.  «Прикладная информатика» №6, 2006.
  2.  Коннолли Т., Бегг К., Страчан А. Базы данных: проектирование, реализация и сопровождение. Теория и практика, 2-е издание: Пер с англ. // Уч.пос. – М. : Изд.дом «Вильямс», 2000. – 1120 с.
  3.  Суркова Н.Е., Остроух А.В. Методы проектирования информационных систем: Учебное пособие. – М.:РосНОУ, 2004. – 144 с.
  4.  Суркова Н.Е. Проектирование информационных систем: Методические указания к курсовому проектированию. – М.:РосНОУ, 2010. –60 с.

Приложение 1.

Список возможных тем для заданий по лабораторным работам

  1.  Моделирование модуля организации продаж новых автомобилей в автосалоне.
  2.  Моделирование модуля организации продаж подержанных автомобилей в автосалоне.
  3.  Моделирование модуля организации проката автомобилей.
  4.  Моделирование модуля организации проката видео-, аудио- и т.п. продукции.
  5.  Моделирование модуля организации автоперевозок грузов.
  6.  Моделирование модуля организации авиаперевозок грузов.
  7.  Моделирование модуля организации авиаперевозок пассажиров.
  8.  Моделирование модуля учета поселения гостей в гостинице.
  9.  Моделирование модуля учета свободных номеров гостинице.
  10.  Моделирование модуля обслуживания посетителей в ресторане.
  11.  Моделирование модуля обслуживания посетителей в баре.
  12.  Моделирование модуля учета посетителей в поликлинике.
  13.  Моделирование модуля учета записей на прием к врачам  в поликлинике.
  14.  Моделирование модуля работы с клиентами в фирме страхования.
  15.  Моделирование модуля организации работы с клиентами в фирме страхования.
  16.  Моделирование модуля учета выдачи книг в библиотеке.  
  17.  Моделирование модуля учета поступлений  и списаний книг в библиотеке.  
  18.  Моделирование модуля организации денежных переводов.
  19.  Моделирование модуля организации розничной торговли.
  20.  Моделирование модуля организации оптовой торговли.
  21.  Моделирование модуля организации складского хозяйства.
  22.  Моделирование модуля организации торговли на заказ.
  23.  Моделирование модуля организации торговли через Internet.
  24.  Моделирование модуля организации продажи театральных билетов.
  25.  Моделирование модуля организации сессии в ВУЗе.


 

А также другие работы, которые могут Вас заинтересовать

31373. ЧАСТНАЯ И ОБЩЕСТВЕННАЯ ФОРМЫ СОБСТВЕННОСТИ: СОЦИАЛЬНО-ФИЛОСОФСКИЙ АНАЛИЗ 682.5 KB
  Объект и предмет исследования. Объектом диссертационного исследования выступает явление собственности. Предметом исследования являются частная и общественная формы собственности на средства производства. Цель и задачи работы. Цель исследования заключается в анализе двух основных форм собственности: частной и общественной, особенностей способов их реализации в условиях коллективистского и индивидуалистического типов общества.
31374. ИЗУЧЕНИЕ ВЛИЯНИЯ СЕЛЕНСОДЕРЖАЩИХ СОЕДИНЕНИЙ НА СИСТЕМНУЮ ГЕМОДИНАМИКУ И МОЗГОВОЙ КРОВОТОК 4.6 MB
  Цель работы: изучение влияния селенита натрия и селенита цинка на параметры системной и церебральной гемодинамики и психоневрологический статус животных в условиях нормы и экспериментальной патологии.
31375. Ваххабизм и политическая ситуация в Дагестане 965 KB
  Предметом исследования в данной работе является религиозно-политический конфликт в Дагестане, а потому все политические процессы и политические и религиозные институты рассматриваются сквозь призму этого конфликта. Также исследуется религиозно-политическое движение “ваххабизм” и его роль в современной политической системе республики
31376. Актуальные проблемы категории субъективного вещного права 995.5 KB
  Для достижения этой цели в диссертации решаются такие задачи как выявление качественных отличий между вещными и обязательственными субъективными правами, выработка определения понятия субъективного вещного права, установление видов субъективных вещных прав
31377. Пути адаптации тайцзицюань к системе физического воспитания России 185 KB
  Проблеме адаптации тайцзицюань в систему физического воспитания посвящена кандидатская диссертация аспирантки кафедры СБЕ, шестикратной чемпионки Китая по ушу Лю Шухуэй, фрагменты которой приводятся ниже.
31379. ЭКОНОМИЧЕСКИЙ МЕХАНИЗМ ОПЕРАТИВНОГО УПРАВЛЕНИЯ ТЕКУЩИМИ АКТИВАМИ КОРПОРАЦИЙ 448 KB
  Как правило, при проведении научных исследований процесса управления, рассматриваются различные стратегические задачи, такие как маркетинг, персонал. На наш взгляд, однако, большое внимание должно также уделяться оперативному (текущему) управлению, от которого зависит повседневная деятельность предприятий, то есть та, которая, в основном, и приносит коммерческий доход.
31380. Корпоративная культура: методы ее формирования и развития в организации 463 KB
  Выбор темы дипломной работы: Корпоративная культура: методы ее формирования и развития в организации обусловлен тем что корпоративная культура напрямую связанна с коммерческий успехом компании. Компания будет успешной только в случае если сотрудники будут понимать важность своей работы чувствовать что их профессиональный уровень пропорционален успеху компании. Мотивация сотрудников построение отношений между сотрудниками принципы и методы работ используемых в деятельности организации все это является важнейшим фактором в борьбе...
31381. ПРАВОВОЕ ГОСУДАРСТВО И ГРАЖДАНСКОЕ ОБЩЕСТВО 506 KB
  Основные признаки правового государства и гражданского общества. Формирование и развитие правового государства и гражданского общества в современной России. Конституционно – правовые основы построения правового государства 37 2. Проблема становления и развития правового государства и гражданского общества до сих пор считается нерешенной и недостаточно разработанной в современной политической и правовой науках хотя период ее изучения измеряется столетиями а время от времени она...