рефераты конспекты курсовые дипломные лекции шпоры

Реферат Курсовая Конспект

Реляционная модель данных

Реляционная модель данных - раздел Государство, по Технологии Разработки Программного Обеспечения.   Понятие Реляционный (Англ. Relation — Отношение) Связано С Ра...

 

Понятие реляционный (англ. relation — отношение) связано с разработками

известного американского специалиста в области систем баз данных Е. Кодда.

Эти модели характеризуются простотой структуры данных, удобным для

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

формального аппарата алгебры отношений и реляционного исчисления для

обработки данных.

Реляционная модель ориентирована на организацию данных в виде двумерных

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

обладает следующими свойствами:

. каждый элемент таблицы — один элемент данных;

. все столбцы в таблице однородные, т.е. все элементы в столбце имеют

одинаковый тип (числовой, символьный и т.д.) и длину;

. каждый столбец имеет уникальное имя;

. одинаковые строки в таблице отсутствуют;

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

Отношения представлены в виде таблиц, строки которых соответствуют кортежам

или записям, а столбцы — атрибутам отношений, доменам, полям.

Поле, каждое значение которого однозначно определяет соответствующую

запись, называется простым ключом (ключевым полем). Если записи однозначно

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

имеет составной ключ.

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

ввести в состав ключа второй таблицы (возможно совпадение ключей); в

противном случае нужно ввести в структуру первой таблицы внешний ключ —

ключ второй таблицы.

 

Анализ средств проектирования информационных систем.

Современные СП могут быть разделены на две большие категории. Первую составляют CASE- системы (как независимые (upper CASE), так и интегрированные с СУБД), обеспечивающие проектирование БД и приложений в комплексе с интегрированными средствами разработки приложений "клиент-сервер" (например, Westmount I-CASE+Uniface, Designer/2000+Developer/2000). Их основное достоинство заключается в том, что они позволяют разрабатывать всю ИС целиком (функциональные спецификации, логику процессов, интерфейс с пользователем и базу данных), оставаясь в одной технологической среде. Инструменты этой категории, как правило, обладают существенной сложностью, широкой сферой применения и высокой гибкостью.
Вторую категорию составляют собственно средства проектирования БД, реализующие ту или иную методологию, как правило, "сущность-связь" ("entity-relationship") и рассматриваемые в комплексе со средствами разработки приложений. К средствам этой категории можно отнести такие, как SILVERRUN+JAM, ERwin/ERX+PowerBuilder и др.
Помимо указанных категорий, СП можно классифицировать по следующим признакам:

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

· применяемым методологиям и моделям систем и БД;

· степени интегрированности с СУБД;

· степени открытости;

· доступным платформам.

В разряд СП попадают как относительно дешевые системы для персональных компьютеров (ПК) с весьма ограниченными возможностями, так и дорогостоящие системы для неоднородных вычислительных платформ и операционных сред. Так, современный рынок программных средств насчитывает около 300 различных CASE-систем, наиболее мощные из которых так или иначе используются практически всеми ведущими западными фирмами.
Применение СП требует от потенциальных пользователей специальной подготовки и обучения. Опыт показывает, что внедрение СП осуществляется медленно, однако по мере приобретения практических навыков и общей культуры проектирования эффективность применения этих средств резко возрастает, причем наибольшая потребность в использовании СП испытывается на начальных этапах разработки, а именно на этапах анализа и спецификации требований. Это объясняется тем, что цена ошибок, допущенных на начальных этапах, на несколько порядков превышает цену ошибок, выявленных на более поздних этапах разработки.
На сегодняшний день Российский рынок программного обеспечения располагает следующими наиболее развитыми СП:

· Westmount I-CASE;

· Uniface;

· Designer/2000+Developer/2000 (ORACLE);

· SILVERRUN+JAM;

· ERwin/ERX+PowerBuilder.

Приведенный список не претендует на полноту. Кроме того, на рынке постоянно появляются как новые (для отечественных пользователей) системы, так и новые версии и модификации перечисленных систем (например, CASE/4/0, System Architect и т.д.).
Таблица характеристик СП

СП West-mount I-CASE + Uniface Designer/2000+Developer/2000 SILVER-RUN + JAM ERwin/ERX + PowerBuilder
Поддержка полного жизненного цикла ИС + + + +
Обеспечение целостности проекта + + - -
Независимость от платформы + (ORACLE, Informix, Sybase, Ingres и другие, dbf-файлы) - (целевая СУБД - только ORACLE) + (ORACLE, Informix, Sybase, Ingres и другие) + (ORACLE, Informix, Sybase, поддержка ODBC)
Одновременная групповая разработка БД и приложений + - *) - *) - *)

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

Несмотря на некоторые недостатки, я буду использовать Designer/2000+Developer/2000.

По оценке аналитической компании Gartner, PowerDesigner является инструментальным средством моделирования №1 в мире! Важной особенностью PowerDesigner является то, что для построения указанных моделей менеджерам и бизнес-аналитикам не требуется помощь ИТ-специалистов. PowerDesigner - УНИКАЛЬНОЕ ПРОМЫШЛЕННОЕ СРЕДСТВО МОДЕЛИРОВАНИЯ, объединяющее в единую интегрированную среду разработки все существующие уровни моделирования информационных систем.

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

В состав Power Designer входят следующие модули:

Process Analyst - средство для функционального моделирования, поддерживает нотацию Йордона - ДеМарко, Гейна - Сарсона и несколько других. Имеется возможность описать элементы данных (имена, типы, форматы), связанные с потоками данных и хранилищами данных. Эти элементы передаются на следующий этап проектирования, причем хранилища данных могут быть автоматически преобразованы в сущности.

Data Analyst - инструмент для построения модели "сущность-связь" и автоматической генерации на ее основе реляционной структуры. Исходные данные для модели "сущность-связь" могут быть получены из DFD-моделей, созданных в модуле Process Analyst. В ER-диаграммах допускаются только бинарные связи, задание атрибутов у связей не поддерживается. Поддерживаются диалекты языка SQL примерно для 30 реляционных СУБД, при этом могут быть сгенерированы таблицы, представления, индексы, триггеры и т.д. В результате порождается SQL-сценарий (последовательность команд CREATE), выполнение которого создает спроектированную схему базы данных. Имеется также возможность установить соединение с СУБД через интерфейс ODBC. Другие возможности: автоматическая проверка правильности модели, расчет размера базы данных, реинжиниринг (построение модельных диаграмм для уже существующих баз данных) и т.д.

Application Modeler - инструмент для автоматической генерации прототипов программ обработки данных на основе реляционных моделей, построенных в Data Analyst. Может быть получен код для Visual Basic, Delphi, а также для таких систем разработки в архитектуре "клиент-сервер" как PowerBuilder, Uniface, Progress и др. Генерация кода осуществляется на основе шаблонов, соответственно управлять генерацией можно за счет изменения соответствующего шаблона.

Ознакомительную версию Power Designer, в которой заблокированы функции сохранения построенных моделей, можно получить с российского web-сервера компании Sybase.

 

 

– Конец работы –

Эта тема принадлежит разделу:

по Технологии Разработки Программного Обеспечения.

На сайте allrefs.net читайте: по Технологии Разработки Программного Обеспечения....

Если Вам нужно дополнительный материал на эту тему, или Вы не нашли то, что искали, рекомендуем воспользоваться поиском по нашей базе работ: Реляционная модель данных

Что будем делать с полученным материалом:

Если этот материал оказался полезным ля Вас, Вы можете сохранить его на свою страничку в социальных сетях:

Все темы данного раздела:

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

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

Описание предметной области.
Каждый автомобиль характеризуется следующими параметрами: o регистрационный номер автомобиля; o номер автомобиля; o Марка автомобиля; o Цвет; o Состояни

Формальные модели предметной области
Прокат автомобилей [1] Сбор заявок [1.1] Прием заявок [1.1.1] Анализ заявок [1.1.2] Сохранение заявок [1.1.3] Сбор сведений о клиенте [1.2] Прием информации о клиенте [1.2.1

С) 3 уровень
1) Сбор заявок 2) Сбор сведений о клиенте

Описание, постановка задачи и разработка бизнес-правил.
Фирма «АВТАННА» занимается прокатом легковых автомобилей.   Процесс проката осуществляется следующим образом. Клиент производит заказ на прокат желаемого авт

ОПИСАНИЕ ЗАДАЧИ.
Наименование задачи: Автоматизация управления работой дилера по прокату легковых автомобилей   Цель работы дилера: Прокат легковых автомобилей

II. Основание для разработки
§ Основание для разработки Основанием для разработки текстового редактора является задание на курсовой проект по дисциплине “Технология разработки программного обеспечения”.

IV. Требования к программе и программному изделию
§ Требования к составу АИСК должна состоять из одного модуля, выполняющего все требуемые функции. § Требования к функциональным характеристикам Требования к

Требования к составу выполняемых функций
    § Условия эксплуатации АИСК должен функционировать в соответствии с заданными в настоящем ТЗ тре­бованиями, в составе ПО ПЭВМ, при эксплуатации ПЭВМ.

V. Требования к программной документации
§ Требования к составу документации Состав документации определяется Исполнителем на этапе разработки переч­нем разрабатываемых документов и согласовывается с Заказчиком. В

VIII. Порядок контроля и приемки
Приемка разработанного АИСК осуществляется на средствах вычислительной техники Заказчика в объеме, определяемом программой и методикой испытаний АИСК, и в сроки, определенные ведомостью исполнения

Пользователи банков данных.
Как любой программно-организационно-технический комплекс, Банк Данных существует во времени и в пространстве. Он имеет определённые стадии своего развития: Проектирование Ре

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

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

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

База данных автомобилей
Name Code Type I M Регистрационный номер автомобиля REG_AVTO I Ye

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

Словарь данных.
Управленческим инструментарием разработки при проектировании БД является словарь данных (СД). Внедрение БД на любом предприятии занимает довольно продолжительное время. Её расширение проис

Процесс программирования.
  1) Краткая характеристика программного обеспечения, используемого при создании СУБД.   Рассмотрим более подробно программные продукты компании Micros

ИНСТРУМЕНТАЛЬНЫЕ СРЕДСТВА, РЕАЛИЗУЮЩИЕ МЕТОДЫ СЕТЕВОГО ПЛАНИРОВАНИЯ И УПРАВЛЕНИЯ.
  Внедрение систем управления проектом в организации сегодня перестало быть лишь средством повышения эффективности существующей системы управления. Постоянное совершенствование методо

Календарный план реализации проекта
№ Наименование работ   Номера этапа Сроки Анализ предметной области, анализ требований к си

Хотите получать на электронную почту самые свежие новости?
Education Insider Sample
Подпишитесь на Нашу рассылку
Наша политика приватности обеспечивает 100% безопасность и анонимность Ваших E-Mail
Реклама
Соответствующий теме материал
  • Похожее
  • Популярное
  • Облако тегов
  • Здесь
  • Временно
  • Пусто
Теги