Реферат: Разработка автоматизированной системы учета договоров для отеля
--PAGE_BREAK--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 – Входная информация для разрабатываемого ПО
Идентификатор
таблица основных договоров
Форма представления данных
Экранная форма
Периодичность поступления
По заключению договора
Источник
Предприятие
Список реквизитов
Рег.номер, юрид.номер, контрагент, дата договора, срок окончания, предмет договора, сумма договора, исполнитель
Идентификатор
таблица дополнительных договоров
Форма представления данных
Экранная форма
Периодичность поступления
По заключению основного договора
Источник
Предприятие
Список реквизитов
Рег.номер, юрид.номер, контрагент, дата договора, предмет договора, сумма договора, дата регистрации
Идентификатор
данные о физическом лице
Форма представления данных
Экранная форма
Периодичность поступления
По заключению основного договора
Источник
Предприятие
Список реквизитов
ФИО, адрес, домашний телефон, e-mail
Идентификатор
данные о юридическом лице
Форма представления данных
Экранная форма
Периодичность поступления
По заключению основного договора
Источник
Предприятие
Список реквизитов
Адрес фирмы, контактный телефон, е-mail, количество сделок.
Идентификатор
Данные о планируемой дате
Форма представления данных
Справочник
Периодичность поступления
По требованию начальников
Источник
Предприятие
Список реквизитов
дата
3. Проектирование информационного обеспечения
3.1 Описание задачи
Необходимо разработать автоматизированную систему для учета договоров. Нужно хранить информацию: Об основных договорах (регистрационный номер, юридический номер, контрагент, дата договора, дата договора, срок окончания, исполнитель, предмет договора, сумма договора);
О дополнительных договорах(регистрационный номер, юридический номер, контрагент, дата договора, дата регистрации, срок окончания, предмет договора, сумма договора);
О контрагенте (физическое лицо)(фио, адрес, домашний телефон, e-mail);
О контрагенте (юридическое лицо)(адрес фирмы, контактный телефон, e-mail).
Дополнительного договора нет без основного. Информация о контрагенте не может существовать без основного договора.
Вывести отчеты об: основных договоров, дополнительных договоров, просроченных договоров, основных и дополнительных договоров.
продолжение
--PAGE_BREAK--3.2
Проектирование структуры базы данных методом«Сущность — связь»
3.2.1 Построение диаграммы ER-типа
1)Определение типов сущностей
Стержневые сущности: Основные договоры, дополнительные договоры.
Характеристические сущности: Юридическое лицо, физическое лицо, информация о исполнителе.
2) Определение типов и характеристик связей
Сущности «Основные договоры» и «Дополнительные договоры» имеют степень отношения 1:n, класс принадлежности необязательный и обязательный соответственно. Следовательно, генерируем 2 отношения по одному на сущность.
Сущности «Планируемая дата» и «Основные договоры» имеют степень отношения 1:n, класс принадлежности не обязательный и обязательный соответственно. Следовательно, генерируем 2 отношения по одному на сущность.
Сущности «Основные договоры» и «Юридическое лицо» имеют степень отношения 1:n, класс принадлежности обязательный и обязательный соответственно. Следовательно, генерируем 2 отношения по одному на сущность. Сущности «Физическое лицо» и" имеют степень отношения 1:1, класс принадлежности обязательный и обязательный соответственно. Следовательно, генерируем 2 отношения, по одному на сущность.
Сущности «Основные» и «Информация о исполнителе» имеют степень отношения 1:n, класс принадлежности обязательный и обязательный соответственно. Следовательно генерируем 2 отношения, по одному отношению на сущность.
По выделенным отношениям построим диаграмму ER-типа:
<img width=«374» height=«197» src=«ref-1_1489022768-10422.coolpic» v:shapes="_x0000_i1025">
Рис 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операций.
продолжение
--PAGE_BREAK--3.3
Проектирование структуры БД при помощи CASE-средства Erwin
3.3.1 Проектирование логической и физической схемы БД
Используя построенную диаграмму ER-типа представленную выше, спроектируем базу данных при помощи CASE-средства Erwin. Все связи из диаграммы ER-типапри переносе в нотацию IDEF1XCASE-средства Erwinимеют характеристики:
Таблица 1 – Характеристики связей
Связь
Тип связи
Количество элементов
Основной договор-дополнительный договор
Идентифицирующая
1 или много
Основной договор-Юридическое лицо
Идентифицирующая
1 или много
Основной договор-Физическое лицо
Идентифицирующая
1
Дополнительный договор-информация о исполнителе
Не Идентифицирующая
Много ко многим
<img width=«506» height=«345» src=«ref-1_1489033190-27677.coolpic» v:shapes="_x0000_i1026">
Рис 3.2 — «Логическая модель. Нотация IDEF0»
<img width=«419» height=«275» src=«ref-1_1489060867-26738.coolpic» v:shapes="_x0000_i1027">
Рис 3.3– Физическая модель данных
3.3.2 Исследование информационной модели
На основе физической модели ERwinбыл сгенерирован SQL– скрипт (Приложение A), в котором представлены:
· 5 таблиц;
· 10 триггеров;
· 4генераторов суррогатных ключей;
В результате проверки SQL-скрипта в CASE-средстве ErwinExaminer4.0, получен отчет Рисунок 3.4.
<img width=«505» height=«203» src=«ref-1_1489087605-16449.coolpic» v:shapes="_x0000_i1028">
Рисунок 3.4 – Результат проверки SQL-скрипта
Errors
: в качестве ошибок, в отчете были названы сущности без альтернативных ключей. Для исправления ошибок были добавлены соответствующие альтернативные ключи.
4. Программное обеспечение
4.1 Описание функций, выполняемых приложением
Функции, выполняемые программой:
1)Добавление, удаление и редактирование данных (основных договоров,
дополнительных, словаря дат, а так же информации о контрагентах );
2)Просмотр просроченных договоров;
3)Сортировка (упорядочение) записей (строк) по возрастанию;
4)Поиска конкретной записи в БД;
5)Фильтрации данных (отбора записей);
6)Выводит графики;
7)Выполняет экспорт из БД в MsWord;
8)Формирование отчетности для основных и дополнительных договоров.
4.2 Проектирование ПО с помощью CASE— пакета "EnterpriseArchitect4.0"
4.2.1 Диаграмма вариантов использования
Представление вариантов использования включает в себя всех действующих лиц, все прецеденты и их диаграммы для автоматизируемой системы.
Диаграмма вариантов использования разрабатываемой системы представлена на рисунке 4.1.
<img width=«274» height=«297» src=«ref-1_1489104054-9209.coolpic» v:shapes="_x0000_i1029">
По каждому варианту использования могут выполняться следующие сценарии:
· Учет основных договоров:
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
<img width=«381» height=«317» src=«ref-1_1489113263-21068.coolpic» v:shapes="_x0000_i1030">
Рисунок 4.5 – диаграмма компонентов
4.3Описание компонентов
Таблица 4.1 — Описание компонентов
DataSourse
Предназначен для контроля над результатами запроса
Query
Предназначен для выполнения SQL запроса к БД
DBGrids
Предназначен для вывода результата запроса или целой таблицы БД на экран(работает через TDataSource)
TTable
Предназначен для установки связи с БД
DecisionCube
Реализует многомерный куб данных
DecisionGraph
Отображает графики, соответствующие выбору, сделанному пользователем в многомерном кубе
DecisionQuery
Отображает набор данных, используемый для построения куба.
DecisionSource
Источник данных, аналогичный DataSource, но приспособленный для задач DecisionCube
DecisionGrid
Отображает в табличном виде данные, соответствующие выбору, сделанному пользователем в многомерном кубе
WordApplication
Осуществляет соединение с сервером COM
WordDocument
Управляет работой сервера COM
WordFont
Управляет шрифтом сервера COM
WordParagraphFormat
Устанавливает формат абзаца сервера COM
4.4 Назначение модулей программы
Таблица 4.2 — Назначение модулей программы
Название модуля
Назначение
Модули, связанные с данным модулем
DataModule
Модуль отвечает за связывание программы и базы данных, а так же за корректность выполнения запросов к БД
ALL MODULES
Saw21
Модуль программы, отвечающий за сортировку базы данных.
DataModule
MainUnit
Главный модуль, отвечающий за все операции над БД .
Можно добавлять, удалять, редактировать, сортировать, искать, распечатывать, фильтровать основные договоры, а так же
добавлять, удалять, изменять, печатать дополнительные договоры. Все операции кроме удаления происходят с помощью подключения других модулей. Удаление основных и дополнительных договоров происходит из данной формы.
DataModule,Saw21,Unit3,Unit15,Unit16,Unit17,Unit18,Unit20,Unit21,Unit22,Unit25,Unit26,Unit2, ContractorDiagram
Unit3
Редактировать запись-этот модуль отвечает за редактирование основных договоров .
DataModule
Unit2
Модуль программы, отвечающий за добавление основных договоров.
DataModule
Unit15
Модуль программы, отвечающий за добавление дополнительных договоров.
DataModule
Unit16
Модуль программы, отвечающий за добавление и редактирование дополнительных договоров.
DataModule
Unit17
Модуль программы, отвечающий за вывод информации (зависимость контрагента от суммы) в виде диаграммы. Относится к основным договорам. Вызывается из контекстного меню главного модуля .
DataModule
Unit18
Модуль программы, отвечающий за вывод информации (зависимость контрагента от суммы) в виде диаграммы. Относится к дополнительным договорам.
Вызывается из контекстного меню главного модуля .
DataModule
Unit20
Модуль программы, отвечающий за экспорт данных из БД в MsWord.
Вызывается из контекстного меню главного модуля .
DataModule
Unit21
Модуль программы, отвечающий за отображение просроченных договоров.
DataModule
Unit22
Словарь дат- модуль программы, отвечающий за учет планируемых дат (добавление, сохранение, удаление и просмотр).
DataModule, Unit21
Unit25
Поиск- модуль программы, отвечающий за поиск в БД.
DataModule
Unit26
Модуль программы, отвечающий за фильтрацию данных в БД.
DataModule
ContractorDiagram
Модуль программы, отвечающий за вывод информации(зависимость суммы договоров от даты) в виде диаграммы. Относится к основным договорам. Вызывается из контекстного меню главного модуля.
DataModule
DateAgreemDiagram
Модуль программы, отвечающий за вывод информации(зависимость количества контрагентов от даты договоров) в виде диаграммы.Относится к дополнительным договорам.
DataModule
ObjectAgreemDiagramm
Модуль программы, отвечающий за вывод информации(зависимость предмета договора от суммы договора) в виде диаграммы.
Относится к основным договорам.
DataModule
JuridicalFaceData
Модуль программы, отвечающий за добавление, редактирование и удаление информации о юридическом лице(контрагенте).
DataModule
PhisikalFace
Data
Модуль программы отвечающий за добалвение радактирование и удаление информации о физическом лице(контрагенте).
DataModule
Общая конфигурация системы и маршруты передачи информации между аппаратными устройствами, задействованными в реализации системы изображена на рисунке 4.15
<img width=«304» height=«187» src=«ref-1_1489134331-4520.coolpic» v:shapes="_x0000_i1031">
Рисунок 4.15 — диаграмма размещения
4.5 Потоки данных
Для формального представления автоматизируемого процесса была использована методология DFD, и позволяющий с ней работать программный продукт BPWinкомпаний ComputerAssociatesInternationalи WintertreeSoftware. Методология DFDпри помощи CASE-технологии позволяет рассмотреть автоматизируемый процесс и провести ее анализ, выделив функциональные компоненты (процессы) (Смотри Приложение В Рисунки В.1 и В.2).
продолжение
--PAGE_BREAK--5.Руководство пользователя 5.1 Введение
Приложение "Law" предназначено для небольших предприятий, занимающихся ведением отчетности (учетом договоров). Приложение предназначено для работы юристов, или каких-либо других работников данной сферы. Для крупных предприятий данное приложение не подходит, так как не удовлетворяет всем требованиям.
5.2 Назначение и условие применения
5.2.1 Функции, автоматизируемые програмно
Функции, выполняемые программой:
1) Добавление, удаление и редактирование данных (основных договоров,
дополнительных, словаря дат, а так же дополнительной информации);
2) Просмотр просроченных договоров;
3) Сортировка (упорядочение) записей (строк) по возрастанию;
3) Поиска конкретной записи в БД;
4) Фильтрации данных (отбора записей);
5) Выводит графики;
6) Выполняет экспорт в MsWordl;
7) Формирование отчетности для основных и дополнительных договоров.
5.2.2 Технические и программные требования
Требования к аппаратному обеспечению:
- x86 – процессор, производительностью не менее PentiumII500MГц;
- ОЗУ – не менее 32 Mb;
- Манипулятор типа «мышь» или любое другое устройство, совместимое с ним;
- Разрешение экрана – не менее 640 на 480, количество цветов – не менее 16;
- Дисковое пространство ~ 40Mb(вместе с БД).
Требования к програмному обеспечению:
- ОС– Windows 98/ME/2000/XP/2003 Server;
- Установленная программа BDEAdministrator, нужная для связи СУБД с БД при помощи псевдонима (в данном случае псевдоним-BCDEMOS).
5.3 Подготовка к работе
Дистрибутив программы содержит следующие файлы:
Таблица 1 – Файлы базы данных
Имя файла
Описание
Evgen.DB
Файл Paradox(Основные договора). Может находиться в любой директории.
Supagreement.DB
Файл Paradox7(Дополнительные договора).Находится в той же дериктории, что и основные и дополнительные договора.
Law.exe
Исполняемый модуль программы.
DBFirmData.DB
Файл Paradox(Данные о юридическом лице).Находится в той же директории, что и основные и дополнительные договора.
DBPhisikalFace.DB
Файл Paradox(Данные о физическом лице).Находится в той же директории, что и основные и дополнительные договора.
Perfomance
Файл Paradox( Данные о исполнителе-физическом лице)
Perfomance2
Файл Paradox(Данные о исполнителе-юридическом лице)
Общий объем описанных файлов (без файла БД) ~ 40Mb.
Запуск программы осуществляется запуском исполняемого файла(в том случае, если на компьютере установлена программа BDEAdministrator).
Для инсталляции BDEследует:
1)Запустить командную строку ОС Windows(Пуск->Выполнить->cmd)
2)Обработать файл bdeinst.dll(находящийся в одной папке вместе с программой) утилитой regsvr32.exe, следующим образом:
regsvr32.exe <Полныйпутькфайлу>\bdeinst.dll
Например:
regsvr32.exeC:\EvgenLaw3\bdeinst.dll
3)Далее следует запустить BDEи открыть конфигурационный файл под названием IDAPI32.CFG, находящийся в одной директории вместе с программой.
Установка завершена.
Далее следует запустить исполняемый файл Law.exeлюбыми методами, допускаемыми Windows.
Проверка работоспособности осуществляется простым запуском программы, в случае возникновения ошибки (отсутствие необходимых библиотек, невозможность установить соединение с базой данных и т.д.) программа выдаст соответствующее сообщение об ошибке. Если программа не выдала ошибки, и подсоединение к базе прошло успешно, то программа работоспособна. При возникновении ошибки, а также для добавления пользователя следует обратиться к системному администратору.
продолжение
--PAGE_BREAK--5.4Описание операций
5.4.1 Работа с основным приложением(таблица основных договоров).
<img width=«501» height=«370» src=«ref-1_1489138851-36156.coolpic» v:shapes="_x0000_i1032">
Рисунок 5.1 – Таблица основных и дополнительных договоров
Редактирование таблицы основных договоров осуществляется через диалоговые окна, возникающие при нажатии на соответствующий пункт меню на панели инструментов или при нажатии правой кнопки манипулятора мыши .
Для этой таблицы характерен набор пунктов меню:
- «Добавить» для добавления записи;
- «Удалить» для удаления записи;
- «Редактировать» позволяет изменить данные о договоре;
- «Показать все» возвращает базу в исходное состояние-если с ней были произведены какие-либо изменения(сортировка, поиск, фильтрация и т. д.);
- «Сортировка» производит упорядочение данных ;
- «Поиск» позволяет найти нужную запись;
- «Печать» выводит данные из БД на печать;
- «Фильтр» позволяет просмотреть данные из БД в заданном диапазоне;
- «Статистика» включает:
- Формирование диаграмм на основе данных из БД;
- Просмотр просроченных договоров;
- «Экспорт» включает:
- Перенос данных из БД в MsWord;
- Перенос данных из БД в MsExcel.
При изменении основного договора открывается новое окно, где пользователь изменяет данные (Регистрационный номер, юридический номер, дату регистрации, дату договора, срок окончания, контрагента, предмета договора, сумму договора и исполнителя) о договоре.
При добавлении основного договора открывается новое окно, где пользователь вносит данные (Регистрационный номер, юридический номер, дату регистрации, дату договора, срок окончания, контрагента, предмета договора, сумму договора и исполнителя) о договоре, а так же выбрав опцию
«Дополнительные сведения» в зависимости от того, кем является контрагент(т.e. фирма, либо физическое лицо)-появляется таблица, в которую пользователь может внести дополнительные сведения. Если контрагентом является физическое лицо, то пользователь может внести следующие данные(Фамилия, имя, отчество, адрес, телефон и e-mail(если таковой есть)), или внести информацию о контрагенте как о юридическом лице(фирме)(Адрес, контактный телефон, e-mail, количество сделок).
<img width=«269» height=«389» src=«ref-1_1489175007-12184.coolpic» v:shapes="_x0000_i1033">
Рисунок 5.2 Добавление основного договора
После того как все данные заполнены, нажимаем кнопку «добавить», и запись об основном договоре появляется в главной таблице. Если же пользователь передумал заносить новый договор в таблицу, то следует нажать кнопку «отмена» после чего он вернется к главной таблице со старыми данными. При изменении данных о об основном договоре выдается то же окно, что и при добавлении осн. договора.При удалении выдается подтверждение на удаление и в зависимости от нажатой кнопки происходит либо удаление, либо отмена.
<img width=«235» height=«97» src=«ref-1_1489187191-3652.coolpic» v:shapes="_x0000_i1034">
Рисунок 5.3 Запрос на подтверждение удаления основного договора
При нажатии правой кнопки графического манипулятора мыши и удалении записи-договор удаляется без запроса на подтверждение.
«Сортировка» производится по следующим полям: регистрационный номер, юридический номер, контрагент.
Отдельно имеется возможность произвести сортировку по всем полям-кроме исполнителя(т к оно не имеет индеска)
<img width=«279» height=«163» src=«ref-1_1489190843-4488.coolpic» v:shapes="_x0000_i1035">
Рисунок 5.4 Сортировка БД основных договоров
«Поиск» осуществляется по: регистрационному номеру, юридическому номеру, дате регистрации, дате договора, предмету договора, контрагенту.
Для поиска нужно выбрать поле, ввести данные в окно редактироваия и нажатать кнопку «Найти», или отменить нажатием кнопки «Отмена»
<img width=«283» height=«228» src=«ref-1_1489195331-5584.coolpic» v:shapes="_x0000_i1036">
Рисунок 5.5 Поиск в БД основных договоров
Если запись не найдена, то выдается сообщение вида:
<img width=«103» height=«82» src=«ref-1_1489200915-1755.coolpic» v:shapes="_x0000_i1037">
«Печать» осуществляется 2 способами:
1)Способом быстрой печати(т е нажатием на соответствующей кнопке меню);
2)Способом обычной печати(т.е. печать производится после предварительного просмотра сформированного документа).
<img width=«498» height=«400» src=«ref-1_1489202670-23106.coolpic» v:shapes="_x0000_i1038">
Рисунок 5.6 Выходной документ основных договоров
Для того, что бы произвести фильтрацию необходимо выбрать поле, по которому будет производиться фильтрация(дата регистрации, дата договора, срок окончания, сумма договора) и затем нажать кнопку «Фильтровать», или отменить нажатием кнопки «Отмена». При этом нужно ввести диапазон допустимых значений, которые принимает фильтруемое поле.
<img width=«248» height=«199» src=«ref-1_1489225776-5441.coolpic» v:shapes="_x0000_i1039">
Рисунок 5.7 Фильтрация БД осн. Договоров
«Статистика» включает:
1)Две диаграммы (одна для основных, а другая для дополнительных договоров), отображающие зависимость контрагента (юридическое лицо???) от количества заключенных договоров. По оси Xоткладывается контрагент; по Yколичество заключенных им договоров.
Из приведенной выше диаграммы видно, что:
-Максимальное количество договоров (3 договора) заключило два контрагента (выделены зеленым и синим цветами);
-Минимальное количество договоров (один договор) заключил один контрагент (выделен красным цветом).
2)Просмотр просроченных договоров, т.е. договоров, у которых срок окончания меньше планируемой даты.
<img width=«471» height=«449» src=«ref-1_1489231217-25249.coolpic» v:shapes="_x0000_i1040">
Рисунок 5.8 Диаграмма ависимости контрагента от суммы доп. Договора
Договоры, у которых срок окончания равен планируемой дате, считаются действительными (сравниваются сроки с точностью до дня, а часы и минуты не берутся в счет).
Для просмотра просроченных договоров необходимо:
-В контекстном меню нажав на кнопку «Просроченные договора» загрузить словарь дат
«Экспорт» включает:
1) Перенос данных из БД в MsWord;
При работе с «Экспортом данных из БД в Word» нажатием на соответствующей кнопке меню можно осуществлять следующие действия:
-«Соединиться» — проверить на наличие открытый документ;
-«Открыть нов» — открыть новый документ;
-«Добавить» — перенести в документ одну запись;
-«Сохранить» — сохранение изменений в документе;
-«Печать» — печать документа;
-Дополнительные опции;
При выборе дополнительных опций (если до запуска программы не был открыт документ) открываются следующие возможности:
-Кроме основных полей (регистрационный номер, юридический номер, дата регистрации, дата договора, контрагент, предмет договора, сумма договора) добавляются еще срок окончания и исполнитель при нажатии на кнопках «Срок окончания» и «Исполнитель».
-Добавляется возможность переноса всей таблици в MsWord.
Кнопка «Соединиться» осуществляет открытие и соединение с word, если пользователь случайно закрыл его.
Открыть новый документ можно нажатием на кнопке «Открыть нов».
<img width=«448» height=«413» src=«ref-1_1489256466-21608.coolpic» v:shapes="_x0000_i1041">
Рисунок 5.11 — Экспорт данных из БД в MsWord
5.4.2 Работа с основным приложением (таблица дополнительных договоров)
<img width=«498» height=«371» src=«ref-1_1489278074-36536.coolpic» v:shapes="_x0000_i1042">
Рисунок 5.12 – Таблица основных и дополнительных договоров
Редактирование таблицы дополнительных договоров осуществляется через диалоговые окна, возникающие при нажатии на соответствующую кнопку или при нажатии правой кнопки манипулятора мыши.
Для этой таблици характерен набор пунктов меню:
- «Добавить» для добавления записи.
- «Удалить» для удаления записи.
- «Редактировать» позволяет изменить данные о договоре.
- «Просмотр» позволяет просмотреть данные перед печатью и потом распечатать.
- «Печать» выводит данные таблици дополнительных договоров на печать.
Все остальные операции (сортировка, поиск, фильтрация и т.д.) бессмысленны, т.к. таблица является детализируемой (а не основной), что ведет за собой нарушение ссылочной целостности данных.
При изменении дополнительного договора открывается новое окно, где пользователь изменяет данные (Регистрационный номер, юридический номер, дату регистрации, дату договора, срок окончанияпредмета договора, сумму договора и исполнителя) о договоре.
<img width=«274» height=«323» src=«ref-1_1489314610-12008.coolpic» v:shapes="_x0000_i1043">
Рисунок 5.13 – Редактирование доп. Договоров
При добавлении дополнительного договора открывается новое окно, где пользователь вносит данные (Регистрационный номер, юридический номер, дату регистрации, дату договора, срок окончания, предмета договора, сумму договора и исполнителя) о договоре. Контрагента нельзя вносить в таблицу дополнительных договоров, т.к. она связана с таблицей основных договоров по этому полю. При внесении новой записи в таблицу дополнительных договоров данные о контрагенте автоматически добавляются из таблици основных договоров.Окно «Добавить запись доп. договора» выглядит так же как и редактирование.
При нажатии на кнопки «Просмотр» и «Печать» программа выполняет те же действия что и в таблице основных договоров. См. стр. 7
<img width=«501» height=«201» src=«ref-1_1489326618-13894.coolpic» v:shapes="_x0000_i1044">
Рисунок 5.14 -Выходной документ дополнительных договоров
продолжение
--PAGE_BREAK--
еще рефераты
Еще работы по информатике