Даталогический этап проектирования автоматизированной информационной системы

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

Рисунок 7 - Даталогическая модель данных

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

Таким образом, получаем набор отношений (таблиц), которые представляют собой реляционную модель определенных нами сущностей предметной области, связанных между собой. Атрибуты отношений будут соответствовать атрибутам сущностей. Связи организуются при помощи ключей.

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

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

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

Теперь в дополнение к 1НФ можно определить дальнейшие уровни нормализации - вторую нормальную форму (2НФ), третью нормальную форму (3НФ) и т.д. По существу, таблица находится в 2НФ, если она находится в 1НФ и удовлетворяет, кроме того, некоторому дополнительному условию, суть которого будет рассмотрена ниже. Таблица находится в 3НФ, если она находится в 2НФ и, помимо этого, удовлетворяет еще другому дополнительному условию и т.д.

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

Таблица находится в первой нормальной форме (1НФ) тогда и только тогда, когда ни одна из ее строк не содержит в любом своем поле более одного значения и ни одно из ее ключевых полей не пусто

Таблица находится во второй нормальной форме (2НФ), если она удовлетворяет определению 1НФ и все ее поля, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом.

Таблица находится в третьей нормальной форме (3НФ), если она удовлетворяет определению 2НФ и не одно из ее неключевых полей не зависит функционально от любого другого неключевого поля.

Программная реализация автоматизированной информационной системы

Выбор СУБД

При рассмотрении различных существующих систем управления базами данных мой выбор остановился на СУБД Visual FoxPro 9.0 (VFP 9.0). Данный продукт выполняет все требования, поставленные при разработке автоматизированной информационной системы.

Visual FoxPro – это объектно-ориентированный, визуально программируемый язык, управляемый по событиям, который в полной мере соответствует новым требованиям, предъявляемым к современным средствам проектирования и реализации программного обеспечения [26].

Обладая собственным внутренним механизмом управления реляционной БД, тесной взаимосвязью между языком и данными, полноценными возможностями объектно-ориентированного программирования и широким спектром функций VFP 9.0 позволяет создавать производительные, масштабируемые БД-ориентированные решения (настольные, клиент-серверные и Web) с поддержкой баз данных с таблицами объемом до 2 Гб. При этом VFP 9.0 выгодно отличается от других инструментов Microsoft умеренными системными требованиями (Windows 2000, любой Pentium II, 128 Мб ОЗУ) и высокой эффективностью разрабатываемых приложений (производительность, размеры БД и программного кода).

VFP пока избежал участи перевода в среду .NET, он сам и создаваемые с его помощью приложения предназначены для работы в традиционной Windows. Он не использует принцип управляемого кода, при этом язык FoxPro сохраняет высокую эффективность - на нем написаны многие компоненты самого инструмента. В то же время улучшение интеграции с .NET-приложениями - одно из главных направлений развития VFP. С помощью VFP 9.0 можно создавать Web-сервисы, при этом существенно упростилось их взаимодействие с .NET-приложениями.

Значительное число новшеств связано с механизмом управления данными. Все годы существования VFP особое внимание уделяется поддержке SQL-запросов и взаимодействию с MS SQL Server. С этой целью в версии 9.0 реализованы новые типы данных, сняты многие ограничения SQL-языка, введены дополнительные типы индексов, усилена работа с удаленными данными и т. д.

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

Например, в отчетах теперь поддерживаются связи "один ко многим", отчеты способны работать с различными форматами исходных данных (в том числе XML, HTML и графическими).

В то же время, говоря о развитии VFP, нужно отметить, что Microsoft не считает нужным принимать радикальные шаги по повышению масштабируемости создаваемых приложений, сохраняя дистанцию между VFP и своими стратегическими инструментами (SQL Server, Visual studio .NET). Так, корпорация объявила, что у нее нет планов по увеличению нынешнего объема БД FoxPro, составляющего 2 Гб (для SQL Server 2005 Express - продукта для малых предприятий - граница повышена до 4 Гб.

Формирование отчетов

Отчет представляет собой форматированное представление данных, выводимое на экран, печать или в файл. Отчет, создаваемый в Visual FoxPro 9.0, может быть представлен в табличном виде или в свободной форме.

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

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

В Visual FoxPro 9.0 для создания отчетов можно использовать следующие средства:

1) Report Wizard (Мастер отчета) – позволяет достаточно быстро создать отчет, применяя сортировку, группировку данных и заданный стиль оформления. Для создания готового отчета с помощью мастера достаточно ответить на ряд вопросов Report Wizard Visual FoxPro 9.0.

2) Report Designer (Конструктор отчета) – в конструкторе отчетов можно разрабатывать собственные отчеты или модифицировать уже имеющиеся, которые были созданы с помощью мастера.

3) Quick Report (Быстрый отчет) – данное средство предназначено для размещения в конструкторе отчета полей и задания среды окружения. Разработчику на выбор предлагается два варианта размещения полей.

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

В данной дипломной работе для формирования отчетов в Visual FoxPro было выбрано средство Report Designer (Конструктор отчета).

Проектируемая программа может формировать следующие отчеты:

§ отчет, отражающий всю историю сотрудничества с конкретной организацией. Он содержит в себе сведения о всех заключаемых договорах;

§ отчет по конкретной личности: в каких контрагентах она участвует и занимаемые ею должности;

§ отчет, позволяющий проследить историю конкретной сделки;

§ отчет, предоставляющий перечень различных, запрашиваемых пользователем договоров.

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