* Классификация нефункциональных требований
* Шаблоны нефункциональных требований
* Численные значения нефункциональных требований
* Связи между нефункциональными и функциональными требованиями
* Влияние различных категорий нефункциональных требований друг на друга
* Атрибуты качества продукта и нефункциональные требования
* Роли в проекте, с которыми взаимодействует аналитик при выявлении и уточнении нефункциональных требований
* Классификация нефункциональных требований
* Шаблоны нефункциональных требований
* Численные значения нефункциональных требований
* Связи между нефункциональными и функциональными требованиями
* Влияние различных категорий нефункциональных требований друг на друга
* Атрибуты качества продукта и нефункциональные требования
* Роли в проекте, с которыми взаимодействует аналитик при выявлении и уточнении нефункциональных требований
Управляемое внедрение. Основы управления распределенными программными проекта...Cергей Мартынов
Доклад Александра Белова об управлении распределенными проектами вызвал огромный интерес участников на проходившей в Санкт-Перербурге первой независимой профессиональной конференции INFOSTART EVENT 2012.
Requirement Managament System based on Wiki (Confluence+Jira)Alexander Baikin
Что такое Система Управление Требованиями (СУТ)?
Какие есть еще СУТ кроме Telelogic Doors, Rational RequisitePro и Borland Together?
Как Wiki + Issue Tracker + SVN использовать для СУТ?
www.cmcons.com. Практика и технология внедрения процесса конфигурационного управления и управления изменениями с применением IBM Rational ClearCase и ClearQuest
Module 4 On going service consumption vs deliverables expectationsNatalia Perestyuk
ИТ-аутсорсинг: сервис с ответственностью за процесс работы команды (team leasing) или за поставленные наработки (deliverables) с успешным приёмочным тестированием
Необходимые инструменты и навыки при выполнении работ по интеграции.
Архитектурные и интеграционные шаблоны применяемые в процессе построения распределенной сети приложений предприятия.
Отношение повышения стоимости владения отдельными приложениями к общему снижения затрат на владение комплектом корпоративных систем.
Гибкая разработка пользовательской документацииSergey Rogachev
Презентация доклада "Гибкая разработка пользовательской документации" Сергея Рогачева на конференции ALM Summit Russia в Москве 6 февраля 2014 года (http://bit.ly/MrkHSD). См. подробнее в заметке "Отчет об участии в ALM Summit Russia 2014" (http://wp.me/p1650o-eY) в персональном блоге Рогачева Сергея.
Управляемое внедрение. Основы управления распределенными программными проекта...Cергей Мартынов
Доклад Александра Белова об управлении распределенными проектами вызвал огромный интерес участников на проходившей в Санкт-Перербурге первой независимой профессиональной конференции INFOSTART EVENT 2012.
Requirement Managament System based on Wiki (Confluence+Jira)Alexander Baikin
Что такое Система Управление Требованиями (СУТ)?
Какие есть еще СУТ кроме Telelogic Doors, Rational RequisitePro и Borland Together?
Как Wiki + Issue Tracker + SVN использовать для СУТ?
www.cmcons.com. Практика и технология внедрения процесса конфигурационного управления и управления изменениями с применением IBM Rational ClearCase и ClearQuest
Module 4 On going service consumption vs deliverables expectationsNatalia Perestyuk
ИТ-аутсорсинг: сервис с ответственностью за процесс работы команды (team leasing) или за поставленные наработки (deliverables) с успешным приёмочным тестированием
Необходимые инструменты и навыки при выполнении работ по интеграции.
Архитектурные и интеграционные шаблоны применяемые в процессе построения распределенной сети приложений предприятия.
Отношение повышения стоимости владения отдельными приложениями к общему снижения затрат на владение комплектом корпоративных систем.
Гибкая разработка пользовательской документацииSergey Rogachev
Презентация доклада "Гибкая разработка пользовательской документации" Сергея Рогачева на конференции ALM Summit Russia в Москве 6 февраля 2014 года (http://bit.ly/MrkHSD). См. подробнее в заметке "Отчет об участии в ALM Summit Russia 2014" (http://wp.me/p1650o-eY) в персональном блоге Рогачева Сергея.
Гибкая разработка пользовательской документацииSergey Rogachev
Презентация доклада "Гибкая разработка пользовательской документации" Сергея Рогачева на конференции AgileKitchen в Москве в октябре 2013 года (http://bit.ly/1a6gfQU). См. больше информации в слайдкасте (http://penxy.com/lyna) или заметке "Отчет об участии в AgileKitchen’10/13" (http://wp.me/p1650o-dq) в персональном блоге Рогачева Сергея.
Quick start per l'utilizzo di Polarion QA.
Polarion QA è una piattaforma collaborativa web-based per la gestione della qualità, che unisce Quality Assurance (QA) e il testing, i requisiti e lo sviluppo, in un’unica soluzione, adatta al miglioramento della qualità di ogni progetto software, garantendo la massima affidabilità.
Per ulteriori informazioni contatta sales@emerasoft.com
Сергей Смирнов (Altair Engineering Inc.) | Организация работы распределенной ...RIF-Technology
В рамках доклада рассмотрим вопросы формирования команды с помощью модели МакКинси 7с (McKinsey 7s), поговорим о процессах разработки программного продукта, системе релизов, системном инжиниринге и рекомендациях по системе управления процессами.
Выступление будет интересно руководителям команд разработчиков, особенно тем, кто фокусируется на предсказуемости сроков и качестве создаваемого решения.
Лекция посвящена последнему этапу работы над проектом, а именно его завершени. Часто случается так, что якобы выполненные проекты затягиваются на этапе сдачи. В этой лекции мы рассмотрим причины и возможные пути решения.
Ссылка на текстовую версию: http://growandmanage.com/zavershenie-proektov/
3. Детализация причин и факторов влияния
• Причины провалов проектов
• Факторы успеха
4. Проблематика связанная с
Требованиями
• Требования:
– Плохо организованы и не формализованы
– Слабо связаны с запросами и потребностями
заинтересованных сторон
– Очень быстро изменяются, или изменяются без
необходимости
– Представлены нереалистичными ожиданиями
• Проблемы связанные с недостатком ресурсов
• Недостаток денег
• Недостаточная поддержка
• Провал в установлении необходимой дисциплины
планирования
5. Требования и Качество
Качество - это соответствие системы целям
или требованиям.
Обеспечение того, что удовлетворяет
потребителя и в тоже время гарантирует, что
нужды всех заинтерисованных сторон
учтены.
7. Microsoft Team Foundation Server
Отслеживание Work Items в рамках Процесса
Разработки ПО
Определение Work Item:
– Это универсальный тип обьекта существующего
в рамках произвольной продуктовой
методологии и предполагающий возможность
связи с артефактами являющимися
промежуточными или финальными
результатами проектных работ.
Примеры: Ошибка, Бизнес требование,
Задача, Проблема, Риск …
8. Microsoft Team Foundation Server
Отслеживание Work Items в рамках Процесса
Разработки ПО
• Управление работами для команд разработки
• Трассируемость между work items и
создаваемым кодом.
• Прозрачность процесса разработки
– Прогресс по работам
– Тестовые результаты
– Тренд по ошибкам
– Статус по сборкам
• Сохранение исторических данных для текущего
или предыдущего анализа
11. Инструментарий MS ALM 2012 для
управления требованиями
• Инструментарий обеспечивает качественный процесс
– Формализации требований
– Прототипирования требований
– Документирования (Моделирование, Аналитика)
12. Формализация
• Единая форма представления полей в любом инструменте:
– Visual Studio 2012 Ultimate,
– Web (IE, Chrome, Firefox)
– MS Office 2010, 2013
13. Формализация
Использование рабочего места аналитика из
MS Word
1. Выделение текста -
который будет являться
заголовком требования
2. Выбераем тип рабочего
элемента
3. Завершаем создание.
14. Формализация - Использование рабочего
места аналитика из MS Word
Добавляем детализацию
В том числе и любые
скриншоты
20. Димамичная обратная связь с конечным
пользователем
• Сборсведенийоработесистемы спомощьюпростыхиэффективныхсредств–FeedbackTool
• Инструментнастороне пользователя.
Запрос Отзыв
Разработчик Пользователь
Приложение
21. Вовлечение пользователей
системы в процесс ее разработки
• Является одним из важнейших критериев успеха внедрения
системы оперативного мониторинга.
• Team Foundation Server позволяет:
– Собирать всю формализованную информацию по обратной связи в
своей базе данных в виде рабочих элементов, которые
обрабатываются с помошью аналитических запросов.
– Формировать запрос на конечного пользователя – требуя его отклик
на постановку задачи (в виде прототипа или в рамках работающего
интерфейса соответствующего бизнес процесса)
– Четко фиксировать дату запроса и ответа на него (или задавать срок
исполнения по обратной связи) для того чтобы сделать прозрачным
оценку времени исполения связанных с этой информацией задач.
– Фомирование отчетности по своевременности ответов на запросы со
стороны Подрядчика.
25. Интеграция TFS и Project Server
для мониторинга портфеля на стороне
заказчика
• Двунаправленная синхронизация данных между TFS и PS через связь между
задачами и Work Items
• Требует TFS 2012 и PS 2013
• Поддерживается , локализовано и документировано
• Интеграция непосредственно доступная из коробки в VS 2012 with MSDN
• Поддержка различных сценариев для продуктовых методологий на уровне
шаблонов TFS (Agile, Waterfall и т.д)
29. Какая отчетность может быть
нужна?
По статусу исполнения всех бизнес процессов от
всех подрядчиков:
– На текушую неделю
– На месяц
– На квартал
И т.д.
32. Как можно обеспечить еженедельный
уровень контроля за исполнением
работ со стороны подрядчика
• Централизацией сервера командного
взаимодействия
• Детальным планировнием работ по задачам и
планам тестирования.
• Проведение тестирования и выявление проблем
в рамках не более чем недельного цикла
• Ежедневная отчетность по выполненным работам
34. Как это работает: Детальное
планирование работ подрядчиком и
ежедневная отчетность о
выполненных работах.
35. Мониторинг и контроль за процессом
выполнения работ со стороны
подрядчика
• Текущий прогресс по тестовым
планам
• Качество сборок
• Скорость фиксации ошибок
• Качество исправлений
• Достаточность уровня покрытия кода
тестами
• Обьем внесенных изменений в код
36. Информационные панели мониторинга текущего состояния процесса
разработки
Microsoft
Есть ли прогресс по тестовым
планам?
Фиксируем ли мы
ошибки?
Каково качество
исправлений?
Как идет процесс
сборки?
37. Информационные панели за состоянием процесса разработки
Microsoft
Достаточен ли уровень
покрытия кода тестами?
Сколько строк кода было
изменено?
38. Visual Studio
2012 Ultimate
Visual Studio 2012
Premium
Visual Studio 2012
Professional
Static Code Analysis
Database Deployment
Code Metrics
Database Unit Testing Test Data Generation
Test Impact AnalysisUI Test Automation
Code Coverage
Performance Profiling
Database Change Mgmt.
Manual Testing
Layer Diagram
UML Modeling
Load Testing Web Testing
Test Case & Lab ManagementIntelliTrace™
Architecture Explorer
Test Record & Playback
Logical Class Designer
Cloud Development
Office Development
Windows Development
New WPF Editor Customizable IDE
Multi-core DevelopmentSilverlight Tools
Web Development
SharePoint Development
Generate from Usage
Visual Studio 2012. Обзор версий
39. Microsoft Test Manager 2012
• Исследовательское тестирование в
Microsoft Test Manager 2012
• Автоматизированное тестирование
пользовательского интерфейса в Visual
Studio Ultimate 2012
• Платформо-зависимое тестирование в
Microsoft Test Manager 2012
42. DevOps это
... Набор процессов , методов и систем для коммуникации
взаимодействия и интеграции между департаментами:
Разработка, Поддержка и Обеспечение качества.
Разработчики
интегрируются в
процессы операционной
деятельности
сервисной поставки
Операционная
деятельность вводит
новую роль
Владельца Сервиса
43. DevOps: Системы и Инструменты
• Автоматизационный механизм: SC Orchestrator 2012
• Фабрика: SC Virtual Machine Manager 2012
• База данных: SQL Server 2012
• Система монторинга: SC Operations Manager 2012
• Управление проблемами: VS Team Foundation Server
2012