|
Анализ влияния
Статьи
→
Технологии Microsoft: .NET, Visual Studio Team System
→
Visual Studio 2010 Team Foundation Server Requirements Management Guidance
Содержание
Анализ влияния
«Запросы на изменения могут не только показывать новые или
изменившиеся требования, но также и сбои, дефекты в рабочих продуктах.
Запросы на изменение анализируются, чтобы определить влияние изменения
на рабочий продукт, связанных рабочих продуктов, а также сроки и
стоимость.» – CMMI, Guidelines for Process Integration and Product
Improvement, Chrissis, Konrad, Shrum.
Анализ влияния выполняется для:
- Оценки в рамках деятельности, которые обеспечивают соответствие
изменений всем техническим и проектным требованиям
- Оценки влияния изменений за пределами непосредственного проекта или
контракта требований (изменения в элементах, использующихся в нескольких
продуктах, может решить текущую проблему, но вызывать проблему в других
приложениях)
- Определение влияния, которое изменения будут иметь для рабочих
продуктов, связанных рабочих продуктов, рабочих графиков и стоимости
проекта
Этот раздел, хотя и является очень важной темой, хорошо освещен в
разделах Контроля
изменений и утверждений и Трассировка требований. Таким образом,
эта часть руководства будет описывать высокоуровневые сценарии анализа
влияния, и ссылаться на эти подразделы других разделов для более
конкретных деталей.
Примечание: руководство для оценки влияния изменений
в этом разделе предполагает, что требование на уровне бизнеса,
реализовано с использованием рабочего элемента «Возможность» (Feature) в
Team Foundation Server. Авторы не настаивают на использовании рабочего
элемента «Возможность» (Feature) для достижения этой цели и признают,
что это добавляет элемент формальности, которую можно легко избежать для
небольших и более гибких команд.
Истории для оценки влияния
Процесс анализа влияния – Процедурное руководство от анализа влияния
до изменения
- Процесс рассмотрения изменений и их зависимостей, а также
документирование их результатов влияния.
Когда изменения внесены, то это либо запрос от заказчика, который
выходит за рамки проекта, или это неправильно понятые требования,
которые должны быть переписаны для удаления недоразумения. Сначала это
запрос на расширение, потом это дефект требования. То же самое применимо
для разработки и тестирования изменений. Они, по сути, вновь
открывшиеся обстоятельства, которые влияют на границы и поставки
проекта.
Для этих изменений важно, чтобы была сохранена Трассировка в ходе
реализации проекта и процесс Управление
изменениями и утверждения был внедрен и выполнялся. Смотрите
соответствующие разделы для детального описания. Эти разделы описывают
использование Team Foundation Server для создания и отслеживания
трассировки между рабочими элементами и другими активами, а также
управления изменениями, базовыми линиями и сравнения, которые необходимы
для понимания влияния изменений.
Смотрите отчеты, описанные в Трассировке требований, как вспомогательные
для деятельности анализа влияния.
Процесс Анализа влияния
В тот момент, когда изменения внесено, команда разработчиков должна
следовать путем развития своих требования схожим методом, как для
процесса, который описан в этом руководстве. Следующая диаграмма дает
высокоуровневый обзор этого процесса:
Эта деятельность похожа на бизнес-анализ или анализ границ. Задача
аналитика – понять, что точно запрос значит для заказчика. Смотрите
раздел Анализа
и декомпозиции для более детальной информации. В основе лежит
связывание запроса с рабочим элементом Возможность (Feature),
Пользовательская история (User Story) или Требование (Requirement) (в
зависимости от того, что используется MSF for Agile и MSF for CMMI),
либо связывание Запроса на изменение с рабочим элементом
Проблема(Issue)/Ошибка(bug), или создание Возможности (Feature),
Пользовательской истории (User Story) или Требования (Requirement)
непосредственно для его описания.
Ответственный: Менеджер проекта/Администратор
Следующий рисунок отображает рабочий элемент Возможность (Feature)
(ID # 54), который необходимо изменить (Новая проблема). Пользователь
Team Foundation Server находится в середине установления связи между
рабочим элементом Проблема (Issue) и рабочим элементом Возможность
(Feature).
Определение затрагиваемых функциональных областей
Используя правильные методы выявления, изложенные в разделе
Выявление, позволят определить, как планировать анализ и собрать все
предыдущие документы о системе. Если базовая линия проекта выполнена,
как описано в разделе Управление
изменениями и утверждения, уже существующие документы будут легко
найдены и хорошо подготовлены для проведения эффективного анализа.
Далее, аналитику необходимо определить, что нужно изменить, добавить или
удалить из приложений для реализации изменений. Это изменение может
повлиять на решение несколькими способами:
- Изменение для добавления новой функциональности
- Изменение для удаления функциональности
- Изменение для изменения существующей функциональности
- Добавление нефункциональных требований (например,
производительность, надежность, операционная поддержка)
Если изменения добавляют функциональность, то новые требования и
трассировка для данного запроса не существуют и их нужно создать. Затем
для всех изменений вручную определяются ранее примененные рабочие
элементы (Requirements), которые отражают функциональность аналогичную с
желаемой функциональностью, и определяется, как увеличить их новые
возможности. Если рабочие элементы существуют и их детализация хранится в
документах в WSS, то нужно выполнить следующие действия:
- Сначала создается запрос для всех функциональных требований.
- Сканируется список кандидатов требований и те, что похожи на новые
функциональные возможности, изолируются. Самый простой способ
заключается в просмотре требований Пользовательских историй, которые
представляют Возможность, для определения влияния на них Запроса на
изменение. На следующем рисунке рабочий элемент Возможность связанный с
подсвеченной Пользовательской историей (# 55), которая, как
представляется, затрагивается изменениями.
- После определения кандидата нужно открыть связанную с ним
документацию или другую детальную информацию, которые, если следовать
модели определенной в разделе Трассировок, должны быть на портале
SharePoint базовой версии командного проекта. Определите нахождение
документации необходимой для изменения.
- Для каждого из функциональных изменений создается рабочий элемент
Требование (Requirement) и ссылка на документ, из которого он найден с
помощью типа связи URL. Каждый новый рабочий элемент требование или
пользовательская история будет иметь ссылку на тот же документ,
показанный выше, и, возможно, другие документы в той же библиотеке
документов на портале SharePoint.
Ответственный: Бизнес-аналитик
Определение затрагиваемых тестов
Используя трассировку существующих требований, сделайте перечень
тестов, которые связаны с ними. Эти тесты представляют собой
высокоприоритетные регрессивные тесты, которые должны быть выполнены в
ходе любого тестового цикла. Для новых требований, определенных
изменением, нужно создать дополнительные тесты и связать с требованиями,
используя тип ссылки Тест (Test).
Ответственный: Ведущий тестер
Ниже отображена функция с пользовательскими приемо-сдаточными
тестами, которые должны быть в регрессии:
И следующий рисунок показывает пользовательскую историю (# 55) и
системные тесты, которые должны быть в регрессии:
Определение затрагиваемого Исходного кода
Используя трассировку для описанных требований, просмотрите список
дочерних задач, которые используются для реализации решения. Из задач
отслеживаются наборы изменений системы версионного контроля, которые
были сделаны и связанны с ними. Листинг исходного кода из этих наборов
изменений представляет собой код, который нужно изменить для
осуществления изменений.
Ответственный: Разработчик / Архитектор
На следующем рисунке подсвечена затронутая пользовательская история и
показаны ее ссылки «Реализации» (Implementation). Ссылки реализации –
это задачи, которые необходимо выполнить для того, чтобы реализовать
требование или пользовательскую историю.
В этом случае, задачи должны быть уже сделаны, но при надлежащей
трассировке их наборы изменений покажут те исходные файлы, которые
необходимо изменить, чтобы выполнить новые изменения.
Следующий рисунок показывается задача (# 78) и набор ее изменений
показывает необходимые исходные файлы для изменения.
Оценка трудозатрат
Эта деятельность выполняется в два шага:
- Определить выполняемые задачи – разработчик и архитектор анализируют
новые или измененные функциональные возможности и определяют новые
задачи, необходимые для осуществления изменения. Задачи должны быть
связаны с помощью типа связи Реализация (Implementation)
(родительская/дочерняя иерархия). Рисунок ниже показывает специальный
запрос, где возможность, которую необходимо изменить, была выделена в
итерацию «Запрос на изменение» (change request). Используя тип запроса
дерево, мы можем определить все требования, которые реализуют эту
возможность в качестве кандидатов на эти изменения. Как видно из
предыдущего анализа влияния, известно, что затрагивается только
пользовательская история # 55, она и ее задачи реализации подчеркнуты на
рисунке. Новые задачи должны быть описаны для осуществления изменений, в
то время как по старым выполненным задачам будут определены исходные
файлы, которые должны быть изменены.

- Определить задачи управления тестированием – для каждого нового
требования, определяются новые тесты, которые будут проверять новые
требования. Смотрите раздел Валидация
для идей о комплексных подходах с положительными и отрицательными
тестовыми сценариями. Свяжите новые тестовые сценарии, используя тип
связи Тест (Test). Для каждого существующего требования, которое должно
быть изменено, просматриваются их связанные тесты, чтобы убедиться, что
их реализация покрывает изменения. После выявления тестов определяются
рабочие элементы Задача (task), которые представляют собой работы,
необходимые для внесения соответствующих изменений в тестовые модели.
Эти задачи будут оцениваться и отслеживаться в ходе реализации
изменения.
Отчет о влиянии и ожидание разрешение на осуществление
На данный момент все необходимые воздействия были выявлены.
Собираются рабочие элементы и создается отчет, отражающий необходимую
работу. Рекомендуемый способ сделать – это пометить каждый новый и
существующий рабочий элемент с использованием значений атрибута
«Область» (Area) или общей «Итерации» (Iteration), которая представляет
собой усилия необходимые для изменений. Далее отчет просто создается с
помощью фильтра для всех рабочих элементов на основе этого значения. При
использовании итерационных моделей разработки, «Область» (Area) должна
использоваться для выявления всех затрагиваемых рабочих элементов по
общему запросу на изменение, оставляя остальную итерацию открытой для
новых рабочих элементов по данной итерации, в противном случае полной
итерации для изменения было бы достаточно.
Заключение по анализу влияния
Анализ влияния изменения требований очень сильно зависит от структуры
и содержания требований и установленных трассировок. Без этого анализ
влияния может выполняться на порядок дольше, чем с этим. Процесс,
изложенный в настоящем документе, является одним из многих, которым
можно следовать, чтобы определить и выполнить работы, необходимые для
осуществления желаемых изменений.
02.07.2010
Комментарии
Добавить комментарий (анонимные комментарии не публикуются!!!)
Новости и пресс-релизы СМ-Консалт
21.02.2012 12:42:20 Новая статья: IT и психология. Человеческий фактор в парном программировании: почему многие не получают желаемого от его внедрения?
Статья, находящаяся перед вами, открывает цикл статей о человеческом
факторе, Agile-практиках и других полезных приемах, используемых при
управлении командами в ИТ. Объединяет рассматриваемые практики и приемы
одно – они позволяют проявиться положительным эффектам, связанным с
человеческим фактором. И мы объясняем, почему с точки зрения психологии,
это происходит. Так сказать, подводим теоретическую и экспериментальную
базу под то, что себя уже давно зарекомендовало и работает. Или под то,
что работает не у всех, и потому является предметом оживленных споров и
дискуссий. И начинаем мы наши исследования с рассмотрения эффекта
парного программирования через призму экспериментов социальной
психологии.
Отдельную благодарность за рецензию и время, потраченное на прочтение
первого варианта статьи, выражаем Асхату Уразбаеву,
ценные замечания которого позволили не только улучшить данную статью,
но и позволили убедиться в необходимости и востребованности именно цикла
статей!
Читать -->
27.12.2011 16:15:27 Компания "СМ-Консалт" получила отзыв о работах в Федеральной Налоговой Службе (ГНИВЦ ФНС)
Специалистами ООО «СМ-Консалт» в 2010-2011г. был выполнен проект
по настройке и внедрению системы управления жизненным циклом разработки
программных систем в части управления изменениями и конфигурациями на
основе Microsoft Visual Studio Team Foundation Server 2010 для
Филиала Федерального государственного унитарного предприятия «Главный
научно-исследовательский вычислительный центр Федеральной налоговой
службы» в Приволжском Федеральном округе (Филиал ФГУП ГНИВЦ ФНС России в
ПФО).
28.11.2011 15:05:11 Новая статья: "Всегда ли «Да» – это «Да»? Или как нас вынуждают принимать решения"
Мы предлагаем вашему вниманию цикл статей, в основу которых положены
психологические практики и приемы, позволяющие влиять на решения,
принимаемые людьми. Эта идея была логическим продолжением ряда
выступлений с докладами о коммуникациях в проектах разработки и
внедрения ПО. Давайте, не откладывая в долгий ящик, начнем с самого
простого приема убеждения, с которым сталкиваемся ежедневно в магазинах,
в транспорте, в разговорах с коллегами… да мало ли где еще!
Авторы: Новичков Александр и Карабанова Галина.
Читать -->
10.10.2011 11:16:06 Компания «СМ-Консалт» открывает новое направление продаж - ПО Adobe Connect
Программное обеспечение Adobe Connect является гибкой системой
web-коммуникации с высоким уровнем информационной безопасности. Adobe
Connect предоставляет такие важнейшие функции корпоративного
взаимодействия, как деловое общение и совместная работа сотрудников на
уровне предприятий, дистанционное обучение, организация широкомасштабных
сетевых семинаров и презентаций. Система Adobe Connect базируется на
технологии Adobe Flash, а также Air, и поэтому позволяет подключать
сотрудников к единому пространству взаимодействия через web-браузер с
любых устройств.
17.09.2011 21:40:22 Новая статья: "Разработка прикладного программного обеспечения с использованием Rational Unified Process на Иркутском Авиационном заводе"

На сайте СМ-Консалт открыт новый раздел Статьи наших заказчиков об успешных внедрениях IBM Rational и Microsoft. Статьи для данного раздела пишутся нашими заказчиками и рассказывают о сути проектов внедрения технологий IBM и Microsoft. Первая статья, представленная вашему вниманию написана сотрудниками Иркутского Авиационного Завода (ИАЗ).
Иркутский авиазавод имеет длительный опыт разработки программного
обеспечения для информационной поддержки ключевых бизнес-процессов
предприятия. Однако, в связи с увеличивающейся сложностью и повышением
требований к разрабатываемому программному обеспечению, возникла
настоятельная необходимость усовершенствовать процесс разработки:
повысить качество разрабатываемых программных продуктов,
стандартизировать процесс с увеличением его эффективности.
С целью повышения качества программного обеспечения собственной
разработки и сокращения сроков разработки руководство Управления
информационных технологий (УИТ) Иркутского Авиационного Завода в 2006г. приняло решение о внедрении технологии разработки ПО на базе методологии Rational Unified Process и с использованием инструментов автоматизации IBM Rational.
13.09.2011 12:07:29 Новый тренинг «Коммуникации и психология межличностных отношений в ИТ-проектах»

Компания «СМ-Консалт» представляет новый тренинг, организуемый совместно с компанией «КарьерKаб» - «Коммуникации
и психология межличностных отношений в ИТ-проектах.
Тренинг позволит понять, насколько коммуникации в проектах важнее инструментов, что люди и их взаимоотношения зачастую оказываются решающим фактором, определяющим успех проекта. Если более пятидесяти процентов рабочего времени вы тратите на взаимодействие с заказчиком, если вам небезразлична судьба вашей команды и вы хотите, чтобы ваша команда работала как часы, реализуя проекты точно, вовремя и без перерасхода ресурсов - наш тренинг поможет в этом.
01.08.2011 17:44:25 Наша компания получила отзыв о сотрудничестве с ОАО «Нордеа Банк»

В 2010-2011 гг. наши специалисты провели в Нордеа Банке проект по предварительному обследованию, развертыванию инструментальных средств и ряд тренингов по обучению методологии и работе с продуктами IBM Rational: «Методология разработки программных систем IBM Rational Unified Process», «Управление требованиями с использованием IBM Rational RequisitePro», «Управление изменениями в IBM Rational ClearQuest».
24.06.2011 01:27:57 Бесплатный семинар-вебинар «Повышение эффективности IT подразделений и качества разрабатываемого ПО с использованием современных методологий и технологий»
Компании СМ-Консалт , Legal SoftWaveTM и DNA приглашают Вас посетить бесплатный семинар-вебинар, посвященный обзору технологий и методологий, которые позволяют повысить эффективность ИТ подразделений. На семинаре рассматриваются технологии IBM Rational, Microsoft TFS, а также системы аналитической обработки информации (Business Intelligence) (IBM SPSS, Deductor, QlikView и другие).
Планируемая продолжительность семинара - 8 академических часов.
Место проведения: Санкт-Петербург (очно) и Интернет (для всех желающих: приходите сами и приглашайте друзей!).
Дата и время: 14 июля 2011 в 9 00.
ВНИМАНИЕ: если вы не сможете очно приехать на семинар - это не страшно, так как семинар будет транслироваться через интернет в формате вебинара и к нему, после регистрации, смогут присоединиться все желающие. Трансляция будет осуществляться посредством технологии Adobe Connect Pro , это позволит Вам присоединяться к конференции без установки дополнительного ПО - только интернет браузер.
Смотреть программу -->
07.06.2011 13:02:44 Компания "СМ-Консалт" провела серию успешных семинаров для ГНИВЦ ФНС России

Проведенные семинары были посвящены средствам разработки и тестирования программного обеспечения компании Майкрософт для сотрудников ГНИВЦ ФНС России. Слушатели семинаров отметили высокую квалификацию тренеров компании "СМ-Консалт" по организации учебного процесса и повышению квалификации специалистов, прошедших обучение.
Индивидуальный подход при решении любых вопросов, возникающих в процессе обучения, оперативность принятия решений, гарантированное выполнение взятых на себя обязательств и профессионализм позволили провести обучение на самом высоком уровне.
07.12.2010 12:28:15 Мы идем в Твиттер!

Наша компания открыла аккаунт в системе микроблоггинга Twiter.Теперь все официальные и неофициальные новости будут появляться в нашей ленте в Twitter.
Там же возможно будет задать прямые вопросы специалистам СМ-Консалт, по всем вопросам, связанным как с деятельностью компании, так и с техническими аспектов продуктов IBM и собственных решений СМ-Консалт.
Следуйте за нами!
https://twitter.com/cmconscom
11.11.2010 14:14:14 Осенний марафон Microsoft ALM Road Show
Компания СМ-Консалт совместно с образовательным центром Careerlab провели серию семинаров в рамках мероприятий ALM Roadshow 2.0 в крупнейших городах, расположенных на Волге, – крупных научных центрах, в которых ИТ технологии находятся на высоком уровне. Семинары прошли в Самаре, Нижнем Новгороде и Казани. Cеминары были посвящены использованию новых инструментов MS Visual Studio Team System в проектах разработки ПО.
В семинарах принимали участие представители различных ролей процесса разработки ПО: от разработчиков до руководителей предприятий различного уровня. Темы, обсуждаемые в ходе семинара, вызвали большой интерес аудитории и немалое количество вопросов, на которые были предоставлены исчерпывающие ответы. В процессе семинара также было показано большое количество примеров, которые дают представление о возможностях инструментов MS Team System. Средняя оценка за семинар составила 4,6 балла по пятибальной шкале
08.09.2010 18:37:52 Скидки до 30% на программное обеспечение IBM Rational

Компания СМ-Консалт предлагает для всех желающих на льготных условиях приобрести программное обеспечение IBM Rational. Снижение цен связано с тем, что мы стараемся быть как можно ближе к нашим клиентам, многие из которых постепенно начали преодолевать последствия финансового кризиса.Наше предложение поможет с минимальными издержками приобрести ПО IBM Rational, что является хорошим капиталовложением.
Скидки до 1 декабря 2010 года:
- 20% скидки при покупке IBM Rational ClearCase, ClearQuest, CearCase LT, при приобретении пяти и более лицензий*;
- 30% скидки при покупке пяти любых продуктов IBM Rational + решение или тренинг СМ-Консалт*.
Для получения деталей обязательно свяжитесь с нашими менеджерами
|