Выбор программно-аппаратной платформы

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

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

    Платформа IBM PC является наиболее распространенной в России, поэтому было принято решение разрабатывать ПП именно под эту аппаратную платформу.

    Проанализировав системное программное обеспечение IBM PC совместимых машин, было выявлено, что большой процент приходится на операционную систему Windows, остальное приходится на Mac OS и Linux. Было принято решение разрабатывать ПП с таким расчетом, чтобы обеспечить его функционирование на программной платформе Windows XP, Vista, 7.

 

3.2 Описание среды разработки программного продукта для дизайнерской студии «ИП Каплановская Е.О.»

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

    Delphi – императивный, структурированный, объектно-ориентированный язык программирования со строгой статической типизацией переменных. Основная область использования — написание прикладного программного обеспечения. В основе Delphi лежит язык ObjectPascal, который является расширением объектно-ориентированного языка Pascal. В Delphi также входят локальный SQL-сервер, генераторы отчетов, библиотеки визуальных компонентов [12].

    Прежде всего, Delphi 7 предназначен для профессиональных разработчиков, желающих очень быстро разрабатывать приложения в архитектуре клиент-сервер. Delphi производит небольшие по размерам (до 15-30 Кбайт) высокоэффективные исполняемые модули (.exe и.dll), поэтому в Delphi должны быть, прежде всего, заинтересованы те, кто разрабатывает продукты на продажу. С другой стороны, небольшие по размерам и быстро исполняемые модули означают, что требования к клиентским рабочим местам существенно снижаются – это имеет немаловажное значение и для конечных пользователей [13].

    Преимущества Delphi 7 по сравнению с аналогичными программными продуктами:

· быстрота разработки приложения;

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

· низкие требования разработанного приложения к ресурсам компьютера;

· наращиваемость за счет встраивания новых компонент и инструментов в среду Delphi;

· возможность разработки новых компонент и инструментов собственными средствами Delphi (существующие компоненты и инструменты доступны в исходных кодах);

· удачная проработка иерархии объектов.

    Система программирования Delphi рассчитана на программирование различных приложений и предоставляет большое количество компонентов для этого. К тому же работодателей интересует, прежде всего, скорость и качество создания программ, а эти характеристики может обеспечить только среда визуального проектирования, способная взять на себя значительные объемы рутинной работы по подготовке приложений, а также согласовать деятельность группы постановщиков, кодировщиков, тестеров и технических писателей. Возможности Delphi полностью отвечают подобным требованиям и подходят для создания систем любой сложности [14].

    Для создания базы данных была выбрана СУБД Microsoft Access 10.

    Один из основных плюсов разработки на MS Access – плотная связь с Microsoft Office. Для нормальной работы созданного приложения достаточно установить Офис. При этом так же устанавливаются все нужные для работы Access библиотеки, ODBC и другие. Access достаточно хорошо совместим с MS SQL Server и другими форматами баз данных.

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

    Каждый язык программирования предназначен под определенные цели и задачи. И Access решает достаточно большое количество офисных, бухгалтерских и других подобных задач. Программирование в Access, создание структуры базы данных аналогичны, как и в других средах. И не зачем стрелять из пушки по воробьям и делать что-то на Informixe, если все это проще сделать на Access. Освоив основные принципы, легко перейти к другим средствам разработки. Отличие будет только в обертке - названиях функций, процедур, синтаксических правилах и т.д. Но основное - принцип создания баз и алгоритмов останется [15].

    Access изначально представлялся как настольная база данных, и в этой сфере ему трудно найти равного соперника. Так же Access очень хороший контейнер для хранения запросов и таблиц при работе с ними через ADO. Если не устраивает типовой набор контролов, то можно написать интерфейс для работы при помощи других средств, например, VisualStudio или Delphi.

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

Реализация базы данных

    Ниже представлены структуры таблиц базы данных, которые были разработаны в соответствии со спроектированной в разделе 2.4 структурой.

Таблица 3.1 – Состав полей и их свойств для таблицы «Адрес_сотр»

Название поля	Тип поля	Размер поля	Индекс
ID_адрес_сотр	Счетчик	Длинное целое	Да (Совпадения не допускаются)
Id_сотр	Числовой	Длинное целое	Да (Совпадения не допускаются)
Город	Текстовый	30	Нет
Адрес	Текстовый	30	Нет

Таблица 3.2 – Состав полей и их свойств для таблицы «Пол»

Название поля	Тип поля	Размер поля	Индекс
Пол	Текстовый	10	Нет

Таблица 3.3 – Состав полей и их свойств для таблицы «Документы_кл»

Название поля

Тип поля

Размер поля

Индекс

Продолжение таблицы 3.3

ID_документа	Счетчик	Длинное целое	Да (Совпадения не допускаются)
Id_клиента	Числовой	Длинное целое	Да (Совпадения не допускаются)
Тип_документа	Текстовый	40	Да (Совпадения  допускаются)
Серия	Числовой	Длинное целое	Да (Совпадения не допускаются)
Номер	Числовой	Длинное целое	Да (Совпадения не допускаются)
Кем_выдан	Текстовый	50	Да (Совпадения  допускаются)
Дата	Дата и время	Краткий формат даты	Да (Совпадения  допускаются)

Таблица 3.4 – Состав полей и их свойств для таблицы «Документы_сотр»

Название поля	Тип поля	Размер поля	Индекс
ID_документа	Счетчик	Длинное целое	Да (Совпадения не допускаются)
Id_сотрудника	Числовой	Длинное целое	Да (Совпадения не допускаются)
Тип_документа	Текстовый	40	Да (Совпадения  допускаются)
Серия	Числовой	Длинное целое	Да (Совпадения не допускаются)
Номер	Числовой	Длинное целое	Да (Совпадения не допускаются)
Кем_выдан	Текстовый	50	Да (Совпадения  допускаются)

Продолжение таблицы 3.4

Дата

Дата и время

Краткий формат даты

Да (Совпадения  допускаются)

Таблица 3.5 – Состав полей и их свойств для таблицы «Заказ»

Название поля	Тип поля	Размер поля	Индекс
ID_заказа	Счетчик	Длинное целое	Да (Совпадения не допускаются)
Дата_приема	Дата и время	Краткий формат даты	Нет
Дата_сдачи	Дата и время	Краткий формат даты	Нет
Прична_обращения	Поле МЕМО	-	Нет
Комментарии	Поле МЕМО	-	Нет
Отзыв_клиента	Поле МЕМО	-	Нет
Id_клиента	Числовой	Длинное целое	Нет
Id_реквизита	Числовой	Длинное целое	Нет
Адрес	Текстовый	40	Нет
Сп_оказ_усл	Поле МЕМО	-	Нет
Площадь	Числовой	Длинное целое	Нет
Стоимость	Числовой	Длинное целое	Нет
Оплата совершенна	Логический	Истина/Ложь	Нет

Таблица 3.6 – Состав полей и из свойств для таблицы «Заказ_сотр»

Название поля	Тип поля	Размер поля	Индекс
ID_зак_сотр	Счетчик	Длинное целое	Да (Совпадения не допускаются)

 

Продолжение таблицы 3.6

Id_сотр	Числовой	Длинное целое	Нет
Id_заказ	Числовой	Длинное целое	Нет

Таблица 3.7 – Состав полей и их свойств для таблицы «Клиенты»

Название поля	Тип поля	Размер поля	Индекс
ID_клиента	Счетчик	Длинное целое	Да (Совпадения не допускаются)
Дата_рождения	Дата и время	Краткий формат даты	Нет
Пол	Текстовый	10	Нет
ФИО	Текстовый	40	Нет

Таблица 3.8 – Состав полей и их свойств для таблицы «Прием_на_должность»

Название поля	Тип поля	Размер поля	Индекс
ID_приема	Счетчик	Длинное целое	Да (Совпадения не допускаются)
Id_сотрудника	Числовой	Длинное целое	Нет
Должность	Текстовый	40	Нет
Ставка	Текстовый	10	Нет
Зар_плата	Денежный	-	Нет
Дата_с	Дата и время	Краткий формат даты	Нет
Дата_по	Дата и время	Краткий формат даты	Нет
Причина_увол	Текстовый	50	Нет

Таблица 3.9 – Состав полей и их свойств для таблицы «Реквизиты»

Название поля	Тип поля	Размер поля	Индекс
ID_реквизита	Счетчик	Длинное целое	Да (Совпадения не допускаются)

Продолжение таблицы 3.9

ID_реквизита	Счетчик	Длинное целое	Да (Совпадения не допускаются)
Название_банка	Текстовый	40	Нет
Юр_адрес	Текстовый	40	Нет
N_счета	Числовой	Длинное целое	Нет
Id_заказа	Числовой	Длинное целое	Нет

Таблица 3.10 – Состав полей и их свойств для таблицы «Связь_клиент»

Название поля	Тип поля	Размер поля	Индекс
ID_св_кл	Счетчик	Длинное целое	Да (Совпадения не допускаются)
Id_клиента	Числовой	Длинное целое	Нет
Т_ср_связи	Текстовый	40	Нет
Номер	Текстовый	40	Нет

Таблица 3.11 – Состав полей и их свойств для таблицы «Связь_сотр»

Название поля	Тип поля	Размер поля	Индекс
ID_св_сотр	Счетчик	Длинное целое	Да (Совпадения не допускаются)
Id_сотрудника	Числовой	Длинное целое	Нет
Т_ср_связи	Текстовый	40	Нет
Номер	Текстовый	40	Нет

Таблица 3.12 – Состав полей и их свойств для таблицы «Сотрудники»

Название поля	Тип поля	Размер поля	Индекс
ID_сотрудника	Счетчик	Длинное целое	Да (Совпадения не допускаются)

 

Продолжение таблицы 3.12

ФИО	Короткий текст	30	Нет
Дата_рождения	Дата и время	Краткий формат даты	Нет
Пол	Текстовый	10	Нет

 

Таблица 3.13 – Состав полей и их свойств для таблицы «Т_ср_связи»

Название поля	Тип поля	Размер поля	Индекс
Тип_средства_сввязи	Текстовый	40	Да (Совпадения  допускаются)

Таблица 3.14 – Состав поей и их свойств для таблицы «Тип_документов»

Название поля	Тип поля	Размер поля	Индекс
Тип_документов	Текстовый	40	Да (Совпадения не допускаются)

    После реализации всех таблиц в СУБД Access бала построена схема данных и проведена ее нормализация (рис. 3.1).

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

    Выполнение правил нормализации обычно приводит к разбиению первичной таблицы на несколько таблиц с меньшим количеством столбцов. Так как при создании проекта таблицы были приведены к третьей НФ, то имеет смысл кратко рассмотреть суть первых трех НФ.

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

 

Рисунок 3.1 ER – диаграмма схемы базы данных

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

После реализации базы необходимо разработать интерфейс пользователя.

    3.4 Реализация программного интерфейса

Для хранения компонентов доступа к базе данных создано специальное окно DataModule4 (рисунок 3.2). В данном окне расположены компоненты для работы с БД: ADOConnection, ADOTable, DataSource.

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

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

Для работы всех вышеперечисленных компонентов, необходимо изменить их свойства. Для подключения базы данных к ADOConnection необходимо в свойстве Connection выбрать путь к базе данных, а также изменить свойства на LoginPromt=False, Connected=True. Для подключения непосредственно к таблице в свойствах компонента ADOTable необходимо изменить Connection=ADOConnection1, в свойстве TableName выбрать нужную таблицу из базы данных, а после активировать в свойстве Active=True. Для отображения данных таблиц, необходимо в компоненте DataSource в свойстве DataSet выбрать нужный ADOTable. Чтобы увидеть все таблицы непосредственно на форме, нужно добавить сетку DBGrid на новую форму и в свойстве DataSource указать соответствующий компонент.

Рисунок 3.2 – DataModule4

Далее необходимо настроить таблицы. Для настройки таблицы нужно открыть настройки ADOTable, добавить все поля и отредактировать их: скрыть ключевые поля (свойство Visible), настроить длину полей (свойство Display Width) и их отображение (DisplayLeble).

Далее были созданы формы. Главная форма (рисунок 3.3) предназначена для открытия трёх основных форм и имеет три кнопки: «Сотрудники» (код представлен в приложении C, Листинг 1), «Клиенты» (код представлен в приложении C, Листинг 2) и «Заказы» (код представлен в приложении C, Листинг 3).

Рисунок 3.3 – Главная форма

В форме «Сотрудники» (рисунок 3.4) отображаются данные о сотрудниках предприятия. На форме были расположены три элемента Panel для разделения формы на три части. На Panel1 размещены элементы управления: 4 элемента RadioButton для переключения между подчинёнными таблицами (код представлен в приложении C, Листинг 8), элемент Edit выполняющий роль поля поиска сотрудника по фамилии (код представлен в приложении C, Листинг 9) и пять элементов Button: «Редактировать» для изменения выбранной записи (код представлен в приложении C, Листинг 4), «Добавить» для добавления новой записи (код представлен в приложении C, Листинг 5), «Справочник» для открытия справочника (код представлен в приложении C, Листинг 21), а также «Клиенты» и «Заказы» для возможности открытия двух оставшихся основных форм без возвращения к главной форме.

На Panel2 Расположен элемент DBGrid1 который через свойство DataSource подключается к таблице «Сотрудники». На Panel3 расположен элемент DBGrid2 на котором отображаются подчинённые таблицы в зависимости от активного Radio Button. Между Panel2 и Panel3 был расположен элемент Splitter для увеличения или уменьшения элемента Panel3. Также для свойства OnDblClick элемента DBGrid1 был написан код представленный в приложении C, Листинг 22, который позволяет перейти на форму редактирования записи с помощью двойного щелчка по самой записи в таблице.

Рисунок 3.4 – Форма «Сотрудники»

Форма «Сотрудник» (рисунок 3.5) предназначена для редактирования и добавления новых записей в форму «Сотрудники». На форме было расположено пять элементов GroupBox на каждом из которых будут вводится данные в соответствующую таблицы формы «Сотрудники».

В элементе GroupBox1 свойство Caption было изменено на «Личные данные», здесь будут вводиться данные для таблицы «Сотрудники», на этом элементе расположены: четыре элемента DBEdit, пять элементов Label и один элемент DBComboBox. Элемент DBEdit1 был подключен через свойство DataSource к таблице «Сотрудники» и через свойство DataField к полю «Фамилия». Элемент DBEdit2 был подключен через свойство DataSource к таблице «Сотрудники» и через свойство DataField к полю «Имя». Элемент DBEdit3 был подключен через свойство DataSource к таблице «Сотрудники» и через свойство DataField к полю «Отчество». Элемент DBEdit4 был подключен через свойство DataSource к таблице «Сотрудники» и через свойство DataField к полю «Дата_рождения». Элемент DBComboBox1 был подключен через свойство DataSource к таблице «Сотрудники» и через свойство DataField к полю «Пол», в свойстве items указаны варианты вводимой информации: мужской, женский.

В элементе GroupBox2 свойство Caption было изменено на «Адрес», здесь будут вводиться данные для таблицы «Адрес_сотр», на этом элементе расположены: два элемента DBEdit и два элемента Label. Элемент DBEdit5 был подключен через свойство DataSource к таблице «Адрес_сотр» и через свойство DataField к полю «Город». Элемент DBEdit6 был подключен через свойство DataSource к таблице «Адрес_сотр» и через свойство DataField к полю «Адрес».

В элементе GroupBox3 свойство Caption было изменено на «Связь», здесь будут вводиться данные для таблицы «Связь_сотр», на этом элементе расположены: один элемента DBEdit, два элемента Label, один DBComboBox и один DBGrid. Элемент DBEdit7 был подключен через свойство DataSource к таблице «Связь_сотр» и через свойство DataField к полю «Номер». Элемент DBComboBox2 был подключен через свойство DataSource к таблице «Связь_сотр» и через свойство DataField к полю «Т_ср_связи», в свойстве Items указаны варианты вводимой информации: мобильный телефон, электронная почта. Элемент Button1 (код представлен в приложении С, Листинг 25) предназначен для добавления записи в таблицу «Связь_сотр» так как каждый сотрудник может иметь несколько номеров. Элемент DBGrid1 через свойство DataSource подключается к таблице «Связь_сотр».

В элементе GroupBox4 свойство Caption было изменено на «Документы», здесь будут вводиться данные для таблицы «Документы_сотр», на этом элементе расположены: четыре элемента DBEdit, пять элементов Label и один элемент DBComboBox. Элемент DBEdit9 был подключен через свойство DataSource к таблице «Документы_сотр» и через свойство DataField к полю «Кем_выдан». Элемент DBEdit10 был подключен через свойство DataSource к таблице «Документы_сотр» и через свойство DataField к полю «Серия». Элемент DBEdit11 был подключен через свойство DataSource к таблице «Документы_сотр» и через свойство DataField к полю «Номер». Элемент DBEdit12 был подключен через свойство DataSource к таблице «Документы_сотр» и через свойство DataField к полю «Дата_выдачи». Элемент DBComboBox3 был подключен через свойство DataSource к таблице «Документы_сотр» и через свойство DataField к полю «Тип_документа», в свойстве Items указаны варианты вводимой информации: паспорт, водительское удостоверение.

В элементе GroupBox5 свойство Caption было изменено на «Приём на должность», здесь будут вводиться данные для таблицы «Прием_на_должность», на этом элементе расположены: шесть элементов DBEdit и шесть элементов Label. Элемент DBEdit8 был подключен через свойство DataSource к таблице «Прием_на_должность» и через свойство DataField к полю «Должность». Элемент DBEdit13 был подключен через свойство DataSource к таблице «Прием_на_должность» и через свойство DataField к полю «Ставка». Элемент DBEdit14 был подключен через свойство DataSource к таблице «Прием_на_должность» и через свойство DataField к полю «Дата_с». Элемент DBEdit15 был подключен через свойство DataSource к таблице «Прием_на_должность» и через свойство DataField к полю «Дата_по». Элемент DBEdit16 был подключен через свойство DataSource к таблице «Прием_на_должность» и через свойство DataField к полю «Зар_плата». Элемент DBEdit17 был подключен через свойство DataSource к таблице «Прием_на_должность» и через свойство DataField к полю «Причниа_увол». Элемент Button4 (код представлен в приложении С, Листинг 25) предназначен для добавления записи в таблицу «Прием_на_должность» так как каждый сотрудник может иметь несколько должностей. Элемент DBGrid2 через свойство DataSource подключается к таблице «Прием_на_должность».

На форму было добавлено три элемента Button: элементу Button2 в свойстве Caption было указано «Сохранить и выйти», эта кнопка предназначена для того чтобы сохранить изменения внесённые в запись и закрыть форму (код представлен в приложении C, Листинг 6), элементу Button3 в свойстве Caption было указано «Добавить», эта кнопка предназначена для того чтобы добавить новую запись (код представлен в приложении C, Листинг 5), элементу Button4 в свойстве Caption было указано «Удалить», эта кнопка предназначена для того чтобы удалить запись (код представлен в приложении C, Листинг 7). Также на форму был добавлен элемент DBNavigator и через свойство DataSource подключен к таблице «Сотрудники».

Рисунок 3.5 – Форма «Сотрудник»

В форме «Клиенты» (рисунок 3.6) отображаются данные о клиентах предприятия. На форме были расположены три элемента Panel для разделения формы на три части. На Panel1 размещены элементы управления: 2 элемента RadioButton для переключения между подчинёнными таблицами (код представлен в приложении C, Листинг 14), элемент Edit выполняющий роль поля поиска клиента по ФИО (код представлен в приложении C, Листинг 15) и пять элементов Button: «Редактировать» для изменения выбранной записи (код представлен в приложении C, Листинг 10), «Добавить» для добавления новой записи (код представлен в приложении C, Листинг 11), «Справочник» для открытия справочника (код представлен в приложении C, Листинг 21), а также «Сотрудники» и «Заказы» для возможности открытия двух оставшихся основных форм без возвращения к главной форме.

На Panel2 Расположен элемент DBGrid1 который через свойство DataSource подключается к таблице «Клиенты». На Panel3 расположен элемент DBGrid2 на котором отображаются подчинённые таблицы в зависимости от активного Radio Button. Между Panel2 и Panel3 был расположен элемент Splitter для увеличения или уменьшения элемента Panel3. Также для свойства OnDblClick элемента DBGrid1 был написан код представленный в приложении C, Листинг 23, который позволяет перейти на форму редактирования записи с помощью двойного щелчка по самой записи в таблице. На Panel3 расположен элемент DBGrid2 на котором отображаются подчинённые таблицы в зависимости от активного Radio Button

Рисунок 3.6 – Форма «Клиенты»

Форма «Клиент» (рисунок 3.7) предназначена для редактирования и добавления новых записей в форму «Клиенты». На форме было расположено три элемента GroupBox на каждом из которых будут вводится данные в соответствующую таблицы формы «Клиенты».

В элементе GroupBox1 свойство Caption было изменено на «Личные данные», здесь будут вводиться данные для таблицы «Клиенты», на этом элементе расположены: два элемента DBEdit, три элемента Label и один элемент DBComboBox. Элемент DBEdit1 был подключен через свойство DataSource к таблице «Клиенты» и через свойство DataField к полю «ФИО». Элемент DBEdit2 был подключен через свойство DataSource к таблице «Клиенты» и через свойство DataField к полю «Дата рождения». Элемент DBComboBox1 был подключен через свойство DataSource к таблице «Клиенты» и через свойство DataField к полю «Пол», в свойстве items указаны варианты вводимой информации: мужской, женский.

В элементе GroupBox2 свойство Caption было изменено на «Связь», здесь будут вводиться данные для таблицы «Связь_кл», на этом элементе расположены: один элемента DBEdit, два элемента Label, один DBComboBox и один DBGrid. Элемент DBEdit3 был подключен через свойство DataSource к таблице «Связь_кл» и через свойство DataField к полю «Номер». Элемент DBComboBox2 был подключен через свойство DataSource к таблице «Связь_кл» и через свойство DataField к полю «Т_ср_связи», в свойстве Items указаны варианты вводимой информации: мобильный телефон, электронная почта. Элемент Button1 (код представлен в приложении С, Листинг 26) предназначен для добавления записи в таблицу «Связь_кл» так как каждый клиент может иметь несколько номеров. Элемент DBGrid через свойство DataSource подключается к таблице «Связь_кл».

В элементе GroupBox3 свойство Caption было изменено на «Документы», здесь будут вводиться данные для таблицы «Документы_кл», на этом элементе расположены: четыре элемента DBEdit, пять элементов Label и один элемент DBComboBox. Элемент DBEdit4 был подключен через свойство DataSource к таблице «Документы_кл» и через свойство DataField к полю «Кем_выдан». Элемент DBEdit5 был подключен через свойство DataSource к таблице «Документы_кл» и через свойство DataField к полю «Серия». Элемент DBEdit6 был подключен через свойство DataSource к таблице «Документы_кл» и через свойство DataField к полю «Номер». Элемент DBEdit7 был подключен через свойство DataSource к таблице «Документы_кл» и через свойство DataField к полю «Дата_выдачи». Элемент DBComboBox3 был подключен через свойство DataSource к таблице «Документы_кл» и через свойство DataField к полю «Тип_документа», в свойстве Items указаны варианты вводимой информации: паспорт, водительское удостоверение.

На форму было добавлено три элемента Button: элементу Button2 в свойстве Caption было указано «Сохранить и выйти», эта кнопка предназначена для того чтобы сохранить изменения внесённые в запись и закрыть форму (код представлен в приложении C, Листинг 12), элементу Button3 в свойстве Caption было указано «Добавить», эта кнопка предназначена для того чтобы добавить новую запись (код представлен в приложении C, Листинг 11), элементу Button4 в свойстве Caption было указано «Удалить», эта кнопка предназначена для того чтобы удалить запись (код представлен в приложении C, Листинг 13). Также на форму был добавлен элемент DBNavigator и через свойство DataSource подключен к таблице «Клиенты».

Рисунок 3.7 – Форма «Клиент»

В форме «Заказы» (рисунок 3.8) отображаются данные о заказах предприятия. На форме были расположены три элемента Panel для разделения формы на три части. На Panel1 размещены элементы управления: пять элементов Button: «Редактировать» для изменения выбранной записи (код представлен в приложении C, Листинг 16), «Добавить» для добавления новой записи (код представлен в приложении C, Листинг 17), «Отчет» для открытия формы «Отчёт» (код представлен в приложении С, Листинг 20), «Справочник» для открытия справочника (код представлен в приложении C, Листинг 21), а также «Клиенты» и «Сотрудники» для возможности открытия двух оставшихся основных форм без возвращения к главной форме.

На Panel2 Расположен элемент DBCtrlGrid1 который через свойство DataSource подключается к таблице «Заказ». Нас CtrlGrid1 расположены следующие элементы: шесть элементов DBEdit, десять элементов Label и четыре элемента DBMemo. Элемент DBEdit1 через свойство DataSource подключен к таблице «Заказ», а через свойство DataField к полю «Дата_приема». Элемент DBEdit2 через свойство DataSource подключен к таблице «Заказ», а через свойство DataField к полю «Дата_сдачи». Элемент DBEdi3 через свойство DataSource подключен к таблице «Заказ», а через свойство DataField к полю «Адрес». Элемент DBEdit4 через свойство DataSource подключен к таблице «Заказ», а через свойство DataField к полю «Клиент». Элемент DBEdit5 через свойство DataSource подключен к таблице «Заказ», а через свойство DataField к полю «Площадь». Элемент DBEdit6 через свойство DataSource подключен к таблице «Заказ», а через свойство DataField к полю «Стоимость». Элемент DBMemo1 через свойство DataSource подключен к таблице «Заказ», а через свойство DataField к полю «Причниа_обращения». Элемент DBMemo2 через свойство DataSource подключен к таблице «Заказ», а через свойство DataField к полю «Комментарии». Элемент DBMemo3 через свойство DataSource подключен к таблице «Заказ», а через свойство DataField к полю «Отзыв_клиента». Элемент DBMemo4 через свойство DataSource подключен к таблице «Заказ», а через свойство DataField к полю «Сп_оказ_усл».

На Panel3 расположен элемент DBGrid1 который через свойство DataSource подключен к таблице «Реквизиты». Также для свойства OnDblClick элемента DBCtrlGrid1 был написан код представленный в приложении C, Листинг 24, который позволяет перейти на форму редактирования записи с помощью двойного щелчка по самой записи в таблице. На Panel3 расположен элемент DBGrid2 на котором отображаются подчинённые таблицы в зависимости от активного Radio Button

Рисунок 3.8 – Форма «Заказы»

Форма «Заказ» (рисунок 3.9) предназначена для редактирования и добавления новых записей в форму «Заказы». На форме было расположено два элемента GroupBox на каждом из которых будут вводится данные в соответствующую таблицы формы «Заказы».

В элементе GroupBox1 свойство Caption было изменено на «Личные данные», здесь будут вводиться данные для таблицы «Состав заказа», на этом элементе расположены: пять элементов DBEdit, десять элементов Label, один элемент DBLookupComboBox и четыре элемента DBMemo. Элемент DBEdit1 был подключен через свойство DataSource к таблице «Заказ» и через свойство DataField к полю «Дата приёма». Элемент DBEdit2 через свойство DataSource подключен к таблице «Заказ», а через свойство DataField к полю «Дата_сдачи». Элемент DBEdi3 через свойство DataSource подключен к таблице «Заказ», а через свойство DataField к полю «Адрес». Элемент DBEdit4 через свойство DataSource подключен к таблице «Заказ», а через свойство DataField к полю «Площадь». Элемент DBEdit5 через свойство DataSource подключен к таблице «Заказ», а через свойство DataField к полю «Стоимость». Элемент DBLokupComboBox1 через свойство DataSource подключен к таблице «Заказ», через свойство DataField «Клиент», в свойстве LictSource была указана таблица «Клиенты», а в свойстве ListField указано поле «ФИО». Элемент DBMemo1 через свойство DataSource подключен к таблице «Заказ», а через свойство DataField к полю «Причниа_обращения». Элемент DBMemo2 через свойство DataSource подключен к таблице «Заказ», а через свойство DataField к полю «Комментарии». Элемент DBMemo3 через свойство DataSource подключен к таблице «Заказ», а через свойство DataField к полю «Отзыв_клиента». Элемент DBMemo4 через свойство DataSource подключен к таблице «Заказ», а через свойство DataField к полю «Сп_оказ_усл».

В элементе GroupBox2 свойство Caption было изменено на «Реквизит», здесь будут вводиться данные для таблицы «Реквизиты», на этом элементе расположены: три элемента DBEdit и три элемента Label. Элемент DBEdit6 был подключен через свойство DataSource к таблице «Реквизиты» и через свойство DataField к полю «Название_банка». Элемент DBEdit7 был подключен через свойство DataSource к таблице «Реквизиты» и через свойство DataField к полю «Юр_адрес». Элемент DBEdit8 был подключен через свойство DataSource к таблице «Реквизиты» и через свойство DataField к полю «N_счета».

В элементе GroupBox3 свойство Caption было изменено на «Сотрудники», Здесь будут вводиться данные для таблицы «Заказ_сотр», на этом элементе расположены: один элемент DBLookupComboBox2, один элемент Button и один элемент Label. Элемент DBLookupComboBox2 подключен к таблице «Заказ_сотр». Элемент Button4 (код представлен в приложении С, Листинг 25) предназначен для добавления записи в таблицу «Заказ_сотр» так как каждый сотрудник может работать над несколькими закащами. Элемент DBGrid2 через свойство DataSource подключается к таблице «Заказ_сотр».

На форму было добавлено три элемента Button: элементу Button1 в свойстве Caption было указано «Сохранить и выйти», эта кнопка предназначена для того чтобы сохранить изменения внесённые в запись и закрыть форму (код представлен в приложении C, Листинг 18), элементу Button2 в свойстве Caption было указано «Добавить», эта кнопка предназначена для того чтобы добавить новую запись (код представлен в приложении C, Листинг 17), элементу Button3 в свойстве Caption было указано «Удалить», эта кнопка предназначена для того чтобы удалить запись (код представлен в приложении C, Листинг 19). Также на форму был добавлен элемент DBNavigator и через свойство DataSource подключен к таблице «Заказ».

Рисунок 3.9 – Форма «Заказ»

Форма «Отчёт» (представлена на рисунке 3.10) предназначена для предварительно просмотра отчётов и экспорта отчетов в Excel. На форме расположены: пять элементов Button, два элемента DateTimePicker, один элемент DBLookupComboBox, три элемента Label и два элемента DBGrid.

Элемент Button1 предназначен для экспорта в Excel информации о всех заказах студии. Элемент Button2 предназначен для вывода на DBGrid1 информации о заказах за период времени указанный в элементах DateTimePicker1 и dateTimePicker2. Элемент Button3 предназначен для вывода на DBGrid2 информации о заказах сотрудника указанного в DBLookupComboBox1. Элемент Button4 и Button5 предназначены для экспорта в Excel информации, расположенной на элементах DBGrid1 и DBGrid2 соответственно.

Рисунок 3.10 – Форма «Отчёт»

    Выводы

1.Основным средством разработки пользовательского интерфейса на основе анализа его возможностей была выбрана среда Borland Delphi 7.

2. Средством организации и хранения данных на основе аналогичного анализа была выбрана СУБД MS ACCESS.

3. Была разработана база данных.

4. Были определены общие принципы построения и разработан программный интерфейс программного продукта для дизайнерской студии «ИП Каплановская Е.О.»