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

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

Оглавление

Введение

1. Анализ существующей системы управления организации

1.1 Социально-экономическая характеристика организации

1.2 Система учета работы ремонтных мастерских

2. Концептуальное проектирование базы данных

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

2.2 Сущности базы данных и их атрибуты

2.3 Связи между сущностями

3. Логическое и физическое проектирование базы данных

3.1 Отношения БД

3.2 Схема данных

3.3 Примеры запросов и отчетов

Заключение

Список используемых источников

Введение

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

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

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

Предметом данной курсовой работы является - учет работы ремонтных мастерских организации.

Целью курсовой работы:

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

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

Для достижения заданной цели курсовой работы поставлены следующие задачи:

1. Привести основания для разработки БД, а также ее назначение.

2. Изучить особенности сущностей БД и их атрибутов.

3. Изучить особенности связей между сущностями.

4. Изучить построение отношений БД.

5. Изучить составление схемы данных.

6. Рассмотреть примеры составления запросов и отчетов.

Объектом исследования курсовой работы является Гродненский филиал РУП “Белпочта”. Характеристика организации приведена в главе «Социально-экономическая характеристика организации».

1. Анализ существующей системы управления организации

1.1 Социально-экономическая характеристика организации

Гродненский филиал РУП “Белпочта” является обособленным подразделением, в состав которого входит 16 районных узлов почтовой связи и головное подразделение.

Фирменное наименование филиала:

полное:

на русском языке: Гродненский филиал Республиканского унитарного предприятия почтовой связи “Белпочта”;

на белорусском языке: Гродзенскi фiлiял Рэспублiканскага унiтарнага прадпрыемства паштовай сувязi «Белпошта»;

сокращённое:

- на русском языке: Гродненский филиал РУП “Белпочта”;

- на белорусском языке: Гродзенскi фiлiял РУП “Белпошта”.

Приказом Министерства связи и информатики РБ N 31 от 12.03.1996 г. было образовано Государственное предприятие “Гроднооблпочта” с передачей ему всех функций по развитию и совершенствованию средств почтовой связи на территории области. В 2000 г. Предприятие переименовано в Унитарное. В процессе реорганизации путем присоединения к Республиканскому унитарному предприятию почтовой связи “Белпочта” приказом РО “Белпочта” от 09.07.2004 г. и переименования создан Гродненский филиал РУП “Белпочта” (далее Филиал), являющийся обособленным подразделением РУП “Белпочта” и расположенным вне места его нахождения. Филиал не является юридическим лицом. Он выделен на отдельный баланс, который включается в состав сводного баланса предприятия. Имеет субсчет в белорусских рублях, счет по переводным операциям, счет средств Фонда социальной защиты населения, в т.ч. вышеперечисленные счета для районных узлов почтовой связи (РУПСов) по учредительным документам филиала, счет средств инновационного Фонда и другие счета. Имеет печать с изображением Государственного герба РБ, штампы, бланки с указанием своего наименования и принадлежности к РУП “Белпочта”.

Органом государственного управления Филиала является Министерство связи и информатизации Республики Беларусь.

Филиал осуществляет свою деятельность (руководствуется) в соответствии с законодательством Республики Беларусь, инструкциями, приказами и распоряжениями, решениями Министерства, генерального директора РУП “Белпочта”, Уставом и положением “О Гродненском филиале РУП “Белпочта” и несет полную ответственность за результаты производственно-хозяйственной деятельности в объеме предоставленных ему прав.

Почтовый адрес Гродненского филиала РУП “Белпочта”: 230025 Республика Беларусь, г. Гродно 25, ул. К. Маркса, д.29; телефон приемной (8-0152)44-17-92; факс (8-0152)72-31-23.

1.2 Система учета работы ремонтных мастерских

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

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

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

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

Затраты по ремонту оборудования, изготовлению и реставрации запасных частей и приспособлений, производимых в ремонтных мастерских организации, учитывают на синтетическом счете 23 «Вспомогательные производства», субсчет 1 «Ремонтные мастерские». Затраты ремонтной мастерской делятся на прямые и цеховые.

Прямые затраты ремонтной мастерской группируются по следующим статьям: 1) «Расходы на оплату труда»; 2) «Отчисления на социальные нужды»; 3) «Сырье и материалы»; 4) «Работы и услуги»; 5) «Расходы денежных средств»; 6) «Прочие затраты».

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

При этом распределение цеховых расходов может осуществляться по двум вариантам.

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

При втором варианте в течение отчетного периода (квартала, полугодия, календарного года) цеховые расходы ремонтной мастерской прибавляют к прямым затратам в планово-расчетном размере. В конце отчетного периода планово-расчетный размер цеховых расходов ремонтной мастерской доводится до фактического размера. Все затраты по законченному ремонту, выполненному в ремонтной мастерской хозяйства, списывают с кредита счета 23, субсчет 1 «Ремонтные мастерские», и относят в дебет счетов 20, 23, субсчет 3 «Автомобильный транспорт», 24 «Расходы по содержанию и эксплуатации машин и оборудования», субсчет 1 «Содержание и эксплуатация машинно-тракторного парка», субсчет 2 «Содержание и эксплуатация самоходных машин». Оприходование изготовленных запасных частей отражается по дебету счета 10 «Материалы», субсчет 5 «Запасные части», с кредита счета 23, субсчет 1 «Ремонтные мастерские».

Работы, выполненные для капитального строительства, списывают с кредита счета 23, субсчет 1, в дебет счетов 08 «Вложения во внеоборотные активы» и 90 «Реализация» - при выполнении ремонтных работ на сторону.

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

В конце каждого месяца сгруппированные в накопительной ведомости учета затрат в ремонтной мастерской суммы прямых затрат по отдельным статьям и объектам ремонта переносят в производственный отчет по вспомогательным производствам, содержанию и эксплуатации машин и оборудования. В отчет также ежемесячно переносят цеховые расходы ремонтной мастерской. На основании данных производственного отчета ежемесячно производятся записи в журнал-ордер № 10-АПК.

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

2. Концептуальное проектирование базы данных

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

Основание для разработки базы данных послужила, максимально возможное минимизация времени на выполнения работы. На предприятии это можно сделать так, как при анализе компьютерного оборудования на предприятии не было выявлено недостатков, так как компьютерное оборудование было частично заменено в 2011 и 2012 году, в административном подразделения. Небольшие недостатки были вычислены лишь в программном обеспечении и расстановке компьютеров. На предприятии используется 70 ПК, так же 40 - принтеров, и 25 - сканеров. Большинство компьютеров находятся в администрации. Компьютерный парк предприятия был обновлен, претензий по работе оборудования не было, однако в некоторых подразделениях состоит из устаревших компьютеров, и поэтому компьютеры показывают не очень высокую производительность. Поэтому, как можно видеть работа на предприятия автоматизирована, для упрощения работы с заказами, наилучше будет работать на программе "Автоматизация учета работы ремонтных мастерских". Требование к программе:

1. Простой интерфейс;

2. Вывод документов на печать;

3. Добавление, изменение и хранение информации и др.

2.2 Сущности базы данных и их атрибуты

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

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

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

Каждая сущность должна обладать следующими свойствами:

иметь уникальное имя;

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

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

Атрибут (Attribute) - характеристика сущности, значимая для рассматриваемой предметной области и предназначенная для идентификации, классификации, количественной характеристики или выражения состояния сущности.

Существуют следующие виды атрибутов:

простой - состоит из одного элемента данных;

составной - состоит из нескольких элементов данных;

однозначный - содержит одно значение для одной сущности;

многозначный - содержит несколько значений для одной сущности;

необязательный - может иметь пустое (неопределенное) значение;

производный - значение, производное от значения другого атрибута.

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

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

2.3 Связи между сущностями

Связь (Relationship) - поименованная ассоциация между сущностями, значимая для рассматриваемой предметной области.

Степенью связи называется количество сущностей, участвующих в связи.

Мощность связи - число экземпляров сущности, участвующих в связи.

В зависимости от значения мощности связь может иметь один из трех типов:

один-к-одному (обозначается 1:1).

один-ко-многим(обозначается 1:N).

многие-ко-многим(обозначается M:N).

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

Один-ко-многим. Сущности с одной ролью может соответствовать любое число сущностей с другой ролью.

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

3. Логическое и физическое проектирование базы данных

3.1 Отношения БД

Отношения между таблицами устанавливают связь между данными находящимися в разных таблицах базы данных.

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

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

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

3.2 Схема данных

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

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

связываемые записи в обеих таблицах совпадают (связи устанавливаются по умолчанию);

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

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

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

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

в главной таблице нельзя удалить запись, если не удалены связанные с ней записи в подчиненной таблице;

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

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

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

обе таблицы сохраняются в одной базе данных;

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

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

3.4 Примеры запросов и отчетов

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

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

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

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

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

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

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

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

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

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

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

Заголовок. Этот раздел печатается только в верхней части первой страницы отчета. Используется для вывода данных, таких как текст заголовка отчета, дата или констатирующая часть текста документа, которые следует напечатать один раз в начале отчета. Для добавления или удаления области заголовка отчета необходимо выбрать в меню Вид команду Заголовок/примечание отчета. Верхний колонтитул. Используется для вывода данных, таких как заголовки столбцов, даты или номера страниц, печатающихся сверху на каждой странице отчета. Для добавления или удаления верхнего колонтитула необходимо выбрать в меню Вид команду Колонтитулы. Microsoft Access добавляет верхний и нижний колонтитулы одновременно. Чтобы скрыть один из колонтитулов, нужно задать для его свойства Высота значение 0. Область данных, расположенная между верхним и нижним колонтитулами страницы. Содержит основной текст отчета. В этом разделе появляются данные, распечатываемые для каждой из тех записей в таблице или запросе, на которых основан отчет. Для размещения в области данных элементов управления используют список полей и панель элементов. Чтобы скрыть область данных, нужно задать для свойства раздела Высота значение 0. Нижний колонтитул. Этот раздел появляется в нижней части каждой страницы. Используется для вывода данных, таких как итоговые значения, даты или номера страницы, печатающихся снизу на каждой странице отчета. Примечание. Используется для вывода данных, таких как текст заключения, общие итоговые значения или подпись, которые следует напечатать один раз в конце отчета. Несмотря на то, что в режиме Конструктора раздел "Примечание" отчета находится внизу отчета, он печатается над нижним колонтитулом страницы на последней странице отчета. Для добавления или удаления области примечаний отчета необходимо выбрать в меню Вид команду Заголовок/примечание отчета. Microsoft Access одновременно добавляет и удаляет области заголовка и примечаний отчета.

Способы создания отчета

В Microsoft Access можно создавать отчеты различными способами:

· Конструктор

· Мастер отчетов

· Автоотчет: в столбец

· Автоотчет: ленточный

· Мастер диаграмм

· Почтовые наклейки

Заключение

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

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

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

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

база ремонтный отчет экономический

Список используемых источников

1. Власов Б.В. Автоматизированные системы управления предприятием. 1997 г. 224 стр.

2. Змитрович А.И. Базы данных. Мн.: Университетское, 1991. 271 стр.

3. Сайт referat.ru.

4. Сайт 5ballov.

5. Сайт allbest.

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