Рубрики

Свежие записи

Практика и технология внедрения процесса конфигурационного управления и управления изменениями с применением IBM Rational ClearCase и ClearQuest

GD Star Rating
loading...
GD Star Rating
loading...




Практика и технология внедрения процесса конфигурационного управления и управления изменениями с применением IBM Rational ClearCase и ClearQuest

 

Презентация подготовлена для конференции Training Labs 2008

Доклад по данной презентации получил наивысший балл на конференции по обучению в области разработки ПО Training Labs 2008

Автор: Новичков Александр Николаевич

View more presentations from Alex Golder.

 

Транскрипт презентации:

  1. Slide 1: Практика и технология внедрения процесса конфигурационного управления и управления изменениями с применением IBM Rational ClearCase и ClearQuest Новичков Александр www.cmcons.com alex-golder@cmcons.com
  2. Slide 2: По-видимому, на свете нет ничего, что не могло бы случиться… Марк Твен www.cmcons.com
  3. Slide 3: Что нас ждет в ближайшие 89 минут… Введение в конфигурационное управление ПО. Базовые понятия Практика планирования и реализации процесса Управления Конфигурациями (УК) Рассмотрение комплексного подхода. Главная сила инструментов в их интеграции Введение в IBM Rational ClearQuest и ClearCase – средства автоматизации процесса УК Демонстрация работы IBM Rational ClearQuest и ClearCase. Лабораторная работа Положительные и отрицательные моменты внедрений. Что важнее – инструмент или процесс? Ответы на вопросы www.cmcons.com
  4. Slide 4: Введение-1 Управление конфигурацией является основополагающей дисциплиной в определении того, каким образом управляются и контролируются рабочие материалы проекта, вносимые в них изменения и информация о состоянии отдельных задач и всего проекта в целом. Успех проекта в большой степени зависит от того, насколько хорошо построен процесс управления конфигурацией, который может как спасти проект, так и похоронить его, если сам процесс УК работает плохо www.cmcons.com
  5. Slide 5: Введение-2. Историческая справка Первым заметным шагом в развитии управления конфигурациями было изобретение микрометра в 1636 году (William Gascoigne). Это устройство сыграло важную роль в индустриальной революции и переходе к массовому производству Этот инструмент позволил использовать взаимозаменяемые части в различных устройствах, что являлось существенной причиной для того, чтобы использовать процедуры управления конфигурацией Первые инженерные концепции, которые привели к становлению дисциплины управления конфигурацией, начали формироваться в начале 20-го века и обрели реальную форму в 60-х годах прошлого века www.cmcons.com
  6. Slide 6: Фундамент УК Спецификации, модели, Процедуры контроля документация и т.п. конфигурации Критерии утверждения Организация изменений контроля изменений Контроль Правила идентификации История изменений конфигурации (наименование, нумерация) конфигурации продукта Идентификация Конфигурационная История состояний идентификация Учет состояния требований к продукту конфигурации утвержденных Основные изменений элементы Идентификация управления изменений в данных История верификации конфигурацией Базовые версии конфигурации Спецификации и Учет авторизации Ревизия и аудит диаграммы изменений конфигурации Идентификация данных по релизам Формальные Функциональный Физический квалификационные аудит аудит ревизии конфигурации конфигурации www.cmcons.com
  7. Slide 7: Основные виды деятельности (из жизни) конфигурационная идентификация артефактов (рабочих материалов) используемых или создаваемых в ходе проекта контроль конфигурации, включая информацию о воздействии изменений на организационную и управленческую структуру, текущие приоритеты заданий, ресурсы и состояние проекта учет состояния конфигурации на основе состояния артефактов, используемых в разработке, при выпуске готовых версий ПС или их сопровождении ревизия и аудит конфигурации, в ходе которой оценивается состояние и готовность продукта процедуры управления выпуском продукта (release management), его доставки и мониторинга состояния проекта версионный контроль рабочих материалов проекта, обеспечивающий повторяемость сборки продукта на основании его базовых версий www.cmcons.com
  8. Slide 8: Rational Unified Process Процессы и стадии жизненного цикла СТАДИИ Передача в Обследование Технический проект Рабочий проект эксплуатацию ПРОЦЕССЫ Моделирование деятельности организации Управление требованиями Анализ и проектирование Реализация Тестирование Ввод в действие Конфигурационное управление и управление изменениями Управление проектом Поддержка среды разработки №0 №1 №2 №n № n+1 № n+2 № m № m+1 Итерации www.cmcons.com
  9. Slide 9: УК в RUP Установка плана управления конфигурацией Создание проекта и среды Управление базовыми линиями и релизами Управление запросами на изменение Изменение и продвижение Составление отчетов по конфигурационных элементов конфигурационному пространству www.cmcons.com
  10. Slide 10: Задачи по ролям www.cmcons.com
  11. Slide 11: Артефакты по ролям www.cmcons.com
  12. Slide 12: Куб Управление запросами на изменение (Задачи, Запросы, Поручения и Дефекты) Измерения. Метрики и отчеты, аналитические срезы Управление конфигурациями и версиями www.cmcons.com
  13. Slide 13: Дисциплина или процесс внедрены хорошо, если: Управление конфигурацией происходит на плановой основе Определение ответственных за выполнение проекта УК реализуется на протяжении всего жизненного цикла разработки ПС УК реализуется для конечных продуктов, промежуточных, экспериментальных и перспективных релизов Для каждого проекта готовится план УК План разрабатывается на ранних стадиях общего планирования проекта Ведутся измерения и их результаты используются для определения состояния работ проекта www.cmcons.com
  14. Slide 14: Отчетность Разделим отчеты на 3 типа: Аналитические ролевые отчеты Оперативные отчеты Отчеты по исходным текстам (метрики кода) Держим в голове, что принимать решения по отчетам одного типа нельзя (!) www.cmcons.com
  15. Slide 15: Типовые аналитические ролевые отчеты Руководитель управления (дирекции, департамента) Текущие затраты по проекту (проектам) просроченные проекты проекты, которые могут не завершиться к сроку перерасход бюджета по проектам Менеджер проекта количество запланированных работ количество выполненных работ количество внеплановых работ отношение выполненных работ к невыполненным количество найденных ошибок тестировщиками количество исправленных ошибок тестировщиками отношение найденных ошибок к исправленным занятость разработчиков (по часам или по задачам) www.cmcons.com
  16. Slide 16: Основные виды аналитических ролевых отчетов Аналитик сколько задач выполнено сколько задач нужно решить текущие поручения Разработчик сколько задач выполнено сколько задач нужно решить текущие поручения ошибки к исправлению Тестировщик количество обнаруженных ошибок\\дефектов количество исправленных ошибок\\дефектов отношение найденных ошибок к исправленным www.cmcons.com
  17. Slide 17: Метрики кода Метрики сложности программ принято разделять на три основные группы: метрики размера, стилистики LOC, SLOC… метрики сложности потока управления, метрики сложности потока данных Объектно-ориентированные Холстеда Мак-Кейба Чепина предварительная оценка www.cmcons.com
  18. Slide 18: Что в принципе измеряем? Метрики кода на практике Усилия разработчика при реализации Длина и объем программы Анализ цикломатической сложности Усилия программиста при разработке Количество строк на реализацию требования Процент комментариев на единицу кода Прочие количественные метрики (число функций, классов, файлов) Плотность дефектов на единицу кода www.cmcons.com
  19. Slide 19: Что нас ждет в ближайшие ~70 минут… Введение в конфигурационное управление ПО. Базовые понятия Практика планирования и реализации процесса Управления Конфигурациями (УК) Рассмотрение комплексного подхода. Главная сила инструментов в их интеграции Введение в IBM Rational ClearQuest и ClearCase – средства автоматизации процесса УК Демонстрация работы IBM Rational ClearQuest и ClearCase. Лабораторная работа Положительные и отрицательные моменты внедрений. Что важнее инструмент или процесс? Ответы на вопросы www.cmcons.com
  20. Slide 20: Место систем IBM Rational в ряду корпоративных КИС Документооборот Регистрация и продвижение документов, которых влияют на сроки выполнения проектов или являются инициирующими для новых проектов (Договора, рекламации, нормативные акты, распоряжения) IBM Rational Управление проектами HP SD SAP Управление изменениями Управление требованиями Управление версиями Регистрация запросов и Регистрация запросов из ФАП – хранение эталонов Формирование и уточнение дефектов в процессе SD, которое относятся к ПС, полученных от Аналитика затрат требований эксплуатации ПС реализуемым ПС подрядчиков проведенных работ Мониторинг обработки Формирование проектов, Оценка сложности и зарегистрированных планирование и контроль длительности реализации Метрический анализ кода запросов выполнения работ требований Система мотивации Аналитика Автоматический выпуск зарегистрированных Планирование релизов документации (ТЗ, ПМИ, Анализ безопасности кода запросов очтеты о ходе выполнения) Сбор и публикация проектных метрик, формирование аналитических отчетов Взаимодействие через интернет/интранет Совместная разработка Совместное планирование, Передача исходных кодов, требований продвижение работ документации Внешняя организация-подрядчик www.cmcons.com
  21. Slide 21: Взаимодействие подсистем IBM Rational Сохранение в репозитории Сохранение в репозитории ClearCase плана MSP. С ClearCase плана MSP. С возможностью возможностью автоматической автоматической синхронизацией синхронизацией календарного плана по MS Project календарного плана по расписанию. Календарное планирование расписанию. Формирование работ и задач ClearCase Формирование плана работ. Версионное Детализация плана до сопровождение всех уровня выполняемых файлов и ассоциация с Формирование задач. календарного плана на Назначение ответственных задачами и дефектами основе и экспортирование задач в детализированных ClearQuest требований Формирование связи между задачами и измененными наборами ClearQuest файлов в репозитории Отслеживание задач ClearCase Отслеживание дефектов Формирование новых Отслеживание запросов требований на основе Хранение всех файлов запросов на расширение, на расширение проекта. собираемых и Сборка и компиляция. управляемых в Выпуск релизов. ClearQuest Документирование дефектов Средства разработки ПО а , также все приложения, взаимодействующие с Выполнение автономного файловой системой тестирования: поиск утечек RequisitePro памяти в коде, Формирование требований профилирование Детализация требований производительности. Оценка Формирование документов области охвата кода Формирование планов требований тестирования на основе требований TestManager PurifyPlus, Robot RFT , , Управление тестированием, просмотр Сохранение скриптов и анализ результатов тестирования тестирования в репозитории и отслеживание Сохранение документов версионноести и выгрузка базовых линий требований в репозиторий ClearCase www.cmcons.com
  22. Slide 22: Трассировка от запроса к коду и обратно ClearQuest RequisitePro PortfolioManager+ ClearQuest ClearCase +менеджер метрик Поступил запрос #Z6 На основе запроса на На основе требования сформирован Иванов и Петров приступают к работе. Запрос утвержден и принят в изменение сформировано календарный план, состоящий из Написаны фрагменты кода работу требование #Т23 задач: Сформировали сборку Проведен анализ ZD1 и ZD2. Исполнители Иванов и Петров Запланирована сборка Требование Запрос План Задача 1 20 физических строк кода. Из которых: 3 комментария Задача 2 4 логически строки 13 строк копипаста Сложность низкая Отслеживание прогресса по метрикам: По релизам По версиям 100 строк кода. Из По сборкам которых: По подсистемам 50 логических строк По модулям 25 комментария 25 копипаста Сложность средняя www.cmcons.com
  23. Slide 23: Высоко сижу, далеко гляжу… Что видно сверху (от запроса): количество строк кода, разработанного на основе данного запроса при типовом запросе менеджер проекта в следующий раз может спрогнозировать количество строк сколько версий исходных текстов файлов было изменено сколько экспериментов проводил разработчик для реализации данного запроса количество строк на релиз, билд, версию усилия разработчика при разработке (например, важно для выстраивания мотивационной системы: сложная задача, больше оплачивается) Что видно снизу (от кода): автор кода сколько раз переписывал количество добавленных комментариев количество удаленных и добавленных строк какова сложность написанного кода какая задача решалась какое требование реализовывал и на основании какого запроса www.cmcons.com
  24. Slide 24: Отчетность статическая Домены (собираемая информация) Requisite Pro – управление требованиями Выходная информация ClearQuest – управление изменениями Проектная документация (DOC или HTML) Документы по шаблонам RUP Rose/XDE – визуальное Документы по шаблонам стандартов моделирование Пользовательская SoDA TestManager – управление тестированием документация (DOC или HTML) Файловая система – анализ и пакетная обработка файлов Отчеты по собираемым метрикам (DOC или HTML) MS Project – планирование проектов MS Word – обработка документов www.cmcons.com
  25. Slide 25: Отчетность динамическая Домены (собираемая информация) Выходная Requisite Pro – управление информация требованиями ClearQuest – управление изменениями Project Console Rose/XDE – визуальное Отчеты по моделирование собираемым метрикам (динамический HTML) TestManager – управление тестированием MS Project – планирование проектов www.cmcons.com
  26. Slide 26: Что нас ждет в ближайшие 62 минуты… Введение в конфигурационное управление ПО. Базовые понятия Практика планирования и реализации процесса Управления Конфигурациями (УК) Рассмотрение комплексного подхода. Главная сила инструментов в их интеграции Введение в IBM Rational ClearQuest и ClearCase – средства автоматизации процесса УК Демонстрация работы IBM Rational ClearQuest и ClearCase. Лабораторная работа Положительные и отрицательные моменты внедрений. Что важнее инструмент или процесс? Ответы на вопросы www.cmcons.com
  27. Slide 27: IBM Rational ClearCase www.cmcons.com
  28. Slide 28: IBM Rational ClearCase — это: Надежная база данных хранения релизов Настраиваемая среда разработки Возможность параллельной разработки Набор средств для сборки и аудита Событийно-ориентированный интерфейс www.cmcons.com
  29. Slide 29: Versioned Object Base. Репозиторий Содержит полную историю всех файлов проекта: Исходных текстов Бинарных файлов Скриптов тестирования Графических файлов Html-файлов и cgi-скриптов *** Запоминает состав директорий и отслеживает их версионность www.cmcons.com
  30. Slide 30: Пример каталогов проекта www.cmcons.com
  31. Slide 31: Versioned Object Base. Репозиторий Делает невозможными неконтролируемые (несанкционированные) изменения ClearCase невозможно обойти ClearCase имеет мощные средства установки локальной политики на уровне элемента Поддерживает дробление структуры между несколькими VOB www.cmcons.com
  32. Slide 32: Гибкая настройка среды Прозрачная файловая View-Представление: система: Ограничивает область позволяет обращаться не контроля посредством только к отдельному индивидуальных видовых файлу, но и к его профилей, которые конкретной версии возможно создать для каждого участника проекта ClearCase VOB www.cmcons.com
  33. Slide 33: ClearCase Views Rel. 2.5 View print.c print.h main.c 2.5 Bug Fix View Development View www.cmcons.com
  34. Slide 34: ClearCase Views Dynamic Views — используют подключение real-time, позволяя всем участникам проекта работать с VOB по сети Мгновенное обновление Быстрый доступ к истории элемента Контролируемая и конфигурируемая сборка Создание копий и экземпляров элементов Работает только под NT, 2000, XP, Unix www.cmcons.com
  35. Slide 35: ClearCase Views Snapshot Views разрешает работу с проектом вне сети Сохранение проектных файлов локально Ручное обновление Локальная сборка Синхронизация версий с главной базой www.cmcons.com
  36. Slide 36: Версионность в IB M R a t io n a l C le a r C a s e Параллельная разработка и Ревизии возможность автоматического слияния 0 Определение всех 1 несогласованных изменений “Тривиальное” слияние 2 Новая разрабо происходит автоматически 3 0 Поддержка разрешения Доработка конфликтов при слиянии 1 0 изменений 4 2 1 3 2 www.cmcons.com 5
  37. Slide 37: Что получаем? \\main 0 1 db_update Rel1 2 rel2_integration 0 3 0 rel1_bugfix 1 1 win98_port 0 2 4 0 2 1 3 3 1 Rel1.1 2 2 5 3 Rel2 6 www.cmcons.com
  38. Slide 38: Реальная модель www.cmcons.com
  39. Slide 39: Дерево… с метриками www.cmcons.com
  40. Slide 40: Классическая трехуровневая модель, учитывающая нескольких заказчиков, основной поток разработки и личные потоки разработчиков Проект (основная интеграционная ветвь для проекта) 1 Rel1.0 2 Rel1.0BugFix (отладочная ветвь) Rel2.0 3 Zakazchik1 Zakazchik2 1 (основная интеграционная (основная интеграционная Rel3.0 4 ветвь для заказчика) ветвь для заказчика) Development (ветвь перспективных Разработчик1 2 разработок) 1 4 1 1 1 3 Z1Rel1.0 Z2Rel1.0 2 2 2 2 Разработчик1 Z1Rel2.0 Z2Rel2.0 3 3 3 1 3 Разработчик2 1 2 2 3 www.cmcons.com
  41. Slide 41: Управление конфигурацией в ClearCase Сопровождение каждой версии элемента набором свойств: Типом элемента Атрибутами Метками Гиперссылками Триггерами Бренчами www.cmcons.com
  42. Slide 42: Окно сравнения двух версий www.cmcons.com
  43. Slide 43: Окно сравнения трех версий www.cmcons.com
  44. Slide 44: Окно слияния двух версий www.cmcons.com
  45. Slide 45: Сравнение и слияние версий. Связь версий с запросами на изменение Слияние версий Сравнение версий Версия элемента www.cmcons.com Запросы на изменение
  46. Slide 46: Интеграция со средствами разработки Интегрированная поддержка ClearCase Выполнение всех операций из среды Версионный контроль высокого уровня класс, компонент, роль, объект, прецедент, пакет www.cmcons.com
  47. Slide 47: Пример интеграции с JDeveloper www.cmcons.com
  48. Slide 48: Интеграция на уровне ОС www.cmcons.com
  49. Slide 49: Поддерживаемые ОС Windows 2003, 2000, NT, XP Windows 95/98 (клиенты) Compaq Tru64 UNIX Hewlett-Packard HP-UX IBM zOS, AIX, NCR MP-RAS Red Hat Linux SCO UnixWare Siemens Reliant UNIX Silicon Graphics IRIX Sun Solaris SPARC Sun Solaris Intel www.cmcons.com
  50. Slide 50: Интеграция со средствами разработки Borland JBuilder IBM WebSphere Studio product family IBM WebSphere Server IBM VisualAge for Java Microsoft Visual Studio .NET: VB, C#, C++, ASP.NET Microsoft Visual Studio: VB, C++, J++ InterDev Sun ONE Studio and Forte for Java Sybase PowerBuilder Microsoft FrontPage and Microsoft Office All SCC-compliant tools www.cmcons.com
  51. Slide 51: IBM Rational ClearQuest www.cmcons.com
  52. Slide 52: Цели управления изменениями • Учет состояния проекта с точностью до любого компонента ПО • Получение отчетности о ходе проекта • Выдача заданий • Контроль исполнения заданий • Накопление метрик проектов • Ведение истории изменений • Ведение реальной статистики занятости разработчиков www.cmcons.com
  53. Slide 53: Процесс управления запросами на изменения  Сбор запросов  Хранение запросов в базе данных  Анализ запросов  Принятие решения  Исполнение запросов  Контроль выполнения  Закрытие При этом обеспечивается:  Распределение ответственности между участниками процесса  Контроль доступа  Многопользовательский режим работы  Возможность доступа в систему с удаленных рабочих мест, на различных платформах, через Интернет www.cmcons.com
  54. Slide 54: Типы запросов на изменения Основное понятие ClearQuest – запрос на изменение (ЗИ). Все ЗИ следуют формально утвержденной процедуре при прохождении. Каждый ЗИ имеет набор атрибутов, размещенных на экранной форме Задача Дефект Поручение Запрос на расширение Проект *** www.cmcons.com
  55. Slide 55: Хорошие запросы должны иметь иерархию ПРОЕКТ Риски Риски Методы снижения рисков Паспорт проекта Документы Вид деятельности Дефекты/Запросы ПРОЕКТ Задачи и подзадачи Поручения ПРОЕКТ Задачи и подзадачи Поручения Поручения Пользователи Сборка Дефекты/Запросы www.cmcons.com
  56. Slide 56: Жизненный цикл Сущностей описывается двумя типами диаграмм: State Chart и Activity Chart www.cmcons.com
  57. Slide 57: У каждой сущности есть набор экранных форм www.cmcons.com
  58. Slide 58: Статистика по запросам на изменение www.cmcons.com
  59. Slide 59: Статистика по запросам на изменение www.cmcons.com
  60. Slide 60: Консолидированный отчет по Дефектам и Задачам www.cmcons.com
  61. Slide 61: Отчетность в ClearQuest Время жизни запроса в днях. До одного, 1-2 дня и более двух дней. Отчет позволяет отслеживать эффективность реакции исполнителей на разных этапах исполнения www.cmcons.com
  62. Slide 62: Отчетность в ClearQuest Рисунок 30 – Время жизни запроса в днях. До одного, 1-2 дня и более двух дней. Отчет позволяет отслеживать эффективность реакции исполнителей на разных этапах исполнения www.cmcons.com
  63. Slide 63: Отличительные характеристики IBM Rational ClearQuest Встроенные возможности расширения и доработки (гибкая настройка и адаптация) Мультиплатформенность Независимость от используемой СУБД Возможность сопряжения с любыми средствами управления (имеющимися Системами) Удаленный доступ для работы и контроля Невысокая стоимость поддержки Мгновенный перевод всех Клиентских мест на новую версию Системы www.cmcons.com
  64. Slide 64: ClearCase+ClearQuest Результаты выполнения задания Задания Изменения ( версии) Участники проекта: заказчики, Результаты интегратор ( Версионный контро Управление заданиями ы, (C h a n g e R e q u e s t Ma n a g e m e n t) разработчи ки редставления C le a r C a s e C le a r Q u e s t ( V ie w ) www.cmcons.com
  65. Slide 65: Выводы Поддержка параллельной разработки Разметка всех материалов проекта на определенный момент времени и фиксация их в виде версии/релиза системы Точное определение исходных данных для собранного исполняемого файла IBMRational ClearCase Обеспечение синхронизации данных географически удаленных рабочих групп IBMRational ClearCase MultiSite Автоматизация выборки рабочих материалов в зависимости от ролевой функции Учет изменений, реализованных в версиях и релизах ИС Привязка сделанных изменений к заданиям IBMRational ClearCase + ClearQuest www.cmcons.com
  66. Slide 66: Что нас ждет в ближайшие… дцать минут… Введение в конфигурационное управление ПО. Базовые понятия Практика планирования и реализации процесса Управления Конфигурациями (УК) Рассмотрение комплексного подхода. Главная сила инструментов в их интеграции Введение в IBM Rational ClearQuest и ClearCase – средства автоматизации процесса УК Демонстрация работы IBM Rational ClearQuest и ClearCase. Лабораторная работа. Положительные и отрицательные моменты внедрений. Что важнее инструмент или процесс? Ответы на вопросы www.cmcons.com
  67. Slide 67: Замучили вы нас уже… Давайте кнопки нажимать! Мы не можем не желать своих желаний… Артур Шопенгауэр www.cmcons.com
  68. Slide 68: Сбор и визуализация проектных метрик www.cmcons.com
  69. Slide 69: Что нас ждет в ближайшие 9-13 минут… Введение в конфигурационное управление ПО. Базовые понятия Практика планирования и реализации процесса Управления Конфигурациями (УК) Рассмотрение комплексного подхода. Главная сила инструментов в их интеграции Введение в IBM Rational ClearQuest и ClearCase – средства автоматизации процесса УК Демонстрация работы IBM Rational ClearQuest и ClearCase. Лабораторная работа Положительные и отрицательные моменты внедрений. Что важнее инструмент или процесс? Ответы на вопросы www.cmcons.com
  70. Slide 70: Эффект от внедрения Прозрачное управление проектом (за счет строгой формализации процессов) Четкое представление того, кто и чем занимается в проекте Полное документирование всех изменений Планирование деятельности каждого разработчика Удобное взаимодействие между службой эксплуатацией, тестировщиками, постановщиками и разработчиками Графическое представление метрик проекта Формирование статистических срезов по проекту или по проектам www.cmcons.com
  71. Slide 71: Преимущества по ролям Руководитель Четкое понимание загруженности персонала в реальном масштабе времени Адекватное планирование и распределение ресурсов по задачам Автоматизированный сбор отчетной информации Накопление статистики и типовых решений Подчиненный Наличие приоритета в исполнении задач Четкое понимание собственной загруженности Эффективная организация труда Избегание неприоритетных запросов www.cmcons.com
  72. Slide 72: Если вы еще не уснули, то: СПАСИБО ЗА ВНИМАНИЕ !!! То, что я понял – прекрасно, из этого я заключаю, что и остальное, чего я не понял, — тоже прекрасно… Сократ www.cmcons.com
  73. Slide 73: Если ученый (специалист, аналитик) не может объяснить, чем он занимается, уборщице, моющей пол в его лаборатории, значит, он сам не понимает, чем он занимается… Эрнест Резерфорд www.cmcons.com
Практика и технология внедрения процесса конфигурационного управления и управления изменениями с применением IBM Rational ClearCase и ClearQuest, 10.0 out of 10 based on 1 rating

Связные и просто интересные записи:

Метки:clearcase, iso 12207, rational, rup, версии, версионность, внедрение, изменение, код, конфигурациями, маккейб, метрики, план, планирование, презентация, система, сложность, стандарт, требования, УК

Leave a Reply

 

 

 

You can use these HTML tags

<a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>

Spam protection by WP Captcha-Free