3.4.2 . Логическая схема .

Логическая схема представляет собой формализованную версию концептуальной . Она должна обладать следующими двумя характеристиками :

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

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

Термин " независимость " означает , что логическая схема может быть реализована будьякою физической. Кроме того , физическая схема может быть изменена , когда на смену старой технологии приходит новая , логическая же схема при этом не должна претерпевать никаких изменений .

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

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

Согласно методологии построения логической схемы определяются следующие шаги :

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

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

3 . Конструирование и разработка словаря данных , в который вносятся обнаружены элементы данных и их подробные характеристики ( например , алфавитные , цифровые и тому подобные типы элемента). Согласно информации , полученной из документов , словарь может быть модифицирован . Для автоматизации построения словаря данных можно применять программные средства .

4 . Составление диаграмм использования для каждого из документов. Эти диаграммы показывают связи между данными , которые отражены в документах.

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

6 . Объединение отношений , полученных из рассматриваемого документа , с множеством отношений , полученных из предыдущих документов . Это может привести к добавлению элементов данных в один или несколько отношений или к тому , что одно из отношений будет " разнесены " по другим . Эти изменения будут осуществляться в соответствии со связями , определенными в новом документе . Однако множество отношений может остаться и неизменной , особенно после обработки наиболее типичных документов исследуемой области.

7 . Повторение шагов 2 - 6 , пока не будут обработаны все документы ( как входящие, так и исходящие ) .

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

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

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

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

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

Данные в реляционной системе баз данных могут физически представляться как набор отношений и предоставляться пользователю в табличной форме. Манипулирование этими таблицами ( объединения или селекция экземпляров) - дело довольно простое. Такая система имеет отличные средства для выборки данных пользователями и дает возможность применять удобный способ предоставления данных , определенных в логической схеме . Реализация логической схемы в других типах систем управления базами данных может быть достигнута путем преобразования отношений в формат , необходимый соответствующей системе . Этот процесс не связан с трудностями , если логическая схема определяется как набор отношений .

Словари данных в настоящее время - это в основном средства описания свойств ( атрибутов) . Они проектируются как часть логической схемы и могут реализовываться или с помощью системы управления базами данных , или самостоятельными программными средствами . Часто предоставляются также средства , обеспечивающие выполнение запросов к словарю данных. Некоторые системы соединяют возможности обработки выборочных запросов и составления глобальных отчетов . Словари данных могут быть построены так , что они не только предусматривают необходимость в физической реорганизации , но и помогают в этом очень сложном процессе .

Назначением системы управления базами данных также реструктуризация данных для различных задач . Таким образом , пользователю не обязательно знать, с какой физической схеме он работает , и ему не надо учитывать ее при определении требований к информационной системе . Эта " независимость данных " обеспечивает ИСП гибкость , недостижимую в традиционных вычислительных системах .

 

Контрольные вопросы

 

1 . Назовите основные задачи методологии создания информационных систем предприятия .

2 . В чем заключаются два принципиальных подхода к созданию информационных систем предприятия?

3 . Объясните значение таких понятий как " анализ" и " синтез " .

4 . Какие стадии включает жизненный цикл информационной системы , в чем они заключаются ?

5 . Дайте характеристику структурных методов разработки моделей информационных систем предприятия .

6 . Дайте характеристику объектно - ориентированных методов разработки моделей информационных систем предприятия .

7 . Наведите перечень подходов , на которых основываются стратегии разработки информационных систем предприятия .

8 . В чем заключается подход к разработке информационной системы предприятия от его организационной структуры?

9 . В чем заключается подход к разработке информационной системы предприятия с отложенной интеграцией ?

10 . В чем заключается общесистемный подход к разработке информационной системы предприятия?

11 . Охарактеризуйте этапы создания концептуальной модели информационной системы предприятия .

12 . Дайте краткую характеристику методам разработки информационных систем?

13 . Охарактеризуйте основные стратегии разработки информационных систем?

14 . Опишите концептуальную модель информационной системы?

15 . Дайте характеристику логической схемы информационной системы?

16 . Опишите физическую схему информационной системы?