exam29 - stankin/inet-2022 GitHub Wiki

Билет 29

1. Понятие совокупной стоимости владения. Управление активами и услугами.

2. Использование сервис-ориентированных технологий (SOA) при разработке веб-приложений для мобильных устройств.

◀️ Реферат к вопросам экзамена по дисциплине Интернет-технологии 1 курса магистратуры ▶️

Выполнили: Курочкин Олег ИДМ-22-01, Гогаев Тамерлан ИДМ-22-03, Мельникова Полина ИДМ-22-04.

ТЕКСТ РЕФЕРАТА

1. Понятие совокупной стоимости владения. Управление активами и услугами.

Совокупная стоимость владения или стоимость жизненного цикла (total cost of ownership, TCO) — общая величина целевых затрат, которые вынужден нести владелец с момента начала реализации вступления в состояние владения до момента выхода из состояния владения и исполнения владельцем полного объёма обязательств, связанных с владением.

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

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

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

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

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

Для укрупнённой оценки стоимости владения могут применяться упрощённые методики расчёта TCO, выявляющие, прежде всего, структуру затрат, и дающие представление о вероятных потерях в процессе владения. Несмотря на то, что большинство затрат могут быть определены заранее либо спрогнозированы с высокой точностью, некоторые затраты носят вероятностный характер, что влечёт за собой риск существенных отклонений действительных расходов от прогнозных (расчётных).

Из определения TCO, согласно западной методологии, вытекают два фундаментальных понятия о затратах:

  • CAPEX (от англ. CAPital EXpenditure) – капитальные расходы компаний на приобретение или модернизацию физических активов;

  • OPEX (англ. сокращение от operating expense, operating expenditure, operational expense, operational expenditure) – операционные расходы, повседневные затраты компании на ведение бизнеса, производство товаров и услуг.

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

  • прямые затраты;

  • косвенные затраты.

«Прямые затраты» – это то, что потрачено на производство конкретных товаров или услуг. Такие расходы можно включить в себестоимость: например, стоимость сырья и зарплаты сотрудников, которые работали над продуктом.

«Косвенные затраты» – это расходы, связанные с производством, которые нельзя напрямую включить в себестоимость конкретного вида изделия.

Управление активами (ITAM) — это набор бизнес-практик для руководства жизненным циклом и помощи в принятии стратегических решений.

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

Ключевым правилом ITAM является необходимость учета всех активов — как используемых в настоящий момент, так и неактивных. Если актив имеется на балансе компании, значит, она тратит на него средства, вне зависимости от состояния.

Использование системы ITAM позволяет:

  • Отслеживать эффективность достижения бизнес-целей.
  • Согласовывать затраты на активы с реальными потребностями.
  • Улучшать использование активов (сокращать ненужные покупки, уменьшать время простоев, задействовать активы на 100 % и т. п.).
  • Поддерживать организационные изменения.
  • Минимизировать риски и повысить безопасность за счет своевременного обновления программного обеспечения и установки патчей.
  • Выполнять корпоративные и нормативные требования.

2. Использование сервис-ориентированных технологий (SOA) при разработке веб-приложений для мобильных устройств.

Се́рвис-ориенти́рованная архитекту́ра (СОА, англ. service-oriented architecture- SOA) — модульный подход к разработке программного обеспечения, базирующийся на обеспечении удаленного по стандартизированным протоколам использования распределённых, слабо связанныхen(https://en.wikipedia.org/wiki/loose_coupling) легко заменяемых компонентов (сервисов) со стандартизированными интерфейсами.

SOA подразумевает, что веб-сервисы являются ограниченными контекстами бизнес-субдоменов (business sub-domain) и отделяет реализацию от решаемых веб-сервисами задач.

Программные комплексы, разработанные в соответствии с СОА, обычно реализуются как набор веб-служб, взаимодействующих по протоколу SOAP, но существуют и другие реализации (например, на базе jini, CORBA, на основе REST).

Компоненты программы могут быть распределены по разным узлам сети, и предлагаются как независимые, слабо связанные, заменяемые сервисы-приложения. Программные комплексы, разработанные в соответствии с SOA, часто реализуются как набор веб-сервисов, интегрированных при помощи известных стандартных протоколов (SOAP, WSDL, и т. п.)

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

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

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

SOA хорошо зарекомендовала себя для построения крупных корпоративных программных приложений. Целый ряд разработчиков и интеграторов предлагают инструменты и решения на основе SOA (например, платформы IBM WebSphere, Oracle/BEA Aqualogic, Microsoft Windows Communication Foundation, SAP NetWeaver, ИВК Юпитер, TIBCO, Diasoft).

Сервис-ориентированная архитектура не привязана к какой-либо определённой технологии. Она может быть реализована с использованием широкого спектра технологий, включая такие технологии как REST, RPC, DCOM, CORBA или веб-сервисы. SOA может быть реализована, используя один из этих протоколов и, например, дополнительно может использовать механизм файловой системы для обмена данными.

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

Таким образом, системы, основанные на SOA, могут быть независимы от технологий разработки и платформ (таких как Java, .NET и т. д.). К примеру, сервисы, написанные на C#, работающие на платформах .Net и сервисы на Java, работающие на платформах Java EE, могут быть одинаковым образом вызваны общим составным приложением. Обеспеченная таким образом возможность приложениям, работающим на одних платформах, вызывать сервисы, работающие на других платформах, облегчает повторное использование компонентов.

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

Основными целями применения SOA для крупных информационных систем, уровня предприятия, и выше являются:

  • сокращение издержек при разработке приложений, за счет упорядочивания процесса разработки;

  • расширение повторного использования кода;

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

  • повышение масштабируемости создаваемых систем;

  • улучшение управляемости создаваемых систем.

Принципы SOA:

  • архитектура, как таковая, не привязана к какой-то определенной технологии;

  • независимость организации системы от используемой вычислительной платформы (платформ);

  • независимость организации системы от применяемых языков программирования;

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

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