Трехуровневая организация БД: внешняя, концептуальная, внутренняя модели

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

ER- моделирование: сущность, атрибуты, связь. Логическая и физическая структура БД

Модель сущность-связь (ER-модель) (англ. entity-relationship model, ERM) — модель данных, позволяющая описывать концептуальные схемыпредметной области.

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

Сущность изображается в виде прямоугольника, содержащем её имя, выражаемое существительным. ^[5] Имя сущности должно быть уникальным в рамках одной модели. При этом, имя сущности — это имя типа, а не конкретного экземпляра данного типа. Экземпляром сущности называется конкретный представитель данной сущности.

Связь изображается линией, которая связывает две сущности, участвующие в отношении. Степень конца связи указывается графически, множественность связи изображается в виде «вилки» на конце связи. Модальность связи так же изображается графически — необязательность связи помечается кружком на конце связи. Именование обычно выражается одним глаголом в изъявительном наклонении настоящего времени: «Имеет», «Принадлежит» и т. д.; или глаголом с поясняющими словами: «Включает в себя», и т.п. Наименование может быть одно для всей связи или два для каждого из концов связи. Во втором случае, название левого конца связи указывается над линией связи, а правого – под линией. Каждое из названий располагаются рядом с сущностью, к которой оно относится. Атрибуты сущности записываются внутри прямоугольника, изображающего сущность и выражаются существительным в единственном числе (возможно, с уточняющими словами). Среди атрибутов выделяется ключ сущности — неизбыточный набор атрибутов, значения которых в совокупности являются уникальными для каждого экземпляра сущности.

Диаграммы потоков данных. Нотация. Пример.

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

50.Современные средства быстрой разработки приложений (RAD-средства). Краткая характеристика, примеры. RAD (от англ.rapid application development— быстрая разработка приложений)— концепция создания средств разработки программных продуктов,уделяющая особое внимание быстроте и удобству программирования,созданию технологического процесса,позволяющего программисту максимально быстро создавать компьютерные программы.С конца XXвека RAD получила широкое распространение и одобрение.Концепцию RADтакже часто связывают с концепцией визуального программирования.

Основные принципы RAD:1)Инструментарий должен быть нацелен на минимизацию времени разработки. 2)Создание прототипа для уточнения требований заказчика. 3)Цикличность разработки: каждая новая версия продукта основывается на оценке результата работы предыдущей версии заказчиком. 4)Минимизация времени разработки версии, за счёт переноса уже готовых модулей и добавления функциональности в новую версию. 5)Команда разработчиков должна тесно сотрудничать, каждый участник должен быть готов выполнять несколько обязанностей. 6)Управление проектом должно минимизировать длительность цикла разработки.

51. Современные средства быстрой разработки приложений(RAD-средства). Основные функции, применение, достоинства и недостатки метода.

Применение технологииRAD целесообразно,когда:

1).требуется выполнение проекта в сжатые сроки (90 дней). Быстрое выполнение проекта позволяет создать систему, отвечающую требованиям сегодняшнего дня. Если система проектируется долго, то весьма высока вероятность, что за это время существенно изменятся фундаментальные положения, регламентирующие деятельность организации, то есть, система морально устареет еще до завершения ее проектирования. 2).нечетко определены требования к ПО. В большинстве случаев заказчик весьма приблизительно представляет себе работу будущего программного продукта и не может четко сформулировать все требования к ПО. Требования могут быть вообще не определены к началу проекта либо могут изменяться по ходу его выполнения. 3).проект выполняется в условиях ограниченности бюджета. Разработка ведется небольшими RAD группами в короткие сроки, что обеспечивает минимум трудозатрат и позволяет вписаться в бюджетные ограничения. 4).интерфейс пользователя (GUI) есть главный фактор. Нет смысла заставлять пользователя рисовать картинки. RAD технология дает возможность продемонстрировать интерфейс в прототипе, причем достаточно скоро после начала проекта. 5).проект большой, но поддается разделению на более мелкие функциональные компоненты. Если предполагаемая система велика, необходимо, чтобы ее можно было разбить на мелкие части, каждая из которых обладает четкой функциональностью. Они могут выпускаться последовательно или параллельно (в последнем случае привлекается несколько RAD групп).