Разработка автоматизированной информационной системы
Дипломная работа - Компьютеры, программирование
Другие дипломы по предмету Компьютеры, программирование
?ие о документообороте предприятия, определяет пути и способы передачи данных.
Следующий и, вероятно, наиболее важный этап - анализ организации хранения данных, базирующийся на результатах анкетирования и исследования документооборота. Этот анализ достаточно просто описывается, но не так легко выполняется. Разработчик заполняет таблицу, где указывает условно-постоянные данные, оперативные и выходные данные.
Сбор информации для планирования перспективного использования базы данных - одна из наиболее важных и сложных задач разработчика. Обычно после ввода базы данных в эксплуатацию пользователи, оценив на практике ее значение для принятия решений и обработки информации, предъявляют более высокие требования к составу реализуемых функций, вносят предложения по введению новых перекрестных ссылок и улучшению операционных характеристик системы. Если основу проектирования составляют только текущие требования к базе данных, то это может затруднить реализацию новых. Для того, чтобы подобные проблемы в будущем не возникали, разработчик должен заранее учитывать возможные пути использования информации. Это достаточно трудно, но тем не менее разработчику приходится выявлять неучтенные объекты и взаимосвязи, которые могут и не быть задействованы ни в каких функциях, и детально обсуждать их с пользователями.
Анализируя информационные потоки складского учета на предприятии, выявили следующие данные (рисунок 2.1):
Условно-постоянные данные (справочники):
-Наименование товара,
-Ед. измерения, категория товара,
-Склад (номер склада, или его название),
-Перечень организаций, поставляющих товар и их реквизитов,
-Ф.И.О. кладовщика.
Оперативные данные:
-цена товара,
-количество приход,
-количество расход,
-№ накладной,
-дата прихода товара,
-остатки,
-сумма налога [12% от сто-ти товара],
-к оплате [сумма+налог].
2Выходные данные:
-Сумма налога за текущий месяц по приходу и расходу.
-Список категорий товаров, хранящихся на i-ом складе.
-Какой товар на складе находится в минимальном количестве.
-Приходная ведомость по i-му складу за j-ое число.
-Ведомость движения товара (остаток - приход - расход - остаток)] по i-му складу.
-Сведения об общей сумме прихода / расхода товаров в I-ом месяце по категориям.
Рисунок 2.1 - Информационные потоки
2.1.2 Инфологическая модель
Данные в реляционной модели данных представляются в виде таблицы. В терминологии реляционной модели таблица, называется отношением. Чтобы не смешивать отношения с взаимосвязями между объектами, иногда мы будем называть отношение таблицей. Каждый столбец в таблице является атрибутом. Значение в столбце выделяются из домена, т.е. домен суть множества значений, который может принимать некоторый атрибут. Строки таблицы называются картежами.
В соответствии с традиционной терминологии можно сказать, что столбцы таблицы представляют элементы данных, а строки - записи.
Столбец или ряд столбцов называются возможным ключом отношения, если его (их) значения однозначно идентифицируют строки таблицы. Основные термины реляционной модели приведены на рисунке. Вполне вероятно, что отношение имеет более одного ключа. В этом случае удобно рассматривать один из ключей в качестве первичного.
Если столбцам присвоены уникальные имена, то порядок их следования не имеет значения. В таблице не может существовать одинаковых строк. Способ упорядочивания таблицы также несущественен. Свойства отношений представлены ниже:
1.Отсутствуют одинаковые строки.
2.Порядок строк не существенен.
.Порядок столбцов не существенен (предполагается, что каждый столбец имеет уникальное имя).
.Все значения имеют атомарный характер, т.е. их нельзя разбить на компоненты (без потери информации).
Одним из главных достоинств реляционного подхода является его простата, а отсюда - и доступность для понимания конечным пользователем. Конечные пользователи не имеют дела с физической структурой памяти. Вместо этого они могут сосредоточиться на содержательной стороне проблемы. Возможность эксплуатации базы данных без знания деталей ее построения называется независимостью данных.
Для обеспечения связи между таблицами некоторые из них должны содержать общие атрибуты. В результате между некоторыми таблицами возникает избыточность по ключу. Однако это не обязательно приводит к физической избыточности, поскольку таблицы отражают логическое представление пользователя.
Достоинства модели.
Простота. Пользователь работает с простой моделью данных. Он формулирует запросы в терминах информационного содержания и не должен принимать во внимание сложные объекты системной реализации. Реляционная модель отражает представление пользователя, но она не обязательно лежит в основе физической реализации.
Непроцедурные запросы. Поскольку в реляционной схеме понятие навигации отсутствует, запросы не строятся на основе заранее определенной структуры. Благодаря этому они могут быть сформулированы на непроцедурном языке.
Независимость данных. Это свойство является одним из важнейших для любой СУБД. При использовании реляционной модели данных интерфейс пользователя не связан с деталями физической структуры данных и стратегией доступа. Модель обеспечивает относительно высокую степень независимости данных по сравнению с двумя другими рассматриваемыми моделями. Для эффективного использования этого свойств