План ответа на вопрос 17.

1. Supply Chain Management (управление цепочками поставок)

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

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

• планирование цепей поставок (supply chain planning, SCP) - планирование и формирование календарных графиков, решения для совместной разработки прогнозов, проектирование сетей поставок, моделирование различных ситуаций, анализ уровня выполнения операций;

• исполнение цепей поставок (supply chain execution, SCE) - отслеживание и контроль выполнения логистических операций.

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

2. Business Performance Management (управление эффективностью бизнеса)

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

3. Customer Synchronized Resource Planning (планирование ресурсов, синхронизованное с покупателем) – это бизнес стратегия вовлечения клиента в процесс создания и продвижения товара. Пример использования данной стратегии – игровая индустрия. Привлекаются игроки для создания новой игры, чтобы потом эти же игроки ее купили.

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

17. Корпоративные бизнес-стратегии Supply Chain Management, Business Performance Management и Customer Synchronized Resource Planning. 

SCM (Supply Chain Management) - системы управления цепями поставок предназначены для автоматизации и управления всеми этапами снабжения предприятия и для контроля всего товародвижения на предприятии. Охватывает весь цикл закупки сырья, производства и распространения товара.

Термин «управление цепями поставок» (Supply Chain Management, SCM) получил распространение в 1980-х годах , управление цепями поставок - это интеграция восьми ключевых бизнес- процессов, а именно:

- управления взаимоотношениями с потребителями;

- обслуживания потребителей;

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

- управления выполнением заказов;

- поддержки производственных процессов;

- управления снабжением;

- управления разработкой продукции и доведением до коммерческого использования;

- управления возвратными материальными потоками.

Управление цепочкой поставок (Supply Chain Management) включает в себя следующие этапы:

1. Планирование (PLAN)

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

Задача производить самостоятельно или покупать должна решаться на этом этапе. Решения, относящиеся ко всем видам планирования ресурсов и к управлению жизненным циклом товара, принимаются также на этом этапе. Эти процессы позволяют найти равенство между спросом и поставками для выработки направления действий, наилучшим образом соответствующих требованиям источнику, марке и доставке (Source, Make, Deliver).

2. Закупки (SOURCE)

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

3. Производство (MAKE)

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

4. Доставка (DELIVER)

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

Все эти процессы, управление запасами, транспортировкой и дистрибуцией должны быть приведены в соответствие с планируемым или текущим спросом.

5. Возврат (RETURN)

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

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

1. Сокращение цикла планирования и увеличение горизонта планирования благодаря получению надежной и своевременной информации;

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

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

4. Снижение складских издержек за счет приведения объемов производства в соответствие со спросом. Эта задача отвечает концепции управления снабжением Just-In-Time («точно вовремя»);

5. Повышение качества обслуживания потребителей достигается благодаря оперативности и гибкости процесса поставки.

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

Business Performance Management (BPM) - это методология, направленная на оптимизацию реализации стратегии и состоящая из набора интегрированных циклических аналитических процессов, которые поддерживаются соответствующими технологиями и имеют отношение как к финансовой, так и к операционной информации. BPM позволяет предприятию определять, измерять и управлять эффективностью своей деятельности, направленной на достижение стратегических целей. Ключевые финансовые и операционные процессы BPM включают планирование, консолидацию и отчетность, анализ ключевых показателей эффективности и их распространение в рамках организации.

BPM представляет собой комбинацию четырех основных элементов, к которым относятся:

• участники процесса управления;

• интерактивные бизнес-процессы управления;

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

• информационные системы и технологии.

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

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

Customer Synchronized Resource Planning

Одной из последних тенденций в бизнес-планировании, стало обращение усиленного внимания на качество обслуживания конечных потребителей продукции. Для того чтобы процветать, производители должны разрабатывать новые технологии и бизнес-процессы, которые позволяли бы им удовлетворять индивидуальные покупательские нужды и ожидания, отвечать на эти нужды товарами и услугами, которые представляют уникальную ценность для каждого покупателя. Производители должны совершить частичное изменение в стратегии и интегрировать покупателя в центр процесса планирования деятельности организации. Интеграция покупателя с ключевыми бизнес-процессами организации изменяет ее стратегию и реализацию этой стратегии, требует новую модель управления деятельностью: планирование ресурсов, синхронизированное с покупателем. Так зародилась концепция CSRP (Customer Synchronized Resource Planning).

Cтандарт CSRP (Customer Synchronized Resource Planning) охватывает также и взаимодействие с клиентами: оформление наряд-заказа, техзадание, поддержка заказчика на местах и пр. Таким образом, если MRP, MRP-II, ERP ориентировались на внутреннюю организацию предприятия, то CSRP включил в себя полный цикл от проектирования будущего изделия, с учетом требований заказчика, до гарантийного и сервисного обслуживания после продажи. Основная суть концепции CSRP в том, чтобы интегрировать Заказчика (Клиента, Покупателя и пр.) в систему управления предприятием. То есть не отдел сбыта, а сам покупатель непосредственно размещает заказ на изготовление продукции - соответственно сам несет ответственность за его правильность, сам может отслеживать сроки поставки, производства и пр. При этом предприятие может очень четко отслеживать тенденции спроса и т.д.

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

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

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

Вопрос с семинара: Обосновать экономическую прибыль от CSRP.

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

18. ИТ-дистрибуция и системная интеграция. Классическая дистрибуция → Цифровая дистрибуция → SaaS → PaaS. 

мм

м

vendor distributor reseller end user

Vendor – фирма-производитель

Distributor – оптовая закупка

Reseller – конечный продавец

End user – конечный покупатель (пользователь)

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

Вендор (англ. vendor) – это компания, выпускающая и поставляющая продукты и услуги под своей торговой маркой (например, Intel или IBM). Иногда этот термин используется довольно широко – вендорами, к примеру, могут называть всех поставщиков, с которыми взаимодействует компания. Но наиболее часто этот термин используется именно в технологическом сегменте – для обозначения крупных бренд-нейм компаний, разрабатывающих технологии. Другие игроки рынка используют эти технологии для создания собственных продуктов (например, партнеры компании Adobe Systems – вендора – могут создавать собственное программное обеспечения на базе платформы Adobe LiveCycle). Одним из наиболее известных отечественных вендоров является компания 1С.

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

Для обозначения небольших компаний-разработчиков используется термин независимый вендор (independent software vendor, ISV). Такие компании создают программное обеспечение для массового рынка или же специализированных рынков (именно наличие собственного уникального продукта дает основание для использования термина ISV). К примеру, небольшая санкт-петербургская фирма может разрабатывать собственную систему автоматизации. В качестве других примеров можно привести программное обеспечение для риелторов, для создания расписания работы больничного персонала, для считывания штрих-кода, обслуживания склада и даже для ухода за детьми. Специализированные продукты обычно дают организациям более высокую производительность в работе, чем обобщенное программное обеспечение. Крупные вендоры заинтересованы в сотрудничестве с ISV и уделяют взаимодействию с ними повышенное внимание.

В распространении программного обеспечения обычно участвуют дистрибьюторы (англ. distributor — «распространитель»). Приобретая софт у вендора, эти компании в дальнейшем продают его реселлерами или дилерам на региональных рынках. Если у западного вендора нет собственного представительства в России или же оно не имеет собственной торговой функции, важная задача дистрибьютора – ввезти продукцию в страну (Когда мы говорим о продаже аппаратного обеспечения, “железа” (hardware), система дистрибуции идеологически похожа на софтверную. Здесь более критичными являются вопросы, связанные с таможней, логистикой и складским хранением оборудования (привезти фуру с дисками из Чехии совсем не то же самое, что привезти товарный состав компьютеров).

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

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

Конечным покупателям продукты продают реселлеры (reseller – “перепродавец”, “торговый посредник”). В начале 2000-х гг. было много компаний, которые совмещали обе роли – дистрибьютора и реселлера. Но сейчас все больше и больше видна явная сегментация, и даже самые крупные игроки рынка стараются жестко дифференцироваться. При этом реселлеры и дистрибьюторы могут даже входить в один IT-холдинг, но при этом дистрибьютор старается обеспечить равные условия и для других реселлеров. Количество уровней дистрибьюции может варьироваться. Создав несколько уровней под собой реселлер, сам становится “сабдистрибьютором”

http://www.gurovpr.ru/ru/press-center/articles/articles_20.html

Продажа комплексного решения – интеграция

Vendor VAD/VAR End user

мм

Value added distributor

Value added – добавочная стоимость

Value added Reseller / Distributor – компания, которая модифицирует/расширяет возможности уже существующего продукта (то есть создаёт добавочную стоимость), а затем перепродаёт его (обычно — конечным пользователям) как новый продукт. Также можно именовать как продажу компетенций. реселлеров и дистрибьюторов, создающих дополнительную стоимость называют value-added reseller, VAR, и value-added distributor, VAD. Кроме обучения, клиентам могут предоставляться дополнительные услуги, связанные с кастомизацией (здесь – адаптация софетверных решений под нужлы клиента), внедрением и т.п. Так, некоторые вендоры сильно нагружают своих партнеров – к примеру, дистрибьюторы корпорации VMware должны иметь у себя развернутые стенды, на которых потенциальные клиенты могли бы опробовать программное обеспечение. В наибольшей степени добавочная стоимость создается при оказании интеграционных услуг. “Это когда кирпичики, предоставляемые одним или разными вендорами, обтесываются и к ним доставляются все необходимое, выстраиваются все связи – все для того, чтобы получить одно конкретное решение для одного конкретного заказчика Системный интегратор – компания, которая занимается проектированием, разработкой и внедрением информационных систем, объединяющих в функционально полное решение программные и аппаратные средства, позволяющие заказчику добиться максимально возможного взаимодействия и эффективности различных бизнес-процессов. По отношению к вендору системные интеграторы могут выступать в роли так называемого партнера по решениям (solution partner). Получив соответствующие статусы у вендора (или нескольких вендоров), интеграторы демонстрируют клиентам, что освоили ту или иную технологию и готовы создавать решения на её основе.

Классическая дистрибуция

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

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

Цифровая дистрибуция

Один из современных методов распространения легального электронного контента по интернет-каналам без использования материальных носителей. Преимущество цифровой дистрибуции заключается в лёгком и быстром поиске и приобретении копий необходимого программного обеспечения. Существует несколько вариантов распространения программного обеспечения через Интернет. В цифровой дистрибуции основные протоколы — это HTTP, P2P или FTP. Системы, распространяющие проприетарное программное обеспечение(программное обеспечение, являющееся частной собственностью авторов или правообладателей и не удовлетворяющее критериям свободного ПО), обычно содержат технические средства защиты авторских прав, не позволяющие продавать копии одного и того же много раз. Существует несколько вариантов покупки в цифре:

1. PayPlay (рус. заплати и играй) — игра доступна только после её покупки.

2. Try before you buy — пользователь скачивает программу и получает возможность какое-то время пользоваться ей. В случае, если пользователь захочет и дальше использовать полную версию программы, он должен заплатить. После этого (как правило) предоставляется специальный серийный номер, введя который, пользователь получает возможность пользоваться программой неограниченное время.

3. Рекламная — в этом случае программа абсолютно бесплатна, однако пользователю в программе показывается реклама, на показе которой и зарабатывает обладатель ПО.

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

Активация копии скачанного программного обеспечения происходит по следующей общей схеме:

На основе SN и сгенерированного DRM уникального Кода оборудования, удаленный Сервер активации возвращает Активационный код, дающий возможность запустить защищенную копию ПО. В дальнейшем возможна деактивация и повторная активация на другом компьютере.

https://spark.ru/startup/gectopascal/blog/15308/znakomstvo-s-tsifrovoj-distributsiej

SaaS (Software-as-a-Service)

Софт как услуга.

Vendor -> ASP (провайдер копии софта, облако) -> End user

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

В модели SaaS:

• приложение приспособлено для удаленного использования;

• одним приложением пользуется несколько клиентов (приложение коммунально);

• оплата взимается либо в виде ежемесячной абонентской платы, либо на основе объёма операций;

• техническая поддержка приложения включена в оплату;

• модернизация и обновление приложения происходит оперативно и прозрачно для клиентов.

Как и во всех формах облачных вычислений, заказчики платят не за владение программным обеспечением как таковым, а за его аренду (то есть за его использование через мобильное приложение или веб-интерфейс). Таким образом, в отличие от классической схемы лицензирования программного обеспечения, заказчик несет сравнительно небольшие периодические затраты, и ему не требуется инвестировать значительные средства в приобретение прикладной программы и необходимых программно-платформенных и аппаратных средств для его развёртывания, а затем поддерживать его работоспособность. Схема периодической оплаты предполагает, что если необходимость в программном обеспечении временно отсутствует, то заказчик может приостановить его использование и заморозить выплаты разработчику. С точки зрения разработчика некоторого проприетарного программного обеспечения модель SaaS позволяет эффективно бороться с нелицензионным использованием программного обеспечения, поскольку программное обеспечение как таковое не попадает к конечным заказчикам. Кроме того, концепция SaaS часто позволяет уменьшить затраты на развёртывание и внедрение систем технической и консультационной поддержки продукта, хотя и не исключает их полностью. Программное обеспечение по требованию предоставляется заказчику в аренду и всегда предполагает периодическую оплату. В качестве единицы тарификации обычно используются пользователи (при предоставлении CRM) или же число записей в базе данных (при предоставлении HRM-системы), реже — какие-то другие функциональные характеристики (например, количество определённых операций или трафик). В некоторых случаях заказчикам предлагаются комбинированные модели, в рамках которых могут дополнительно оплачиваться расширенные функции (например, заказчик может платить за пользователей своих сервисов и за расширенное хранилище данных). Контракт на аренду SaaS включает в себя не только оплату за использование ПО, но и оплату всех затрат, связанных с поддержкой его работоспособности, обновлением и защитой данных. В том случае, если программное обеспечение не требует первоначальной адаптации под потребности заказчика, первоначальный платёж за ПО может отсутствовать вовсе. Данное обстоятельство является важнейшим преимуществом модели SaaS над классическим лицензированием программного обеспечения, которое также, — если лицензия на ПО платная, — требует существенных начальных инвестиций на его закупку. Периодические арендные платежи можно сравнить со стоимостью технической поддержки — обычно они жёстко прописываются в договоре и потому являются предсказуемыми. Тем самым обеспечивается защита инвестиций заказчика в используемый программный продукт. Ключевым фактором, объясняющим экономическую целесообразность SaaS, является «эффект масштаба» — провайдер SaaS обслуживает единое программное ядро, которым пользуются все клиенты, и потому тратит меньшее количество ресурсов в сравнении с управлением отдельными копиями программного обеспечения для каждого заказчика. Кроме того, использование единого программного ядра позволяет планировать вычислительные мощности и уменьшает пиковые нагрузки для отдельных заказчиков. Все это позволяет SaaS-провайдерам существенно снизить стоимость эксплуатации ПО. В результате стоимость услуг для конечного пользователя такого ПО становится ниже издержек, возникающих при использовании классической модели лицензирования (особенно если лицензирование платное).

Другим ключевым фактором является уровень обслуживания SaaS. SaaS-провайдер способен предложить уровень обслуживания и поддержки ПО в работоспособном состоянии, недоступный для внутренних IT-отделов компаний. Это особенно ярко проявляется в случае работы с SaaS-провайдером контракта по SLA-контракту. Наряду с факторами, которые побуждают заказчиков внедрять программное обеспечение по требованию, а разработчиков — инвестировать ресурсы в его создание, существует ряд сдерживающих факторов, ограничивающих использование данной модели.

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

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

Третий фактор-ограничитель — необходимость постоянно действующего подключения к Интернету. Некоторые SaaS-продукты компенсируют это наличием модулей для автономной работы.

------------------------------------------------------------------------------------------------------------------------------------------

Аббревиатура SaaS — это Software as a Service, то есть «программное обеспечение как сервис». Данная схема предполагает, что пользователь получает в распоряжение ПО, функции которого доступны через веб-интерфейс, в то время как основная программная часть приложения находится на сервере разработчика. Главная ее особенность — пользователю не нужно инсталлировать программу на свой компьютер. Также ему не нужно беспокоиться о том, что в его распоряжении будет новейшая версия приложения — ее разработчик будет всегда своевременно обновлять нужные файлы. То, что очень важно для многих пользователей — справочные материалы, сопровождающие соответствующего типа решения, как правило, самые актуальные. В то время как для «десктопных» версий ПО пользовательские руководства могут устаревать со временем. SaaS-продукты во многих случаях надежнее, чем решения, которые устанавливаются на компьютер. Это обусловлено, прежде всего, тем, что основная часть аппаратных функций на серверах поставщика дублируется. То есть если на стороне поставщика вышел из строя жесткий диск, можно быть уверенным, что важная информация уже успела записаться на резервные носители, принадлежащие контрагенту. Еще одно важнейшее преимущество, которое обуславливают SaaS-решения — пользователь может работать с нужными интерфейсами с любого компьютера — главное, чтобы интернет с приемлемой скоростью был доступен. Многие из поставщиков SaaS адаптируют интерфейсы соответствующего ПО не только к пользованию на обычном компьютере, но также и к специфике мобильных устройств — смартфонов, планшетов. В числе неоспоримых преимуществ программ в формате SaaS — возможность одновременного пользования одним и тем же интерфейсом несколькими пользователями. Так, например, можно в коллективном порядке редактировать тот или иной документ. Даже если несколько людей соберутся за компьютером, на котором стоит «коробочная» программа, эффективной работы, скорее всего, не получится.

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

Недостатки SaaS:

Самый явный недостаток облачного ПО в целом и SaaS в частности в том, что между поставщиком ПО и его пользователем часто передаются те или иные конфиденциальные данные, и далеко не каждая система безопасности предприятия гарантирует их защиту от перехвата хакерами. Конечно, современные компьютерные технологии шифрования и проверки прав доступа позволяют выстроить очень серьезные барьеры на пути деструктивно настроенных субъектов. Но они не всегда выручают. Некоторые важнейшие виды ПО совершенно нецелесообразно предоставлять в облачном формате. Но здесь мы можем отметить недостаточную универсальность не столько тех или иных решений, сколько концепции в целом. Например, антивирус в формате SaaS не может быть настолько же эффективным, как работающий по традиционной схеме - так как соответствующий тип программ должен иметь полный доступ к ОЗУ и жестким дискам компьютера. Через браузер соответствующую функцию реализовать непросто. Вместе с тем, некоторые базовые функции антивирусного ПО, например, сканирование отдельных файлов на предмет зараженности, многие производители соответствующего типа программ готовы предоставлять пользователям посредством SaaS-платформ. И эти решения в достаточной мере эффективные. Отметим, что для пользования облачной инфраструктурой предприятию, так или иначе, нужен будет выход в интернет. И если по каким-то причинам произойдет сбой у провайдера, то при слишком сильной зависимости производственных процессов от SaaS-сервисов компания может понести значительные убытки. Но это, скорее, не столько недостаток концепции, сколько отличительная специфика ее функционирования. Если на предприятии стоит SaaS-платформа в качестве ключевого компонента цифровой инфраструктуры, то менеджменту необходимо вести серьезную работу по диверсификации каналов доступа в интернет. Главными потребителями SaaS в РФ, как и в США, считаются малые и средние предприятия. Это во многом связано с их философией, которая не столь консервативна, как подходы многих крупных бизнесов. Также малые и средние предприятия, как правило, очень рациональны в оценке доходов и расходов, и если они видят, что облачное решение дешевле, то с учетом возможных рисков в сфере информационной безопасности менеджмент, скорее всего, предпочтет именно SaaS. К тому же многие компании, надо признать, в силу недостаточных финансов тяготеют к использованию пиратского или не вполне качественного бесплатного софта. SaaS-система может стать способом перехода фирмы на лицензионное ПО при низких издержках. Потому многие компании заказывают облачный софт только для того, чтобы начать пользоваться качественным легальным софтом, получать техподдержку. Малые и средние предприятия ценят мобильность и динамизм бизнес-процессов. Поэтому многим предпринимателям импонирует возможность задействовать тот или иной SaaS-сервис с любого устройства и с какого угодно места — главное, чтобы был доступен интернет с приемлемой скоростью. «Облачные» решения экономят один из самых ценных ресурсов предпринимателя — время. Человеку не нужно думать о том, как внедрять тот или иной тип ПО, как и за счет каких средств нанимать специалистов для инсталляции софта на «десктопы» или сервера — нужная программа в большинстве случаев сразу готова к работе.

------------------------------------------------------------------------------------------------------------------------------------------

https://habrahabr.ru/company/uteam/blog/113980/

PaaS (Platform-as-a-Service)

Платформа как услуга.

Платформа для чего-угодно. Например, 1C Битрикс, MS, языки Ruby, Java.

Платформа как услуга (PaaS) — это полноценная среда разработки и развертывания в облаке с ресурсами, которые позволяют предоставлять любые приложения, от простых облачных приложений до продвинутых облачных приложений промышленного класса. Вы приобретаете необходимые ресурсы у поставщика облачных служб, платите по мере использования и подключаетесь к ним по безопасному интернет-подключению. Как и в случае с IaaS, PaaS включает инфраструктуру (серверы, хранилище и сетевое оборудование), а также ПО промежуточного слоя, средства разработки, бизнес-аналитику (BI), службы системы управления базами данных и другое. Услуга PaaS предназначена для поддержки полного жизненного цикла веб-приложения: разработки, тестирования, развертывания, управления и обновления. PaaS также позволяет избежать затрат и трудностей, связанных с приобретением лицензий программного обеспечения и управлением ими, базовой инфраструктуры приложений, ПО промежуточного уровня, средств разработки и других ресурсов. Вы управляете приложениями и службами, которые разрабатываете, а поставщик облачных служб обычно управляет всем остальным.

Обычно организации используют PaaS в следующих случаях.

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

• Бизнес-аналитика. Средства, предоставляемые в рамках PaaS, позволяют организациям анализировать данные, находить тенденции и делать прогнозы с целью улучшения планирования, решений по продуктам, повышения возврата от инвестиций и принятия других бизнес-решений.

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

Предоставляя инфраструктуру как услугу, PaaS предлагает те же преимущества, что и IaaS. Однако дополнительные компоненты (ПО промежуточного слоя, средства разработки и другие бизнес-средства) создают следующие дополнительные преимущества.

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

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

• Упрощенная разработка для нескольких платформ, включая мобильные платформы. Некоторые поставщики служб предоставляют вам варианты разработки для нескольких платформ, например, компьютеров, мобильных устройств и браузеров, упрощая и ускоряя таким образом кросс-платформенную разработку приложений.

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

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

• Эффективное управление жизненным циклом приложений. PaaS обеспечивает все возможности, которые потребуются для поддержки полноценного жизненного цикла веб-приложений: создания, тестирования, развертывания, управления и обновления внутри одной интегрированной среды.