План на курса

Въведение

    Какво представлява процесът на управление на изискванията? Защо Agile? Бизнес гъвкавост и гъвкава доставка на софтуер: Дефиниции, свързващи Agile с бизнеса: Модел на бизнес мотивация срещу бизнес модел Canvas, Как да използваме ефективно платното за предлагане на стойност за дефиниране на визията на продукта? Бизнес гъвкавост срещу гъвкави принципи за доставка на софтуер Какво не е Agile? Въздействия на привеждането в съответствие със стратегиите и възможностите. Управление на изискванията в гъвкав контекст. Жизнен цикъл на Scrum: Въпроси относно пълнотата на изискванията и проследимостта. Как продуктивните модели подобряват комуникацията в „Agile“? Бизнес разширения на Agile: Структуриране на бизнес стойност Принос на потребителска история Панорама от UML диаграми за изисквания за моделиране Рамки за проследяване на изискванията към внедряване на софтуер и тестове 5-те нива на планиране на гъвкав проект (от изясняване на визията и изоставането на продукта до задачите … и пешеходния скелет на архитектурата) Управление на изискванията в рамките на гъвкавите методи (Scrum, DAD) срещу унифицирания процес (RUP) Роли, екипи, среди Представяне на казуса за структуриране на изискванията и управлението им с помощта на итеративен процес

Как да опишем бизнес визията и нуждите чрез проследими модели?

    Квалифициране на изискванията: Моделът Kano срещу платното за предложение за стойност Структуриране на визията на продукта на базата на стратегии, екологични сили и тенденции Предложение за стойност, ключови дейности, ключови ресурси, потоци от приходи и структури на разходите, Откриване на бизнес обхвата на продуктът, използващ нуждите, печалбите и болките на клиентите Описване на случаи на бизнес употреба чрез използване на „потоци от стойност“ и „етапи на стойност“ Свързване на бизнес обхвата на продукта с очаквания „принос на стойност“ Казус от практиката: Описване на визията на продукта

Как да опишем нуждите на потребителите чрез гъвкаво моделиране на случаи на употреба (епични и потребителски истории)?

    Agile Оценяване и планиране Изграждане и управление на продуктовото изоставане/подробност на изискванията преди планирането на спринта Създаване на спринтово изоставане Agile Модел на потребителска история: обхват на системата (субект), участници, случаи на употреба, потребителски истории, критерии за приемане , моделът INVEST Ходещият скелет с помощта на Disciplined Agile Доставка: От процеси към технологии Как да открием епични неща и потребителски истории въз основа на потоци от стойност? Стойностен принос на епоси и потребителски истории Задачи за писане: детайлност и размер с помощта на модела SMART Казус от практиката: Откриване на епоси и потребителски истории въз основа на потоци от стойност

Валидиране и тестване на правилното разбиране на подробните спецификации

    Използване на процес на нарастващо събиране на изисквания и спринтово изоставане Правила за ефективни описания на епоси, потребителски истории и архитектура Диаграми за валидиране на описания на епоси и потребителски истории Как да изберем правилната диаграма? Усъвършенстване на функции чрез моделиране на случаи на употреба и взаимоотношения Тестване на правилното разбиране на изискванията с помощта на структури, управлявани от тестове Дадени/Кога/Тогава и Оперативни договори за насочване на разработчиците при внедряване на изисквания Анализ на покритието и управление на промените Казус от практиката: Валидиране, тестване и съобщаване на подробни изисквания на разработчиците

Заключение

    Етапи на ефективно събиране на изисквания и процеси на анализ на системата Проследимост между изискванията и моделите за анализ Модели за събиране и тестване на изискванията

Забележка: Горните сесии за обучение и наставничество се провеждат интерактивно, като се използват примери от инструменти за проектиране и моделиране на изисквания, за да се осигури добро ниво на проследимост между изискванията и основните решения. Концепциите първо се обясняват с помощта на основни примери и след това са последвани от чернови на решение за вашия потенциален случай. След тази сесия можем също да ви придружим, като прегледаме и валидираме вашите решения в зависимост от вашите нужди.

 21 Hours

Брой участници



Цена за участник

Свързани Kурсове

Matlab for Prescriptive Analytics

14 Hours

Model Based Development for Embedded Systems

21 Hours

Design Patterns

14 Hours

Свързани Kатегории