Анализ сведений о наличии авто [1.3.2]
Прием сведений о наличии авто [1.3.1]
Запрос инфо [1.4]
проверка информации о клиенте [1.5]
подготовка сведений о клиенте [1.5.1]
проверка сведений о клиенте [1.5.2]
сохранение данных [1.5.3]
Передача машины клиенту [1.7]
приём машины [1.7.1]
Прием сведений [1.7.2]
Подготовка данных для передачи и передача [1.7.3]
регистрация машины на данного клиента [1.6]
Оформление заказа [1.6.3]
Подбор авто [1.6.1]
регистрация машины на клиента [1.6.2]

А) 1 уровень



В) 2 уровень



С) 3 уровень

1) Сбор заявок



2) Сбор сведений о клиенте



3) Сбор сведений о наличии авто



4) Проверка информации о клиенте



5) Регистрация автомобиля на данного клиента



6) Передача автомобиля клиенту



Следующий этап – инфологическое моделирование.

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

Инфологическое проектирование прежде всего связано с попыткой представления семантики предметной области в модели БД.

Модель «сущность-связь» (ER-модель).

Как любая модель, модель «сущность-связь» имеет несколько базовых понятий, которые образуют исходные кирпичики, из которых строятся уже более сложные объекты по заранее определённым правилам.

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

---

В основе ER-модели лежат следующие базовые понятия:

• 
  атрибут - логически неделимый элемент информации, отображающий некоторую качественную или количественную характеристику сущности;
  
• 
  сущность – агрегация атрибутов, характеризующих соответственно ей объект или событие;
  
• 
  связь указывает на наличие отношений между информационными объектами.
  

Для сущности задаётся имя, которое должно быть уникальным в рамках модели. Имя должно быть краткое, но в то же время давать исчерпывающие сведенья об информационном объекте, представляемым данной сущности.

Для атрибута указывается имя, ключевой или неключевой атрибут, обязательный или необязательный.

Связи в ER-модели являются бинарными ( задаются между двумя сущностями) или рекурсивными( сущность связана сама с собой).

Для каждого конца связи задаётся:

• 
  имя;
  
• 
  степень множественности( 1:1; 1:М; М:М);
  
• 
  степень обязательности;
  
• 
  ключевая или неключевая связь.
  

1) Определение сущностей. Исходя из задачи выделим следующие сущности: 1) Кредитная карта; 2) Клиент; 3) Заявка; 4) Паспорт; 5) База данных МВД; 6) База данных автомобилей.

2) Определение взаимосвязей между сущностями.

И нформационная модель между сущностями:

3) Инфологическая модель:



Словарь данных.

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

Внедрение БД на любом предприятии занимает довольно продолжительное время. Её расширение происходит по мере разработки и интеграции используемых прикладных программ. В процессе эксплуатации вводятся новые элементы данных, а те, которые использовались при проектировании БД, могут быть изменены.

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

Словарь данных призван помогать пользователю в выполнении следующих функций:

• 
  совместное использование данных с другими пользователями;
  
• 
  осуществление простого и эффективного управления элементами данных при вводе в систему новых элементов или изменении описания существующих;
  
• 
  уменьшение избыточности и противоречивости данных;
  
• 
  определение степени влияния изменений в элементах данных на всю БД;
  
• 
  централизация управления элементами данных с целью упрощения проектирования БД и её расширения.
  

---

СД является средством, которое позволяет при проектировании, эксплуатации и развитии БД поддерживать и контролировать информацию о данных.

СД можно рассматривать как «метабазу данных», в которой хранится информация о БД.

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

В идеале СД должен быть неотъемлемой составной частью всей системы обработки данных. За ввод данных в СД ответственность несёт администратор БД. Поскольку СД является центральным звеном системы, необходимо постоянно поддерживать его копию, которая может использоваться для восстановления словаря после возникновения отказа всей системы или в случае непреднамеренного разрушения его рабочей версии. За сохранность СД как жизненно важной части системы с БД полностью отвечает администрация БД.

Если СД применяется для разграничения доступа к БД, то доступ к нему надо также разграничить. Следует строго ограничить круг лиц, которым разрешено модифицировать СД. В отношении хранимой информации должен быть реализован режим секретности.

Примером СД может быть реляционная модель данных.

Список литературы.

1. 
   «Эффективная работа с СУБД» Рубен Ахаян, Андрей Горев, Сергей Макашарипов, Издательство «Питер», 1997 год
   
2. 
   «Базы данных» Карпова, Издательство «Питер», 2003 год
   
3. 
   «Разработка программных проектов на основе RUP» Гари Поллис, Лиз Огастин, Крис Лоу, Джас Мадхар, Издательство «Бином», 2005 год
   

---

Смотрите также файлы

• Разработка концепции проекта для сервиса обслуживания электровелосипедов "Электровел".docx

• Рубежный контроль к разделу 1 Дидактические основы дистанционного, электронного обучения и обучения с применением дистанционных образовательных технологий .doc

• Настоящая Карелия.docx

• Кру диктанты т, А, Т, а, п. Дыбысты диктант. , н, л, р. Буынды диктант.docx

• Торжественная линейка (трек 1) фанфары (трек 2) фон ведущих.doc