Студопедия
Случайная страница | ТОМ-1 | ТОМ-2 | ТОМ-3
АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатика
ИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханика
ОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторика
СоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансы
ХимияЧерчениеЭкологияЭкономикаЭлектроника

Документирование делового регламента

Читайте также:
  1. IV. Формы контроля за исполнением административного регламента
  2. Важная особенность делового общения – строгое соблюдение его участниками ролевого амплуа: начальник — подчиненный, партнеры, коллеги и др.
  3. Ведение делового совещания
  4. ВЕДЕНИЕ ДЕЛОВОГО СОВЕЩАНИЯ
  5. Виды делового общения
  6. Все эти процессы задействованы и в практике делового обще­ния.
  7. Глава VII ИМИДЖ ДЕЛОВОГО ЧЕЛОВЕКА

В главе 2 в качестве элементов схемы базы данных были введены таблицы, связи, домены и деловой регламент. Первые три элемента присутствуют в модели «сущ­ность—связь» или логически выводятся из нее, но деловой регламент в этой мо­дели никак не упомянут. Таким образом, правила, составляющие деловой регла­мент, иногда добавляются к ER-модели на стадии моделирования данных.

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

Рассмотрим сущности ГРУЗОВИК и ИНЖЕНЕР на рис. 3.11. Имеются ли в дело­вом регламенте правила, касающиеся того, за кем может быть закреплен грузо­вик? Если имеющегося количества грузовиков недостаточно для того, чтобы за­крепить грузовик за каждым инженером, то какие правила будут определять то, кому достанется грузовик? Быть может, приложение базы данных должно назна­чать грузовики в пользование тем инженерам, в графике которых стоит наиболь­шее количество работ в течение определенного периода времени или наиболь­шее количество работ вне офиса; возможны и другие варианты.

Другой пример — распределение работ между инженерами. Могут существо­вать правила, определяющие то, каким набором сертификатов должен обладать

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

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

Модель «сущность—связь» и CASE-средства

Разработка моделей данных в рамках модели «сущность—связь» значительно упростилась в последние годы, поскольку теперь инструменты для построения ER-диаграмм входят в состав многих популярных CASE-средств. К таким продуктам относятся, в частности, IEW, IEF, DEFT, ER-WIN и Visio. Эти продукты также объединяют сущности с отношениями, с помощью которых эти сущности представлены в базе данных, что может облегчить администрирование, управле­ние и обслуживание базы данных.

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



Диаграммы «сущность—связь» в стиле UML

Унифицированный язык моделирования (UML) — это набор структур и методик для моделирования и проектирования объектно-ориентированных программ (ООП) и приложений. UML — это одновременно и методология разработки систем ООП, и набор инструментов для разработки таких систем. UML получил известность стараниями группы OMG (Object Management Group) — организа­ции, которая занимается разработкой ООП-моделей, технологии и стандартов с 1980-х годов. Этот язык стал также находить широкое применение в среде про­фессионалов ООП. На UML базируются инструменты для объектно-ориентиро­ванного проектирования, разработанные компанией Rational Systems.

Будучи методологией разработки приложений, UML является предметом курса системной разработки и поэтому представляет для нас лишь ограничен­ный интерес. Вам могут, однако, встретиться диаграммы «сущность—связь», вы­полненные в стиле UML, поэтому представление об этом стиле следует иметь.

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


Дата добавления: 2015-07-08; просмотров: 230 | Нарушение авторских прав


Читайте в этой же книге: Атрибуты | Представление связей на диаграммах | Атрибуты связей | Показатель кардинальности | Степень участия | ПРИМЕРЫ ER-ПРОЕКТИРОВАНИЯ | Идентификаторы | Три типа бинарных связей | Слабые сущности | Подтипы сущностей |
<== предыдущая страница | следующая страница ==>
Пример ER-диаграммы| Конструкции ООП, введенные языком UML

mybiblioteka.su - 2015-2021 год. (0.006 сек.)