Создание информационной системы по учету оказанных услуг
Разработка программы для учета услуг на предприятии и хранения данных о сотрудниках и заказчиках. Анализ и состав входящей и исходящей информации. Структура базы данных, выполнение запросов. Система управления базами данных, принципы их организации.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | курсовая работа |
Язык | русский |
Дата добавления | 06.12.2012 |
Размер файла | 1,7 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Министерство образования и науки РФ
ФГОУ СПО Хакасский политехнический колледж
Специальность 230103
"Автоматизированные системы обработки информации и управления (по отраслям)"
Пояснительная записка
к курсовому проекту
ПО ДИСЦИПЛИНЕ: РАЗРАБОТКА И ЭКСПЛУТАЦИЯ АВТОМАТИЗИРОВАННЫХ ИНФОРМАЦИОННЫХ СИСТЕМ
тема: "Создание информационной системы по учету оказанных услуг"
Руководитель: С.С. Ощепков
Выполнил: Студент группы АИС - 41 Шакалеев И.С.
Абакан 2011 год
Содержание
- Введение
- 1. Теоретический раздел
- 1.1 Постановка задачи
- 1.2 Рекомендуемые требования к составу и параметрам технических средств
- 1.3 Анализ и состав входящей информации
- 1.4 Анализ и состав исходящей информации
- 1.6 Структура БД. Структура таблиц
- 1.7 Декомпозиция диаграмм
- 1.8 Построение SADT-диаграмм
- 1.9 Схема Базы данных
- 1.10 Выполнение запросов к базе данных (Поиск)
- 2. Основной раздел
- 2.1 Система управления базами данных
- 2.2 Принципы организации данных, лежащие в основе СУБД
- 2.3 Классификации СУБД
- Заключение
- Литература
- Приложения
Введение
В настоящее время эффективная работа предприятия зависит от уровня оснащения офиса компании электронным оборудованием, таким, как компьютеры, программное обеспечение, средства связи, копировальные устройства.
Среди них особое место занимают базы данных. Их использование позволяет сократить время, требуемое на поиск нужной информации, уменьшить непроизводительные затраты при их реализации, исключить возможность появления ошибок в подготовке различных видов документации, что дает для предприятия прямой экономический эффект.
Основная причина применения систем, использующих базу данных, является стремление собрать все обрабатываемые данные в единое целое и обеспечить к ним контролируемый доступ.
Несомненно, Оказание услуг на предприятии, представляет собой не хаотичное перемещение персонала из одного структурного подразделения в другое, а напротив, носит четко-упорядоченную и законно-регламентированную динамику, управление которой, является одной из наиболее важных функций менеджмента в организации. Поэтому, каждый управляющий (а в частности, для функционального менеджера это является основной задачей), должен не только, хорошо представлять себе этот процесс, но и стараться как-либо, усовершенствовать, улучшить его (с точки зрения управления), не нарушая установленных законодательством норм.
Цель работы, задачи для решения поставленной цели
Данное программное средство разрабатывается для внедрения его в отдел оказанных услуг на предприятии. Планируется при использовании данного программного средства осуществлять контроль оказанных услуг предприятия. Программное средство должно хранить подробные сведения о сотрудниках управления, предоставлять возможность их редактировать, быть пригодной для предоставления данных в удобной форме. Программное средство должно предоставлять доступ к своим данным только авторизованным пользователям. Программное средство должно хранить подробные сведения о оказанных услугах предприятием, предоставлять возможность их редактировать, быть пригодной для предоставления данных в удобной форме. Программное средство должно хранить подробные сведения о заказчиках на предприятии, предоставлять возможность их редактировать, быть пригодной для предоставления данных в удобной форме.
Цель данной работы - разработать программу для учета оказанных услуг на предприятии, данные о сотрудниках, данные о заказчиках.
Для достижения поставленных целей необходимо сформулировать и решить следующие задачи:
· Исследовать предметную область;
· Построить логическую и концептуальную модель;
· Выбрать набор программных средств для реализации проекта;
· Протестировать проект;
· Исправить найденные ошибки и снова протестировать проект;
· Внедрить проект.
Объект исследования, предмет исследования
Объектом исследования - Создание программного средства необходимого для учета оказанных услуг на предприятии.
Предмет исследования - автоматизация информационных потоков, происходящих при работе с данными работников.
Методы исследования
В работе использованы следующие методы исследования:
· Теоретические методы анализа предметной области;
· Структурные методы описания предметной области;
· Объектно-ориентированный метод моделирования данных;
· Объектно-ориентированное программирование.
Гипотезы исследования.
Разработанное программное средство позволит обеспечить целостность и конфиденциальность данных.
Актуальность.
Разработанная система предоставляет предприятию централизованное хранение информации по сотрудникам предприятия.
Структура объема работ.
Разработка должна быть проведена в несколько стадий:
· Техническое задание - обоснование необходимости разработки проекта, научно-исследовательские работы, разработка и утверждение технического задания.
· Эскизный проект.
Разработка эскизного проекта. Утверждение эскизного проекта.
· Техническо-рабочий проект.
Разработка технического проекта. Утверждение технического проекта. Разработка и тестирование проекта.
· Внедрение
Подготовка и передача проекта.
база входящий исходящий информационная
1. Теоретический раздел
1.1 Постановка задачи
Данное программное средство разрабатывается для внедрения его в отдел оказанных услуг на предприятии. Планируется при использовании данного программного средства осуществлять контроль оказанных услуг предприятия. Программное средство должно хранить подробные сведения о сотрудниках управления, предоставлять возможность их редактировать, быть пригодной для предоставления данных в удобной форме. Программное средство должно предоставлять доступ к своим данным только авторизованным пользователям. Программное средство должно хранить подробные сведения о оказанных услугах предприятием, предоставлять возможность их редактировать, быть пригодной для предоставления данных в удобной форме. Программное средство должно хранить подробные сведения о заказчиках на предприятии, предоставлять возможность их редактировать, быть пригодной для предоставления данных в удобной форме.
Программное средство должно предоставлять доступ к своим данным. Для достижения поставленных целей необходимо сформулировать и решить следующие задачи:
· Исследовать предметную область;
· Построить логическую и концептуальную модель;
· Выбрать набор программных средств для реализации проекта;
· Протестировать проект;
· Исправить ошибки;
· Протестировать проект;
· Внедрить проект.
Требования к программному средству
Данное программное средство должно сократить время на поиски необходимой информации о оказанных услугах, предоставить возможность ввода новых данных о сотрудниках и заказчиках:
· Фамилия;
· Имя;
· Отчество;
· Дата рождения;
· Образование;
· Учебное заведение, год окончания;
· Специальность;
Программное средство должно предоставить возможность редактирования уже имеющиеся данные о сотрудниках предприятия, добавлять новые данные с сохранением необходимой информации из базы данных.
Программное средство должно:
· Быть рассчитано на простого пользователя ПК;
· Быть просто в обращении, за счёт доступного интерфейса;
· Иметь удобную навигацию по разделам программного средства;
1.2 Рекомендуемые требования к составу и параметрам технических средств
Данное программное средство разработано в среде объектно-ориентированного визуального программирования Borland Delphi 7.
Поддерживается операционными системами Windows 9X/2000/XP, так как является приложением WIN32.
Для работы программного средства необходимо иметь компонент для работы с базами данных Access.
Для продуктивной работы программного средства необходимо иметь компьютер со следующими техническими параметрами:
· Процессор с тактовой частотой не менее 733 MHz;
· Свободное место на жестком диске не менее 8 Мб;
· Оперативная память не менее 64 Мб;
· Клавиатура, мышь, монитор;
· Разрешение монитора не менее 1024*768 точек на один дюйм.
1.3 Анализ и состав входящей информации
Данные поступающие в отдел оказания услуг принимаются в форме:
· Анкетирования;
· Устного собеседования;
1.4 Анализ и состав исходящей информации
Исходящая информация включает в себя возможность создания карточки заказчика сделавший заказ на предприятие.
1.5 Существующие системы разработки ПС. Обоснование выбора ПО, СУБД для разработки и хранения данных
Существующие системы разработки программных средств:
Среда объектно-ориентированного визуального программирования Borland Delphi удобна для разработки данного программного средства, так как предоставляет большой выбор компонентов и обеспечивает их удобное взаимодействие при работе с программным средством.
В качестве СУБД был выбран Microsoft Office Access 2007 так как удовлетворят все требованиям пользователей к содержимому базы данных:
· Гарантирует непротиворечивость и целостность данных. При проектировании таблиц нужно определить их атрибуты и некоторые правила, ограничивающие возможность ввода пользователем неверных значений.
· Обеспечивает естественное, легкое для восприятия структурирование информации. Качественное построение базы позволяет делать запросы к базе более "прозрачными" и легкими для понимания; следовательно, снижается вероятность внесения некорректных данных и улучшается качество сопровождения базы.
· Удовлетворяет требованиям пользователей к производительности базы данных
Borland Delphi 7 это высокопроизводительный инструмент создания приложений.
Главные составные части среды программирования
· Дизайнер Форм (Form Designer)
· Окно Редактора Исходного Текста (Editor Window)
· Палитра Компонент (Component Palette)
· Инспектор Объектов (Object Inspector)
· Справочник (On-line help)
Каждый компонент, который помещается на форму, имеет свое отражение в окне Инспектора Объектов (Object Inspector). Object Inspector имеет две "странички" - "Properties” (Свойства) и "Events” (События). Создание программного средства в Delphi сводится к "нанесению" компонента на форму и настройке взаимодействия между ними путем:
· Изменения значения свойств этих компонентов;
· Написания адекватных реакций на события.
Существует несколько типов свойств:
Простые свойства - это те, значения которых являются числами или строками. Например, свойства Left и Top принимают целые значения, определяющие положение левого верхнего угла компонента или формы. Свойства Caption и Name представляют собой строки и определяют заголовок и имя компонента или формы.
Перечислимые свойства - это те, которые могут принимать значения из предопределенного набора (списка). Простейший пример - это свойство типа Boolean, которое может принимать значения True или False.
Вложенные свойства - это те, которые поддерживают вложенные значения (или объекты). Object Inspector изображает знак "+" слева от названия таких свойств. Имеется два вида таких свойств: множества и комбинированные значения. Object Inspector изображает множества в квадратных скобках " []". Если множество пусто, оно отображается как. Установки для вложенных свойств вида "множество" обычно имеют значения типа Boolean. Наиболее распространенным примером такого свойства является свойство Style с вложенным множеством булевых значений. Комбинированные значения отображаются в Инспекторе Объектов как коллекция некоторых величин, каждый со своим типом данных. Некоторые свойства, например, Font, для изменения своих значений имеют возможность вызвать диалоговое окно. Для этого достаточно щелкнуть маленькую кнопку с тремя точками в правой части строки Инспектора Объектов, показывающей данное свойство.
1.6 Структура БД. Структура таблиц
Данные таблицы приведены к третей нормальной форме. В данных таблицах используется: Услуги, адрес, улица, тип услуги, сотрудники, заказчики, пром. Табл., вид расчета, адрес заказчика, населенный пункт.
Таблица 1.6.1 - Услуги
Имя поля |
Данные |
|
id |
Тип данных счетчик. Длинное целое. |
|
Заказчик |
Тип данных текстовый. Длинное целое. |
|
Тип услуги |
Тип Данных текстовый. Длинное целое. |
|
Вид расчета |
Тип данных текстовый. Длинное целое. |
|
Стоимость |
Тип данных числовой. Длинное целое |
Таблица 1.6.2 - Адрес
Имя поля |
Данные |
|
id |
Тип данных счетчик. Длинное целое. |
|
Населенный пункт |
Тип данных текстовый.255 символов. |
|
Улица |
Тип данных текстовый.255 символов. |
|
Дом |
Тип данных числовой. |
Таблица 1.6.3 - Улица
Имя поля |
Данные |
|
Id |
Тип данных счетчик. Длинное целое. |
|
Улица |
Тип данных текстовый.255 символов. |
Таблица 1.6.4 - Тип услуги
Имя поля |
Данные |
|
id |
Тип данных счетчик. Длинное целое. |
|
Наименование услуги |
Тип данных текстовый.255 символов. |
Таблица 1.6.5 - Сотрудники
Имя поля |
Данные |
|
id |
Тип данных счетчик. Длинное целое. |
|
Фамилия |
Тип данных текстовый.255 символов. |
|
Имя |
Тип данных текстовый.255 символов. |
|
Отчество |
Тип данных текстовый.255 символов. |
|
Телефон |
Тип данных числовой. Длинное целое |
|
Адрес |
Поле МЕМО |
Таблица 1.6.6 - Пром. Табл.
Имя поля |
Данные |
|
id |
Тип данных счетчик. Длинное целое. |
|
Наименование услуги |
Тип данных текстовый.255 символов. |
|
Фамилия сотрудника |
Тип данных текстовый.255 символов. |
Таблица 1.6.7 - Заказчик
Имя поля |
Данные |
|
id |
Тип данных счетчик. Длинное целое. |
|
Фамилия |
Тип данных текстовый.255 символов. |
|
Имя |
Тип данных текстовый.255 символов. |
|
Отчество |
Тип данных текстовый.255 символов. |
|
Телефон |
Тип данных числовой. Длинное целое |
|
Адрес |
Тип данных текстовый.255 символов. |
Таблица 1.6.8 - Вид расчета
Имя поля |
Данные |
|
id |
Тип данных счетчик. Длинное целое. |
|
Виды расчета |
Тип данных текстовый.255 символов. |
Таблица 1.6.9 - Адрес заказчиков.
Имя поля |
Данные |
|
id |
Тип данных счетчик. Длинное целое. |
|
Город |
Тип данных текстовый.255 символов. |
|
Улица |
Тип данных текстовый.255 символов. |
|
Номер дома |
Тип данных числовой. Длинное целое |
Таблица 1.6.10 - Населенный пункт.
Имя поля |
Данные |
|
id |
Тип данных счетчик. Длинное целое. |
|
Город |
Тип данных текстовый.255 символов. |
1.7 Декомпозиция диаграмм
Рисунок 1.7.1 - Декомпозиция диаграмм
1.8 Построение SADT-диаграмм
Рисунок 1.8.1 - Начальная контекстная диаграмма
Рисунок 1.8.2 - Декомпозиция диаграммы
Рисунок 1.8.2 - Построение начальной контекстной диаграммы
1.9 Схема Базы данных
1.10 Выполнение запросов к базе данных (Поиск)
Рисунок 2.4.1 - Поиск
Код реализации
If Key=#13 then begin
ADOTable1. Locate (ComboBox1. Text,Edit2. Text, [loPartialKey]);
if ADOTable1. Locate (ComboBox1. Text,Edit2. Text, [loPartialKey]) =false then begin
ShowMessage ('" '+Edit2. Text+' " не найдено');
Edit2. Text: ='';
end;
2. Основной раздел
2.1 Система управления базами данных
Обзор и сравнительная характеристика программного обеспечения, используемого при создании СУБД
Рассмотрим более подробно программные продукты компании Microsoft, а именно Visual FoxPro 3.0, Visual Basic 4.0, Visual С++, Access 7.0, SQL Server 6.5 Наиболее интересной чертой этих пакетов являются их большие возможности интеграции, совместной работы и использования данных, так как данные пакеты являются продуктами одного производителя, а также используют сходные технологии обмена данными.
Visual FoxPro отличается высокой скоростью, имеет встроенный объектно-ориентированный язык программирования с использованием xBase и SQL, диалекты которых встроены во многие СУБД. Имеет высокий уровень объектной модели. При использовании в вычислительных сетях обеспечивает как монопольный, так и раздельный доступ пользователей к данным. Применяется для приложений масштаба предприятия для работы на различных платформах: Windows 3. x, Windows 95, Macintosh. Минимальные ресурсы ПК: для Visual FoxPro версии 3.0 - процессор 468DX, Windows 3.1, 95, NT, объем оперативной памяти 8 (12) Мб, занимаемый объем на ЖМД 15-80 Мб, а для Visual FoxPro версии 5.0 (выпущена в 1997 году) - Windows 95 или NT, 486 с тактовой частотой 50 МГц, 10 Мб ОЗУ, от 15 до 240 Мб на ЖМД.
Access входит в состав самого популярного пакета Microsoft Office. Основные преимущества: знаком многим конечным пользователям и обладает высокой устойчивостью данных, прост в освоении, может использоваться непрофессиональным программистом, позволяет готовить отчеты из баз данных различных форматов. Предназначен для создания отчетов произвольной формы на основании различных данных и разработки некоммерческих приложений. Минимальные ресурсы ПК: процессор 468DX, Windows 3.1, 95, NT, объем оперативной памяти 12 (16) Мб, занимаемый объем на ЖМД 10-40 Мб.
Visual Basic - это универсальный объектно-ориентированный язык программирования, диалекты которого встроены в Access, Visual FoxPro. Преимущества: универсальность, возможность создания компонентов OLE, невысокие требования к аппаратным ресурсам ЭВМ. Применяется для создания приложений средней мощности, не связанных с большой интенсивностью обработки данных, разработки компонентов OLE, интеграция компонентов Microsoft Office. Минимальные ресурсы ПК: процессор 368DX, Windows 3.1, 95, NT, объем оперативной памяти 6 (16) Мб, занимаемый объем на ЖМД 8-36 Мб.
Visual C++ - наиболее мощный объектно-ориентированный язык программирования, обладает неограниченной функциональностью. Предназначен для создания компонентов приложений для выполнения операций, критичных по скорости.
SQL Server - сервер баз данных, реализует подход "клиент-сервер" и взаимодействует с указанными пакетами. Главные достоинства: высоая степень защиты данных, мощные средства для обработки данных, высокая производительность. Область применения: хранение больших объемов данных, хранение высокоценных данных или данных, требующих соблюдения режима секретности. Минимальные ресурсы ПК: процессор 468DX-33МГц, Windows NT, объем оперативной памяти 16 (32) Мб, занимаемый объем на ЖМД 80 Мб.
Указанные программные продукты имеют возможности визуального проектирования интерфейса пользователя, то есть разработчик из готовых фрагментов создает элементы интерфейса, программирует только их изменения в ответ на какие-либо события.
2.2 Принципы организации данных, лежащие в основе СУБД
Современные СУБД являются объектно-ориентированными и реляционными. Основной единицей является объект, имеющий свойства, и связи между объектами. СУБД используют несколько моделей данных: иерархическую и сетевую (с 60-х годов) и реляционную (с 70-х). Основное различие данных моделей в представлении взаимосвязей между объектами.
Иерархическая модель данных строится по принципу иерархии объектов, то есть один тип объекта является главным, все нижележащие - подчиненными. Устанавливается связь "один ко многим", то есть для некоторого главного типа существует несколько подчиненных типов объектов. Иначе, главный тип именуется исходным типом, а подчиненные - порожденными. У подчиненных типов могут быть в свою очередь подчиненные типы. Наивысший в иерархии узел (совокупность атрибутов) называют корневым.
Сетевая модель данных строится по принципу "главный и подчиненный тип одновременно", то есть любой тип данных одновременно может одновременно порождать несколько подчиненных типов (быть владельцем набора) и быть подчиненным для нескольких главных (быть членом набора).
Реляционная модель данных объекты и связи между ними представляются в виде таблиц, при этом связи тоже рассматриваются как объекты. Все строки, составляющие таблицу в реляционной базе данных должны иметь первичный ключ. Все современные средства СУБД поддерживают реляционную модель данных.
Объект (Сущность) - элемент какой-либо системы, информация о котором сохраняется. Объект может быть как реальным (например, человек), так и абстрактным (например, событие - поступление человека в стационар).
Атрибут - информационное отображение свойств объекта. Каждый объект характеризуется набором атрибутов.
Таблица - упорядоченная структура, состоящая из конечного набора однотипных записей.
Первичный ключ - атрибут (или группа атрибутов), позволяющий однозначным образом определить каждую строку в таблице.
Напротив, альтернативный ключ - атрибут (или группа атрибутов), не совпадающая с позволяющий первичным ключом и однозначным образом определяющий каждую строку в таблице.
2.3 Классификации СУБД
Файл-серверные
В файл-серверных СУБД файлы данных располагаются централизованно на файл-сервере. СУБД располагается на каждом клиентском компьютере (рабочей станции). Доступ СУБД к данным осуществляется через локальную сеть. Синхронизация чтений и обновлений осуществляется посредством файловых блокировок. Преимуществом этой архитектуры является низкая нагрузка на ЦП сервера. Недостатки: потенциально высокая загрузка локальной сети; затруднённость централизованного управления; затруднённость обеспечения таких важных характеристик как высокая надёжность, высокая доступность и высокая безопасность. Применяются чаще всего в локальных приложениях, которые используют функции управления БД.
На данный момент файл-серверная технология считается устаревшей.
Примеры: Microsoft Access, Paradox, dBase, FoxPro, Visual FoxPro.
Клиент-серверные
Клиент-серверная СУБД располагается на сервере вместе с БД и осуществляет доступ к БД непосредственно, в монопольном режиме. Все клиентские запросы на обработку данных обрабатываются клиент-серверной СУБД централизованно. Недостаток клиент-серверных СУБД состоит в повышенных требованиях к серверу. Достоинства: потенциально более низкая загрузка локальной сети; удобство централизованного управления; удобство обеспечения таких важных характеристик как высокая надёжность, высокая доступность и высокая безопасность.
Примеры: Oracle, Firebird, Interbase, IBM DB2, Informix, MS SQL Server, Sybase Adaptive Server Enterprise, PostgreSQL, MySQL, Cachй, ЛИНТЕР.
Заключение
В первом разделе курсовой работы описывается цели и задачи данной курсовой работы. Определяются объект и методы исследования для разработки программного средства. Обозначается гипотеза и актуальность разрабатываемого программного средства.
Во втором разделе курсовой работы описывается постановка задачи данной курсовой работы. Предъявляются требования к составу и параметрам технических средств. Происходит анализ входящей и исходящей информации. Описывается обоснование выбора ПО и СУБД для разработки и хранения данных. Определяются механизм исполнения для создания данного программного средства.
Положительной характеристикой данного программного средства является его относительно не большие требования к составу и параметрам технических средств.
Отрицательной характеристикой данного программного средства является отсутствие возможности работы как сетевое приложение.
Литература
1. Минаев, Д.В. Delphi - что это, [Электронный ресурс]. Режим доступа: http://delphi. uz/illyustrirovannyi-samouchitel/vvedenie.html.
2. Вихляев, Н.М. Borland Delphi, [Электронный ресурс]. Режим доступа: http://www.helloworld.ru/texts/comp/lang/delphi/delphi1/les00. htm.
3. Лишер, Р.Р. Delphi. Справочник, Р.Р. Лишер. - Пер. с англ. - СПб.: Символ-Плюс, 2006. - 458 с.
4. Фарафонов, В.Л. Программирование баз данных в Delphi. Учебный курс, В.Л. Фарафонов. - СПб.: Питер, 2004. - 325 с.
5. Свердлов, С.В. СУБД MS Access, [Электронный ресурс]. Режим доступа: http://www.accessoft.ru/Text/Text10.html.
6. Рузайкин, Г.Д. MS Access 2003, [Электронный ресурс]. Режим доступа: http://lessons-tva. info/subscribe_access.html.
7. Архавеян, Р.Б. Эффективная работа с СУБД, Р.Б. Архавеян. - СПб.: Питер, 2003. - 276 с.
8. Коннолли. Т.Л. Базы данных: проектирование, реализация и сопровождение, Т.Л. Коннолли. - Теория и практика, 2-е изд. - М.: Издательский дом "Вильямс", 2001. - 405 с.
9. Рябко, Б.Я. Трехуровневая архитектура СУБД, [Электронный ресурс]. Режим доступа: http://www-sbras. nsc.ru/win/docs/db/rdbms/1-3.html.
10. Агафонов, В.В. Диаграммы потоков данных, [Электронный ресурс]. Режим доступа: http://www.citforum.ru/programming/oop_rsis/glava2_ 6_1. shtml.
Приложения
Приложение А
Код программы
Данная процедура связывает форму с БД, позволяет открывать формы, закрывать, изменять и др.
unit Unit1;
interface
uses
Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
Dialogs, XPMan, StdCtrls;
type
TForm1 = class (TForm)
Button1: TButton;
Button2: TButton;
Button3: TButton;
Button4: TButton;
XPManifest1: TXPManifest;
procedure Button3Click (Sender: TObject);
procedure Button1Click (Sender: TObject);
procedure Button2Click (Sender: TObject);
procedure Button4Click (Sender: TObject);
private
{ Private declarations }
public
{ Public declarations }
end;
var
Form1: TForm1;
implementation
uses Unit2, Unit3, Unit4, Unit5;
{$R *. dfm}
procedure TForm1. Button3Click (Sender: TObject);
begin
close;
end;
procedure TForm1. Button1Click (Sender: TObject);
begin
form3. Show;
end;
procedure TForm1. Button2Click (Sender: TObject);
begin
form4. Show;
end;
procedure TForm1. Button4Click (Sender: TObject);
begin
form5. Show;
end;
end.
// Раздел Implementation представляет собой реализацию модуля. Все
// подключае мые в нем модули, объявленные типы, классы, константы,
// переменные, функции и процедуры доступны только в пределах данного
// модуля. Основное тело модуля составляют коды, реализующие объявленные // функции и процедуры.
unit Unit2;
interface
uses
SysUtils, Classes, DB, ADODB;
type
TDataModule2 = class (TDataModule)
DataSource1: TDataSource;
ADOTable1: TADOTable;
ADOConnection1: TADOConnection;
DataSource2: TDataSource;
ADOTable2: TADOTable;
DataSource3: TDataSource;
ADOTable3: TADOTable;
ADOTable5: TADOTable;
ADOTable6: TADOTable;
ADOTable7: TADOTable;
DataSource5: TDataSource;
DataSource6: TDataSource;
DataSource7: TDataSource;
DataSource8: TDataSource;
ADOTable8: TADOTable;
DataSource9: TDataSource;
ADOTable9: TADOTable;
DataSource10: TDataSource;
ADOTable10: TADOTable;
ADOTable1id: TAutoIncField;
ADOTable1id2: TWideStringField;
ADOTable1DSDesigner: TIntegerField;
ADOTable1DSDesigner2: TWideStringField;
ADOTable1DSDesigner3: TWideStringField;
ADOTable1Field: TStringField;
ADOTable3id: TAutoIncField;
ADOTable3DSDesigner: TWideStringField;
ADOTable3DSDesigner2: TWideStringField;
ADOTable3DSDesigner3: TWideStringField;
ADOTable3DSDesigner4: TWideStringField;
ADOTable3DSDesigner5: TWideStringField;
ADOTable2id: TAutoIncField;
ADOTable2id2: TWideStringField;
ADOTable2id3: TWideStringField;
ADOTable2StringField: TStringField;
ADOTable2Field: TStringField;
ADOTable1Field2: TStringField;
ADOTable1StringField: TStringField;
DataSource11: TDataSource;
ADOTable11: TADOTable;
ADOTable4: TADOTable;
DataSource4: TDataSource;
DataSource12: TDataSource;
ADOTable12: TADOTable;
ADOTable12id: TAutoIncField;
ADOTable12id2: TWideStringField;
ADOTable12id3: TWideStringField;
ADOTable12Field: TStringField;
ADOTable12Field2: TStringField;
ADOTable8id: TAutoIncField;
ADOTable8DSDesigner: TWideStringField;
ADOTable8DSDesigner2: TWideStringField;
ADOTable8DSDesigner3: TIntegerField;
ADOTable7id: TAutoIncField;
ADOTable7DSDesigner: TWideStringField;
ADOTable7DSDesigner2: TWideStringField;
ADOTable7DSDesigner3: TWideStringField;
ADOTable7DSDesigner4: TWideStringField;
ADOTable7DSDesigner5: TWideStringField;
ADOTable8idsotrr: TIntegerField;
ADOTable8Field: TStringField;
private
{ Private declarations }
public
{ Public declarations }
end;
var
DataModule2: TDataModule2;
implementation
uses Unit1, Unit3;
{$R *. dfm}
end.
unit Unit3;
interface
uses
Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
Dialogs, StdCtrls, Grids, DBGrids, XPMan;
type
TForm3 = class (TForm)
XPManifest1: TXPManifest;
DBGrid1: TDBGrid;
DBGrid2: TDBGrid;
Button1: TButton;
Button2: TButton;
Button3: TButton;
Button4: TButton;
Button5: TButton;
Button6: TButton;
DBGrid5: TDBGrid;
DBGrid6: TDBGrid;
procedure Button5Click (Sender: TObject);
procedure Button1Click (Sender: TObject);
procedure Button3Click (Sender: TObject);
procedure Button4Click (Sender: TObject);
procedure Button6Click (Sender: TObject);
procedure Button2Click (Sender: TObject);
private
{ Private declarations }
public
{ Public declarations }
end;
var
Form3: TForm3;
implementation
uses Unit1, Unit2, Unit6, Unit7, Unit5, Unit4;
{$R *. dfm}
procedure TForm3. Button5Click (Sender: TObject);
begin
form1. close;
end;
procedure TForm3. Button1Click (Sender: TObject);
begin
form3. Visible: =False;
end;
procedure TForm3. Button3Click (Sender: TObject);
begin
DataModule2. ADOTable1. Insert;
form7. show;
end;
procedure TForm3. Button4Click (Sender: TObject);
begin
form7. show;
form7. Button1. Caption: ='Cохранить';
form7. Caption: ='Редактировать заказ'
end;
procedure TForm3. Button6Click (Sender: TObject);
begin
form5. show;
end;
procedure TForm3. Button2Click (Sender: TObject);
begin
form4. Show;
end;
end.
unit Unit4;
interface
uses
Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
Dialogs, StdCtrls, Grids, DBGrids, XPMan;
type
TForm4 = class (TForm)
DBGrid1: TDBGrid;
Button1: TButton;
Button3: TButton;
Button4: TButton;
Button5: TButton;
Button6: TButton;
DBGrid3: TDBGrid;
DBGrid4: TDBGrid;
DBGrid2: TDBGrid;
XPManifest1: TXPManifest;
procedure Button3Click (Sender: TObject);
procedure Button5Click (Sender: TObject);
procedure Button1Click (Sender: TObject);
procedure Button4Click (Sender: TObject);
private
{ Private declarations }
public
{ Public declarations }
end;
var
Form4: TForm4;
implementation
uses Unit1, Unit2, Unit3, Unit5, Unit6;
{$R *. dfm}
procedure TForm4. Button3Click (Sender: TObject);
begin
DataModule2. ADOTable3. Insert;
DataModule2. ADOTable4. Insert;
form6. show;
end;
procedure TForm4. Button5Click (Sender: TObject);
begin
form1. Close;
end;
procedure TForm4. Button1Click (Sender: TObject);
begin
form4. Visible: =false;
end;
procedure TForm4. Button4Click (Sender: TObject);
begin
form6. show;
form6. Button1. Caption: ='Cохранить';
form6. Caption: ='Редактировать заказчика'
end;
end.
// В данной процедуре используются такие компоненты как TDBGrid, TButton,
// TDataSource, TPopupMenu:
// Компонент TDBGrid отображает в табличной форме записи набора данных и // управляет ими: осуществляет перемещение по записям, их редактирование, // удаление, вставку новых записей. Занесение в набор данных сделанных
// исправлений текущей записи происходит при перемещении пользователя на // следующую запись.
// Компонент TPopupMenu определяет всплывающее контекстное меню,
// появляющееся на экране при щелчке пользователя правой кнопкой мыши в поле // компонента, который связан с данным меню своим свойством PopupMenu.
unit Unit5;
interface
uses
Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
Dialogs, Grids, DBGrids, StdCtrls, XPMan;
type
TForm5 = class (TForm)
DBGrid1: TDBGrid;
DBGrid3: TDBGrid;
DBGrid4: TDBGrid;
DBGrid6: TDBGrid;
DBGrid7: TDBGrid;
XPManifest1: TXPManifest;
Button1: TButton;
Button3: TButton;
Button4: TButton;
Button5: TButton;
Button6: TButton;
DBGrid2: TDBGrid;
procedure Button3Click (Sender: TObject);
procedure Button4Click (Sender: TObject);
procedure Button5Click (Sender: TObject);
procedure Button6Click (Sender: TObject);
procedure Button1Click (Sender: TObject);
private
{ Private declarations }
public
{ Public declarations }
end;
var
Form5: TForm5;
implementation
uses Unit1, Unit2, Unit3, Unit4, Unit6, Unit7, Unit8;
{$R *. dfm}
procedure TForm5. Button3Click (Sender: TObject);
begin
DataModule2. ADOTable7. Insert;
DataModule2. ADOTable8. Insert;
form8. show;
end;
procedure TForm5. Button4Click (Sender: TObject);
begin
form8. show;
form8. Caption: ='Редактировать Сотрудников';
form8. Button1. Caption: ='Сохранить'
end;
procedure TForm5. Button5Click (Sender: TObject);
begin
form1. Close;
end;
procedure TForm5. Button6Click (Sender: TObject);
begin
form5. Visible: =false;
form4. Show;
end;
procedure TForm5. Button1Click (Sender: TObject);
begin
form5. Visible: =False;
end;
end.
unit Unit6;
interface
uses
Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
Dialogs, StdCtrls, DBCtrls, Mask, XPMan;
type
TForm6 = class (TForm)
Label1: TLabel;
Label2: TLabel;
Label3: TLabel;
Label4: TLabel;
Label5: TLabel;
Label6: TLabel;
Label7: TLabel;
DBEdit1: TDBEdit;
DBEdit2: TDBEdit;
DBEdit3: TDBEdit;
DBEdit4: TDBEdit;
Button1: TButton;
XPManifest1: TXPManifest;
DBLookupComboBox1: TDBLookupComboBox;
DBEdit5: TDBEdit;
DBEdit6: TDBEdit;
procedure Button1Click (Sender: TObject);
private
{ Private declarations }
public
{ Public declarations }
end;
var
Form6: TForm6;
implementation
uses Unit1, Unit2, Unit3, Unit4, Unit5;
{$R *. dfm}
procedure TForm6. Button1Click (Sender: TObject);
begin
if DataModule2. ADOTable3. Modified then
DataModule2. ADOTable3. Post;
if DataModule2. ADOTable4. Modified then
DataModule2. ADOTable4. Post;
form6. Visible: =false;
end;
end.
unit Unit7;
interface
uses
Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
Dialogs, StdCtrls, Mask, DBCtrls;
type
TForm7 = class (TForm)
Label1: TLabel;
DBLookupComboBox3: TDBLookupComboBox;
DBLookupComboBox2: TDBLookupComboBox;
DBEdit1: TDBEdit;
Label2: TLabel;
Label3: TLabel;
Label4: TLabel;
Button1: TButton;
DBLookupComboBox1: TDBLookupComboBox;
procedure Button1Click (Sender: TObject);
private
{ Private declarations }
public
{ Public declarations }
end;
var
Form7: TForm7;
implementation
uses Unit1, Unit2, Unit3, Unit4, Unit5, Unit6;
{$R *. dfm}
procedure TForm7. Button1Click (Sender: TObject);
begin
if DataModule2. ADOTable1. Modified then
DataModule2. ADOTable1. Post;
form7. Visible: =false;
end;
end.
unit Unit8;
interface
uses
Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
Dialogs, DBCtrls, XPMan, StdCtrls, Mask;
type
TForm8 = class (TForm)
Label1: TLabel;
Label2: TLabel;
Label3: TLabel;
Label4: TLabel;
Label5: TLabel;
Label6: TLabel;
Label7: TLabel;
DBEdit1: TDBEdit;
DBEdit2: TDBEdit;
DBEdit3: TDBEdit;
DBEdit4: TDBEdit;
Button1: TButton;
XPManifest1: TXPManifest;
DBLookupComboBox1: TDBLookupComboBox;
DBEdit5: TDBEdit;
DBEdit6: TDBEdit;
procedure Button1Click (Sender: TObject);
private
{ Private declarations }
public
{ Public declarations }
end;
var
Form8: TForm8;
implementation
uses Unit1, Unit2, Unit3, Unit4, Unit5, Unit6, Unit7;
{$R *. dfm}
procedure TForm8. Button1Click (Sender: TObject);
begin
if DataModule2. ADOTable7. Modified then
DataModule2. ADOTable7. Post;
if DataModule2. ADOTable8. Modified then
DataModule2. ADOTable8. Post;
form8. Visible: =false;
end;
end.
Размещено на Allbest.ru
Подобные документы
Разработка базы данных с информацией о сотрудниках, товарах, со справочником типов товаров средствами системы управления базами данных MySQL с помощью SQL-запросов. Разработка инфологической модели предметной области. Структура таблиц, полей базы данных.
контрольная работа [648,7 K], добавлен 13.04.2012Теоретические сведения и основные понятия баз данных. Системы управления базами данных: состав, структура, безопасность, режимы работы, объекты. Работа с базами данных в OpenOffice.Org BASE: создание таблиц, связей, запросов с помощью мастера запросов.
курсовая работа [3,2 M], добавлен 28.04.2011Разновидности систем управления базами данных. Анализ предметной области. Разработка структуры и ведение базы данных. Структурированный язык запросов SQL. Организация выбора информации из базы данных. Общие принципы проектирования экранных форм, макросов.
курсовая работа [3,1 M], добавлен 26.02.2016Основные виды баз данных. Система управления базами данных. Анализ деятельности и информации, обрабатываемой в поликлинике. Состав таблиц в базе данных и их взаимосвязи. Методика наполнения базы данных информацией. Алгоритм создания базы данных.
курсовая работа [3,1 M], добавлен 17.12.2014Система управления базами данных задач и составляющих их процессов предприятия. Требования к информационной системе. Состав запросов к базе данных. Связи и отношения между информационными объектами. Алгоритмы работы и архитектура информационной системы.
курсовая работа [727,5 K], добавлен 02.02.2014Исследование характеристик и функциональных возможностей системы управления базами данных Microsoft Office Access. Определение основных классов объектов. Разработка базы данных "Делопроизводство". Создание таблиц, форм, запросов, отчетов и схем данных.
реферат [1,3 M], добавлен 05.12.2014Хранение и обработка данных. Компоненты системы баз данных. Физическая структура данных. Создание таблиц в MS Access. Загрузка данных, запросы к базе данных. Разработка информационной системы с применением системы управления базами данных MS Access.
курсовая работа [694,0 K], добавлен 17.12.2016Понятие базы данных, её структура. Общие принципы хранения информации. Краткая характеристика особенностей иерархической, сетевой и реляционной модели организации данных. Structured Query Language: понятие, состав. Составление таблиц в Microsoft Access.
лекция [202,8 K], добавлен 25.06.2013Анализ возможностей системы управления базами данных "Microsoft Access 2003". Создание базы данных, предназначенной для отражения деятельности аэропорта. Концептуальная и физическая модель базы данных. Создание таблиц, запросов, отчетов и главной формы.
курсовая работа [1,8 M], добавлен 26.06.2013Современные базы данных – многофункциональные программные системы, работающие в открытой распределенной среде изучении администрирования базы данных. Способы организации внешней памяти баз данных. Системы управления базами данных для хранения информации.
курсовая работа [185,6 K], добавлен 07.12.2010