Имитационная модель работы с базой данных по принципу 1С на примере расчетной ведомости Т-51

  • Вид работы:
    Курсовая работа (т)
  • Предмет:
    Информационное обеспечение, программирование
  • Язык:
    Русский
    ,
    Формат файла:
    MS Word
    939,67 Кб
  • Опубликовано:
    2013-02-05
Вы можете узнать стоимость помощи в написании студенческой работы.
Помощь в написании работы, которую точно примут!

Имитационная модель работы с базой данных по принципу 1С на примере расчетной ведомости Т-51

Новотроицкий филиал Федерального государственного автономного образовательного учреждения высшего профессионального образования

«Национальный исследовательский технологический университет «МИСиС»









Курсовая работа

По дисциплине: «Базы данных»

Тема: «Имитационная модель работы с базой данных по принципу 1С на примере расчетной ведомости Т-51»

Исполнитель: Коряк Д.С.

Руководитель: Быковец Н.П




Новотроицк 2012

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

. ТЕОРЕТИЧЕСКАЯ ЧАСТЬ

.1      Характеристика реляционной модели данных. Базовые принципы реляционного подхода. Основные понятия и определения

1.2    Обеспечение отказоустойчивости в SQL-Server

2. ПРАКТИЧЕСКАЯ ЧАСТЬ

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

.2 Логическое проектирование АИС

.2.1 Проектирование БД

.2.2 Проектирование интерфейса

.3 Физическая реализация АИПС

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

ЗАКЛЮЧЕНИЕ

СПИСОК ЛИТЕРАТУРЫ

ПРИЛОЖЕНИЯ

ВВЕДЕНИЕ

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

Цель курсовой работы: научиться создавать БД и СУБД средствами среды визуального проектирования Borland Delphi 7.0. А так же: осмысление, закрепление изученного теоретического материала и углубление знаний в процессе самостоятельной работе. Получение практических умений и навыков.

Объектом исследования курсовой работы являются БД и СУБД.

Предметом исследования курсовой работы является среда визуального проектирования Borland Delphi 7.0.

Задачи:

. Разработать алгоритм реализации БД;

. Разработать приложение для работы с данной БД.

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

.        Теоретическая часть;

.        Практическая часть.

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

1. ТЕОРЕТИЧЕСКАЯ ЧАСТЬ

1.1    Характеристика реляционной модели данных. Базовые принципы реляционного подхода. Основные понятия и определения

Реляционная модель данных.

Реляционная модель данных была предложена математиком Э.Ф. Коддом (Codd E.F.) в 1970 г. РМД является наиболее широко распространенной моделью данных и единственной из трех основных моделей данных, для которой разработан теоретический базис с использованием теории множеств.

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

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

Свойства отношений.

Отношение обладает двумя основными свойствами:

-       в отношении не должно быть одинаковых кортежей, т.к. это множество;

-       порядок кортежей в отношении несущественен.

Отношение удобно представлять как таблицу, где строка является кортежем, столбец соответствует домену (рис. 3, отношение студенты).

Домен 1 . Домен 2 .. . домен 3 (ключ) . .домен 4 . . .. .домен 5

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

Группа

Фио студента

Номер зачётной книжки

Год рождения

Стипендия

С-72

Волкова Елена Павловна

С-12298

1981

566.40

С-91

Белов Сергей Юрьевич

С-12299

1980

400.00

. . .

С-72

Фролов Юрий Вадимович

С-14407

1981

0

Рис.1. Пример табличной формы представления отношения

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

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

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

Базовые принципы реляционного подхода.

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

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

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

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

В своей статье, опубликованной в журнале «Computer Word», Кодд сформулировал двенадцать приведенных ниже правил, которым должна соответствовать настоящая реляционная база данных.

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

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

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

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

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

·        определение данных;

·        определение представлений;

·        обработку данных (интерактивную и программную);

·        условия целостности;

·        идентификацию прав доступа;

·        границы транзакций (начало, завершение и отмена).

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

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

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

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

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

.        Правило независимости распространения. Реляционная СУБД не должна зависеть от потребностей конкретного клиента.

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

1.2    Обеспечение отказоустойчивости в SQL-Server

Отказоустойчивость часто меряется в "девятках" - процентах, выражающих количество времени в году, когда система находится в рабочем состоянии. Четыре девятки (99,99 %) означают, что система находится в нерабочем режиме не больше 52 минут в году. Пять девяток означают, что режим бездействия в сумме не превышает 5,26 минут в году. А шесть девяток дают допустимое отклонение от работоспособного режима всего 32 секунды в году. В зависимости от особенностей бизнеса, это время может включать время запланированных простоев. По мере стремления достичь большего числа "девяток" отказоустойчивости, приемы управления должны совершенствоваться вместе с технологическими решениями.

Можно достичь пяти девяток отказоустойчивости, делая упор на три основные технологии SQL Server 2000 - отказоустойчивую кластеризацию, перемещение журналов и репликацию. Еще один аспект отказоустойчивости рассматривается как "Восстановление после сбоя тоже означает отказоустойчивость" <#"607294.files/image001.gif">











Рис.2 Проектирование БД

2.2.2 Проектирование интерфейса

Для реализации БД в Borland Delphi 7.0. создаются формы:

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

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

. Форма для вывода информации о БД и ее разработчике.

. Форма для вывода уточнения о выходе.

2.3 Физическая реализация

Реализация проекта осуществляется следующим образом:

.        В Microsoft SQL Server 2005 создаются таблицы:

)Таблица Должность. Состоит из следующих полей:

·        Код должности - int;

·        Название должности - varchar(30);

·        Оклад - money.

)Таблица Подразделение. Состоит из следующих полей:

·        Код подразделения - int;

·        Название подразделения- varchar(30).

)Таблица Начисления. Состоит из следующих полей:

·        Код начисления - int;

·        Название начисления- varchar(30);

·        Размер начисления - money.

)Таблица Удержание. Состоит из следующих полей:

·        Код удержания - int;

·        Название удержания- varchar(30);

·        Размер удержания - money.

)Таблица Выплаты. Состоит из следующих полей:

·        Код выплаты - int;

·        Название выплаты- varchar(30);

·        Размер выплаты - money.

) Таблица Сотрудник. Состоит из следующих полей:

·        Таб. Номер сотрудника - int;

·        ФИО сотрудника- varchar(30);

·        Год рождения - int;

·        Ставка - real;

·        Код должности - int;

·        Код подразделения - int.

)Таблица Ведомость. Состоит из следующих полей:

·        Код ведомости - int;

·        Таб. Номер сотрудника - int;

·        Код должности - int;

·        Ставка - int;

·        Код начисления - int;

·        Код выплаты - int;

·        Код удержания- int;

·        Всего - int.

Подробное описание каждого типа:

·        INT - Хранит целые числа со знаком или без знака в диапазоне от -2 147 483 648 до 2 147 483 647. Занимает 4 байта. Все целочисленные типы данных, а также типы, хранящие десятичные дроби, поддерживают свойство

·        MONEY -Хранит денежные значения в диапазоне от -922337203685477.5808 до 922337203685477.5807. Значение занимает 8 байт.

·        REAL - Хранит значения с плавающей точкой в диапазоне -3.40Е+38 до 3.40Е+38. Занимает 4 байта. Тип REAL функционально эквивалентен типу FLOAT(24).

·        VARCHAR (n) -Хранит символьные данные фиксированной длины размером от 1 до 8000 символов. Занимаемое место равно реальному размеру введенного значения в байтах, а не значению n.

.        Создаем схему БД











Рис. 3 схема БД

.        В Borland Delphi 7.0. создаем формы для размещения данных таблиц и запроса.

Для соединения с базой данных необходимо воспользоваться компонентом ADOConnection на вкладке ADO. Поместим такой компонент на форму. Далее выбираем свойство ConnectionString. Появляется окно - рис 4.

Рис. 4 Указывается путь к БД

Нажимаем кнопку Build, появляется окно - рис 5.

Рис. 5 Выбор поставщика

Выбираем поставщика и нажимаем кнопку далее.

В появившейся вкладке соединение выберем Имя сервера и базу данных на сервере. Имя пользователя и пароль не трогать.

Далее в вкладке ADO размещаем на форму компонент ADOTable - свойства:

1.      connection - ADOConnection

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

В вкладке Data Access выбираем компонент Data Source, размещаем на форму. Свойство - DataSet - выбираем ADOTable.

В кладке Data Controls размещаем компонент DBGrid . Свойство - Data Source выбираем Data Source.

Далее необходимо вернуться в вкладку свойств для компонента ADOTable и установить свойство Active - true.

Таблица появляется в компоненте DBGrid.

Появляется окно :




Рис.6 Окно пароля

Наживаем кнопку ок

Результат








Рис.7 Результат

Для того, чтобы можно было добавлять, удалять и редактировать поля таблицы, надо разместить еще один компонент. Во вкладке Data Controls выбираем компонент DBNavigator. у него установить свойство - Data Sourse - Data Sourse.

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

Компонент TLabel

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

Компонент TImage

TImage - отображает графическое изображение на форме. Воспринимает форматы BMP, ICO, WMF. Если картинку подключить во время дизайна программы, то она прикомпилируется к EXE файлу.

Компонент TButtonпозволяет выполнить какие-либо действия при нажатии кнопки во время выполнения программы. В Delphi все делается очень просто. Поместив TButton на форму, по двойному щелчку можно создать заготовку обработчика события нажатия кнопки. Далее нужно заполнить заготовку кодом. Этот компонент доступен из модуля STDCTRL, и находится на странице палитры компонентов Standard

Компонент TMainMenu

Компонент TMainMenu предназначен для добавления к программе главного меню.

Компонент TMainMenu - невизуальный, в отличие от визуальных компонентов TEdit и TLabel, в точности соответствующих своему внешнему виду в работающей программе. Это означает, что хотя он виден на форме как небольшой квадрат, в окне созданной программы в таком виде компонент не появится.

Компонент TDataSource

Невизуальный компонент DataSource представляет собой источник данных, который обеспечивает связь между набором данных и компонентами отображения и редактирования данных.

Все наборы данных должны быть связаны с компонентом источника данных, если требуется редактирование данных. Основное свойство источника данных - DataSet. Оно указывает на компонент набора данных (Table, Query и др), с которыми связан источник.

Свойство

Описание

DataSet

Набор данных, с которым связан компонент.


Компонент ADOConnection

Компонент ADOConnection обеспечивает соединение с базой данных.

Свойство

Описание

ConnectionString

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

Компонент DBGrid

Компонент DBGrid используется для просмотра и редактирования базы данных в режиме таблицы.

Свойства

Описание

DataSource

Источник отображаемых в таблице данных [компонент DataSource].


Компонент ТADOTable

Компонент ТАDOTаblе обеспечивает использование в приложениях Delphi таблиц БД, подключенных через провайдеры OLE DB. По своим функциональным возможностям и применению он подобен стандартному табличному компоненту.

Соединение с базой данных осуществляется установкой в свойства Active значения true. При этом если связь с базой данных осуществляется через компонент ADOConnection, надо учитывать указанную в описании этого компонента взаимосвязь свойства Active компонента ТADOTable и свойства Connected компонента ADOConnection.

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

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

Можно просмотреть справочники «Начисления», «Удержания», «Выплаты», с помощью пункта меню «Бухгалтерский учет».

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

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

С помощью пункта меню «О программе» можно просмотреть данные о самой базе данных и его разработчике.

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

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

ЗАКЛЮЧЕНИЕ

Цель курсовой работы достигнута. При выполнении курсовой работы в СУБД SQL Server были созданы таблицы, а в среде визуального проектирования Borland Delhi происходит их реализация, а также создание запросов.

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

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

При написании данного приложения были использованы знания, полученные в результате изучения дисциплин: базы данных, алгоритмические языки высокого уровня и информационные системы, так как для представления программ в Delphi используется язык Object Pascal, в основе которого лежит ставший классическим Turbo Pascal. В данной работе были широко использованы методы работы с БД и СУБД, создание таблиц, организация связи между ними и другое.

Достоинством этой программы является:

1. удобный пользовательский интерфейс;

2. наглядность таблиц;

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

4. возможность корректировать данные;

5. возможность просмотра ведомости.

Для дальнейшего усовершенствования данного программного продукта можно добавить:

1. усовершенствовать запрос;

2. добавить дополнительные поля в таблицы;

3. увеличить количество операций СУБД;

Таким образом, база данных легко поддаётся алгоритмизации в силу достаточно простых процедур, хотя это не является очевидным. Все эти недостатки, при необходимости, устранить, возможно, и при этом за небольшой промежуток времени. Системные требования: P 166/32 Mb/Ос Win9x.

СПИСОК ЛИТЕРАТУРЫ

1. Бобровский С. Delphi5: учебный курс. - Спб: Питер, 2001, - 640 с;

. Фаронов В. Программирование баз данных в Delpi 7: учебный курс. - Спб: Питер, 2003, 459 с;

. Хомоненко А., Цыганков В., Мальцев М. Базы данных: учебное пособие. - Спб: Корона, 2003, - 665 с.

ПриложениЯ

Приложение 1

















Рисунок 1 - procedure TForm1.N2Click(Sender: TObject)


















Рисунок 2 - procedure TForm1.N3Click(Sender: TObject)


















Рисунок 3 - procedure TForm1.N4Click(Sender: TObject)


















Рисунок 4 - procedure TForm1.N7Click(Sender: TObject)







Рисунок 5 - procedure TForm1.N5Click(Sender: TObject)






Рисунок 6 - procedure TForm1.N6Click(Sender: TObject)





Рисунок 7 - procedure TForm1.FormCreate(Sender: TObject);

Приложение 2

Листинг программыUnit1;, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,, Grids, DBGrids, DB, ADODB, ExtCtrls, DBCtrls, StdCtrls, Menus,, MPlayer;= class(TForm): TADOConnection;: TADOTable;: TDataSource;: TDBGrid;: TDBNavigator;: TLabel;: TMainMenu;: TMenuItem;: TMenuItem;: TMenuItem;: TMenuItem;: TMenuItem;: TMenuItem;: TImage;: TMenuItem;: TMediaPlayer;N5Click(Sender: TObject);N6Click(Sender: TObject);N2Click(Sender: TObject);N3Click(Sender: TObject);N4Click(Sender: TObject);N7Click(Sender: TObject);FormCreate(Sender: TObject);

{ Private declarations }

{ Public declarations };: TForm1;Unit2,Unit3;

{$R *.dfm}TForm1.N5Click(Sender: TObject);.show;TForm1.N6Click(Sender: TObject);.Close;TForm1.N2Click(Sender: TObject);.Show;Form3 do.Visible:= False;.Visible:= False;.Visible:=False ;.Visible:=False ;.Visible:= False;.Visible:=False ;.Visible:=False;.Visible:=False;.Visible:=False;.Visible:= true;.Visible:=true ;.Visible:=true;;;TForm1.N3Click(Sender: TObject);.Show;Form3 do.Visible:= False;.Visible:= False;.Visible:=False ;.Visible:=False ;.Visible:= False;.Visible:=False ;.Visible:=False;.Visible:=False;.Visible:=False;.Visible:= true;.Visible:=true ;.Visible:=true;;;TForm1.N4Click(Sender: TObject);.Show;Form3 do.Visible:= False;.Visible:= False;.Visible:=False ;.Visible:=False ;.Visible:= False;.Visible:=False ;.Visible:=False;.Visible:=False;.Visible:=False;.Visible:= true;.Visible:=true ;.Visible:=true;;;TForm1.N7Click(Sender: TObject);.Show;Form3 do.Visible:= False;.Visible:= False;.Visible:=False ;.Visible:=False ;.Visible:= False;.Visible:=False ;.Visible:=False;.Visible:=False;.Visible:=False;.Visible:= true;.Visible:=true ;.Visible:=true;;;TForm1.FormCreate(Sender: TObject);.FileName := 'H:\МИСиС\ИС\Курсовая работа\Film_film_film.mp3' ;.Open;.Play;;.Unit2;Windows, SysUtils, Classes, Graphics, Forms, Controls, StdCtrls,, ExtCtrls, jpeg;= class(TForm): TPanel;: TImage;: TLabel;: TLabel;: TLabel;: TLabel;: TButton;OKButtonClick(Sender: TObject);

{ Private declarations }

{ Public declarations };: TAboutBox;

{$R *.dfm}TAboutBox.OKButtonClick(Sender: TObject);.Close;.Unit3;, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,, jpeg, ExtCtrls, StdCtrls, DBCtrls, Grids, DBGrids, DB, ADODB;= class(TForm): TADOTable;: TADOTable;: TADOTable;: TDataSource;: TDataSource;: TDataSource;: TADOConnection;: TDBGrid;: TDBGrid;: TDBGrid;: TDBNavigator;: TLabel;: TLabel;: TLabel;: TImage;: TDBNavigator;: TDBNavigator;: TADOTable;: TDataSource;: TDBGrid;: TDBNavigator;: TLabel;

{ Private declarations }

{ Public declarations };: TForm3;Unit1;

{$R *.dfm}.

Похожие работы на - Имитационная модель работы с базой данных по принципу 1С на примере расчетной ведомости Т-51

 

Не нашли материал для своей работы?
Поможем написать уникальную работу
Без плагиата!