Построение физической модели бд

Создание модели данных посредством современных CASE-средств

Современные CASE-средства охватывают широкую область помощи бессчётных разработок проектирования ИС: от документирования и простых средств анализа до полномасштабных средств автоматизации, покрывающих целый жизненный цикл ПО.

самые трудоёмкими этапами разработки ИС являются проектирования и этапы анализа, в ходе которых CASE-средства снабжают уровень качества принимаемых технических ответов и подготовку проектной документации. Наряду с этим громадную роль играются способы визуального представления информации. Это предполагает построение структурных либо иных диаграмм в настоящем масштабе времени, применение многообразной цветовой палитры, сквозную диагностику синтаксических правил. Графические средства моделирования предметной области разрешают разработчикам в наглядном виде изучать существующую ИС, перестраивать ее в соответствии с поставленными целями и имеющимися ограничениями.

В разряд CASE-средств попадают как довольно недорогие совокупности для персональных компьютеров с очень ограниченными возможностями, так и дорогостоящие совокупности для неоднородных операционных сред и вычислительных платформ. Так, современный рынок программных средств насчитывает около 300 разных CASE-средств, самые мощные из которых так или иначе употребляются фактически всеми ведущими западными компаниями.

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

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

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

2.2 Моделирование бизнес-процессов посредством IDEF0-диаграмм

Рисунок 1 – Диаграмма «Автоматизация бухгалтерии»

¾ Верхняя сторона имеет значение “Управление” (Control);

¾ Левая сторона имеет значение “Вход” (Input);

¾ Правая сторона имеет значение “Выход” (Output);

¾ Нижняя сторона имеет значение “Механизм” (Mechanism).

2.3 Разработка структуры информационной совокупности с применением СУБД MS Access

2.4 разработка и Проектирование приложения в среде Delphi

3 Создание прототипа информационной совокупности

3.1 Физическая реализация структуры базы данных

Реляционная база данных – это база данных, все данные которой содержится в таблицах, связанных между собой.

Реляционная база данных складывается из громадного количества таблиц, каковые связаны между собой. У каждой из этих таблиц хранится информация об объектах определенного типа. У каждой строке таблицы находятся сведения об одном объекте, а в столбцах таблицы расположены характеристики этих объектов, их атрибуты.

Определение “Реляционная” случилось от британского слова relation (отношение).

Объект реляционной базы данных – это любой объект, что определенный в базе данных и употребляется для обращения и сохранения информации к ней. К объектам реляционной базы данных относятся: таблицы, представления, последовательности.

Реляционные СУБД – это совокупности управления реляционными базами данных. Такие модели управления характеризуются простотой, эргономичным табличным понятием, и возможностями применения формального реляционного алгебры исчисления и аппарата отношений для осуществления обработки данных.

Построение физической модели БД

В данной работе проектирование происходит в среде MS Access – современная СУБД для персональных компьютеров, выполняющая реляционные базы данных, имеющая объектно-ориентированный алгоритмический язык для работы с информацией, способы визуального программирования и достаточно довольно широкие возможности.

Физическое проектирование – реализация даталогической модели средствами конкретной СУБД. Результатом этого процесса есть физическая модель, содержащая все данные, нужную для генерации всех нужных объектов в базе данных.

3.2 Создание интерфейса информационной совокупности

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

Большая часть применяемых сейчас баз данных попадают в категорию реляционных баз данных, каковые организуют данные в виде комплекта связанных таблиц. Не смотря на то, что эта книга нацелена на изучение как раз реляционных баз данных, существуют и другие типы баз. К примеру, большая часть ветхих совокупностей применяли одноуровневые неструктурированные базы данных, в которых эти были находятся в одной громадной таблице. Кроме этого существуют объектно-ориентированные, иерархические и сетевые базы данных.

Сетевая модель данных. Сетевая база данных, предназначенная для совокупностей среднего размера, показалась, как метод улучшить иерархическую модель. Наименование происходит от представления базы данных в виде сети связанных таблиц. По сути, сетевая диаграмма выглядит весьма похоже на ERD, каковые мы используем в данной книге. Главное различие между сетевой и реляционной базой данных пребывает в том, что в реляционной базе данных употребляются внешние ключи для связей между таблицами, в то время как сетевая база данных применяет для связи таблиц физические указатели. Это кажущееся маленьким отличие приводит при внедрении баз к сильным различиям между ними. Самый узнаваемый сетевой продукт, названный IDMS (Integrated database management не, интегрированная совокупность управления базами данных) была создана компанией Computer Associates. Как и IMS, IDMS сложна в применении, и для сотрудничества с таковой базой данных требуется опытный программист.

3.3 Приемо-сдаточные опробования информационной совокупности

Приложение А Управление программиста

Приложение Б Управление пользователя

Приложение В Листинг программы

Заключение

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

Во время прохождения производственной практики все приобретённые навыки теоретического обучения были закреплены на настоящем производстве.

Перечень использованных литератур

1. Дейт К.Дж. Введение в совокупности баз данных, 8-е издание: Пер. с англ. – К.; М.; СПб.: Издательский дом «Вильямс», 2006. – 1328 с.

2. Дунаев В.В. Язык SQL для студента. – СПб.: БХВ, 2007. – 312 с.

3. Кузин А.В. Компьютерные сети. – М.: «Форум: Инфра-М», 2011. – 450с.

4. Маклаков С.В. Создание информационных совокупностей с AllFusion Modeling Suite. – М.: ДИАЛОГ-МИФИ, 2007. – 432 с.

5. Максимов Н.В., Попов И.И. Компьютерные сети. – М.: «Форум», 2010. – 464 с.

6. Мартин Грубер. Введние в SQL, БХВ-Петербург, 2006. – 217 с.

7. Мартин Грубер. SQL. Справочное управление. – М.: Лори, 2006. – 368 с.

8. Олифер В.Г., Олифер Н.А. Базы компьютерных сетей. – СПб.: «Питер», 2009. – 352 с.

Как начать программировать #12. Базы данных. Разработка моделей базы данных


Также читать:

Понравилась статья? Поделиться с друзьями: