Первая нормальная форма

поля содержат неделимую информацию;

в таблице отсутствуют повторяющиеся группы.

В результате приведения к первой нормальной форме, получим таблицы:

Товары

Группа товара

Наименование товара

Остаток товара

Цена товара

Срок гарантии

 

Покупатели

Наименование покупателя

Адрес покупателя

Телефон покупателя

 

Продажи

Номер расходной накладной

Тип расходной накладной

Дата расходной накладной

Наименование покупателя

Наименование товара

Кол-во товара

Величина скидки

Сумма

Резерв

Дата резервирования

Кол-во товара

 

Вторая нормальная форма

таблица должна удовлетворять требованиям первой нормальной формы;

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

те поля, которые зависят только от части первичного ключа, должны быть выделены в отдельные таблицы.

Товары

Код товара

Группа товара

Наименование товара

Остаток товара

Цена товара

Срок гарантии

 

Покупатели

Код покупателя

Наименование покупателя

Адрес покупателя

Телефон покупателя

Продажи

Код расходной накладной

Номер расходной накладной

Тип расходной накладной

Дата расходной накладной

Код покупателя

Код товара

Кол-во товара

Величина скидки

Сумма

Резерв

Код товара

Дата резервирования

Кол-во товара

 

Третья нормальная форма

таблица должна удовлетворять требованиям второй нормальной формы;

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

В результате третьей нормальной формы убираем поле «Сумма» из таблицы «Продажа», так как оно является вычисляемым полем:

 

Товары

Код товара

Группа товара

Наименование товара

Остаток товара

Цена товара

Срок гарантии

 

Покупатели

Код покупателя

Наименование покупателя

Адрес покупателя

Телефон покупателя

Продажи

Код расходной накладной

Номер расходной накладной

Тип расходной накладной

Дата расходной накладной

Код покупателя

Код товара

Кол-во товара

Величина скидки

Резерв

Код товара

Дата резервирования

Кол-во товара

 

В итоге, в нашей проектируемой БД получается две справочные таблицы –это «Товар» и «Покупатели» и две транзакционные таблицы – «Продажи» и «Резерв». Справочные, содержат информацию справочного характера, обладают невысокой степенью изменения, выступают в качестве главной таблицы. Должны быть неизбыточными, т.е. хранить только общие сведения для данного предмета. Транзакционные, служат для накопления данных, основанных на значении данных в другой таблице. Таблица «Продажа» связана с таблицами «Товар» и «Фирмы» по составному ключу, то есть по нескольким полям, а именно: через поля «Код товара» и «Код фирмы». Остальные таблицы связаны между собой по Таблицы связаны между собой типом связи "один-ко-многим" – означает, что одной записи главной таблицы в подчиненной таблице может соответствовать несколько записей. Этот вид отношения встречается наиболее часто.

Структура БД:

 

Атрибут	Описание
TovID	Уникальный идентификатор товара
TovTovGrup	Наименование группы товара
TovName	Наименование товара
TovOst	Остаток товара на складе
TovPrice	Цена товара на складе
TovTimeOk	Срок гарантийного обязательства
FirmID	Уникальный идентификатор покупателя
FirmName	Наименование фирмы
FirmAdress	Адрес фирмы
FirmPhone	Телефон фирмы
RasNaklID	Уникальный идентификатор расходной накладной
RasNaklDate	Дата создания расходной накладной
RasNaklType	Тип расходной накладной (безнал, товарный чек, чекДоплата)
RasNaklPokup	Получатель расходной накладной
RasNaklTov	Наименование товара
RasNaklTKol	Количество товара
RasNaklSale	Величина скидки в %
ReservTov	Резервируемый товар
ReservData	Дата резервирования
ReservKol	Кол-во резервируемого товара

 

Описание таблиц

 

Таблица «Товар»:

Поле	Тип данных	Длина	Характеристика
ТоварID	Счетчик		ключ
Группа товара	Числовой(number)		индекс
Наименование	Текстовый(alpha)	50
Остаток	Числовой (number)
Цена	Денежный (money)
Срок гарантии	Числовой (number)

 

Таблица «Firms»:

Поле	Тип данных	Длина	Характеристика
FirmID	Счетчик		ключ
FirmName	Текстовый(alpha)	40
FirmAdress	Текстовый(alpha)	80
FirmPhone	Числовой (number)

 

Таблица «RasNakl»:

Поле	Тип данных	Длина	Характеристика
RasNaklID	Счетчик		ключ
RasNaklDate	Дата (Date)
RasNaklType	Текстовый(alpha)	15
RasNaklFirm	Числовой (number)		индекс
RasNaklTov	Числовой (number)		индекс
RasNaklTKol	Числовой (number)
RasNaklSale	Числовой (number)

Таблица «Reserv»

Поле	Тип данных	Длина	Характеристика
ReservTov	Числовой (number)		ключ
ReservDate	Дата (Date)
ReservTovKol	Числовой (number)	20

Выбор модели данных.

Среди логических моделей реляционная база данных обладает значительными преимуществами:

достоинства для пользователя:

реляционная БД представляет собой набор таблиц, с которыми пользователь привык работать;

не нужно помнить пути доступа к данным и строить алгоритмы и процедуры обработки своего запроса;

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

достоинства обработки данных реляционной БД:

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

Точность. Направленные связи в реляционной БД отсутствуют. Отношения по своей природе обладают более точным смыслом и поддаются манипулированию с использованием таких средств, как алгебра и исчисление отношений, обеспечивающих наглядность и гибкость модели данных;

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

Секретность. Контроль секретности упрощается. Для каждого отношения имеется возможность задания правомерности доступа, засекреченные показатели можно выделить в отдельные отношения с проверкой прав доступа.

Простота Внедрения. Физическое размещение однородных (табличных) файлов намного проще, чем размещение иерархических и сетевых структур.

Независимость данных. БД должна допускать возможность расширения, т.е. добавления новых атрибутов и отношений.

В зависимости от местоположения отдельных частей СУБД различают локальные и сетевые СУБД. Все части локальной СУБД размещаются на компьютере пользователя базы данных. К сетевым относятся файл-серверные, клиент-серверные и распределительные СУБД.

Преимущества использования архитектуры «клиент-сервер».

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

Высокая защищенность системы. Шире возможности управления пользовательскими привилегиями и правами доступа к различным объектам базы данных.

Выше производительность информационной системы.

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

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

Исходя из вышеперечисленных преимуществ, для реализации поставленной задачи будет использоваться архитектура «клиент-сервер».

Выбор средств для разработки АСИС, описание структуры АСИС.

Анализ и выбор программных средств разработки АСИС.

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

создавать интерфейс, используя стандартные компоненты;

передавать управление различным процессам, в зависимости от состояния системы;

создавать оболочки для баз данных, как и сами базы данных;

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

Современные средства разработки характеризуются следующими параметрами:

поддержка объектно-ориентированного стиля программирования;

возможность использования CASE-технологий, как для проектирования разрабатываемой системы, так и для разработки моделей реляционных баз данных;

использование визуальных компонент для наглядного проектирования нтерфейса;

поддержка БД;

возможность использования алгоритмов реляционной алгебры для управления реляционными базами данных;

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

Вышеперечисленными свойствами обладают языки программирования, например: Delphi, Visual C++, Borland С++ Biulder и другие.

Каждое из этих средств содержит весь спектр современного инструментария, который был перечислен ранее. Главное отличие состоит в области использования рассматриваемых средств. Так Visual C++ обычно используется при разработке приложений предназначенных для работы с ОС Windows, использующих основные свойства ОС, а так же выполняющих большое количество вычислений. Одним из недостатков данного средства разработки приложений является высокое требование к аппаратным ресурсам при разработке программного обеспечения, недостаточно высокая скорость компиляции программного кода и при реализации конечного продукта (ПО), используя этот продукт необходимо большее дисковое пространство, чем при создании аналогичного ПО другими средствами разработки. Borland С++ Biulder по своим недостаткам аналогичен Visual C++, но обладает еще одним – разработка баз данных на базе языка SQL и их поддержка ограничена. Недостатком Delphi состоит в том, что при его использовании нет достаточного доступа к функциям ОС, но данный недостаток несущественен, поскольку разрабатываемое приложение ориентировано на поддержку БД, а не на работу с ОС. Немалое значение при выборе Delphi в качестве средства для разработки АСИС играет возможность использования большого количества встроенных визуальных компонент, как для разработки интерфейса, так и для создания СУБД.

При создании программного продукта главным критерием выбора программных средств разработки являлись:

скорость разработки приложений;

возможность быстрого внесения изменений в программу;

возможность редактирования и просмотра БД, используя средства разработки.

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

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

Наличие опыта разработки с использованием данного программного продукта;

Требования по ресурсам;

Поддержка операционной системы;

Наглядность разработки интерфейса;

Предоставляемые возможности работы с базами данных;

Доступность;

Скорость работы разработанного программного обеспечения;

Обработка исключительных ситуаций;

Время создания разработанного программного обеспечения;

Удобство эксплуатации;

Для вышеперечисленных средств для разработки АСИС воспользуемся методом вариантных обоснований. Этот метод предназначен для выбора наилучшего варианта из нескольких предложенных и состоит из следующих этапов:

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

Каждый вариант оценивается по полученному перечню критериев. Получается численное значение – оценка.

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

Лучшим считается вариант, который набрал максимальное количество баллов.

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

Результаты приведены в таблице:

Таблица

Средство разработки
Характеристика средств разработки	Delpi	Visual C++	Borland C++ Buielder
Наличие опыта разработки с использованием данного программного продукта;	8	6	4
Требования по ресурсам;	7	6	6
Поддержка операционной системы;	8	8	8
Наглядность разработки интерфейса;	9	7	8
Предоставляемые возможности работы с базами данных;	8	6	4
Скорость работы разработанного программного обеспечения;	6	7	8
Обработка исключительных ситуаций;	8	8	8
Время создания разработанного программного обеспечения;	9	6	5
Удобство эксплуатации;	7	8	8
Всего:	70	62	60

Вывод: в результате выполненного анализа инструментальных средств выявили, что в качестве средства разработки АСИС будет использован Delphi, как наиболее оптимальное средство разработки с точки зрения разработчика.

Используя Delphi, можно создавать приложения для MS Windows95/98/NT с минимальными затратами времени т.к. в её основе лежит концепция быстрого создания приложений (RAD).