Какво е ALM? Пълна форма, процес на управление на жизнения цикъл на приложението

Какво е ALM?

ALM е процес на специфициране, проектиране, разработване и тестване на софтуерно приложение. Той обхваща целия жизнен цикъл от идеята за приложението до разработването, тестването, внедряването, поддръжката и в крайна сметка фазата на потребителското изживяване. Пълната форма на ALM е Application Lifecycle Management (Управление на жизнения цикъл на приложението).

В зависимост от методологията за разработка на софтуер (например, каскадна, agile или DevOps), ALM може да бъде разделен на различни фази. Процесът на ALM се разделя основно на три елемента: управление, разработка и операции.

ALM процес

Ето са ключовите области на ALM:

Управление

Това включва управление на изискванията, управление на ресурсите, сигурност на данните, потребителски достъп, преглед, одит, контрол на внедряването и връщане към предишни версии.

Ползи от управлението:

• Съгласувана бизнес стратегия
• Развиванеping бизнес казус
• Предлага непрекъснат мониторинг
• Финансиране на проекти, които осигуряват най-висока стойност
• Ясна отчетност и контрол

Разработка на приложения

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

Работа с приложението

Тази област включва внедряването на приложението и поддръжката на технологичния стек. При метода на разработка на софтуер „водопад“, експлоатацията е отделен етап от разработката. DevOps екипът обединява операциите и разработката в напълно интегриран, непрекъснат процес.

Защо ALM е важно?

Следните са основните причини за използване на ALM:

• Получавате добра видимост върху състоянието на проекта.
• Екипите са в състояние да комуникират ефективно.
• Изискванията са лесни за дефиниране и track.
• Софтуерът е тестван адекватно.
• Разходите за поддръжка и експлоатация на решението остават ограничени.

ALM срещу SDLC: Каква е разликата между тях

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

Аспект	SDLC	ALM
Обхват	Изграждане на софтуера	Целият живот на продукта, от идеята до пенсионирането му
Започва в	Изисквания за изграждане	Първоначалният бизнес случай
Завършва в	Разгръщане на тази версия	Деактивиране на приложението
Обхваща управлението	Не	Да — финансиране, достъп, одит, съответствие
Брой цикли	По един на издание	Много SDLC цикли в рамките на един жизнен цикъл на приложението

Приложението обикновено преминава през много SDLC итерации, докато остава в рамките на един жизнен цикъл на ALM. Разбирането на влагането обяснява защо етапите по-долу се простират далеч отвъд точката, в която кодът е доставян.

Етапи на ALM (Управление на жизнения цикъл на приложението)

Ето различните етапи на ALM:

1) Управление на изискванията

Управлението на изискванията е първият етап от ALM. То ви помага да документирате, анализирате, track, приоритизиране и съгласуване на изискванията. Това е непрекъснат процес, който протича през целия жизнен цикъл на проекта. Вижте също нашия списък с най-добрите софтуер за управление на изискванията.

2) Дизайн

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

3) Управление на изграждането

Управлението на компилации, известно още като управление на код, е процесът на преобразуване на файлове с изходен код в самостоятелен софтуерен компонент. На този етап идеята за приложение се трансформира в реално приложение.

По време на този етап приложението се изгражда, тества и внедрява, а тестерът започва да подготвя тестови случаи и да пише тестови скриптове за фазата на тестване.

4) SCM

Управление на конфигурацията на софтуера (SCM) е етапът на ALM, където екипът за разработка систематично организира, управлява и контролира промените в документи, код и други обекти по време на жизнения цикъл на разработка на приложението.

5) Operaции и поддръжка

В тази фаза започват мониторингът, управлението и текущото разработване на приложението. В DevOps тази фаза обхваща „издаване“, „конфигуриране“ и „мониторинг“.

На този етап откривате и отстранявате грешки. Фазата ви помага да планирате и приоритизирате следващите актуализации на продукта.

6) Управление на тестовете

Във фазата на тестване тестерите проверяват дали приложението отговаря на изискванията, определени в началните стъпки на процеса.

Те също така гарантират, че приложението отговаря на очакванията на потребителите и на нуждите на всички останали заинтересовани страни, които ще го поддържат през целия му жизнен цикъл, дори когато тези очаквания не са били правилно отчетени по време на фазата на изискванията.

7) Потребителско изживяване

Поддръжката, или потребителското изживяване, традиционно е най-дългият етап от ALM, но това е и етапът, в който участието на екипите за тестване и разработка обикновено е най-ниско.

След като приложението е разработено, ролята на потребителите влиза в действие. Те упражняват цялото приложение и споделят своя опит чрез обратна връзка, след което крайният резултат е предоставен.

Предимства на ALM

Ето са предимствата от използването на ALM:

• ALM ви помага да контролирате системата, като организира и tracкралска работа.
• Дефектите могат да се споделят между проекти, което намалява риска от дублиране.
• ALM предлага интеграция с други инструменти за тестване.
• Той предоставя ясна насока за приложение, преди да бъде изградено.
• Без ALM е трудно за екипа за разработка на софтуер да произвежда софтуер със скоростта и гъвкавостта, необходими, за да остане конкурентоспособен.
• ALM доставя софтуер ефективно с минимални режийни разходи за екипа.

ALM инструменти

Ето някои важни ALM инструменти:

1) Kovair ALM Studio

Kovair е един от най-всеобхватните продукти за управление на жизнения цикъл на приложенията. Той може да обработва всички етапи от жизнения цикъл на разработка - от изискванията до пускането им на пазара.

Характеристики:

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

Връзка: https://www.kovair.com/alm-studio/

2) OpenText Управление на качеството на приложенията (преди Micro Focus ALM)

Този инструмент поддържа lean, agile и DevOps доставки, helping Организациите пускат софтуер по-бързо. Това позволява на екипи от всякакъв мащаб да предоставят висококачествени приложения с по-голяма скорост. Продуктът е сменял собственика си няколко пъти: първоначално е бил разработен от Mercury, придобита от HP, прехвърлена на Micro Focus и оттогава OpenText придоби Micro Focus през януари 2023 г. продадено е като OpenText Управление на качеството на приложението.

Характеристики:

• Предоставя приложения със скорост, качество и мащаб
• Позволява на заинтересованите страни да взаимодействат и да се координират, за да постигнат целите на проекта
• Осигурява стабилна tracкрал и отчитане, както и безпроблемна интеграция на задачи, свързани с проекта
• Позволява подробен анализ на проекта и ефективно управление
• Свързва се с имейл системи и уведомява членовете на екипа за промени

Връзка: https://www.opentext.com/products/application-quality-management

3) Digital.ai Agility (преди VersionOne)

Agility опростява планирането на продукти с лесно управление на натрупаните задачи. Създадена е за DevOps и осигурява непрекъсната доставка от край до край чрез интерфейс с плъзгане и пускане. Продуктът беше пуснат като VersionOne, преместен в CollabNet и сега се доставя като Digital.ai Ловкост.

Характеристики:

• Позволява на потребителите да приоритизират истории и дефекти чрез плъзгане и пускане
• Управлявайте бизнес инициативи с елементи от портфолиото
• Позволява групиране на елементи по тема
• Осигурява резултати според бизнес целите
• Събира всички заявки за функции на едно място
• Помага за осигуряване на съответствие между корпоративните цели и очакваните резултати от продукта
• Предоставя анализи и цялостна видимост на ръководителя на проекта

Връзка: https://digital.ai/products/agility/

Изборът на инструмент е по-малко важен от това как процесът се използва ежедневно, което илюстрират двата сценария по-долу.

Сценарий за използване на ALM от гледна точка на разработчиците

• Разработчикът започва работа и проверява списъка със задачи, които са му възложени.
• Те преглеждат задачите по приоритет и избират една.
• Те променят състоянието на задачата на „В процес“.
• Те проверяват кода от хранилището с изходен код.
• Те внедряват модулен тест с рамката за тестване.
• Те изпълняват теста със стандартния скрипт за изграждане. Code инспекциите съобщават за незаконни конвенции за именуване или потенциални грешки.
• Те поправят кода и повторно изпълнят теста.
• След като процентът на покритие достигне целта, те записват кода с идентификатора на задачата.
• След това те проверяват кода и изпълняват скрипта за изграждане.
• Кодът се компилира и разгръща на машината за подготовка.
• Тестовият случай се изпълнява. Ако се повреди, автоматично се изпраща известие до разработчика и ръководителя на проекта.
• Разработчикът отменя кода в хранилището с изходен код и на тестовата машина.
• Ако тестът премине успешно, се задействат проверка на кода и анализ на покритието. Всеки проблем се докладва; в противен случай разработчикът се уведомява, че всички имплементации са завършени успешно.
• Те записват трудовата си история в системата за управление на задачи.
• Ръководителят на проекта е уведомен, че задачата е решена и преглежда резултата.

Сценарий за използване на ALM от гледна точка на ръководител на проекта

• Ръководителят на проекта отваря уеб браузър и отива на страницата на таблото за управление на ALM.
• Всеки проект има своя собствена страница с табло за управление.
• Показва броя на отворените задачи, броя на чакащите задачи и всички критични задачи, които са отворени.
• Таблото за управление уведомява ръководителя на проекта за потенциални рискове и показва цялостното състояние на проекта.
• Всяко попълнение и промяна се докладва автоматично.
• Следователно, процесът на ALM премахва необходимостта от среща или телефонно обаждане за проверка на състоянието на непрекъсната интеграция на критични задачи.

Въпроси и Отговори