Проектирование реализации операций бизнес-процесса «Продажи»

Содержание:

ВВЕДЕНИЕ

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

Предмет исследования: поддержка бизнес процессы на примере компании ООО «Мир чая».

Целью работы является проектирование реализации операций бизнес процесса «Продажи» на примере ООО «Мир чая».

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

провести анализ деятельности предприятия ООО «Мир чая»;

провести анализ процесса функционирования предприятия, анализ представить в наглядном виде с использованием современных CASE технологий;

обосновать проектные решения по информационному и программному обеспечению;

выполнить разработку информационной модели;

описать нормативно-справочную и входную информацию;

определить состав результатной информации, представить макеты форм;

разработать модель БД системы;

построить дерево функций и сценарии диалога;

выполнить программную реализацию системы;

представить описание разработанных объектов системы.

1 ГЛАВА. ИССЛЕДОВАТЕЛЬСКИЙ РАЗДЕЛ

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

Компания ООО «Мир чая» появилась в 2006 году в городе Москва. В течение 11 лет занимается поставками, а также оптовой и розничной продажей кофе, чая, какао и пряностей в кафе и другие заведения. Прямые контракты на поставку с производителями дают возможность предложить клиентам более выгодные условия и гарантировать постоянное наличие продуктов на складе. Вся продукция сертифицирована и имеет все соответствующие лицензии.

На сегодняшний день компания оказывает следующие услуги:

продажа кофе, чая, какао и пряностей;

оформление заказов по телефону, электронной почте или через официальный сайт;

сдача в аренду кофемашин;

установка и обслуживание вендинговых автоматов

система скидок для постоянных клиентов.

«Мир чая» работает с несколькими поставщиками:

1. Jacobs (Якобс). Якобс является самым главным поставщиком кофе, потому что фирма уже давно зарекомендовала себя качественным и вкусным кофе.

2. Арт вендинг. Арт вендинг поставляет чай, какао, пряности, а также кофейные аппараты и комплектующие к ним.

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

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

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

определить статьи расхода, оптимизировать их, уменьшить затраты на производство или сопровождение товара;

заслужить доверие покупателей и получить репутацию надежного поставщика качественного кофе

Объектами реализации ООО «Мир чая» является качественный кофе, чай, какао, пряности.

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

Перечисленные факторы подтверждают значение использования информационных технологий при осуществлении процесса продаж, внедрение информационных технологий позволит [2]:

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

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

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

позволит оптимизировать работу с поставщиками, за счет более прозрачного вычисления взаимных расчетов, и формирования заявок на наиболее востребованные товары;

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

за счет автоматизации основных процессов, значительно ускориться процесс ведения учета как управленческого, так и хозяйственного [4].

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

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

информации о динамике продаж за выбранный период;

сводную информацию о движении и оплате товарно-материальных ценностей клиентами магазина;

информацию о покупных и отпускных ценах ТМЦ, их товарных группах- другими словами прайс-лист;

информацию о прибыли и обороте, полученном при реализации товара.

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

Для полноценного и наглядного анализа товарно-денежного движения, который возникает в процессе функционирования торгового предприятия, с целью более глубокого анализа процесса «Продажи», воспользуемся CASE средствами, среди них наиболее используемыми являются стандартами IDEF0, DFD, IDEF3 [9].

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

Контекстная IDEF0-диаграмма будет выглядеть так (см. рисунок 1).

Рисунок 1 – Контекстная диаграмма «Функционирование торгового предприятия при ведении продаж»

Рассмотрим дальнейшую детализацию процесса, путем создания декомпозиции родительской диаграммы (см. рисунок 2).

Данная диаграмма состоит из следующих блоков:

получение товара;

подготовка товара к продаже;

продажа товара;

учет продаж товара.

Рисунок 2 – Диаграмма декомпозиции 1-го уровня

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

На рисунке 3 представлена декомпозиция блока «Получение товара».

Рисунок 3 – Декомпозиция блока «Получение товара»

Данный блок фактически отображает физический прием товара.

Данная деятельность состоит из пяти блоков:

формирование заказа поставщику;

поставщик доставил товар;

сверка заказа с доставленным товаром;

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

товар соответствует заказу, тогда осуществляется прием товара.

На рисунке 4 представлена детализация блока «Подготовка товара к продаже». Деятельность «Подготовка товара к продаже» представлена следующими блоками:

размещение товара на складе;

фасовка товара;

передача товара в торговый зал;

размещение товара на витрине;

есть заказ на крупную партию товара;

достаточно товара на складе;

если да – то процесс «Оформить заказ»;

если нет – то процесс «Дозаказ товара».

Рисунок 4 – Блок «Подготовка товара к продаже»

Следующий блок «Продажа товара» представлен на рисунке 5, и он состоит из следующих блоков:

подбор товара;

внесение суммы оплаты;

формирование чека;

описание проданного товара.

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

Рисунок 5 – Декомпозиция блока «Продажа товара»

Следующий блок «Учет продаж товара» представлен на рисунке 6. Данная декомпозиция представлена тремя блоками:

формирование документации;

учет поступлений и списаний;

определение общего оборота.

Рисунок 6 – Декомпозиция блока «Учет продаж товара»

Выполнив построение модели бизнес процесса «Продажи» можно определить наиболее уязвимые места:

отсутствие контроля за движением товара;

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

не представлены информационные потоки.

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

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

заказ товара у поставщика;

прием доставленного товара;

продажа товара;

формирование отчетности по выполненным продажам.

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

EMBED Visio.Drawing.11

Рисунок 7 – Документооборот при процессе «Продажи»

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

В информационное обеспечение входят следующие компоненты:

система классификации и кодирования;

система унифицированной документации, которая используемой в информационной системе;

информационная база данных.

В рамках данной работы будут использованы локальные документы: «Заказ», «Приходная накладная», «Продажа товара», «Счет» [13].

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

Эти документы должны отвечать следующим требованиям:

предоставлять достаточную полноту информации, необходимую в решении задачи;

исключать избыточную информацию;

предоставлять достоверную и своевременную информацию;

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

иметь логичное построение документа.

Чтобы организовать информационную базу (ИБ), применяют три способа

файловую организацию ИБ;

интегрированную ИБ;

смешанную организацию ИБ [14].

Для данной работы наиболее целесообразным является использование интегрированной организации информационной БД. Так, это обусловлено в первую очередь значительных ежедневных ростом базы – так, ежедневно в базу будут добавляться 500 -1500 новых записей. Также оптимальным решением будет применение СУБД вместо файловой организации базы данных [12].

Сведения для решения обозначенной задачи будут получены из таких документов:

заказ, в котором будут представлены данные о заказанном товаре;

приходная накладная, в этом документе будет отображаться данные о прибывшем товаре и о его стоимости;

продажа товара, по данным этого документа должно происходить списание товара в количестве, указанным в документе, с текущих остатков;

счет, данный документ будет отображать проведенную оплату.

Результаты решения задачи отображаются в таких отчетах как:

отчет по выполненным продажам;

отчет по выручке;

отчет о движении денежных средств и товаров.

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

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

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

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

Сама по себе программная платформа не способна решить ту или иную поставленную задачу автоматизации или контроля чего-либо. Она, если можно так сказать, создана для обеспечения (обслуживания) работы какой-либо конфигурации. Конфигурация, в свою очередь, тоже не в состоянии выполнять поставленные ей задачи без программной платформы. Наблюдается платформенно-конфигурационный симбиоз. На рынке присутствует одна программная платформа под названием 1С: Предприятие, а также множество ее конфигураций, которые работают под ней [11].

Учитывая то, что поставленные задачи бывают абсолютно разными, компания 1С совместно со своими компаньонами производит конфигурационные решения, предназначенные для автоматизации конкретной, узконаправленной области деятельности человека (предприятия). Можно сказать, что это решение является универсальным, так как оно может помочь в удовлетворении потребностей разных предприятий, работающих в какой-то конкретной области. Но в то же самое время, универсальность приводит к тому, что конкретно взятое предприятие использует прикладное решение не на полную возможность [5].

Недостатки:

высокая уязвимость;

платное лицензирование;

высокая нагрузка на процессор и ОЗУ.

Exacta WCS организует материал и информационный поток для выполнения технологии производства и оборудование для обработки материалов. Она включает в себя несколько функциональных модулей, которые обычно находятся в системе управления складом для эффективного управления и обработки на складе [8]. Модульный характер позволяет легко добавлять дополнительные функции, когда нуждается ваша система или объект. Система управления складом обеспечивает больше, чем просто направление маршрутизации конвейера. Расширенный или расширенный WCS включает интеллект для планирования, основанный на рабочей нагрузке и кадровом обеспечении и видимости в режиме реального времени для обработки заказов. Система управления складом Exacta (WCS) позволяет клиентам управлять технологиями автоматизации, такими как конвейеры, автоматические системы хранения и поиска (AS / RS), подсветка, освещение и системы карусели [4]. Благодаря интерфейсу, способному поддерживать любую систему управления на основе ПЛК или ПК, информация в режиме реального времени о движении товара используется для синхронизации потока материалов с участков выбора. Преимущества системы управления складом Exacta:

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

видимость для работы во всех областях с возможностью удаленного наблюдения;

работает как единый пункт коммуникации с ERP системой предприятия;

удобный и интуитивно понятный интерфейс;

встроенные диагностические инструменты, графики и отчеты.

Выполним сравнение представленных систем (таб. 1). Для оценки будет использоваться шкала от 0 (не имеет) до 5 (наивысший балл)

Таблица 1

Сравнительный анализ существующих автоматизированных систем

Критерий сравнения	1С Предприятие	Exacta
Функциональность системы	5	5
Сложность разработки	Высокая	высокая
Требовательность к ресурсам	Высокая	высокая
Автоматизация основных складских операций	5	4
Быстрота работы	4	5
Сложность установки платформы	4	4
Стоимость	30000 руб	35000 руб

Как видно, одним из наиболее предпочтительным вариантом является использование системы 1С Предприятие для бизнес-процесса «Продажи».

2 ГЛАВА. ПРОЕКТНАЯ ЧАСТЬ

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

Выделим логические уровни модели [1]:

источники информации – справочник «Номенклатура», справочник «Места хранения»;

первичные документы или файлы – документ «Приходная накладная», «Расходная накладная», «Счет»;

таблицы с первичными документами – реестр документов по продажам;

таблицы с результатной информацией – справочники «Контрагенты», «Сотрудники»;

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

получатели информации – менеджер по продажам, руководство.

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

Вначале отображаются все объекты проектируемой системы складского учета:

справочник «Контрагенты»;

справочник «Места хранения»;

справочник «Сотрудники»;

справочник «Номенклатура»;

документ «Расходная накладная»;

документ «Приходная накладная»;

документ «Счет».

Затем отображаются действия пользователя:

заполнение справочников;

выполнение движения по операциям;

формирование отчетности.

Следующим шагом определяются выходные документы:

оборот товаров и денежных средств;

отчет по выручке;

отчет по продажам.

Рисунок 8 – Информационная модель проектируемой системы

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

В соответствии с разработанной информационной моделью можно определить, что для проектирования реализации операций бизнес-процессов «Продажи» нормативно-справочной, входной информацией будут [6]:

справочник «Контрагенты»;

справочник «Места хранения»;

справочник «Сотрудники»;

справочник «Номенклатура»;

документ «Расходная накладная»;

документ «Приходная накладная»;

документ «Счет».

Представим макеты [4] входных документов и справочников на рисунках 9 – 15.

EMBED Visio.Drawing.11

Рисунок 9 – Макет справочника «Контрагенты»

EMBED Visio.Drawing.11

Рисунок 10 – Макет справочника «Номенклатура»

EMBED Visio.Drawing.11

Рисунок 11 — Макет справочника «Места хранения»

EMBED Visio.Drawing.11

Рисунок 12 – Макет справочника «Сотрудники»

EMBED Visio.Drawing.11

Рисунок 13 – Макет документа «Расходная накладная»

EMBED Visio.Drawing.11

Рисунок 14 – Макет документа «Приходная накладная»

Рисунок 15 – Макет документа «Счет»

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

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

На рисунке 16 – 18 представлены макеты отчетов системы.

Рисунок 16 - Макет отчета «Выручка»

Рисунок 17 – Макет отчета «Обороты товаров и денежных средств»

Рисунок 18 – Макет отчета «Продажи»

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

Для определения функций для бизнес процесса «Продажи» сформируем два подмножества функций: служебные, которые обеспечивают выполнение инструкций и ключевые, на которые возложены задания обработки и управления данными: ввода первичной информации, обрабатывания, ведения справочников, формирование движения и др [6].

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

На рисунке 19 представлены функции системы.

1. Служебные функции:

обработка запросов к БД;

хранение данных в БД;

построение диалоговых форм;

разделение прав доступа.

2. Ключевые:

обработки данных контрагента;

обработка данных по номенклатуре

формирование прихода;

формирование расхода;

формирование счета на оплату;

формирование статистических отчетов.

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

EMBED Visio.Drawing.11

Рисунок 19 – Функции системы

Дерево функций как раз наглядно демонстрирует разделение данных функций. Дерево функций изображено на рисунке 20 [4].

EMBED Visio.Drawing.11 Рисунок 20 – Дерево функций

На дереве представлены ранее определенные объекты, которые группируются по соответствующим группам объектов:

справочники;

документы;

отчеты;

журналы [12].

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

На рисунке 21 представлена логическая схема БД бизнес процесса «Продажи» [10].

Рисунок 21 – Логическая схема базы данных системы

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

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

Выделим следующие группы модулей:

модули управления;

функциональные модули;

модули сервиса.

Описание модулей представлено в таблице 3 [7].

Таблица 2.5

Описание модулей системы

№ п/п	Наименование модуля	Функции модуля
1.	Глобальный модуль	Содержит глобальные процедуры и функции, предопределенные процедуры, процедуры и функции, которые необходимо выполнить при запуске системы «1С:Предприятие 8.2».
2.	Модуль документа «Приходная накладная»	Содержит предопределенные процедуры формы документа
3.	Модуль документа «Расходная накладная»	Содержит предопределенные процедуры и формы документа
4	Модуль документа «Счет»	Содержит предопределенные процедуры и формы документа
5	Модуль отчета «Продажи»	Содержит процедуры формирования данных по запросу
6	Модуль отчета «Обороты товаров и денежных средств»	Содержит процедуры формирования данных по запросу
7	Модуль отчета «Выручка»	Содержит процедуры формирования данных по запросу
8	Модуль аутентификации пользователей	Содержит глобальные процедуры и функции, предопределенные процедуры, которые сопоставляют вводимые пользователем данные с регистрационными
9	Модуль инициализации интерфейса системы	Содержит глобальные процедуры и функции, предопределенные процедуры, поддерживающих отображение интерфейса
10	Модуль управления БД	Содержит глобальные процедуры и функции, предопределенные процедуры, обеспечивающих работу БД
11	Модуль экспорта данных	Процедуры, позволяющие экспортировать данные из пакета MS Office
12	Модуль мониторинга сетевых подключений	Содержит глобальные процедуры и функции, предопределенные процедуры, обеспечивающих сетевой подключение и их контроль

На рисунке 22 представлено дерево вызова программных модулей [3].

EMBED Visio.Drawing.11

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

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

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

На рисунке отображены следующие модули:

модуль вызова справочников;

модуль управления документами;

модуль вывода данных.

Рисунок.23 – Схема программного модуля

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

Разработка системы для бизнес-процесса «Продажи» осуществлялось в среде 1С Предприятие. Особенности реализации программных продуктов в среде 1С заключаются в следующем [5]:

строгая структура разрабатываемых объектов – справочников, документов, отчетов, регистров;

различные средства упрощения создания приложений – свой конфигуратор, встроенный язык программирования, мастер построения диалоговых форм и т.п.;

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

На рисунке 24 представлено добавление товара в справочник «Номенклатура».

Рисунок 24 – Добавление товара в справочник «Номенклатура»

На рисунке 25 представлен созданный документ «Приходная накладная».

Рисунок 25 – Документ «Приходная накладная»

На рисунке 26 представлен отчет «Обороты товаров и денежных средств».

Рисунок 26 – Отчет «Обороты товаров и денежных средств»

На рисунке 27 представлен отчет «Внутренний прайс лист», необходим для отображения как закупочной цены, так и цены реализации. Данный отчет не проектировался в работе, однако стал необходим для обеспечения функционирования бизнес процесса «Продажи».

Рисунок 27 – Отчет «Внутренний прайс лист»

На рисунке 28 представлен отчет «Выручка в». Представлены данные по начисленным суммам за платеж, оплаченным контрагентами и задолженностью. Для наглядности данные представлены в виде диаграмм. Данный отчет позволяет оценить эффективность того или иного менеджера.

Рисунок 28 – Отчет «Выручка»

ЗАКЛЮЧЕНИЕ

В рамках данной работы были решены следующие задачи

проведен анализ деятельности предприятия ООО «Мир чая», на базе которого рассматривается бизнес процесс «Продажи»;

изучены и представлены основные бизнес процессы «Продажи», процессы представлены с помощью диаграмм в нотации IDEF0;

представлены документы, которые формируются во время данного процесса;

представлено информационное и программное обеспечение;

разработана информационная модель системы;

представлена нормативно-справочная документация, разработаны макеты форм;

представлен вид результатной информации;

построено дерево функций;

выполнено построение модели БД системы;

представлено дерево вызова программных модулей;

выполнена разработка программного продукта, который выполняет операции бизнес процесса «Продажи»;

представлено функционирование разработанных объектов.

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

Александров, Д.В. Инструментальные средства информационного менеджмента. CASE-технологии и распределенные информационные системы: Учебное пособие / Д.В. Александров. - М.: ФиС, 2011. - 224 c.

Баронов В.В. Автоматизация управления предприятия. – М.: Инфо-М, 2015.

Лемке Джуди Microsoft Office Visio 2007 (+ CD-ROM); ЭКОМ Паблишерз - Москва, 2014. - 368 c.

Варфоломеева, А.О. Информационные системы предприятия: Учебное пособие / А.О. Варфоломеева, А.В. Коряковский, В.П. Романов. - М.: НИЦ ИНФРА-М, 2013. - 283 c.

Гартвич А. 1С:Упрощенка 8.3 с нуля. 77 уроков для начинающих. – БХВ-Петербург.: 2016. - 384 с.

Ипатова, Э. Р. Методологии и технологии системного проектирования информационных систем / Э.Р. Ипатова, Ю.В. Ипатов. - М.: Флинта, 2016.-256 c.

Катернюк, А. В. Исследование систем управления. Введение в организационное проектирование: моногр. / А.В. Катернюк. - М.: Феникс, 2015. - 320 c.

Линерс, М. Управление закупками и поставками: учебник для высших учебных заведений / Майкл Линдерс [и др.]. – Москва: ЮНИТИ, 2014. – 723 с.

Маклаков, С.В. BPwin и ERwin. CASE-средства разработки информационных систем / С.В. Маклаков. – М. : ДИАЛОГ-МИФИ, 2001. – 304 с.

Маклаков, С.В. Создание информационных систем с AllFusion Modeling Suite / С.В. Маклаков. – М. : ДИАЛОГ-МИФИ, 2005. – 432 с.

Ощенко И. Азбука программирования в 1С:Предприятие 8.3 /BHV, 2015. – 288 с.

Приемы объектно-ориентированного проектирования. Паттерны проектирования / Э. Гамма и др. - Москва: СИНТЕГ, 2016. - 366 c.

Хаббард, Дж. Автоматизированное проектирование баз данных / Дж. Хаббард. - М.: Мир, 2016. - 296 c.

Шаймарданов, Р.Б. Моделирование и автоматизация проектирования структур баз данных / Р.Б. Шаймарданов. - М.: Радио и связь, 2017. - 120 c.

PAGE

PAGE 2