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

Министерство образования и науки Амурской области

Государственное профессиональное образовательное автономное учреждение Амурской области

«Благовещенский политехнический колледж»

Специальность: 09.02.05

Курсовой проект

Тема: Учёт ГСМ на предприятии

Разработал Овчухов.Б.Н

Руководитель проекта Губина Н.А.

Председатель ПЦК Губина Н.А.

Благовещенск 2015 г



Оглавление

Введение

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

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

1.2 Назначение подсистемы

1.3 Цели создания подсистемы

1.4 Требования к системе в целом

1.4.1 Требования к структуре и функционированию системы

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

1.4.3 Требования безопасности

1.4.4 Требования по стандартизации и унификации

2. Разработка эскизного и технического проекта программы

2.1 Назначение и область применения

2.2 Технические характеристики

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

2.2.2 Описание алгоритма

2.2.3 Организация входных и выходных данных

2.2.4 Выбор состава технических и программных средств

3. Разработка рабочего проекта

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

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

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

3.2 Текст программы

3.3 Спецификация программы

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

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

Заключение

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



Введение

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

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

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

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

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

В начале 1992г. этот термин был закреплен в Положении о бухгалтерском учете и отчетности в РФ и настоящее время получил достаточно широкое распространение в учетной литературе и на практике.

В экономической литературе приводятся разнообразные определения: «Учетная политика предприятия представляет собой совокупность принципов и правил, регламентирующих методические и организационные основы ведения бухгалтерского учета на предприятии в условиях действующей нормативной базы на данный момент времени» (5.С.48); «… совокупность способов ведения бухгалтерского учета, избранных предприятием в качестве соответствующих условий хозяйствования» (2.С.7); «… это совокупность конкретных методов и форм ведения бухгалтерского учета, объявляемая предприятием исходя из общепринятых правил и особенностей своей деятельности» (7.С.10). В приложении к приказу Министерства финансов РФ от 28 июля 1994г. №100 под учетной политикой предприятия понимается «…совокупность способов ведения бухгалтерского учета - первичного наблюдения, стоимостного измерения, текущей группировки и итогового обобщения фактов хозяйственной (уставной и иной) деятельности» (1.С.5). Данное определение совпадает с определением метода бухгалтерского учета.

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



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

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

Полное наименование разрабатываемой подсистемы: Информационная подсистема «Учет топлива в Автоколонне 1275» для информационной системы Автоколонне 1275.

Заказчик информационной подсистемы: Системный администратор Благовещенской Автоколонны 1275. Реквизиты заказчика: 675002, Амурская область, г. Благовещенск, ул.Пролетарская,д.16.

Разработчик: студент Благовещенского Политехнического колледжа

Овчухов Борис Николаевич.

Перечень документов, на основе которых создается подсистема:

- положение о количестве топлива на предприятии;

- документы, формирующиеся на основе выполнения регулярных перечислений;

- различные виды отчетов.

Плановые сроки начала и окончания работы по созданию подсистемы: начало разработки - 01.12.2014 г., окончание - 20.03.2015г.

1.2 Назначение подсистемы

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

Информационная подсистема необходима, для ввода, хранения и обработки информации о ГСМ. Вид автоматизируемой деятельности: добавление, удаление и поиск нужной информации.



1.3 Цели создания подсистемы

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

1.4 Требования к системе в целом

1.4.1 Требования к структуре и функционированию системы

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

Проектируемая подсистема должна включать:

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

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

3 Транспортный модуль - обеспечивает передачу данных.

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

Отчеты:

- Отчет о количестве правильных и не правильных ответов

- Отчет о оценки полученной за тест

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

Требования к надежности системы устанавливаются в соответствии со следующими стандартами:

- ГОСТ 27.002-89 Надежность в технике. Основные понятия. Термины и определения.

- ГОСТ 27.003-90 Надежность в технике. Состав и общие правила задания требований по надежности.

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

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

1.4.3 Требования безопасности

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

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

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

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

1.4.4 Требования по стандартизации и унификации

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

ГОСТ 7.1-2003 «Библиографическое описание документа. Общие требования и правила составления»;

ГОСТ 19.001-77 - «ЕСПД. Общие положения»;

ГОСТ 19.004-80 -«ЕСПД. Термины и определения»;

ГОСТ 19.101-77 - «ЕСПД. Виды программ и программных документов»;

ГОСТ 19.102-77 - «ЕСПД. Стадии разработки»;

ГОСТ 19.103-77 - «ЕСПД. Обозначение программ и программных документов»;

ГОСТ 19.104-78 - «ЕСПД. Основные надписи»;

ГОСТ 19.105-78 - «ЕСПД. Требования к программным документам, выполненным печатным способом»;

ГОСТ 19-201-78 «Техническое задание. Требования к содержанию и оформлению»;

ГОСТ 19.402-78 «ЕСПД. Описание программы»;

ГОСТ 19.502-78 - «Описание применения. Требования к содержанию и оформлению»;

ГОСТ 19.505-79 - «Руководство оператора. Требования к содержанию и оформлению»;

ГОСТ 19.508-79 - «Руководство по техническому обслуживанию. Требования к содержанию и оформлению»;

ГОСТ 24.301-80 - «Общие требования к выполнению текстовых документов»;

ГОСТ 34.201-89 - «Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем»;

ГОСТ 34.601-90 - «Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания»;

ГОСТ 34.602-89 - «Информационная технология. Автоматизированные системы. Техническое задание на создание автоматизированной системы»;

ГОСТ 34.603-92 «Информационная технология. Виды испытаний автоматизированных систем.

2. Разработка эскизного и технического проекта программы

2.1 Назначение и область применения

Данная программа разработана для учёта и контроля движения ГСМ на предприятии. Областью применения данной программы является автомобильное предприятие. Так как, поставлена задача, разработать приложение под операционную систему Windows, то использоваться программа может только в среде 32 битной операционной системы Windows 9х/ME/NT/2000/XP.

2.2 Технические характеристики

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

Документы производстве

Документы Отчёты хоз. деятельности

Бухгалтерская

Администрация

2.2.2 Описание алгоритма

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

2.2.3 Организация входных и выходных данных

Существует два способа ввода этих данных в программу:

- прямая загрузка в режиме разработки форм;

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

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

2.2.4 Выбор состава технических и программных средств

Исходя из целей курсовой работы, требуется создать программу, работающую под ОС Windows. В связи с тем, что разработанный алгоритм подразумевает использование графических возможностей, анимации и параллельных процессов взаимодействия с пользователем, было принято решение использовать интегрированную среду разработки программ RAD Studio XE3.

Данная среда разработки позволяет достаточно быстро создавать приложения для Windows.

Технические средства, достаточные для оптимальной работы программы:

- Windows XP/7.

- Видео память не менее 256 Mb. Ускоритель графики не требуется.

- Оперативной памяти не менее 1Гb.

-Intel Celeron CPU и выше.

- Объем свободного места на жестком диске не менее 10 Гб.

- Манипуляторы: клавиатура и мышь.



3. Разработка рабочего проекта

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

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

Первым этапом разработки программы было создание базы данных в Microsoft office Access

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

Рис.1 Схема данных БД

Рис.2 Таблица Заказчики



Рис. 3. Таблица Код Бруса

Рис. 4 Таблица Код древесины

Рис. 5 Таблица Код Окна



Рис. 6 Таблица Код Паркета

Рис. 7 Таблица Код Потолка



Рис. 8 Таблица Код Фанеры

Рис. 9 Таблица Расход

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

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

В данной среде был создан проект с названием Project1.dpr. Данный проект состоит из одного программного модуля и десяти форм: Form1.



Рис.10 Основная форма

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

1. Form1: TForm - Основная форма проекта. Контейнер всех объектов.

2.Button1 и Button2-Стандартные кнопки, или простые кнопки, представлены в Delphi компонентом Button, которые является оконными элементами управления.

3. Image1: TImage - Изображение на форме формата .bmp.

Рис.2 Форма с таблицами



Рис.3 Форма с таблицей заказчики

1. DBGrid1: TDBGrid - Визуальная таблица. Содержит таблицу кабинеты. автоматизация учет топливо данные

2.ADOConnection1:TADOConnection - обеспечивает соединение других компонентов ADO.

3.DataSource1:TDataSource - обеспечивает связь компонента отображения. Отображает таблицу из ADOTable1.

4. ADOTable1: TADOTable - обеспечивает использование в приложениях Delphi таблиц БД. Подключен к таблице Бренды.

Главное меню класса TMainMenu, содержит 3 вкладки Таблицы, запросы и выход.

1. N1: TMenuItem-Редактирование таблицы DBGrid1.

2. N2: TMenuItem - Сохранение в таблицу DBGrid1.

3. N3: TMenuItem - Добавление в таблицу DBGrid1.

4. N4: TMenuItem - Удаление из таблицы DBGrid1.

5. N5: TMenuItem - Выход из формы.

6. N6,N7,N8: TMenuItem - Сортировка в таблице DBGrid1.

Рис.4 Форма с таблицей бруса

1. DBGrid1: TDBGrid - Визуальная таблица. Содержит таблицу кабинеты.

2.ADOConnection1:TADOConnection - обеспечивает соединение других компонентов ADO.

3.DataSource1:TDataSource - обеспечивает связь компонента отображения. Отображает таблицу из ADOTable1.

4. ADOTable1: TADOTable - обеспечивает использование в приложениях Delphi таблиц БД. Подключен к таблице Бренды.

Рис.5 Форма с таблицей фанеры



1. DBGrid1: TDBGrid - Визуальная таблица. Содержит таблицу кабинеты.

2.ADOConnection1:TADOConnection - обеспечивает соединение других компонентов ADO.

3.DataSource1:TDataSource - обеспечивает связь компонента отображения. Отображает таблицу из ADOTable1.

4. ADOTable1: TADOTable - обеспечивает использование в приложениях Delphi таблиц БД. Подключен к таблице Бренды.

Рис.6 Форма с таблицей окно

1. DBGrid1: TDBGrid - Визуальная таблица. Содержит таблицу кабинеты.

2.ADOConnection1:TADOConnection - обеспечивает соединение других компонентов ADO.

3.DataSource1:TDataSource - обеспечивает связь компонента отображения. Отображает таблицу из ADOTable1.

4. ADOTable1: TADOTable - обеспечивает использование в приложениях Delphi таблиц БД. Подключен к таблице Бренды.



Рис.7 Форма с таблицей потолок

1. DBGrid1: TDBGrid - Визуальная таблица. Содержит таблицу кабинеты.

2.ADOConnection1:TADOConnection - обеспечивает соединение других компонентов ADO.

3.DataSource1:TDataSource - обеспечивает связь компонента отображения. Отображает таблицу из ADOTable1.

4. ADOTable1: TADOTable - обеспечивает использование в приложениях Delphi таблиц БД. Подключен к таблице Бренды.

Рис.8 Форма с таблицей паркет

1. DBGrid1: TDBGrid - Визуальная таблица. Содержит таблицу кабинеты.

2.ADOConnection1:TADOConnection - обеспечивает соединение других компонентов ADO.

3.DataSource1:TDataSource - обеспечивает связь компонента отображения. Отображает таблицу из ADOTable1.

4. ADOTable1: TADOTable - обеспечивает использование в приложениях Delphi таблиц БД. Подключен к таблице Бренды.

Рис.9 Форма с таблицей плинтус

1. DBGrid1: TDBGrid - Визуальная таблица. Содержит таблицу кабинеты.

2.ADOConnection1:TADOConnection - обеспечивает соединение других компонентов ADO.

3.DataSource1:TDataSource - обеспечивает связь компонента отображения. Отображает таблицу из ADOTable1.

4. ADOTable1: TADOTable - обеспечивает использование в приложениях Delphi таблиц БД. Подключен к таблице Бренды.



Рис.10 Форма с таблицей древесина

1. DBGrid1: TDBGrid - Визуальная таблица. Содержит таблицу кабинеты.

2.ADOConnection1:TADOConnection - обеспечивает соединение других компонентов ADO.

3.DataSource1:TDataSource - обеспечивает связь компонента отображения. Отображает таблицу из ADOTable1.

4. ADOTable1: TADOTable - обеспечивает использование в приложениях Delphi таблиц БД. Подключен к таблице Бренды.

Рис.11 Форма с таблицей расход



1. DBGrid1: TDBGrid - Визуальная таблица. Содержит таблицу кабинеты.

2.ADOConnection1:TADOConnection - обеспечивает соединение других компонентов ADO.

3.DataSource1:TDataSource - обеспечивает связь компонента отображения. Отображает таблицу из ADOTable1.

4. ADOTable1: TADOTable - обеспечивает использование в приложениях Delphi таблиц БД. Подключен к таблице Бренды.

3.2 Текст программы

unit Unit1;

interface

uses

Winapi.Windows, Winapi.Messages, System.SysUtils, System.Variants, System.Classes, Vcl.Graphics,

Vcl.Controls, Vcl.Forms, Vcl.Dialogs, Vcl.StdCtrls, Vcl.Imaging.pngimage,

Vcl.ExtCtrls;

type

TForm1 = class(TForm)

Image1: TImage;

Button1: TButton;

Button2: TButton;

procedure Button1Click(Sender: TObject);

procedure Button2Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form1: TForm1;

implementation

{$R *.dfm}

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

procedure TForm1.Button1Click(Sender: TObject);

begin

form2.ShowModal;

end;

procedure TForm1.Button2Click(Sender: TObject);

begin

close;

end;

end.

3.3 Спецификация программы

Исполнимый файл программы «Учет ГСМ на предприятии» имеет название Project1.exe и расположен в каталоге \Project1.

Помимо исполнимого файла в проект, включены следующие файлы (табл. 1):

Таблица 1 Таблица файлов входящих в проект

Наименование	Обозначение	Примечание
Project1.dpr	Файл проекта	Связывает все файлы приложения
Unit1.pas	Программный модуль для Form1	Определяет функциональность формы
1403331_dkomp.bmp	Файл рисунка	Заставка главной формы
Unit2.pas	Программный модуль для Form2	Определяет функциональность формы
Unit3.pas	Программный модуль для Form3	Определяет функциональность формы
Unit4.pas	Программный модуль для Form4	Определяет функциональность формы
Unit5.pas	Программный модуль для Form5	Определяет функциональность формы
Unit6.pas	Программный модуль для Form6	Определяет функциональность формы
Unit7.pas	Программный модуль для Form7	Определяет функциональность формы
Unit8.pas	Программный модуль для Form8	Определяет функциональность формы
Unit9.pas	Программный модуль для Form9	Определяет функциональность формы
Unit10.pas	Программный модуль для Form10	Определяет функциональность формы
Unit11.pas	Программный модуль для Form11	Определяет функциональность формы
Datamodul1	Контейнер для компонентов доступа к данным	Содержит компоненты доступа к данным (типа TTable, TQuery, TStoredProc)

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

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

Разработанное приложение является развлекательной игровой программой и называется «Учет ГСМ на предприятии». Программа разработана в среде BorlandDelphi XE3 на языке ObjectPascal.

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

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

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

- WindowsXP/7/8/8.1.

- Видео память не менее 256 Mb. Ускоритель графики не требуется.

- Оперативной памяти не менее 1Гb.

- Процессор IntelPentium 4 и выше.

- Объем свободного места на жестком диске не менее 10 Гб.

- Манипуляторы: клавиатура и мышь.

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

Программа запускается на исполнение либо двойным щелчком левой кнопки мыши по файлу Project1.exe в проводнике Windows, либо нажатием правой кнопки мыши по указанному файлу и выбором пункта меню “Открыть”.

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

В программе были использованы два типа входных данных:

1. Графические, представленные в виде файлов в формате bmp.

2. База данных Access, представленная в виде файла в формате mdb.

Существует два способа ввода этих данных в программу:

1. Прямая загрузка в режиме разработки форм;

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

Более наглядно входные данные отражены в табл. 2.

Таблица 2 Таблица входных данных и их файлов

Наименование	Обозначение	Примечание
Project1.dpr	Файл проекта	Связывает все файлы приложения
Project1.res	Файл ресурсов	Содержит пиктограммы, версию и т.д.
Unit1.pas	Программный модуль для Form1	Определяет функциональность формы
Unit1.dcu	Объектный файл для Unit1.pas	Откомпилированная версия Unit1.pas
1402113331_dkomp.bmp	Файл рисунка	Заставка главной формы
Unit2.pas	Программный модуль для Form2	Определяет функциональность формы
Unit2.dcu	Объектный файл для Unit2.pas	Откомпилированная версия Unit2.pas
Unit6.pas	Программный модуль для Form6	Определяет функциональность формы
Unit6.dcu	Объектный файл для Unit6.pas	Откомпилированная версия Unit6.pas
Unit3.pas	Программный модуль для Form3	Определяет функциональность формы
Unit3.dcu	Объектный файл для Unit3.pas	Откомпилированная версия Unit3.pas
Unit4.pas	Программный модуль для Form4	Определяет функциональность формы
Unit4.dcu	Объектный файл для Unit4.pas	Откомпилированная версия Unit4.pas
Unit5.pas	Программный модуль для Form5	Определяет функциональность формы
Unit5.dcu	Объектный файл для Unit5.pas	Откомпилированная версия Unit5.pas
Datamodul1	Контейнер для компонентов доступа к данным	Содержит компоненты доступа к данным (типа TTable, TQuery, TStoredProc)

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

При разработке программы использовалась среда программирования Borland Delphi XE3. Эта среда представляет собой набор средств быстрой разработки и отладки приложений для Windows. При разработке приложения применялся визуальный редактор форм, редактор программного кода, палитра компонентов и инспектор объектов.

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

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

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

При испытании программы ставилась цель проверить работоспособность программы, корректность расчетов и отсутствие логических ошибок.

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

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



Заключение

Данный курсовой проект был выполнен в полном соответствии поставленному заданию и отлажен в среде DELPHI XE3. В ходе выполнения курсовой работы была разработана программа учета ГСМ с графическим интерфейсом. Программа содержит базу данных.

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

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



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

1. Архангельский А.Я. Программирование в Delphi. - М.: ООО «Бином-Пресс», 2004.

2. Гофман В.Э., Хомоненко А.Д. Delphi. Быстрый старт. - СПб: БХВ-Петербург, 2003.

3. Бондарев В. М., Рублинецкий В. И., Качко Е. Г. Основы программирования. Харьков: Фолио; Ростов н/Д: Феникс, 1998.

4. Справочная система Delphi

5. Фаронов В. В. Delphi 4. Учебный курс. М.: «Нолидж», 1999.

6. Архангельский А.Я. «Приемы программирования в Delphi».: Издательство «Бином-Пресс» 2006г. -944 стр. -ISBN 5-9518-0145-1

7. Г.В. Галисеев «Компоненты в Delphi 7».: Издательство «Вильямс» 2004г. - 624стр. -ISBN 5-8459-0555-9

Размещено на Allbest.ru

...