Разработка автоматизированной информационной системы и базы данных (на примере ГБУЗ СО «ПротивоТуберкулезный Диспансер №2»)

Дочерние окна намного удобнее, но применение многодокументного интерфейса MDI (Multiple Document Interface), введет к ряду проблем, которые рассмотрим ниже.

На рисунке 2.20−2.21 представлен внешний вид разрабатываемого приложения с открытыми формами для добавления и редактирования записей.

Дерево объектов проекта главного модуля приложений представлена на рисунке 2.

22.

Рис. 2.20 — Внешний вид разрабатываемого приложения Рис. 2.21 — Внешний вид главной формы разработанного приложения.

Рис. 2.22 — Дерево объектов проекта главного модуля приложений

2.

3.2 Характеристика базы данных

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

Таблица 2.6

Содержание таблиц базы данных

Разработанная информационная модель позволит эффективно решать задачи документооборота ЗАО «Дикси»

Для реализации функций информационной модели, необходимо наличие нескольких взаимосвязанных таблиц, описание которых представлено в таблице 2.7−2.14 и рисунках 2.23−2.

31.

Рис. 2.23 — ER-модель проектируемой системы

Таблица 2.7

Описание структуры таблицы «Документ»

Рис.

2.24. — Реализация таблицы Документ средствами Microsoft Access 2007

Таблица 2.8

Описание структуры таблицы «Статус»

Наименование Тип Характеристика Код статуса счетчик Уникальный код таблицы «Статус» Дата изменения статуса Дата Дата присвоения статуса Статус документа Текстовый Статус документа

Рис. 2.25 — Реализация таблицы «Статус» средствами Microsoft Access 2007

Таблица 2.9

Описание структуры таблицы «Исполнитель»

Наименование Тип Характеристика Код исполнителя Счетчик Уникальный код таблицы «Исполнитель» Код отдела Числовой Ключ, ссылка на таблицу «Отдел» Должность Символьный Должность сотрудника Фамилия Символьный Фамилия сотрудника Имя Символьный Имя сотрудника Отчество Символьный Отчество сотрудника Телефон Символьный Поле содержит телефон сотрудника Рис. 2.26 — Реализация таблицы «Исполнитель» средствами Microsoft Access 2007

Таблица 2.10

Описание структуры таблицы «Отдел»

Наименование Тип Характеристика Код отдела счетчик Уникальный код таблицы «Отдел» Название отдела Символьный Наименование отдела Размещение Символьный Поле содержит территориальное размещение отдела Рис. 2.28 — Реализация таблицы «Отдел» средствами Microsoft Access 2007

Таблица 2.11

Описание структуры таблицы «Вид»

Поле Тип Описание Код вида счетчик Уникальный код «Вид документа» Тип документа числовой Поле содержит тип документа

Рис. 2.29 — Реализация таблицы «Вид» средствами Microsoft Access 2007

Таблица 2.12

Описание структуры таблицы «Корреспондент»

Наименование Тип Характеристика Код Корреспондента счетчик Уникальный код «Корреспондент» Наименование Символьный Поле содержит наименование отправителя ФИО отправителя Символьный Поле содержит ФИО отправителя Адрес отправителя Символьный Поле содержит адрес отправителя Телефон отправителя Символьный Поле содержит телефон отправителя Рис. 2.30 — Реализация таблицы «Корреспондент» средствами Microsoft Access 2007

Таблица 2.13

Описание структуры таблицы «Источник»

Наименование Тип Характеристика Код источника счетчик Уникальный код таблицы «Источник» Наименование символьный Наименование источника документов Вид доставки символьный Вид доставки документов Код корреспондента числовой Ссылка на таблицу корреспондентов

Рис. 2.31- Реализация таблицы «Источник» средствами Microsoft Access 2007

Таблица 2.14

Описание структуры таблицы «Резолюция»

Наименование Тип Характеристика Код резолюции счетчик Уникальный код таблицы «Резолюции» Текст резолюции символьный Текст наложенной резолюции Дата резолюции Дата Дата наложения резолюции Код документа Числовой Ссылка на таблицу документов Код руководителя Числовой Код руководителя, ссылка на таблицу сотрудников Рис. 2.32 — Реализация таблицы «Резолюция» средствами Microsoft Access 2007

В результате препарирования — информационная модель была успешно реализована в среде Microsoft Access 2007.

Рис. 2.33 — Логическая модель базы данных, созданная в среде Microsoft Access 2007

2.

3.3 Структурная схема пакета

Структура разработанного проекта представлена на рисунках 2.34−2.

35.

.

Рис. 2.34 — Структура разработанного программного проекта

Рис. 2.35 — Структура разработанного проекта

Рис. 2.36 — Состав программного проекта Рис. 2.37 — Дерево вызова программных модулей

Разработанное приложение состоит из 5 модулей MainClients. pas, childTemplate. pas, DbdDirectoryTemplate. pas, AddSource. pas, ParamPoisk. pas (Приложение 1.).

2.

3.4 Описание программных модулей

Структура разработанного проекта представлена на рисунке 2.

31. Разработанное приложение состоит из 5 модулей MainClients. cpp, childTemplate. pas, DbdDirectoryTemplate. pas, AddSource. pas, ParamPoisk. pas.

Назначение главного модуля приложения MainClients.pas. Выборка, обработка, поиск данных, редактирование, добавление, удаление данных. Данная разработка предназначена для автоматизации документооборота ЗАО «ДИКСИ».

Модуль является главным и управляющим для остальных объектов проекта. Алгоритм работы модуля представлен на рис.

2.32.

Интерфейс модуля определяется формой MainClients приложения.

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

Рис. 2.38 — Блок-схема главного модуля

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

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

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

Рис. 2.39 — Пункт главного меню «Информация»

Динамически создаваемая дочерняя форма AddSource, может использоваться не только для отображения связанных записей. Главное назначение формы AddSource это создание интерфейсов для добавления новых объектов (рис. 2.40).

Рис. 2.41 — Дочерняя форма AddSource, динамически создаваемая для добавления информации о документах

Рис. 2.42 — Дочерняя форма AddSource динамически создаваемая для добавления информации о резолюциях Рис. 2.43 — Дочерняя форма AddSource динамически создаваемая для добавления информации об исполнителе

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

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

2.44).

Рис. 2.44 — Дочерняя форма ParamPoisk, динамически создаваемая для организации запроса на поиск исполнителя по фамилии Рис.

2.45 — Вывод результатов информационного поиска «Иванов»

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

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

Разработчик ПО отвечает за организацию верификации, системное тестирование возлагается на разработчика и руководителя работы.

В таблице 2.8 приведен график работ по тестированию подсистемы.

Таблица 2.8

График проведения работ по тестированию

№ Вид работы Продолжительность (дни) Сущность Работы Цель работы 1 Проверка трассируемости требований пользователя с требованиями к ПО. 2 Составление матрицы трассировки Проверить требования к ПО 2 Тестирование создания объектов;

1 Тестирование логики программы на правильность добавления и редактирования вопросов Проверка проектирования, реализации структуры БД вопросов при добавлении объекта 3 Тестирование установления связей между объектами;

3 Тестирование логики программы и информационной модели, создания БД и связей между таблицами Проверка проектирования, реализации структуры БД 4 Тестирование режима ввода данных;

1 Тестирование логики программы на правильность ввода данных в БД Проверка этапа проектирования, реализации структуры БД при вводе данных 5 Тестирование режима изменения данных; 2 Тестирование логики программы на изменение ввода данных в БД Проверка проектирования, реализации структуры БД при изменении данных 6 Тестирование клиентской части 8 Тестирование режимов получения отчетов, поиска, сортировки данных Проверка корректности работы программы 7 Интеграционное тестирование 7 Тестирование логики программы на установление связей между клиентской и серверной частями системы Проверка связи клиентской и серверной частей Всего 24

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

Таблица 2.9

Процесс тестирования клиентской части

№ п/п Входные данные

(команды) Ожидаемый результат Назначение Смысл 1 Нажатие кнопки ‘Создать' Добавление записи в таблицу Проверка добавления данных в таблицу Нормаль работа подсистемы 2 Нажатие кнопки ‘Удалить' Удаление записи из таблицы Проверка удаления записи из таблицы Нормальная работа подсистемы 3 Нажатие кнопки ‘Добавить' на панели (не заполнено ключевое поле) Сообщение об ошибке Проверка правильности ввода записи Аномалия 4 Нажатие кнопки ‘Обновить' Сохранение базы данных Проверка правильности сохранения БД Нормальная работа подсистемы Объект тестирования:

клиентская часть подсистемы;

анализ выходных данных и выдача сообщений в случае невозможности ввода.

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

2.4 Контрольный пример реализации проекта и его описание

Для запуска системы необходимо запустить выполняемый файл diksi.exe. Для этого может быть использован стандартный диалог Windows XP.

После запуска системы появляется главная форма приложения (рис. 2.46) и система переходит в режим ожидания последующих действий пользователя.

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

Рис. 2.46 — Главная форма приложения

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

Главное меню приложения содержит следующие альтернативы «Информация», «Добавить», «Поиск», «Отчеты».

Пункт меню «Информация» предназначен для просмотра всех справочников предусмотренных в системе (рис. 2.43), а так же просмотра связанных записей базы данных.

Рис. 2.47 — Пункт меню «Просмотр»

Пункт меню «Добавить» предназначен для создания информационных объектов системы (рис. 2.48).

Рис. 2.48 — Пункт меню «Создать»

Пункт меню «Поиск» предназначен для запуска информационных запросов на поиск информации в базе данных (рис. 2.49).

Рис.

2.49 — Пункт меню «Поиск»

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

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

2.50)

Рис. 2.50 — Просмотр справочника Выход из системы осуществляется с помощью пункта «Файл» — «Выйти» главного меню системы. Таким образом, считаю, что работоспособность программы полностью продемонстрирована.

3. ОБОСНОВАНИЕ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ ПРОЕКТа

3.1 Выбор и обоснование методики расчёта экономической эффективности

Годовой экономический эффект от разработки и внедрения ЭИС служит для сравнения различных направлений капитальных вложений и рассчитывается по формуле (3.1):

(3.1)

где Э — годовой экономический эффект;

П — годовая экономия (годовой прирост прибыли), руб.;

К — единовременные капитальные затраты, руб.;

Ен — нормативный коэффициент эффективности капитальных вложений.

Значение Ен принимается равным 0.

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

Расчетный коэффициент эффективности капитальных вложений определяется по формуле (3.2):

(3.2)

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

Срок окупаемости Т представляет собой период времени (в годах), в течение которого капитальные затраты на разработку ЭИС полностью окупятся, и рассчитывается по формуле (3.3):

(3.3)

Расчет указанных обобщающих показателей требует вычисления частных показателей:

годовая экономия (годовой прирост прибыли);

единовременные затраты на разработку и внедрение системы;

среднегодовая трудоемкость функционирования и др.

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

При оценке показателей эффективности сравниваются затраты на обработку информации при существующем (базовом) варианте. Расчет трудовых и стоимостных затрат на обработку информации при базовом и проектируемом вариантах осуществляется с помощью таблиц 3.1 и 3.2 соответственно

. Таблица 3.1

Характеристика затрат на обработку информации по базовому варианту

№ п/п Наименование операций технологического процесса решения комплекса задач Оборудование Ед. Изм. Объем работы в год Норма выра-ботки / производительность устройств ЭВМ (опер/в час.) Тру;

доем-кость Средне-часовая зарплата специалиста (руб.) Часовая норма амортизации (руб. за час) / ст. 1 маш.

часа (руб.) Часовая стоимость накладных расходов (руб.) Стоимостные затраты для ручных операций Стоимостные затраты для операций, вып. на ЭВМ 1 2 3 4 5 6 7 8 9 10 11 12 1 прием заявок на выполнение услуг. калькулятор доку-менто-строка 408 800 0,510 25 0 8,29 12,75 21,04 2 заполнение бланка канцелярские принадлежн. символ 31 644 4000 7911 25 0,12 128,55 197,77 327,27 3 связь с менеджером телефон действие 8332 320 26,038 25 0 423,11 650,95 1074,06 4 Занесение данных в результа-тивные формы канцелярские принадлежности символ 128 030 3000 42,677 25 0,12 693 1066,92 1765,54 Итого: Х х х 77,136 х х х 1928,39 3187,91

Таблица 3.2

Характеристика затрат на обработку информации по проектируемому варианту

№ п/п Наименование операций технологического процесса решения комплекса задач Оборудо-вание Ед. Изм. Объем работы в год Норма выра-ботки / произв.

устр. ЭВМ (опер/в час.) Тру;

доем-кость Средне-часовая зарплата специалиста (руб.) Часовая норма амортизации (руб. за час) / ст. 1 маш.

часа (руб.) Часовая стоимость накладных расходов (руб.) Стоимостные затраты для ручных операций Стои-мостные затраты для операций, вып. на ЭВМ 1 2 3 4 5 6 7 8 9 10 11 12 1 заполнение электронного бланка заявки персон. компьютер доку-менто-строка 408 800 0,510 12,75×0 8,29 21,04 2 создание новой заявки персон. компьютер символ 31 644 4000 7911×40 х х 316,44 3 Создание и получение отчета о наличии печатного изания персон.

компьютер действие 8332 106 0,008×40 х х 3,2 4 Создание заявки в случае наличия продукта персон. компьютер символ 128 030 5· 106 0,026×40 х х 1,04 5 печать результатов лазерный принтер страница 340 130 2,267×40 х х 90,68 Итого: Х х х 10,732 12,75 х х 8.29 523,08 Для удобства анализа, результаты расчетов приведены в таблице 3.

3.

Таблица 3.3

Показатели эффективности внедрения нового проекта

Затраты абсолютное изменение затрат Коэффициент изменения затрат индекс изменения затрат базовый вариант проектируемый вариант Трудоемкость Т0, (час) Т1, (час) IT 77.136 10.722 66.414 0,86 7,194 Стоимость С0(руб) С1(руб) 523.

08 3187.

91 2664,83 0,836 6,094

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

Kнр =0.65; Кмульт =1; r0=1 человек; Змес=3000 руб.; Цмч=0.95 руб. ;Т j осв = 60 часов; Т j разр =50 часов ;Т j загр =0.5 часа; Т j мод =35 часов в течение предполагаемого срока эксплуатации, равного 4 годам.

Модернизацию предполагается проводить раз в полгода (то есть всего 7 раз) и затрачивать на это до 5 часов машинного времени за один раз.

Время освоения составляет 1 месяц, примем для данной задачи значение tj осв, равное 0.1 месяца.

tj разр =1 месяц

tj загр =0.006 месяца

tj мод =0.333 месяца, то есть 7 дней за весь период эксплуатации.

К j приобр складывается из стоимости приобретаемого технического обеспечения (1/21 от стоимости оборудования, так как примерно такую часть от общего объема работ по времени занимает данный комплекс задач, а для принтера — 1/100), программного обеспечения.

Стоимость системного блока и монитора, исходя из данных таблицы и курса доллара 28 руб., получается равной 12 500, принтера 3500

Стоимость программного обеспечения 8750 руб. Из них на данную задачу приходится примерно 500 рублей.

Годовой эффект:

Э1=(1693.

65+0.15*2000) — (320.

52+ 0.15*3111.

25)=2489.

14 руб.

Косвенный годовой экономический эффект равен 5000 рублей в год. Таким образом, получаем годовой экономический эффект:

Э=2489.

14+5000=7489.

14 руб.

Расчетный коэффициент эффективности определяется по формуле (3.14):

(3.14)

Ер=2664.

83/1111.

25=2.398

Срок окупаемости проекта Ток=1/Ер=1/ 2.398=0.417 года (5 месяцев).

Диаграммы изменения трудовых затрат представлены на рисунках 3.1 и 3.2:

Рис. 3.1 — Диаграмма абсолютного изменения трудовых затрат

Рис. 3.2 — Диаграмма относительного изменения трудовых затрат

Диаграммы изменения стоимостных затрат представлены на рисунках 3.3 и 3.

4.

Рис. 3.3 — Диаграмма изменения стоимостных затрат

Рис. 3.4 — Круговая диаграмма абсолютного изменения стоимостных затрат

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

ЗАКЛЮЧЕНИЕ

В дипломной работе была спроектирована и разработана автоматизированная система документооборота ЗАО «Дикси».

В дипломной работе была спроектирована и разработана автоматизированная система документооборота компании ЗАО «Дикси». .

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

— анализ современных средств автоматизации документооборота;

— анализ процессов в отечественном документообороте;

— анализ проблем в области автоматизации документооборота;

— формирование задач автоматизированной системы документооборота компании;

— выбор средств разработки автоматизированной программной системы документооборота компании;

— разработка информационного обеспечения системы;

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

— разработка математического и программного обеспечения функционирования системы;

— технико-экономический анализ деятельности компании ЗАО «Дикси».

— анализ документооборот компании;

— разработка предложений совершенствованию документооборота компании,

— оценка эффективности предлагаемых решений.

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

Среди лидеров в отечественном документообороте были проанализированы следующие программные продукты: Directum, «ИНТАЛЕВ: Корпоративные документы и процессы», «ЕВФРАТ-Документооборот», Escom. doc, Optima — WorkFlow, «Гран-Док» и «Летограф». В результате анализа были сформированы основные функции, которые должны быть реализованы в современной системе документооборота, что позволило перейти непосредственно к разработке системы автоматизированного документооборота.

Для этого были сформированы функциональные задачи для реализации в автоматизированной системе документооборота и выбран инструмент для реализации. В качестве такого инструмента выбрана среда программирования Borland Development Studio 2006, а в качестве средства разработки базы данных Microsoft Access .

Основное достоинство Borland Development Studio 2006 состоит в предоставлении разработчику большого количества визуальных компонентов для разработки интерфейса. Для выбора инструментального средства разработки использовался методом вариантных обоснований.

Разработанная база данных для функционирования автоматизированной системы документооборота содержит 8 взаимосвязанных таблиц, которые находятся в третьей нормальной форме — «Документ», «Статус», «Корреспондент», «Исполнитель», «Отдел», «Вид документа», «Источник», «Резолюция».

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

— результаты поиска документов по дате регистрации;

— результаты поиска документов по регистрационному номеру;

— результаты поиска данных исполнителя по фамилии;

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

Указанные данные формируются динамически посредством выполнения запросов к разработанной базе данных.

Математическое обеспечение системы представлено в виде разработанного алгоритмического обеспечения, среди основных разработанных алгоритмов необходимо выделить:

— алгоритм добавления нового документа;

— обобщенный алгоритма функционирования системы

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

Для быстрой и полной адаптации пользователя к системе был разработан удобный дружественный интерфейс пользователя и подробное описание работы с системой в руководстве пользователя.

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

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

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

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

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

Базы данных: модели, разработка, реализация / Карпова Т.- СПб.: Питер, 2001. -304с.

Бармен С., Разработка правил информационной безопасности. — М.: Издательский дом «Вильямс», 2002. — 208 с.

Белов А. Н. Бухгалтерский учет в учреждениях непроизводственной сферы. — М.: Финансы и статистика, 1995. — 240с.

Блэк У. Интернет: протоколы безопасности. Учебный курс. — СПб.: Питер, 2001. — 288 с.: ил.

Браун С., Виртуальные частные сети VPN. — М.: Горячая линя — Телеком, 2004. — 346 с Вендров А. М. Проектирование программного обеспечения экономических информационных систем. М.: «Финансы и статистика», 2012.

Галатенко В.А., Стандарты информационной безопасности. — М.: «Интернет-университет информационных технологий — ИНТУИТ.ру», 2014. — 328 c.: ил Громов Е. С., Баканов М. В., Печерских И. А. Компьютерное делопроизводство. Учебно-справочное пособие. — КТИПП, 2010

Кузин А. В., Левонисова С. В. Базы данных; Академия — Москва, 2010. — 320 c.

Кузнецов С. Д. Базы данных; Академия — Москва, 2012. — 496 c.

Кумскова И. А. Базы данных; Кно

Рус — Москва, 2011. — 488 c.

Левчук Е. А. Технологии организации, хранения и обработки данных: — Санкт-Петербург, Вышэйшая школа, 2005 г.- 240 с Магнус Я. Р., Катышев П. К., Пересецкий А. А. Эконометрика. Начальный курс. М., Дело, 1997

Макарова Н., Николайчук, Г. Титова Ю. Компьютерное делопроизводство. Учебный курс: Н— Москва, Питер, 2009 г.- 416 с.

Макетирование, проектирование и реализация диалоговых информационных систем, Л. И. Гуков, Е. И. Ломако, А, В. Морозова и др. — М.: Финансы и статистика, 2013. — 320 с. ил.;

Матвеева В. О. Бюджетные организации: бухгалтерский учет и налогооблажение. -Харьков: Фактор, 2001. — 566с.

Методология функционального моделирования IDEF0, Руководящий документ, Госстандарт России.;

Модель процессов MSF, Microsoft 2002;

Новиков Ю. С. «Локальные сети: архитектура, алгоритмы, проектирование». Москва, ЭКОМ, 2010, 145 с.;

Петренко С.А., Управление информационными рисками. Экономически оправданная безопасность / С. А. Петренко, С. В. Симонов. — М.: Компания АйТи; ДМК Пресс, 2004. — 384 с.

Практика создания приложений в Access: А. М. Епанешников, В. А. Епанешников — Москва, Диалог-МИФИ, 2009 г.- 440 с.

Принципы проектирования и разработки программного обеспечения. Учебный курс MCSD: Скотт Ф. Уилсон, Брюс Мэйплс, Тим Лэндгрейв. — М: Русская редакция, 2012. — 736стр.

Программирование в пакетах MS Office: — Москва, Финансы и статистика, 2007 г.- 656 с.

Проектирование экономических информационных систем: Учебник/Г.Н.Смирнова, А. А. Сорокин, Ю. Ф. Тельнов. — М: Финансы и статистика, 2010. — 512стр.

Работа с пакетом Microsoft Office (+ CD-ROM): Игорь Горшунов — Санкт-Петербург, Бином-Пресс, 2007 г.- 208 с.

Турчин С. Обзор АСУП для малого бизнеса. Функциональные особенности // Компьютерное обозрение № 17 (286), 2001. с.22−27. // www. ITC-UA.COM

Уткин В.Б., Балдин К. В., Информационные системы в экономике, Москва, 2004

Фатрелл Р., Шафер Д. Шафер Л. Управление программными проектами: достижение оптимального качества при минимуме затрат. М.: «Вильямс», 2003. — 1128с.

Фуфаев Э. В., Фуфаев Д. Э. Базы данных; Академия — Москва, 2014. — 320 c.

Хомоненко А.Д. и др. Базы данных: Учебник для вузов / Под ред. проф. А. Д. Хомоненко. — СПб.: КОРОНА принт, 2004 — 736 с.;

[Электронный ресурс]. Официальный сайт компании «Дикси». Метод доступа:

http://dixy.ru/.

[Электронный ресурс]. Годовой финансовый отчет за 2011 год компании «Дикси». Метод доступа:

http://dixy.ru/openinfo

ПРИЛОЖЕНИЕ

SELECT адресат. Наименование, адресат. Фамилия, адресат. Имя, адресат. Отчество, адресат. Телефон, адресат. email, адресат. Адрес

FROM адресат

WHERE (((адресат.Фамилия)=[Forms]![Поиск информации]![Поле20]));

SELECT Атрибут. регистрационный номер], Атрибут. дата регистрации], Атрибут.

содержание, Атрибут. исходящий номер], Состояние.

состояние, Состояние.

дата, Состояние.

местонахождение

FROM Состояние INNER JOIN (Атрибут INNER JOIN Документ ON Атрибут. код атрибута] = Документ. код атрибута]) ON Состояние. код состояния] = Документ. код состояния]

WHERE (((Атрибут. дата регистрации])=[Forms]![Поиск информации]![Поле11]));

SELECT Атрибут. регистрационный номер], Атрибут. дата регистрации], Атрибут.

содержание, Атрибут. исходящий номер], Состояние.

состояние, Состояние.

дата, Состояние.

местонахождение

FROM Состояние INNER JOIN (Атрибут INNER JOIN Документ ON Атрибут. код атрибута] = Документ. код атрибута]) ON Состояние. код состояния] = Документ. код состояния]

WHERE (((Атрибут. регистрационный номер])=[Forms]![Поиск информации]![Поле6]));

SELECT Исполнитель. Фамилия, Исполнитель. Имя, Исполнитель. Отчество, Исполнитель. Должность, Отдел.

название_отдела, Исполнитель. Телефон, Отдел.

размещение

FROM Отдел INNER JOIN Исполнитель ON Отдел.

код_отдела = Исполнитель. код отдела]

WHERE (((Исполнитель.Фамилия)=[Forms]![Поиск информации]![Поле15]));

FROM Zapas INNER JOIN Tovar ON Zapas. idZapas = Tovar. idZapas, Zakaz INNER JOIN (Pokup INNER JOIN Nakladnaya ON Pokup. idPokup = Nakladnaya. idPokup) ON Zakaz. idZakaz = Nakladnaya. IdZakaz;

SELECT Атрибут. регистрационный номер], Атрибут. дата регистрации], Атрибут.

содержание, Контроль. дата отработки], Состояние.

состояние, Состояние.

дата, Состояние.

местонахождение

FROM Контроль INNER JOIN (Состояние INNER JOIN (Атрибут INNER JOIN Документ ON Атрибут. код атрибута] = Документ. код атрибута]) ON

Состояние. код состояния] = Документ. код состояния]) ON Контроль. код контроля] =

Документ. код контроля]

WHERE (((Состояние. состояние])<>'исполнен'));

Проект

Главная форма приложения MainClients

childTemplate.pas

DbdDirectoryTemplate.pas

AddSource.pas

ParamPoisk.pas