В этой статье слишком много ссылок на первоисточники . ( Январь 2011 г. ) ( Узнайте, как и когда удалить этот шаблон сообщения ) |
Модель 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. Уровни можно охарактеризовать следующим образом:
- Неструктурированный : процесс разработки является спонтанным . Проекты часто не могут соответствовать поставленным целям по качеству или графику. Успех, хотя и возможен, основан на людях, а не на организационной инфраструктуре. (Риск - высокий)
- Повторяемость и ориентированность на проект. Успех отдельных проектов достигается за счет строгого планирования и контроля управления проектами с упором на управление требованиями , методы оценки и управление конфигурациями . (Риск - средний)
- Определенный и ориентированный на процесс : процессы определены и используются на организационном уровне, хотя настройка проекта по-прежнему разрешена. Процессы контролируются и улучшаются. Включены требования ISO 9001, такие как обучение и внутренний аудит процессов . (Риск - низкий)
- Управляемый и интегрированный : инструментарий и анализ процесса используются как ключевой механизм для улучшения процесса. В процессы интегрированы программы управления изменениями процессов и предотвращения дефектов . Инструменты CASE интегрированы в процессы. (Риск - ниже)
- Полная интеграция : широко используются формальные методологии . Организационные репозитории для истории разработки и процесса используются и эффективны. (Риск - самый низкий)
Архитектура [ править ]
Модель Trillium состоит из областей возможностей, дорожных карт и практик . Существует четыре различных способа применения модели триллия.
Оценка возможностей и совместная оценка возможностей - это два метода оценки возможностей процесса разработки продукции и поддержки в организации. Оценка возможностей - это оценка поставщика второй стороной, обычно заказчиком. Совместная оценка возможностей предполагает наличие эффективных партнерских отношений между заказчиком и поставщиком.
Преимущества [ править ]
Для организаций-клиентов более высокие возможности означают, что:
- организация-разработчик более отзывчива к потребностям клиентов и рынка,
- стоимость жизненного цикла продукта (ов) сведена к минимуму , и
- максимальное удовлетворение конечных пользователей.
Для организации-разработчика достижение более высоких возможностей может привести к:
- более низкие затраты на разработку и обслуживание,
- более короткое время цикла и интервалы разработки,
- повышенная способность выполнять обязательства по содержанию и графику благодаря эффективному анализу рисков проекта и оценке усилий , а также
- растущая способность выполнять поддающиеся количественной оценке цели проектирования и качества на всех этапах процесса разработки
Сравнение с CMM [ править ]
Модель Trillium охватывает все аспекты жизненного цикла разработки программного обеспечения , большую часть деятельности по разработке и поддержке систем и продуктов, а также значительное количество связанных маркетинговых мероприятий. Хотя Trillium был разработан для применения во встроенных программных системах, таких как телекоммуникационные системы, большая часть модели может быть применена к другим сегментам индустрии программного обеспечения, таким как системы управления информацией (MIS). Ниже приведены различные различия между моделью триллиума и моделью зрелости возможностей (CMM):
- Архитектура Trillium основана на дорожных картах, а не на ключевых областях процессов (KPA), присутствующих в CMM.
- Trillium имеет более широкую перспективу продукта, а не только улучшение программного обеспечения.
- Trillium заявляет о более широком охвате проблем, влияющих на возможности.
- Trillium ориентирован на клиентоориентированность, технологическую зрелость и телекоммуникационную отрасль.
Внешние ссылки [ править ]
- Модель триллия
- Bell Canada