You are on page 1of 2

TRILLIUM

Universidad Francisco José de Caldas. Proyecto Curricular Ingeniería de Sistemas Asignatura: Ingeniería de software Presentado por: Jackson Cárdenas Sánchez 20061020006

1. INTRODUCCIÓN Bell una de las más grandes empresas de telecomunicaciones en Canadá, ofrece soluciones a diferentes necesidades de comunicaciones, incluyendo; servicios de telefonía, comunicaciones inalámbricas, Internet de alta velocidad, televisión digital y voz sobre IP. Bell a su vez proporciona información integrada, tecnologías de telecomunicaciones (TIC), servicios a empresas y gobiernos, y es el jefe oficial de Información Virtual (VCIO) de pequeñas y medianas empresas (Pymes). Trillium es un modelo de madurez de gestión de procesos, para el desarrollo y mantenimiento de sistemas de software, creado por Bell Canadá en 1991, en la actualidad cumple con; las normas establecidas por la serie ISO 9000, el SWCMM (Modelo de Madurez de la Capacidad para el desarrollo de Software), los criterios de “calidad total” de Malcolm Baldrige, y las normas de calidad del software de la IEEE. Trillium tiene una orientación hacia las telecomunicaciones y su modelo hace énfasis en el cliente. Las prácticas en el Modelo de Trillium se derivan de un ejercicio de evaluación comparativa que se realiza sobre; las prácticas que afectan el desarrollo del producto de la organización y la capacidad de los sistemas de apoyo. 2. MODELO TRILLIUM Este modelo cubre todos los aspectos del desarrollo de software de ciclo de vida, la mayoría de sistemas y desarrollo de productos y actividades de apoyo, y un número significativo de actividades de marketing relacionadas. Muchas de las prácticas descritas en el modelo pueden ser aplicadas directamente en el desarrollo de hardware.

RESUMEN
En este artículo se describen numerosas características del modelo Trillium. Este modelo ha sido creado para evaluar el proceso de desarrollo de software de proveedores como un medio para reducir al mínimo los riesgos y asegurar el rendimiento y la entrega oportuna del producto. Los modelos de evaluación de proceso de software se basan en la evaluación comparativa, comparando el trabajo propio con el producto de organizaciones con mayor éxito. Este modelo también es una herramienta básica que se encuentra en el modelo TQM (Total Quality Management). Además, cubre la mayoría de los aspectos del ciclo de vida del desarrollo de software, el desarrollo de las áreas y actividades de apoyo, y un número significativo de actividades de marketing relacionadas. Muchas de las prácticas descritas en el modelo pueden ser aplicadas directamente en el desarrollo de hardware. Palabras Clave: Ingeniería de software, modelo Trillium, arquitectura, modelos de calidad, administración.

ABSTRACT
This paper describes many characteristics of the Trillium model. This model has been created to assess the software development process of suppliers as a means to minimize the risks and ensure the performance and timely delivery of product. The process assessment models for software relies on benchmarking, comparing the own work with the best and successful organizations. This model is also a basic tool that you will find in TQM (Total Quality Management). Also, It covers all aspects of the software development life-cycle, the product development and support activities, and a significant number of related marketing activities. Many of the practices described in the model can be applied directly to hardware development. Words Key: software engineering, trillium model, architecture, quality models, management.

Estas características permiten un plan de proyecto que busca la satisfacción de las necesidades del cliente. CONCLUSIONES El modelo Trillium es un modelo propuesto para la gestión de proyectos. • Nivel 4. Procesos de gestión del cambio y programas de prevención de defectos son integrados. Gestionado e integrado. • Esta enfocado al cliente a diferencia de otros modelos que lo hacen hacia un modelo de desarrollo del producto. . El éxito posible se basa más en el trabajo de los individuos que en la propia estructura e infraestructura organizacional. Definido y orientado al proceso. el modelo Trillium presenta una escala de cinco niveles de madurez: Nivel 2. técnicas de estimación y configuración del cambio. dando especial énfasis a los requerimientos de gestión.sqi. no obstante se acepta que el proyecto sea adaptado a las circunstancias. los cuales documentan el estado actual y a futuro del desarrollo. BIBLIOGRAFÍA Estay-Niculcar Christian A. Universidad Técnica Federico Santa María. Repositorios organizacionales son usados para soportar y mantener la historia del proceso de desarrollo. • Nivel 5. definidas por “roadmaps”. Con ello se crea una perspectiva orientada al producto deseado y no a un proceso como tal. “Fundamentos de Gestión de Proyectos”. 2004.gu. En este nivel el proceso de desarrollo es “ad-hoc”. Módulo Gestión de Proyectos Informáticos y Cambio. Al igual que en el modelo SW-CMM. • Nivel 3.Trillium es utilizado para dar valor al desarrollo de un producto y apoyar las capacidades de los proveedores de telecomunicaciones o productos basados en tecnologías de la información (TICs).au/trillium/ Model. Donde en lugar de especificar determinadas metas del diseño. La monitorización y análisis del proceso es usado como mecanismo clave de mejora. Los procesos son controlados y mejorados. Aquí los procesos son definidos y utilizados al nivel organizacional. Se incorporan requerimientos ISO 9001 como procesos de entrenamiento y auditoria interna. 5. Desestructurado. pero puede ser aplicado a su vez a la gestión de los sistemas de información. Se distingue de otros modelos en cuanto a: • • Propone una serie de “areas de capacidad”. El modelo ha sido enfocado a los sistemas de telecomunicaciones. Chile. el cual hace énfasis en el cliente y en el cumplimiento de “necesidades” durante el proceso de desarrollo de la creación de un producto. The Trillium http://www. se buscan aquellas prácticas que habiliten lograr satisfacer los deseos del usuario. 4. • Nivel 1. El éxito individual del proyecto se consigue a través de una férrea planificación y control de gestión del proyecto. Los proyectos frecuentemente no pueden satisfacer objetivos de calidad o de programación. Trillium (2000). Metodologías formales son extensivamente usadas. Repetible y orientado al proyecto. para conseguir satisfacer la necesidad de un usuario/cliente. Con ello se logra definir las prácticas que guían a los líderes de un proyecto.edu. Completamente integrado. y si cumplen o no con alguna necesidad. • Da amplia cobertura a los aspectos y elementos que inciden o impactan en la capacidad de desarrollo del proceso.