Исследование и описание предметной области экономической ИС. Уровни описания предметной области.

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

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

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

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

Взаимосвязанные ресурсы и процессы описываются в терминах предметной области.

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

Компонентами экономической информационной системы (ЭИС) являются:

1. База данных

2. Методы (алгоритмы) решения задач, записанные в виде программ

3. ЭВМ как исполнитель алгоритмов

4. Пользователи, то есть лица, которые используют результаты решения задач в своей профессиональной деятельности.

В информационной системе представление объекта или процесса сводится к указанию его свойств. Информационным отображением свойств служат атрибуты. Следовательно, экземпляры объектов в базе данных представляются как набор пар (имя атрибута, значение атрибута), где имена атрибутов различны и соответствуют названиям свойств объектов. Обычно из всех свойств объекта выделяется одно " главное" свойство, которое является идентифицирующим, то есть однозначно определяющим данный объект. Например, для объекта ЧЕЛОВЕК таким свойством (атрибутом) является НОМЕР ПАСПОРТА и СЕРИЯ.

В жизненном цикле ЭИС можно следующие выделить стадии разработки (проектирования) и эксплуатации. Этапами проектирования являются:

- формулирование и анализ требований к системе,

- концептуальное проектирование,

- проектирование реализации,

- физическое проектирование.

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

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

Концептуальный уровень описания оказывается достаточным для использования программной поддержки - систем управления базами данных. Концептуальное описание можно привязывать к требованиям конкретной СУБД. После такого преобразования появляется возможность использования всех средств обработки данных, представляемых конкретной СУБД.

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

36.Модели предметных областей и предъявляемые к ним требования

Построение любой БД прежде всего преследует цель хранения и использования информации о какой-либо предметной области.

При разработке базы данных принято выделять несколько уров­ней моделирования, которые служат переходом непосредственно от предметной области к реализации БД на конкретной СУБД:

■ предметная область;

■ общая модель предметной области;

■ логическая модель данных;

■ физическая модель данных;

■ база данных и приложения.

ПРЕДМЕТНАЯ ОБЛАСТЬ

Представляет часть реального мира, данные из которого необ­ходимо отобразить в БД. Так, в качестве предметной области можно выбрать работу отдела кадров какого-либо предприятия, учет успеваемости студентов вуза и т.д. Предметная область очень многогранна и включает в себя массу понятий и данных, как необходимых для построения БД, так и несущественных или даже абсолютно бесполезных. Например, если в качестве пред­метной области выбрать учет успеваемости студентов, то понятия «личная карточка» и «экзаменационная оценка» являются важ­ными, а «материальная помощь» – менее существенным понятием. Следовательно, важность данных очень зависит от выбора предметной области и стоящих перед разработчиком задач.

ОБЩАЯ МОДЕЛЬ ПРЕДМЕТНОЙ ОБЛАСТИ

Подразумевает знания человека о выбранной предметной об­ласти, которые могут быть выражены в качестве личного опыта или присутствовать в материальном мире при помощи каких- либо средств. Этими средствами могут выступать текстовые опи­сания предметной области (например, в случае учета успеваемости – правила обработки оценок, приказы на прием и отчислений студентов и т.д.).

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

ЛОГИЧЕСКАЯ МОДЕЛЬ ДАННЫХ

Описывает взаимосвязи между понятиями предметной облас­ти и налагаемые при этом ограничения.

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

Естественно, кроме самих взаимосвязей, между понятиями могут присутствовать и некоторые ограничения на данные, кото­рые в них циркулируют. Например, оценкой может являться только целое число от 2 до 5.

ФИЗИЧЕСКАЯ МОДЕЛЬ ДАННЫХ

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

БАЗА ДАННЫХ И ПРИЛОЖЕНИЯ

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

База данных должна адекватно отражать предметную область. Это означает, что должны выполняться следующие условия:

Состояние базы данных в каждый момент времени должно соответствовать состоянию предметной области.

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

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

 

⇐ Предыдущая9101112131415161718Следующая ⇒

Поделиться: