Разработка экономической информационной системы для оперативного управления финансовой устойчивостью предприятия (на примере ООО "Швейное предприятие ЛИВА"

Введение
I. ИССЛЕДОВАТЕЛЬСКИЙ РАЗДЕЛ
1.1. Обобщенная характеристика предметной области.
1.2. Описание экономической сущности задачи.
1.3. Постановка задачи.
1.4. Анализ существующих разработок.
II. СПЕЦИАЛЬНЫЙ РАЗДЕЛ
2.1. Основные положения проектируемой системы и принципы ее функционирования.
2.2. Методическое обеспечение системы.
2.3. Организационное обеспечение и функциональное моделирование системы.
2.4. Информационное обеспечение системы.
2.5. Техническое обеспечение системы.
2.6. Расчет технико-экономических показателей
2.6.1. Определение сметы затрат на разработку программного продукта
2.6.2. Расчет и сопоставление эксплуатационных расходов
2.6.3. Расчет годового экономического эффекта от освоения нового программного продукта
2.6.4. Сопоставление технико-экономических характеристик разработки с аналогом
III. ТЕХНОЛОГИЧЕСКИЙ РАЗДЕЛ
3.1. Обоснование выбора среды разработки системы.
3.2. Алгоритмическое обеспечение системы.
3.3. Программная реализация разработанных алгоритмов.
Заключение
Список использованной литературы

Эксплуатационные расходы определяются по формуле (1).
Для начала проведем сравнение с вводом аналогичных данных при помощи операционистов и работников финансового отдела. Как правило, в таком отделе находится в среднем 10 человек. Месячная заработная плата – 25000 руб. Также, имеется информационный работник, который занимается поддержкой и сопровождением компьютеров, заработная плата которого, согласно таблице 1 составляет 35000 руб., в среднем на обслуживание компьютеров тратится 10% его рабочего времени.
Ввод оперативной информации по функционированию предприятия занимает примерно все рабочее время (сюда входит обработка бумажного документа и заполнение электронных форм), т.е. в день примерно 6 часов. При использовании информационной системы время необходимое для работы с информацией сокращается примерно в два раза, таким образом, время занесения данных в систему составляет около 3 часов. Данные поступают в среднем два раза в неделю, т.е. 8 раз в месяц. Следовательно, в год это время составит:
часов (без использования разработки);
часа (с использованием разработки).
Рассчитаем затраты на заработную плату в год (при 22 рабочих днях в месяце) до введения разработки. Затраты определяются по следующей формуле (3):
, (3)
руб./год
После внедрения разработанных процедур, на обслуживание программы необходим по-прежнему один информационный работник с заработной платой 30000 руб./месс и только два – три работника для ввода данных. Отсюда расходы на содержание персонала по формуле (1) составят:

руб./год
2.6.3. Расчет годового экономического эффекта от освоения нового программного продукта
Годовой экономический эффект от использования нового ПП определяется по формуле (4):
, (4)
где B – годовая экономия (выигрыш) средств, затрачиваемых на разработку в результате ее внедрения;
– единовременные капитальные затраты на разработку ПП;
– нормативный коэффициент [=0,15 (15%)].
Годовая экономия В считается по формуле (5):
, (5)
Используя посчитанные выше данные, получим
руб./год
Отсюда, годовой экономический эффект составит:
,
следовательно, руб.
2.6.4. Сопоставление технико-экономических характеристик разработки с аналогом
Стоимостная оценка аналога принимается равной единице, т.е. =1. Под аналогом подразумевается ввод данных и их обработка до внедрения информационной системы. Исходя из этого приближенно оценивается новая разработка, как отношение цен потребления разработки () и аналога ().
, (6)
, (7)
где – количество задач в год (= 96, т.к., как говорилось выше, ввод данных осуществляется 8 раз в месяц);
– затраты на решение задачи с помощью разработки;
– срок эксплуатации программы (=5).
Отсюда руб./год.
Пусть – это затраты на решение задачи без разработки, т.е.
руб./год
руб.
Зная эти параметры, можем найти по формуле (6).
Получим . Это означает, что гораздо эффективней использовать информационную систему для ввода и обработки предоставленных данных. Кроме того, снижается влияние человеческого фактора и автоматизируется вывод всех необходимых отчетов.

III. ТЕХНОЛОГИЧЕСКИЙ РАЗДЕЛ
3.1. Обоснование выбора среды разработки системы.
Большие массивы данных об объектах и явлениях реального мира вместе с программно-аппаратными средствами для хранения данных и манипулирования ими называют информационными системами.
Основа информационной системы, объект ее разработки - база данных.
База данных - набор данных, содержательно связанных между собой общей темой или назначением. Карточки сотрудников предприятия в картотеке - набор данных, является базой данных. Любую структуру данных можно преобразовать в простую двумерную таблицу. Такое представление является наиболее удобным для пользователя и для машины. Таблицы данных, которые состоят из двумерных таблиц, называют реляционными.
Для разработки информационной системы предприятия была выбрана платформа «1С: Предприятие 8». Ее преимуществами перед другими вариантами были, прежде всего, совместимость с другим продуктом 1С – «1С: Бухгалтерия» и широкие возможности по работе с финансовыми данными. Кроме того, 1С хорошо масштабируемы, что немаловажно для динамично развивающегося предприятия. К несомненному достоинству также можно отнести и хорошо организованную службу поддержки данного продукта и его постоянное развитие и совершенствование.
Как уже отмечалось выше, для получения сводных рапортов необходимо использовать бухгалтерскую, финансовую и управленческую информацию. В настоящее время на предприятии уже внедрена система «1С: Бухгалтерия», откуда можно будет организовать поток данных в разрабатываемый финансово-экономический модуль. Кроме того, из описания отчетов видно, что используются данные, касающиеся складской деятельности. В настоящее время, на предприятии никак не автоматизирована складская деятельность, но со временем, в целях повышения эффективности функционирования и скорости обработки данных было бы целесообразно использовать еще один продукт семейства 1С – «1С: Управление складом».
Поскольку информационная система будет разрабатываться с использованием «1С: Предприятие 8», рассмотрим более подробно данный программный продукт.
Технологическая платформа «1С: Предприятие 8» содержит средство разработки, с помощью которого создаются новые или изменяются существующие прикладные решения. Это средство разработки называется «конфигуратор». Так как он включен в стандартную поставку «1С: Предприятия 8», то пользователь может самостоятельно разработать или модифицировать прикладное решение (адаптировать его под себя), возможно, с привлечением сторонних специалистов.
Основные средства разработки, существующие в платформе «1С: Предприятия 8», реализованы в составе конфигуратора. Однако есть ряд механизмов, не имеющих непосредственного отношения к конфигуратору, которые также призваны облегчить труд разработчика. На рис. 7 представлены наиболее важные механизмы и инструменты, входящие в состав средств разработки:
Рис. 18. Механизмы и инструменты, входящие в состав средств разработки.
Одним из важных принципов, заложенных в основу системы «1С: Предприятие 8», является стандартизация технологии разработки прикладных решений. Такой подход позволяет разработчику сосредоточить свои усилия на создании бизнес-логики приложения и не заниматься технологическими подробностями, такими как организация взаимодействия с базой данных, обработка транзакционных блокировок, нюансы программирования экранных форм и пр. Технологическая платформа «1С:Предприятия 8» берет на себя эти и многие другие технические вопросы, позволяя разработчику сконцентрироваться на решении прикладной задачи.
Рассмотрим еще один важный механизм, предоставляемый платформой 1С – возможность формирования экономической и аналитической отчетности.
Механизмы 1С: Предприятия, предназначенные для формирования экономической и аналитической отчетности, представляют собой комплекс средств, позволяющих формировать не просто печатные формы, а интерактивные документы, тесно интегрированные в прикладное решение. Пользователь может не только распечатать отчет, но и работать с ним практически так же, как с любой экранной формой - изменять параметры отчета, перестраивать его, использовать "расшифровки" - возможность формирования дополнительных отчетов на основе отдельных элементов уже сформированного отчета и т.д.
Кроме этого, опытные пользователи, хорошо знакомые со структурой используемого прикладного решения, могут применять в своей работе несколько универсальных программных средств, позволяющих формировать любые произвольные отчеты, в зависимости от стоящих перед ними задач.
Перечислим основные механизмы, используемые при создании экономических и аналитических отчетов:
1. Запросы
2. Табличный документ
3. Конструктор выходной формы
4. Система компоновки данных
5. Построитель отчета
6. Географическая схема
7. Анализ данных и прогнозирование
8. Консоль запросов
9. Консоль отчетов
10. Диаграммы
11. Дополнительная информация
Весь перечисленный инструментарий позволяет представлять данные в любом виде, необходимом для принятия оперативных решений.
3.2. Алгоритмическое обеспечение системы.
Для построения модели данных Computer Associates предлагает мощный и удобный инструмент -ERwin.
ERwin создает визуальное представление (модель данных) для решаемой задачи. Это представление может использоваться для детального анализа, уточнения и распространения как части документации, необходимой в цикле разработки. Однако ERwin далеко не только инструмент для рисования. ERwin автоматически создает базу данных (таблицы, индексы, хранимые процедуры, триггеры для обеспечения ссылочной целостности и другие объекты, необходимые для управления данными).
В ERwin существуют два уровня представления и моделирования - логический и физический. Логический уровень означает прямое отображение фактов из реальной жизни. Например, люди, столы, отделы, собаки и компьютеры являются реальными объектами. Они именуются на естественном языке, с любыми разделителями слов (пробелы, запятые и т.д.). На логическом уровне не рассматривается использование конкретной СУБД, не определяются типы данных (например, целое или вещественное число) и не определяются индексы для таблиц.
Целевая система управления базами данных, имена объектов и типы данных, индексы составляют второй (физический) уровень модели ERwin.
ERwin предоставляет возможности создавать и управлять этими двумя различными уровнями представления одной диаграммы (модели), равно как и иметь много вариантов отображения на каждом уровне.
На логическом уровне данные не связаны с конкретной системой управления базами данных, поэтому могут быть наглядно представлены даже для неспециалистов.
Физический уровень данных - это по существу отображение системного каталога, который зависит от конкретной реализации системы управления базами данных. ERwin позволяет проводить процессы прямого и обратного проектирования баз данных. Это означает, что по модели данных можно сгенерировать схему баз данных или автоматически создать модель данных на основе информации системного каталога. Кроме того, ERwin позволяет выравнивать модель и содержимое системного каталога после редактирования того либо другого. На рис. 19 и рис. 20 представлены соответственно логическая и физическая модель данных разрабатываемой информационной системы.
Рис. 19. Логическая модель данных.
Рис. 20. Физическая модель данных.
Помимо моделей данных рассмотрим подробнее механизм формирования рапортов, создаваемых на основе бухгалтерских, финансовых и иных данных по производству. Поскольку здесь важно рассмотреть именно алгоритмы формирования данных отчетов и источники данных.
Рапорт №1.
Для получения данного отчета необходимы:
1. Информация с приходно-кассовых ордеров для отслеживания перемещения денежных средств;
2. Информация из банковских выписок;
3. Информация из договоров на поставку;
4. Информация из счетов-фактур и актов о предоставленных услугах.
Фактически, в данном отчете собирается вся информация, описывающая и сопровождающая весь процесс производства продукции и его реализации. Очевидно, что для получения данного отчета, необходимо организовать взаимодействие с модулем «1С: Бухгалтерия» или вносить данную информацию вручную, что опять-таки опасно ведением двойной бухгалтерской базы. Также нужно собирать информацию со склада готовой продукции, из отдела продаж, со склада материальных запасов. Вообще говоря, уже одного этого отчета было бы вполне достаточно, чтобы иметь поверхностное представление о деятельности организации.
Рапорт №2.
Поскольку данный отчет характеризует денежные средства, то он формируется на основе модуля «1С: Бухгалтерия». Т.е. нас интересуют конкретные цифры и документы-основания перемещения денежных потоков как внутри организации, так и за ее пределами.
Если говорить точнее, для формирования данного отчета используется калькуляция бухгалтерских счетов пятого раздела, т.е. счета с 50 по 59.
А также, расчеты с поставщиками, сотрудниками, оплата налогов. Таким образом, видно, что этот отчет шире, по сравнению с теми, которые предлагаются в модуле «1С: Бухгалтерия».
Рапорт №3.
Формируется на основе договора поставки и актов. Если рассматривать проектируемую информационную систему, то для получения данного отчета необходимо использовать таблицы:
Заказы;
Клиенты;
Договор;
Платежи;
Акты.
В таблице «Заказы» хранится информация о стоимости заказа по договору, в таблице «Договоры» стоимость заказа, оплаченная на текущий момент времени. По одному договору может пройти несколько платежей, наличие платежа подтверждает акт.
Рапорт №4.
Для формирования данного отчета необходимы таблицы:
Заказы;
Продукция,
Материалы,
Поставщики.
Для получения наиболее полной информации, здесь необходимы также сведения о поставщиках и периодичности поставок. Данные сведения можно получить уже в бухгалтерии или со склада. Может возникнуть такая ситуация, что планирование поставок материалов как таковое и не ведется.
Рапорт №5.
При формировании данного отчета берутся сведения из таблиц:
Заказы;
Продукция,
Клиенты;
Договоры;
Акты.
Отчет формируется по той же схеме, что и предыдущий, только показывает немного другой разрез деятельности.
Рапорт №6, Рапорт №7.
Для формирования требуются таблицы:
Заказы,
Продукция,
Клиенты,
Договоры,
Акты,
Платежи.
Рапорты №8 и №9 формируются на основании данных из бухгалтерии. Без этих данных отчет составить будет невозможно.
Также можно сделать вывод, что для эффективной работы предприятия и получения всей необходимой документации для отчетов, также необходимо будет активное взаимодействие и с подразделением по управлению персоналом, для получения актуальной отчетности по сотрудникам, выплатам, социальным выплатам, удержаниям и т.п.
Основываясь на вышеизложенной информации, также можно сказать, что в настоящий момент модуль для управления финансовой устойчивостью будет несколько неполноценным. Эта урезанная функциональность будет сохраняться до того момента, пока не будет разработана наиболее эффективная схема интеграции и взаимодействия модуля «1С: Бухгалтерия», хранящего всю бухгалтерскую оперативную информацию и информацию о движениях денежных средств (внутри организации: расчеты с сотрудниками, кассовые операции и за пределами компании: движение средств расчетного счета).
3.3. Программная реализация разработанных алгоритмов.
Хранение всей информации организовано при помощи таких объектов как справочники, документы, регистры сведений, планы счетов и пр. На рис. 21 представлено окно конфигурации системы «1С: Предприятие 8».
Рис. 21. Окно конфигурации в системе «1С: Предприятие 8».
«Справочники» позволяют хранить в информационной базе данные, имеющие одинаковую структуру и списочный характер. Это может быть, например, список сотрудников, перечень товаров, список поставщиков или покупателей.
«Документы» позволяют хранить в прикладном решении информацию о совершенных хозяйственных операциях или о событиях, произошедших в "жизни" предприятия вообще. Это могут быть, например, приходные накладные, приказы о приеме на работу, счета, платежные поручения и т.д.
Таким образом, для функционирования нашей информационной системы потребуются следующие справочники:
1. Сотрудники.
2. Клиенты.
3. Заказы.
4. Материалы.
5. Платежи.
6. Статус заказа.
7. Продукция.
8. Поставщики.
И соответственно будут необходимы документы:
1. Договоры.
2. Акты сдачи-приемки.
Определим состав каждого из выше перечисленных справочников:
1. Справочник «Сотрудники» должен содержать информацию о сотрудниках предприятия, работающих как на постоянной основе, так и по совместительству.
Таблица 3
Структура справочника «Сотрудники»
Поле Тип Размер Обязательное Индексированное Таб. № Числовой Длинное целое Да Да (Совпадения не допускаются) Фамилия Текстовый 15 Да Да (Совпадения не допускаются) Имя Текстовый 15 Да Да (Совпадения не допускаются) Отчество Текстовый 15 Да Да (Совпадения не допускаются) Должность Текстовый 15 Да Нет (Допускаются совпадения) Телефон Текстовый 15 Да Нет (Допускаются совпадения) Тип сотрудника Текстовый 15 Да Нет (Допускаются совпадения)

Рис. 22. Макет формы «Сотрудники».
2. Справочник «Клиенты» содержит информацию обо всех юридических, физических и государственных лицах, которые когда-либо заказывали производство каких-либо услуг.
Таблица 4
Структура справочника «Клиенты»
Поле Тип Размер Обязательное Индексированное Код клиента Числовое Да Да (Совпадения не допускаются) Наименование компании Текстовое 25 Нет Нет (Допускаются совпадения) Фамилия Текстовый 15 Да Да (Совпадения не допускаются) Имя Текстовый 15 Да Да (Совпадения не допускаются) Отчество Текстовый 15 Да Да (Совпадения не допускаются) Должность Текстовый 15 Да Нет (Допускаются совпадения) Адрес Текстовый 100 Да Нет (Допускаются совпадения) Телефон Текстовый 15 Да Нет (Допускаются совпадения)
Справочник «Клиенты» связан с «Сотрудниками». Каждый сотрудник предприятия может вести несколько клиентов, соответственно должна использоваться связь «один-ко-многим» между справочниками «Сотрудники» и «Клиенты».
Справочник «Поставщики» имеет ту же структуру, что и справочник «Клиенты», их даже можно объединить в один, но для удобства получения необходимых отчетов их все же лучше разделить.
На рис. 23 представлен пример формы для ввода информации по клиентам.
Рис. 23. Макет формы «Клиенты».
3. Справочник «Заказы».
Таблица 5
Структура справочника «Заказы»
Поле Тип Размер Обязательное Индексированное Номер заказа Числовое Да Да (Совпадения не допускаются) Наименование клиента Текстовое 25 Нет Да (Совпадения не допускаются) Стоимость Числовое 40 Да Нет (Допускаются совпадения) Ресурсоемкость Текстовый 100 Да Нет (Допускаются совпадения) Дополнительная информация Текстовый 200 Да Нет (Допускаются совпадения)
4. Справочник «Материалы».
Заполняется возможными материалами, используемыми при подготовке заказа.
Таблица 6
Структура справочника «Материалы»
Поле Тип Размер Обязательное Индексированное Код материала Числовое Да Да (Совпадения не допускаются) Наименование Текстовое 25 Да Да (Совпадения не допускаются) Количество Числовое Да Нет Стоимость за единицу Числовое Да Нет
5. Справочник «Платежи».
В данном справочнике будет храниться информация обо всех произведенных платежах.
Таблица 7
Структура справочника «Платежи»
Поле Тип Размер Обязательное Индексированное Код платежа Числовое Да Да (Совпадения не допускаются) Назначение Текстовое 60 Да Нет Сумма платежа Числовое Да Нет
6. Справочник «Продукция».
Заполняется возможными наименованиями продукции, которая производится Швейным предприятием Лива.
Таблица 8
Структура справочника «Продукция»
Поле Тип Размер Обязательное Индексированное Код продукции Числовое Да Да (Совпадения не допускаются) Наименование Текстовое 25 Да Да (Совпадения не допускаются) Материалы Текстовое Да Нет Количество материалов Числовое Да Нет

6. Справочник «Статус заказа».
Определяются все возможные состояния заказа.
Таблица 9
Структура справочника «Статус заказа»
Поле Тип Размер Обязательное Индексированное Код Числовое Да Да (Совпадения не допускаются) Наименование Текстовое 25 Нет Да (Совпадения не допускаются)
Для того чтобы пользователь мог просматривать и изменять данные, содержащиеся в справочнике, система поддерживает несколько форм представления справочника. Система может автоматически генерировать все нужные формы справочника. Наряду с этим разработчик имеет возможность создать собственные формы, которые система будет использовать вместо форм по умолчанию.
Для просмотра данных, содержащихся в справочнике, используется форма списка. Она позволяет выполнять навигацию по справочнику, добавлять, помечать на удаление и удалять элементы и группы справочника, перемещать элементы и группы. Форма списка может представлять данные в иерархическом и не иерархическом виде и позволяет выполнять сортировку и отбор отображаемой информации по нескольким критериям.
Для просмотра и изменения данных отдельных элементов справочника используется форма элемента. Как правило, она представляет данные в удобном для восприятия и редактирования виде.
Не менее важными для ведения системы являются документы и журналы документов. Документы соответственно хранятся в разделе конфигурации под названием «Документы» и они могут быть двух видов: Договор и Акты.
Понятие «Договор» включает в себя такие разновидности договоров как договор на поставку, договор на покупку готовой продукции или покупку материалов.

На рис. 24 показан макет документа «Акты».
Рис. 24. Макет формы «Акты».
Отчеты будут формироваться в том же виде, что и были показаны в специальном разделе. Поскольку отчеты в 1С формируются в формате *.xls.
Для того чтобы пользователь мог просматривать и изменять данные, содержащиеся в справочнике, система поддерживает несколько форм представления справочника. Система может автоматически генерировать все нужные формы справочника. Наряду с этим разработчик имеет возможность создать собственные формы, которые система будет использовать вместо форм по умолчанию.
Для просмотра данных, содержащихся в справочнике, используется форма списка. Она позволяет выполнять навигацию по справочнику, добавлять, помечать на удаление и удалять элементы и группы справочника, перемещать элементы и группы. Форма списка может представлять данные в иерархическом и не иерархическом виде и позволяет выполнять сортировку и отбор отображаемой информации по нескольким критериям.
Для просмотра и изменения данных отдельных элементов справочника используется форма элемента. Как правило, она представляет данные в удобном для восприятия и редактирования виде.
Кроме того, функционал системы 1С предоставляет широкие возможности по генерированию разного рода отчетов. На данный момент времени в информационной системе пока не содержатся макеты никаких отчетов, поскольку пока не поступало соответствующих требований от заказчиков информационной системы.
Для отображения и анализа информации по проектам хватает средств представления данных и фильтрации данных.
Так, можно просмотреть информацию по проектам, сгруппировав ее по срокам, статусу, ответственному за выполнение работ, по местонахождению.
Разумеется, в будущем система будет разрастаться и наполняться новыми данными и новым функционалом. Тем более, что основным достоинством «1С: Предприятие 8» является ее легкая масштабируемость и интегрируемость.
Заключение
Таким образом, приведенные сводные рапорта и построенные на их основе другие производные формы внутренней отчетности дают возможность на практике — ежедневно, а в течение рабочего дня неоднократно — оценивать финансово-экономическое состояние предприятия. Для чего анализу подвергаются материальные, финансовые и документарные потоки, взаимоотношения с покупателями и поставщиками, состояние дебиторской и кредиторской задолженности, оборачиваемость оборотных средств.
Особенность такого анализа заключается в том, что управление финансовой устойчивостью предприятия осуществляется в оперативном режиме, при этом экономическую оценку получают как все предприятие, так и отдельные виды деятельности. Установленные расчетным способом значения остатков денежных средств, величина рабочего капитала и собственного капитала в денежной форме позволяют выявить те виды деятельности, которые являются ведущими и наиболее устойчивыми в финансовом отношении, а, следовательно, и те виды деятельности, которые тормозят развитие предприятия.
Совмещая текущее управление финансовой устойчивостью с оперативным, в финансово-экономической службе предприятия появляется надежный инструментарий анализа, оценки и контроля финансово-экономического состояния предприятия в реальном режиме времени. В результате директор предприятия получает надежную, полную и объективную информацию, необходимую для принятия управленческих решений, понимания механизма хозяйственных процессов, существующего финансово-экономического состояния, перспектив развития и устойчивого экономического роста в будущем.
Если говорить о возможных направлениях развития компании в плане информационной инфраструктуры, то необходимо отметить, что информатизация компании должна проходить и дальше. Как уже отмечалось выше, для более эффективной поддержки принятия управленческих решений, а, следовательно, и обеспечения должного уровня финансовой устойчивости, необходимо организовать единую информационную систему в рамках всего предприятия, объединяющую все подразделения, задействованные в процессе производства.
Список использованной литературы
Грачев. Методическое пособие.
Экономическая информатика: Введение в экономический анализ информационных систем: Учебник. – М.: ИНФРА-М, 2005.
Шафер Д.Ф., Фартрел Т., Шафер Л.И. Управление программными проектами: достижение оптимального качества при минимуме затрат.: Пер. с англ. – М.: Вильямс, 2004.
Марка Д. А., МакГоуэн К. Методология структурного анализа и проектирования SADT.
Проектирование экономических информационных систем: учеб. / под ред. Ю. Ф. Тельнова. М., 2005
Автоматизированные информационные технологии в экономике: Учебник/Под ред. проф. Г.А. Титоренко. – М.: Компьютер, ЮИНИТИ, 2006
Маклаков С. В. Моделирование бизнес-процессов с AllFusion Process Modeler (BPwin 4.1). М., 2003
Маклаков С.В. BPwin и Erwin. CASE-средства разработки информационных систем. — М.: ДИАЛОГ–МИФИ, 2000
Калянов Г.Н. Консалтинг при автоматизации предприятий (подходы, методы, средства) // М.: СИНТЕГ, 1997
Петров Ю.А., Шлимович Е.Л., Ирюпин Ю.В. Комплексная автоматизация управления предприятием: Информационные технологии - теория и практика. - М.: Финансы и статистика, 2001
1С:Предприятие 7.7. Описание строенного языка. В 2х частях. – М.: Фирма «1С», 1996-1999
http://v8.1c.ru - Сайт компании 1С.