Разработка информационной системы для центра выплат
Оглавление
Введение
Глава 1. Анализ предметной области и проектирование БД
1.1 Технико-экономическая характеристика объекта
автоматизации
1.2 Разработка АИС "Учёт"
.2.1 Планирование БД, анализ требований к системе
.2.2 Концептуальное проектирование
.2.3 Логическое проектирование
.2.4 Физическое проектирование
Глава 2. Внешнее приложение "Учёт"
.1 Основы разработки внешних приложений
.2 Разработка внешнего приложения
Глава 3. Руководство пользователя АИС "Учёт"
Заключение
Список литературы
Приложения
Введение
За последние годы значительно возрос объём и оборот информации во всех
сферах жизнедеятельности человека: экономической финансовой, политической,
духовной. И процесс накопления, обработки и использования знаний постоянно
ускоряется. Учёные утверждают, что каждые десять лет количество информации
увеличивается вдвое. В связи с этим возникает необходимость использования
автоматических средств, позволяющих эффективно хранить, обрабатывать и
распределять накопленные данные.
Компьютерный учет имеет свои особенности и радикально отличается от учёта
обычного. Компьютер не только облегчает учет, сокращая время, требующееся на
оформление документов и обобщение накопленных данных для анализа хода торговой
деятельности, необходимого для управления ею.
Программное обеспечение для работы с автоматизированными системами
используется на персональных компьютерах уже довольно давно. К сожалению, эти
программы либо были элементарными диспетчерами хранения данных и не имели
средств разработки приложений, либо были настолько сложны и трудны, что даже
хорошо разбирающиеся в компьютерах люди избегали работать с ними до тех пор,
пока не получали полных, ориентированных на пользователя приложений.
Целью данного курсового проекта является разработка информационной
системы для центра выплат.
Основное преимущество автоматизации - это сокращение избыточности
хранимых данных, а следовательно, экономия объема используемой памяти,
уменьшение затрат на многократные операции обновления избыточных копий и
устранение возможности возникновения противоречий из-за хранения в разных
местах сведений об одном и том же объекте, увеличение степени достоверности
информации и увеличение скорости обработки информации; излишнее количество
внутренних промежуточных документов, различных журналов, папок, заявок и т.д.,
повторное внесение одной и той же информации в различные промежуточные
документы.
Основой задачей любой информационной системы является учёт входящей и
исходящей документации центра выплат.
Глава 1.
Анализ предметной области и проектирование БД
1.1 Технико-экономическая
характеристика объекта автоматизации
Учреждение является государственной бюджетной
некоммерческой организацией, уполномоченной Правительством Камчатского края для
обеспечения реализации прав граждан на получение мер государственной социальной
поддержки, установленных нормативно-правовыми актами Российской Федерации и
Камчатского края (далее - государственные услуги).
Учредителем Учреждения является Камчатский край в лице
Министерства социального развития и труда Камчатского края.
Учреждение находится в ведомственном подчинении
Министерства социального развития и труда Камчатского края.
Учреждение имеет следующие филиалы, расположенные на
территории Камчатского края:
- Елизовский филиал (г. Елизово);
- Мильковский филиал (с. Мильково);
- Усть-Большерецкий филиал (п. Усть-Большерецк);
- Соболевский филиал (с. Соболево);
- Усть-Камчатский филиал (п. Усть-Камчатск);
- Быстринский филиал (с. Эссо);
- Алеутский филиал (с. Никольское);
- Вилючинский филиал (г. Вилючинск);
- Паланский филиал (п.г.т. Палана);
- Пенжинский филиал (с. Каменское);
- Олюторский филиал (с. Тиличики);
- Карагинский филиал (п. Оссора);
- Тигильский филиал (с. Тигиль).
Основные цели деятельности Учреждения:
- обеспечение реализации прав граждан на получение государственных и
муниципальных услуг по мерам социальной поддержки на территории Камчатского
края (далее - государственные и муниципальные услуги), установленных
нормативными правовыми актами Российской Федерации и Камчатского края;
- сокращение сроков предоставления государственных и
муниципальных услуг;
- противодействие коррупции при предоставлении государственных
и муниципальных услуг;
- повышение эффективности межведомственного взаимодействия при
предоставлении государственных и муниципальных услуг.
Основные задачи деятельности Учреждения:
- повышение качества предоставления государственных и муниципальных услуг,
в том числе оптимизация административных процедур, административных действий и
порядка принятия решений;
- повышение качества информирования граждан о порядке, способах
и условиях получения государственных и муниципальных услуг, а также по иным
вопросам, связанным с предоставлением государственных и муниципальных услуг;
- организация информационного обмена данными между
организациями, участвующими в предоставлении государственных и муниципальных
услуг, посредством внедрения информационно - коммуникационных технологий.
Основные функции Учреждения:
- организация и осуществление работы по приему документов, необходимых для
получения государственных и муниципальных услуг по мерам социальной поддержки
населения, рассмотрение и обработка документов и информации, содержащих
сведения о праве граждан на государственные услуги по социальной поддержке;
- определение права гражданина на назначение и выплату государственных
пособий, субсидий и социальных выплат, льгот, установленных законодательством
Российской Федерации и Камчатского края;
- распределение бюджетных средств, поступивших на выплату
государственных пособий, социальных выплат, субсидий, льгот и контроль за
целевым использованием, и сохранностью государственных средств, ассигнованных
на эти цели;
- принятие решений в соответствии с действующим
законодательством о предоставлении (приостановлении, прекращении) гражданам мер
социальной поддержки;
- оформление и выдача документов, подтверждающих право граждан
на меры социальной поддержки;
- обеспечение бесперебойной работы программно-аппаратных
средств и ведение автоматизированной системы учета и обработки информации о
предоставленных гражданам мерах социальной поддержки, формирование электронного
социального регистра населения Камчатского края;
- обеспечение создания и поддержание работы центра телефонного
обслуживания, телефона "горячей линии" по вопросам предоставления
государственных и муниципальных услуг, Интернет сайта Центра Выплат;
- хранение и учёт личных дел получателей государственных услуг
по мерам социальной поддержки;
- организационно-методическая деятельность, в том числе
организация разъяснительной работы о видах, порядке и условиях предоставления
мер социальной поддержки;
- осуществление контроля за достоверностью сведений,
предоставляемых гражданами, для получения государственных услуг по социальной
поддержке.
Автоматизированная система необходима центру для учета входящих и
исходящих документов от граждан, поступающих из различных филиалов.
Для анализа бизнес-процессов происходящих в центре воспользуемся BPWin. CA ERwin Process Modeler (ранее
BPwin) - инструмент для моделирования, анализа, документирования и оптимизации
бизнес-процессов. CA ERwin Process Modeler можно использовать для графического
представления бизнес-процессов. Графически представленная схема выполнения
работ, обмена информацией, документооборота визуализирует модель
бизнес-процесса. Графическое изложение этой информации позволяет перевести
задачи управления организацией из области сложного ремесла в сферу инженерных
технологий.ERwin Process Modeler (BPwin) помогает четко документировать важные
аспекты любых бизнес-процессов: действия, которые необходимо предпринять, способы
их осуществления и контроля, требующиеся для этого ресурсы, а также
визуализировать получаемые от этих действий результаты. CA ERwin Process
Modeler повышает бизнес-эффективность ИТ-решений, позволяя аналитикам и
проектировщикам моделей соотносить корпоративные инициативы и задачи с
бизнес-требованиями и процессами информационной архитектуры и проектирования
приложений. Таким образом, формируется целостная картина деятельности
предприятия: от потоков работ в небольших подразделениях до сложных организационных
функций.
На рисунке 1 представлена диаграмма IDEF0 верхнего уровня.
Рис. 1 Диаграмма IDEF0
Модель бизнес-процессов, в которых участвуют сотрудники центра, по приему
документации представлена на рисунке 2.
Рис. 2 Диаграмма IDEF0
(0 уровень)
Процесс "Учёт входных документов" делится на следующие процессы
(рисунок 3): ввод данных по филиалам, ввод данных по сотрудникам.
Рис. 3 Диаграмма IDEF0
(1 уровень)
На рисунке 4 приведена диаграмма потоков данных детализирующая процесс
учета входящей и исходящей документации.
Рис.4 Диаграмма потоков данных (DFD - Диаграмма)
Основные технологические процессы отражены на рисунке 5 на диаграмме IDEF3. В процессе "Учёт входящей и
исходящей документации" предполагается автоматизировать все процессы.
Рис.5 Технологические процессы учета документации (Диаграмма IDEF3)
1.2
Разработка АИС "Учёт"
АИС "Учёт" - АИС, позволяющая реализовывать процедуру учёта
документации.
1.2.1
Планирование БД, анализ требований к системе
Программа должна предусматривать:
- понятный интерфейс приложения, доступный любому человеку;
- работу с SQL
сервером;
- упрощение на уровне приложения структуры базы;
- Delphi приложение должно использовать запросы для связи с SQL;
- использование встроенных процедур.
Данная база данных реализована с помощью языка программирования MS SQL Server 2012.(Structured Query Language) - это специальный
язык структурированных запросов, используемый для определения данных, доступа к
данным и их обработки [8].
Внешнее приложение для базы написано в Delphi2010.
1.2.2
Концептуальное проектирование
Концептуальное (инфологическое) проектирование - описание структуры
программного обеспечения в понятных пользователю терминах, не зависящих от
реализации БД [6]. Фундаментальными такого проектирования являются данные с их
свойствами и связи между ними. Главными элементами МД являются типы объектов,
их атрибуты и типы связей.
В данной работе были определены 4 объекта.
Объект: Филиалы. Свойства: Код Филиала, Название Филиала, Адрес, Телефон.
Объект: Сотрудники. Свойства: Код Сотрудника, ФИО, Телефон.
Объект: Входящие документы. Свойства: Kод входящего документа, Название, Тема, Отправитель, Дата.
Объект: Исходящие документы. Свойства: Код исходящего документа,
Название, Тема, Отправитель, Дата.
1.2.3
Логическое проектирование
Логическое (даталогическое) проектирование - проектирование, результатом
которого является концептуальная схема БД, которая включает в себя все
информационные единицы и связи[6].
На уровне логического проектирования объекты преобразуются в сущности, а
свойства - в атрибуты. Для каждой сущности выбирается ключевой атрибут.
Ключевой атрибут - это атрибут отношения, который однозначно и точно определяет
каждый объект.
Сущность Филиалы: ключевой атрибут - Код филиала.
Сущность Сотрудники: ключевой атрибут - Код сотрудника.
Сущность Входящие документы: ключевой атрибут - Код входящего документа.
Сущность Исходящие документы: ключевой атрибут - Код исходящего
документа.
Также на данном уровне проектирования определяются связи.
Выделяют несколько типов связей:
"Один к одному". Он существует, когда один экземпляр
одного объекта связан с единственным экземпляром другого объекта. Обозначается ←и→.
"Многие ко многим". Он существует, когда один
экземпляр первого объекта связан с одним или большим количеством экземпляров
второго объекта, при этом каждый экземпляр второго объекта связан с одним или
многими экземплярами первого. Обозначается ↔.
"Один ко многим". Он существует, когда один экземпляр
первого объекта связан с одним (или более) экземпляром второго объекта, при
этом каждый экземпляр второго объекта связан только с одним экземпляром
первого. Обозначается →→.
"Многие к одному". Этот тип связи аналогичен связи
"один ко многим". Обозначается →→.
В данной работе использовались следующие связи:
связи "один ко многим":
Атрибут Код Филиала сущности Филиалы связывается с атрибутом Код Филиала
сущности Входящие документы.
Атрибут Код Филиала сущности Филиалы связывается с атрибутом Код Филиала
сущности Исходящие документы.
Атрибут Код Сотрудника сущности Фирмы связывается с атрибутом Код
Сотрудника сущности Входящие документы.
Атрибут Код Сотрудника сущности Фирмы связывается с атрибутом Код
Сотрудника сущности Исходящие документы.
На основе этих данных была сделана ER-диаграмма, которая представлена.
Диаграммы сущность-связь построим в ERWin. ERwin cоздает визуальное предcтавление (модель
данных) для решаемой задачи. Это предcтавление может иcпользоватьcя для
детального анализа, уточнения и раcпроcтранения документации, необходимой в
цикле разработки. Однако ERwin далеко не только инcтрумент для риcования. ERwin
автоматичеcки cоздает базу данных (таблицы, индекcы, хранимые процедуры,
триггеры для обеcпечения ccылочной целоcтноcти и другие объекты, необходимые
для управления данными).являетcя ведущим решением для моделирования баз данных
для cоздания и поддержки баз, витрин (data marts) и хранилищ данных, а также
моделей реcурcов данных предприятия. Модели ERwin визуализируют cтруктуры
данных для облегчения организации и управления данными, упрощения cложных
взаимоcвязей данных, а также технологий cоздания баз данных и cреды
развертывания. При этом упрощаетcя и уcкоряетcя процеcc разработки базы данных,
а ее качеcтво и надежноcть cущеcтвенно улучшаютcя.
Рис.6 Логическая схема данных
Рис.7 Физическая схема данных
1.2.4
Физическое проектирование
Этот этап заключается в увязке логической структуры базы данных и
физической среды хранения с целью наиболее эффективного размещения данных.
Модель данных предметной области "Учёт" представлена на рисунке
8.
Рис.8 Схема данных
В данной работе были созданы следующие запросы:
Параметрические:
Рис. 9 Запрос "Исходящие по филиалу"
Рис. 10 Код запроса "Исходящие по филиалу"
Рис. 11 Запрос "Входящие по филиалу"
Рис. 12 Код запроса "Входящие по филиалу"
Рис. 13 Запрос "Исходящие по сотруднику"
Рис. 14 Код запроса "Исходящие по сотруднику"
Рис. 15 Запрос "Входящие по сотруднику"
Рис. 16 Код запроса "Входящие по сотруднику"
Была создана АИС "Учёт" при помощи языка SQL, выводящая информацию о филиалах,
сотрудниках, входящих и исходящих документах.
Глава 2.
Внешнее приложение "Учёт"
2.1 Основы
разработки внешних приложений
В данной курсовой работе используется среда программирования Delphi 2010.
Для создания приложения используются компоненты ADOConnection, ADOTable, ADOStoredProc, расположенные на вкладке ADO.
ADOTable - предназначен для создания набора данных.
ADOStoredProc - предназначен для исполнения хранимой процедуры сервера БД. Для этого
он имеет свойство ProcedureName и методы Open и ЕхсесРгос.
2.2
Разработка внешнего приложения
Для разработки приложения используются компоненты ADOConnection, ADOTable, ADOStoredProc и DataSource.
ADOConnection - предназначен для привязки БД к приложению.
ADOTable - предназначен для привязки таблиц к приложению.
ADOStoredProc - предназначен для привязки запроса к приложению.
На форму добавляем компонент DBGrid, отражающий запросы и таблицы. В его свойстве DataSource выбираем DataSource1.
Глава 3.
Руководство пользователя АИС "Учёт"
Загружая приложение, нам представляется форма с расположенными на ней
объектами (Рисунок 17):
Главное меню, поле для просмотра таблиц, поля для выполнения поиска,
сортировки и фильтрации, так же навигатор для удобства пользования таблицами.
Рис. 17 Форма "Учёт"
автоматизация приложение информационный учет
Чтобы просмотреть имеющиеся таблицы, выбирается вкладка
"Таблицы" из главного меню (Рисунок 18).
Рис. 18 Вкладка "Таблицы"
После чего на экране отображается выбранная таблица (Рисунок 19).
Рис. 19 Таблица "Заказы"
Чтобы выполнить запрос, выбирается во вкладке "Запросы" из
главного меню интересующий запрос (Рисунок 20).
Рис. 20 Запрос "Входящие по филиалам"
Если запрос параметрический, то на экране сначала появится окно для ввода
параметра. После ввода параметра результат отображается в поле для просмотра
(Рисунок 21).
Рис. 21 Запрос "Исходящие по филиалам" (ввод параметра)
Рис. 22 Запрос "Исходящие по филиалам" (результат)
Для выполнения поиска по имеющимся данным таблицы, заполняются поля
"Поле" и "Значение", после чего осуществляется поиск и
курсор переместится на искомую запись (Рисунок 23).
Рис. 23 Организация поиска по таблице
Для осуществления фильтрации заполняется поле "Поле" и
выбирается вид сортировки, после чего результат появится в поле для просмотра
(Рисунок 24).
Рис. 24 Сортировка "по возрастанию"
Фильтрация осуществляется способом аналогичным способу осуществления
поиска, но в поле для просмотра отобразится только отфильтрованные записи
(Рисунок 25).
Рис. 25 Фильтрация
В главном меню имеется вкладка "О программе", в которой описаны
сведения о программе (Рисунок 26).
Рис. 26 О программе
Чтобы выйти из программы в главном меню нажимается кнопка
"Выход".
Заключение
Целью проекта является разработка программного решения для автоматизации
работ сотрудника центра выплат с целью повышения эффективности его работы.
Объектом рассмотрения данного проекта является систематизация работы
сотрудника центра выплат. Автоматизация рабочего места, обеспечивает снижение
трудовых и временных затрат на составление отчетов, на поиск, хранение
информации. Поскольку разрабатываемая система предназначена для работы
сотрудника центра выплат, она должна быть многофункциональной, продуманной и
простой в эксплуатации.
Цель курсовой работы достигнута путем решения следующих задач:
- хранение информации по документации в единой базе данных;
- быстрый поиск по справочникам;
- оперативная работа сотрудника с данными, хранящимися в базе;
- составления отчетов по конкретно определенным заданным
параметрам.
В качестве среды разработки была выбрана СУБД MS SQL Server, приложение создано в Delphi 2010.
Практическое значение настоящей работы состоит в проектировании базы
данных для центра выплат, она позволяет освободить сотрудника от выполнения
лишних повторяющихся операций, обеспечивает высокий уровень в поиске
необходимой информации. С помощью базы данных значительно сокращается время на
обработку запросов и систематизацию всех сведений по входящей и исходящей
документации.
Список
литературы
. Астахова И.Ф., Толстобров А.П., Мельников В.М.,
Фертиков В.В. СУБД. Язык SQL в примерах и задачах. - М.: Физматлит, 2009. - 168
с.
. Ачкасов В.Ю. Программирование баз данных в Delphi. -
Самара: СамГТУ, 2010. - 255 с.
. Баженова И.Ю. Основы проектирования приложений баз
данных. Учебное пособие. - М.: ИНТУИТ, 2009. - 325 с.
. Баканов М.В., Романова В.В., Крюкова Т.П. Базы
данных. Системы управления базами данных. Лабораторный практикум. - Кемерово:
Кемеровский технологический институт пищевой промышленности, 2010. - 70 с.
. Голицына О.Л., Максимов Н.В., Попов И.И. Базы
данных: учебное пособие. - М.: ФОРУМ, ИНФРА-М, 2012. - 399 с.
. Дунаев В.В. Базы данных. Язык SQL для студента:
учебник. - СПб.: БХВ-Петербург, 2012. - 312 с.
. Жилинский А.А. Самоучитель Microsoft SQL Server 2008. - СПб.: БХВ-Петербург, 2009. - 240 с.
. Карпова И.П. Базы данных: учебное пособие. - СПб.:
Питер, 2013. - 240 с.
. Кириллов В.В., Громов Г.Ю. Введение в реляционные
базы данных: учебное пособие. - СПб.: БХВ-Петербург, 2012. - 464 с.
. Кузин А.В., Левонисова С.В. Базы данных: учебное
пособие. - М.: Академия, 2012. - 320 с.
. Маркин А.В., Аникеев С.В. Разработка приложений баз
данных в Delphi: учебное пособие. - М.: Диалог-МИФИ, 2013. - 160 с.
. Осипов Д.Л. Базы данных и Delphi: Теория и практика:
учебник. - СПб.: BHV-CПб, 2011. - 733 с.
. Советов Б.Я., Цехановский В.В., Чертовский В.Д. Базы
данных: теория и практика: учебное пособие. - М.: Юрайт, 2013. - 463 с.
. Тернстрем Т., Вебер Э., Хотек М. Microsoft SQL
Server 2008. Разработка баз данных. Учебный курс Microsoft. - М.: Русская
Редакция, 2010. - 496 с.
Приложение 1
Таблицы БД
Рисунок 1 Таблица Филиалы
Рисунок 2 Таблица Исходящие документы
Рисунок 3 Таблица Сотрудники
Рисунок 4 Таблица Входящие документы
Приложение 2
Код приложения в Delphi
unit
Учет;
interface, Messages, SysUtils, Variants, Classes, Graphics,
Controls, Forms,, StdCtrls, Menus, ADODB, DB, ExtCtrls, DBCtrls, Grids,
DBGrids,;= class(TForm): TDBGrid;: TDBNavigator;: TDataSource;: TADOTable;:
TADOQuery;: TADOStoredProc;: TMainMenu;: TGroupBox;: TGroupBox;: TGroupBox;:
TLabel;: TLabel;: TLabel;: TLabel;: TLabel;: TLabel;: TLabel;: TEdit;: TEdit;:
TEdit;: TEdit;: TEdit;: TComboBox;: TButton;: TButton;: TButton;: TButton;:
TMenuItem;: TMenuItem;: TMenuItem;: TMenuItem;: TMenuItem;: TMenuItem;: TMenuItem;:
TMenuItem;: TMenuItem;: TMenuItem;: TMenuItem;: TMenuItem;: TMenuItem;:
TADOConnection;: TADOQuery;: TADOQuery;: TADOQuery;: TImage;:
TLabel;N13Click(Sender: TObject);N2Click(Sender: TObject);N3Click(Sender:
TObject);N4Click(Sender: TObject);N5Click(Sender: TObject);N7Click(Sender:
TObject);N8Click(Sender: TObject);N9Click(Sender: TObject);N10Click(Sender:
TObject);Button1Click(Sender: TObject);N12Click(Sender:
TObject);Button3Click(Sender: TObject);Button2Click(Sender:
TObject);Button4Click(Sender: TObject);
{ Private declarations }
{ Public declarations };: TForm1;Справка;
{$R *.dfm}TForm1.Button1Click(Sender:
TObject);.DataSet.Locate(Edit1.Text,Edit2.Text,[]); messageDlg('Невозможно выполнить данный поиск',
mtError, [mbOK], 0);
end;;TForm1.Button2Click(Sender:
TObject);.DataSet.Filtered:=false;.Enabled:=true;.Enabled:=false;;TForm1.Button3Click(Sender:
TObject);s: string;.DataSet.Filter:=''+Edit3.Text+' LIKE ' + #39 + '%' +
Edit4.Text + '%' + #39;.DataSet.Filtered:=true;.Enabled:=true;.Enabled:=false;('Невозможно выполнить данный фильтр', mtError, [mbOK], 0);;;TForm1.Button4Click(Sender:
TObject);k: string;Combobox1.Text='По возрастанию' then k:='ASC
';Combobox1.Text='По убыванию' then k:='DESC ';ADOTable1.Active=true then
ADOTable1.Sort:=' ['+Edit5.Text+'] '+k;ADOQuery1.Active=true then
ADOQuery1.Sort:=' ['+Edit5.Text+'] '+k;
messageDlg('Невозможно выполнить данную сортировку', mtError, [mbOK],
0);
end;;TForm1.N10Click(Sender: TObject);:string;.Active:=false;4:=inputbox('Ввод параметра', 'Введите ФИО сотрудника',
'');
ADOQuery4.Parameters.ParamByName('a').Value:=a4;.Active:=True;.DataSet:=ADOQuery4;.DataSource:=DataSource1;.Caption:='Запрос
"Входящие по сотрудникам"';;TForm1.N12Click(Sender:
TObject);.Show;;TForm1.N13Click(Sender: TObject);.Close;;TForm1.N2Click(Sender:
TObject);.Active:=false;.Active:=False;.TableName:='Filial';.Active:=True;.DataSet:=ADOTable1;.DataSource:=DataSource1;.Caption:='Таблица
"Филиалы"';;TForm1.N3Click(Sender:
TObject);.Active:=False;.TableName:='Sotrud';.Active:=True;.DataSet:=ADOTable1;.DataSource:=DataSource1;.Caption:='Таблица
"Сотрудники"';;TForm1.N4Click(Sender:
TObject);.Active:=False;.TableName:='Vhod';.Active:=True;.DataSet:=ADOTable1;.DataSource:=DataSource1;.Caption:='Таблица
"Входящие документы"';;TForm1.N5Click(Sender:
TObject);.Active:=False;.TableName:='Ishod';.Active:=True;.DataSet:=ADOTable1;.DataSource:=DataSource1;.Caption:='Таблица
"Исходящие документы"';;TForm1.N7Click(Sender:
TObject);:string;.Active:=false;1:=inputbox('Ввод параметра', 'Введите название филиала', '');
ADOQuery1.Parameters.ParamByName('a').Value:=a1;.Active:=false;.Active:=True;.DataSet:=ADOQuery1;.DataSource:=DataSource1;1.Caption:='Запрос "Исходящие по филиалам"';
end;TForm1.N8Click(Sender: TObject);:string;.Active:=false;2:=inputbox('Ввод параметра', 'Введите название
филиала', '');
ADOQuery2.Parameters.ParamByName('a').Value:=a2;.Active:=True;.DataSet:=ADOQuery2;.DataSource:=DataSource1;.Caption:='Запрос
"Входящие по филиалам"';;TForm1.N9Click(Sender:
TObject);:string;.Active:=false;3:=inputbox('Ввод параметра', 'Введите ФИО сотрудника', '');
ADOQuery3.Parameters.ParamByName('a').Value:=a3;.Active:=True;.DataSet:=ADOQuery3;.DataSource:=DataSource1;.Caption:='Запрос
"Исходящие по сотрудникам"';;.