Проектирование программы формирования заказов по грузоперевозкам

Тип работы:
Дипломная
Предмет:
Программирование


Узнать стоимость

Детальная информация о работе

Выдержка из работы

Проектирование программы формирования заказов по грузоперевозкам

Введение

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

Разрабатываемый ПП позволяет осуществлять загрузку и просмотр информации СУБД. Удобный и интуитивно понятный интерфейс, который позволит с легкостью удалить, редактировать, добавить новую запись. Функция поиска должна решить проблему нахождения необходимых в данный момент данных.

Для разработки ПП необходимо было решить ряд задач, а именно:

1. Выбрать язык и среду программирования.

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

3. Провести отладку и тестирование разработанного ПП.

4. Составить пояснительную записку согласно правилам оформления текстовой документации.

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

1. 1 Техническое задание на разработку программного продукта

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

Основанием для данной работы является задание, выданное на дипломный проект для разработки АИС БД «Грузоперевозок».

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

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

* Регистрация новых клиентов

* Работа с БД (просмотр, редактирование)

* Выведение отчета в Текстовой редактор Word

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

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

Программа должна:

1) отображать все таблицы;

2) добавлять записи;

3) удалять старые;

4) редактировать записи;

5) не добавлять записи с одинаковыми инвентарными номерами и выдавать сообщение об этом;

6) система поиска.

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

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

1.2.3 Условия эксплуатации

Скопировать программу в любое место на компьютере. Запустить программу с помощью файла с расширением ЕХЕ. Для удобства можно отправить файл с расширением ЕХЕ на рабочий стол.

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

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

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

Минимальные технические требования к ЭВМ, необходимой для нормального функционирования программного обеспечения:

1) Процессор Pentium III

2) Частота 600 Mhz

3) Оперативная память 128 Mb

4) Видеокарта 64Мb

5) Клавиатура и мышь

Рекомендуемые технические требования:

1) Процессор Pentium IV

2) Частота 1000 Mhz

3) Оперативная память 256Mb

4) Видеокарта 128 Мb

5) Клавиатура и мышь

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

Программа должна работать автономно под управлением ОС MS DOS версии не ниже 3.3.

1.2.6 Технико-экономические показатели

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

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

Стадии этапы разработки велись в соответствии с установленными сроки выполнения работы (таблица 1).

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

Этап

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

Чем заканчивается работа

Срок исполнения, начало окончание

1

Анализ задания на технологической практике и подготовка раздела «Введение»

Написание раздела «Введение»

14. 03. 12

15. 03. 12

2

Подготовка раздела «Техническое задание»

Написание раздела «Техническое задание»

15. 03. 12

18. 03. 12

3

Подготовка раздела «Постановка задачи»

Написание раздела «Постановка задачи»

21. 03. 12

22. 03. 09

4

Разработка функциональной схемы модуля

Наличие функциональной схемы модуля

22. 04. 12

24. 04. 12

5

Разработка программы

Разработка программы

24. 04. 12

26. 05. 12

6

Тестирование программы

Готовая рабочая программа

26. 05. 12

28. 05. 12

7

Подготовка разделов «Заключение» и «Список литературы»

Наличие готовых разделов

02. 06. 12

06. 06. 12

8

Разработка презентационного материала

Презентационный материал, выполненный в виде слайдов

09. 06. 12

11. 06. 12

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

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

1.2.9 Выбор языка программирования

Для разработки программного продукта на тему дипломного проект мною была выбрана такая среда программирования, как Borland Delphi 2010, которая является универсальным средством для создания Windows приложений. Delphi 2010 обладает большим набором достоинств по сравнению с остальными средами программирования.

Он представляет собой быстрый компилятор, является объектно-ориентированным языком программирования, обладающий интуитивной и понятной средой визуального программирования, так же обладает большим наборов компонентов для создания приложений, представляет возможность создания приложений, предоставляет возможность создания приятного и, в то же время, многофункционального интерфейса, дает большие возможности для разработки API-приложений, Web-сервисов

и работы с базами данных различных платформ, в частности с Microsoft Access, а так же с SQL-запросами. Это лишь некоторые основные возможности Delphi 2010, которые повлияли на мой выбор.

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

Delphi — результат развития языка Turbo Pascal, который, в свою очередь, развился из языка Pascal. Pascal был полностью процедурным языком, Turbo Pascal начиная с версии 5.5 добавил в Pascal объектно-ориентированные свойства, а Delphi — объектно-ориентированный язык программирования с возможностью доступа к метаданным классов (то есть к описанию классов и их членов) в компилируемом коде, также называемом интроспекцией. Так как все классы наследуют функции базового класса TObject, то любой указатель на объект можно преобразовать к нему, и воспользоваться методом ClassType и функцией TypeInfo, которые и обеспечат интроспекцию. Также отличительным свойством Delphi от С++ является отсутствие возможности располагать объекты в стеке (объекты, унаследованные из Turbo Pascal, располагаться в стеке могут) — все объекты попадают в динамически выделяемую область (кучу).

Де-факто Object Pascal, а затем и язык Delphi являются функциональными наращиваниями Turbo Pascal. Об этом говорят обозначения версий компилятора. Так, в Delphi 7 компилятор имеет номер версии 15.0 (Последняя версия Borland Pascal / Turbo Pascal обозначалась 7. 1, в Delphi 1 компилятор имеет версию 8. 0, в Delphi 2 — 9. 0, и т. д. Номер версии 11.0 носит компилятор Pascal, входивший в состав среды C++ Builder).

Delphi оказал огромное влияние на создание концепции языка C# для платформы. NET. Многие его элементы и концептуальные решения вошли в состав С#. Одной из причин называют переход Андерса Хейлсберга, одного из ведущих разработчиков Delphi, из компании Borland Ltd. в Microsoft Corp.

1. Версия 1 была предназначена для разработки под 16-ти разрядную платформу Win16;

2. Версии со второй компилируют программы под 32-х разрядную платформу Win32;

3. Вместе с 6-й версией Delphi вышла совместимая с ним по языку и библиотекам среда Kylix, предназначенная для компиляции программ под операционную систему GNU/Linux;

4. Версия 8 способна генерировать байт-код исключительно для платформы. NET. Это первая среда, ориентированная на разработку мультиязычных приложений (лишь для платформы. NET);

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

1.2. 10 Обзор систем управления базами данных

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

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

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

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

1. одну или несколько баз данных;

2. систему управления базами данных (СУБД);

3. персонал, обеспечивающий работу банка данных.

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

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

· каждый элемент таблицы — один элемент данных

· все ячейки в столбце таблицы однородные, то есть все элементы в столбце имеют одинаковый тип (числовой, символьный и т. д.)

· каждый столбец имеет уникальное имя

· одинаковые строки в таблице отсутствуют

· порядок следования строк и столбцов может быть произвольным

Такая модель хранения данных обеспечивает удобство использования базы данных на ЭВМ. Учитывая, что таблицы базы данных могут быть связаны определенными отношениями, такая модель обеспечивает целостность данных и отсутствие избыточности хранения. Поэтому она и используется в большинстве современных баз данных.

Система управления базами данных (СУБД) — специализированная программа или комплекс программ, предназначенная для организации и ведения базы данных. Она обеспечивает хранение данных и взаимодействие пользователя с БД, позволяя пользователям производить поиск, сортировку и выборку информации в базе данных, а некоторым пользователям — добавлять, удалять и изменять записи в БД.

Можно сформулировать основные функции СУБД:

1. Определение данных.

СУБД должна предоставлять средства определения данных в виде исходной формы (схемы данных) и преобразования этих определений в соответствующую объектную форму. То есть СУБД преобразовывает данные в форму, необходимую для хранения их в базе данных.

2. Манипулирование данными.

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

3. Управление хранением данных и доступом к ним.

СУБД осуществляет программную поддержку хранения данных в запоминающем устройстве ЭВМ и управляет всеми действиями, производимыми с данными.

4. Защита и поддержка целостности данных

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

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

СУБД выполняет эти функции с помощью определенного информационно-логического языка, или языка запросов. В большинстве СУБД для этого используется язык SQL.

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

По степени универсальности различают два класса СУБД:

1. системы общего назначения;

2. специализированные системы.

2. Основная часть

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

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

Наименование: «Проектирование программы формирования заказов по грузоперевозкам».

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

Программное обеспечение: ОС MS Windows 95, 98, 2000, XP; Процессор: не ниже Pentium166.

Базовый язык программирования Delphi 2010.

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

Рисунок 1. Интерфейс программы

1. Пункт меню с вкладками «Подключить Базу», «Таблицы», «Поиск», «Отчет», «Помощь».

2. Имеется панель инструментов для работы с таблицей: добавить запись, редактировать запись, удалить запись и т. д.

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

Программа предназначена для сбора сведений о заказах.

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

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

В состав данной программы входят следующие модули:

1. Главный модуль.

1) Добавление, редактирование, удаление, сортировка, поиск записей.

2) Отображаются таблица, куда следует вводить данные;

3) Кнопка добавить запись для добавления записи в таблицу;

4) Кнопка удалить запись для удаления записи из таблицы;

5) Кнопка предметы выводит информацию о предметах;

6) Кнопка поставщики выводит информацию о поставщиках;

7) Кнопка клиенты выводит информацию о клиентах;

8) Кнопка груз выводит информацию о грузах;

9) Кнопка транспорт выводит информацию о транспорте.

10) DBGrid1 — выводит подключенную БД.

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

Минимальные технические требования к ЭВМ, необходимой для нормального функционирования программного обеспечения:

1) Процессор Pentium III

2) Частота 600 Mhz

3) Оперативная память 128 Mb

4) Видеокарта 64 Мb

5) Клавиатура и мышь

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

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

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

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

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

Для работы в диалоговом режиме используется экран дисплея, клавиатура и манипулятор типа «мышь». Для поддержки графического режима необходим видеоадаптер VGA. Входные данные хранятся на жестком диске. Программа работает под управлением ОС Windows 98 (и выше).

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

2.2.1 Общие сведения о программе

Минимальные технические требования к ЭВМ, необходимой для нормального функционирования программного обеспечения:

1) Процессор Pentium III

2) Частота 600 Mhz

1) Оперативная память 128 Mb

2) Видеокарта 64 Мb

3) Клавиатура и мышь

2.2.2 Используемые программные средства

Запуск программы осуществляется на ОС Windows XP и более поздних её версиях. Среда разработки — Borland Delphi 7.

2.2.3 Структура таблиц базы данных предприятия

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

Рисунок 3. Схема данных

В базе данных пять таблиц (рисунок 4,5,6,7,8).

Рисунок 4. Таблица 1 — Клиенты

Рисунок 5. Таблица 2 — Поставщики

Рисунок 6. Таблица 3 — Заказы

Рисунок 7. Таблица 4 — Транспорт

Рисунок 8. Таблица 5 — Груз

2.2.5 Этап разработки программы

Разработка программы «Программный комплекс автоматизированного учета и инвентаризации компьютерной техники» является актуальной" начинается с создания нового проекта. Создаём новый проект («File» -> «New Application») и сразу изменяем заголовок и иконку exe файла программы (рис. 9). Иконка была выбрана в соответствии с целью разработки.

Рисунок 9. Создание нового проекта

Далее на форме Form1 добавляются компоненты:

1) Один ADOConnection и два ADODataSet1, которые взяты с закладки dbGo.

2) На втором этапе добавляется TDBGrid, который взят с закладки Data Controls.

3) На третьем этапе добавляется DataSource1, взятый с закладки DataAccess.

4) На четвертом этапе добавляется MainMenu1.

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

Рисунок 10. Первоначальный интерфейс

5) На пятом этапе создаются пять таблиц с помощью Microsoft Office Access: предметы, преподаватели, отделения, студенты, задолженности. А на Form1 добавляются два объекта TDataSourse.

6) На шестом этапе в событиях выставляется последовательности для отображения таблиц из созданной таблицы Microsoft Office Access.

7) Добавляем компонент DBnavigator, который взят с закладки Controls и добавляем компонент TImage

8) Добавляем три два Tbutton’a, «Добавить запись», «Удалить запись» и «Сохранить изменения». И еще 5, «Клиенты», «Поставщики», «Заказы», «Транспорт» и «Груз». Выносим компонент TPanel1 и на нем размещаем Tlabel1, Tlabel2, TEdit1, TEdit2 (авторизация)

9) На девятом этапе происходит оформление интерфейса на главной форме. (рисунок 11)

Рисунок 11. Оформление интерфейса главной формы

10) Для подключения таблиц, следует выбрать DataSource1 и в DataSet поставить ADODataSet1. В ADOConnection1, LoginPromt — False, Provider — Microsoft. Jet. OLEDB.4.0. В ADODataSet1 выбираем Connection и ставим ADOConnection1. В объекте DBGrid1 находим DataSource и ставим DataSource1. DBNavigator1 находим DataSource и ставим DataSource1.

11) Происходит создание Unit2. Для этого создаём новый проект («File» -> «Form»).

12) На Form2 добавляется объекты:

TEdit, для работы с выбранными данными.

Label1 для отображения текстовой постоянной информации на Form2.

Button1, для поиска данных.

Button2, для закрытия формы.

13) Информация будет вводится в объекты Tedit, которая потом после нажатия на Button1 будет отправлена на DBGrid1.

14) TLabel для отображения текстовой информации.

15) После ввода информации в TEdit следует нажать на Button1 для вывода данных на экран.

16) Оформление интерфейса окна Form2. (рисунок 12)

Рисунок 12. Оформление окна формы

17) Происходит создание Unit3. Для этого создаём новый проект («File» -> «Form»).

18) На Form3 добавляется объекты:

Button1, Button2;

TEdit1;

TLabel1;

19) Button1 для вывода данных на экран.

Button2 для выхода из формы.

TLabel1, для текстовой информации.

TEdit1; для ввода информации.

20) Оформление интерфейса окна Form3. (рисунок 13)

Рисунок 13. Оформление формы 3

21) Происходит создание Unit4. Для этого создаём новый проект («File» -> «Form»).

На Form4 добавляется объекты:

Button1 для вывода данных на экран.

Button2 для выхода из формы.

TEdit1 для ввода информации.

TLabel1 для текстовой информации.

Готовая форма показана на рисунке 14.

Рисунок 14. Оформление формы 4

22) Происходит создание Unit9. Для этого создаём новый проект («File» -> «Form»).

На Form5 добавляется объекты:

Button1 для добавления нового клиента.

Button2 для сохранения изменений.

TLabel1, TLabel2, TLabel3, TLabel4, TLabel5, TLabel6 для текстовой информации.

DBEdit1, DBEdit2, DBEdit3, DBEdit4, DBEdit5, DBEdit6; для ввода информации в таблицу.

Готовая форма показана на рисунке 15.

Рисунок 15. Оформление формы 9

23) Происходит создание Unit5. Для этого создаём новый проект («File» -> «Form»).

На Form6 добавляется объекты:

Button1 для вывода данных на экран.

Button2 для выхода из формы.

TEdit1 для ввода информации.

TLabel1 для текстовой информации.

Рисунок 16. Оформление формы 5

24) Происходит создание Unit7. Для этого создаём новый проект («File» -> «Form»).

На Form7 добавляется объекты:

Button1 для подключения базы.

Button2 для отключения базы.

TEdit1 для ввода информации.

OpenDialog1 диалог «Открыть файл»

Готовая форма показана на рисунке 17

Рисунок 17. Оформление формы 7

25) Происходит создание Unit6. Для этого создаём новый проект («File» -> «Form»).

На Form6 добавляется объекты:

Button1 для вывода данных на экран.

Button2 для выхода из формы.

TEdit1 для ввода информации.

TLabel1 для текстовой информации.

Готовая форма показана на рисунке 18.

Рисунок 18. Оформление формы 6

26) В Unit1 к компоненту TMainMenu в кнопке N16 подключаем помощь прописывая в кнопке следующую строку «пример: ShellExecute (0,'open', 'помощь. chm', nil, nil, SW_SHOWNORMAL); «

27) Происходит создание Unit8. Для этого создаём новый проект («File» -> «Form»).

На Form5 добавляется объекты:

Button1 для добавления нового клиента.

Button2 для сохранения изменений.

TLabel1, TLabel2, TLabel3, TLabel4, TLabel5, TLabel6 для текстовой информации.

DBEdit1, DBEdit2, DBEdit3, DBEdit4, DBEdit5, DBEdit6; для ввода информации в таблицу.

2.2.6 Настройка программы

Для работы программы требуется скопировать программу с прилагаемого носителя на компьютер. Запустить EXE файл из папки и для удобства её можно поместить на рабочий стол для быстрого запуска.

2.2.7 Проверка программы

2.2.7.1 Общие сведения о тестировании

Каждому программисту известно, сколько времени и сил уходит на отладку и тестирование программ. На этот этап приходится около 50% общей стоимости разработки программного обеспечения.

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

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

2.2.7.2 Виды тестирования

Тестирование модуля, или автономное тестирование (module testing, unit testing) — контроль отдельного программного модуля, обычно в изолированной среде (т.е. изолированно от всех остальных модулей).

Тестирование сопряжении (integration testing) — контроль сопряжении между частями системы (модулями, компонентами, подсистемами).

Тестирование внешних функций (external function testing) — контроль внешнего поведения системы, определенного внешними спецификациями.

Тестирование приемлемости (acceptance testing) — проверка соответствия программы требованиям пользователя.

Комплексное тестирование (system testing) — контроль и / или испытание системы по отношению к исходным целям. Комплексное тестирование является процессом контроля, если оно выполняется в моделируемой среде, и процессом испытания, если выполняется в среде реальной, жизненной.

Тестирование настройки (installation testing) — проверка соответствия каждого конкретного варианта установки системы с целью выявить любые ошибки, возникшие в процессе настройки системы.

2.2.7.3 Методы тестирования

1. Существует два основных вида тестирования: функциональное и структурное. При функциональном тестировании программа рассматривается как «черный ящик» (то есть ее текст не используется). Происходит проверка соответствия поведения программы ее внешней спецификации.

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

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

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

3. Метод большого скачка

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

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

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

4. Восходящее тестирование

При восходящем подходе программа собирается и тестируется снизу вверх. Только модули самого нижнего уровня («терминальные» модули; модули, не вызывающие других модулей) тестируются изолированно, автономно. После того как тестирование этих модулей завершено, вызов их должен быть так же надежен, как вызов встроенной функции языка или оператор присваивания. Затем тестируются модули, непосредственно вызывающие уже проверенные. Эти модули более высокого уровня тестируются не автономно, а вместе с уже проверенными модулями более низкого уровня. Процесс повторяется до тех пор, пока не будет достигнута вершина. Здесь завершаются и тестирование модулей, и тестирование сопряжении программы.

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

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

2.2.7.4 Принципы тестирования

Майерса сформулированы также основные принципы организации тестирования:

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

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

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

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

5. Необходимо тщательно подбирать тест не только для правильных (предусмотренных) входных данных, но и для неправильных (непредусмотренных);

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

7. Следует сохранять использованные тесты (для повышения эффективности повторного тестирования программы после ее модификации или установки у заказчика).

2.2.8 Дополнительные возможности

Программа имеет удобную форму для добавления клиентов.

2.2.9 Сообщения системному программисту

Системные сообщения выводится, если мы подключаем базу к уже подключенной базе. (Рисунок 20)

Рисунок 20. Форма сообщения

Системное сообщение выдается при незаполненных данных на Form2. (Рисунок 13)

2.3 Руководство оператора

2.3.1 Назначение программы

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

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

2.3.2 Условия выполнения программы

Условия необходимые для выполнения программы.

Минимальные:

1) Процессор Pentium III

2) Частота 600 Mhz

3) Оперативная память 128 Mb

4) Видеокарта 64Мb

5) Клавиатура и мышь

2.3.3 Выполнение программы

Запуск «Грузоперевозки. exe».

Открывается главная форма.

На главной форме добавляются, редактируются, удаляются и сортируются данные.

Но для начала необходимо пройти авторизацию.

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

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

Завершение программы осуществляется нажатием кнопки выход в пункте меню.

2.3.4 Сообщения оператору

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

Рисунок 27. Форма сообщения

3. Экономическая часть

Расчет экономической эффективности от создания программного продукта по следующим направлениям:

Раздел 1. Расчет времени на создание программного продукта

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

Раздел 3. Расчет начислений на заработную плату (социальное страхование)

Раздел 4. Расчет расходов на содержание и эксплуатацию ПЭВМ

Раздел 5. Расчет себестоимости программного продукта

Раздел 6. Расчет цены программного продукта

Раздел 7. Расчет экономической эффективности

Имеются следующие исходные данные:

1. Подготовка описания задачи (Тпо) — 9 человеко / часов

2. Коэффициент учета изменения задач (В) — 1,3

3. Количество дней в месяце (Чр) — 30 дней

4. Тарифный коэффициент, соответствующий разряду тарифной сетки по которому работает исполнитель (Кт) = 1,3

5. Балансовая стоимость ЭВМ, определяется исходя из цены и количества комплектующих изделий ЭВМ по рыночной стоимости (Кб) 30 000 руб.

6. Эффективный годовой фонд работы ПЭВМ в часах (Фэф) — 2016 часов

7. t p.д. — продолжительность рабочего дня в часах — 8 часов

3.1 Расчет времени на создание программного продукта.

Затраты времени на создание программного продукта дает трудоемкость.

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

Структура общего времени на создание программного продукта представлена в таблице 1.

Таблица 1

№ этапа

Обозначение времени

данного этапа

Содержание этапа

1

Тпо

Подготовка описания задачи

2

То

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

3

Та

Разработка алгоритма

4

Тбс

Разработка блок-схемы алгоритма

5

Тн

Написание программы на языке Delphi 2010

6

Тп

Набивка программы

7

Тот

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

8

Тд

Оформление документации, инструкции пользователю, пояснительной записки

Время рассчитывается в человеко-часах, причем Тпо берется по фактически отработанному времени (исходные данные), а время остальных этапов определяется расчетно по условному числу команд Q.

Условное число команд определяется по формуле:

Q=q*c

где q — коэффициент, учитывающий условное число команд.

Выбрать значение коэффициента q можно из таблицы 2.

Таблица 2

Тип задачи

Пределы измерений

коэффициента

Задачи учета

1480

Задачи оперативного управления

1643

Задачи планирования

3100

Многовариантные задачи

4810

Комплексные задачи

5150

Моя программная разработка соответствует следующему типу задач, следовательно, предел измерения коэффициента c равен 1480.

q — коэффициент, учитывающий новизну и сложность программы 1480.

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

— группа, А — разработка принципиально новых задач;

— группа Б — разработка оригинальных программ;

— группа В-разработка программ с использованием типовых решений;

— группа Г — разовая типовая задача.

Моя программная разработка относится к группе B3 — разработка программ с использованием типовых решений равен 1,0

По степени сложности программные продукты могут быть отнесены к одной из 3-х групп:

-1 — алгоритм оптимизации и моделирования систем;

-2 — задачи учета, отчетности и статистики;

-3-стандартные алгоритмы.

Коэффициент С определяется из табл. 3 на пересечении групп сложности новизны.

Таблица 3

Язык программирования

Группа сложности

Степень новизны

А

Б

В

Г

Высокого уровня

1

1,38

1,26

1,15

0,69

2

1,30

1,19

1,08

0,65

3

1,20

1,10

1,00

0,60

Низкого уровня

1

1,58

1,45

1,32

0,79

2

1,49

1,37

1,24

0,74

3

1,38

1,26

1,15

0,69

Следовательно, Q=1480*1,00=1480 (чел. /час)

Определяем время, затраченное на каждый этап создания программного продукта:

1) Тпо берется по факту = 9 (чел. /час)

2) То определяется по формуле:

То=Q*B/(50*K) (2)

где В-коэффициент учета изменений задачи = 1,0

К — коэффициент, учитывающий квалификацию программиста. Выбрать значение коэффициента К из таблицы 4. К= 0,8

Стаж программиста

Значение коэффициента К

до 2-х лет

0,8

от 2 до 3 лет

1,0

от 3 до 5 лет

1,1 — 1,2

от 5 до 10 лет

1,2 — 1,3

свыше 10 лет

1,3 — 1,5

То=Q*B/(50*K)=1480*1,3/(50*0,8)=1924,0: 40,0=48,1 (чел. /час)

3) Та рассчитываем по формуле:

Та=Q/(50*K)=1480: (50*0,8)=37 (чел. /час)

4) Тбс определяется аналогично Та

Тбс= Та = Q/(50*K)=1480: (50*0,8)=37 (чел. /час)

5) Тн определяется по формуле:

Тн=Q*1,5/(50*K) = 1480*1,5/(50*0,8)=2220: 40,0=55.5 (чел. /час)

6) Тп определяется по формуле:

Тп=Q/50=1480: 50=29,6 (чел. /час)

7) Тот определяется по формуле:

Тот=Q*4,2/50*K=1480*4,2/50*0,8=6216,0: 40,0=155,4 (чел. /час)

8) Тд определяется аналогично Тпо

Тд= Тпо=9 (чел. /час) (оформление документации, пояснительных записей).

Теперь зная время, затраченное на каждом этапе, можно подсчитать общее время на создание программного продукта:

Т=Тпо+То+Та+Тбс+Тн+Тп+Тот+Тд=9+48,1+37+37+55,5+29,6+155,4+9=380,6 (чел. /час)

3. 2 Расчет годового фонда заработной платы исполнителя по созданию программного продукта

Фонд заработной платы состоит из основной и дополнительной зарплаты.

Основная заработная плата включает оплату по отдельным расценкам, тарифным ставкам, должностному окладу, премии (40%).

Дополнительна заработная плата — это оплата отпусков (11,3%) доплата по территориальному коэффициенту (15%).

Основная ЗП определяется по формуле:

ЗПосн=Х*Кт*Т / Чр*tp. д*(1+П/100)

где

Х — среднемесячная ЗП программиста 12 000 рублей — определяется самостоятельно по рыночной ситуации;

Кт — тарифный коэффициент, соответствующий разряду тарифной сетки по которому работает исполнитель (исходные данные — 1,3);

Т-общее время на создание программного продукта 380.6 (чел. /час);

Чр — число рабочих дней в месяце 30 дней (исходные данные);

tp.д. — продолжительность рабочего дня в часах — 8 часов;

П — процент премии.

ЗПосн=Х*Кт*Т / Чр*tp. д*(1+П/100)=12 000*1,3*380,6/30*8*(1+40/100)= = 17 670,71 (руб.)

Дополнительная ЗП берется в размере 11,3% от основной.

ЗПдоп=17 670,71*11,3%= 1996,79 (руб.)

Общая ЗП будет равна сумме основной и дополнительной:

ЗПобщая=ЗПосн+ЗПдоп=17 670,71 +1996,79 =19 667,5 (руб.)

3.3 Расчет начислений на заработную плату (социальные взносы)

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

1. Фонд социального страхования (ФСС) — 2,9%

2. Пенсионный фонд России (ПФР) — 22%

3. Федеральный фонд обеспечения медицинского страхования (ФФОМС) — 5,1%

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

ФСС = ЗП общая * 2,9%

ПФР = ЗП общая * 22%

ФФОМС = ЗП общая * 5,1%

Отчисления по специальности страхованию и обеспечению производится по следующим ставкам:

Таблица 5

Страховые взносы части

Ставка в%

Отчисления в фонд социального страхования (ФСС)

19 667,5 * 2,9/100=570,35 (руб.)

Отчисления в пенсионный фонд России (ПФР)

19 667,5 * 22/100=4326,85 (руб.)

Отчисления в федеральный фонд обеспечения медицинского страхования (ФФОМС)

19 667,5 * 5,1/100=1003,04 (руб.)

Сумма взносов по социальному страхованию равна

Сстр= 570,35 +4326,85 +1003,04 =5900,24 (руб.)

3.4 Расчет расходов на содержание и эксплуатацию ПЭВМ

Расходы на содержание и эксплуатацию ПЭВМ рассчитываются по следующим статьям:

1) Основная З П работников, обеспечивающих функционирование ПВЭМ.

X — 12 000 руб.

Для системных программистов: Нобсл=25%, Кт=2,02

ЗПосн. год. =(Х*Кт /Нобсл.)*((1+П/100)*12)=(12 000*2,02/25/100)*(1+40/100)*12)= 6060*16,8=101 808,0 (руб.)

2) Дополнительная З П обслуживающего персонала — 11,3% от основной заработной платы

ЗП доп год=101 808,0*11,3/100=11 504,30 (руб.)

Общая ЗП будет равна сумме основной и дополнительной:

ЗПобщая год=ЗПосн+ЗПдоп=101 808,0+11 504,30=113 312,3 (руб.)

3) Начисления на ЗП обслуживающего персонала (30%):

Нзп год=ЗПобщ год*30%=113 312,3 *0,3=33 993,69 (руб.)

4) Социальные отчисление с заработной платы вспомогательного персонала — СОвп (30% от общей заработной платы)

СОвп год=(ЗПобщая год + Нзп год)*30%=(113 312,3 +33 993,69)*0,3=147 305,99*0,3=44 191,79 (руб.)

5) Амортизационные отчисления определяются в размере 25% (статистические данные морального износа компьютерной техники) от балансовой стоимости ЭВМ (Кб) — 30 000 руб. (исходные данные).

А=Кб*25%

А=Кб*0,8=30 000*0,25=7500 (руб.)

25% - Балансовая стоимость ЭВМ 30 000 рублей (расписать комплектующие: системный блок и т. д., чтобы получилось ровно 30 000 рублей). Срок службы ЭВМ 4 года (справочные данные). 25% - четвертая часть.

Балансовая стоимость ЭВМ

Комплектующие ЭВМ

Стоимость комплектующих

Системный блок

5000

монитор

2340

мышка

250

клавиатура

1000

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

15 000

Принтер

6410

Итого:

30 000

6) Затраты на электроэнергию:

Зс. эн (осв)=Фэф * Цэ * P

Фэф — эффективный годовой фонд работы ПЭВМ в часах (исходные данные 2016 часов)

Цэ — стоимость 1 кВт/ч. (определяется самостоятельно исходя из рыночной стоимости 3,88 руб. за 1 кВт/ч.)

P — мощность ПЭВМ с периферией в кВт/ч.

P= 0.8 в зависимости от периферии

Зс. эн (осв)=Фэф * Цэ * P=2016*3,88*0. 8=6257,66 (руб.)

7) Расходы на профилактику составляют 2% от балансовой стоимости ПВЭМ с периферией.

Зпроф = Кб * 2%=30 000*0,02=600 (руб.)

8) Прочие производственные расходы (Ппр) берутся в размере 30% от основной ЗП работников (за год), обеспечивающих функционирование ЭВМ.

Ппр= ЗПобщая год*30%=94 426,92*0,3=28 328,07 (руб.)

9) Определяем годовые расходы на содержание и эксплуатацию 1-ой ЭВМ, для этого складываем все компоненты:

З общие — затраты на содержание и эксплуатацию 1-ой ЭВМ

З общие = ЗП общая год+ Нзп год+ СОвп год+ А + Зс. эн (осв) + Зпроф + Ппр=113 312,3+33 993,69+44 191,79 +7500+6257,66 +600+28 328,07=234 183,51 (руб.)

Далее определяем себестоимость 1-го машино-часа работы ПВЭМ за год, которая определяется по формуле:

Смч год=(З общие/12/30/8)*Т=(234 183,51 /12/30/8) *380,6 =30 948,001 (руб.)

3.5 Расчет себестоимости программного продукта

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

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

1) Основная З П исполнителя работ по созданию программного продукта;

2) Дополнительная З П исполнителя работ по созданию программного продукта;

3) Начисления на ЗП:

4) Расходы на содержание и эксплуатацию ПВЭМ, относящихся к данному программному продукту;

5) Прочие расходы.

Первые 4 элемента уже известны, а прочие расходы составляют 10% от суммы первых 4-х элементов.

36 950,11*10%=3695,01 (руб.)

Структуру себестоимости программного продукта опишите в таблице № 7.

Структуру себестоимости программного продукта

Элементы себестоимости

Сумма (руб.)

% в общей сумме себестоимости

1

Основная ЗП исполнителя

17 670,71

28

2

Доп. ЗП исполнителя

1996,79

3

3

Начисления на ЗП

5900,24

10

4

РС и ПЭВМ

30 948,001

50

5

Прочие расходы

5651,57

9

Итого:

62 167,31

100

17 670,71/62 167,31*100=28,42%

1996,79/62 167,31*100=3,21%

5900,24/62 167,31*100=9,49%

30 948,001/62 167,31*100=49,78%

5651,57/62 167,31*100=9,09%

3.6 Расчет цены программного продукта

Цена — это денежное выражение стоимости продукции.

Цена складывается из нескольких компонентов:

Ц=С+П+НДС, где

С — себестоимость программного продукта 62 167,31 (руб.)

П отчетного периода (первого года) — прибыль, которую берем в размере 40% от себестоимости

62 167,31*40%= 24 866,92 (руб.)

НДС — налог на добавленную стоимость, который берется в размере 18% от суммы себестоимости и прибыли 11 190,11 (руб.)

62 167,31* 18%=11 190,11 (руб.)

Ц=С+П+НДС= 62 167,31+24 866,92 + 11 190,11=98 224,34 (руб.)

3.7 Расчет экономической эффективности

Эффективность это результативность т. е. получение результата с учетом затрат — более того с минимальными затратами трудовых, материальных, финансовых средств труда.

? ПР = приблизительный рост прибыли за два года

КВ — капитальные вложения = себестоимость программного продукта =62 167,31 (руб.)

? ПР= ПР отчетного периода — ПР базисного периода

На второй год продажи программного продукта планируется увеличение прибыли с 40% до 60%, следовательно,

ПР планируемая за 1 год = 62 167,31*40%= 24 866,92 (руб.)

ПР планируемая за 2 год = 62 167,31*60%= 37 300,38 (руб.)

Отклонения прибыли = 37 300,38 — 24 866,92= 12 433,46 (руб.)

Эа = 12 433,46 / 62 167,31= 0,2 или 20%

В экономической части ДП произведен расчет себестоимости и цены программного продукта ПО «Грузоперевозки», которая показала эффективность создания данного программного продукта, т.к. экономическая эффективность составляет 20%.

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

Программа полностью соответствует современным требованиям и стандартам.

Заключение

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

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

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

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

Составленная смета затрат на программный продукт.

Подводя итоги выполненного задания, следует отметить, что в нём были достигнуты поставленная цель и задачи.

программа заказ грузоперевозка руководство

Список литературы

1. Технологии Delphi 2006. Новые возможности

2. Delphi 6/7. Базы данных и приложения. Лекции и упражнения

3. Самоучитель Delphi. NET

4. www. devdelphi. ru/

5. www. edelphi. ru/

Приложение

Код программы

Главная форма

unit Unit1;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, Grids, DBGrids, DB, ADODB, StdCtrls, ExtCtrls, DBCtrls, Menus, ComObj,

jpeg, ShellAPI;

type

TForm1 = class (TForm)

ADOConnection1: TADOConnection;

ADODataSet1: TADODataSet;

DataSource1: TDataSource;

DBGrid1: TDBGrid;

Button1: TButton;

Button2: TButton;

Button3: TButton;

DBNavigator1: TDBNavigator;

b: TMainMenu;

N4: TMenuItem;

N6: TMenuItem;

Button4: TButton;

N1: TMenuItem;

Button5: TButton;

Button6: TButton;

N2: TMenuItem;

N3: TMenuItem;

N5: TMenuItem;

N7: TMenuItem;

N8: TMenuItem;

N9: TMenuItem;

N10: TMenuItem;

N11: TMenuItem;

N12: TMenuItem;

N13: TMenuItem;

N14: TMenuItem;

Button7: TButton;

Button8: TButton;

Button9: TButton;

OpenDialog1: TOpenDialog;

N15: TMenuItem;

N16: TMenuItem;

Button10: TButton;

Image1: TImage;

Panel1: TPanel;

Button11: TButton;

Edit1: TEdit;

Edit2: TEdit;

Label1: TLabel;

Label2: TLabel;

Label3: TLabel;

Button12: TButton;

procedure Button1Click (Sender: TObject);

procedure Button2Click (Sender: TObject);

procedure Button3Click (Sender: TObject);

procedure N6Click (Sender: TObject);

procedure Button4Click (Sender: TObject);

procedure N1Click (Sender: TObject);

procedure Button5Click (Sender: TObject);

procedure Button6Click (Sender: TObject);

procedure N3Click (Sender: TObject);

procedure N5Click (Sender: TObject);

procedure N7Click (Sender: TObject);

procedure N8Click (Sender: TObject);

procedure N9Click (Sender: TObject);

procedure N10Click (Sender: TObject);

procedure N11Click (Sender: TObject);

procedure N12Click (Sender: TObject);

procedure N13Click (Sender: TObject);

procedure N14Click (Sender: TObject);

procedure Button7Click (Sender: TObject);

procedure Button8Click (Sender: TObject);

procedure Button9Click (Sender: TObject);

procedure N16Click (Sender: TObject);

procedure Button10Click (Sender: TObject);

procedure Button12Click (Sender: TObject);

procedure Button11Click (Sender: TObject);

private

{Private declarations}

public

{Public declarations}

end;

var

Form1: TForm1;

A: string;

WordApp, Table: Variant;

i, j: Integer;

implementation

uses Unit2, Unit3, Unit4, Unit5, Unit6, Unit7, Unit8, Unit9, Unit10;

{$R *. dfm}

procedure TForm1. Button10Click (Sender: TObject);

begin

ADODataSet1. Active: =false;

ADODataSet1. CommandText: ='select * from Klienti';

ADODataSet1. Active: =true;

form9. show;

end;

procedure TForm1. Button11Click (Sender: TObject);

var c, d: string;

begin

c: =Edit1. Text;

d: =Edit2. Text;

if (c='max') and (d='123') then

begin

Panel1. Visible: =false;

n1. Visible: =true;

n2. Visible: =true;

n4. Visible: =true;

n14. Visible: =true;

n15. Visible: =true;

button7. Visible: =true;

button8. Visible: =true;

button9. Visible: =true;

button10. Visible: =true;

button1. Visible: =true;

button2. Visible: =true;

button3. Visible: =true;

button4. Visible: =true;

button5. Visible: =true;

button6. Visible: =true;

end

// если нет выводим сообщение

else

ShowMessage ('Авторизация не пройдена!');

end;

procedure TForm1. Button12Click (Sender: TObject);

begin

Form1. Close;

end;

procedure TForm1. Button1Click (Sender: TObject);

begin

ADODataSet1. Active: =false;

ADODataSet1. CommandText: ='select * from Gruzi';

ADODataSet1. Active: =true;

end;

procedure TForm1. Button2Click (Sender: TObject);

begin

ADODataSet1. Active: =false;

ADODataSet1. CommandText: ='select * from Klienti';

ADODataSet1. Active: =true;

end;

procedure TForm1. Button3Click (Sender: TObject);

ПоказатьСвернуть
Заполнить форму текущей работой