Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску

Модель Trillium , созданная совместной группой компаний Bell Canada , Northern Telecom и Bell Northern Research (Northern Telecom и Bell Northern Research, позже объединенные в Nortel Networks), объединяет требования серии ISO 9000 , Модель зрелости возможностей (CMM) для программного обеспечения, и Критерии Baldrige for Performance Excellence со стандартами качества программного обеспечения от IEEE . Trillium ориентирован на телекоммуникации и ориентирован на клиента. Практики модели Trillium получены на основе сравнительного анализаупражнение, в котором основное внимание уделяется всем методам, которые будут способствовать развитию продукции и поддержке возможностей организации. Модель Trillium охватывает все аспекты жизненного цикла разработки программного обеспечения , большую часть деятельности по разработке и поддержке систем и продуктов, а также значительное количество связанных маркетинговых мероприятий. Многие методы, описанные в модели, можно применить непосредственно к разработке оборудования.

Цели [ править ]

Модель Trillium была разработана с точки зрения потребителя , как она воспринимается в конкурентной коммерческой среде. Модель используется по-разному:

  • При сопоставлении возможностей процесса разработки продуктов и поддержки организации с лучшими отраслевыми практиками,
  • В режиме самооценки , чтобы помочь определить возможности для улучшения в организации, занимающейся разработкой продукции, и
  • В преддоговорных переговорах , чтобы помочь в выборе поставщика.

Эта Модель и сопутствующие ей инструменты сами по себе не являются моделью процесса разработки продукта или модели жизненного цикла . Скорее, модель Trillium предоставляет ключевые отраслевые передовые практики, которые можно использовать для улучшения существующего процесса или жизненного цикла.

Масштаб [ править ]

Шкала Trillium охватывает уровни с 1 по 5. Уровни можно охарактеризовать следующим образом:

  1. Неструктурированный : процесс разработки является спонтанным . Проекты часто не могут соответствовать поставленным целям по качеству или графику. Успех, хотя и возможен, основан на людях, а не на организационной инфраструктуре. (Риск - высокий)
  2. Повторяемость и ориентированность на проект. Успех отдельных проектов достигается за счет строгого планирования и контроля управления проектами с упором на управление требованиями , методы оценки и управление конфигурациями . (Риск - средний)
  3. Определенный и ориентированный на процесс : процессы определены и используются на организационном уровне, хотя настройка проекта по-прежнему разрешена. Процессы контролируются и улучшаются. Включены требования ISO 9001, такие как обучение и внутренний аудит процессов . (Риск - низкий)
  4. Управляемый и интегрированный : инструментарий и анализ процесса используются как ключевой механизм для улучшения процесса. В процессы интегрированы программы управления изменениями процессов и предотвращения дефектов . Инструменты CASE интегрированы в процессы. (Риск - ниже)
  5. Полная интеграция : широко используются формальные методологии . Организационные репозитории для истории разработки и процесса используются и эффективны. (Риск - самый низкий)

Архитектура [ править ]

Модель Trillium состоит из областей возможностей, дорожных карт и практик . Существует четыре различных способа применения модели триллия.

Оценка возможностей и совместная оценка возможностей - это два метода оценки возможностей процесса разработки продукции и поддержки в организации. Оценка возможностей - это оценка поставщика второй стороной, обычно заказчиком. Совместная оценка возможностей предполагает наличие эффективных партнерских отношений между заказчиком и поставщиком.

Преимущества [ править ]

Для организаций-клиентов более высокие возможности означают, что:

Для организации-разработчика достижение более высоких возможностей может привести к:

  • более низкие затраты на разработку и обслуживание,
  • более короткое время цикла и интервалы разработки,
  • повышенная способность выполнять обязательства по содержанию и графику благодаря эффективному анализу рисков проекта и оценке усилий , а также
  • растущая способность выполнять поддающиеся количественной оценке цели проектирования и качества на всех этапах процесса разработки

Сравнение с CMM [ править ]

Модель Trillium охватывает все аспекты жизненного цикла разработки программного обеспечения , большую часть деятельности по разработке и поддержке систем и продуктов, а также значительное количество связанных маркетинговых мероприятий. Хотя Trillium был разработан для применения во встроенных программных системах, таких как телекоммуникационные системы, большая часть модели может быть применена к другим сегментам индустрии программного обеспечения, таким как системы управления информацией (MIS). Ниже приведены различные различия между моделью триллиума и моделью зрелости возможностей (CMM):

  1. Архитектура Trillium основана на дорожных картах, а не на ключевых областях процессов (KPA), присутствующих в CMM.
  2. Trillium имеет более широкую перспективу продукта, а не только улучшение программного обеспечения.
  3. Trillium заявляет о более широком охвате проблем, влияющих на возможности.
  4. Trillium ориентирован на клиентоориентированность, технологическую зрелость и телекоммуникационную отрасль.

Внешние ссылки [ править ]

  • Модель триллия
  • Bell Canada