Введение

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

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

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

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

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

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


Глава 1. Теоретические и методологические основы автоматизации учета расчетов с поставщиками

1.1. Сущность и задачи учета расчетов с поставщиками и подрядчиками

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

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

Центральным элементом системы является порядок организации синтетического и аналитического учета. Синтетический учет расчетов с поставщиками и подрядчиками, как правило, ведется на счете 60 «Расчеты с поставщиками и подрядчиками». Он позволяет получить обобщенную информацию о состоянии задолженности в денежном выражении. Однако для эффективного управления этой информации недостаточно. Здесь ключевую роль играет аналитический учет, который организуется в разрезе:

  • Каждого поставщика или подрядчика;
  • Каждого договора;
  • Каждого конкретного документа расчетов (счета, накладной).

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

  • Договоры поставки или оказания услуг;
  • Товарные накладные (ТОРГ-12);
  • Счета-фактуры;
  • Акты выполненных работ или оказанных услуг.

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

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

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

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

Обоснование выбора именно этой платформы для решения задач нашего проекта строится на нескольких ключевых факторах:

  1. Распространенность и поддержка: «1С» является самым распространенным инструментом для автоматизации в России и СНГ, что гарантирует доступность специалистов и обширную базу знаний.
  2. Гибкость и масштабируемость: Платформа позволяет не только использовать готовые конфигурации, но и дорабатывать их под уникальные бизнес-процессы компании. Ключевой задачей автоматизации является как раз обеспечение гибкой настройки аналитики под конкретную предметную область, что в 1С реализовано на высочайшем уровне.
  3. Интеграционные возможности: Современные конфигурации 1С обладают встроенным функционалом для синхронизации с системами CRM и ERP, что позволяет встроить бухгалтерский контур в общую IT-архитектуру предприятия без лишних сложностей.
  4. Соответствие законодательству: Разработчик оперативно обновляет свои решения при любых изменениях в законах и нормативных актах.

Именно сочетание этих качеств делает «1С:Предприятие» оптимальным инструментом для создания эффективной, настраиваемой и поддерживаемой системы автоматизации учета расчетов с поставщиками.

1.3. Обзор методик оценки эффективности инвестиций в IT-проекты

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

Ключевыми финансовыми показателями являются:

  • Расчет окупаемости инвестиций (ROI — Return on Investment): Показывает рентабельность вложений. Рассчитывается как отношение чистой прибыли от проекта к объему инвестиций. Это основной показатель, отвечающий на вопрос «Сколько мы заработали на каждый вложенный рубль?».
  • Срок окупаемости (Payback Period — PP): Определяет период времени, за который доходы от проекта покроют первоначальные затраты. Этот показатель особенно важен для оценки ликвидности инвестиций.
  • Чистая приведенная стоимость (NPV — Net Present Value): Позволяет оценить эффект от проекта с учетом временной стоимости денег, дисконтируя будущие денежные потоки к текущему моменту.

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

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

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


Глава 2. Анализ текущей организации учета расчетов с поставщиками на предприятии [Название предприятия]

2.1. Организационно-экономическая характеристика предприятия

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

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

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

2.2. Анализ действующей системы учета и документооборота

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

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

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

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

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

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

2.3. Формирование требований к проектируемой системе автоматизации

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

Примеры функциональных требований, вытекающих из проблем:

  • Система должна обеспечивать автоматическое создание документов «Поступление (акт, накладная)» на основании сканированных образов или электронных писем с использованием технологии оптического распознавания символов (OCR).
  • Система должна реализовывать механизм электронного согласования счетов на оплату с возможностью настройки маршрутов визирования.
  • Система должна автоматически формировать реестр платежей на основании утвержденных счетов.

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

  • Точность распознавания ключевых полей документа (номер, дата, сумма, ИНН) должна быть не ниже 98%.
  • Время на ручную верификацию одного распознанного документа не должно превышать 1 минуты.
  • Система должна обеспечивать гибкую настройку аналитики для учета расчетов в разрезе договоров, проектов и центров финансовой ответственности, как того требует специфика предприятия.
  • Интерфейс должен быть интуитивно понятным для рядового бухгалтера.

Сформулировав, ЧТО именно мы хотим получить от внедрения, мы создаем прочный фундамент и четкие критерии успеха для следующей, самой креативной части работы — проектирования того, КАК это будет реализовано на практике.


Глава 3. Проектирование и разработка прикладного решения по автоматизации учета

3.1. Обоснование выбора и архитектура прикладного решения

На основе требований, сформулированных в пункте 2.3, на данном этапе осуществляется обоснованный выбор конкретной конфигурации «1С:Предприятие». Как правило, для задач автоматизации учета оптимально подходят «1С:Бухгалтерия» версии ПРОФ или КОРП. Выбор должен быть аргументирован: например, версия КОРП может понадобиться, если на предприятии есть обособленные подразделения или требуется сложный учет НДС.

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

  • Использование типовых объектов системы: справочников «Контрагенты» и «Договоры», документа «Поступление (акт, накладная)».
  • Разработку внешних обработок для реализации специфического функционала, например, для загрузки и распознавания документов. Это позволяет сохранить типовую конфигурацию на поддержке.
  • Настройку или разработку новых отчетов для контроля задолженности и анализа эффективности процесса.
  • Проектирование интеграционных модулей, если требуется обмен данными с другими системами, например, с CRM или корпоративным порталом для согласования.

Ключевым элементом этого подраздела является схема информационных потоков «to be» («как будет»). Она наглядно демонстрирует, как изменится процесс после внедрения: откуда поступают данные, как они обрабатываются в системе, какие документы и отчеты формируются на выходе. Эта схема противопоставляется схеме «as is» из второй главы, наглядно иллюстрируя суть предлагаемых улучшений.

3.2. Конфигурирование и доработка объектов системы в среде «1С:Предприятие»

Это наиболее технически насыщенная и практическая часть всей дипломной работы. Здесь необходимо продемонстрировать конкретные навыки работы в среде конфигурирования «1С:Предприятие». Описание должно быть детальным и последовательным.

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

  1. Модификация существующих объектов: Если потребовалось добавить новые реквизиты или табличные части в стандартные справочники или документы (например, добавить статус «На согласовании» в документ «Счет от поставщика»), это нужно описать, приложив скриншоты из конфигуратора.
  2. Разработка новых объектов: Описывается создание новых регистров сведений для хранения настроек, разработка обработок для автоматизации рутинных задач. Например, детально описывается разработка внешней обработки для распознавания счетов.
  3. Примеры программного кода: Для демонстрации квалификации необходимо привести листинги наиболее значимых фрагментов кода на встроенном языке 1С. Это может быть код из модуля обработки, который выполняет распознавание, или код из модуля документа, ре��лизующий сложную логику проведения. Код следует комментировать, поясняя назначение ключевых блоков.
  4. Настройка интерфейсов и прав доступа: Демонстрируется, как были настроены рабочие столы пользователей для удобства работы, созданы новые роли и настроены права доступа, чтобы рядовой бухгалтер не имел доступа к функциям администратора.

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

3.3. Разработка пользовательских инструкций и сценариев тестирования

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

Раздел состоит из двух логических частей:

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

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

Каждый шаг рекомендуется сопровождать скриншотами интерфейса программы.

2. Сценарии тестирования.
Это формальный документ, который доказывает, что система работает корректно и выполняет все требования, сформулированные в пункте 2.3. Для каждого требования создается один или несколько тест-кейсов. Каждый тест-кейс должен содержать:

  • ID и название: Например, «Т-01. Проверка распознавания счета-фактуры».
  • Шаги для воспроизведения: Детальное описание действий, которые нужно выполнить.
  • Ожидаемый результат: Четкое описание того, что должно произойти, если система работает правильно (например, «Документ ‘Поступление (акт, накладная)’ создан, все реквизиты заполнены корректно, сумма совпадает с оригиналом»).

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


Глава 4. Оценка экономической и операционной эффективности проекта

4.1. Расчет капитальных и эксплуатационных затрат на внедрение

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

Капитальные затраты (CAPEX) — это инвестиции, которые совершаются один раз на старте проекта. В их состав, как правило, включают:

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

Эксплуатационные затраты (OPEX) — это будущие регулярные расходы, необходимые для поддержания работы системы. К ним относятся:

  • Стоимость подписки на обновления: Например, годовая подписка на Информационно-технологическое сопровождение (ИТС) от 1С.
  • Затраты на администрирование: Оценочная стоимость времени системного администратора или специалиста 1С на поддержку и консультации пользователей.

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

4.2. Анализ экономического эффекта от внедрения автоматизированной системы

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

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

  • Экономия на фонде оплаты труда (ФОТ): На основе данных хронометража из Главы 2 рассчитывается, сколько человеко-часов в месяц тратилось на рутинные операции до внедрения. Затем оценивается, насколько это время сократилось после автоматизации (например, сокращение времени обработки документов на 30-70%). Сэкономленные часы умножаются на часовую ставку сотрудников, что и дает сумму прямой экономии.
  • Снижение потерь: Сюда можно включить экономию на штрафах за несвоевременные платежи, если таковые имели место, или выгоду от получения скидок за раннюю оплату, которая стала возможной благодаря ускорению процессов.

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

  • Снижение количества ошибок (по оценкам, на 15-40%), что повышает достоверность учета и снижает риски претензий от налоговых органов.
  • Повышение скорости принятия управленческих решений за счет возможности получать отчеты о задолженности в режиме реального времени.
  • Рост прозрачности и контролируемости всего процесса расчетов с поставщиками.

На основе рассчитанных денежных потоков (затраты и экономия) вычисляются ключевые инвестиционные показатели, описанные в пункте 1.3:

Рассчитывается расчет окупаемости инвестиций (ROI), который покажет рентабельность проекта. Также определяется срок окупаемости — период, за который проект полностью себя окупит. Для большинства проектов по автоматизации учета этот срок составляет от 1 до 3 лет, что является отличным показателем.

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


Заключение

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

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

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

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

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

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

Список использованных источников

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

  1. Нормативно-правовые акты: Кодексы РФ, Федеральные законы, Положения по бухгалтерскому учету.
  2. Научная и учебная литература: Учебники, монографии, пособия по бухгалтерскому учету, экономическому анализу и конфигурированию в 1С.
  3. Периодические издания: Статьи из научных и практических журналов по теме исследования.
  4. Интернет-ресурсы: Ссылки на авторитетные порталы, базы знаний и публикации, использованные в работе, с указанием даты обращения.

Приложения

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

Сюда могут быть включены:

  • Копии (или образцы) первичных документов, используемых на предприятии (до внедрения и после).
  • Развернутые таблицы с исходными данными для экономических расчетов.
  • Полные листинги программного кода разработанных модулей и обработок.
  • Детальные блок-схемы бизнес-процессов «as is» и «to be».
  • Акт о внедрении результатов дипломной работы (если он был подписан на предприятии).
  • Полное руководство пользователя и все сценарии тестирования.

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

  1. Автоматизированные информационные технологии в экономике: Учебник/Под ред. проф. Г.А. Титоренко. – М.: Компьютер, ЮИНИТИ, 2008.
  2. Алексеев А., Безбородов А., Виноградов А., Горностаев Е., Дамье Г., Чичерин А. и др. 1С: Предприятие 8.0 Описание встроенного языка, Москва, ЗАО «1С», 1996 – 2008.
  3. Бобошко Д.Д. 1С: Предприятие 8.0. Программирование в примерах. – М.: КУДИЦ-ПРЕСС, 2007.
  4. Боккер П. ISDN. Цифровая сеть с интеграцией служб. М.: Радио и связь, 2008.
  5. Брейдо В.Л. Вычислительные системы, сети и телекоммуникации. СПб: Питер, 2009.
  6. Вильховченко С. Протоколы информационно-вычислительных сетей. М.: Радио и связь, 2008.
  7. Гук М. Аппаратные средства локальных сетей. СПб: Питер, 2009.
  8. Гольдштейн Б.С. Протоколы сети доступа, Спб.: БХВ, 2008.
  9. Герасименко В.А. Защита информации в автоматизированных системах обработки данных. М.: Энергоатомиздат, 2009.
  10. Григорьев В.А. Сети и системы широкополосной передачи данных М.: Эко-Трендз, 2008.
  11. Гундарь К.Ю. Защита информации в компьютерных системах. М.: 2008.
  12. Габец А.П., Гончаров Д.И., Козырев Д.В., Кухлевский Д.С., Радченко М.Г. Профессиональная разработка в системе 1С: Предприятие 8/Под ред. М.Г. Радченко.- М.: «1С-Паблишинг»; СПБ.: Питер,2007 – 808 с.
  13. Девянин П.Н. Теоретические основы компьютерной безопасности. М.: Радио и связь, 2008.
  14. Димарцио Д.Ф. Маршрутизаторы Cisco. М.: Радио и связь, 2008.
  15. Джамса К. Программирование для INTERNET в среде Windows. Санкт-Петербург: ПИТЕР, 2008.
  16. Корнева Л.В. 1С: Торговля Склад. Версия 8.0 / Л.В. Корнева. – Ростов н.Д: Феникс, 2008.
  17. Экономическая информатика: Введение в экономический анализ информационных систем: Учебник. – М.: ИНФРА-М, 2008.
  18. Шафер Д.Ф., Фартрел Т., Шафер Л.И. Управление программными проектами: достижение оптимального качества при минимуме затрат.: Пер. с англ. – М.: Вильямс, 2008.
  19. Марка Д. А., МакГоуэн К. Методология структурного анализа и проектирования SADT. – М.: Вильямс, 2008.
  20. Проектирование экономических информационных систем: учеб. / под ред. Ю. Ф. Тельнова. М., 2009
  21. Радченко М.Г. 1С: Предприятие 8.0. Практическое пособие разработчика. Примеры и типовые приемы, М.: «1С-Паблишинг»,2008 — 656 c.
  22. Маклаков С. В. Моделирование бизнес-процессов с AllFusion Process Modeler (BPwin 4.1). М., 2009
  23. Маклаков С.В. Создание информационных систем с AllFusion Modeling Suite. – М.: ДИАЛОГ-МИФИ, 2007
  24. Фаулер М. UML в кратком изложении: применение стандартного языка объектного моделирования: пер. с англ. / М. Фаулер, К. Скотт. М., 2008
  25. Фаулер М. UML – основы. Руководство по стандартному языку объектного моделирования.: Пер. с англ. – СПб.: Символ, 2007
  26. Петров Ю.А., Шлимович Е.Л., Ирюпин Ю.В. Комплексная автоматизация управления предприятием: Информационные технологии — теория и практика. — М.: Финансы и статистика, 2008
  27. Хомоненко А.Д. и др. Базы данных: Учебник для вузов / Под ред. проф. А.Д. Хомоненко. — СПб.: КОРОНА принт, 2008 — 736 с.
  28. Флинт Д. Локальные сети ЭВМ: архитектура, построение, реализация. М.: Финансы и статистика, 2007.
  29. Фролов А.В. Локальные сети персональных компьютеров. Использование протоколов IPX, SPX, NETBIOS. М.: Диалог-МИФИ, 2008.
  30. Douglas E. Comer, Internetworking with TCP/IP, Prentice Hall, Englewood Cliffs, N.J. 07632, 1988.
  31. Craig Hunt, TCP/IP Network Administration, O’Reilly Associates, Inc., Sebastopol, USA, 1992.

Похожие записи