Методы оценки качества требований и работы аналитика

  • View
    1.775

  • Download
    4

  • Category

    Business

Preview:

DESCRIPTION

http://cmcons.com http://uml2.ru Методы оценки качества требований и работы аналитика семинар 15 июня 2010 года - «ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ IBM RATIONAL ДЛЯ УЛУЧШЕНИЯ ПРОЦЕССОВ РАЗРАБОТКИ И СОПРОВОЖДЕНИЯ ПО»

Citation preview

Методы проверки требований и

оценка работы Аналитика

Александр Байкин

План презентации• Процесс работы с требованиями

• Хорошие требования и спецификации

• Методы проверки требований

• Формальные метрики

Что такое требования?• Условие или возможность, требуемое Заказчиком для решения

проблемы или достижения некой цели.

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

• Документированное представление условия или возможности, описанных в п.1 и п.2

Процесс работы с требованиями

Выявление

АнализДокумент

Проверка

Управление

Для чего проверять требования?• Максимально близко отразить

потребности Заказчика

• Были понятны Заказчику

• Были понятны команде разработки

Хорошие требования• Полные

• Корректные

• Реализуемые

• Необходимые

• Приоритезированные

• Однозначные

• Проверяемые

Хорошие спецификация• Полная

• Непротиворечивая

• Модифицируемая

• Трассируемая

Техники проверки требований1. Модель <-> описание

2. Проверочный лист

3. Формальная проверка

4. Рецензирование

5. Прототипирование

6. Тестовые сценарии

7. Пользовательская документация

8. Трассировка

1. Модель <-> описание1. Название

2. Краткое описание

3. Предусловия

4. Основной поток событий

5. Альтернативный поток событий

6. Исключающий поток событий

7. Постуловия

8. Бизнес-правила

2. Проверочный лист• Соответствует стандартному шаблону.

• Орфография проверена.

• Автор визуально просмотрел расположение текста на листах.

• Существуют все документарные источники требований.

• Есть номера пунктов для ссылок, номера страниц, номера абзацев.

• Все открытые вопросы, помеченные как TBD (будет определен позднее).

• Нет более 3 крупных дефектов в десяти минутной проверке.

• и т. д.

3. Формальная проверка• Приемлемый, адекватный

• Наиболее практично

• Примерно, около, максимально возможный

• и т. д., и т.п.

• может, возможно, на усмотрение

• …..

4. Рецензирование• Согласование

• Экспертная оценка

• Презентация

5. ПрототипированиеПлюсы Минусы

Визуальное представление Как, а не Что

Быстрая обратная связь Переработка

Процессы, Данные, БПр Нереалистические ожидания

Помогает разработчикам Фокус на дизайне

6. Тестовые сценарии• Непротиворечивость

• Корректность

• Проверяемость

• Полнота

• Исключительные ситуации

• Нефункциональные требования

7. Пользовательская документация• Корректность

• Как будет реализовано

• Юзабилити

• Полнота

• Как начать работать

• Как инсталлировать

• Однозначность

8. Трассировка• Все ли запросы покрыты?

• Все ли цели и фичи покрыты?

• Спецификация взаимосвязанная?

Планирование измерений

Управление

• Метрики

• Кто и как собирает

• Плановые показатели

• Как интерпретировать

МетрикиМетрика – измерение какого-либо параметра проекта, продукта или процесса.

• Простые

• Объективные

• Легко получаемые

• Правильные

• Надежные

Таблица метрикНаименование Тип Процесс

Периодичность Мин Цель Макс

Ед. Изм Описание Формула

Требования.Изменчивость требований

Метрики для всех типов проектов

RM В конце проекта

26% 39% 52% % С= 100%*(A/B) А - количество измененных требований B - первоначальные требования

100*({A}/{B})

Примеры метрик• Изменчивость требований

• Требования в ТЗ

• Требования в ТЗ и изменены

• Управление требованиями, % трудозатрат

• Трудозатраты все

• Трудозатраты на Управление Требований

Примеры метрик• Запросы на изменения.

• Все, Принятые, Реализованные

• Обработанные / Все

• Принятые / Поступившие

• Реализованные /Принятые

• Удовлетворенность заказчика

• Увеличение рамок проекта

Что влияет на результат?• Инструментарий Аналитика

• Опыт команды разработки

• Сложность предметной области

• Знание предметной области

• На сколько важны данные требования

• Адекватность Заказчика

Вопросы и ответыФорум http://uml2.ru/forum

Журнал http://AnalyzeIT.uml2.ru

База знаний http://lib.uml2.ru

Блоги http://blogs.uml2.ru

Конференции http://conf.uml2.ru

uml2.ru – самый крупный русскоязычный ресурс по Бизнес и Системному Анализу.

Recommended