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

Написание дипломной работы по автоматизации учета технических средств — задача, которая пугает многих студентов своей сложностью и масштабом. Однако именно в этой сложности кроется уникальная возможность создать не просто «корочку», а полноценный инженерный проект, который станет украшением вашего портфолио. Автоматизация учета — это не абстрактная теория, а острая потребность любого современного предприятия, стремящегося работать эффективно. Ручной учет — это всегда высокая трудоемкость, неизбежные ошибки и почти полное отсутствие оперативного контроля над активами. Внедрение автоматизированной системы позволяет решить эти проблемы, повышая точность данных и снижая издержки. Даже крупные структуры, как, например, ФГУП «ЦЭНКИ», постоянно решают подобные задачи для управления своими ресурсами. Это руководство проведет вас через весь путь — от анализа смутной проблемы до проектирования и экономического обоснования готового решения, превращая пугающий процесс в понятный и логичный проект.

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

Глава 1, в которой закладывается фундамент всей работы

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

1. Актуальность темы: Здесь вы должны перейти от общих слов о важности автоматизации к конкретной проблеме. Опишите, почему ручной или полуавтоматический учет на условном предприятии неэффективен, к каким потерям это приводит и почему именно сейчас внедрение новой системы является критически важным.
2. Цель и задачи: Важно научиться их различать. Цель — это то, что вы хотите сделать в глобальном смысле. Например: «Повысить эффективность управления техническими средствами предприятия за счет разработки и внедрения автоматизированной информационной системы». Задачи — это конкретные шаги, как вы будете достигать этой цели. Обычно их 3-5, и они логически вытекают друг из друга:
   • Проанализировать существующие бизнес-процессы учета ТС.
   • Провести сравнительный анализ существующих технологий и выбрать оптимальное решение.
   • Спроектировать архитектуру информационной системы.
   • Рассчитать экономическую эффективность проекта.
3. Объект и предмет исследования: Объект — это процесс или явление, которое вы изучаете. В нашем случае это «процесс учета и перемещения технических средств на предприятии». Предмет — это конкретная сторона объекта, на которую направлено ваше внимание. Например: «Методы и средства автоматизации процесса учета и перемещения ТС».
4. Гипотеза: Это ваше научное предположение, которое вы будете доказывать или опровергать. Например: «Внедрение информационной системы на базе технологии RFID позволит сократить время на инвентаризацию на 50% и снизить количество ошибок, связанных с человеческим фактором, на 90%».
5. Методологическая база и практическая значимость: Кратко перечислите методы, которые вы будете использовать (системный анализ, моделирование) и опишите, какую конкретную пользу принесет ваша работа предприятию.

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

Глава 2, посвященная глубокому предпроектному анализу

Этот раздел — исследовательская работа, цель которой — досконально изучить текущую ситуацию на предприятии, чтобы проектируемая система решала реальные, а не выдуманные проблемы. Нельзя создать хорошее решение, не поняв досконально «боль» клиента. Ваша задача — провести полный аудит процессов «as is» (как есть).

Методология сбора информации здесь включает несколько направлений:

• Анализ документации: Изучите все существующие регламенты, инструкции, журналы учета, отчеты. Это поможет понять, как процесс должен работать «на бумаге».
• Интервью с сотрудниками: Поговорите с кладовщиками, инженерами, бухгалтерами — со всеми, кто участвует в процессе учета ТС. Их инсайты бесценны для выявления реальных проблем, которые не описаны ни в одной инструкции.
• Наблюдение: Проведите несколько часов, просто наблюдая за тем, как происходит приемка, выдача и инвентаризация технических средств. Это лучший способ найти «узкие места» — моменты, где процесс тормозится, где возникают ошибки или лишние действия.

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

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

Глава 3, где мы выбираем инструменты и технологии

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

Сравнительный анализ стоит провести по нескольким ключевым направлениям:

1. Платформа:
   • Готовые системы: Рассмотрите популярные платформы, такие как 1С:Предприятие или специализированные WMS-системы (системы управления складом). Их плюсы — скорость внедрения и надежность, минус — ограниченная гибкость.
   • Разработка «с нуля»: Этот вариант дает максимальную гибкость, но требует значительно больших временных и финансовых затрат.
2. Технологии идентификации:
   • Штрихкоды: Дешево и просто, но требует прямой видимости для сканирования и позволяет считывать только один объект за раз.
   • RFID (радиочастотная идентификация): Дороже, но позволяет считывать десятки меток одновременно без прямой видимости, что кардинально ускоряет инвентаризацию.
3. Специализированное оборудование (если применимо): Для проектов, связанных с перемещением грузов, стоит рассмотреть применение AGV (автономных транспортных средств) или AMR (автономных мобильных роботов), которые могут полностью автоматизировать логистику на складе.

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

На основе этой матрицы вы делаете аргументированный вывод. Например: «Несмотря на более высокую первоначальную стоимость RFID-меток, данная технология выбрана в качестве основной, так как она позволяет достичь ключевой цели проекта — сокращения времени инвентаризации в 10 раз, что обеспечит окупаемость инвестиций в течение двух лет».

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

Глава 4, в которой рождается архитектура информационной системы

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

Функциональное обеспечение: Что система будет делать?

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

• IDEF0: Эта нотация идеально подходит для описания бизнес-процессов верхнего уровня. Вы создаете контекстную диаграмму «Процесс управления ТС», а затем декомпозируете ее на подпроцессы: «Приемка ТС», «Выдача ТС в эксплуатацию», «Проведение инвентаризации», «Формирование отчетности».
• DFD (Data Flow Diagrams): Диаграммы потоков данных показывают, как информация перемещается внутри системы. Они наглядно демонстрируют, какие данные поступают в каждый функциональный блок, где они хранятся (в каких накопителях данных) и какой результат порождают.

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

Информационное обеспечение: С какими данными система будет работать?

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

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

Функциональная и информационная модели готовы. Теперь необходимо «одеть» этот скелет в программную и аппаратную плоть.

Глава 5, где мы проектируем программные модули и подбираем «железо»

Если предыдущая глава описывала «что» и «с чем» работает система, то эта глава отвечает на вопрос «как» это реализовано программно и «на чем» это будет работать физически. Здесь вы демонстрируете комплексное видение проекта, от логики кода до выбора серверной стойки.

Программное обеспечение

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

• Структурная схема использования программ: Это общая диаграмма, показывающая, из каких крупных блоков состоит система (например, серверная часть, клиентское приложение, мобильное приложение, модуль интеграции с 1С) и как они взаимодействуют.
• Дерево вызова процедур: Для одной-двух ключевых функций (например, «оформление выдачи ТС») стоит построить схему, которая показывает последовательность вызова основных процедур и функций.
• Схема взаимосвязи модулей: Эта диаграмма наглядно демонстрирует, какие программные модули зависят друг от друга, как они обмениваются данными.
• Описание ключевых алгоритмов: Если в системе есть сложные или нетривиальные алгоритмы (например, алгоритм оптимального размещения ТС на складе), их следует описать с помощью псевдокода или блок-схемы.

Компьютерно-сетевое обеспечение

Любое программное обеспечение работает на реальном «железе». В этом разделе вы должны подобрать и обосновать выбор технических средств.

1. Серверное оборудование: Исходя из предполагаемой нагрузки (количество пользователей, объем данных), вы должны рассчитать и подобрать конфигурацию сервера: процессор, объем оперативной памяти, тип и объем дисковой подсистемы (HDD/SSD, RAID-массив). Обоснуйте свой выбор с точки зрения производительности и надежности.
2. Клиентские места: Опишите минимальные требования к компьютерам пользователей, которые будут работать с системой.
3. Сетевая инфраструктура: Укажите требования к сети (пропускная способность), необходимость в дополнительном оборудовании (коммутаторы, точки доступа Wi-Fi для мобильных терминалов).

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

Глава 6, где мы доказываем экономическую целесообразность проекта

Экономический раздел — это одна из самых важных частей дипломной работы, которая превращает ваш технический проект в бизнес-кейс. Здесь вы должны доказать, что внедрение предложенной вами системы не просто «полезно», а экономически выгодно для предприятия. Расчеты должны быть логичными и прозрачными.

Структура этого раздела обычно включает следующие шаги:

1. Расчет капитальных затрат: Это все единовременные расходы на запуск проекта.
   • Затраты на оборудование: стоимость серверов, компьютеров, сканеров, RFID-считывателей.
   • Затраты на программное обеспечение: стоимость лицензий на ОС, СУБД, платформу 1С.
   • Затраты на разработку и внедрение: это трудозатраты вашей команды (аналитиков, разработчиков, тестировщиков). Их можно рассчитать, умножив количество часов на среднюю ставку специалиста.
2. Расчет эксплуатационных расходов: Это ежегодные затраты на поддержку работы системы. Сюда входят зарплата администратора, расходы на электроэнергию, амортизация оборудования, стоимость технической поддержки ПО.
3. Расчет годовой экономии: Это самый главный пункт, показывающий выгоду от внедрения. Экономия складывается из нескольких факторов:
   • Сокращение трудоемкости: Рассчитайте, сколько человеко-часов экономится на операциях приемки, инвентаризации, подготовки отчетов. Умножьте это время на часовую ставку сотрудников, чтобы получить прямую экономию на фонде оплаты труда (ФОТ).
   • Уменьшение потерь: Оцените, сколько предприятие теряло из-за ошибок в учете, потерь или краж оборудования. Ваша система помогает сократить эти издержки.
   • Ускорение операций: Покажите, как ускорение процессов (например, быстрая комплектация заказа) влияет на общую производительность.

На основе этих данных рассчитываются ключевые показатели эффективности (KPI) проекта. Наиболее важные из них:

Срок окупаемости (Payback Period): Капитальные затраты / Годовая экономия. Этот показатель демонстрирует, за сколько лет проект «вернет» вложенные в него деньги. В качестве рыночного ориентира для подобных проектов можно использовать средний срок окупаемости в 4 года.

ROI (Return on Investment): (Годовая экономия — Эксплуатационные расходы) / Капитальные затраты * 100%. Показывает рентабельность инвестиций.

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

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

Глава 7, посвященная обеспечению безопасности и надежности

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

Структура этого раздела должна охватывать все аспекты безопасности:

• Физическая безопасность: Где будет располагаться сервер? Этот пункт описывает меры по защите самого оборудования: размещение серверов в запираемых стойках или отдельных помещениях, наличие систем контроля доступа (СКУД), пожаротушения.
• Безопасность персонала: Человеческий фактор — самая частая причина утечек. Здесь описываются организационные меры: проведение инструктажей для сотрудников, политика «чистого стола», и, что самое важное, — разграничение прав доступа в системе. Пользователь должен видеть и делать только то, что ему положено по должностной инструкции.
• Правовая область: Необходимо указать, что система спроектирована с учетом требований законодательства, в частности Федерального закона № 152-ФЗ «О персональных данных», если в системе хранятся ФИО сотрудников или другие персональные данные.
• Безопасность оборудования и ПО: Это технический уровень защиты. Сюда входит:
  • Использование межсетевых экранов (файрволов) для защиты периметра сети.
  • Установка и регулярное обновление антивирусного программного обеспечения на серверах и клиентских машинах.
  • Своевременная установка обновлений безопасности для операционных систем и СУБД.
• Безопасность данных: Даже если злоумышленники получат доступ к файлам, данные должны оставаться защищенными. Ключевые меры:
  • Регулярное резервное копирование: Опишите политику бэкапов (как часто, куда, как долго хранятся копии). Это защита от сбоев оборудования или атак шифровальщиков.
  • Шифрование: Укажите, какие данные и на каком уровне шифруются (например, шифрование канала связи с помощью SSL/TLS, шифрование резервных копий).

Такой комплексный подход демонстрирует комиссии ваш профессионализм и зрелое понимание жизненного цикла информационной системы.

Основные содержательные главы работы готовы. Пришло время подвести итоги и красиво завершить повествование.

Глава 8, в которой мы подводим итоги и оформляем результаты

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

Золотое правило заключения

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

Структура заключения выглядит так:

1. Краткое резюме: В первом абзаце напомните, какая цель стояла перед работой. Например: «Целью данной дипломной работы являлась разработка информационной системы для автоматизации учета ТС, направленная на повышение эффективности управления активами предприятия».
2. Выводы по задачам: Последовательно пройдитесь по каждой задаче.
   • «В ходе решения первой задачи был проведен анализ…», итогом которого стал…
   • «Для решения второй задачи был выполнен сравнительный анализ…», в результате которого были выбраны…
   • «В рамках третьей задачи была спроектирована архитектура системы…», включающая…
   • «При решении четвертой задачи был рассчитан экономический эффект…», который показал…
3. Итоговый вывод: В последнем абзаце подтвердите, что поставленная цель достигнута.

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

• Список литературы: Уделите ему внимание. Он должен содержать не менее 30-40 источников (книги, статьи, ГОСТы, электронные ресурсы) и быть оформлен строго по ГОСТу. Это показывает глубину вашей теоретической проработки темы.
• Приложения: Не перегружайте основной текст громоздкими схемами или листингами кода. Выносите их в приложения. Сюда можно включить большие DFD и IDEF0 диаграммы, полную структуру базы данных, пользовательские инструкции, и, если есть, акт о внедрении.

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

Глава 9, или предзащитный марафон

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

1. Финальная вычитка и корректура: Прочитайте свою работу несколько раз свежим взглядом. А еще лучше — дайте прочитать ее кому-то другому. Ваша цель — избавиться от опечаток, грамматических и стилистических ошибок. Текст, написанный с ошибками, подрывает доверие к качеству всей работы.
2. Оформление по ГОСТу: Это нудная, но обязательная часть. Проверьте все: титульный лист, рамки на страницах (если требуются), нумерацию, оформление сносок и списка литературы. Каждая мелочь имеет значение.
3. Проверка на антиплагиат: Узнайте, какой процент уникальности требует ваш вуз, и проверьте работу в соответствующей системе. Если процент низкий, необходимо перефразировать заимствованные фрагменты своими словами. Помните: ваша цель не «обмануть систему», а убедиться, что работа действительно является авторской.
4. Работа с научным руководителем: Это ваш главный союзник. Приносите ему работу на проверку по частям, а не весь талмуд за день до сдачи. Внимательно относитесь к его правкам, задавайте вопросы, если что-то непонятно. Конструктивный диалог с руководителем — залог успеха.
5. Получение отзыва и рецензии: После финального одобрения научного руководителя вы получаете от него отзыв. Также вам будет назначен внешний рецензент (обычно это специалист с другого предприятия или кафедры), который напишет рецензию на вашу работу. Будьте готовы к критическим замечаниям — это нормально.

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

Глава 10, где мы готовимся к триумфальной защите

Защита диплома — это не экзамен, а презентация вашего проекта. Ваша задача — за 7-10 минут убедительно и уверенно рассказать о проделанной работе и ее результатах. Правильная подготовка снимает 90% стресса.

Структура защитной речи (доклада)

Ваш доклад должен быть четким, логичным и укладываться в регламент (обычно 7-10 минут). Его структура повторяет логику работы:

1. Приветствие: «Уважаемый председатель и члены аттестационной комиссии! Вашему вниманию представляется дипломная работа на тему…»
2. Актуальность: В двух-трех предложениях объясните, почему ваша тема важна.
3. Цель и задачи: Четко сформулируйте, что вы хотели сделать и какие шаги для этого предприняли.
4. Ключевые проектные решения: Расскажите о самом главном в вашем проекте. Почему выбрали именно эту технологию? Какова архитектура системы? Не нужно пересказывать всю работу, выберите 2-3 самых интересных момента.
5. Экономический эффект: Обязательно назовите ключевые цифры: стоимость проекта, годовую экономию и, самое главное, срок окупаемости.
6. Выводы: Кратко подведите итог, заявив, что цель работы достигнута.
7. Завершение: «Доклад окончен. Спасибо за внимание!»

Презентация

Презентация — это ваша визуальная опора. Она должна быть лаконичной и наглядной (10-15 слайдов, не больше).

• Минимум текста: На слайдах должны быть только заголовки, схемы, графики, диаграммы и ключевые цифры.
• Визуализация: Вместо текста используйте схемы (архитектура системы, DFD), графики (сравнение показателей до и после), скриншоты интерфейса.
• Единый стиль: Используйте простой, строгий дизайн без лишних «украшательств».

Ответы на вопросы комиссии

Это самая волнительная часть. Будьте готовы к вопросам о выборе технологий («Почему RFID, а не штрихкоды?»), об экономике («За счет чего достигается такая экономия?»), о сложностях внедрения или о возможных путях развития проекта. Отвечайте спокойно, по существу, даже если не знаете точного ответа, покажите, что вы размышляли над этим вопросом.

Вы прошли весь путь от идеи до готового проекта. Вы готовы к защите.

Вместо заключения

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

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

Список использованной литературы

1. Бакаревич Ю. Б., Пушкина Н.В. Самоучитель Microsoft Access 2003. – СПб.: БХВ-Петербург, 2002 – 402 с.
2. Барановская Т. П. и др. Информационные системы и технологии в экономике: Учебник. — 2-е изд., доп. и перераб. — М.: Финансы и статистика, 2005 — 416 с.
3. Благодатских В. А. и др. Стандартизация разработки программных средств: Учеб. пособие. — М.: Финансы и статистика, 2005. — 288 с.
4. Бобровский С. Программирование в Delphi 7 – СПб.: Информ-Пресс, 2003. – 806 c. : ил.
5. Бойко В.В., Савинков В.М. Проектирование баз данных информационных систем. – М.: Финансы и статистика, 2004.
6. Бондарева Г.А., Сахарова Е.В., Королькова Л.Н., Информатика. Ставрополь, СТИС, 2006
7. Вендров А. М. Проектирование программного обеспечения экономических информационных систем: Учебник. — 2-е изд., перераб. и доп. — М.: Финансы и статистика, 2005. — 544 с.
8. Гетия И. Г. Безопасность при работе на ПЭВМ. — М.: НПЦ Профессионал-Ф, 2001. — 140 с.
9. Гончаров А. Ю. Access 2003. Самоучитель с примерами. – М.: Инфра-М, 2004 – 385 с.
10. Горев А. Эффективная работа с СУБД. — СПб.: Питер, 1997. – 704с.: ил.
11. Гофман В. Э., Хомоненко А.Д. и др. Delphi 7 — СПб.: BHV, 2004. – 1216 с. : ил.
12. Дарахвелидзе, П.Г. Программирование в Delphi 7. — СПб.: БХВ-Петербург, 2003. – 784 с.
13. Каймин В.А. Информатика: Учебник. — 5-ое издание — М.: ИНФРА-М, 2007 – 244 с.
14. Карпова Т. С. Базы данных: модели, разработка, реализация: учеб. пособие для вузов — СПб.: Питер, 2001. –304с.: ил.
15. Конеев И. Информационная безопасность предприятия. — СПб.: БХВ-Петербург, 2003. — 733 с.
16. Лугачев М. И. и др. Экономическая информатика: введение в экономический анализ. — М.: Инфра-М, 2005. —569 с.
17. Маклаков С. В. ВРWin и ERWin. САSЕ-средства разработки информационных систем — М.: Диалог-МИФИ, 1999 — 455 с.: ил.
18. Мельников В. В. Безопасность информации в автоматизированных системах. — М.: Финансы и статистика, 2003. — 368 с.
19. Мишенин А. И. Теория экономических информационных систем. — М.: Финансы и статистика, 2000. — 240 с.
20. Норенков И. П. Основы автоматизированного проектирования: Учебник для вузов. — М.: МГТУ им. Н. Э. Баумана, 2002. — 336 с.
21. Орлов С. Технологии разработки программного обеспечения. Учебное пособие. 2-е изд. — СПб.: Питер, 2003. — 480 с.
22. Партыка Т. Л. Информационная безопасность. — М.ИНФРА-М, 2002. — 367 с.
23. Петров, В. Н. Информационные системы: учеб. пособие для вузов — СПб.: Питер, 2002. – 688 с.
24. Савицкая Г. В. Анализ хозяйственной деятельности предприятия: Учебник. — М.: Инфра-М, 2003. — 400 с.
25. Савицкий Н. И. Экономическая информатика. — М.: Экономистъ, 2004. — 429 с.
26. Смирнова Г. Н. и др. Проектирование экономических информационных систем: Учебник / Под ред. Ю. Ф. Тельнова. — М.: Финансы и статистика, 2002. — 512 с.
27. Стивенс, Р. Delphi. Готовые алгоритмы: пер. с англ. — М.: ДМК ПРЕСС, 2001. – 384 с.: ил.
28. Фаронов И. В. Программирование баз данных в Delphi 7: учебный курс. — СПб.: Питер, 2005. — 295 с. : ил.
29. Чекалов А. Базы данных: от проектирования до разработки приложений. — СПб: BHV, 2003. — 384 c.