АвтоАвтоматизацияАрхитектураАстрономияАудитБиологияБухгалтерияВоенное делоГенетикаГеографияГеологияГосударствоДомДругоеЖурналистика и СМИИзобретательствоИностранные языкиИнформатикаИскусствоИсторияКомпьютерыКулинарияКультураЛексикологияЛитератураЛогикаМаркетингМатематикаМашиностроениеМедицинаМенеджментМеталлы и СваркаМеханикаМузыкаНаселениеОбразованиеОхрана безопасности жизниОхрана ТрудаПедагогикаПолитикаПравоПриборостроениеПрограммированиеПроизводствоПромышленностьПсихологияРадиоРегилияСвязьСоциологияСпортСтандартизацияСтроительствоТехнологииТорговляТуризмФизикаФизиологияФилософияФинансыХимияХозяйствоЦеннообразованиеЧерчениеЭкологияЭконометрикаЭкономикаЭлектроникаЮриспунденкция

Моделирование и анализ деятельности пользователей в рамках предметной области

Читайте также:
  1. I. Институционализация рекламной и PR-деятельности.
  2. II. Основные показатели деятельности лечебно-профилактических учреждений
  3. II. Основные проблемы, вызовы и риски. SWOT-анализ Республики Карелия
  4. II. ЦЕЛИ И ФОРМЫ ДЕЯТЕЛЬНОСТИ ПРИХОДА
  5. II. ЦЕЛИ, ЗАДАЧИ И ПРИНЦИПЫ ДЕЯТЕЛЬНОСТИ ВОИ
  6. II. Цель и задачи государственной политики в области развития инновационной системы
  7. III. Анализ продукта (изделия) на качество
  8. III. Анализ результатов психологического анализа 1 и 2 периодов деятельности привел к следующему пониманию обобщенной структуры состояния психологической готовности.
  9. IV Деятельность в области таможенного дела
  10. IV. Механизмы и основные меры реализации государственной политики в области развития инновационной системы
  11. IV. Приоритетные направления деятельности Правительства Республики Карелия на период до 2017 года
  12. IX. Дисперсионный анализ

Здесь осуществляется функциональная декомпозиция, определение иерархий (вложенности) функций, построение диаграмм потоков данных.

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

Во многих случаях эффективную информационную систему не удается построить вручную.

Основные причины:

1. не обеспечивается достаточно глубокий анализ требований к данным

2. большая длительность процесса структурирования

3. трудность учета и согласования изменений, сделанных в системе несколькими разработчиками

4. ограничения сроков на разработку системы

Предметная область - часть реального мира, подлежащая изучению с целью организации управления.

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

В теории проектирования информационных систем предметную область принято рассматривать в виде трех представлений:

Реальность. Представление предметной области в том виде, как она реально существует.

Описание реальности. Как ее воспринимает человек (имеется в виду проектировщик базы данных).

Данные. Как она может быть описана с помощью символов.

 

Данные, используемые для описания предметной области, представляются в виде трехуровневой схемы (так называемая модель ANSI/SPARC):

 

Внешнее представление (внешняя схема) данных является совокупностью требований к данным со стороны некоторой конкретной функции, выполняемой пользователем.

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

Внутренняя схема - это сама база данных.

 

Концептуальное проектирование - сбор, анализ и редактирование требований к данным. Для этого осуществляются следующие мероприятия:

1. обследование предметной области, изучение ее информационной структуры

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

3. моделирование и интеграция всех представлений

По окончании данного этапа получаем концептуальную модель, инвариантную к структуре базы данных. Часто она представляется в виде модели "сущность-связь".

Логическое проектирование - преобразование требований к данным в структуры данных.

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

Физическое проектирование - определение особенностей хранения данных, методов доступа и т.д.

 

 

КОНЦЕПТУАЛЬНЫЙ УРОВЕНЬ

сущности  
связи Представление аналитика
атрибуты  

 

ЛОГИЧЕСКИЙ УРОВЕНЬ

записи  
элементы данных Представление программиста
связи между записям  

 

ФИЗИЧЕСКИЙ УРОВЕНЬ

группирование данных  
методы доступа Представление администратора
индексы  

 


1 | 2 | 3 |

Поиск по сайту:



Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Студалл.Орг (0.003 сек.)