Информационная модель и её описание

Содержание:

ВВЕДЕНИЕ

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

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

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

Тема курсового проекта: Проектирование реализации операций бизнес-процесса «Покупка сырья и материалов».

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

Покупка сырья и материалов предполагает:

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

Объект исследования – предприятие ЗАО «Альбатрос».

Предмет исследования – бизнес-процессы «Покупка сырья и материалов».

Цель курсового проектирования – проектирование реализации операций бизнес-процесса «Покупка сырья и материалов» для предприятия ЗАО «Альбатрос».

Задачами курсового проектирования являются:

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

Структура курсового проекта включает в себя две части: аналитическая, проектная.

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

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

Глава 1. АНАЛИТИЧЕСКАЯ ЧАСТЬ

1.1. Выбор комплекса задач автоматизации

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

Покупка сырья и материалов предполагает:

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

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

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

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

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

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

Рисунок 1 –Учет бухгалтерских операций (вариант 1)

Рисунок 2 – Учет бухгалтерских операций (вариант 2)

В результате проектирования ИС «Покупка сырья и материалов» автоматизируем следующие функции:

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

Входные информационные потоки: список счетов, первичные документы (счет-фактура, учредительные документы и т.д.).

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

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

Основные понятия: проводка (операция), счет, дебет, кредит, корреспонденция счета, первичные документы, счет-фактура и т.д.

1.2. Характеристика существующих бизнес-процессов

Методология IDEF0 предписывает построение иерархической системы диаграмм: контекстная диаграмма системы и диаграммы декомпозиции.

Проектирование функциональной модели ИС начинается с построения контекстной диаграммы (рис.3).

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

• список счетов;
• первичные документы;
• документы по покупке сырья и материалов.

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

Рисунок 3 – Контекстная диаграмма

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

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

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

Рисунок 4 – Диаграмма декомпозиции A0

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

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

Диаграмма потоков данных представлена на рис.5.

Рисунок 5 – Диаграмма потоков данных

1.3. Характеристика документооборота, возникающего при решении задачи

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

Каждая операции по покупке сырья и материалов сопровождается каким-либо первичным документом.

Схему документооборота представим на рис. 6.

Рисунок 6 – Схема документооборота

1.4. Обоснование проектных решений по информационному обеспечению

К входным документам относятся первичные документы (счет-фактуры, накладная и т.д.).

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

К выходным данным отнесем: отчеты и документы. Вид выходных данных зависит от того для представления каких данных они подготовлены (список, карточка, с группировкой или без и т.д.).

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

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

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

Таблица 1 – Используемые системы кодирования

Кодируемое множества объектов	Длина кода	Система кодирования	Система классификации	Вид классификатора
Номер счета	5	порядковая	отсутствует	системный
Код документа	12	порядковая	отсутствует	системный
Код операции	12	порядковая	отсутствует	системный

В рамках решаемой задачи всю входную информацию можно разделить на два вида:

• условно-постоянная: список счетов, список первичных документов (табл. 2);
• переменная: журнал операций.

Таблица 2 – Условно-постоянная информация

№ п/п	Наименование	Обозначение
1	Справочник счетов	Таблица «Бухгалтерские счета»
2	Справочник первичных документов	Таблица «Первичные документы»

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

1.5. Обоснование проектных решений по программному обеспечению

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

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

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

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

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

Наиболее известными СУБД являются Microsoft Access, Oracle, MS SQL Server.

Microsoft Access на сегодняшний день является одной из самых популярных настольных СУБД.

Основными объектами в СУБД MS Access являются таблицы, запросы, формы, отчеты и др.

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

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

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

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

СУБД MS Access предоставляет следующие функциональные возможности:

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

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

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

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

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

К преимуществам СУБД Oracle относятся:

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

К недостаткам СУБД Oracle относится сложность администрирования БД.

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

В качестве СУБД для реализации системы выберем MS Access версии 2003.

Можно выделить два основных подхода к проектированию информационных систем: структурный и объектно-ориентированный.

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

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

• SADT (модели и соответствующие функциональные диаграммы);
• DFD (диаграммы потоков данных);
• ERD (диаграммы «сущность-связь»).

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

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

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

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

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

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

Объектно-ориентированная система изначально строится с учетом ее эволюции.

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

Для проектирования ИС «Покупка сырья и материалов» воспользуемся структурным подходом и CASE-средством BPwin 4.0.

BPwin – это программный продукт, который разработан компанией «ltd. Logic Works» в 1995 г. Назначение данного продукта – это поддержка процесса проектирования ИС. BPwin относится к так называемым CASE-средствам верхнего уровня.

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

BPwin поддерживает следующие методологии: функциональное моделирование (нотация IDEF0), моделирование потока данных (нотация DFD), моделирование потока работ (нотация IDEF3).

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

Глава 2. ПРОЕКТНАЯ ЧАСТЬ

2.1. Информационная модель и её описание

Таблицы ИБ разделим на два типа: справочники (2 таблицы), оперативная таблица.

• Справочники: Бухгалтерские счета, Первичные документы.
• Оперативная таблица: Журнал операций.

На 1 этапе построения информационной модели (ИМ) отображаем символ ИС и «прикрепляем» к нему все разработанные таблицы БД (рис. 7).

Рисунок 7 – 1 этап построения ИМ 

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

Далее показываем, какие таблицы отвечают за хранение и обновление информации в результате работы с экранными формами, и какие результаты можно получить в процессе обработки данных, а также кому эти результаты предназначены (рис. 9).

Рисунок 8 – 2 этап построения ИМ 

Рисунок 9 – 3 этап построения ИМ 

2.2. Характеристика нормативно-справочной, входной и оперативной информации

Далее приведем характеристику нормативно-справочной информации, входной и выходной информации (табл. 3).

Таблица 3 – Характеристика информации

Информация	Характеристика	Описание
Бухгалтерские счета	Форма представления	Экранная форма
	Сроки и частота поступления	При первичном запуске системы
	Источник входной информации	Бухгалтер
	Перечень реквизитов	Номер счета, Наименование счета
Первичные документы	Форма представления	Экранная форма
	Сроки и частота поступления	При первичном запуске системы
	Источник входной информации	Бухгалтер
	Перечень реквизитов	Код документа, Название документа, Описание
Журнал операций	Форма представления	Экранная форма
	Сроки и частота поступления	При каждой покупке сырья и материалов
	Источник входной информации	Бухгалтер
	Перечень реквизитов	Код операции, Наименование операции, Дебет счета, Кредит счета, Сумма, Первичный документ, Дата операции

2.3. Характеристика результатной информации

Далее приведем характеристику результатной информации (табл. 4).

Таблица 4 – Характеристика информации

Информация	Характеристика	Описание
Список операций за период	Форма представления	Электронный документ
	Периодичность и сроки выдачи	По мере необходимости
	Получатели	Бухгалтер
	Перечень реквизитов	Код операции, Наименование операции, Дата операции, Дебет счета, Кредит счета, Сумма, Первичный документ,
Ведомость покупки сырья и материалов по месяцам года	Форма представления	Электронный документ
	Периодичность и сроки выдачи	По мере необходимости
	Получатели	Бухгалтер
	Перечень реквизитов	Год, Месяц, Сумма

2.4. Общие положения (дерево функций и сценарий диалога)

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

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

Рисунок 10 – Дерево функций

Схему, описывающую дерево диалога, приведем на рис.11.

Рисунок 11 – Схема дерева диалога

2.5. Характеристика базы данных

Описание структуры записей таблиц БД приведем в табл.5-7.

Таблица 5 – Описание структуры записей таблицы «Бухгалтерские счета»

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Номер счета	НомСчета	Текстовый	5	Первичный ключ
Наименование счета	НаимСчета	Текстовый	50

Таблица 6 – Описание структуры записей таблицы «Первичные документы»

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Код документа	КодДок	Счетчик	Длинное целое	Первичный ключ
Название документа	НазвДок	Текстовый	100
Описание	Описание	Текстовый	255

Таблица 7 – Описание структуры записей таблицы «Журнал операций»

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Код операции	КодОпер	Счетчик	Длинное целое	Первичный ключ
Наименование операции	НаимОпер	Текстовый	100
Дебет счета	ДтСчета	Текстовый	5	Внешний ключ
Кредит счета	КтСчета	Текстовый	5	Внешний ключ
Код документа	КодДок	Числовой	Длинное целое	Внешний ключ
Сумма	Сумма	Денежный
Дата операции	ДатаОпер	Дата/Время	Краткий формат даты

Рисунок 12 – ER-диаграмма модели данных

Рисунок 13 – Логическая модель данных

Рисунок 14 – Физическая модель данных

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

Для реализации системы используется СУБД MS Access 2003. Следовательно, программный продукт будет представлять собой совокупность кнопочной формы (1), форм для работы с данными (3), отчетов (2).

Дерево вызова программных модулей представим на рис.15.

Рисунок 15 – Дерево вызова программных модулей

Описание функций модулей системы приведем в табл. 8.

Таблица 8 – Описание функций модулей

№ п/п	Наименование модуля	Функции модуля
1	Кнопочная форма	Предоставляет доступ к объектам системы
2	Модуль работы с данными	Предоставляет доступ к экранным формам для работы с данными (ввод, редактирование, удаление данных)
3	Модуль подготовки отчетов	Предоставляет доступ к отчетам, реализованным в системе

2.7. Описание программных модулей

Разрабатываемый программный продукт реализуем в виде модулей:

• кнопочная форма;
• модуль работы с данными;
• модуля подготовки отчетов.

Алгоритм функционирования главного модуля программы представим на рис.16.

Рисунок 16 – Алгоритм функционирования главного модуля

2.8. Контрольный пример реализации проекта и его описание

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

Работу программы будем проверять на тестовых данных, приведенных на рис. 17-19.

Рисунок 17 – Данные о счетах

Рисунок 18 – Данные о первичных документах

Рисунок 19 – Данные журнала операций

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

Рисунок 20 – Кнопочная форма

Для работы с информацией переходим в модуль работы с данными (рис. 21). Экранные формы для ввода/редактирования и удаления информации приведем на рис. 22-24.

Рисунок 21 – Модуль работы с данными

Рисунок 22 – Форма для работы со счетами

Рисунок 23 – Форма для работы с первичными документами

Рисунок 24 – Форма для работы с журналом операций

Для получения отчетов переходим в модуль подготовки отчетов (рис. 25).

Рисунок 25 – Модуль подготовки отчетов

Вид отчетов с результатами контрольного примера представим на рис. 26-27.

Рисунок 26 – Отчет «Список операций за период»

Рисунок 27 – Отчет «Ведомость покупки сырья и материалов по месяцам года»

ЗАКЛЮЧЕНИЕ

Тема курсовой работы: Проектирование реализации операций бизнес-процесса «Покупка сырья и материалов».

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

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

Проектируемая ИС «Покупка сырья и материалов» автоматизируем следующие функции:

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

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

Процесс проектирования включил следующие этапы:

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

Система «Покупка сырья и материалов» реализована в СУБД Microsoft Access 2003. Работа с системой предполагает работу с данными посредство экранных форм, а также формирование отчетов.

Работоспособность спроектированной и реализованной системы показана на контрольном примере.

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

1. Баркер Ск. Использование Microsoft Access. – М.: Диалектика, 2012. – 506 с.
2. Бойко В.В., Савинков В.М. Проектирование баз данных информационных систем. – М.: Финансы и статистика, 2012. – 420с.
3. Вендров А.М. CASE-технологии. Проектирование программного обеспечения информационных систем. М.: Финансы и статистика, 2014. – 386 с.
4. Глушаков, С.В. Базы данных: учебный курс /С.В. Глушаков, Д.В. Ломотько. – Харьков: Фолио, 2012. – 430 с.
5. Голицына О.Л., Максимов Н.В., Попов И.И. Информационные системы: учебное пособие. – М.: ФОРУМ, ИНФРА-М, 2012. – 496с.
6. Золотова С.И. Практикум по Access. – М.: Финансы и статистика, 2012. – 387с.
7. Карпова Т.С. Базы данных: модели, разработка, реализация: учеб. пособие / Т.С. Карпова. – СПб.: Питер, 2012. – 354 с.
8. Маклаков С.В. CASE-средства разработки информационных систем. BPwin и Erwin. – М.: ДиалогМифи, 2012. – 537с.
9. Марченко А.П. Microsoft Access: Краткий курс. – СПб.: Питер, 2015. – 288 с.
10. BPwin. Описание программы. [Электронный ресурс]. Режим доступа: http://www.kpms.ru/General_info/BPwin.htm (дата обращения 29.04.2016).