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

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

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

Каждый элемент введения — это логический шаг, доказывающий ценность вашего исследования.

Актуальность темы

На этом этапе ваша задача — найти «боль» предприятия. Где компания теряет время, деньги или клиентов из-за несовершенства работы с информацией? Это может быть что угодно: от хаотичного учета в Excel до полного отсутствия системы для управления взаимоотношениями с клиентами. Актуальность — это перевод бизнес-проблемы на язык науки и практики.

Примеры проблем, которые можно положить в основу актуальности:

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

Цели и задачи

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

Чтобы достичь этой цели, ее необходимо декомпозировать на конкретные, измеримые задачи. Задачи — это ваш пошаговый план действий:

1. Проанализировать существующие бизнес-процессы отдела продаж.
2. Спроектировать концептуальную и логическую модели данных.
3. Выбрать СУБД и физически реализовать структуру таблиц.
4. Разработать пользовательские формы для ввода и редактирования данных.
5. Создать систему автоматизированных отчетов для анализа продаж.

Объект и предмет исследования

Здесь важно не запутаться. Это простое, но ключевое разграничение:

• Объект исследования — это процесс или явление, которое вы изучаете. Это более широкое понятие. Например: «процесс управления взаимоотношениями с клиентами на предприятии».
• Предмет исследования — это конкретный аспект объекта, который вы улучшаете. Это то, что вы создаете. Например: «разработка реляционной базы данных для автоматизации этого процесса».

Методы, база, гипотеза и значимость

Это финальные штрихи вашего стратегического плана. Вам нужно кратко описать свой инструментарий (методы: анализ, системный подход, моделирование), указать, на чьи труды вы опираетесь (теоретическая база: работы классиков в области БД), и сформулировать смелое предположение — гипотезу. Гипотеза должна быть проверяемой, например: «Внедрение предложенной базы данных позволит сократить время на формирование ежемесячного отчета по продажам не менее чем на 30%». Наконец, практическая значимость объясняет, какую конкретную пользу принесет ваша работа предприятию.

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

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

От титульного листа до содержания

Первый блок документов носит формальный характер, но требует внимания:

• Титульный лист: «Лицо» вашей работы. Оформляется строго по шаблону вашего вуза.
• Задание на работу: Официальный документ, подписанный вашим научным руководителем, который фиксирует тему, цели и задачи.
• Рецензия и аннотация: Краткое содержание и отзыв на вашу работу. Аннотация пишется вами и должна содержать 2-3 ключевых предложения о проблеме, решении и результате.
• Содержание: Важнейший навигационный элемент. Настоятельно рекомендуется использовать автособираемое оглавление в текстовом редакторе. Это сэкономит массу времени и убережет от ошибок при нумерации страниц.

Основная часть: классическая триада

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

Классическая структура основной части — это Теория (Глава 1), Аналитика (Глава 2) и Практика (Глава 3). Это проверенный временем подход, который демонстрирует глубину вашей проработки темы.

Финальные разделы

Завершающие элементы работы не менее важны, чем основная часть:

• Заключение: Здесь вы подводите итоги. Ключевой принцип хорошего заключения — оно должно зеркально отражать введение. Вы кратко напоминаете о поставленных задачах и четко демонстрируете, как именно вы их решили в ходе работы, подтверждая достижение главной цели.
• Список литературы: Перечень всех источников, на которые вы ссылались. Оформление должно строго соответствовать ГОСТу. Используйте только авторитетные источники: научные статьи, монографии, техническую документацию.
• Приложения: Этот раздел предназначен для вспомогательных материалов, которые загромождали бы основной текст. Сюда выносят листинги SQL-кода, большие ER-диаграммы, скриншоты пользовательского интерфейса, акты внедрения (если есть).

Глава 1. Создаем теоретический фундамент для нашего проекта

Первая глава — это не переписывание учебников «для галочки». Это ваш теоретический арсенал, который позволит обосновать каждое проектное решение в практической части. Грамотно написанная теоретическая глава показывает, что вы не просто «кодировщик», а инженер, который понимает фундаментальные принципы своей работы.

1.1. Классификация и выбор: почему реляционные базы данных?

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

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

1.2. Обзор современных СУБД: выбираем правильный инструмент

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

• MS Access: Отличный вариант для небольших проектов, учебных работ и быстрой разработки прототипов. Сочетает в себе ядро БД и средства для создания интерфейса.
• MS SQL Server / MS SQL Express: Мощная, масштабируемая СУБД от Microsoft, широко используемая в корпоративной среде. Версия Express является бесплатной и отлично подходит для дипломных проектов.
• MySQL / PostgreSQL: Лидеры в мире СУБД с открытым исходным кодом. PostgreSQL часто считается более мощной и функциональной, в то время как MySQL славится своей скоростью и простотой.
• Oracle Database: «Тяжелая артиллерия» для самых крупных и требовательных корпоративных систем.

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

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

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

Основной инструмент для достижения этих целей — нормализация. Необходимо на простых и понятных примерах объяснить суть первых трех нормальных форм (НФ):

1. Первая нормальная форма (1НФ): Устранение повторяющихся групп в одной строке. Все атрибуты должны быть атомарными.
2. Вторая нормальная форма (2НФ): Требует, чтобы таблица была в 1НФ, и каждый неключевой атрибут полностью зависел от составного первичного ключа.
3. Третья нормальная форма (3НФ): Требует, чтобы таблица была в 2НФ, и все неключевые атрибуты зависели только от первичного ключа, а не от других неключевых атрибутов.

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

Глава 2. Проводим аудит предприятия и формулируем требования

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

2.1. Описание предметной области

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

2.2. Анализ существующей информационной системы

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

• «Бумажный хаос»: Все ведется в журналах, тетрадках, на стикерах.
• «Excel-царство»: Множество разрозненных Excel-файлов, которые легко повредить, сложно синхронизировать и в которых постоянно возникают ошибки.
• Устаревшее ПО: Старая программа, которая уже не справляется с нагрузкой, не поддерживается разработчиком и не имеет нужных функций.

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

2.3. Обоснование необходимости разработки

Этот пункт логически вытекает из предыдущего. На основе выявленных проблем вы делаете однозначный и аргументированный вывод: «Текущая система неэффективна, тормозит развитие бизнеса и создает риски. Поэтому разработка новой, централизованной базы данных является экономически и организационно целесообразной».

2.4. Формирование требований к новой системе

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

Примеры требований:

• Эффективное хранение и поиск: Система должна позволять находить любого клиента по ФИО или номеру договора не более чем за 3 секунды.
• Повышение эффективности: Система должна автоматически формировать ежемесячный отчет по заключенным договорам.
• Одновременный доступ: Система должна обеспечивать стабильную работу не менее 10 пользователей одновременно.
• Безопасность данных: Система должна иметь разграничение прав доступа для менеджеров и руководителя отдела.

Глава 3 (Часть 1). От идеи к чертежу, или Проектируем концептуальную и логическую модели

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

3.1. Концептуальное проектирование: взгляд с высоты

Концептуальное проектирование — это создание абстрактной модели данных, не привязанной к какой-либо конкретной СУБД. Ваша задача — посмотреть на предметную область «с высоты птичьего полета» и выделить ключевые элементы.

Процесс включает в себя:

1. Выделение сущностей. Сущность — это любой значимый объект реального мира, информацию о котором мы хотим хранить. Например: «Клиент», «Договор», «Услуга», «Сотрудник».
2. Определение атрибутов. У каждой сущности есть атрибуты (свойства). Например, у сущности «Клиент» могут быть атрибуты «ID_Клиента», «Наименование_Организации», «ИНН», «Телефон».
3. Установление связей. Вы определяете, как сущности связаны друг с другом. Например: «один Клиент может заключить много Договоров» (связь один-ко-многим).

Лучший способ визуализировать эту модель — построить ER-диаграмму (Entity-Relationship Diagram). Эта инфологическая модель станет «генеральным планом» вашей будущей базы данных.

3.2. Логическое проектирование: переводим на язык таблиц

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

Ключевые шаги этого этапа:

• Преобразование сущностей в таблицы. Каждая сущность из ER-диаграммы становится таблицей в базе данных.
• Преобразование атрибутов в поля. Атрибуты сущностей становятся столбцами (полями) этих таблиц с определенными типами данных (текстовый, числовой, дата и т.д.).
• Создание ключей. Для каждой таблицы определяется первичный ключ (Primary Key) — уникальный идентификатор записи (например, «ID_Клиента»). Для организации связей между таблицами используются внешние ключи (Foreign Key). Например, в таблице «Договоры» будет поле «ID_Клиента», которое является внешним ключом, ссылающимся на первичный ключ в таблице «Клиенты».

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

Глава 3 (Часть 2). Воплощаем проект в жизнь, или Физическая реализация и тестирование

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

3.3. Физическое проектирование и выбор СУБД

На этом этапе вы принимаете финальное решение о выборе технологии. Основываясь на требованиях, сформулированных во второй главе, вы должны обосновать, почему выбрали, например, MS Access для небольшого проекта или MS SQL Express 2012 для более масштабной задачи с возможностью интеграции с «1С: Предприятие 8.3». Физическое проектирование включает:

• Создание файла базы данных.
• Определение конкретных типов данных для каждого поля (например, VARCHAR(100) для названия, INT для идентификатора, DATETIME для даты).
• Создание индексов для полей, по которым будет производиться частый поиск, чтобы значительно ускорить выполнение запросов.

3.4. Создание структуры базы данных с помощью SQL

Здесь вы переходите от схем к коду. Используя язык SQL (Structured Query Language), вы «описываете» все таблицы, которые спроектировали на логическом этапе. Основной командой для этого является CREATE TABLE. В дипломной работе необходимо привести листинги этого кода и прокомментировать их, объясняя назначение каждой таблицы и поля.

3.5. Разработка пользовательского интерфейса

База данных без удобного интерфейса — это просто склад информации. Чтобы пользователи могли комфортно работать с данными, необходимо создать специальные формы. В MS Access это можно сделать с помощью встроенного конструктора форм. Если вы используете более мощную СУБД, такую как MS SQL Server, интерфейс может быть разработан как отдельное приложение (например, на C# WinForms или как веб-сайт), которое подключается к базе данных.

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

3.6. Реализация запросов и отчетов

Сила базы данных — в ее способности быстро находить и агрегировать информацию. В этом подразделе вы должны продемонстрировать это, приведя примеры сложных SQL-запросов, которые решают конкретные бизнес-задачи. Например:

• Запрос с использованием JOIN для объединения данных из таблиц «Клиенты» и «Договоры».
• Запрос с GROUP BY и агрегатными функциями (COUNT, SUM) для подсчета количества договоров у каждого менеджера.
• Запрос с WHERE для фильтрации клиентов по определенному региону.

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

3.7. Тестирование и наполнение

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

Завершение работы. Как написать сильное заключение и подготовиться к защите

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

Написание сильного заключения

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

Используйте следующую структуру:

1. Напомните главную цель. Начните с фразы: «Целью данной дипломной работы являлась разработка базы данных для повышения эффективности…»
2. Перечислите решенные задачи. Пройдитесь по задачам, которые вы ставили во введении, и покажите, что каждая из них была выполнена. Например: «В ходе работы были решены следующие задачи: была проанализирована предметная область, спроектирована логическая структура данных, реализована физическая база данных в среде MS Access…»
3. Подчеркните достижение цели и практическую значимость. Это кульминация. Здесь вы должны заявить о главном результате. Если вы выдвигали гипотезу, подтвердите или опровергните ее. Например: «В результате внедрения разработанной базы данных удалось достичь поставленной цели. Практическая значимость работы подтверждается сокращением времени на обработку заказов на 25%…»
4. Обозначьте перспективы. Кратко опишите, как можно развивать ваш проект в будущем: добавить новый функционал, интегрировать с другими системами, разработать мобильную версию.

Подготовка к защите

Защита — это ваше «выступление на сцене». Хорошая подготовка — залог уверенности и успеха. Вот несколько практических советов:

• Составьте речь. Подготовьте доклад на 7-10 минут. Его структура должна быть простой: Проблема (актуальность) -> Предложенное решение (суть вашего проекта) -> Полученные результаты (практическая значимость). Не читайте с листа, говорите своими словами.
• Подготовьте презентацию. Визуальный материал крайне важен. Включите в презентацию ключевые схемы (ER-диаграмму), скриншоты интерфейса вашей программы, самые важные результаты и выводы. Меньше текста, больше графики.
• Будьте готовы к вопросам. Продумайте, какие вопросы вам может задать комиссия. Чаще всего спрашивают о причинах выбора конкретной СУБД, о сложностях, с которыми вы столкнулись, и о практической ценности вашей работы. Сохраняйте спокойствие и отвечайте по существу, ссылаясь на текст вашей дипломной работы и слайды презентации.

Итоги и следующие шаги. Краткое резюме и чек-лист для самопроверки

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

Резюме проекта: весь путь в одной схеме

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

Проблема предприятия → Анализ и формирование требований → Концептуальная модель (ER-диаграмма) → Логическая модель (Таблицы, ключи, нормализация) → Физическая реализация (Выбор СУБД, SQL-код, интерфейс) → Готовый продукт и результат

Эта схема — суть всей вашей многомесячной работы.

Чек-лист финальной проверки

Прежде чем печатать и сшивать работу, пройдитесь по этому списку. Он поможет выявить досадные ошибки и недочеты.

1. Соответствует ли текст заключения задачам, поставленным во введении?
2. Правильно ли оформлен титульный лист согласно требованиям вуза?
3. Актуально ли автособираемое содержание? Все ли заголовки на месте?
4. Пронумерованы ли все таблицы и рисунки в работе? Есть ли на них ссылки в тексте?
5. Правильно ли оформлен список литературы в соответствии с ГОСТ?
6. Все ли источники из списка литературы упоминаются в тексте работы?
7. Вынесены ли большие листинги кода и схемы в приложения?
8. Проверена ли работа на орфографические и пунктуационные ошибки?
9. Соответствует ли нумерация страниц в содержании реальной нумерации?
10. Нет ли в SQL-коде, представленном в работе, синтаксических ошибок?
11. Все ли скриншоты интерфейса четкие и читаемые?
12. Подписан ли каждый рисунок и таблица?
13. Единообразно ли форматирование текста во всей работе (шрифт, интервал, отступы)?
14. Указаны ли все необходимые разделы (введение, главы, заключение, список литературы, приложения)?
15. Готова ли презентация и текст доклада для защиты?

Мотивационный вывод

Завершив этот проект, вы получили не просто оценку в диплом. Вы прошли полный цикл создания IT-продукта: от анализа требований заказчика до реализации и тестирования. Дипломная работа по базам данных — это ваш первый серьезный инженерный проект, который можно и нужно добавлять в свое портфолио. Он демонстрирует потенциальному работодателю не только ваши технические навыки, но и умение системно мыслить, решать проблемы и доводить начатое до конца. Успешной защиты!

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

1. Автоматизированные информационные технологии в экономике. Учебник. Под ред. Г.А.Титоренко. М.: ЮНИТИ. 2005.
2. Агафонова В.В. Интерфейсы информационных систем в экономике. – М.: Финансы и статистика, 2009.
3. Балдин, К.В. Информационные системы в экономике. – М.: ИТК «Дашков и Ко», 2007.
4. Бегг К., Коннолли Т. Базы данных. Проектирование, реализация и сопровождение. Теория и практика. Вильямс, 2007.
5. Бородакий, Ю.В. Информационные технологии. Методы, процессы, системы. – М.: Радио и связь, 2009.
6. Вендров А.М. Практикум по проектированию программного обеспечения экономических информационных систем. Учеб. пособие. – М.: Финансы и статистика, 2006.
7. Вендров А. М. Проектирование программного обеспечения экономических информационных систем: Учебное пособие. – М: Финансы и статистика, 2006.
8. Гвоздева В.А. Информатика, автоматизированные информационные технологии и системы: учебник. – М.: «ФОРУМ», ИНФРА-М, 2011.
9. Гвоздева Т.В. Проектирование информационных систем. – Р на Д: Феникс, 2009.
10. Гражданский кодекс Российской Федерации. Часть 1 от 30 ноября 1994 г. //Собрание законодательства Российской Федерации. 1994. № 32.Ст.1260.
11. ГОСТ 12.0.002-80. Техника безопасности
12. ГОСТ 12.1.005-88. ССБТ. Воздух рабочей зоны. Общие санитарно — гигиенические требования.
13. ГОСТ 12.01.030-81. ССБТ. Защитное заземление. Зануление.
14. ГОСТ 12.4.009-85. ССБТ. Пожарная техника для защиты объектов. Общие требования.
15. ГОСТ 12.1.033-81. ССБТ. Пожарная безопасность объектов с электрическими сетями.
16. ГОСТ 12.1.005-88. ССБТ. Воздух рабочей зоны. Общие санитарно — гигиенические требования.
17. ГОСТ 21480-76. Система ”человек-машина”. Мнемосхемы. Общие эргономические требования.
18. Грекул В. И., Денишенко Г. Н.,. Коровкина Н. Л. Проектирование информационных систем. – М.: Интернет-Ун-т Информ. технологий, 2006.
19. Гуде С.В., Ревин С.Б. Информационные системы. – М.: Изд-во РЮИ МВД России. 2008.
20. Гурвиц Г.А. Microsoft Access 2010. Разработка приложений на реальном примере. – БХВ-Петербург, 2010.
21. Дейт К.Дж. Введение в системы баз данных. М.: Издательский дом «Вильямс», 2006.
22. Джеффри Д. Ульман, Дженнифер Уидом. Основы реляционных баз данных. М.: «Лори», 2007.
23. Дик В.В. Методология формирования решений в экономических системах и инструментальные среды их поддержки. – М.: Финансы и статистика, 2008.
24. Еремеева Н. В. Конкурентоспособность товаров и услуг.: учеб. пособие. – М. : КолосС, 2009.
25. Ильин В.В. Моделирование бизнес-процессов. Практический опыт разработчика. – М.: Вильямс, 2006.
26. Информатика в экономике. Учебное пособие/ Под ред. Б.Е. Одинцова, А.Н. Романова. – М.: Вузовский учебник; ИНФРА-М, 2012.
27. Информационные системы в экономике: Учебное пособие/под ред. проф. Д.В. Чистова. — М.:ИНФРА — М, 2009.
28. Карпова Т. Базы данных: Модели, разработка и реализация. – СПб.: Питер, 2009.
29. Нильсен П. MS SQL Server 2005. Библия пользователя. М.: ООО «И.Д.Вильямс», 2008.
30. Мейер Д.В. Теория реляционных баз данных. – М.: Мир, 2009.
31. Мюллер Р. Дж. Базы данных. Проектирование. – М.: Лори, 2009.
32. Романов А.Н., Одинцов Б.Е. Информационные системы экономике (лекции, упражнения и задачи): Учебное пособие. – М.: Вузовский учебник, 2007.
33. Смирнова Г.Н. Проектирование экономических информационных систем: Учебник/ Г.Н. Смирнова, А.А. Сорокин, Ю.Ф. Тельнов; Под ред. Ю.Ф. Тельнова. – М.: Финансы и статистика, 2008.
34. СанПин 2.2.2.542-96 Гигиенические требования к видеодисплейным терминалом, персональным электронно-вычислительным машинам и организации работы.
35. СниП 23-05-95. Естественное и искусственное освещение.
36. Туманов В.Е. Основы проектирования реляционных баз данных: учебное пособие для вузов. – М.: Интернет университет Информационных технологий, Бином. Лаборатория знаний, 2010.
37. Широков Л.А. Информационные технологии в экономике: Учебное пособие, 2-е изд, стереотип. – М.: МГИУ, 2007.
38. Якобсон А.В и др. Унифицированный процесс разработки программного обеспечения. – СПб.: Питер, 2009.
39. Яхонтов В.Н. Базы данных. Учебно-методическое пособие. – Казань: Академия управления «ТИСБИ», 2006.
40. Свободная Интернет-энциклопедия https://ru.wikipedia.org – 03.04.2014
41. Сайт поддержки Microsoft http://technet.microsoft.com – 15.04.2014
42. Сайт ОАО «Рубеж» http://rubezh-mo.ru/page/programmnoe-obespechenie.html — 27.04.2014
43. Сайт фирмы «1С» http://www.1c.ru/news/info.jsp?id=14921 — 25.04.2014