Методологии и средства проектирования БД

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

Методологии, технологии и инструментальные средства проектирования (CASE-средства - Computer Aided Software Engineering) сост-ют основу проекта любой ИС. Методология реализуется через конкретные технологии и поддерживающие их стандарты, методики и инструм-ые ср-ва, к-ые обесп-ют выполн-е процессов ЖЦ. Архитектура CASE-систем основана на парадигме «методология – модель – нотация – средства». При моделировании систем вообще и, в частности, для целей стр-рного анализа разрабатываются разл. модели, к-ые д. отображать следующее: 1)ф-ии, к-ые система д.выполнять; 2)процессы, обеспечивающие выполнение указанных ф-ий; 3)дан-е, необх-ые при выполнении ф-ий, и отношения м/у этими дан-ми; 4)орг-ые стр-ры, обесп-щие выполнение ф-ий; 5)материальные и инф-ые потоки, возникающие в ходе выполнения ф-ий.

Сегодня имеется ряд методологий, позволяющих производить функц-но-инф-ое описание бизнес-процессов предприятия. Среди многообразия ср-в, предусмотренных для проведения структурного анализа, наиболее часто и эффективно применяются: DFD (диаграммы потоков данных); STD; ERD; FDD; SADT; семейство IDEF. Методологии реализуются конкретными CASE-ср-вами, напр.:Meta Software – Design/IDEF; Oracle – Designer/2000; Rational Software Corporation – Rational Rose; Computer Associates – AllFusion (ERWin, BPWin); IDS – ARIS и др.

RUP (Rational Unified Process, компания Rational Software, продукт – Rational Rose) - объектно-ориентированная методология, основанная на объектном подходе к проектированию. RUP обеспечивает строгий подход к распределению задач и ответственности внутри орг-ции-разработчика. Его предназначение - гарантировать создание точно в срок и в рамках установленного бюджета качественного ПО, отвечающего нуждам кон-х польз-лей. RUP способствует повышению производительности коллективной разработки и предоставляет лучшее из накопленного опыта по созданию ПО, посредством руководств, шаблонов и наставлений по пользованию инструм-ыми ср-вами для всех критически важных работ, в течение ЖЦ создания и сопровождения ПО. В кач-ве языка моделир-я в общей базе знаний испол-тся Unified Modeling Language (UML), явл-ийся международным стандартом. Особ-ть RUP - в рез-те работы над проектом создаются и совершенствуются модели. Вместо создания громадного кол-ва бумажных документов, RUP опирается на разработку и развитие семантически обогащенных моделей, всесторонне представляющих разрабатываемую систему. RUP – это рук-во по тому, как эфф-но испол-ть UML. Стандартный язык моделир-я, испол-мый всеми членами группы, делает понятными для всех описания треб-ий, проектир-е и архитектуру системы.

Методология SADT (стр-рного ан-за и проектир-я, Structured Analysis and Design Technique) реализуется через метод IDEF1X, предназначенный для функц-ого моделир-я, путем создания описательной граф-ой модели, показывающей что, как и кем делается в рамках функц-ия объекта инф-ции. Модель строится методом декомпозиции: от крупных составных структур к более мелким, простым. Элементы каждого ур-я декомпозиции предст-т собой действия по переработке инф-ных или др. ресурсов при опр-ных условиях с исп-ем заданных механизмов. Каждое действие расклад-ся на более мелкие операции по переработке опр-ной части инф-ых или др. ресурсов вплоть до элементарных (не допускающих дальнейшее разложение). Центральной идеей SADT (и IDEF) является SA-блок - универсальная единица универсальной пунктуации для неограниченного строгого структурного анализа (Рис.).

Стрелки играют роль интерфейса и означают либо предметы (материальные объекты), либо инф-ые объекты – дан-е. Функции д.иметь имена, выраженные грамматической формой глагола. Стрелки помечаются уникальными именами, выраженными грамматической формой существительного и наз-тся ICOM – метками (Input, Control, Output, Mechanism), и соответственно обозначают: - вход (Input) – это дан-е для выполн-ия ф-ии (стрелка слева); - управление (Control) – инф-ия, упр-щая выполнением ф-ии (стрелка сверху); - выход (Output) – это дан-е полученные в рез-те выполн-ия ф-ии (стрелка справа); - механизм (Mechanism) – это то, при помощи чего реализуется ф-ия (стрелка снизу). Для того чтобы упростить чтение модели, каждому узлу присвоен индивидуальный код, указывающий, к какому уровню декомпозиции относится этот узел, кто явл-ся его “родителем” и какой у него порядковый номер на листе.

Основные правила соединения блоков (синтаксис): − одновременное действие (Рис. 10); − обратная связь (Рис. 11); − разветвление (Рис. 12).

Метод IDEF предназначен, в том числе, для проектир-ия логических структур БД после опр-ия с пом. функц-ой модели инф-ых потоков объекта инф-ции. IDEF1X - методология моделир-ия дан-х, осн-ая на семантике, т.е. на трактовке данных в контексте их взаимосвязи с др. дан-ми.

Дата добавления: 2015-05-09