Перспективы развертывания системы поддержки принятия решений обоснования объемов кредитования малых сельскохозяйственных предприятий в облачной среде
Выявление недостатков в существующих системах автоматизации малых предприятий. Разработка системы, позволяющей руководителю корректно и оперативно рассчитать объем необходимых кредитных средств. Описание моделей и архитектуры облачных веб-приложений.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | статья |
| Язык | русский |
| Дата добавления | 20.05.2017 |
| Размер файла | 419,9 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Перспективы развертывания системы поддержки принятия решений обоснования объемов кредитования малых сельскохозяйственных предприятий в облачной среде
Малое предпринимательство играет важную роль в экономической и социальной жизни всех промышленно развитых стран. В сфере малого и среднего бизнеса занято более половины всего экономически активного населения. Малый бизнес во многом определяет темпы экономического роста, структуру и качество ВВП, формируя его в развитых странах на 50-60 %.
При этом серьезную проблему для малых фирм представляет планирование объемов кредитования. Представляется необходимым оценить эффективность сельскохозяйственного производства для принятия обоснованного решения о получении кредита. Именно для этого разрабатывается система поддержки принятия решений, которая позволяла бы заранее просчитать эффективность использования кредитных средств, при этом имела бы такие параметры, которые можно корректировать [2].
В связи с широким набором программных продуктов как отечественных, так и западных разработчиков, представленных на российском рынке, перед руководителями малых предприятий встает сложная задача выбора с одной стороны недорогой информационной системы, с другой стороны, достаточно эффективной для автоматизированного ведения бизнеса. При этом все известные информационные системы автоматизации малых предприятия имеют примерно один и тот же перечень функций, охватывающих фазу учета, и иногда фазу анализа. Практически не затрагиваются функции оценки экономической ситуации, прогнозирования, планирования и регулирования. В связи с этим было принято решение о разработке системы поддержки принятия решений по обоснованию объемов кредитования малых сельскохозяйственных предприятий.
При разработке системы желательно было бы учесть такие факторы, как обеспечение максимально оперативной связи разработчика с потребителем, повышение эффективности сопровождения разработчиком программного продукта на стадии эксплуатации за счет возможности удаленной работы без потери функциональных свойств, отсутствия привязки пользователя к конкретному персональному компьютеру, высокий уровня надежности и защищенности системы. В связи с этим было принято решение о разработке СППР с применением облачных технологий, в которых компьютерные ресурсы предоставляются Интернет-пользователю в виде «онлайн-сервиса».
Рассмотрим основные принципы разработки, оценки затрат и ценообразования облачных приложений на примере платформы Windows Azure, используемой при разработке проектируемой СППР.
Неясность в вопросе ценообразования при создании облачных приложений мешает многим разработчикам реализовывать свои проекты. Как правило, разработчики уделяют недостаточно внимания ресурсам, за которые в облаке взимается плата, а именно -- вычислительным мощностям, хранилищам и пропускной способности.
Перед началом разработки необходимо выбрать подходящую архитектуру. В приведенном ниже списке представлены несколько моделей. Модели отсортированы от более простых к более сложным [7].
Стандартное масштабируемое веб-приложение с поддержкой хранилища
Эта модель служит примером типичного веб-приложения, состоящего из масштабируемых веб-ролей. Каждая роль пользуется данными из центрального репозитория, т. е. из базы данных SQL (рис. 1).
Рисунок 1 - Стандартное масштабируемое веб-приложение с поддержкой хранилища
В рамках этой модели масштабирование вверх и вниз осуществляется с помощью веб-ролей. В качестве хранилища здесь выступает SQL Server. В зависимости от приложения, хранилищем может являться любое сочетание облачных таблиц, облачных BLOB-объектов, а также хранилища SQL.
Гибридное приложение для локального размещения, использующее облачное хранилище и базу данных SQL
В этой модели используется только облачное хранилище и база данных SQL (рис. 2). В этом случае масштабирование приложения оказывается невозможным, поскольку приложение не размещено с использованием веб-роли или рабочей роли. Однако сохраняется доступ к данным из других приложений, размещенных как локально, так и в облаке. В этом сценарии для управления данными используется локальное приложение. Подобная модель также является гибридной, в ней смешаны локальное приложение и облачная база данных. Использование подобного подхода можно считать первым шагом для переноса существующего приложения на облачную платформу.
Рисунок 2 - Локальное приложение с облачным хранилищем
Приложение для фоновой обработки данных
К этой модели относится приложение, осуществляющее интенсивную обработку данных путем масштабирования количества рабочих ролей (рис. 3). Здесь применяется всего один экземпляр веб-роли, с помощью которого пользователи могут войти в систему и запустить задачу интенсивной обработки данных.
Рисунок 3 - Приложение для фоновой обработки данных
Масштабируемые веб-приложения с поддержкой масштабируемой фоновой обработки
Эта модель схожа с предыдущей моделью приложения для фоновой обработки данных. Разница заключается в масштабируемости экземпляров веб-ролей, обеспечивающей доступ к службе большого числа пользователей (рис. 4). В этой модели используется дополнительный набор облачных таблиц для отслеживания состояния заказов или другой информации для каждого пользователя.
Рисунок 4 - Масштабируемое веб-приложение с поддержкой масштабируемой фоновой обработки
Масштабируемое гибридное веб-приложение
Гибридное приложение использует службы, размещенные локально (рис. 5). Существует множество доводов в пользу подобной архитектуры. Основное преимущество локального хранения данных -- это возможности защиты информации и соблюдения нормативных требований. Другим аргументом может служить отсутствие физической возможности для переноса службы в облако. Служба может не принадлежать заказчику, но требоваться его приложению. Третьей причиной могут быть ограничения по времени. Процедура переноса сложного приложения на облачную платформу состоит из нескольких этапов. В процессе переноса некоторые службы продолжают работать локально. Эта модель позволяет использовать масштабируемые веб-роли для обслуживания большого количества пользователей. Для хранения данных используется база данных SQL (или облачное хранилище). Служба ретранслятора шины обслуживания Windows Azure позволяет приложениям подключаться к размещенной локально базе данных или к другим службам.
Рисунок 5 - Масштабируемое гибридное веб-приложение
Для наиболее эффективного предоставления возможности работы с СППР для различных сельхозпредприятий было принято решение о развертывании приложения в облаке с использованием модели SaaS. Это модель доставки программного обеспечения, при которой поставщик разрабатывает веб-приложение и предоставляет заказчикам доступ к нему по Сети. При этом SaaS -- это модель, изначально ориентированная на применение интернет-технологий. Ее эффективная реализация подразумевает иной подход к архитектуре ПО, чем в традиционных приложениях. Речь, в частности, идет о необходимости поддержки режима Multi-Tenant (множественная аренда), когда один экземпляр ПО используется для параллельного обслуживания нескольких заказчиков. Именно это принципиально отличает SaaS от моделей «клиент -- сервер» и Hosted AM, или ASP. Принципиально важным является и то, что SaaS-провайдер берет на себя полную ответственность за решение вопросов масштабируемости предоставляемого сервиса, в том числе задач развертывания, управления и поддержки на протяжении всего жизненного цикла программного обеспечения [8].
В основе режима Multitenancy (множественная аренда) лежит архитектура ПО, при которой один экземпляр ПО исполняется на SaaS-платформе провайдера и применяется для параллельного обслуживания нескольких заказчиков. В отличие от него, multi-instance архитектура подразумевает, что разные экземпляры ПО исполняются для различных организаций, что позволяет каждому клиенту работать с кастомизированным виртуальным приложением.
Следует еще раз подчеркнуть, что SaaS -- это модель доставки ПО потребителю, а не организации компании -- провайдера сервисов.
Основное причина, почему была выбрана данная модель - это то, что она позволяет повысить средний доход в расчете на одного пользователя. Провайдер SaaS может формировать сервис-планы, соответствующие потребностям разных клиентов, и автоматизировать бизнес-процесс для обеспечения большего охвата сельскохозяйственных предприятий. Заказчикам концепция позволяет сократить первоначальные вложения, используя абонентскую плату (а не покупку лицензии на ПО и соответствующей ИТ-инфраструктуры), и применять услугу в любом месте, где есть выход в Интернет.
Таким образом, общая схема функционирования разрабатываемой СППР в облаке будет выглядеть следующим образом (рис. 6):
Рисунок 6 - Схема функционирования СППР в облаке
Программная реализация системы поддержки принятия решений обоснования объемов кредитования основана на проекте веб приложения ASP.NET инструментальной среды Microsoft Visual Studio 2013. Данный выбор обусловлен тем, что данный тип проекта предоставляет разработчику удобные средства взаимодействия с программными компонентами и последующего развертывания приложения в облачной среде.
Среди особенностей программной реализации СППР следует отметить следующие:
веб-приложение создано на основе шаблона MVC, представляющего собой одну из платформ ASP.NET для разработки веб-приложений;
для развертывания СППР в облаке была создана бесплатная учетная запись в Micosoft Azure. Такой вариант позволяет разработчику получить кредиты, которые можно использовать для опробования платных служб Azure. В дальнейшем при широком практическом применении и необходимости сопровождения СППР возможно использование данной облачной платформы на платной основе.
для мониторинга и управления веб-приложением можно использовать портал управления Azure. Это веб-интерфейс, который позволяет отслеживать службы Azure, например, созданное веб-приложение, и управлять им, например, отслеживать статистику использования и ссылки на часто используемые функции управления веб-приложением.
Затраты на размещение приложение в облаке на платформе Microsoft Azure взимаются ежемесячно. Оценим эти затраты с помощью онлайн-калькулятора стоимости Microsoft Azure.
Разработанная система поддержки принятия решений относится к категории приложений с фоновой обработкой данных. Т.е., оно осуществляет интенсивную обработку данных путем масштабирования количества рабочих ролей. Здесь применяется всего один экземпляр веб-роли, с помощью которого пользователи могут войти в систему и запустить задачу интенсивной обработки данных. Клиент передает службе файлы с исходными данными для расчетов, которые также размещаются в облаке, в хранилище. Приложение распределяет задачу обработки данных большому числу рабочих ролей. Обработка координируется с помощью очередей шины обслуживания или очередей Azure. Обработанные файлы также размещаются в хранилище. Затем пользователь может получить эти файлы или просмотреть их в потоковом режиме. С учетом вышесказанного, в базовой конфигурации (минимальная нагрузка) приложение использует следующие ресурсы:
одну веб-роль серии D;
2000 ГБ хранилища данных для размещения файлов;
10 ГБ полосы пропускания;
1 пользовательский экземпляр Visual Studio Online для отслеживания системы и управления исходным кодом.
Расчет данных затрат в онлайн-калькуляторе приведен на рисунке 7.
Рисунок 7 - Расчет затрат на размещение СППР в облаке
Таким образом, общие затраты на размещение разработанной системы в облачной среде составят примерно 4022 руб. в месяц.
Учитывая среднерыночные цены систем поддержки принятия решений для малых предприятий, финансовые возможности малых сельхозпредприятий, а также те инструментальные средства расчетов и анализа, которые предоставляет разработанная система, можно предположить, что при цене 3000 рублей за один месяц использования одним клиентом данная программа будет конкурентоспособна на рынке программного обеспечения.
Если при такой цене системой будут пользоваться хотя бы 10 клиентов в месяц, то затраты на ее разработку и размещение в облаке окупятся приблизительно через 6 месяцев. А в случае, если количество пользователей СППР в месяц будет равно 20, то срок окупаемости составит 3 месяца.
Литература
автоматизация кредитный облачный
Симонян, Р.Г. Математические модели оценки и планирования эффективности использования кредитных средств малых сельскохозяйственных предприятий / Р.Г. Симонян // Гуманитарные, социально-экономические и общественные науки. - 2013. - № 6; Научный журнал ISSN 2220-2404.
Барановская, Т.П. Модели управления экономикой фермерских хозяйств (часть 2) [Электронный ресурс] / Лойко В.И., Симонян Р.Г // Научный журнал КубГАУ. - Краснодар: КубГАУ, 2010. - №63(09). - Режим доступа: http://ej.kubagro.ru/2010/09/pdf/25.pdf
Барановская, Т.П. Модели управления экономикой фермерских хозяйств (часть 1) [Электронный ресурс] / Т.П. Барановская, В.И. Лойко,Р.Г. Симонян // Научный журнал КубГАУ. - Краснодар: КубГАУ, 2010. - №63(09). - Режим доступа: http://ej.kubagro.ru/2010/09/pdf/24.pdf
Симонян, Р.Г. Теория развития малого аграрного бизнеса, кредитование как инструмент его государственного регулирования [Электронный ресурс] / Р.Г. Симонян // Современные проблемы науки и образования. - 2013. - № 6 . - Режим доступа: www.science-education.ru/113-11124
Разработка бизнес-приложений. Методические указания к выполнению лабораторных работ для студентов четвертого курса специальности «Информационные системы и технологии» / Сост. Е.А. Иванова, Н.В. Ефанова, 2012. - 85 с.
Симонян, Р.Г. Нечеткие математические модели обоснования и планирования объема кредитования малых сельскохозяйственных предприятий [Электронный ресурс] / Р.Г. Симонян, Т.П. Барановская, Н.В. Ефанова // Сетевой электронный научный журнал «Научный журнал КубГАУ», - Краснодар: КубГАУ, 2011 -.№ 71(07), 2011. - Режим доступа: http://ej.kubagro.ru/2011/07/pdf/44.pdf.
Выбираем Windows Azure: оценка затрат на использование Windows Azure [Электронный ресурс] - Режим доступа: http://blogs.msdn.com/b/vyunev/ archive/2012/11/23/windows-azure-windows-azure-cost-assessment.aspx.
Харатишвили Д. Utility-компьютинг и «облачные» вычисления [Электронный ресурс] - Режим доступа: http://compress.ru/article.aspx?id=20755
Размещено на Allbest.ru
Подобные документы
Классификация систем поддержки принятия решений. Сравнительный анализ методик для оценки рисков розничного кредитования. Структура системы поддержки принятия решений, формирование начальной базы знаний. Проектирование базы данных информационной системы.
дипломная работа [1,9 M], добавлен 10.07.2017Анализ существующих решений системы поддержки принятия решений для корпоративной сети. Многоагентная система. Разработка концептуальной модели. Структура базы знаний. Разработка модели многоагентной системы на базе сетей Петри. Методика тестирования.
дипломная работа [5,1 M], добавлен 19.01.2017Методы решения проблем, возникающих на стадиях и этапах процесса принятия решений, их реализация в информационных системах поддержки принятия решений (СППР). Назначение СППР, история их эволюции и характеристика. Основные типы СППР, области их применения.
реферат [389,3 K], добавлен 22.11.2016Изучение характеристик магазина "Мир дверей" и видов его деятельности. Выявление условий труда и функций продавца-консультанта, подлежащих автоматизации. Описание системы поддержки принятия решения подбора товаров на платформе "1С: Предприятие 8.3".
дипломная работа [3,9 M], добавлен 30.05.2015Обслуживание двух встречных потоков информации. Структура информационных систем. Разработка структуры базы данных. Режимы работы с базами данных. Четыре основных компонента системы поддержки принятия решений. Выбор системы управления баз данных.
курсовая работа [772,0 K], добавлен 21.04.2016Анализ организационной структуры автоматизируемого подразделения, функции каждого сотрудника и принципы документооборота. Разработка структуры и алгоритмов информационной системы принятия решений. Описание архитектуры приложения и его основные функции.
дипломная работа [273,4 K], добавлен 10.07.2017Классификация задач системы поддержки принятия решений, их типы и принципы реализации при помощи программы "Выбор". Обзор современных систем автоматизированного проектирования "Компас", "AutoCad", "SolidWorks", оценка преимуществ и недостатков программ.
курсовая работа [1,4 M], добавлен 22.07.2014Основные модели представления знаний. Системы поддержки принятия решений. Диаграмма UseCase. Разработка базы данных на основе трех моделей: продукционные правила, семантическая сеть, фреймовая модель. Программная реализация системы принятия решений.
курсовая работа [715,1 K], добавлен 14.05.2014Показатели финансовой устойчивости предприятий. Программные средства, используемые в качестве инструментария поддержки финансовых решений. СУБД-системы управления. Автоматизированные системы управления финансово-хозяйственной деятельностью предприятий.
презентация [122,2 K], добавлен 27.12.2014Анализ облачных сервисов для автоматизации бизнеса и обоснование преимуществ перехода на облачную обработку данных. Виды и модели облачных сервисов для бизнеса, принципы их работы и характеристики. Задачи автоматизации бизнеса на примере облачных решений.
дипломная работа [2,3 M], добавлен 06.09.2017
