Студопедия
Случайная страница | ТОМ-1 | ТОМ-2 | ТОМ-3
АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатика
ИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханика
ОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторика
СоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансы
ХимияЧерчениеЭкологияЭкономикаЭлектроника

Анализ предметной области, разработка состава и структуры БД, проектирование логико-семантического комплекса.

Читайте также:
  1. Cравнительно-исторический анализ нации и национализма Эрика Хобсбаума
  2. D - группировка и разработка статистического материала.
  3. I. Исследования в области социальной мобильности и анализ социальной структуры
  4. I/ Л РАЗРАБОТКА ПЛАТЕЖНОГО Ю.1. КАЛЕНДАРЯ
  5. II. Культурные аспекты изменения социальной структуры
  6. II. Сравнительный анализ
  7. III. Анализ рынка и стратегия маркетинга

Будем называть базой данных набор данных, рассматриваемых как одно целое.

База данных может быть открыта (доступна) и закрыта (недоступна). База данных имеет логическую и физическую структуру.

На физическом уровне каждая база состоит из трех типов файлов:

♦ один или более файлов данных;

♦ два или более журнальных файлов;

♦ один или более управляющих (контрольных) файлов.

На логическом уровне каждая база состоит из:

♦ не менее чем одного табличного пространства (tablespace); при этом системное табличное пространство SYSTEM создается автоматически при заведении базы данных; в дальнейшем добавляются пространства временное TEMP и др.

♦ каждое табличное пространство включает пользовательские объекты базы (таблицы, представления, индексы, кластеры, последовательности, хранимые процедуры);

♦ каждое табличное пространство состоит из сегментов, сегменты состоят из экстентов, экстенты из блоков, которые могут отличаться от блоков операционной системы;

♦ база данных описывается схемой; объекты схемы это логические структуры, связанные с данными базы (таблицы, представления, синонимы, последовательности, хранимые процедуры, индексы, кластеры и связи баз данных).

Опишем кратко некоторые логические объекты:

♦ таблицы понимаются достаточно традиционно, целостность данных поддерживается на уровне ключей (первичных, уникальных, внешних (forein), суррогатных) и триггеров;

♦ представление — это как бы взгляд на данные с некоторой точки зрения; может пониматься как виртуальная таблица, в действительности представляет собой хранимый запрос;

♦ последовательности ~ последовательные списки уникальных чисел;

♦ хранимые процедуры — откомпилированные и готовые к запуску последовательности команд SQL или PL/SQL;

♦ пакеты — объединяют обычно логически связанные процедуры, функции и другие конструкции в одну программную единицу;

♦ синоним ~ альтернативное имя таблицы, представления, последовательности или программной единицы; синонимы бывают общие и частные;

♦ кластеры — группы из одной или более таблиц, физически хранимых вместе; в кластеры объединяют таблицы, имеющие общие значения некоторых столбцов и часто используемые совместно; связанные столбцы таких таблиц называют кластерным ключом;

♦ связи баз данных используются в распределенных базах данных;

Блоки данных, экстенты и сегменты

Блок это минимальная порция данных, с которой работает сервер. Размер блока определяется в байтах дискового пространства при создании базы данных.

Экстент — это заданное число непрерывно расположенных блоков данных; изменение размеров областей осуществляется экстентами, размер которых может меняться;

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

Основные понятия объектно-ориентированного подхода. Диаграмма прецедентов использования, диаграммы классов объектов (Class diagramm), диаграммы состояний (Statechart diagramm), диаграмма взаимодействия объектов (interaction diagramm), диаграмма деятельностей, диаграммы пакетов, диаграммы компонентов и размещения.

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

Структурная декомпозиция ИС на основе объектно-ориентированного подхода отличается от функционально-ориентированного подхода лучшей способностью отражать динамическое поведение системы в зависимости от возникающих событий. В этом плане модель проблемной области рассматривается как совокупность взаимодействующих во времени объектов. В настоящее время для объектно-ориентированного моделирования проблемной области широко используется унифицированный язык моделирования UML (Unified Modeling Language), который разработан группой ведущих компьютерных фирм мира OMG (Object Management Group) и фактически является стандартом по объектно-ориентированным технологиям. Язык UML реализован многими фирмами - производителями программного обеспечения в рамках CASE-технологий, например Rational Rose (Rational), Natural Engineering Workbench (Software AG), ARIS Toolset (IDS prof. Scheer) и др.

Система объектно-ориентированных моделей в соответствии с нотациями UML включает в себя следующие диаграммы:

1) диаграмму прецедентов использования (Use-case diagram), которая отображает функциональность ИС в виде совокупности выполняющихся последовательностей транзакций;

2) диаграмму классов объектов (Class diagram), которая отображает структуру совокупности взаимосвязанных классов объектов аналогично ER-диаграмме функционально-ориентированного подхода;

3) диаграммы состояний (Statechart diagram), каждая из которых отображает динамику состояний объектов одного класса и связанных с ними событий;

4) диаграммы взаимодействия объектов (Interaction diagram), каждая из которых отображает динамическое взаимодействие объектов в рамках одного прецедента использования;

5) диаграммы деятельностей (Activity diagram), которые отображают потоки работ во взаимосвязанных прецедентах использования (могут декомпозироваться на более детальные диаграммы);

6) диаграммы пакетов * (Package diagram), которые отображают распределение объектов по функциональным или обеспечивающим подсистемам (могут декомпозироваться на более детальные диаграммы);

7) диаграмму компонентов (Component diagram), которая отображает физические модули программного кода;

8) диаграмму размещения (Deployment diagram), которая отображает распределение объектов по узлам вычислительной сети.

БИЛЕТ № 24


Дата добавления: 2015-12-08; просмотров: 415 | Нарушение авторских прав



mybiblioteka.su - 2015-2024 год. (0.007 сек.)