Этапы разработки модели базы данных: составление логической схемы и создание на ее основе физической формы графическим инструментарием Erwin. CASE-технологии для проектирования прикладного программного обеспечения и конфигурационного управления проектом.
При низкой оригинальности работы "Разработка серверной части базы данных с применением CASE-технологий", Вы можете повысить уникальность этой работы до 80-100%
Обычно разработка модели базы данных состоит из двух этапов: составление логической модели и создание на ее основе физической модели. ERWIN полностью поддерживает такой процесс, он имеет два представления модели: логическое (logical) и физическое (physical). Таким образом, разработчик может строить логическую модель базы данных, не задумываясь над деталями физической реализации, т.е. уделяя основное внимание требованиям к информации и бизнес-процессам, которые будет поддерживать будущая база данных.На нем данные представляются так, как выглядят в реальном мире, и могут называться так, как они называются в реальном мире. Логическая модель представляет данные таким образом, чтобы они легко воспринимались. С точки зрения пользователя Erwin, процесс создания логической модели данных заключается в визуальном редактировании ER-диаграммы. Диаграмма Erwin строится из трех основных блоков: сущностей, атрибутов и связей.Логическая модель данных может быть построена на основе другой логической модели, например на основе модели процессов. Первичный ключ (primary key) - это атрибут или группа атрибутов, однозначно идентифицирующая экземпляр сущности, атрибуты первичного ключа на диаграмме не требуют специального обозначения - это те атрибуты, которые находятся в списке атрибутов выше горизонтальной линии.Говорят, что сущность соответствует первой нормальной форме, если в каждом поле каждой ее строки содержится ровно одно значение.Сущность соответствует второй нормальной форме, если она отвечает критерию первой нормальной формы, а значения ее любого неключевого поля зависят от значений всех ключевых полей.Значение каждого неключевого поля сущности в третьей нормальной форме должно представлять собой факт, не зависящий от значений никаких других неключевых полей. Кроме того, сущность должна соответствовать правилу второй нормальной формы.Физическая модель данных, напротив, зависит от конкретной СУБД, фактически являясь отображением системного каталога БД. В физической модели содержится информация о всех объектах БД. Поскольку стандартов на объекты БД не существует (например, нет стандарта на типы данных), физическая модель зависит от конкретной реализации СУБД. Если в логической модели не имеет значения, какой конкретно тип данных имеет атрибут, то в физической модели важно описать всю информацию о конкретных физических объектах - таблицах, столбцах и отношениях. Сущности логической модели, вероятно, станут таблицами в физической модели.Под термином CASE (Computer Aided Software Engineering) понимаются программные средства, поддерживающие процессы создания и сопровождения АС, включая анализ и формулировку требований, проектирование прикладного программного обеспечения и баз данных, генерацию кода, тестирование, документирование, обеспечение качества, конфигурационное управление и управление проектом, а также другие процессы. CASE-средства вместе с системным программным обеспечением и техническими средствами образуют полную среду разработки АС. Такие технологии, базирующиеся на методологиях подготовки информационных систем и соответствующих комплексах интегрированных инструментальных средств, а также ориентированные на поддержку полного жизненного цикла АС или его основных этапов, получили название CASE-технологий и CASE-средств.ADD CONSTRAINT ХРКРАСПИСАНИЕ PRIMARY KEY CLUSTERED (Номер_аудитории ASC,Номер_группы ASC) go ADD CONSTRAINT R_4 FOREIGN KEY (Номер_аудитории) REFERENCES Аудитория(Номер_аудитории) ADD CONSTRAINT R_5 FOREIGN KEY (Номер_группы) REFERENCES Учебная_группа(Номер_группы) Расписание.Номер_аудитории = deleted.Номер_аудитории /* %JOINFKPK(deleted,Аудитория," = "," AND") */ deleted.Номер_аудитории = Аудитория.
План
Содержание
Задание
Введение
1. Создание логической модели
2. Создание физической модели
3. Схема данных в SQL
Заключение
Список используемой литературы
Приложение
Задание
Предметная область "Учебная точка" "Аудитория"
Введение
ERWIN - это графический инструментарий для моделирования данных, основной целью которого является помощь аналитику в использовании бизнес-правил и требований к информации при создании логических и физических моделей данных. Процесс моделирования в Erwin базируется на методологии проектирования реляционных баз данных- IDEF1X. Она определяет стандарты терминологии и графического изображения типовых элементов на ER-диаграммах.
Обычно разработка модели базы данных состоит из двух этапов: составление логической модели и создание на ее основе физической модели. ERWIN полностью поддерживает такой процесс, он имеет два представления модели: логическое (logical) и физическое (physical). Таким образом, разработчик может строить логическую модель базы данных, не задумываясь над деталями физической реализации, т.е. уделяя основное внимание требованиям к информации и бизнес-процессам, которые будет поддерживать будущая база данных. ERWIN не только имеет очень удобный пользовательский интерфейс, позволяющий представить базу данных в самых различных аспектах, но и поддерживает автоматическую генерацию спроектированной и определенной на физическом уровне структуры данных. При создании новой модели выбирается сервер СУБД. Выбранный сервер определяет физический уровень представления модели. Для того, чтобы переключится на физический уровень модели, нужно выбрать кнопку Phisical/Logical на панели инструментов.
Вывод
Под термином CASE (Computer Aided Software Engineering) понимаются программные средства, поддерживающие процессы создания и сопровождения АС, включая анализ и формулировку требований, проектирование прикладного программного обеспечения и баз данных, генерацию кода, тестирование, документирование, обеспечение качества, конфигурационное управление и управление проектом, а также другие процессы. CASE-средства вместе с системным программным обеспечением и техническими средствами образуют полную среду разработки АС.
Возрастающая сложность современных автоматизированных систем управления и повышение требовательности к ним обуславливает применение эффективных технологий создания и сопровождения АС в течение всего жизненного цикла. Такие технологии, базирующиеся на методологиях подготовки информационных систем и соответствующих комплексах интегрированных инструментальных средств, а также ориентированные на поддержку полного жизненного цикла АС или его основных этапов, получили название CASE-технологий и CASE-средств.
Для успешной реализации проекта АС должны быть построены полные и непротиворечивые функциональные и информационные модели системы управления. Накопленный опыт проектирования указанных моделей показывает, что это логически сложная, трудоемкая и длительная по времени работа, требующая высокой квалификации участвующих в ней специалистов.
Однако во многих случаях проектирование АС выполняется в основном на интуитивном уровне с применением неформальных методов, основанных на искусстве, практическом опыте и экспертных оценках.
Кроме того, в процессе создания и функционирования АС информационные потребности пользователей могут изменяться или уточняться, что еще более усложняет разработку и сопровождение автоматизированных систем управления. От перечисленных недостатков в наибольшей степени свободны подходы, основанные на программно-технических средствах специального класса - CASE-средствах, реализующих CASE-технологии создания и сопровождения АС.
Список литературы
1) Маклаков С.В. CASE-средства разработки информационных систем. BPWIN и Erwin -М.: ДИАЛОГМИФИ, 2001.
2) Горин С.В., Тандоев А.Ю. Применение CASE-средства Erwin 2.0 для информационного моделирования в системах обработки данных. "СУБД", 1995, №3.
3) Панащук С.А. Разработка информационных систем с использованием CASE-систем. "СУБД", 1995, №3.
4) Хоторн Роб "Разработка баз данных, Micrososoft SQL Server 2000".-Вильямс, 2001
Вы можете ЗАГРУЗИТЬ и ПОВЫСИТЬ уникальность своей работы