Учет компьютерных товаров в магазине. Учет компьютерных товаров в магазине

• Название: Учет компьютерных товаров в магазине
• Дата: 16.06.2022
• Размер: 1.41 Mb.
• Имя файла: Учет компьютерных товаров в магазине.docx
• Тип: Реферат; #598041

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ КЫРГЫЗСКОЙ РЕСПУБЛИКИ

СОВРЕМЕННЫЙ МЕЖДУНАРОДНЫЙ УНИВЕРСИТЕТ
КАФЕДРА ИНФОРМАТИКИ

 

«Утверждаю»

Зав.каф. информатики

__________А.А. Кошбаев

«_____»_______2022 г.

.

Выпускная квалификационная работа бакалавра

Направления: 710300 «Прикладная информатика»

На тему: «Учет компьютерных товаров в магазине»
Выполнил: Абдукаимов Марат
Студент группы: ПИЭз-17
Научный руководитель: Эркулова Э.К.

Жалал-Абад

СОДЕРЖАНИЕ

Введение	3
Глава 1. Анализ предметной области.	6
1.1. Организационная структура магазина	6
1.2. Исследование бизнес-процессов с помощью IDEF0.	7
1.3. Диаграмма потоков данных DFD.	11
1.3. Анализ создания и внедрения ИС.	13
Глава 2. Описание процесса разработки	15
2.1. Требования к системе.	15
2.2. Выбор языка программирования ПО и среды разработки.	15
2.3. Инфологическое проектирование. ER-диаграмма	16
2.3. Структура входящей информации	17
2.4. Структура выходных данных	19
2.5. Проектирование базы данных	20
2.6. Разработка программы	23
Глава 3. Внедрение	32
3.1. Развертывание ПО	32
3.2 Тестирование разработанной базы	32
3.3. Планируемые дополнения	36
Заключение	37
Список используемой литературы	38

ВВЕДЕНИЕ

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

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

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

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

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

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

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

Область применения программного продукта.

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

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

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

Задачи квалификационной работы:

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

2. выполнить концептуальное проектирование подсистемы и представить ее в виде информационно-логической модели предметной области;

3. обосновать необходимость автоматизации;

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

5. определить требования к функциональным характеристикам будущей подсистемы;

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

ГЛАВА 1. АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ.

1.1. Организационная структура магазина

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

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



Рисунок 1. Структура предприятия.

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

• 
  Организация продаж в магазине:
  
  • 
    анализ запасов материалов;
    

• 
  составление отчётов о проданных товарах.
  
• 
  Составление финансовой отчетности
  

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

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

Рассмотрим обязанности сотрудников магазина.

Директор магазина ведет руководство работой магазина.

Главный бухгалтер и бухгалтер ведут бухгалтерский, налоговый и статистический учет в магазине

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

Заведующий отделом магазина руководит продавцами отдела.

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

1.2. Исследование бизнес-процессов с помощью IDEF0.

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

При разработке и проектировании программного продукта были использованы следующие средства:

BPWIN.

Microsoft Word.

1С.

Информационная модель определена для изображения существующих бизнес – процессов в компании (так называемая модель AS-IS «как есть») и безупречного их выполнения – то, к чему нужно стремиться (модель ТО-ВЕ «как должно быть»). Методология описывает построение иерархической системы диаграмм – единичных описаний фрагментов разрабатываемой системы.[2]

Построение модели системы начнем с описания функционирования компании (системы) или отдельной ее части в целом в виде контекстной диаграммы. На рисунке 2 представлен бизнес-процесс «как было». После отображения контекстной диаграммы проведем функциональную декомпозицию – система разобьем на подсистемы и каждая подсистема будет описана отдельно (диаграммы декомпозиции). В результате такого разбиения, каждый фрагмент системы изображен на отдельной диаграмме декомпозиции, и представлена на рисунке 3.

Рисунок 2 - Бизнес-процесс «Деятельность магазина»



Рисунок 3 - Диаграмма декомпозиции деятельности магазина


Рисунок 4 - Диаграмма декомпозиции Закупка товара



Рисунок 5 - Диаграмма декомпозиции Продажа товара


Рисунок 6 - Диаграмма декомпозиции

1.3. Диаграмма потоков данных DFD.

Для того, чтобы описать деятельность компьютерного магазина, была построена модель бизнес-процесса в нотации DFD (Рисунок 7).



Рисунок 7 Диаграмма DFD Закупка товара



Рисунок 8 Диаграмма DFD Учет товара



Рисунок 9 Диаграмма DFD Продажа товара



Рисунок 10 Диаграмма DFD Продажа товара

1.3. Анализ создания и внедрения ИС.

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

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

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

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

1. 
   Ведение справочников.
   
2. 
   Ведение документов.
   
3. 
   Возможность для разграничения прав доступа сотрудников.
   
4. 
   Ведение справочника по пользователям системы.
   

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

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

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

ГЛАВА 2. ОПИСАНИЕ ПРОЦЕССА РАЗРАБОТКИ

2.1. Требования к системе.

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

Разрабатываемая АИС данных должна:

1. отражать перечень номенклатуры товара;

2. вести учет остатков товаров;

3. вести учет товаров для закупок;

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

5. отражать информацию о поставщиках;

6. отражать информацию о сотрудниках;

7. вести учет поставок товаров;

8. формировать сопроводительные документы и необходимые отчеты.

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

2. 
   Выбор языка программирования ПО и среды разработки.
   

Для реализации программного обеспечения был выбран язык Delphi, так как он является языком высокого уровня и позволяет создавать приложения быстро и эффективно. Delphi – императивный структурированный объектно-ориентированный язык, в основе которого лежит язык Object Pascal.

Преимущества:

1. Delphi имеет один из самых быстрых компиляторов;

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

3. Программы, написанные на Delphi, не требуется снабжать дополнительными библиотеками;

4. RAD - технология;

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

6. Низкие требования к характеристикам компьютера.

2.3. Инфологическое проектирование. ER-диаграмма

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

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



Рисунок 11 - логическая модель разрабатываемой конфигурации

2. 
   Структура входящей информации
   

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

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

Произведем описание справочников.

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

Справочник состоит из следующих реквизитов:

1. КодСотрудника;

2. Наименование;

3. Пометка/Удаление.

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

Справочник состоит из следующих реквизитов:

1. КодКлиента;

2. Наименование клиента;

3. ИНН;

4. Адрес;

5. Телефон;

6. Почта;

7. Пометка/Удаление.

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

Справочник состоит из следующих реквизитов:

1. Код;

2. Наименование;

3. ЭтоГруппа;

4. Руководитель;

5. Пометка/Удаление.

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

2. 
   Структура выходных данных
   

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

Отчеты предназначены для вывода информации из базы данных.

Состав отчета:

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

2.5. Проектирование базы данных

Для построения базы данных была выбрана СУБД MS Access, т.к. в компании уже используют Microsoft Office, а использование другого ПО приведет к дополнительным расходам. MS Access – это полнофункциональное приложение с оптимизированной структурой данных и полным набором необходимых таблиц, форм, запросов и отчетов.

Схема данных разработана в Access 2003 (рисунке 12).



Рисунок 12 Структура базы данных



Рисунок 13 Разработка таблицы поставщики



Рисунок 14 Разработка таблицы Поступление товаров



Рисунок 15 Разработка таблицы Продажа товаров



Рисунок 16 Разработка таблицы Сотрудники



Рисунок 17 Разработка таблицы Товары

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



Рисунок 18 Разработка программы

Исходный код программы:

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

unit Unit1;

interface

uses

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

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

RpCon, RpConDS, RpDefine, RpRave;

Type

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

TForm1 = class(TForm)

MainMenu1: TMainMenu;

N1: TMenuItem;

PanelTovari: TGroupBox;

Panel1: TPanel;

DBGrid1: TDBGrid;

ADOConnection1: TADOConnection;

ADOTable1: TADOTable;

DataSource1: TDataSource;

ADOTable2DSDesigner: TAutoIncField;

ADOTable2DSDesigner2: TWideStringField;

ADOTable2DSDesigner3: TWideStringField;

ADOTable2DSDesigner4: TWideStringField;

ADOTable4DSDesigner: TAutoIncField;

ADOTable4DSDesigner2: TIntegerField;

ADOTable4DSDesigner3: TIntegerField;

ADOTable4DSDesigner4: TIntegerField;

ADOTable4DSDesigner5: TIntegerField;

ADOTable4DSDesigner6: TIntegerField;

ADOTable4_: TStringField;

ADOTable4_2: TStringField;

ADOTable4_3: TStringField;

DataSource5: TDataSource;

ADOTable5: TADOTable;

PanelProdaza: TGroupBox;

Panel5: TPanel;

Button3: TButton;

Button4: TButton;

DBGrid5: TDBGrid;

ADOTable5DSDesigner: TAutoIncField;

ADOTable5DSDesigner2: TIntegerField;

ADOTable5DSDesigner3: TIntegerField;

ADOTable5DSDesigner4: TIntegerField;

ADOTable5DSDesigner5: TIntegerField;

ADOTable5_: TStringField;

ADOTable5_2: TStringField;

RvProject1: TRvProject;

RvDataSetConnection1: TRvDataSetConnection;

ADOTable1DSDesigner: TAutoIncField;

RvProject2: TRvProject;

RvDataSetConnection2: TRvDataSetConnection;

RvProject3: TRvProject;

RvDataSetConnection3: TRvDataSetConnection;

ADOTable4DSDesigner7: TDateTimeField;

ADOTable5DSDesigner6: TDateTimeField;

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form1: TForm1;

implementation

uses

Unit2, Unit3;

{$R *.dfm}

procedure TForm1.N2Click(Sender: TObject);

begin

PanelTovari.BringToFront;

end;

procedure TForm1.N3Click(Sender: TObject);

begin

PanelSotrudniki.BringToFront;

end;

procedure TForm1.FormCreate(Sender: TObject);

begin

PanelTovari.BringToFront;

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

ADOConnection1.Open;

ADOTable1.Open;

ADOTable2.Open;

ADOTable3.Open;

ADOTable4.Open;

ADOTable5.Open;

end;

procedure TForm1.N4Click(Sender: TObject);

begin

PanelPostavhiki.BringToFront;

end;

procedure TForm1.N6Click(Sender: TObject);

begin

PanelPostuplenie.BringToFront;

end;

procedure TForm1.Button1Click(Sender: TObject);

begin

Form2.ShowModal;

end;

procedure TForm1.Button2Click(Sender: TObject);

begin

if MessageDlg('Удалить документ?', mtConfirmation, mbOKCancel, 0) = mrOk then

begin

«Данная часть кода производит подключение к базе данных»

ADOTable1.Locate('Код', ADOTable4.FieldByName('Товар').AsInteger, [loCaseInsensitive, loPartialKey]);

ADOTable1.Edit;

ADOTable1.FieldByName('Количество приход').AsInteger:= ADOTable1.FieldByName('Количество приход').AsInteger-ADOTable4.FieldByName('Количество').AsInteger;

ADOTable1.FieldByName('Остаток').AsInteger:= ADOTable1.FieldByName('Остаток').AsInteger-ADOTable4.FieldByName('Количество').AsInteger;

ADOTable1.Post;

ADOTable4.Delete;

end;

end;

procedure TForm1.Button3Click(Sender: TObject);

begin

Form3.ShowModal;

end;

procedure TForm1.Button4Click(Sender: TObject);

begin

«Данная часть кода производит обработку базы данных»

if MessageDlg('Удалить документ?', mtConfirmation, mbOKCancel, 0) = mrOk then

begin

ADOTable1.Locate('Код', ADOTable5.FieldByName('Товар').AsInteger, [loCaseInsensitive, loPartialKey]);

ADOTable1.Edit;

ADOTable1.FieldByName('Количество расход').AsInteger:= ADOTable1.FieldByName('Количество расход').AsInteger-ADOTable5.FieldByName('Количество').AsInteger;

ADOTable1.FieldByName('Остаток').AsInteger:= ADOTable1.FieldByName('Остаток').AsInteger+ADOTable5.FieldByName('Количество').AsInteger;

ADOTable1.Post;

ADOTable5.Delete;

end;

end;

procedure TForm1.N7Click(Sender: TObject);

begin

PanelProdaza.BringToFront;

end;

procedure TForm1.N12Click(Sender: TObject);

begin

Close;

end;

procedure TForm1.N9Click(Sender: TObject);

begin

RvProject1.Execute;

end;

procedure TForm1.N10Click(Sender: TObject);

begin

RvProject2.Execute;

end;

procedure TForm1.N11Click(Sender: TObject);

begin

RvProject3.Execute;

end;

end.

ГЛАВА 3. ВНЕДРЕНИЕ

3.1. Развертывание ПО

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

3.2. Тестирование разработанной базы

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

Классификация тестирования:

1. 
   функциональное тестирование;
   
2. 
   тестирование производительности;
   
3. 
   тестирование совместимости;
   
4. 
   тестирование надежности;
   
5. 
   тестирование безопасности;
   
6. 
   тестирование стабильности.
   

Бета-тестирование – распространение предварительной версии с целью выявления ошибок и получения обратной связи для улучшения ПО.

Интерфейс программы.

При входе в программу открывается главная форма (рисунок 20).

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



Рисунок 20 Главный экран приложения

Рисунок 21 Управление приложением

На данной картинке находятся кнопки управления базой данных:

• 
  Добавить запись
  
• 
  Удалить запись
  
• 
  Применить изменения
  
• 
  Отменить изменения
  

Рисунок 22 Управление документами



Рисунок 23 Управление отчетами



Рисунок 24 Меню главного приложения

Полная структура меню:

1. 
   Справочники
   
2. 
   Товары
   
3. 
   Сотрудники
   
4. 
   Поставщики
   
5. 
   Документы
   
6. 
   Поступление товаров
   
7. 
   Продажа товаров
   
8. 
   Отчеты
   
9. 
   Остатки товаров
   
10. 
    Продажи по товарам
    
11. 
    Продажи по сотрудникам
    
12. 
    Выход
    

Рисунок 25 Вид справочника Сотрудники



Рисунок 26 Вид справочника Поставщики



Рисунок 27 Вид документа Поступление товаров



Рисунок 28 Вид документа Продажа товаров

3.3. Планируемые дополнения

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

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

ЗАКЛЮЧЕНИЕ

В результате выполнения квалификационной работы были проведены следующие работы:

1. 
   изучена структура предметной области;
   
2. 
   проведен анализ рынка существующих программных решений;
   
3. 
   выработаны общие требования к разрабатываемому программному продукту;
   
4. 
   разработана логическая модель базы данных;
   
5. 
   выбрана среда разработки Delphi;
   
6. 
   разработана база данных;
   
7. 
   проведена проверка и тестирование.
   

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

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

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

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

СПИСОК ИСПОЛЬЗУЕМОЙ ЛИТЕРАТУРЫ

1. 
   Агальцов, В.П. Базы данных. В 2-х т.Т. 1. Локальные базы данных: Учебник / В.П. Агальцов. - М.: ИД ФОРУМ, НИЦ ИНФРА-М, 2013. - 352 c.
   
2. 
   Александров, Д.В. Инструментальные средства информационного менеджмента. CASE-технологии и распределенные информационные системы: Учебное пособие / Д.В. Александров. - М.: ФиС, 2011. - 224 c.
   
3. 
   Балдин, К.В. Информационные системы в экономике: Учебник / К.В. Балдин, В.Б. Уткин. - М.: Дашков и К, 2013. - 395 c.
   
4. 
   Богачев, К.Ю. Основы параллельного программирования: Учебное пособие / К.Ю. Богачев. - М.: Бином, 2014. - 342 c.
   Богачев, К.Ю. Основы параллельного программирования / К.Ю. Богачев. - М.: Бином, 2015. - 342 c.
   
5. 
   Вендров А.М. Проектирование программного обеспечения экономических информационных систем:Учебник. – М.:Финансы и статистика, 2006. – 544 с.
   
6. 
   Кузин, А.В. Базы данных: Учебное пособие для студ. высш. учеб. заведений / А.В. Кузин, С.В. Левонисова. - М.: ИЦ Академия, 2012. - 320 c.
   
7. 
   Культин, Н.Б. Основы программирования в Turbo Delphi / Н.Б. Культин. - СПб.: BHV, 2012. - 384 c.
   
8. 
   Советов, Б.Я. Базы данных: теория и практика: Учебник для бакалавров / Б.Я. Советов, В.В. Цехановский, В.Д. Чертовской. - М.: Юрайт, 2013. - 463 c
   
9. 
   Федорова, Г.Н. Информационные системы: Учебник для студ. учреждений сред. проф. образования / Г.Н. Федорова. - М.: ИЦ Академия, 2013. - 208 c.
   
10. 
    Информационные системы: Учебник для вузов. 2-е изд. СПб: "Питер", 2015 г - 656 стр.
    
11. 
    Реляционные базы данных: практические приемы оптимальных решений. – СПб.: БХВ-Петербург, 2015 – 400с.:ил.