Глава 1. Анализ предметной области

СОДЕРЖАНИЕ

 

ВВЕДЕНИЕ

ГЛАВА 1. АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ

1.1Технико-экономическая характеристика предметной области

1.1.1 Характеристика предприятия

1.1.2 Краткая характеристика подразделения или видов его деятельности

1.2 Экономическая сущность задачи

1.3 Обоснование необходимости и цели использования вычислительной техники для решения задачи

1.4 Постановка задачи

1.4.1 Цель и назначение автоматизированного варианта решения задачи

1.4.2 Общая характеристика организации решения задачи на ЭВМ

1.4.3 Формализация расчетов

1.5 Анализ существующих разработок и обоснование выбора технологии проектирования

1.6 Обоснование проектных решений по видам обеспечения

1.6.1 по техническому обеспечению (ТО)

1.6.2 по информационному обеспечению (ИО)

1.6.3 по программному обеспечению (ПО)

1.6.4 по технологическому обеспечению

ГЛАВА 2. Проектирование АРМ

2.1 Информационное обеспечение задачи (комплекса задач, АРМ)

2.1.1. Концептуальная модель и ее описание

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

2.1.3 Характеристика нормативно-справочной и входной оперативной информации

2.1.4 Характеристика результатной информации

2.2 Программное обеспечение задачи (комплекса задач, АРМ)

2.2.1 Общие положения (дерево функций и сценарий диалога)

ГЛАВА 3. РЕАЛИЗАЦИЯ АРМ

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

3.2 Реализация интерфейса АРМ

3.3 Обоснование экономической эффективности проекта

3.3.1 Расчет показателей экономической эффективности проекта

ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗУЕМОЙ ЛИТЕРАТУРЫ

 

ВВЕДЕНИЕ

 

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

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

Современный бизнес основывается на основательной информационной поддержке со стороны государства, которое строит информационную инфраструктуру бизнеса в виде традиционной и автоматизированной информационных систем. Государство законодательно объявило информационные ресурсы России национальным достоянием, подлежащим защите наряду с другими ресурсами. Организационно информационные ресурсы функционируют в составе Государственной системы научно-технической информации (ГСНТИ) и Государственной автоматизированной системы научно-технической информации (ГАСНТИ). В составе информационных ресурсов концентрируются значительные потоки отечественной и зарубежной информации, которая в обработанном и удобном видах доступна бизнесу.

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

Целью данного дипломного проекта является разработка автоматизированного рабочего места экономиста - снабженца строительной фирмы для учета договорных операций. Главная задача создания АРМ - ведение планового и оперативного учета хозяйственной деятельности предприятия для выработки управленческих решений и получение оперативно-плановой информации для бухгалтерских отчетов. Для решения поставленной задачи в дипломном проекте необходимо:

1. Исследовать предметную область решаемой задачи.

2. Охарактеризовать строительную фирму.

3. Дать краткую характеристику подразделений предприятия и их деятельности.

4. Определить экономическую сущность задачи.

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

6. Определить цель и назначение автоматизированного варианта решения задачи.

7. Дать общую характеристику организации решения задачи на ЭВМ.

8. Провести обоснование выбора технологии проектирования.

9. Провести обоснование проектных решений.

10. Представить информационное обеспечение АРМ.

11. Представить программное обеспечение АРМ.

12. Представить технологическое обеспечение решаемой задачи.

13. Обосновать экономическую эффективность проекта.

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

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

Во второй главе отображен процесс проектирования АРМ: созданы все необходимые модели БД и разработан сценарий интерфейса.

В третьей главе описана реализация АРМ.

 

Характеристика предприятия

 

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

Строительная фирма ООО «Калуга Строй Водоканал», предоставляет следующие услуги:

1. Строительство объектов 1 и 2 категории сложности.

2. Отделочные работы фасадов и внутренних помещений.

3. Земляные работы.

4. Фундаментные работы

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

6. Кровельные работы.

7. Монтаж металлоконструкций.

8. Электротехнические работы до 1000 КВт.

9. Строительство, ремонт и содержание автомобильных дорог.

10. Оптовая торговля материалами, имеющие отношение к строительной индустрии.

11. Автоперевозки в пределах Российской Федерации.

12. Оказание ремонтно-строительных услуг населению.

13. Услуги генерального подрядчика.

В структуру предприятия входят следующие подразделения рис.1.

Рис.1.Структурная схема ООО «Калуга Строй Водоканал»

Постановка задачи

 

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

1. Создать базу данных для хранения справочной информации по учету производственно-хозяйственных договоров.

2. Обеспечить автоматизированный ввод информации посредствам экранных форм.

3. Реализовать основные функции экономиста -снабженца планово-экономического отдела строительной фирмы:

- формирование справочной информации,

- ведение учета договоров,

- учет проектно-сметной документации,

- учет выполнения договорных обязательств,

4. Реализовать автоматизированный способ получения оперативной и плановой отчетности.

5. Организовать систему анализа данных.

6. Организовать автоматизированную систему отчетности.

Проектируемая система относится к системам учетно-аналитического типа, работающая в диалоговом режиме.

1.4.1 Цель и назначение автоматизированного варианта решения задачи

Автоматизация управленческой деятельности предполагает формирование электронной системы организации. Билл Гейтс, определяет электронную «нервную систему» любой организации как среду, автоматизирующую исполнение заранее намеченных действий и событий, планирование и учет, позволяющую своевременно реагировать на незапланированные события и изменения ситуации и дающую, таким образом, огромные преимущества в конкуренции и возможность эффективно работать.[4]

Основными целями разработки АРМ могут служить:

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

- повышение степени достоверности выходной информации;

- снижение трудоемкости и количества ошибок при решении задачи.

В программе должны быть реализованы следующие функции:

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

- хранение форм первичных документов;

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

- обеспечение целостности хранимой информации.

Выполнение перечисленных функций осуществлено следующим образом:

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

-окно просмотра и изменения в списках заказчиков;

-окно создания общего списка подрядчиков;

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

-окно формирования договоров;

-формирования информации по проектно-сметной документации;

2. ведение условно-постоянной информации, хранящейся в таблицах базы данных:

-редактирование справочных и учетно-оперативных данных;

-добавление учетных записей;

-удалении учетных записей;

3. выдача справочной информации:

- информация по заказчикам

- информация по подрядчикам

4. отчеты на запросы пользователей:

-формирование итоговой отчетности по заказчикам, по подрядчикам, по поставщикам;

-формирование оперативных отчетов для бухгалтерии.

Формализация расчетов

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

 

Таблица 2. Справочники входной информации.

№п/п	Наименование справочника, хранящего входную информацию	Свойства справочника
	Заказчики	Идентификатор заказчика Наименование Адрес Телефон Индекс ИНН/КПП
	Подрядчик	Идентификатор подрядчика Наименование Адрес Индекс ИНН/КПП
	Поставщики материалов	Идентификатор поставщика Наименование Адрес Индекс ИНН/КПП
	Отдел заключения договоров	Идентификатор отдела ФИО Возраст Домашний телефон

 

Промежуточная информация представляет собой процесс регистрации информационных процессов, проходящих во времени, которые перечислены в п.1.3. (таблице 2). Промежуточная информация сведена в таблицу 3 для наглядности понимания.

 

Таблица 3. Промежуточные функции системы.

№п/п	Номер этапа	Наименование функции системы	Номер использованного справочника
	3	Формирование справочников	1-4
	3-4	Добавление/удаление  учетных записей в справочники	1-4
	5	Учет договоров	1-4
	2-5	Учет проектно-сметной документации	3
	4	Запрос по менеджерам, ведущим договоры.	3
	4-6	Запрос по подрядчикам.	2
	4-6	Запрос для анализа данных.	2, 4
	4-6	Запрос по договорам, заказчикам и сметам	2, 4
	6	Запрос по договорам, заказчикам и сметам	1, 2, 4
	6	Запрос по количеству договоров, заключенных с подрядчиками	1, 2, 4
	6	Запрос по менеджерам	2, 4

 

В результате обработки полученная в итоге выходная информация представлена в виде отчетов (таблица 4).

 

Таблица 4. Выходная информация системы.

№п/п		Номер этапа	Наименование функции системы	Номер использованного справочника
		6	Отчет по заказчика, договорам, сметам	2, 4
		6	Отчет по отделу заключения договоров	1, 2, 4
	6		Отчет по подрядчикам	1, 2, 4
	6		Отчет по поставщикам материалов	2, 4
	6		Аналитический отчет по количеству заключенных договоров	2, 4

 

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

ГЛАВА 2. ПРОЕКТИРОВАНИЕ АРМ

 

Таблица 7. Структура справочника Заказчики.

Поле	Тип	Значение	Ограничение	Комментарий
Код заказчика	Счетчик	—	—	Код заказчика
Наименование	Текстовый	—	—	Полное название заказчика
Адрес	Текстовый	—	—	Адрес заказчика
Телефон	Текстовый	—	—	Телефон
Индекс	Текстовый	—	—	Почтовый индекс
ИНН/КПП	Текстовый	—	—	Индивидуальный идентификатор

 

Таблица 8. Структура справочника Подрядчики.

Поле	Тип	Значение	Ограничение	Комментарий
Код подрядчика	Счетчик	—	—	Код подрядчика
Наименование	Текстовый	—	—	Полное название заказчика
Адрес	Текстовый	—	—	Адрес подрядчика
Индекс	Текстовый	—	—	Почтовый индекс
ИНН/КПП	Текстовый	—	—	Индивидуальный идентификатор

Таблица 9. Структура справочника Поставщики.

Поле	Тип	Значение	Ограничение	Комментарий
Код поставщика	Счетчик	—	—	Код поставщика
Наименование	Текстовый	—	—	Полное название поставщика
Адрес	Текстовый	—	—	Адрес подрядчика
Индекс	Текстовый	—	—	Почтовый индекс
ИНН/КПП	Текстовый	—	—	Индивидуальный идентификатор

 

Таблица 10. Структура справочника Отдел договоров.

Поле	Тип	Значение	Ограничение	Комментарий
Код отдела	Счетчик	—	—	Код ведущего специалиста
ФИО	Текстовый	—	—	ФИО специалиста
Возраст	Текстовый	—	—	Адрес специалиста
Телефон	Текстовый	—	—	телефон

 

Таблица 11. Структура таблицы Договор_Заказчик.

Поле	Тип	Значение	Ограничение	Комментарий
Код договор_заказчик	Счетчик	—	—	Код договора с заказчиком
№ договора	Текстовый	—	—	Номер договора
Код заказчика	Числовой	—	—	Код заказчика
Код отв. отдел	Числовой	—	—	Код специалиста, ведущего договор
Сумма	Денежный	—	—	Сумма на которую заключен договор

 

Таблица 12. Структура таблицы Договор_Подрядчик.

Поле	Тип	Значение	Ограничение	Комментарий
Код договор_Подрядчик	Счетчик	—	—	Код договора с подрядчиком
№ договора	Текстовый	—	—	Номер договора
Код подрядчика	Числовой	—	—	Код подрядчика
Код отв. отдел	Числовой	—	—	Код специалиста, ведущего договор
Сумма	Денежный	—	—	Сумма на которую заключен договор

 

Таблица 13. Структура таблицы Договор_Поставщик.

Поле	Тип	Значение	Ограничение	Комментарий
Код договор_Поставщик	Счетчик	—	—	Код договора с поставщиком
№ договора	Текстовый	—	—	Номер договора
Код поставщика	Числовой	—	—	Код поставщика
Код отв. отдел	Числовой	—	—	Код специалиста, ведущего договор
Сумма	Денежный	—	—	Сумма на которую заключен договор

 

Таблица 14. Структура таблицы Смета_Заказчик.

Поле	Тип	Значение	Ограничение	Комментарий
Код Смета_Заказчик	Счетчик	—	—	Код сметы
№ сметы	Тестовый	—	—	Номер сметы
№ договора	Числовой			Номер договора с заказчиком
Название	Тестовый	—	—	Название сметы
Описание	Тестовый	—	—	Описание, дополнительные сведение
Стоимость	Тестовый	—	—	Сумма сметы

 

Таблица 15. Структура таблицы Смета_Подрядчик.

Поле	Тип	Значение	Ограничение	Комментарий
Код Смета_Подрядчик	Счетчик	—	—	Код сметы
№ сметы	Тестовый	—	—	Номер сметы
№ договора	Числовой			Номер договора с подрядчиком
Название	Тестовый	—	—	Название сметы
Описание	Тестовый	—	—	Описание, дополнительные сведение
Стоимость	Тестовый	—	—	Сумма сметы

 

Таблица 16. Структура таблицы Смета_Поставщик.

Поле	Тип	Значение	Ограничение	Комментарий
Код Смета_Поставщик	Счетчик	—	—	Код сметы
№ сметы	Тестовый	—	—	Номер сметы
№ договора	Числовой			Номер договора с поставщиком
Название	Тестовый	—	—	Название сметы
Описание	Тестовый	—	—	Описание, дополнительные сведение
Стоимость	Тестовый	—	—	Сумма сметы

 

Таблица 17. Функции программы.

№ п/п	Служебные функции	Название окна приложения
	Ввод исходных данных	Окно формирования справочных данных
	Формирование учетных данных	Окно формирование учетных данных
	Выбор типа операций экономистом	Меню системы
	Изменение, удаление, добавление записей в справочниках	Окно формирования справочных данных
	Изменение, удаление, добавление записей учетной информации	Окно формирование учетных данных
	Получение данных по запросам	Окно главной формы
	Получение отчетной информации	Окно подменю отчеты

 

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

 

Рис.7. Структура главного меню приложения

 

ГЛАВА 3. РЕАЛИЗАЦИЯ АРМ

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

 

Реализацию АРМ менеджера – снабженца начали с реализации базы данных в Access. Формирование таблиц осуществляем по спроектированным схемам.

Реализуем выделенные в проектной части сущности:

 

 

 

После реализации таблиц реализуем схему данных (см. рис. 5) по информационной модели.

Реализация интерфейса АРМ.

 

После реализации ядра АРМ, т.е. базы данных приступили к реализации интерфейса. Интерфейс реализуем в ВЗС Delphi.

Пользовательский интерфейс обеспечивает просмотр и редактирование данных, а также управление данными и приложением в целом. Бизнес-логика приложения представляет собой набор реализованных в программе алгоритмов обработки данных. Между приложением и собственно базой данных находится специальное программное обеспечение (ПО), связывающее программу и источник данных и управляющее процессом обмена данными. Это ПО может быть реализовано самыми разнообразными способами, в зависимости от объема базы данных, решаемых системой задач, числа пользователей, способами соединения приложения и базы данных. Промежуточное ПО может быть реализовано как окружение приложения, без которого оно вообще не будет работать, как набор драйверов и динамических библиотек, к которым обращается приложение, может быть интегрировано в само приложение. Наконец, это может быть отдельный удаленный сервер, обслуживающий тысячи приложений. Источник данных представляет собой хранилище данных (саму базу данных) и СУБД, управляющую данными, обеспечивающую целостность и непротиворечивость данных.

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

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

Визуальные компоненты отображения данных расположены на странице Data Controls Палитры компонентов. В большинстве они представляют собой модификации стандартных элементов управления, приспособленных для работы с набором данных. Приложение может содержать произвольное число форм и использовать любой интерфейс (MDI или SDI). Обычно одна форма отвечает за выполнение группы однородных операций, объединенных общим назначением.

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

Для обеспечения связи набора данных с визуальными компонентами отображения данных используется специальный компонент TDataSource. Его роль заключается в управлении потоками данных между набором данных и связанными с ним компонентами отображения данных. Этот компонент обеспечивает передачу данных в визуальные компоненты и возврат результатов редактирования в набор данных, отвечает за изменение состояния визуальных компонентов при изменении состояния набора данных, передает сигналы управления от пользователя (визуальных компонентов) в набор данных. Компонент TDataSource расположен на странице Data Access Палитры компонентов.

Таким образом, базовый механизм доступа к данным создается триадой компонентов:

– компоненты, инкапсулирующие набор данных (потомки класса TDataSet);

– компоненты TDataSource;

– визуальные компоненты отображения данных.

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

С каждым компонентом доступа к данным может быть связан как минимум один компонент TDataSource. В его обязанности входит соединение набора данных с визуальными компонентами отображения данных. Компонент TDataSource обеспечивает передачу в эти компоненты текущих значений полей из набора данных и возврат в него сделанных изменений. Еще одна функция компонента TDataSource заключается в синхронизации поведения компонентов отображения данных с состоянием набора данных. Например, если набор данных не активен, то компонент TDataSource обеспечивает удаление данных из компонентов отображения данных и их перевод в неактивное состояние. Или, если набор данных работает в режиме "только для чтения", то компонент TDataSource обязан передать в компоненты отображения данных запрещение на изменение данных.

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

При открытии набора данных компонент обеспечивает передачу в набор данных записей из требуемой таблицы БД, которая уже реализована в ACCESS. Курсор набора данных устанавливается на первую запись. Компонент TDataSource организует передачу в компоненты отображения данных значений необходимых полей из текущей записи. При перемещении по записям набора данных текущие значения полей в компонентах отображения данных автоматически обновляются. Для размещения компонентов доступа к данным в приложении баз данных используем специальную "форму" — модуль данных (класс TDataModule). Модуль данных не имеет ничего общего с обычной формой приложения, ведь его непосредственным предком является класс TComponent. В модуле данных можно размещать только невизуальные компоненты. Модуль данных доступен разработчику, как и любой другой модуль проекта, на этапе разработки. Пользователь приложения не может увидеть модуль данных во время выполнения. Для создания модуля данных воспользуемся Репозиторием объектов или главным меню Delphi. Значок модуля данных Data Module расположен на странице New. Класс TDataModule происходит непосредственно от класса TComponent. У него почти полностью отсутствуют свойства и методы-обработчики событий, ведь от платформы для других невизуальных компонентов почти ничего не требуется, хотя потомки модуля данных, работающие в распределенных приложениях, выполняют весьма важную работу. Для создания структуры (модели, диаграммы) данных, с которой работает приложение, воспользовались возможностями, предоставляемыми страницей Diagram Редактора кода. Любой элемент из иерархического дерева компонентов модуля данных можно перенести на страницу диаграммы и задать связи между ними.

При помощи управляющих кнопок задали между элементами диаграммы отношения синхронного просмотра и главный/подчиненный. При этом производится автоматическая настройка свойств соответствующих компонентов. Для обращения компонентов доступа к данным, расположенным в модуле данных, из других модулей проекта включили имя модуля в секцию uses:

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

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

При открытии формы выполняется метод обработчик FormShow. В нем набор данных открывается при помощи метода Open.

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

Особое значение для приложений баз данных играет компонент TOBGrid, который представляет данные в виде таблицы. В столбцах таблицы размещаются поля набора данных, а в строках — записи. Для этого компонента не имеет смысла определять конкретное поле, но можно задать настраиваемый набор колонок, а для каждой из них определить поле набора данных. Таким образом, для каждого визуального компонента отображения данных необходимо выполнить следующие операции:

1. Связать компонент отображения данных и компонент TDataSource. Для этого используем свойство Datasource, которое должно указывать на экземпляр требуемого компонента TDataSource. Один компонент отображения данных можно связать только с одним компонентом TDataSource. Необходимый компонент можно выбрать в списке свойств в Инспекторе объектов.

2. Задать поле данных. Для этого используем свойство DataField типа TFields. В нем необходимо указать имя поля связанного набора данных. После задания свойства Datasource поле можно выбрать из списка. Этот этап применяется только для компонентов, отображающих единственное поле.

Также используем компонент TDBNavigator. Он предназначен для перемещения по записям набора данных.

В качестве инструментов доступа в приложениях Delphi применили технологию Microsoft ActiveX Data Objects (ADO), которая основана на возможностях СОМ, а именно интерфейсов OLE DB.

Технология ADO завоевала популярность у разработчиков, благодаря универсальности — базовый' набор интерфейсов OLE DB имеется в каждой современной операционной системе Microsoft. Поэтому для обеспечения доступа приложения к данным достаточно лишь правильно указать провайдер соединения ADO и затем переносить программу на любой компьютер, где имеется требуемая база данных и, конечно, установленная ADO. В Палитре компонентов Delphi есть страница ADO, содержащая набор компонентов, позволяющих создавать полноценные приложения БД, обращающиеся к данным через ADO. OLE DB представляет собой набор специализированных объектов СОМ, инкапсулирующих стандартные функции обработки данных, и специализированные функции конкретных источников данных и интерфейсов, обеспечивающих передачу данных между объектами. Согласно терминологии ADO, любой источник данных (база данных, электронная таблица, файл) называется хранилищем данных, с которым при помощи провайдера данных взаимодействует приложение. Минимальный набор компонентов приложения может включать объект соединения, объект набора данных, объект процессора запросов. В результате приложение обращается не прямо к источнику данных, а к объекту OLE DB, который "умеет" представить данные (например, из файла электронной почты) в виде таблицы БД или результата выполнения запроса SQL. Такая архитектура позволяет сделать набор объектов и интерфейсов открытым и расширяемым. Набор объектов и соответствующий провайдер может быть создан для любого хранилища данных без внесения изменений в исходную структуру ADO. При этом существенно расширяется само понятие данных — ведь можно разработать набор объектов и интерфейсов и для нетрадиционных табличных данных. Например, это могут быть графические данные геоинформационных систем, древовидные структуры из системных реестров, данные CASE-инструментов и т. д. Так как технология ADO основана на стандартных интерфейсах СОМ, которые являются системным механизмом Windows, это сокращает общий объем работающего программного кода и позволяет распространять приложения БД без вспомогательных программ и библиотек.

Спецификация OLE DB различает следующие типы объектов, которые мы использовали:

– Перечислитель (Enumerator) выполняет поиск источников данных или других перечислителей. Используется для обеспечения функционирования провайдеров ADO.

– Объект-источник данных (Data Source Object) представляет хранилище данных.

– Сессия (Session) объединяет совокупность объектов, обращающихся к одному хранилищу данных.

– Транзакция (Trasaction) инкапсулирует механизм выполнения транзакции.

– Команда (Command) содержит текст команды и обеспечивает ее выполнение. Командой может быть запрос SQL, обращение к таблице БД и т. д.

– Набор рядов (Rowset) представляет собой совокупность строк данных, являющихся результатом выполнения команды ADO.

– Объект-ошибка (Error) содержит информацию об исключительной ситуации.

После реализации основных функций АРМ приступили к реализации следующих отчетов:

 

 

 

В

 

место старого генератора отчетов в состав Delphi 7 включен продукт Rave Reports 5.0 от фирмы Nevrona. Схема создания и внедрения отчетов в приложения Delphi практически не изменилась. В Rave Reports имеются и глобальный класс отчета, и классы полос, и компоненты преобразования данных. Существенным нововведением можно считать только визуальную среду создания отчетов, что облегчает  создание отчетов и делает работу эффективнее. Генератор отчетов Rave Reports является основным средством создания отчетов и его компоненты устанавливаются в Палитре компонентов по умолчанию на странице Rave. Они делятся на следующие функциональные группы:

– Компонент отчета TRvproject, с точки зрения приложения, и есть отчет.

– Компонент управления отчетом TRvSystem обеспечивает работу приложения с отчетом. Взаимодействуя с компонентом отчета, с одной стороны, и сервером отчета Rave Reports, с другой, этот компонент обеспечивает просмотр и печать отчетов.