Автоматизированная информационная система "Подписка"

Требования к функциональным характеристикам информационной системы "Подписка". Функциональное проектирование автоматизированной системы ведения учета основных средств на предприятии. Проектирование базы данных автоматизированной системы ведения учета.

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 16.01.2015
Размер файла 753,0 K

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

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

Пензенский государственный университет

Кафедра «Информационно-вычислительные системы»

АВТОМАТИЗИРОВАННАЯ ИНФОРМАЦИОННАЯ СИСТЕМА «ПОДПИСКА»

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

«Проектирование информационных систем»

2013

Реферат

Пояснительная записка 127 листа, 27 рисунков, 8 таблиц, 5 источников.

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

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

В результате проделанной работы было разработано приложение в среде программирования Delphi 7.0, база данных реализована средствами утилиты IBExpert 2010.03.23, СУБД Firebird 2.5.

Содержание

Введение

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

2. Техническое задание

2.1 Основание для разработки

2.2 Назначение разработки

2.3 Требования к программе

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

2.3.2 Требования к надежности

2.3.3 Требования к составу и параметрам технических средств

2.3.4 Требования к информационной и программной совместимости

2.4 Требования к программной документации

2.5 Стадии и этапы разработки

2.6 Порядок контроля и приемки

3. Функциональное проектирование автоматизированной системы ведения учета основных средств на предприятии

3.1 Описание CASE-средства ERWin Process Modeler 7.3

3.2 Описание функциональной модели системы

4. Проектирование базы данных автоматизированной системы ведения учета основных средств на предприятии

4.1 Описание CASE-средства Erwin Data Modeler 7.3

4.2 Логическое проектирование базы данных

4.3 Разработка структуры связей

4.4 Нормализация отношений базы данных

4.5 Физическое проектирование базы данных

5. Анализ целесообразности использования заданных средств разработки

6. Описание программы

6.1 Общие сведения

6.2 Функциональное назначение

6.3 Описание логической структуры

6.4 Используемые технические средства

6.5 Вызов и загрузка

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

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

7. Программа и методика испытаний

7.1 Объект испытаний

7.2 Цель испытаний

7.3 Требования к программе

7.4 Требования к программной документации

7.5 Средства и порядок испытаний

7.6 Методы испытаний

8. Описание применения

8.1 Назначение применения

8.2 Условия применения

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

8.4 Входные и выходные данные

Заключение

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

Приложение А. Функциональная модель системы

Приложение Б. Модель структуры базы данных системы

Приложение В. SQL-запросы

Приложение Г. Текст программы

Приложение Д. Результаты испытаний

Приложение Е. Выходные документы

Приложение Ж. Экранные формы

Введение

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

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

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

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

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

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

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

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

Сведения по издательству: будет содержать данные о названии издательства и города издательства. Место выпуска издания, название издательства или издающей организации.

Сведения о подписчике: будет содержать данные фамилии, имя и отчества подписчика, телефона подписчика и адреса.

Оформление подписок на издания: будет содержать данные об даты подписки, количество подписки и суммы подписки, тем самым значительно увеличит скорость документооборота и облегчит работу персонала, уменьшив количество затрат.

Сведения о доставке: будет содержать данные о дате доставки, о номере участка, ФИО сотрудника, дата рождения сотрудника, о должности сотрудника и его категории.

Пользователи должны иметь элементарные навыки по работе с ЭВМ, а также ознакомиться с АИС «Подписка».

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

АИС «Подписка» должна удовлетворять следующим требованиям:

- отвечать требованиям заказчика;

- обеспечивать минимальные затраты;

- поднять производительность труда;

- быть надежной в эксплуатации;

- окупиться в заданные сроки;

- легкость внедрения и доведения до персонала.

2. Техническое задание

2.1 Основание для разработки

Разработка ведется на основании задания на курсовое проектирование по курсу «Проектирование информационных систем». Задание выдано доцентом кафедры «Информационно-вычислительные системы», к.т.н., Бобрышевой Г.В. и утверждено заведующим кафедрой Косниковым Ю.Н.

2.2 Назначение разработки

Автоматизированная информационная система предназначена для ведения учета подписок на периодические издания в городском отделении связи.

2.3 Требования к программе

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

Автоматизированная информационная система должна автоматизировать учет следующих операций на предприятии:

- поступление изданий в городское отделение связи;

- оформление подписок на издания;

- доставка изданий подписчикам;

- учет сведений об изданиях;

- учет сведений о подписчиках;

- учет сведений о сотрудниках городского отделения связи.

Входными данными системы должны быть:

- информация по изданию;

- информация о поступлении;

- личные данные подписчика;

- счет-фактура;

- заявка на подписку;

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

- личные данные сотрудника.

АИС должна обеспечивать формирование следующих печатных форм выходных документов:

- отчет по подписке;

- справочные данные о подписчике;

- справочные данные по изданию;

- приходный журнал;

- доставочный лист.

2.3.2 Требования к надежности

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

2.3.3 Требования к составу и параметрам технических средств

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

- тактовая частота процессора - 2,4 ГГц;

- оперативная память - 2 Гб;

- жесткий диск - 500 Гб;

- наличие принтера, мыши и клавиатуры.

2.3.4 Требования к информационной и программной совместимости

Приложение должно быть написано в среде программирования Delphi 2006. База данных должна быть реализована в СУБД Firebird 2.5. Программа должна работать в операционных системах Windows XP и выше.

2.4 Требования к программной документации

информационный система учет база

Автоматизированная информационная система должна сопровождаться комплектом программной документации, включающим:

- описание программы;

- программу и методику испытаний;

- описание применения.

Программная документация по своему содержанию должна соответствовать требованиям стандартов ЕСПД.

2.5 Стадии и этапы разработки

Разработка автоматизированной информационной системы должна соответствовать стадиям и этапам разработки, согласно стандарту ГОСТ 34.601-90 (таблица 1).

Таблица 1 - Стадии и этапы разработки

Стадии

Этапы работ

1

2

1 Формирование требований к АС

1.1 Обследование объекта и обоснование необходимости создания АС

1.2 Формирование требований пользователя к АС

1.3 Оформление отчёта о выполненной работе и заявки на разработку АС (тактико-технического задания)

2 Разработка концепции АС

2.1 Изучение объекта

2.2 Проведение необходимых научно-исследовательских работ

2.3 Разработка вариантов концепции АС, удовлетворяющего требованиям пользователя

2.4 Оформление отчёта о выполненной работе

3 Техническое задание

Разработка и утверждение технического задания на создание АС

4 Эскизный проект

4.1 Разработка предварительных проектных решений по системе и её частям

4.2 Разработка документации на АС и её части

5 Технический проект

5.1 Разработка проектных решений по системе и её частям

5.2 Разработка документации на АС и её части

5.3 Разработка и оформление документации на поставку изделий для комплектования АС и (или) технических требований (технических заданий) на их разработку

5.4 Разработка заданий на проектирование в смежных частях проекта объекта автоматизации

6 Рабочая документация

6.1 Разработка рабочей документации на систему и её части

6.2 Разработка или адаптация программ

7 Ввод в действие

7.1 Подготовка объекта автоматизации к вводу АС в действие

7.2 Подготовка персонала

7.3 Комплектация АС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями)

7.4 Строительно-монтажные работы

7.5 Пусконаладочные работы

7.6 Проведение предварительных испытаний

7.7 Проведение опытной эксплуатации

7.8 Проведение приёмочных испытаний

8 Сопровождение АС

8.1 Выполнение работ в соответствии с гарантийными обязательствами

8.2 Послегарантийное обслуживание

2.6 Порядок контроля и приемки

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

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

3. Функциональное проектирование автоматизированной системы ведения учета товарооборота в торгово-закупочном предприятии

3.1 Описание CASE-средства ERWin Process Modeler 7.3

CA ERWin Process Modeler 7.3 - это средство, позволяющее создавать и разрабатывать функциональную модель.

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

В BPwin возможно построение смешанных моделей, т. с. модель может содержать одновременно как диаграммы IDEF0 (функциональная модель), так и DFD (DataFlow Diagram), и IDEF3 (WorkFlow Diagram) /1/.

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

Основу методологии DFD (Data Flow Diagramming) составляет графический язык описания бизнес-процессов. Диаграмма DFD используется для описания документооборота и обработки информации. Данная диаграмма представляет моделируемую систему как совокупность связанных между собой работ для более наглядного отображения текущих операций документооборота. DFD включает в себя:

- логические функции (активности);

- потоки данных;

- внешние ссылки (внешние источники и адресаты данных, которых находятся за границами моделируемой системы);

- хранилища данных - место, где объекты ожидают обработки.

Методология IDEF3 предназначен для таких моделей процессов, в которых важно понять последовательность выполнения действий и взаимозависимости между ними.

Как и в методе IDEF0, основной единицей модели IDEF3 является диафамма. Другой важный компонент модели -- действие, или в терминах IDEF3 «единица работы» (Unit of Work - UOW).

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

3.2 Описание функциональной модели системы

Диаграмма верхнего уровня системы учета основных средств разработана на основе методологии IDEF0. В качестве бизнес-процесса выступает «Оформление и доставки подписных изданий». Контекстная диаграмма для системы представлена на рисунке А.1.

Входными данными для системы являются:

- информация по изданию;

- информация о поступлении;

- личные данные подписчика;

- счет-фактура;

- заявка на подписку;

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

- личные данные сотрудника.

Выходными данными для системы являются:

- отчет по подписке;

- справочные данные о подписчике;

- справочные данные по изданию;

- приходный журнал;

- доставочный лист.

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

Функциональная декомпозиция работы «Оформление и доставки подписных изданий» проведена на основе результатов анализа предметной области с помощью методологии DFD (рисунок А.2). В результате декомпозиции выделено 6 бизнес-процессов:

- учет сведений по изданию;

- учет сведений о подписчиках;

- учет поступления изданий;

- оформление подписки;

- регистрация доставки;

- формирование выходных отчетов.

Для хранения данных определены следующие хранилища:

- издание;

- подписчик;

- поступление изданий;

- подписка;

- доставка.

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

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

Процесс «Учет поступления изданий» включает операции сохранения, изменения и удаления сведений счета-фактуры и информации о поступлении изданий. Входными данными для процесса «Учет поступления изданий» является счет-фактура, информация о поступлении. Выходными данными для процесса «Учет поступления изданий» являются сведения о поступлении.

Процесс «Оформление подписки» включает операции сохранения, изменения и удаления данных о подписках на периодические издания. Входными данными для процесса «Оформление подписки» являются заявка на подписку, данные издания и данные подписчика. Выходными данными для процесса «Оформление подписки» являются сведения о подписке.

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

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

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

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

4.1 Описание CASE-средства Erwin Data Modeler 7.3

Семейство продуктов ERwin относится к мощным персональным CASE-продуктам, предназначенным для моделирования баз данных самого различного типа. Отличительной чертой продуктов ERwin является высокая степень обеспечения согласованного взаимодействия между средствами создания баз данных и средствами разработки приложений в технологии клиент-сервер /2/.

CASE-средство CA Erwin Data Modeler 7.3 предназначено для разработчиков, проектировщиков БД, системных аналитиков для построения модели данных в процессе разработки технического проекта информационной системы. С помощью ERwin разработчик может, используя визуальные средства, описать логическую модель данных. На основе логической модели создается физическая модель для конкретной СУБД с использованием хранимых процедур и триггеров. Результатом работы по созданию физической модели может стать генерация структуры базы данных /2/.

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

Методологическую основу Erwin Data Modeler составляет технология IDEF1X (моделирование данных для реляционных СУБД). Результатом построения является ER-диаграмма («сущность-связь»). Графический подход к созданию моделей значительно упрощает процесс разработки /2/.

Модель Сущность-Связь (ER-модель) (англ. entity-relationship model (ERM) или англ. entity-relationship diagram (ERD)) - модель данных, позволяющая описывать концептуальные схемы. Предоставляет собой графическую нотацию, основанную на блоках и соединяющих их линиях, с помощью которых можно описывать объекты и отношения между ними какой-либо другой модели данных. В этом смысле ER-модель является мета-моделью данных, то есть средством описания моделей данных /3/.

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

4.2 Логическое проектирование базы данных системы

Логическое проектирование базы данных системы проведено с помощью CASE-средства Erwin Data Modeler 7.3.

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

Таблица 2 - Сущности спроектированной базы данных

Наименование сущности

Первичный ключ

Атрибуты сущности

1

2

3

Вид издания

Код вида издания

Наименование

Город

Код города

Наименование

Должность

Код должности

Наименование

Доставка

Код доставки

Код подписки

Дата доставки

Код сотрудника

Код участка

Издание

Код издания

Наименование

Периодичность

Цена

Код вида издания

Код издательства

Издательство

Код издательства

Наименование

Код города

Категория

Код категории

Наименование

Подписка

Код подписки

Код подписчика

Дата подписки

Количество

Сумма подписки

Код издания

Подписчик

Код подписчика

ФИО

Адрес

Телефон

Поступление

Код поступления

Код издания

Дата поступления

Количество

Сотрудник

Табельный номер

ФИО

Дата рождения

Код должности

Код категории

Улица

Код улицы

Наименование

Участок

Код участка

Код улицы

4.3 Разработка структуры связей

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

Таблица 3 - Описание связей между сущностями спроектированной базы данных

Главная сущность

Зависимая сущность

Внешний ключ

Описание связи

1

2

3

4

Вид издания

Издание

Код вида издания

Каждому изданию соответствует один и только один вид, но каждому виду могут соответствовать одно или несколько изданий

Город

Издательство

Код города

Каждое издательство располагается в одном конкретном городе, в каждом городе может располагаться одно или несколько издательств

Должность

Сотрудник

Код должности

Каждому сотруднику соответствует одна и только одна должность, но каждой должности может соответствовать один или несколько сотрудников

Издание

Подписка

Код издания

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

Издание

Поступление

Код издания

Поступление оформляется на одно конкретное издание, но каждое издание может поступать несколько раз

Издательство

Издание

Код издательства

Каждое издаие выпускается одним конкретным издательством, но каждое издательство может выпускать несколько изданий

Категория

Сотрудник

Код категории

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

Подписка

Доставка

Код подписки

Каждая доставка осуществляется в соответствии с одной конкретной подпиской, но по каждой подписке может быть осуществлено несколько доставок изданий

Подписчик

Подписка

Код подписчика

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

Сотрудник

Доставка

Код сотрудника

Каждая доставка осуществляется одним конкретным сотрудником, но каждый сотрудник может в разное время осуществлять несколько поставок

Улица

Участок

Код улицы

Каждый участок располагается на одной конкретной улице, но на каждой улице может располагаться несколько участков

Участок

Доставка

Код участка

Каждая доставка осуществляется на одном конкретном участке, но на каждом участке может быть осуществлено несколько доставок изданий

Все перечисленные выше связи между сущностями являются связями «один-ко-многим».

Логическая структура спроектированной базы данных (ER-диаграмма) представлена на рисунке Б.1.

4.4 Нормализация отношений базы данных

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

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

Атрибут, значения которого атомарны (неделимы) называется простым атрибутом. Сложный атрибут получается соединением нескольких атомарных атрибутов, которые могут быть определены на одном или разных доменах (его также называют вектор или агрегат данных) /4/.

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

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

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

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

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

Нормализация 2НФ-отношения с образованием 3НФ-отношения осуществляется путем устранения транзитивных зависимостей - транзитивно-зависимые атрибуты удаляются из отношения и помещаются в новое отношение вместе с их детерминантом /4/.

Все атрибуты 13 выделенных сущностей спроектированной базы данных атомарны и находятся в 1НФ. Удалены все группы повторяющихся данных, в каждой сущности выделен первичный ключ.

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

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

4.5 Физическое проектирование базы данных

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

Физическая модель базы данных разработана с помощью CASE-средства Erwin Data Modeler 7.3. При этом учитывались типы данных и другие особенности СУБД Firebird 2.5, включая допустимые имена таблиц и полей.

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

Таблица 4 - Соответствие имен в сущностях и таблицах базы данных

Наименование сущности

Наименование таблицы базы данных

Наименование атрибута

сущности

Наименование поля таблицы базы данных

Тип данных поля таблицы

Вид издания

Edition_Type

Код вида издания

ID_Edition_Type

Integer

Наименование

Name

Varchar

Город

City

Код города

ID_City

Integer

Наименование

Name

Varchar

Должность

Job

Код должности

ID_Job

Integer

Наименование

Name

Varchar

Доставка

Delivery

Код доставки

ID_Department

Integer

Код подписки

ID_Subscription

Integer

Дата доставки

DDate

Date

Код сотрудника

ID_Worker

Integer

Код участка

ID_Area

Integer

Издание

Edition

Код издания

ID_Edition

Integer

Наименование

Name

Varchar

Периодичность

Periodicity

Integer

Цена

Cost

Double Precision

Код вида издания

ID_Edition_Type

Integer

Код материально-ответственного лица

ID_Publisher

Integer

Издательство

Publisher

Код издательства

ID_Publisher

Integer

Наименование

Name

Varchar

Код города

ID_City

Integer

Категория

Category

Код категории

ID_Category

Integer

Наименование

Name

Varchar

Подписка

Subscription

Код подписки

ID_Subscription

Integer

Код подписчика

ID_Subscriber

Integer

Дата подписки

SDate

Date

Количество

Amount

Integer

Сумма подписки

Total

Double Precision

Код издания

ID_Edition

Integer

Подписчик

Repair_Type

Код подписчика

ID_Repair_Type

Integer

ФИО

Name

Varchar

Адрес

Address

Varchar

Телефон

Phone

Varchar

Поступление

Receipt

Код поступления

ID_Receipt

Integer

Код издания

ID_Edition

Integer

Дата поступления

RDate

Date

Количество

Amount

Integer

Сотрудник

Worker

Табельный номер

ID_Worker

Integer

ФИО

Namr

Varchar

Дата рождения

Birthdate

Date

Код должности

ID_Job

Integer

Код категории

ID_Category

Integer

Улица

Street

Код улицы

ID_Street

Integer

Наименование

Name

Varchar

Участок

Area

Код участка

ID_Area

Integer

Код улицы

ID_Street

Integer

ER-диаграмма физической структуры базы данных представлена в приложении Б на рисунке Б.2.

5. Анализ целесообразности использования заданных средств разработки

Разработка системы осуществлена с использованием среды визуального программирования Delphi 2006. База данных реализована с помощью СУБД Firebird 2.5.

Delphi 2006 позволяет создавать приложения для Windows в пять раз быстрее, чем другие решения для разработки, или тратить на это в пять раз меньше ресурсов, не жертвуя производительностью и возможностями. Применение среды Delphi 2006 уменьшает затраты времени и ресурсов на создание приложений, поскольку все функции Delphi 2006 - от средств создания настольных приложений до средств работы с веб-приложениями и серверами - подчинены одной цели: ускорить создание программ. А среда быстрой разработки позволяет уменьшить объем кода, необходимого для решения задач, стоящих перед разработчиками. Таким образом, использование среды программирования Delphi 2006 достаточно для проектирования автоматизированной системы /2/.

Преимущества Delphi 2006 по сравнению с аналогичными программными продуктами:

- быстрота разработки приложения;

- высокая производительность разработанного приложения;

- низкие требования разработанного приложения к ресурсам компьютера;

- наращиваемость за счет встраивания новых компонент и инструментов в среду Delphi 2006;

- возможность разработки новых компонент и инструментов собственными средствами Delphi 2006 (существующие компоненты и инструменты доступны в исходниках);

- удачная проработка иерархии объектов;

- доступно огромное количество визуальных компонентов третьих фирм, часть из которых freeware, часть shareware, часть - коммерческие.

Таким образом, Delphi 2006 идеально подходит в качестве среды разработки приложения.

Firebird (FirebirdSQL) -- компактная, кроссплатформенная, свободная система управления базами данных (СУБД), работающая на GNU/Linux, Microsoft Windows и разнообразных Unix-платформах.

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

Таким образом, использование СУБД Firebird 2.5 достаточно для создания базы данных. Её функциональные возможности позволяют полностью спроектировать базу данных со множеством нюансов.

6. Описание программы

6.1 Общие сведения

Автоматизированная информационная система называется «Подписка». Она реализована в среде программирования Delphi 2006, а база данных реализована посредством среды IBExpert и СУБД Firebird 2.5.

Программа работает в операционных системах Windows XP и выше.

6.2 Функциональное назначение

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

6.3 Описание логической структуры

С помощью инструмента IBExpert была создана база данных. При этом в качестве сервера базы данных использовался удаленный сервер с именем localhost. Расположение файла базы данных: D:\Data\Subscription.FDB. При создании базы данных были заполнены поля: сервер - удалённый, имя сервера - localhost, файл БД - D:\Data\Subscription.FDB, клиентская библиотека - fbclient.dll, имя пользователя - SYSDBA, пароль - masterkey, диалект БД - 3. При этом использован сервер СУБД Firebird версии 2.5.

Результаты создания таблиц базы данных представлены в приложении Ж на рисунках Ж.1-Ж.12.

Созданы внешние ключи, определяющие связи между таблицами. Они перечислены в таблице 5.

Таблица 5 - Внешние ключи разработанной базы данных

Главная таблица

Дочерняя таблица

Внешний ключ

Edition_Type

Edition

FK_Edition_1

City

Publisher

FK_Publisher_1

Job

Worker

FK_Worker_1

Edition

Subscription

FK_Subscription_1

Edition

Receipt

FK_Receipt_1

Publisher

Edition

FK_Edition_2

Category

Worker

FK_Worker_2

Subscription

Delivery

FK_Delivery_1

Subscriber

Subscription

FK_Subscription_2

Worker

Delivery

FK_Delivery_2

Street

Area

FK_Area_1

Area

Delivery

FK_Delivery_3

Созданы генераторы и триггеры для всех автоинкрементных полей таблиц базы данных. Они перечислены в таблице 6.

Таблица 6 - Генераторы и триггеры автоинкрементных полей

Наименоваие поля

Наименование таблицы БД

Наименование генератора

Наименование триггера

ID_Edition_Type

Edition_Type

Gen_ID_Edition_Type

Edition_Type_BI

ID_Area

Area

Gen_ID_Area

Area_BI

ID_Category

Category

Gen_ID_Category

Category_BI

ID_City

City

Gen_ID_City

City_BI

ID_Delivery

Delivery

Gen_ID_Delivery

Delivery_BI

ID_Edition

Edition

Gen_ID_Edition

Edition_BI

ID_Job

Job

Gen_ID_Job

Job_BI

ID_Publisher

Publisher

Gen_ID_Publisher

Publisher_BI

ID_Receipt

Receipt

Gen_ID_Receipt

Receipt_BI

ID_Street

Street

Gen_ID_Street

Street_BI

ID_Subscriber

Subscriber

Gen_ID_Subscriber

Subscriber_BI

ID_Subscription

Subscription

Gen_ID_Subscription

Subscription_BI

ID_Worker

Worker

Gen_ID_Worker

Worker_BI

В дальнейшем была разработана программа в среде Delphi 2006, позволяющая добавлять, редактировать, удалять и просматривать данные в созданной БД.

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

Таблица 7 - Модули разработанного приложения

Наименоваие модуля

Назначение

uStart

Модуль главной формы приложения fmStart

DataM

Невизуальный модуль данных, содержащий компоненты связи с БД

About

Модуль формы справки приложения fmAbout

uEditionType

Модуль формы справочника «Виды изданий» fmEditionType

uEdition

Модуль формы справочника «Издания» fmEdition

uJob

Модуль формы справочника «Должности» fmJob

uCategory

Модуль формы справочника «Категории» fmCategory

uStreet

Модуль формы справочника «Улицы» fmStreet

uArea

Модуль формы справочника «Участки» fmArea

uCity

Модуль формы справочника «Города» fmCity

uPublisher

Модуль формы справочника «Издательства» fmPublisher

uWorker

Модуль формы справочника «Сотрудники» fmWorker

uSubscriber

Модуль формы справочника «Подписчики» fmSubscriber

uSubscription

Модуль формы оформления подписки fmSubscription

uReceipt

Модуль формы оформления поступления fmReceipt

uDelivery

Модуль формы регистрации доставки fmDelivery

Report1

Модуль формы отчета «Отчет по подписке»

Report2

Модуль формы отчета «Приходный журнал»

На форме модуля данных DataM размещены невизуальные компоненты для работой с БД из пакета FIBPlus: TFIBDatabase, TFIBTransaction (2 шт.), TFIBDataSet (35 шт.). Кроме того, добавлено 35 компонентов класса TDataSource с вкладки DataAccess. Этим компонентам присвоены следующие имена: dbSubscription (для связи с БД), trRead, trUpdate (для совершения транзакций), dstArea, dsArea, dstStreetNull, dsStreetNull, dstArea1, dsArea1 (для связи с таблицей «Area»), dstCategory, dsCategory (для связи с таблицей «Category»), dstCity, dsCity (для связи с таблицей «City»), dstDelivery, dsDelivery, dstAreaNull, dsAreaNull, dstWorkerNull, dsWorkerNull, dstSubscriptionNull, dsSubscriptionNull, dstDelivery1, dsDelivery1 (для связи с таблицей «Delivery), dstEdition, dsEdition, dstEditionTypeNull, dsEditionTypeNull, dstPublisherNull, dsPublisherNull, dstEdition1, dsEdition1 (для связи с таблицей «Edition»), dstEditionType, dsEditionType (для связи с таблицей «Edition_Type»), dstJob, dsJob (для связи с таблицей «Job»), dstPublisher, dsPublisher, dstCityNull, dsCityNull, dstPublisher1, dsPublisher1 (для связи с таблицей «Publisher»), dstReceipt, dsReceipt, dstEditionNull1, dsEditionNull1, dstReceipt1, dsReceipt1 (для связи с таблицей «Receipt»), dstStreet, dsStreet (для связи с таблицей «Street»), dstSubscriber, dsSubscriber (для связи с таблицей «Subscriber»), dstSubscription, dsSubscription, dstEditionNull2, dsEditioNull2, dstSubscriberNull, dsSubscriberNull, dstSubscription1, dsSubscription1 (для связи с таблицей «Subscription»), dstWorker, dsWorker, dstJobNull, dsJobNull, dstCategoryNull, dsCategoryNull, dstWorker1, dsWorker1 (для связи с таблицей «Worker»), dstCost, dsCost (для получения значения цены экземпляра издания).

Модуль данных представлен на рисунке Ж.13.

Текст модулей разработанной программы (uStart.pas, About.pas, DataM.pas, uArea.pas, uCategory.pas, uCity.pas, uEdition.pas, uEditionType.pas, uJob.pas, uPublisher.pas, uReceipt.pas, uStreet.pas, uSubscriber.pas, uSubscription.pas, uWorker.pas, Report1.pas, Report2.pas) приведен в приложении Г.

Проект сохранен в отдельном каталоге Subscription под именем Subscription.dpr. В указанном каталоге также сохранены файлы всех модулей и форм приложения.

Исполняемый файл приложения называется Subscription.exe.

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

Таблица 8 - Процедуры и функции приложения

Модули

Процедуры и функции

Назначение

uStart

procedure TfmStart.FormClose

Обработчик события закрытия главной формы при нажатии на кнопку «Выход» главного меню. Закрывает соединение с БД.

TfmStart.FormShow

Обработчик события отображения на экране главной формы. Открывает соединение с БД.

TfmStart.N10Click

Создает форму «Справочники - Сотрудники»

TfmStart.N11Click

Закрывает приложение

TfmStart.N12Click

Создает форму «Поступление основных средств»

TfmStart.N13Click

Создает форму «Ввод в эксплуатацию»

TfmStart.N14Click

Создает форму «Модернизация основных средств»

TfmStart.N15Click

Создает форму «Ремонт основных средств»

TfmStart.N16Click

Создает форму «Списание основных средств»

TfmStart.N17Click

Создает форму «Начисление амортизации»

TfmStart.N18Click

Создает форму «Отчеты - Отчет о поступлении основных средств»

TfmStart.N19Click

Создает форму «Отчеты - Отчет о начислении амортизации»

TfmStart.N6Click

Создает форму «О программе»

TfmStart.N7Click

Создает форму «Справочники - Типы ремонта»

TfmStart.N8Click

Создает форму «Справочники - Виды основных средств»

TfmStart.N9Click

Создает форму «Справочники - Подразделения»

ActivType

TfmActivType.buDeleteClick

Обработчик нажатия кнопки «Удалить». Удаляет выбранную запись из таблицы «Вид основных средств».

TfmActivType.buEditClick

Обработчик нажатия кнопки «Изменить». Вносит указанные изменения в выбранную запись таблицы «Вид основных средств».

TfmActivType.buExitClick

Обработчик нажатия кнопки «Выход». Закрывает форму «Справочники - Виды основных средств»

TfmActivType.buInsertClick

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

TfmActivType.DBGrid1CellClick

Обработчик клика по строке таблицы «Вид основных средств». Вводит данные полей выбранной записи в соответствующие текстовые поля на форме.

TfmActivType.FormClose

Обработчик закрытия формы «Справочники - Виды основных средств».

TfmActivType.FormShow

Обработчик события отображения на экране формы «Справочники - Виды основных средств».

Amortization

TfmAmortization.buDeleteClick

Обработчик нажатия кнопки «Удалить». Удаляет выбранную запись из таблицы «Начисление амортизации».

TfmAmortization.buEditClick

Обработчик нажатия кнопки «Изменить». Вносит указанные изменения в выбранную запись таблицы «Начисление амортизации».

TfmAmortization.buExitClick

Обработчик нажатия кнопки «Выход». Закрывает форму «Начисление амортизации»

TfmAmortization.buInsertClick

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

TfmAmortization.DBGrid1CellClick

Обработчик клика по строке таблицы «Начисление амортизации». Вводит данные полей выбранной записи в соответствующие текстовые поля на форме.

TfmAmortization.DBGrid2CellClick

Обработчик клика по строке таблицы «Ввод в эксплуатацию». Выводит записи таблицы «Начисление амортизации», связанные с выбранной записью таблицы «Ввод в эксплуатацию».

TfmAmortization.FormClose

Обработчик закрытия формы «Начисление амортизации».

TfmAmortization.FormShow

Обработчик события отображения на экране формы «Начисление амортизации».

Department

TfmDepartment.buDeleteClick

Обработчик нажатия кнопки «Удалить». Удаляет выбранную запись из таблицы «Подразделения».

TfmDepartment.buEditClick

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

TfmDepartment.buExitClick

Обработчик нажатия кнопки «Выход». Закрывает форму «Справочники - Подразделения»

TfmDepartment.buInsertClick

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

TfmDepartment.DBGrid1CellClick

Обработчик клика по строке таблицы «Подразделения». Вводит данные полей выбранной записи в соответствующие текстовые поля на форме.

TfmDepartment.FormClose

Обработчик закрытия формы «Справочники - Подразделения».

TfmDepartment.FormShow

Обработчик события отображения на экране формы «Справочники - Подразделения».

Inventory

TfmInventory.buDeleteClick

Обработчик нажатия кнопки «Удалить». Удаляет выбранную запись из таблицы «Ввод в эксплуатацию».

TfmInventory.buEditClick

Обработчик нажатия кнопки «Изменить». Вносит указанные изменения в выбранную запись таблицы «Ввод в эксплуатацию».

TfmInventory.buExitClick

Обработчик нажатия кнопки «Выход». Закрывает форму «Ввод в эксплуатацию»

TfmInventory.buInsertClick

Обработчик нажатия кнопки «Добавить». Добавляет запись с указанными данными в таблицу «Ввод в эксплуатацию».

TfmInventory.buPrintClick

Обработчик нажатия кнопки «На печать». Выводит на экран печатную форму документа «Акт ввода в эксплуатацию».

TfmInventory.DBGrid1CellClick

Обработчик клика по строке таблицы «Ввод в эксплуатацию». Вводит данные полей выбранной записи в соответствующие текстовые поля на форме.

TfmInventory.DBGrid2CellClick

Обработчик клика по строке таблицы «Основные средства».

TfmInventory.Edit1KeyPress

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

TfmInventory.FormClose

Обработчик закрытия формы «Ввод в эксплуатацию».

TfmInventory.FormShow

Обработчик события отображения на экране формы «Ввод в эксплуатацию».

Modernization

TfmModernization.buDeleteClick

Обработчик нажатия кнопки «Удалить». Удаляет выбранную запись из таблицы «Модернизация основных средств».

TfmModernization.buEditClick

Обработчик нажатия кнопки «Изменить». Вносит указанные изменения в выбранную запись таблицы «Модернизация основных средств».

TfmModernization.buExitClick

Обработчик нажатия кнопки «Выход». Закрывает форму «Модернизация основных средств»

TfmModernization.buInsertClick

Обработчик нажатия кнопки «Добавить». Добавляет запись с указанными данными в таблицу «Модернизация основных средств».

TfmModernization.buPrintClick

Обработчик нажатия кнопки «На печать». Выводит на экран печатную форму документа «Акт о модернизации».

TfmModernization.DBGrid1CellClick

Обработчик клика по строке таблицы «Модернизация основных средств». Вводит данные полей выбранной записи в соответствующие текстовые поля на форме.

TfmModernization.DBGrid2CellClick

Обработчик клика по строке таблицы «Ввод в эксплуатацию». Выводит записи таблицы «Модернизация основных средств», связанные с выбранной записью таблицы «Ввод в эксплуатацию».

TfmModernization.Edit1KeyPress

Обработчик ввода данных с клавиатуры в поле ввода «Стоимость». Запрещает ввод символов, не являющихся цифрами

TfmModernization.FormClose

Обработчик закрытия формы «Модернизация основных средств».

TfmModernization.FormShow

Обработчик события отображения на экране формы «Модернизация основных средств».

Receipt

TfmReceipt.buAddClick

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

TfmReceipt.buDeleteClick

Обработчик нажатия кнопки «Удалить». Удаляет выбранную запись из таблицы «Актив».

TfmReceipt.buEditClick

Обработчик нажатия кнопки «Изменить». Вносит указанные изменения в выбранную запись таблицы «Актив».

TfmReceipt.buExitClick

Обработчик нажатия кнопки «Выход». Закрывает форму «Поступление основных средств»

TfmReceipt.buInsertClick

Обработчик нажатия кнопки «Добавить». Добавляет запись с указанными данными в таблицу «Актив».

TfmReceipt.buChooseClick

Обработчик нажатия кнопки «Выбрать». Открывает форму «Справочники - Поставщики» для выбора поставщика.

TfmReceipt.DBGrid1CellClick

Обработчик клика по строке таблицы «Актив». Вводит данные полей выбранной записи в соответствующие текстовые поля на форме.

TfmReceipt.Edit1KeyPress

Обработчик ввода данных с клавиатуры в поле ввода «Стоимость». Запрещает ввод символов, не являющихся цифрами

TfmReceipt.FormClose

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

TfmReceipt.FormShow

Обработчик события отображения на экране формы «Поступление основных средств».

Repair

TfmRepair.buDeleteClick

Обработчик нажатия кнопки «Удалить». Удаляет выбранную запись из таблицы «Ремонт основных средств».

TfmRepair.buEditClick

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

TfmRepair.buExitClick

Обработчик нажатия кнопки «Выход». Закрывает форму «Ремонт основных средств»

TfmRepair.buInsertClick

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

TfmRepair.buPrintClick

Обработчик нажатия кнопки «На печать». Выводит на экран печатную форму документа «Акт о ремонте».

TfmRepair.DBGrid1CellClick

Обработчик клика по строке таблицы «Ремонт основных средств». Вводит данные полей выбранной записи в соответствующие текстовые поля на форме.

TfmRepair.DBGrid2CellClick

Обработчик клика по строке таблицы «Ввод в эксплуатацию». Выводит записи таблицы «Ремонт основных средств», связанные с выбранной записью таблицы «Ввод в эксплуатацию».

TfmRepair.Edit1KeyPress

Обработчик ввода данных с клавиатуры в поле ввода «Стоимость». Запрещает ввод символов, не являющихся цифрами

TfmRepair.FormClose

Обработчик закрытия формы «Ремонт основных средств».

TfmRepair.FormShow

Обработчик события отображения на экране формы «Ремонт основных средств».

RepairType

TfmRepairType.buDeleteClick

Обработчик нажатия кнопки «Удалить». Удаляет выбранную запись из таблицы «Тип ремонта».

TfmRepairType.buEditClick

Обработчик нажатия кнопки «Изменить». Вносит указанные изменения в выбранную запись таблицы «Тип ремонта».

TfmRepairType.buExitClick

Обработчик нажатия кнопки «Выход». Закрывает форму «Справочники - Типы ремонта»

TfmRepairType.buInsertClick

Обработчик нажатия кнопки «Добавить». Добавляет запись с указанными данными в таблицу «Тип ремонта».

TfmRepairType.DBGrid1CellClick

Обработчик клика по строке таблицы «Тип ремонта». Вводит данные полей выбранной записи в соответствующие текстовые поля на форме.

TfmRepairType.FormClose

Обработчик закрытия формы «Справочники - Типы ремонта».

TfmRepairType.FormShow

Обработчик события отображения на экране формы «Справочники - Типы ремонта».

Responsible

TfmResponsible.buDeleteClick

Обработчик нажатия кнопки «Удалить». Удаляет выбранную запись из таблицы «Материально-ответственное лицо».

TfmResponsible.buEditClick

Обработчик нажатия кнопки «Изменить». Вносит указанные изменения в выбранную запись таблицы «Материально-ответственное лицо».

TfmResponsible.buExitClick

Обработчик нажатия кнопки «Выход». Закрывает форму «Справочники - Сотрудники»

TfmResponsible.buInsertClick

Обработчик нажатия кнопки «Добавить». Добавляет запись с указанными данными в таблицу «Материально-ответственное лицо».

TfmResponsible.DBGrid1CellClick

Обработчик клика по строке таблицы «Материально-ответственное лицо». Вводит данные полей выбранной записи в соответствующие текстовые поля на форме.

TfmResponsible.FormClose

Обработчик закрытия формы «Справочники - Сотрудники».

TfmResponsible.FormShow

Обработчик события отображения на экране формы «Справочники - Сотрудники».

Supplier

TfmSupplier.buChooseClick

Обработчик нажатия кнопки «Выбрать». Закрывает форму «Справочники - Поставщики»

TfmSupplier.buDeleteClick


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.