Разработка базы данных "Обувная мастерская" - Дипломная работа

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


Аннотация к работе
Там приводятся следующие определения банка данных, базы данных и СУБД: Банк данных (БНД) - это система специальным образом организованных данных - баз данных, технических, программных, языковых и организационно-методических средств, которые предназначены для обеспечения централизованного накопления и коллективного использования данных. Основанием для разработки данного проекта является задание к курсовому проекту по дисциплине «БД и СУБД», разработанное на основании типовой учебной программы для учреждений, обеспечивающих получение средне-специального образования по специальности ПОИТ. Необходимо выполнить нормализацию базы данных, установить индексы и ключи, наполнить таблицы данными, создать запросы и представления данных, триггеры и хранимые процедуры с использованием языка запросов SQL. Мастерам необходимо знать, в какой срок необходимо вернуть клиенту обувь, а так же знать подробную информацию о клиентах, об обуви на ремонте, а так же знать какой мастер отвечает за конкретную обувь. Если в логической модели не имеет значения, какой конкретно тип данных имеет атрибут, то в физической модели важно описать всю информацию о конкретных физических объектах - таблицах, колонках, индексах, процедурах и т. д.Использование компьютера в производстве, обучении, сфере обслуживания упрощает работу с клиентом, увеличивает эффективность и скорость производства. Ремонт обуви - это очень важная составляющая в жизни каждого белоруса, поэтому так много внимания уделяется организации БД «Ремонт обуви» - разработка необходимого приложения позволит значительно ускорить качество обслуживания клиентов, поднимет его на новый уровень. Создание общей базы данных обувной мастерской МГЭПТК существенно увеличит скорость и качество обслуживания клиентов, что в первую очередь отразится на прибыли, получаемой ремонтной мастерской.begin if (Table1.State = DSINSERT) or (Table1.State = DSEDIT) then Table1.Post; begin if COMBOBOX1.ITEMINDEX = 0 then form1.table1.Filtered:=False else begin form1.table1.Filter:="[IDZAKAZA]=" """" COMBOBOX1.Text """"; begin if COMBOBOX2.ITEMINDEX = 0 then form1.table1.Filtered:=False else begin form1.table1.Filter:="[IDOBUVI]=" """" COMBOBOX2.Text """"; begin if COMBOBOX3.ITEMINDEX = 0 then form1.table1.Filtered:=False else begin form1.table1.Filter:="[IDKLIENTA]=" """" COMBOBOX3.Text """"; begin if COMBOBOX4.ITEMINDEX = 0 then form1.table1.Filtered:=False else begin form1.table1.Filter:="[IDMASTERA]=" """" COMBOBOX4.

Введение
база данный программный обувной

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

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

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

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

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

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

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

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

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

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

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

Постановка задачи. Техническое задание

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

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

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

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

- обработка данных;

- редактирование данных;

- поиск данных по базе данных;

- сортировка по базе данных;

- формирование отчета.

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

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

Приложение должно отвечать следующим требованиям к надежности: - предусматривать контроль вводимой информации;

- предусматривать блокировку некорректных действий пользователя при работе с системой;

- обеспечивать целостность хранимой информации.

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

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

Анализ предметной области. Функциональная модель

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

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

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

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

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

Это главный объект дальнейшей работы. Начальная нумерация для блока высшего уровня в Design/IDEF - «АО». Для детализации блока выбираем на панели инструментов стрелочку, где выбираем количество блоков для детализации и нажимаем «ОК».

Для построения функциональной модели используется стандарт IDEF0 (Icam DEFINITION). Функциональная модель по стандарту IDEF0 представляет собой совокупность иерархически упорядоченных и взаимосвязанных диаграмм. Модель содержит три типа диаграмм: контекстная; декомпозиции; дерева узлов.

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

На основе контекстной диаграммы выполняется функциональная декомпозиция системы до достижения необходимого уровня подробности описания, представлено в соответствии с рисунками 2, 3, 4. Каждая диаграмма декомпозиции содержит блоки и стрелки. Блоки изображают функции, а дуги - информацию. Информация может представлять данные или объекты.

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

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

Рисунок 1 - Функциональная модель высшего уровня А-0

Рисунок 2 - Декомпозиция блока А-0

Рисунок 3 - Декомпозиция блока А-1

Рисунок 4 - Декомпозиция блока А-2

Логическая модель

ERWIN имеет два уровня представления модели - логический и физический. Логический уровень - это абстрактный взгляд на данные, на нем данные представляются так, как выглядят в реальном мире, и могут называться так, как они называются в реальном мире, например "Постоянный клиент", "Отдел" или "Фамилия сотрудника". Объекты модели, представляемые на логическом уровне, называются сущностями и атрибутами (подробнее о сущностях и атрибутах будет рассказано ниже). Логическая модель данных может быть построена на основе другой логической модели, например на основе модели процессов. Логическая модель данных является универсальной и никак не связана с конкретной реализацией СУБД. Логическая модель данных представлена в соответствии с рисунком 5.

Рисунок 5 - Логическая модель представления данных

Физическая модель

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

Рисунок 6 - Физическая модель представления данных

Описание структуры таблиц и связей между ними

Разработанная база данных состоит из 4 таблиц: obmaster1, obuv2, klient3, master4.

Таблица «obmaster1» состоит из следующих полей: IDZAKAZA - содержит идентификационный номер заказа;

IDOBUVI - содержит идентификационный номер обуви;

IDKLIENTA - содержит идентификационный номер клиента;

IDMASTERA - содержит идентификационный номер мастер;

DATAPRIEMA - содержит дату приема;

DATAVOZVRATA - содержит дату возврата;

Stoimost - содержит стоимость.

Таблица «Obuv2» состоит из следующих полей: IDOBUVI - содержит идентификационный номер обуви;

Sostoyanie - содержит состояние обуви;

Polomka - содержит поломку обуви;

Cvet - содержит цвет обуви;

Razmer - содержит размер обуви;

Таблица «Klient3» состоит из следующих полей: IDKLIENTA - содержит идентификационный номер клиента;

Fam - содержит фамилию клиента;

MESTORABOTI - содержит место работы клиента;

PASPDANN - содержит паспортные данные клиента;

Adres - содержит адрес клиента.

Таблица «Master4» состоит из следующих полей: IDMASTERA - содержит идентификационный номер мастера;

Fam - содержит фамилию мастера;

Razryad - содержит разряд мастера;

OPITRABOTI - содержит опыт работы мастера;

Vozrast - содержит возраст мастера;

Obrazovanie - содержит образование мастера.

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

Таблица 1 - Типы связей между таблицами

Название таблиц и ключевых полей Тип связи

Obmaster1 - IDOBUVI Obuv2 - IDOBUVI 1:М

Obmaster1 - IDKLIENTA Klient3 - IDKLIENTA 1:М

Obmaster1 - IDMASTERA Master4 - IDMASTERA 1:М

Описание индексов и ограничений

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

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

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

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

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

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

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

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

В данной программе используются следующие ключевые поля: В таблице «Obmaster1» первичный ключ установлен на поле «IDZAKAZA».

В таблице «Obuv2» первичный ключ установлен на поле «IDOBUVI».

В таблице «Klient3» первичный ключ установлен на поле «IDKLIENTA».

В таблице «Master4» первичный ключ установлен на поле «IDMASTERA».

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

- ограничения на ввод текстовой информации в числовое поле;

- ограничения на ввод любой другой информации в поле DATAPRIEMA и DATAVOZVRATA, кроме необходимой даты.

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

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

Характерной особенностью созданных с помощью Delphi программ является непременное использование в них BDE (процессор реляционной БД), которая осуществляет роль связующего моста между программой и БД.

Технология BDE предоставляет множество преимуществ: - непосредственный доступ к локальным базам данных (Paradox, текстовые файлы, DBASE);

- доступ к SQL-серверам (Oracke, MS SQL Server, INTERBASE и др.);

- доступ к любым источникам данных, имеющим драйвер ODBC (Open Data-Base Connectivity), например к файлам электронных таблиц Excel, и серверам баз данных, не имеющим драйверов SQL Links (Gupta/Centura);

- создание приложений «клиент-сервер», использующих разнородные данные;

- использование SQL, в том числе и при работе с локальными данными;

- изоляцию приложения от средств языковой поддержки.

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

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

Описание интерфейса, форм ввода и вывода данных

Ввод данных осуществляется в каждую таблицу отдельно. Для ввода и вывода данных используются компоненты: DBGRID, DBEDIT, Button.

Кнопка «Добавить» добавляет новую запись в таблицу в соответствии с рисунком 7.

Рисунок 7 - Кнопка «Добавить»

Кнопка «Изменить» изменяет запись, на которую указывает курсор в соответствии с рисунком 8.

Рисунок 8 - Кнопка «Изменить»

Кнопка «Запомнить» сохраняет новую/измененную запись в соответствии с рисунком 9.

Рисунок 9 - Кнопка «Запомнить»

Кнопка «Отменить» отменяет редактирование записи в соответствии с рисунком 10.

Рисунок 10 - Кнопка «Отменить»

Кнопка «Удалить» удаляет запись таблицы, на которую указывает курсор в соответствии с рисунком 11.

Рисунок 11 - Кнопка «Удалить»

Описание запросов и представлений данных

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

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

В данном программном модуле представление используется для отображения результатов поиска по индексу, например по «IDOBUVI». Представление включает в себя следующий запрос: Table1.INDEXNAME := "IDOBUVI";

Table1.Active := True;

Table1.SETKEY;

Table1.FIELDBYNAME("IDOBUVI").ASSTRING := Edit2.Text;

Table1.GOTOKEY;

Остальные запросы составляются аналогичным способом.

Результат выполнения запроса представлен в соответствии с рисунком 12

Рисунок 12 - Результат выполнения запроса.

Описание отчетов

В программе имеется 2 отчета: - Обувная мастерская МГЭПТК - содержит в себе все данные основной таблицы БД, и выводит на экран данные в соответствии с рисунком 13.

- Обувь - содержит в себе все данные об обуви, находящейся в обувной мастерской на ремонте. Выводит на экран данные в соответствии с рисунком 14.

Рисунок 13 - Отчет «Обувная мастерская МГЭПТК»

Рисунок 14 - Отчет «Обувь»

Описание триггеров и хранимых процедур

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

Руководство пользователя

После запуска программы откроется главная форма, в соответствии с рисунком 15.

Рисунок 15 - «Главная форма программы»

В программе реализована возможность редактировать записи, производить поиск по всем записям, и производить фильтрацию по таблице.

Блок «Добавление записи» имеет следующие кнопки: - Добавить - с помощью этой кнопки можно добавить новую запись в БД.

- Изменить - с помощью этой кнопки можно изменить уже существующую запись в БД.

- Запомнить - сохранение отредактированной или новой записи в БД.

- Отменить - отмена редактирования.

- Удалить - полное удаление записи из таблицы.

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

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

Для перехода в БД «Обувь» нужно на главной форме программы нажать на кнопку «БД «Обувь», после чего откроется новое окно с БД «Обувь» в соответствии с рисунком 16.

Рисунок 16 - БД «Обувь»

Для создания отчета необходимо нажать на кнопку «Отчет».

Для перехода на главную форму программы - нажать на кнопку «На главную форму».

Для перехода в БД «Клиент» необходимо на главной форме программы нажать на кнопку «БД «Клиент», после чего откроется окно БД «Клиент» в соответствии с рисунком 17.

Рисунок 17 - БД «Клиент»

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

Так же в этой форме имеется функция сортировки фамилии - для этого необходимо нажать на кнопку «По фамилии», для сброса сортировки - необходимо нажать на кнопку «Сброс сортировки».

Для перехода в БД «Мастер» необходимо на главной форме программы нажать на кнопку «БД «Мастер», после чего откроется окно «БД «Мастер» в соответствии с рисунком 18.

Рисунок 18 - БД «Мастер»

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

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

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

Рисунок 19 - «Окно справки»

Отладка и тестирование приложения

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

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

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

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

Отчет о выполнении тестирования приведен в соответствии с таблицей 2.

Таблица 2 - Отчет выполнения тестирования

№ п/п Этап тестирования Ошибки Отметка об исполнении

1 Тестирование функциональности Нет Выполнено

2 Тестирование применимости Нет Выполнено

3 Тестирование устойчивости Нет Выполнено

4 Тестирование работы основных компонентов программы Нет Выполнено

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

Ремонт обуви - это очень важная составляющая в жизни каждого белоруса, поэтому так много внимания уделяется организации БД «Ремонт обуви» - разработка необходимого приложения позволит значительно ускорить качество обслуживания клиентов, поднимет его на новый уровень. Создание общей базы данных обувной мастерской МГЭПТК существенно увеличит скорость и качество обслуживания клиентов, что в первую очередь отразится на прибыли, получаемой ремонтной мастерской.

В данном курсовом проекте был разработан программный модуль для работы с базой данных «Обувная мастерская МГЭПТК». Данная программа состоит из 4 таблиц БД, и производит полную обработку всей информации: добавление записей, отображение записей на экране, поиск данных в БД, функции фильтрации и сортировки, сохранение БД в файл. Использование компьютера

В результате работы над курсовым проектом была проведена исследовательская работа, а так же систематизированы и закреплены теоретические и практические знания, были отработаны и применены практические навыки, которые формировались на протяжении всего курса дисциплины «Базы данных и системы управления базами данных» для создания приложения для работы с базой данных «Обувная мастерская МГЭПТК».

Так же были расширены и закреплены знания при использовании программных продуктов как Bpwin и Erwin.

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

Список литературы
1. В.Э. Гофман, А.Д. Хомоненко - Delphi6. - М.: «Бином», 2012. - 98 с.

2. П.Г. Дарахвелидае, Е.П. Марков. - Программирование в Delphi 7. - СПБ.: БХВ-Петербург, 2011. - 592 с.

3 А.Г. Кузан - Программирование Win32 API в Delphi: учебник / Т. А.Павловская. - СПБ.: Питер, 2012. - 461 с.

4. Д.А. Попов - Самоучитель DELPHI - СПБ.: Питер, 2009. - 855 с.

5. А.В. Сорокин - Разработка баз данных - М.: 2008. - 285 с.

6. Шелест, В. Д. Программирование / В. Д. Шелест - СПБ: БХВ - Петербург, 2002. - 288 с.

7. О.Д. Сухарев Основы Delphi проф подход - Минск.: Попурри, 2010. - 800 с.

8. Д.П. Фленов - Библия Delphi - СПБ.: БХВ-Петербург, 2009. - 419 с.

9. ГОСТ 2.105-95 Общие требования к текстовым документам

10. ГОСТ 19.402-2000 Описание программы

11. ГОСТ 19.404-79 Пояснительная записка. Требования к содержанию и оформлению.

12. ГОСТ 19. 505-79 Руководство оператора. Требования к содержанию и оформлению.
Заказать написание новой работы



Дисциплины научных работ



Хотите, перезвоним вам?