Создание АРМ внешней корреспонденции

Размещено на http://www.allbest.ru//

Размещено на http://www.allbest.ru//

Перечень условных обозначений

АРМ - автоматизированное рабочее место

БД - база данных

ПО - программное обеспечение

ТЗ - техническое задание

ДПД - диаграмма потоков данных

НД - накопитель данных

СУБД - система управления базами данных

ЭВМ - электронная вычислительная машина

ЭИС - электронная информационная система

ADO - ActiveX Data Objects

IDEF - ICAM DEFinition methodology

SADT - Structure Analysis and Design Technique

Введение

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

Объект курсовой работы - канцелярия организации.

Предметом курсовой работы являются методы, модели и алгоритмы обработки данных.

Цель курсовой работы - повышение эффективности электронного документооборота организации на основе разработки информационного, алгоритмического и программного обеспечения АРМ «Внешняя корреспонденция».

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

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

2. Разработать серию IDEF моделей для описания функционирования АРМ;

3. Разработать модель DFD для описания информационных потоков АРМ;

4. Разработать алгоритм функционирования АРМ;

5. Обозначить требования и разработать ГИП для АРМ;

6. Разработать ПО и инструкцию пользователя АРМ.

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

Один из сотрудников регистрирует внешнюю корреспонденцию в специальном журнале и передает ее по назначению.

ПО АРМ этого сотрудника должно позволять:

1) хранить необходимую информацию о каждом виде внешней корреспонденции; хранить справочник подразделений предприятия и справочник внешних корреспондентов;

2) выводить в удобной форме данные по следующим запросам пользователя:

* поиск сведений о заданном виде корреспонденции по регистрационному номеру;

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

* выборка данных о документах каждого внутреннего корреспондента;

* расчет объема переписки (количество исходящих и входящих документов), с группировкой по внутренним адресатам и городам (перекрестный);

* диаграмма - количество входящих и исходящих документов по месяцам.

3) автоматизировать обработку информации при следующих бизнес-операциях:

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

- ведение справочника внешних корреспондентов (ввод и коррекция данных);

- анализ интенсивности документооборота (формирование типовых диаграмм и отчетов);

- передача устаревших документов в архив (записи в книгах регистрации внешней корреспонденции за истекший год должны быть скопированы в архив и удалены из текущей БД);

4) выводить документы на печать - телефонный справочник внешних корреспондентов, отсортированный по городам и алфавиту, отчет об объеме переписки (перекрестный), диаграмма;

5) выводить сведения об авторе и назначении программы.

2. Разработка технического задания на реализацию АРМ внешней корреспонденции

1. Общие сведения

Полное наименование системы и её условное обозначение

Полное наименование: Автоматизированное рабочее место «Внешняя корреспонденция».

2. Заказчик, разработчик и пользователь системы

Заказчик: руководство предприятия

Разработчик: программист

Пользователь: сотрудник канцелярии

3. Назначение системы

Разрабатываемая автоматизированная система обработки информации решает задачу автоматизации процессов обработки документов на предприятии.

4. Требования к системе

Требования к функциям системы

Архитектура системы: клиент-серверная. Основные функции: ввод и корректировка данных, получение отчетов по запросам к базе данных и выходных документов.

5. Требования к видам обеспечения

Программное обеспечение

Для программной реализации АРМ бухгалтерского учета ОС в автотранспортном предприятии выбран язык программирования Object Pascal в интегрированной среде визуального программирования Borland Delphi 7, т.к. последняя предоставляет широкие возможности для решения задач, поставленных перед разработчиком, и удобна в использовании. Интегрированная среда разработки Delphi (Delphi IDE) является многооконной системой. Она включает в себя все необходимое для быстрой разработки Windows-приложений, и может гибко настраиваться[1.1]

База данных предварительно была создана с помощью Microsoft Access 2003, а затем подключена к проекту Delphi посредством технологии ADO (ActiveX Data Objects - объекты данных, построенные как объекты ActiveX). Технология ADO сегодня весьма популярна у разработчиков, благодаря универсальности - базовый набор интерфейсов OLE DB имеется в каждой современной операционной системе Microsoft. Поэтому для обеспечения доступа приложения к данным достаточно лишь правильно указать провайдер соединения ADO и затем переносить программу на любой компьютер, где имеется требуемая база данных и, конечно, установленная ADO[10.1]

Техническое обеспечение

Минимальная конфигурация технических средств должна соответствовать стандарту и обеспечить нормальную работу СУБД MS Access 2003 и технологии ADO, а также безопасность данных.

3. Разработка IDEF модели для описания функционирования АРМ

В последнее время разработка программного обеспечения осуществляется по САSЕ-технологии с применением SADT. Это позволяет создавать единое информационное пространство на уровне менеджеров, обеспечить функциональную обозримость систем управления, осуществлять развитие самой системы с наименьшими затратами, производить актуализацию проектной документации в электронном виде.

Международный стандарт SADT поддерживается специальным языком для описания проектов информационно - управляющих систем. Существует несколько пакетов программ, поддерживающих данный язык. Пакет прикладных программ Design/IDEF реализует методологии:

-IDEF0 - функциональное моделирование;

-IDEF1X- информационное моделирование;

-IDEF/CPN - динамическое моделирование[17.1]

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

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

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

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

Общая схема составления функциональной модели состоит из следующих этапов:

1. Построение модели (разработка функциональной диаграммы; заполнение глоссария дополнительными определениями; дополнение диаграммы гипертекстом);

2. Проверка синтаксиса модели (проверка на наличие связей, на идентификаторы функций и связей, на управление).

Описание первого уровня функциональной модели

На входе функционального блока «Внешней корреспонденции» (А0) - «Внешняя корреспонденция», необходимая для последующего ее преобразования и «Запросы» для получения необходимых данных, на выходе - «Справочник корреспондентов», «Регистрационный справочник», «Архив», «Отчет об интенсивности документооборота» (см. рисунок 1). Управляющее воздействие, в данной модели, - это «ГОСТ» и «Сотрудник». Механизмом, который осуществляет данную функцию, является «Компьютерная система».

Рисунок 1 - Первый уровень

Описание второго уровня функциональной модели

Второй уровень раскрывает первый, «Внешняя корреспонденция» состоит из нескольких следующих этапов:

- Регистрация корреспонденции (A1);

- Ведение справочника внешних корреспондентов (A2);

- Анализ интенсивности документооборота (A3);

- Передача устаревших документов и архив (A4);

Рисунок 2- Второй уровень. Детализация блока А0

Описание третьего уровня функциональной модели

Третий уровень раскрывает все блоки второго уровня. Рассмотрим их поочередно:

- Блок А1 (Регистрация корреспонденции) включает в себя:

а) Обработка регистрационного номера (А11);

б) Обработка входящих писем(А12);

в) Обработка исходящих писем(А13).

Рисунок 3 - Третий уровень. Детализация блока А1

- Блок А2 (Введение справочника внешних корреспондентов) включает в себя:

а) Ввод данных(А21);

б) Коррекция данных(А22).

Рисунок 4 - Третий уровень. Детализация блока А2

- Блок А3 (Анализ интенсивности документооборота) включает в себя:

а)Формирование типовых программ (А31);

б)Формирование типовых отчетов (А32).

Рисунок 5 - Третий уровень. Детализация блока А3

- Блок А4 (Передача устаревших документов в архив) включает в себя:

а) Проверка внешней корреспонденции за истекший год (А41);

б) Копирование данных (А42);

в) Удаление данных из БД(А43).

Рисунок 6 - Третий уровень. Детализация блока А4

Описание четвертого уровня функциональной модели

Блок А11 (Обработка регистрационного номера) включает в себя:

а) Запись регистрационного номера (А111);

б) Поиск сведений о заданном виде корреспонденции по регистрационному номеру (А112).

Рисунок 7 - Четвертый уровень. Детализация блока А11

В результате проделанной работы была решена задача моделирования АРМ «Внешняя корреспонденция» с использованием методологии IDEF0. Другими словами, рассматриваемая система была представлена в виде набора взаимосвязанных функций (функциональных блоков -- в терминах IDEF0). Для этого были построены 4 функциональные модели, с различным уровнем детализации, наглядно отображающие процессы, происходящие в системе.

4. Описание функционирования АРМ с помощью DFD модели

Основные сведения о DFD

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

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

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

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

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

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

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

Нумерация блоков производится в соответствии с их иерархией.

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

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

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

Для достаточно сложных ЭИС составляется несколько иерархически связанных диаграмм: каждая диаграмма соответствует одному из уровней функциональной диаграммы.

Самый верхний уровень имеет номер 0 и называется контекстным, так как он наглядно показывает информационные связи системы с внешним миром (контекстом). На этом уровне диаграмма имеет форму звезды: внешние объекты связаны входными и выходными потоками данных с главным процессом.

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

Детализация процессов ведется до тех пор, пока процессы не станут простейшими: с процессом должно быть связано не более трех входящих и выходящих потоков данных, описание алгоритма выполнения процесса должно умещаться в 20 - 30 строк.

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

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

Первый уровень диаграммы потоков данных

Первый уровень диаграммы потоков данных представлен на рисунке 8

Рисунок 8 - Первый уровень диаграммы потоков данных

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

5. Разработка алгоритма функционирования АРМ в виде блок-схемы

Вербальное описание алгоритма

1. Ввод данных о входящей/исходящей корреспонденции.

2. Проверка совпадений с имеющимися данными.

3. Редактирование имеющихся данных, при совпадении, добавление новых данных при несовпадении.

4. Сохранение изменений.

5. Удаление ненужных данных.

6. Анализ интенсивности документооборота.

7. Поиск писем по регистрационному номеру.

8. Передача устаревших писем в архив.

9. Вывод отчета об интенсивности документооборота.

Блок-схема алгоритма представлена на рисунке 9.

Рисунок 9 - Блок-схема алгоритма

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

6. Разработка графического интерфейса пользователя

Пользовательский интерфейс - совокупность модели представления ИС, средств и способов взаимодействия пользователей с моделью представления, а также компонентов, обеспечивающих формирование такой модели в процессе функционирования ИС[8.1]

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

- структуру и возможный сценарий развития диалога

- темп ведения диалога

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

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

Целями разработки сценария диалога являются:

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

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

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

k1 - Переход на вкладку «Исходящая корреспонденция»

k2 - Переход на вкладку «Доп. функции»

k3 - Переход в меню «Справка»

k4 - Переход на вкладку «Исходящая корреспонденция»

k5 - Выполнение запроса «Добавить корреспонденцию»

k6 - Выполнение запроса «Рассчитать объем переписки»

k7 - Переход на вкладку «Доп. функции»

k8 - Открытие телефонного справочника

k9 - Выполнение запроса «Анализ интенсивности документооборота»

k10 - Выполнение запроса «Выборка данных о всех входящих документах»

k11 - переход во вкладку «Сведения об авторе»

k12 - Выполнение запроса «Печать - телефонный справочник»

k13 - Выполнение запроса «Печать - объем переписки»

k14 - Выполнение запроса «Отправить в архив»

k15 - Выполнение запроса «Просмотр таблицы»

Сценарий диалога для АРМ внешней корреспонденции представлен на рисунке 10.

Рисунок 10 - Сценарий диалога

Также одной из важнейших характеристик пользовательского интерфейса является темп ведения диалога. Темп ведения диалога зависит от характеристик аппаратных и программных средств ЭВМ, а также от специфики решаемых задач.

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

Рекомендации по допустимому времени ответа системы:

0,1 - 0,2с. - нажатие клавиш, работа «мышью»;

0,5 - 1с. - ответ на простые команды (от момента ввода команды, выбора альтернативы из меню до появления нового изображения на экране);

1 - 2с. - время ответа на запрос сортировки или фильтрации данных;

2 - 4с. - время для заполнения формы (добавление новых товаров в каталог);

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

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

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

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

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

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

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

- выборка всех входящих корреспонденций;

- добавление, удаление и редактирование данных в БД;

- экспорт отчета и печать.

Программа должна быть разработана в среде программирования Borland Delphi и поддерживать связь с БД по технологии ADO.

Сама база данных должна быть разработана средствами СУБД MS-Access.

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

Рис 11. Регистрация входящей корреспонденции

Рис 12. Регистрация исходящей корреспонденции



Рис 13. Дополнительные функции

Рис 14. О программе

Рис 15. Справочник корреспондентов

Рис 16. Таблица входящей корреспонденции

Рис 17. Справочник корреспондентов

Рис 18. Телефонный справочник (подготовка к печати)

Рис 19. Объем переписки (подготовка к печати)

В результате проделанной работы для эффективного функционирования АРМ внешней корреспонденции был выбран пользовательский интерфейс, отвечающий ряду требований и удовлетворяющий предъявляемым критериям качества.

7. Разработка программного обеспечения и инструкций пользователя

документооборот электронный автоматизированный корреспонденция

Основные теоретические положения

Под программным обеспечением (Software) понимается совокупность программ, выполняемых вычислительной системой.

К программному обеспечению (ПО) относится также вся область деятельности по проектированию и разработке ПО:

1.технология проектирования программ (например, нисходящее проектирование, структурное и объектно-ориентированное проектирование и др.);

2. методы тестирования программ ;

3. методы доказательства правильности программ;

4. анализ качества работы программ;

5. документирование программ;

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

Программное обеспечение - неотъемлемая часть компьютерной системы. Оно является логическим продолжением технических средств. Сфера применения конкретного компьютера определяется созданным для него ПО.

Инструкция пользователя

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

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

На рисунке 20 представлен внешний вид навигатора (слева направо: кнопка перехода к первой записи, кнопка перехода к предыдущей записи, кнопка перехода к следующей записи, кнопка перехода к последней записи, кнопка для регистрации новой корреспонденции, кнопка для удаления выбранной корреспонденции, кнопка для перехода к режиму редактирования выбранной корреспонденции, кнопка для сохранения изменений, кнопка для отмены изменений, кнопка для обновления БД)

Рисунок 20 - Навигатор

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

На рисунке 21 представлен внешний вид меню

Рисунок 21 - Меню

Для поиска корреспонденции по инвентарному номеру используется одна строка для ввода текста, для этого необходимо нажать кнопку «Найти» после ввода номера в строку.

На рисунке 22 представлены результаты поиска по инвентарному номеру «6/12»

Рисунок 22 - Результаты поиска по инвентарному номеру «6/12»

Для анализа интенсивности документооборота используется кнопка «Произвести анализ» и переключатель, который дает возможность выбрать количество документов за период или по адресу.

На рисунке 23 изображен результат анализа интенсивности документооборота по адресу «Вишнева, 7»

Рисунок 23

Для генерации отчета на печать служит кнопка «Печать» в меню.

На рисунке 24 представлен вид отчета «Телефонный справочник внешних корреспондентов»

Рисунок 24 - Вид отчета по внешней корреспонденции

Для выборки данных входящей корреспонденции используется выбор периода и кнопка «Выбрать».

На рисунке 25 представлена выборка данных о всех входящих документах.



Рисунок 25 - Выборка входящих документов за определенный период

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

Заключение

В ходе курсовой работы был проделан полный цикл разработки и проектирования АРМ внешней корреспонденции канцелярии, включающий в себя анализ предметной области, построение серии моделей IDEF, построение диаграммы потоков данных, разработку алгоритма решения задачи, выбор ГИП и разработка ПО АРМ.

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

Список используемых источников

1. Архангельский А.Я. Программирование в Delphi - М.: «Бином-Пресс», 2009 - 1148 с.

2. Архангельский А.Я. Работа с локальными базами данных в Delphi - М.: «Бином-Пресс», 2006 - 543 с.

3. Гурвиц Г.А. Microsoft Access 2003 - М.: «Логос», 2003 - 220 с.

4. Кадзюба С.П. Delphi. Базы данных - М.: «ДиаСофт», 2007 - 576 с.

5. Кариев Ч.А. Технология Microsoft ADO .NET - М.: «Бином. Лаборатория знаний», 200. - 544 с.

6. Климова Л.М. Delphi 7. Основы программирования. - М.: «КУДИЦ-Образ» », 2011 - 440 с.

7. Ковалев В.Е.Самоучитель по проектированию баз данных - М.: «Феникс», 2007 - 590 с.

8. Кошелев В.Е. Access 2003. Эффективное использование - М.: «Бином-Пресс», 2007 - 590 с.

9. Культин Н. Б. Delphi в задачах и примерах - М.: «Логос», 2010 - 327 с.

10. Михеева В.И. Microsoft Access 2003 - Спб.: «БХВ-Пресс», 2011 - 1024 с.

11. Осипов Д.Л. Базы данных и Delphi. Теория и практика - Спб.: «БХВ-Пресс», 2011 - 752 с.

12. Смирнова О.В. Access на практике - М.: «Феникс», 2009 - 160 с.

13. Сорокин А.Р. Delphi. Разработка баз данных - М.: «Логос», 2010 - 323 с.

14. Фаронов В.В. Программирование БД в Delphi 7 - М.: «Феникс», 2003. - 366 с.

15. Федоров А.С. ADO в Delphi - Спб.: «БХВ-Пресс», 2011 - 832 с.

16. Фленов М.Г. Библия Delphi - Спб.: «БХВ-Пресс», 2008 - 686 с.

17. Хармон Э. - М.: «Феникс», 2009 - 198 с.

18. Хомоненко А.А. Работа с БД в Delphi - Спб.: «БХВ-Пресс», 2004 - 628 с.

19. Ялманова Н.В. Базы данных и Delphi 7 - М.: «Логос», 2010 - 790 с.

20. Яриков П.С. Проектирование баз данных - М.: «Феникс», 2009 - 444 с.

Приложение

Фрагмент из кода АРМ «Внешняя корреспонденция»

procedure TForm1.N11Click(Sender: TObject);

var

i,j: integer;

f,x: string;

begin

x:= formatdatetime('yyyy', now);

f:= formatdatetime('yyyy', tbl.FieldByName('dating').AsDateTime);

j:= tbl.RecordCount;

for i:=1 to j do

begin

if strtoint(x)>strtoint(f) then

begin

bl3.Insert;

tbl3.FieldByName('register').AsString:= tbl.FieldValues['register'];

tbl3.FieldByName('inv').AsString:= tbl.FieldValues['inv'];

tbl3.FieldByName('naming').AsString:= tbl.FieldValues['naming'];

tbl3.FieldByName('dating').AsString:= tbl.FieldValues['dating'];

tbl3.FieldByName('from').AsString:= tbl.FieldValues['from'];

tbl3.FieldByName('city').AsString:= tbl.FieldValues['city'];

tbl3.FieldByName('addres').AsString:= tbl.FieldValues['addres'];

tbl3.FieldByName('where').AsString:= tbl.FieldValues['where'];

tbl3.FieldByName('face').AsString:= tbl.FieldValues['face'];

tbl3.FieldByName('dating face').AsString:= tbl.FieldValues['dating face'];

tbl3.Post;

tbl.Delete;

end;

tbl.Next;

f:= formatdatetime('yyyy', tbl.FieldByName('dating').AsDateTime);

end

Размещено на Allbest.ru

...