Моделирование предметной области Управление взаимоотношениями с клиентами с помощью UML

Содержание:

ВЕДЕНИЕ

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

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

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

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

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

Применение информационных систем для автоматизации ведения взаиморасчетов с клиентами позволяет минимизировать временные затраты на учетные процессы, структурировать полученные данные (например, в разрезе контрагента, по заданным периодам и т.д.), автоматизировать формирование учетных документов и аналитических отчетов.

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

Объектом исследования является процесс учета взаиморасчетов с клиентами.

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

Целью работы является проектирование реализации операций бизнес-процесса взаиморасчетов с клиентами.

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

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

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

У процесса ведения взаиморасчетов предъявляется ряд требований:

1. Достоверность.
2. Вывод данных должен происходить быстро и без сложностей.
3. Возможность контролировать задолженность.
4. Быстрая детализация отчетов любой сложности.

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

Существуют следующие виды взаиморасчетов:

1. Взаиморасчеты по заказам осуществляются тогда, когда взаиморасчет происходит по конкретному заказу клиента.
2. Взаиморасчет по договору осуществляется, когда все покупки и продажи производятся согласно договору.
3. Взаиморасчет по накладным осуществляется, когда покупка или продажа оплачивается отдельно по конкретной накладной.

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

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

Входными информационными потоками процесса будут: стоимость товара, выписка с расчетного счета банка.

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

Результатными документами являются: счет-фактура, накладная и договор купли-продажи товара.

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

Рассмотрим процесс взаиморасчетов с клиентами. Для этого осуществим моделирование бизнес-процессов с помощью методологии IDEF0. На рисунке 1 представлена контекстная диаграмма бизнес-процесса.

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

Управление бизнес-процессом осуществляется согласно законодательству РФ и учетной политики организации. Механизмом бизнес-процесса является бухгалтер-экономист. Модель бизнес-процесса представлена на рисунке 1.

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

Ежедневно бухгалтер выгружает из клиент-банка выписку с расчетного счета организации. По данным выписки бухгалтер отслеживает поступление оплаты от клиента.

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

Модель бизнес-процесса представлена на рисунке 2.

Рисунок 1. Контекстная диаграмма бизнес-процесса

Рисунок 2. Декомпозиция бизнес-процесса осуществления взаиморасчетов с клиентами

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

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

1. Договор купли-продажи.
2. Счет-фактура.
3. Накладная.
4. Счет на оплату.
5. Реестр платежей из расчетного счета.

Схема документооборота представлена в таблице 1.

Таблица 1

Схема документооборота

Исполнитель Действие	Менеджер по продажам	Бухгалтер
Продажа товара	Договор купли-продажи Счет-фактура Накладная Счет на оплату	Договор купли-продажи Счет-фактура Накладная Счет на оплату
Проверка оплаты		Банковская выписка
Формирование отчетности		Сальдо взаиморасчетов

Рассмотрим количественные показатели формирования документооборота. Характеристика документооборота представлена в таблице 2.

Таблица 2

Характеристика формирования документооборота

Характеристика	Договор купли-продажи	Счет-фактура	Накладная	Счет на оплату	Сальдо по взаиморасчетам
Количество документов в год, шт.	20 000	20 000	20 000	20 000	12
Количество символов в документе, шт.	100 000 000	80 000	40 000	40 000	100 000 000
Частота возникновения в год	20 000	20 000	20 000	20 000	12
Трудозатраты на обработку в год, ч/час	500 000	500 000	500 000	500 000	400 000

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

1. Высокие временные затраты на формирование документооборота.
2. Сложность ведения учета платежей по счетам на бумажных носителях.
3. Высокие временные затраты на формирование отчетности (сальдо по взаиморасчетам).
4. Низкий уровень оперативности данных о финансово-хозяйственной деятельности компании.
5. Несовершенство организации сбора и регистрации исходной информации.

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

Суммарные трудозатраты на ведение документооборота составляют 2 400 000 человеко-часов ежегодно. Внедрение информационной системы позволит сократить трудозатраты на ведение документооборота на 60%, что составит 960 000 человеко-часов. Снижение уровня трудозатрат на формирование документооборота является значительным, что говорит об обоснованности внедрения информационной системы.

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

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

Также входящим документом будет являться выписка с расчетного счета организации. Выписка не является унифицированным документом. Она представляет собой список, в котором указаны клиенты и поступившие от них оплаты по выставленным счетам. Банковская выписка загружается в информационную систему в формате .xlsx, .xls, .xml. На основании данных, полученных из банковской выписки автоматически будут формироваться документы об оплате счетов.

Выходным документом будет являться сальдо по взаиморасчетам. Этот документ не является унифицированным и представляет собой отчетную форму. Сальдо по взаиморасчетам содержит информацию о клиенте, сумме выставленных счетов и полученной оплаты. Документ должен иметь возможность печати и сохранения в форматах: .doc, .docx, .xlsx, .xls для обеспечения удобства дальнейшей обработки.

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

1. Единицы измерения.

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

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

Операционная система является основой программного обеспечения ПК. Она представляет собой комплексы системных и служебных программных средств, обеспечивающих взаимодействие пользователя с ПК. Операционные системы различаются способами реализации алгоритмов управления ресурсами ЭВМ, методами проектирования, аппаратными платформами и т.д [6].

Операционные системы классифицируют по следующим признакам:

1. Количество пользователей, работающих одновременно:

• однопользовательские ОС;
• многопользовательские ОС.

1. Число процессов, выполняемых одновременно под управлением ОС:

• однозадачные;
• многозадачные.

1. Количество поддерживаемых процессоров:

• однопроцессорные;
• многопроцессорные.

1. Разрядность кода ОС:

• 32-разрядные;
• 64-разрядные.

1. Тип интерфейса:

• командные;
• графические.

1. Тип доступа пользователя к ЭВМ:

• ОС с пакетной обработкой;
• ОС с разделением времени;
• ОС реального времени.

Проанализируем достоинства и недостатки операционных систем семейства Linuxи Windows.

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

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

Использование операционной системы Linux имеет свои преимущества, однако ввиду большей распространенности Windowsсреди пользователей, поддержки оборудования и ПО, была выбрана системаWindows 10.

Рассмотрим классификацию СУБД.

1. Степень универсальности:

• СУБД общего назначения;
• СУБД универсального назначения.

1. Тип модели данных:

• иерархические;
• сетевые;
• реляционные;
• объектно-ориентированные;
• многомерные.

1. Способ доступа к базе данных:

• файл-серверные;
• клиент-серверные;
• встраиваемые [9].

Выбранная СУБД должна отвечать следующим критериям:

1. Поддержка реляционной модели данных.
2. Обладание масштабируемостью и мобильностью.
3. Содержать средства контроля использования памяти компьютера.
4. Быть производительной и надежной.

Рассмотрим решения, представленные на рынке. Лидерами на рынке СУБД являются продукты IBM DB2, Oracle и Microsoft SQL Server.СУБД IBM DB2 является кросс-платформенной, обеспечивает стабильную работу базы данных. Недостатками системы являются высокая стоимость и низкая производительность. СУБД Microsoft SQL Server обладает большим пакетом инструментов, стабильностью работы и низкими затратами на администрирование. Недостаток системы заключается в том, что она работает только на платформе Windows. СУБД Oracle обладает высокой производительностью, легкостью интегрирования приложений и устойчивостью к большим потокам данных. Недостатком является высокая стоимость, необходимость приобретения мощного оборудования и персонала для поддержки СУБД. Таким образом для реализации базы данных наиболее подходит СУБД Microsoft SQL Server [1].

Рассмотрим средства проектирования и разработки информационной системы. Критерии классификации средств совпадают с их составом:

1. Средства анализа (Design/IDEF, BPwin).
2. средства анализа и проектирования (Vantage Team Builder, Designer/2000).
3. Средства проектирования баз данных (Erwin, S-Designor).
4. Средства разработки приложений (Uniface, JAM).
5. Средства реинжиниринга (Rational Rose, Object Team).

На российском рынке представлены не все средства, перечисленные в классификации. На данный момент наиболее распространенными, обладающими простым интерфейсом и управлением являются средства BPWinи Erwin, которые будут использоваться для проектирования системы [7].

1. Проектная часть
2. Информационная модель и её описание

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

Рисунок 3. Информационная модель

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

Входными документами являются: договор купли-продажи, накладная, счет-фактура и счет на оплату. Договор купли-продажи не является унифицированным документом. Унифицированная форма счета-фактуры представлена на рисунке 4.

Рисунок 4. Образец счета-фактуры

На рисунке 5 представлен образец накладной.

Рисунок 5. Образец накладной

На рисунке 6 представлен образец счета на оплату.

Рисунок 6. Образец счета на оплату

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

1. Наименование товара.
2. Цена товара.
3. Количество товара.
4. Стоимость покупки.
5. Данные клиента.

Каждый документ содержит от 30 до 300 строк, объем документов составляет до 50 000 символов. Частота возникновения документа до 100 ежедневно.

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

1. Номер счета на оплату.
2. Наименование клиента.
3. Сумма оплаты.

Банковская выписка скачивается из приложения «Клиент-банк» в формате .xlsx, .xls, .xml. и загружается в информационную систему. Образец банковской выписки представлен на рисунке 7.

Рисунок 7. Образец банковской выписки

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

1. Товар, который содержит наименование и описание параметров товара.
2. Номенклатура, который содержит классификатор товаров, реализуемых организацией.
3. Клиент, который содержит информацию о клиента.
4. Единица измерения, который содержит перечень единиц, в которых измеряется товар.

Характеристика справочников представлена в таблице 3.

Таблица 3

Характеристика справочников

Характеристика	Номенклатура	Товар	Клиент	Единица измерения
Ответственный за ведение	Главный бухгалтер
Характеристика	Номенклатура	Товар	Клиент	Единица измерения
Объем справочника в записях	10 000	100 000	100 000	10
Частота актуализации	1 раз в квартал
Объем актуализации	10%
Реквизитный состав	Код	Наименование	ФИО	Код
		Характеристика	Паспортные данные
	Наименование	Единица измерения	Адрес по прописке	Наименование
			Дата рождения

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

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

Рисунок 8. Образец отчета по сальдо взаиморасчетов

Результативная информация хранится в следующих таблицах базы данных:

1. Клиент.
2. Счет.
3. Платеж.

Характеристика перечисленных таблиц представлена в таблице 4.

Таблица 4

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

Наименование таблицы	Наименование поля
Клиент	ФИО
	Дата рождения
	Паспортные данные
	Адрес по прописке
Счет	№ счета
	Дата
	Сумма
Платеж	Дата платежа
	Сумма

Полученный документ включает в себя оперативную информацию и является уточняющим. Документ выгружается из ИС в форматах .doc, .docx, .xlsx, .xls для дальнейшей печати.

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

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

1. Функции, реализующие служебные функции.
2. Функции, реализующих основные функции управления и обработки данных.

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

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

1. Редактирование справочников.
2. Загрузка банковской выписки.
3. Ввод данных.

К служебным функциям разрабатываемой ИС относятся:

1. Формирование сальдо взаиморасчетов.

Дерево функций представлено на рисунке 9 [7].

Рисунок 9. Дерево функций системы

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

Разработаем сценарий диалога информационной системы. Сценарий диалога представлен на рисунке 10.

Рисунок 10. Сценарий диалога

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

Проектируемая ИС будет хранить и обрабатывать данные в реляционной базе данных, которая представляет собой совокупность двумерных таблиц. База данных будет включать следующие таблицы:

1. Товар.
2. Номенклатура.
3. Клиент.
4. Единица измерения.
5. Договор.
6. Счет-фактура.
7. Накладная.
8. Счет.
9. Платеж.

Для описания взаимосвязей между таблицами построим ER-модель. ER-модель представлена на рисунке 11.

Рисунок 11. ER-модель базы данных

Характеристика таблиц базы данных представлена в таблице 5.

Таблица 5

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

Содержание

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Справочник «Номенклатура»
ID_номенклатуры	ID_nomen	Счетчик	5	Ключевое поле
Код	Code_nomen	Текст	30
Наименование	Name_nomen	Текст	100
Справочник «Единица измерения»
ID_единицы	ID_ed	Счетчик	5	Ключевое поле
Код	Code_ed	Текст	30
Наименование	Name_ed	Текст	100
Справочник «Товар»
ID_товара	ID_stock	Счетчик	5	Ключевое поле
Наименование	Name_stock	Текст	30
Характеристики	Par_stock	Текст	30
Справочник «Клиент»
ID_клиента	ID_client	Счетчик	5	Ключевое поле
ФИО	Name_client	Текст	30
Дата рождения	Date_client	Дата	8
Паспортные данные	Pasp_client	Текст	30
Прописка	Adress_client	Текст	100
Договор
ID_договора	ID_dog	Счетчик	5	Ключевое поле
Номер	Nomer_dog	Текст	30
Дата	Date_dog	Дата	8
Cod_dog	Текст	10 000
Счет-фактура
ID_счета-фактуры	ID_sch	Счетчик	5	Ключевое поле
Номер	Num_sch	Текст	15
Дата	Date_sch	Дата	8
Цена	Pr_sch	Текст	15
Количество	Kol_sch	Числовой	7
Стоимость	Sum_sch	Текст	5
Накладная
ID_накладной	ID_nakl	Счетчик	5	Ключевое поле
Номер	Num_nacl	Текст	15
Дата	Date_nakl	Дата	8
Цена	Pr_nakl	Текст	15
Количество	Kol_nakl	Числовой	7
Стоимость	Sum_nakl	Текст	5
Счет
ID_счета	ID_sch	Счетчик	5	Ключевое поле
Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Номер	Num_scht	Текст	15
Дата	Date_scht	Дата	8
Сумма	Pr_scht	Текст	15
Платеж
ID_платежа	ID_pl	Счетчик	5	Ключевое поле
Дата	Date_pl	Дата	8
Сумма	Pr_pl	Текст	15

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

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

1. Модули, выполняющие служебные функции.
2. Управляющие модули, осуществляющие загрузку меню и передачу управления другому модулю.
3. Модули, связанные с хранением, обработкой и выдачей информации.

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

Описание функций модулей представлено в таблице 6.

Таблица 6

Описание функций модулей

№ п/п	Наименование модуля	Функции модуля
1	Глобальный модуль	Содержит глобальные процедуры и функции, предопределенные процедуры, процедуры и функции, которые выполняются при запуске приложения
2	Модуль загрузки выписки	Содержит предопределенные процедуры формы, необходимые для осуществления загрузки выписки и извлечения из нее информации о поступивших платежах
3	Модуль создания отчета	Содержит глобальные процедуры и функции, предопределенные процедуры, процедуры и функции, которые выполняются при формировании отчета

Модель дерева вызова программных модулей представлено на рисунке 12.

Рисунок 12. Модель дерева вызова программных модулей

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

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

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

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

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

Реализация контрольного примера состоит из следующих этапов:

1. Ввод тестовых данных в справочники.
2. Результат формирования отчета.

На рисунке 13 представлен результат ввода данных в форму справочника «Клиент».

На рисунке 14 представлен результат ввода данных в справочник «Номенклатура».

На рисунке 15 представлен результат ввода данных в справочник «Товар».

Рисунок 13. Справочник «Клиент»

Рисунок 14. Справочник «Номенклатура»

Рисунок 15. Справочник «Товар»

На рисунке 16 представлен ввод данных о договоре.

Рисунок 16. Форма договора

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

Рисунок 16. Форма счета-фактуры

На рисунке 17 представлена форма счета

Рисунок 17. Форма счета на оплату

На рисунке 18 представлена форма отчета по взаиморасчетам.

Рисунок 18. Отчет по взаиморасчетам

ЗАКЛЮЧЕНИЕ

В ходе выполнения курсовой работы было проведено обследование предметной области. Дано описание комплекса задач автоматизации и обоснование их выбора. Были описаны бизнес-процессы предметной области с помощью нотации IDEF0.

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

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

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

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

Были разработаны дерево функций системы и сценарий диалога. Дана характеристика базы данных, разработана ER-модель базы данных, приведённой к третьей нормальной форме.

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

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

1. Гвоздева Т.В., Баллод Б.А. / Проектирование информационных систем. – М.:Феникс, 2014.
2. Горбаченко В.И., Убиенных Г.Ф. / Проектирование информационных систем с СА ErwinModelingSuite 7.3. – П.:ПГУ 2014.
3. Грекул В.М, Коровкина Н.А, Куприянов В.С. / Проектное управление в сфере информационных технологий. – М.:БИНОМ, ИНФРА-М, 2013.
4. ЕлиферовВ.Г., РепинВ.В. / Процессный подход к управлению. Моделирование бизнес-процессов. – М.:Манн, Иванов и Фербер, 2013.
5. Избачков Ю.С., Петров В.Н. / Информационные системы. – СПб,: Амфора. 2014.
6. Исаев Г.Н. / Проектирование информационных систем. Учебное пособие. – М.: Омега-Л, 2015.
7. Мацяшек Л.А. / Проектирование информационных систем. – М.: Вильямс,2016.
8. Ньютон Р. / Управление проектами от А до Я. – М.: Альпина Паблишер, 2014.
9. Смит К.У., Уильямс Л.Дж. / Эффективные решения: практическое руководство по созданию гибкого и масштабируемого программного обеспечения. – М.:Вильямс, 2013.
10. Эванс Э. / Предметно-ориентированное проектирование: структуризация сложных программных систем. – М. Вильямс, 2016.

ПРИЛОЖЕНИЕ 1

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