*112772*

Нечитайло Н.В.

 

Костанайский государственный университет имени А.Байтурсынова, Казахстан

 

Разработка информационной системы «Салон одежды»

Одним из наиболее сложных этапов проектирования, является разработка таблиц базы данных для хранения информации, так как результаты, которые должна выдавать система не всегда дают полное представление о структуре таблиц [1].

При разработке лучше руководствоваться следующими основными принципами:

- информация в таблицах не должна дублироваться. Когда определённая информация хранится только в одном месте, то нет необходимости в синхронизации этих данных;

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

Каждая таблица проектируемой базы данных должна содержать информацию на отдельную тему, а каждое поле таблицы – содержать сведения по теме таблицы [1].

При разработке надо учитывать:

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

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

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

- информацию следует разбивать на наименьшие логические единицы [2].

Таблица – единственный объект, который содержит данные в базе данных. Никакие другие объекты не могут хранить данные, но могут обращаться к данным в таблице. Таблица имеет строки и столбцы. Столбцы поименованные, их количество постоянно [2].

Система управления базами данных Paradox давно заняла прочную позицию в современном мире информационных технологий и завоевала признание приверженцев простых и эффективных программных решений. Paradox поддерживает разнообразные инструменты программирования - от традиционных средств ODBC и SQL до новейших объектных протоколов ActiveX Data Objects (ADO) [2].

Таблицы Paradox являются достаточно развитыми и удобными для создания баз данных. Можно отметить следующие их достоинства:

·     большое количество типов полей для представления данных различных типов;

·     поддержка целостности данных;

·     организация проверки вводимых данных;

·     поддержка парольной защиты таблиц.

Чтобы создать приложение для обработки информации из базы данных необходимо для начала создать эту базу данных. Базу данных в формате Paradox можно создать с помощью программы Database Desktop, входящую в стандартную поставку пакета Borland Delphi 7.

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

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

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

Кратко об этой модели: отношение можно представить как двухмерную таблицу. Каждая строка в таблице содержит данные, относящиеся к некоторой вещи или к её части. Каждый столбец описывает какой-либо атрибут этой вещи. Строки отношения называются сущностями, а столбцы – атрибутами. Чтобы таблицу можно было считать отношением, она должна удовлетворять определённым требованиям:

- значения в ячейках должны быть одиночными;

- все записи в столбце должны быть одного типа;

- каждый столбец должен иметь уникальное имя;

- в отношении не может быть двух одинаковых строк;

- порядок строк не имеет значения [3].

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

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

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

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

Для решения комплекса задач необходима информация, которая подразумевает исследование потребностей предполагаемого пользователя БД в области добавления, хранения информации и обработки информации. В процессе анализа проводятся многократные обсуждения с пользователем, разрабатывается документация по имеющейся информации и процессам. Независимо от применяемой методики анализ требований включает сбор данных, идентификацию объектов, спецификацию взаимосвязей и документирование процесса [4].

Проектируемая программа предназначена для хранения данных о товарах. Для этого используются следующие данные:

1.Добавление товара: наименование, размер, цвет, закупочная цена, цена реализации, разница, количество, производитель;

2. Поиск: наименованию товара;

3. Сортировка: наименование, цвет, производитель;

4.Учет данных в БД,

5. Передача данных в другую таблицу «Склад продажи»

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

При проектировании  реальных БД информацию обычно размещают в нескольких таблицах. Таблицы при этом связаны семантикой информации. В Реляционных СУБД для указания связей таблиц  проводят операцию их связывания.

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

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

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

 

Литература:

 

1. Понамарев В.А., Самоучитель Delphi 7 Studio. – Изд.: БХВ-Петербург, 2003.

2. Архангельский А.Я. Программирование в Delphi 7. – М.: ООО «Бином-пресс», 2004.

3. Фаронов В.В. Система программирования Delphi. – СПб.: БХВ – Петербург, 2003.

4. Шумаков П.В., Фаронов В.В. Delphi4. Руководство разработчика баз данных. - М: Нолидж, 1999.