Разработка автоматизированной системы учета договоров для отеля

" Разработка автоматизированной системы учета договоров для отеля "

1. Описание процесса учета договоров на предприятии

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

2.1 Назначение комплекса задач

2.2 Выходные данные

2.3 Входные данные

3. Проектирование информационного обеспечения

3.1 Описание задачи

3.2 Проектирование Базы данных методом " Сущность — связь"

3.2.2 Построение диаграммы ER типа

3.2.3 Генерация набора предварительных отношений

3.2.4 Проверка отношений на НФБК

3.2.5 Исследование окончательного набора отношений на избыточность

3.3 Проектирование структуры БД при помощи CASE-средства Erwin

3.3.1 Проектирование логической и физической схемы БД

3.3.2 Исследование информационной модели

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

4.1 Определение функций выполняемых приложением

4.2 Разработка эскиза меню

4.3 Описание компонентов

4.4 Назначение модулей программы

5. Руководство пользователя

5.1 Введение

5.2 Назначение и условие применения

5.2.1 Функции автоматизируемые программно

5.2.2 Технические и программные требования

5.3 Подготовка к работе

5.4 Описание операций

5.4.1 Работа c основным приложением «Таблица основных договоров»

5.4.2 Работа c основным приложением «Таблица дополнительных договоров»

5.5 Рекомендации по освоению

Заключение

Список использованных источников

Приложение A. Описание модулей программы

Приложение В. Отчеты

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

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

1. Описание процесса учета договоров

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

1) Предмет договора.

2) Стоимость работ (сумма договора);

3) Порядок и условия расчетов;

4) Срок действия договора (дата договора, срок окончания);

5) Права и обязанности сторон;

6) Порядок сдачи и приемки работ;

7) Приложения.

Договоры бывают:

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

2)Входящие от других предприятий (оказание работ, услуг; поставки товаров и т. д.).

Такие договора заключаются с физическими и юридическими лицами.

Типы договоров:

1) C поставщиками и подрядчиками;

2)За оказанные работы и услуги;

3)Поставка товара.

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

1) В основных договорах:

— Регистрационный номер.

— Юридический номер;

— Дата регистрации договора;

— Контрагент;

— Предмет договора;

— Сумма договора.

2) В дополнительных-то же самое, что и в основных.

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

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

2.1 Назначение комплекса задач

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

1)Регистрация/изменение/удаление основного договора;

2)Регистрация/изменение/удаление дополнительного договора;

3)Добавление/изменение/удаление информации о физическом лице (контрагенте);

4)Добавление/изменение/удаление информации о юридическом лице (контрагенте);

5)Добавление/изменение/удаление планируемой даты;

6)Вывод просроченных договоров;

7)Сортировки основных договоров;

8)Поиска договора;

9)Фильтрации договоров;

10)Вывода диаграмм;

11)Формирования отчетности (по основным, дополнительным договорам);

12)Подсчет количества сделок (договоров) при формировании основных и дополнительных договоров;

13)Экспорт из БД в MsWord.

2.2 Выходные данные

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

Таблица 2.1 — Выходная информация для разрабатываемого ПО

2.3 Входные данные

Входными данными будут документы, приходящие с внешних структур. Входная информация для разрабатываемого ПО представлена в таблице 2.2

Таблица 2.2 — Входная информация для разрабатываемого ПО

3. Проектирование информационного обеспечения

3.1 Описание задачи

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

О дополнительных договорах (регистрационный номер, юридический номер, контрагент, дата договора, дата регистрации, срок окончания, предмет договора, сумма договора);

О контрагенте (физическое лицо)(фио, адрес, домашний телефон, e-mail);

О контрагенте (юридическое лицо)(адрес фирмы, контактный телефон, e-mail).

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

Вывести отчеты об: основных договоров, дополнительных договоров, просроченных договоров, основных и дополнительных договоров.

3.2 Проектирование структуры базы данных методом " Сущность — связь"

3.2.1 Построение диаграммы ER-типа

1) Определение типов сущностей

Стержневые сущности: Основные договоры, дополнительные договоры.

Характеристические сущности: Юридическое лицо, физическое лицо, информация о исполнителе.

2) Определение типов и характеристик связей Сущности «Основные договоры» и «Дополнительные договоры» имеют степень отношения 1: n, класс принадлежности необязательный и обязательный соответственно. Следовательно, генерируем 2 отношения по одному на сущность.

Сущности «Планируемая дата» и «Основные договоры» имеют степень отношения 1: n, класс принадлежности не обязательный и обязательный соответственно. Следовательно, генерируем 2 отношения по одному на сущность.

Сущности «Основные договоры» и «Юридическое лицо» имеют степень отношения 1: n, класс принадлежности обязательный и обязательный соответственно. Следовательно, генерируем 2 отношения по одному на сущность. Сущности «Физическое лицо» и" имеют степень отношения 1:1, класс принадлежности обязательный и обязательный соответственно. Следовательно, генерируем 2 отношения, по одному на сущность.

Сущности «Основные» и «Информация о исполнителе» имеют степень отношения 1: n, класс принадлежности обязательный и обязательный соответственно. Следовательно генерируем 2 отношения, по одному отношению на сущность.

По выделенным отношениям построим диаграмму ER-типа:

Рис 3.1 — Диаграмма ER-типа

3.2.2 Генерация набора предварительных отношений

Построим предварительный набор отношений, и определим их атрибуты:

Основные договоры (N_Agr#, Регистрационный_номер, Юридический_номер, Дата_договора, Дата_регистрации, Срок_окончания, Контрагент, Объект_договора, Сумма_договора, Планируемая_дата#);

Дополнительные договоры (N_Sup_Agr#, Регистрационный_номер, Юридический_номер, Дата_регистрации, Дата_договора, Предмет_договора, Сумма_договора, Срок_окончания, Контрагент#);

Юридическое лицо (N_Contr1#, Контактный_телефон, Количество_сделок, e-mail, Контрагент#);

Информация о исполнителе (N_P#, Адрес, Сотовый_телефон, Количество_выполненых_сделок, Заработная_плата);

Физическое лицо (N_Contr2#, Адрес, Телефон, Контрагент#, e-mail).

3.2.3 Проверка отношений на НФБК

Отношение Основные договора:

Список функциональных зависимостей:

N_Agr#Регистрационный номер

N_Agr#Юридический номер

N_Agr#Дата договора

N_Agr#Дата регистрации

N_Agr#Срок окончания

N_Agr#Контрагент

N_Agr#Сумма договора

N_Agr#Предмет договора

N_Agr#дата#

Детерминанты: N_Agr#

Возможные ключи: N_Agr#

Отношение Основные договор находится в НФБК

Отношение Дополнительные договора:

Список функциональных зависимостей:

N_Sup_Agr#Доп_Регистрационный номер

N_Sup_Agr#Доп_Юридический номер

N_Sup_Agr#Доп_Дата регистрации

N_Sup_Agr#Доп_Дата договора

N_Sup_Agr#Доп_Предмет договора

N_Sup_Agr#Доп_Сумма договора

N_Sup_Agr#Доп_Срок окончания

N_Sup_Agr#Доп_Контрагент#

Детерминанты: N_Sup_Agr#

Возможные ключи: N_Sup_Agr#

Отношение Дополнительные договора находится в НФБК

Отношение Юридическое лицо:

Список функциональных зависимостей:

N_Contr1# Контактный телефон

N_Contr1# Количество сделок

N_Contr1# e-mail

N_Contr1# Контрагент#

Детерминанты: N_Contr1#

Возможные ключи: N_Contr1#

Отношение Юридическое лицо находится в НФБК

Отношение Физическое лицо:

Список функциональных зависимостей:

N_Contr2# Адрес

N_Contr2# Телефон

N_Contr2# e-mail

N_Contr2#Контрагент#

Детерминанты: N_Contr2#

Возможные ключи: N_Contr2#

Отношение Физическое лицо находится в НФБК

Отношение Планируемая дата:

Список функциональных зависимостей:

N_D#Дата

Детерминанты: N_D#

Возможные ключи: N_D#

Отношение Спец. Одежда находится в НФБК

3.2.4 Исследование окончательного набора отношений на избыточность

Исследовав построенный предварительный набор отношений на избыточность, и проверив его на НФБК, получим следующие отношения:

Основные договоры (N_Agr#, Регистрационный_номер, Юридический_номер, Дата_договора, Дата_регистрации, Срок_окончания, Контрагент, Объект_договора, Сумма_договора, Планируемая_дата#);

Дополнительные договоры (N_Sup_Agr#, Регистрационный_номер, Юридический_номер, Дата_регистрации, Дата_договора, Предмет_договора, Сумма_договора, Срок_окончания, Контрагент#);

Юридическое лицо (N_Contr1#, Контактный_телефон, Количество_сделок, e-mail, Контрагент#);

Физическое лицо (N_Contr2#, Адрес, Телефон, Контрагент#, e-mail);

Просроченные договоры (N_FD#, Рег_номер, Юрид_номер, Дата_регистрации, Дата_договора, Исполнитель, Сумма_договора, Объект_договора, Контрагент#);

В полученном наборе отношений нет ни одного, атрибуты которого можно было бы найти в другом отношении или отношении, полученном из отношений набора серией JOIN операций.

3.3 Проектирование структуры БД при помощи CASE-средства Erwin

3.3.1 Проектирование логической и физической схемы БД

Используя построенную диаграмму ER-типа представленную выше, спроектируем базу данных при помощи CASE-средства Erwin. Все связи из диаграммы ER-типа при переносе в нотацию IDEF1X CASE-средства Erwin имеют характеристики:

Таблица 1 — Характеристики связей

Рис 3.2 — «Логическая модель. Нотация IDEF0»

Рис 3.3 — Физическая модель данных

3.3.2 Исследование информационной модели

На основе физической модели ERwin был сгенерирован SQL — скрипт (Приложение A), в котором представлены:

· 5 таблиц;

· 10 триггеров;

· 4 генераторов суррогатных ключей;

В результате проверки SQL-скрипта в CASE-средстве Erwin Examiner 4.0, получен отчет Рисунок 3.4.

Рисунок 3.4 — Результат проверки SQL-скрипта

Errors: в качестве ошибок, в отчете были названы сущности без альтернативных ключей. Для исправления ошибок были добавлены соответствующие альтернативные ключи.

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

4.1 Описание функций, выполняемых приложением

Функции, выполняемые программой:

1)Добавление, удаление и редактирование данных (основных договоров, дополнительных, словаря дат, а так же информации о контрагентах);

2)Просмотр просроченных договоров;

3)Сортировка (упорядочение) записей (строк) по возрастанию;

4)Поиска конкретной записи в БД;

5)Фильтрации данных (отбора записей);

6)Выводит графики;

7)Выполняет экспорт из БД в MsWord;

8)Формирование отчетности для основных и дополнительных договоров.

4.2 Проектирование ПО с помощью CASE — пакета «Enterprise Architect 4.0»

4.2.1 Диаграмма вариантов использования

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

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

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

· Учет основных договоров:

1) добавить основной договор;

2) удалить основной договор;

3) изменить основной договор;

4) сортировка осн. Договоров;

5) поиск осн. Договоров;

6) фильтрация осн. Договоров;

7) вывод диаграмм (информации) об осн. Договоров;

8) экспорт информации об осн. Договоров;

9) вывод отчета (тип1);

10) просмотр просроченных договоров.

· Учет дополнительных договоров

1) добавить дополнительный договор;

2) удалить дополнительный договор;

3) изменить доп. Договор;

4) вывести отчет.

· Учет информации о контрагентах

1) Добавить информацию о контрагенте;

2) Удалить информацию о контрагенте;

3) Изменить инф. о контрагенте;

4) Вывести отчет.

4.5.3 Диаграммы последовательности и классов

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

Диаграммы последовательности разрабатываемой системы представлены и диаграмма классов представлены в приложении Б.

4.2.4 Диаграмма компонентов

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

Диаграмма компонентов разрабатываемой системы представлена на рисунке 4.5

Рисунок 4.5 — диаграмма компонентов

4.3 Описание компонентов Таблица 4.1 — Описание компонентов

4.4 Назначение модулей программы

Таблица 4.2 — Назначение модулей программы

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

Рисунок 4.15 — диаграмма размещения

4.5 Потоки данных

Для формального представления автоматизируемого процесса была использована методология DFD, и позволяющий с ней работать программный продукт BPWin компаний Computer Associates International и Wintertree Software. Методология DFD при помощи CASE-технологии позволяет рассмотреть автоматизируемый процесс и провести ее анализ, выделив функциональные компоненты (процессы) (Смотри Приложение В Рисунки В.1 и В.2).

5. Руководство пользователя

5.1 Введение

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

5.2 Назначение и условие применения

5.2.1 Функции, автоматизируемые програмно

Функции, выполняемые программой:

1) Добавление, удаление и редактирование данных (основных договоров,

дополнительных, словаря дат, а так же дополнительной информации);

2) Просмотр просроченных договоров;

3) Сортировка (упорядочение) записей (строк) по возрастанию;

3) Поиска конкретной записи в БД;

4) Фильтрации данных (отбора записей);

5) Выводит графики;

6) Выполняет экспорт в MsWord l;

7) Формирование отчетности для основных и дополнительных договоров.

5.2.2 Технические и программные требования

Требования к аппаратному обеспечению:

— x86 — процессор, производительностью не менее Pentium II 500MГц;

— ОЗУ — не менее 32 Mb;

— Манипулятор типа «мышь» или любое другое устройство, совместимое с ним;

— Разрешение экрана — не менее 640 на 480, количество цветов — не менее 16;

— Дисковое пространство ~ 40Mb (вместе с БД).

Требования к програмному обеспечению:

— ОС — Windows 98/ME/2000/XP/2003 Server;

— Установленная программа BDE Administrator, нужная для связи СУБД с БД при помощи псевдонима (в данном случае псевдоним-BCDEMOS).

5.3 Подготовка к работе

Дистрибутив программы содержит следующие файлы:

Таблица 1 — Файлы базы данных

Общий объем описанных файлов (без файла БД) ~ 40Mb.

Запуск программы осуществляется запуском исполняемого файла (в том случае, если на компьютере установлена программа BDE Administrator).

Для инсталляции BDE следует:

1)Запустить командную строку ОС Windows (Пуск->Выполнить->cmd)

2)Обработать файл bdeinst. dll (находящийся в одной папке вместе с программой) утилитой regsvr32. exe, следующим образом:

regsvr32.exe <�Полный путь к файлу>bdeinst.dll

Например:

regsvr32.exe C: EvgenLaw3bdeinst. dll

3)Далее следует запустить BDE и открыть конфигурационный файл под названием IDAPI32. CFG, находящийся в одной директории вместе с программой.

Установка завершена.

Далее следует запустить исполняемый файл Law. exe любыми методами, допускаемыми Windows.

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

5.4 Описание операций

5.4.1 Работа с основным приложением (таблица основных договоров).

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

Для этой таблицы характерен набор пунктов меню:

— «Добавить» для добавления записи;

— «Удалить» для удаления записи;

— «Редактировать» позволяет изменить данные о договоре;

— «Показать все» возвращает базу в исходное состояние-если с ней были произведены какие-либо изменения (сортировка, поиск, фильтрация и т. д.);

— «Сортировка» производит упорядочение данных ;

— «Поиск» позволяет найти нужную запись;

— «Печать» выводит данные из БД на печать;

— «Фильтр» позволяет просмотреть данные из БД в заданном диапазоне;

— «Статистика» включает:

— Формирование диаграмм на основе данных из БД;

— Просмотр просроченных договоров;

— «Экспорт» включает:

— Перенос данных из БД в Ms Word;

— Перенос данных из БД в Ms Excel.

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

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

" Дополнительные сведения" в зависимости от того, кем является контрагент (т.e. фирма, либо физическое лицо)-появляется таблица, в которую пользователь может внести дополнительные сведения. Если контрагентом является физическое лицо, то пользователь может внести следующие данные (Фамилия, имя, отчество, адрес, телефон и e-mail (если таковой есть)), или внести информацию о контрагенте как о юридическом лице (фирме)(Адрес, контактный телефон, e-mail, количество сделок).

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

Рисунок 5.3 Запрос на подтверждение удаления основного договора

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

" Сортировка" производится по следующим полям: регистрационный номер, юридический номер, контрагент.

Отдельно имеется возможность произвести сортировку по всем полям-кроме исполнителя (т к оно не имеет индеска) Рисунок 5.4 Сортировка БД основных договоров

" Поиск" осуществляется по: регистрационному номеру, юридическому номеру, дате регистрации, дате договора, предмету договора, контрагенту.

Для поиска нужно выбрать поле, ввести данные в окно редактироваия и нажатать кнопку «Найти», или отменить нажатием кнопки «Отмена»

Рисунок 5.5 Поиск в БД основных договоров

Если запись не найдена, то выдается сообщение вида:

" Печать" осуществляется 2 способами:

1)Способом быстрой печати (т е нажатием на соответствующей кнопке меню);

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

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

Рисунок 5.7 Фильтрация БД осн. Договоров

" Статистика" включает:

1)Две диаграммы (одна для основных, а другая для дополнительных договоров), отображающие зависимость контрагента (юридическое лицо???) от количества заключенных договоров. По оси X откладывается контрагент; по Y количество заключенных им договоров.

Из приведенной выше диаграммы видно, что:

— Максимальное количество договоров (3 договора) заключило два контрагента (выделены зеленым и синим цветами);

— Минимальное количество договоров (один договор) заключил один контрагент (выделен красным цветом).

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

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

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

— В контекстном меню нажав на кнопку «Просроченные договора» загрузить словарь дат

" Экспорт" включает:

1) Перенос данных из БД в MsWord;

При работе с «Экспортом данных из БД в Word» нажатием на соответствующей кнопке меню можно осуществлять следующие действия:

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

-" Открыть нов" - открыть новый документ;

-" Добавить" - перенести в документ одну запись;

-" Сохранить" - сохранение изменений в документе;

-" Печать" - печать документа;

— Дополнительные опции;

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

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

— Добавляется возможность переноса всей таблици в MsWord.

Кнопка «Соединиться» осуществляет открытие и соединение с word, если пользователь случайно закрыл его.

Открыть новый документ можно нажатием на кнопке «Открыть нов» .

Рисунок 5.11 — Экспорт данных из БД в MsWord

5.4.2 Работа с основным приложением (таблица дополнительных договоров)

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

Для этой таблици характерен набор пунктов меню:

— «Добавить» для добавления записи.

— «Удалить» для удаления записи.

— «Редактировать» позволяет изменить данные о договоре.

— «Просмотр» позволяет просмотреть данные перед печатью и потом распечатать.

— «Печать» выводит данные таблици дополнительных договоров на печать.

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

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

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

При нажатии на кнопки «Просмотр» и «Печать» программа выполняет те же действия что и в таблице основных договоров. См. стр. 7

Рисунок 5.14 -Выходной документ дополнительных договоров

5.5 Рекомендации по освоению

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

Заключение

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

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

Недостатками программы являются отсутствие справки .

Список использованных источников

1. Томас К., Каролин Б., Анна С. Базы данных. Проектирование, реализация и сопровождение. Теория и практика, Второе издание исправленное и дополненное, Вильяис, М. — 2000 г.

2. Джен Харрингтон Проектирование объектно-реляционных баз данных, ДМК издательство, М. — 2000 г.

3. Глушаков С. В., Ломотько Д. В. Базы Данных. Учебный курс, издательство АСТ, М. — 2002 г.

4. Вендров А. М. Проектирование программного обеспечения экономических информационных систем: учебник, финансы и статистика, М. — 2003 г.

5. Малыхина M. П. Базы данных: основы, проектирование, использование, СПб., БВХ-Петербург, 2004 г.

6.Кириллов В. В. Структуризованный язык запросов (SQL). СПб.: ИТМО, 1994 г.

Приложение А (обязательное)

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

Основной модуль программыMainUnit

//—————————————————————————————————————;

#include

#pragma hdrstop

#include «DataModule.h»

#include «MainUnit.h»

#include «Saw21.h»

#include «Unit2.h»

#include «Unit3.h»

#include «Unit13.h»

#include «Unit14.h»

#include «Unit15.h»

#include «Unit16.h»

#include «Unit17.h»

#include «Unit18.h»

#include «Unit19.h»

#include «Unit20.h»

#include «Unit21.h»

#include «Unit22.h»

#include «Unit25.h»

#include «Unit26.h»

#include «ContractorDiagram.h»

#include «DateAgreemDiagram.h»

#include «ObjectAgreemDiagramm.h»

//—————————————————————————————————————;

#pragma package (smart_init)

#pragma link «CSPIN»

#pragma link «FR_Class»

#pragma link «FR_Chart»

#pragma link «FR_ChBox»

#pragma link «FR_DCtrl»

#pragma resource «*.dfm»

TForm1 *Form1;

//—————————————————————————————————————;

__fastcall TForm1: TForm1(TComponent* Owner)

: TForm (Owner)

{

}

//—————————————————————————————————————;

void __fastcall TForm1: FormCreate (TObject *Sender)

{

RadioButton3->Checked=false; /*Установка видимости компонентов при создании формы */

Edit1->Text="by Evgen Corp. version1.0(Demo)" ;

ToolButton9->Enabled=false;

EditObjAgreem->Visible=false;

// DataModule2->Table1->Active=true;

}

//—————————————————————————————————————;

void __fastcall TForm1: N15Click (TObject *Sender)

{

DataModule2->Table1->IndexFieldNames="Register_number" ;/*Сортировка по регистрационному номеру */

}

//—————————————————————————————————————;

void __fastcall TForm1: N16Click (TObject *Sender)

{

DataModule2->Table1->IndexFieldNames="Juridical_number" ;/* Сортировка по юридическому номеру*/

}

//—————————————————————————————————————;

void __fastcall TForm1: N17Click (TObject *Sender)

{

DataModule2->Table1->IndexFieldNames="Contractor" ;/* Сортировка по контрагенту */

}

//—————————————————————————————————————;

void __fastcall TForm1: N18Click (TObject *Sender)

{

FormBySort->ShowModal (); /Вызов формы сортировки

}

//—————————————————————————————————————;

void __fastcall TForm1: Button1Click (TObject *Sender)

{

if (RadioButton3->Checked==true)/*При выборе включаем фльтр*/

DataModule2->Table1->Filtered=false;

else

{

if (RadioButton1->Checked==true)

DataModule2->Table1->Filter="Contractor='" +CBContract->Text+" '" ;/*Фильтр по контрагенту*/

else if (RadioButton2->Checked==true)

{

DataModule2->Table1->Filter="Object_agreement='" +EditObjAgreem->Text+" '" ;/*Фильтр по предмету договора*/

}

else DataModule2->Table1->Filter= «(Contractor='» +CBContract->Text+" ') and (Object_agreement="+(DataModule2->Table1->FieldByName («Object_agreement»)->AsString+EditObjAgreem->Text)+")" ;/*Фильтр по контрагенту и предмету договора*/

}

DataModule2->Table1->Filtered=false;/*Выключаем фильтр*/

DataModule2->Table1->Refresh ();

}

//—————————————————————————————————————;

void __fastcall TForm1: N9Click (TObject *Sender)

{

Form2->ShowModal ();//Вызов формы «Добавить договор»

}

//—————————————————————————————————————;

void __fastcall TForm1: N10Click (TObject *Sender)

{

Form3->ShowModal ();//Вызов формы «Редактировать договор»

Form3->Position=poOwnerFormCenter;/*Установка свойств формы (позиция и стиль)*/

Form3->BorderStyle=bsToolWindow;

}

//—————————————————————————————————————;

void __fastcall TForm1: N11Click (TObject *Sender)

{

if (Application->MessageBox («Вы действительно хотите удалить запись?» ," Подтвердите удаление записи!", MB_YESNO+MB_ICONEXCLAMATION)==IDYES)

DataModule2->Table1->Delete ();

DataModule2->Table1->Refresh ();

}

//—————————————————————————————————————;

void __fastcall TForm1: ToolButton13Click (TObject *Sender)

{

Form1->Close ();

}

//—————————————————————————————————————;

void __fastcall TForm1: ToolButton5Click (TObject *Sender)

{

if (DataModule2->Table1->Modified==true)//Сохраняем изменения в базе

DataModule2->Table1->Post ();

ShowMessage («Вы сохранили изменнения в таблице!!»);

}

//—————————————————————————————————————;

void __fastcall TForm1: DBGrid1DblClick (TObject *Sender)

{

Form3->ShowModal ();//Вызов формы «Редактировать договор»

Form3->Position=poOwnerFormCenter;

Form3->BorderStyle=bsToolWindow;

}

//—————————————————————————————————————;

void __fastcall TForm1: ToolButton11Click (TObject *Sender)

{

DataModule2->Table1->Next ();//Переходим на след. запись

}

//—————————————————————————————————————;

void __fastcall TForm1: N6Click (TObject *Sender)

{

if (DataModule2->Table1->Modified==true)//Сохраняем изменения в таблице

DataModule2->Table1->Post ();

ShowMessage («Вы сохранили изменнения в таблице!!»);

}

//—————————————————————————————————————;

void __fastcall TForm1: ToolButton3Click (TObject *Sender)

{

Form2->ShowModal ();

}

//—————————————————————————————————————;

void __fastcall TForm1: ToolButton7Click (TObject *Sender)

{

ReportAgreem->QuickRep1->Print ();//Печать

}

//—————————————————————————————————————;

void __fastcall TForm1: N27Click (TObject *Sender)

{

ReportAgreem->QuickRep1->Preview ();//Предварительный просмотр перед //печатью

}

//—————————————————————————————————————;

void __fastcall TForm1: QuickReport1Click (TObject *Sender)

{

ReportAgreem->QuickRep1->Print ();

}

//—————————————————————————————————————;

void __fastcall TForm1: Button2Click (TObject *Sender)

{

Form14->QuickRep1->Preview ();

}

//—————————————————————————————————————;

void __fastcall TForm1: Button3Click (TObject *Sender)

{

Form14->QuickRep1->Print ();

}

//—————————————————————————————————————;

void __fastcall TForm1: Button4Click (TObject *Sender)

{

Form15->ShowModal ();

Form15->Position=poOwnerFormCenter;

Form15->BorderStyle=bsToolWindow;

}

//—————————————————————————————————————;

void __fastcall TForm1: Button6Click (TObject *Sender)

{

if (Application->MessageBox («Вы действительно хотите удалить запись?» ," Подтвердите удаление записи!", MB_YESNO+MB_ICONEXCLAMATION)==IDYES)

DataModule2->Table2->Delete ();

DataModule2->Table2->Refresh ();

}

//—————————————————————————————————————;

void __fastcall TForm1: Button5Click (TObject *Sender)

{

Form16->ShowModal ();

Form16->Position=poOwnerFormCenter;

Form16->BorderStyle=bsToolWindow;

}

//—————————————————————————————————————;

void __fastcall TForm1: DBGrid2DblClick (TObject *Sender)

{

Form16->ShowModal ();

Form15->Position=poOwnerFormCenter;

Form15->BorderStyle=bsToolWindow;

}

void __fastcall TForm1: N29Click (TObject *Sender)

{

Form17->ShowModal ();

Form15->Position=poOwnerFormCenter;

Form15->BorderStyle=bsToolWindow;

}

//—————————————————————————————————————;

void __fastcall TForm1: N8Click (TObject *Sender)

{

Form1->Close ();

}

//—————————————————————————————————————;

void __fastcall TForm1: N110Click (TObject *Sender)

{

Form18->ShowModal ();

Form15->Position=poOwnerFormCenter;

Form15->BorderStyle=bsToolWindow;

}

//—————————————————————————————————————;

void __fastcall TForm1: N30Click (TObject *Sender)

{

Form19->ShowModal ();

}

//—————————————————————————————————————;

void __fastcall TForm1: N35Click (TObject *Sender)

{

Form22->ShowModal ();

}

//—————————————————————————————————————;

void __fastcall TForm1: MsWord1Click (TObject *Sender)

{

Form20->ShowModal ();

}

//—————————————————————————————————————;

void __fastcall TForm1: N7Click (TObject *Sender)

{

DBGrid1->Visible=true;

DBGrid2->Visible=true;

EditObjAgreem->Visible=true;

Edit1->Visible=false;

Memo1->Visible=false;

}

//—————————————————————————————————————;

void __fastcall TForm1: N13Click (TObject *Sender)

{

DataModule2->Table1->Filtered=false;

DataModule2->Table1->Active=false;

DataModule2->Table1->Active=true;

RadioButton1->Checked=false;

RadioButton2->Checked=false;

RadioButton3->Checked=false;

RadioButton4->Checked=false;

}

//—————————————————————————————————————;

void __fastcall TForm1: MsWord21Click (TObject *Sender)

{

Form23->ShowModal ();

}

//—————————————————————————————————————;

void __fastcall TForm1: N37Click (TObject *Sender)

{

DataModule2->Table3->Active=false;

}

//—————————————————————————————————————;

void __fastcall TForm1: N38Click (TObject *Sender)

{

DataModule2->Table3->Active=true;

}

//—————————————————————————————————————;

void __fastcall TForm1: N39Click (TObject *Sender)

{

Form25->ShowModal ();

}

//—————————————————————————————————————;

void __fastcall TForm1: N40Click (TObject *Sender)

{

Form26->ShowModal ();

}

//—————————————————————————————————————;

void __fastcall TForm1: N41Click (TObject *Sender)

{

Form2->ShowModal ();

}

//—————————————————————————————————————;

void __fastcall TForm1: N42Click (TObject *Sender)

{

Form3->ShowModal ();

}

//—————————————————————————————————————;

void __fastcall TForm1: N43Click (TObject *Sender)

{

if (Application->MessageBox («Вы действительно хотите удалить запись?» ," Подтвердите удаление записи!", MB_YESNO+MB_ICONEXCLAMATION)==IDYES)

DataModule2->Table1->Delete ();

}

//—————————————————————————————————————;

void __fastcall TForm1: N44Click (TObject *Sender)

{

DataModule2->Table1->Filtered=false;

DataModule2->Table1->Active=false;

DataModule2->Table1->Active=true;

RadioButton1->Checked=false;

RadioButton2->Checked=false;

RadioButton3->Checked=false;

RadioButton4->Checked=false;

}

//—————————————————————————————————————;

void __fastcall TForm1: N45Click (TObject *Sender)

{

Form25->ShowModal ();

}

//—————————————————————————————————————;

void __fastcall TForm1: N46Click (TObject *Sender)

{

Form26->ShowModal ();

}

//—————————————————————————————————————;

void __fastcall TForm1: N47Click (TObject *Sender)

{

ReportAgreem->QuickRep1->Preview ();

}

//—————————————————————————————————————;

void __fastcall TForm1: N48Click (TObject *Sender)

{

Form20->ShowModal ();

}

//—————————————————————————————————————;

void __fastcall TForm1: N49Click (TObject *Sender)

{

Form15->ShowModal ();

}

//—————————————————————————————————————;

void __fastcall TForm1: N50Click (TObject *Sender)

{

Form16->ShowModal ();

}

//—————————————————————————————————————;

void __fastcall TForm1: N51Click (TObject *Sender)

{

DataModule2->Table2->Delete ();

}

//—————————————————————————————————————;

void __fastcall TForm1: N52Click (TObject *Sender)

{

Form14->QuickRep1->Preview ();

}

//—————————————————————————————————————;

void __fastcall TForm1: N12Click (TObject *Sender)

{

Form1->frReport1->ShowReport ();

}

//—————————————————————————————————————;

void __fastcall TForm1: N19Click (TObject *Sender)

{

FormRep->ShowModal ();

}

//—————————————————————————————————————;

void __fastcall TForm1: N55Click (TObject *Sender)

{

FormRepAgreem->ShowModal ();

}

//—————————————————————————————————————;

void __fastcall TForm1: N57Click (TObject *Sender)

{

Form4->ShowModal ();

}

//—————————————————————————————————————;

Unit20

//—————————————————————————————————————;

#include

#pragma hdrstop

#include «Saw12.h»

#include «Unit20.h»

//—————————————————————————————————————;

#pragma package (smart_init)

#pragma link «Word_2K_SRVR»

#pragma resource «*.dfm»

TForm20 *Form20;

//—————————————————————————————————————;

__fastcall TForm20: TForm20(TComponent* Owner)

: TForm (Owner)

{

}

//—————————————————————————————————————;

void __fastcall TForm20: ToolButton2Click (TObject *Sender)

{

//Прверка наличия открытого документа

if (WordApplication1->Documents->Count==0)

{

Application->MessageBoxA (PChar («В Word нет открытого документа»)," Varning", MB_OK+MB_ICONEXCLAMATION);

Abort ();

}

WordDocument1->ConnectTo (WordApplication1->ActiveDocument);

}

//—————————————————————————————————————;

void __fastcall TForm20: FormCreate (TObject *Sender)

{

DataModule2->Table1->Open ();

//Выключение проверок синтаксиса и грамматики что бы не замедлять работу Winword

WordApplication1->Options->CheckSpellingAsYouType=false;

WordApplication1->Options->CheckGrammarAsYouType=false;

if (WordApplication1->Documents->Count==0)

{

ToolButton3->Enabled=false;

ToolButton4->Enabled=false;

ToolButton6->Enabled=false;

}

}

//—————————————————————————————————————;

void __fastcall TForm20: ToolButton5Click (TObject *Sender)

{

//Открытие нового документа

WordApplication1->Documents->Add (EmptyParam, EmptyParam);

ToolButton3->Enabled=true;

ToolButton4->Enabled=true;

ToolButton5->Enabled=true;

ToolButton6->Enabled=true;

}

//—————————————————————————————————————;

void __fastcall TForm20: ToolButton6Click (TObject *Sender)

{

//Перенос в документ всех записей

TBookmark SavePlace;

//Закладка на текущей записи

SavePlace=DataModule2->Table1->GetBookmark ();