You are on page 1of 21

UNIVERSIDAD TECNOLÓGICA DE XICOTEPEC DE JUÁREZ

TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN

TEMA: NORMAS Y ESTÁNDARES PARA EL ASEGURAMIENTO DE LA CALIDAD DEL DESARROLLO DE SOFTWARE

ALUMNO: T.S.U SERGIO GONZÁLEZ MORENO

PRESENTACION
En este presente documento se abordan, el tema de estándares de calidad en el desarrollo de software, se mocionan los diferentes estándares o los más importantes, además que se describe cada uno de estos, estamos hablando le los ya famosos ISO, IEEE, CMMI, PSP, TSP, estos que son los más famosos y son los que se apegan mas las empresas para su desarrollo de software.

............................................................................................... 8 NORMA PSP ............. 10 NORMA ISO 9011 .......................................................................................................................................................................Tabla de contenido NORMAS Y ESTÁNDARES PARA EL ASEGURAMIENTO DE LA CALIDAD DEL DESARROLLO DEL SOFTWARE ............................... 11 ISO 9126 ................................................................. 6 ESTANDAR IEEE ........................................ 9 TSP (Team Software Process) ...................................................................................................................................................................... 16 IEE830 ................................................................................... 19 CONCLUSIONES ........................................................................................................................................................................ 15 ISO/IEC 26514:2008 ....................................... 14 MOPROSOFT .................................................................................................... 17 ESTÁNDAR PMBOK...................................................................... 4 ESTANDAR CMMI ................................ 21 .......................................................................... 4 NORMA ISO .................................. 17 ESTÁNDAR ITIL ............................................................................................................................................................................................................................................................................................................................................................................................ 12 ISO 10006 ................................................................................................................................. 13 ISO 27000 ................................................................................... 20 BIBLIOGRAFÍA ...............................................................................................................................................................................................................................................

Puede reducirse el número de auditorías de los clientes a los procesos de operación. 2. costos de garantías y procesos. mejor conocida como ISO. de tal manera que se facilitara el intercambio internacional de bienes y servicios casi como el desarrollo científico y tecnológico. Las series de ISO 9000 son un grupo de 5 individualidades. La posibilidad de darle calidad al producto o servicio. Algunos de los beneficios que se alcanzan al instrumentar estas series en la empresa.     Como un medio para cubrir las expectativas de los clientes. Estrategia para reducir los costos de producción. fue establecida oficialmente el 23 de febrero de 1947 con el objeto de promover la estandarización internacional.NORMAS Y ESTÁNDARES PARA EL ASEGURAMIENTO DE LA CALIDAD DEL DESARROLLO DEL SOFTWARE NORMA ISO La Organización Internacional para la Estandarización. 3. son: 1. Para obtener beneficios de calidad y ventajas competitivas en el mercado. Mayor aceptación por parte de los clientes y acogida en los mercados tanto nacionales como internacionales Beneficios de la ISO     Adecuación a la Administración de los procesos Enfoque a los resultados de la Institución Integración con otros sistemas de Administración de la Calidad Incluye procesos de mejora continua NORMA ISO 9000-3 Es requerida por todas las compañías desarrolladoras de software:  Para poder incursionar en la competencia del mercado europeo. es la agencia especializada en estandarización. siendo estándares internacionales de administración de la calidad y aseguramiento de la misma. Como parte de la estrategia del mercado. . pero relacionadas entre sí. Evitar costos de inspecciones finales.

 Aseguramiento de la calidad (del desarrollo). Se amplía la satisfacción del cliente.  Administración (dirección) de la configuración. incluyendo:  Las especificaciones  El diseño  La programación (implementación)  La integración y prueba b) En cuanto a los procesos que soportan el ciclo de vida del software:  Documentación. ISO 12207:1995 Las actividades en un ciclo de vida de software típico incluyen.  Revisión conjunta. aunque no constituyen su totalidad: a) En cuanto a los procesos primarios del ciclo de vida del software. Se reducen las auditorías de calidad de los clientes. Incremento en la eficiencia y productividad. el proceso de desarrollo. c) En cuanto a los procesos organizacionales del ciclo de vida: I .  Evaluación. Agiliza el tiempo de desarrollo de un sistema. Mayor percepción de calidad.  Verificación.       Cambio cultural positivo.BENEFICIOS  Mejor documentación de los sistemas.

Cubre los procesos relacionados con la subcontratación de partes del sistema Nosotros nos vamos a centrar en el desarrollo de software. Guía para la evaluación y selección de herramientas CASE.Cubre la construcción de soluciones software Integración de productos y procesos de desarrollo . Relación con proveedores .Cubre la relación a largo plazo con el cliente. .SO/IEC 14102:1995. ESTANDAR CMMI CMMI se aplica a 4 disciplinas distintas y nosotros podemos elegir una de ellas para centrarnos es aspectos específicos... Cada disciplina tiene unas plantillas Word para ayudarnos a su explicación y seguimiento:     Ingeniería de Sistema .Cubre la construcción de un sistema con o sin software Ingeniería de Software .

La organización entera participa en el proceso eficiente de proyecto software. o Los proyectos se pueden definir cualitativamente. 3. o Los procesos no solo afectan a los equipos de desarrollo sino a toda la organización relacionada. . o Se definen hitos para la revisión de los productos. o Las estadísticas son almacenadas para aprovechar su aportación en siguientes proyectos.Modelos de madurez en CMMI El CMM . las buenas prácticas se mantienen en los momentos de estrés. se deben cumplir una serie de requisitos y prácticas.Se normalizan las buenas prácticas en el desarrollo de proyectos (en base a la experiencia y al método). 5. Definido . Cuantitativamente Gestionado o Se puede seguir con indicadores numéricos (estadísticos) la evolución de los proyectos. 2. o Existen métodos y plantillas bien definidas y documentados. o En los siguientes proyectos se produce una reducción de costes gracias a la anticipación de problemas y la continua revisión de procesos conflictivos. Estos niveles sirven para conocer la madurez de los procesos que se realizan para producir software.CMMI es un modelo de calidad del software que clasifica las empresas en niveles de madurez. o Los proyectos se pueden pedir cuantitativamente. o En este nivel consolidado. Gestionado . CMMI propone 5 distintos modelos de madurez de las organizaciones: 1. o Están definidos los productos a realizar. Requisitos en niveles de madurez: Para asegurar la evolución por estos modelos de madurez. Optimizado o En base a criterios cuantitativos se pueden determinar las desviaciones más comunes y optimizar procesos. o Los procedimientos son inexistentes o localizados a áreas concretas. 4. Inicial . o No existen plantillas definidas a nivel corporativo. o Se conoce de antemano los procesos de construcción de software.Estado inicial donde el desarrollo se basa en la heroicidad y responsabilidad de los individuos.

el estándar IEEE 730 nos proporciona una valiosa información sobre cada una de estas actividades. define lo que es software de “alta calidad”. control de medios de comunicación. IEEE Std 730TM-2002. revisiones. El plan de calidad define la calidad del software deseado y describe cómo valorarlo. En las descripciones de las piezas relacionadas con el plan de SQA.Standard for Software Quality Assurante Plans La planificación de localidad es el proceso en el cual se desarrolla un plan de calidad para un proyecto determinado. El plan SQA sirve como guía de las actividades de SQA en el proyecto. Las actividades principales del AQS incluyen la gestión. ESTANDAR IEEE El Institute of Electrical and Electronics Engineers (IEEE) se formo en 1963 cuando el American Institute of Electriccal Engineers (AIEE) se fusiono con el Instituto of Radio Engineers (IRE). control de proveedores. testing informes de problemas y las acciones correctivas. gestión de riesgos. Los estándares de ingeniería del software del IEEE proporcionan el conjunto de requerimientos y guías más importantes para el aseguramiento de la calidad de software.Existen prácticas a realizar de modo particular (SP = práctica específica) en cada requerimiento y otras que son globales (GP = Practica global) y van apareciendo repetitivamente en distintos puntos. Por lo tanto. Proporcionan los requisitos mínimos aceptables para la preparación y contenido de los planes de aseguramiento de la calidad de software. Cada práctica tiene a su vez sub-prácticas y practicas opcionales. Generalmente los estándares IEEE relacionados con el aseguramiento de la calidad del software (SQA) son concebidos y patrocinados por IEEE Computer Society y desarrollados por la IEEE Standards Asosociation (IEEE-SA). documentación. El estándar IEEE 730 es una recomendación para elaborar un plan de aseguramiento de calidad del software. . Este estándar describe la preparación y los contenidos de los planes SQA. capacitación y gestión de riesgos. para los proyectos de de desarrollo de software. Fue escrito para ser utilizado en las fases de desarrollo y mantenimiento del software.

El proceso de PSP tiene un número de métodos que generalmente no son practicados por los Ingenieros. Asiste a los ingenieros en la realización de planes precisos Determina los pasos que los ingenieros deben seguir para mejorar la calidad del producto. especificaciones de software y casos de prueba. Estas versiones o niveles son PSP0. El PSP puede soportar pequeños proyectos por medio de procesos personales integrados a un proceso de proyecto basado en la arquitectura PSP. Los métodos de PSP son introducidos en una serie de 7 versiones o niveles de proceso. scripts y estándares. entre los beneficios que PSP ofrece a los ingenieros software destacan los siguientes:      Proporciona una serie de principios al ingeniero para llevar a cabo un proceso personal disciplinado. PSP2. PSP2. Establece bancos de pruebas para medir la mejora del proceso personal.1 y PSP3 (Figura 14). Cada nivel tiene un conjunto de logs. Los principios y conceptos de PSP pueden ser aplicados a una tarea estructurada y repetitiva. Cada nivel es construido en base al nivel anterior y agrega nuevos pasos al proceso.NORMA PSP PSP se basa sobre los principios de mejora del proceso. en el contexto del modelo CMM es necesario implantar buenas prácticas en el desarrollo software el proceso de software personal (PSP) apoya a las empresas que están llevando a cabo o tienen planeado implementar un plan de mejora de procesos. forms. PSP1. Esto minimiza el impacto del cambio del proceso en el Ingeniero. PSP0. El PSP provee una estructura acerca del proceso de software y un punto de partida con el cual desarrollar sus propios procesos personales.1.1. Determina el impacto que los cambios del proceso tiene sobre el rendimiento del ingeniero. quien necesitará adaptarse a las nuevas técnicas. . El PSP está basado en las mismas prácticas industriales que el SEI CMM y ha sido adaptado a varias tareas de Ingeniería de Software. Con PSP los ingenieros desarrollan software usando un enfoque disciplinado y estructurado. PSP1. tales como desarrollo de requerimientos de software.

. PSP proporciona las disciplinas que los ingenieros software necesitan para usar de forma consistente un proceso definido planificado y medible. la tarea de construir el equipo es un proceso de planificación de cuatro días denominado lanzamiento del equipo. (2) tener equipos rápidos y confiables. TSP acopla los principios de los equipos de productos integrados con los métodos de PSP y CMM para producir equipos efectivos de trabajo. con fases de desarrollo bien definidas. y (3) optimizar el performance del equipo durante todo el proyecto. en las que los productos de software se generan en varios ciclos.2000b) ayuda a conformar equipos para el desarrollo de software de calidad.TSP (Team Software Process) El proceso de software de equipo (TSP) (Humphrey .2000ª. En este proceso todos los miembros del equipo desarrollan la estrategia. es necesario que los ingenieros que usan TSP estén formados en PSP. el proceso y el plan para hacer su proyecto. TSP proporciona un marco de trabajo. Antes de que los miembros puedan participar en un equipo TSP. deben reconocer como realizar un trabajo disciplinado. CMM y PSP proporcionan el contexto y las habilidades para una ingeniería efectiva mientras que TSP guía a los equipos a realizar realmente el trabajo necesario de forma que TSP se basa en la preparación que se adquiere de PSP y CMM proporcionando además una guía explicita sobre cómo realizar el trabajo. En TSP. que se construye sobre la base de PSP. Los objetivos de TSP son: (1) ayudar a los equipos de Ingeniería de Software a elaborar productos de calidad dentro de los costos y tiempos establecidos.

Por ejemplo. considerando que puede utilizarse en auditorías de: • Primera parte o auditorías internas • Segunda parte.Actividades de auditoría 4. una norma de muy amplio espectro que proporciona directrices desde un punto de vista teórico considerando aspectos éticos y metodológicos.Competencia y evaluación de los auditores Es por lo tanto. la norma se dirige al más amplio rango de potenciales usuarios. Existen guías de apoyo. auditorías de las entidades de certificación . Las directrices también abarcan a un sistema de gestión ambiental o según ISO 14001 / 96. Por ejemplo. Asimismo. auditorías que realice una organización para la evaluación de sus proveedores • Tercera parte.Gestión de un programa de auditoría 3.Principios de auditoría 2. Esta norma se enfoca hacia cuatro aspectos relativos a la realización de auditorías: 1.NORMA ISO 9011 Indica como auditar los procesos que constituyen al sistema de gestión de la calidad de software. especialmente para la documentación e implantación de un sistema de gestión de la calidad acorde a ISO 9001 / 2000. pero también desde un punto de vista práctico no olvidando la necesidad de disponer de los recursos financieros y materiales necesarios.

Comportamiento de Tiempo -Comportamiento del recurso .ISO 9126 Es estándar internacional para evaluación de calidad del software. Las funciones son las que satisfacen necesidades indicadas o implicadas. que tratan. El estándar se divide en cuatro porciones. El modelo de la calidad establecido en la primera parte del estándar.Operability Eficacia . y métrica funcionando de la calidad. métrica interna. . clasifica calidad del software en un sistema estructurado de características y de secundario-características como sigue: Funcionalidad .Un sistema de las cualidades que refieren el esfuerzo necesitó para el uso.Tolerancia de avería Utilidad .Interoperabilidad .Conformidad .Recuperabilidad .Learnability .Exactitud . respectivamente.Conveniencia . bajo condiciones indicadas.Un sistema de las cualidades que refieren la relación entre el nivel del funcionamiento del software y la cantidad de recursos usados. y en el gravamen individual de tal uso.Understandability .Seguridad Confiabilidad . . métrica externa. los temas siguientes: modelo de la calidad.Un sistema de las cualidades que refieren la existencia de un sistema de funciones y de sus características especificadas. por un sistema indicado o implicado de usuarios. .Un sistema de las cualidades que refieren la capacidad del software para mantener su nivel del funcionamiento bajo condiciones indicadas por un período del tiempo indicado. . ISO 9126-1.Madurez .

. y no utilizado para una certificación o registro Hace recomendaciones sobre la gestión de la información generada por la realización del proyecto Se deben seguir los siguientes pasos por la organización Identificar la información crítica . . de la duración corta o larga.Estabilidad . Características:       Directrices para la calidad en la gestión de proyectos Aplicable a proyectos pequeños o grandes.Adaptabilidad ISO 10006 Sistemas de gerencia de la calidad . y con independencia de la clase de producto o de proceso implicado. Esto puede hacer necesario una cierta adaptación de la dirección para satisfacer un proyecto particular. de larga o pequeña duración No es una guía de administración de proyectos en sí Es un documento guía. La ISO 10006 no es una guía a la “gerencia de proyecto” sí mismo.Un sistema de las cualidades que refieren el esfuerzo necesitó hacer modificaciones especificadas. Es aplicable a los proyectos de la complejidad que varía.Changeability -Testability Portabilidad . en diversos ambientes. es estándar internacional convertido por International Organization for Standardization.Un sistema de las cualidades que refieren la capacidad del software de ser transferido a partir de un ambiente a otro.Capacidad de mantenimiento . pequeño o grande.pautas para la gerencia de la calidad en proyectos.Reemplazabilidad .Analyzability . La ISO 10006 da la dirección en el uso de la gerencia de la calidad en proyectos.Installability .

por ISO (International Organization for Standardization) e IEC (International Electrotechnical Commission). por tanto. ISO 27000 La información es un activo vital para el éxito y la continuidad en el mercado de cualquier organización. pública o privada. ISO/IEC 27000 es un conjunto de estándares desarrollados -o en fase de desarrollo. Beneficios • Establecimiento de una metodología de gestión de la seguridad clara y estructurada. grande o pequeña. da a entender que estos procesos no forman parte de la gestión del proyecto. que proporcionan un marco de gestión de la seguridad de la información utilizable por cualquier tipo de organización. un objetivo de primer nivel para la organización. por lo tanto.Ventajas      Reduce la variedad y tipos de productos Reduce inventarios y costos de producción Mejora la gestión y el diseño de productos Mejora la comercialización de los productos Agiliza los procesos pedidos Desventajas   No entra en las fases del proyecto ni describe los procesos necesarios para su ejecución. El aseguramiento de dicha información y de los sistemas que la procesan es. es necesario implantar un sistema que aborde esta tarea de una forma metódica. documentada y basada en unos objetivos claros de seguridad y una evaluación de los riesgos a los que está sometida la información de la organización. . No incluye los procesos de gestión de la calidad y. Para la adecuada gestión de la seguridad de la información.

Generar una estructura de los procesos que esté acorde con la estructura de las organizaciones de la industria de software (Alta Dirección. fueron aplicados los siguientes criterios: 1. • Confianza de clientes y socios estratégicos por la garantía de calidad y confidencialidad comercial. El propósito de este Modelo de Procesos para la Industria de Software (MoProSoft) en México fue: fomentar la estandarización de su operación a través de la incorporación de las mejores prácticas en gestión e ingeniería de software. • Los clientes tienen acceso a la información a través medidas de seguridad. su revisión y mejora continua como el promotor del buen funcionamiento de la organización. MOPROSOFT La Secretaría de Economía (SE) definió el Programa para el Desarrollo de la Industria de Software (PROSOFT que formaba parte del Plan Nacional de Desarrollo 2001-2006. tales como ISO 9000:2000 [1] o CMM®1 V1. PROSOFT tiene siete líneas estratégicas. Destacar el papel de la Alta Dirección en la planificación estratégica. robo o corrupción de información. 2. • Las auditorías externas ayudan cíclicamente a identificar las debilidades del sistema y las áreas a mejorar.1 Para la elaboración del modelo de procesos MoProSoft. que en su gran mayoría es pequeña y mediana. un modelo basado en las mejores prácticas internacionales con las siguientes características: • Fácil de entender • Fácil de aplicar • No costoso en su adopción • Ser la base para alcanzar evaluaciones exitosas con otros modelos o normas.• Reducción del riesgo de pérdida. • Los riesgos y sus controles son continuamente revisados. . Gestión y Operación). siendo la sexta la que ha dado origen a MoProSoft: "Alcanzar niveles internacionales en capacidad de procesos". permitiendo elevar la capacidad de las organizaciones para ofrecer servicios con calidad y alcanzar niveles internacionales de competitividad. Para proporcionar este modelo fue necesario considerar que se debía proporcionar a la industria de software en México.

Software de procesos de ciclo de vida. precisa y utilizable. validación. . 6. procesos y proyectos. ISO/IEC 26514:2008 Esta norma se refiere a requerimientos de documentación de usuario para diseñadores y desarrolladores.3. y b) las normas de la documentación del producto. Se define el proceso de documentación desde la perspectiva del desarrollador de documentación. Incluye tanto los enfoques a la normalización: las normas de un proceso). documentación y control de configuración). Define los procesos de documentación desde el punto de vista de su desarrollador. o BS ISO / Sistemas y software de ingeniería IEC 12207:2008. Integrar de manera clara y consistente los elementos indispensables para la definición de procesos y relaciones entre ellos. Integrar los elementos para la ingeniería de productos de software en un solo marco que incluya los procesos de soporte (verificación. 7. así como responsable de vigilar el cumplimiento de los objetivos estratégicos de la organización. 4. completa. 5. para diseñar y desarrollar la documentación como parte del ciclo de los procesos de vida del software. su estructura. BS ISO / IEC 26514 es la norma internacional desarrollada para ayudar a los usuarios de la norma BS ISO / IEC 15288:2002 Ingeniería de sistemas. que especifican la forma en que los productos de la documentación se van a desarrollar. contenido y formato. Considerar a la Gestión como proveedor de recursos. BS ISO / IEC 26514 apoya el interés de los usuarios de software en la documentación que sea coherente. Cubre la documentación como producto. Sistema de ciclo de los procesos de la vida. Considerar a la Operación como ejecutor de los proyectos de desarrollo y mantenimiento de software. Integrar los elementos para la administración de proyectos en un solo proceso. que especifican las características y requisitos funcionales de la documentación.

su finalidad es la integración de los requerimientos del sistema desde la perspectiva del usuario. cliente y desarrollador. Se aplica a los manuales de usuario impreso. La misma comprende dos grandes secciones. El PMBOK es un estándar reconocido internacionalmente (IEEE Std 1490-2003) que provee los fundamentos de la gestión de proyectos que son aplicables a un amplio rango de proyectos. errores o situaciones que pongan en peligro la creación de una solución. como parte integral del desarrollo de software. la 830 se encarga de poner las pautas para identificar y esquematizar los requerimientos de software. No se limita a la fase de diseño y desarrollo del ciclo de vida. producto o software. y el formato de documentación para el usuario.La primera parte de esta Norma Internacional cubre el proceso de documentación de usuario para los diseñadores y desarrolladores de la documentación. y cómo preparar la información y ponerla a disposición. tutoriales y documentación de referencia para el usuario. ingeniería. incluyendo construcción. la primera sobre los procesos y contextos de un proyecto. El PMBOK es una colección de procesos y áreas de conocimiento generalmente aceptadas como las mejores prácticas dentro de la gestión de proyectos. tanto impresos y documentos en pantalla que se utilizan en el entorno de trabajo de los usuarios de los sistemas que contienen software. . ayuda en línea. la segunda sobre las áreas de conocimiento específico para la gestión de un proyecto. todo esto con el fin de no caer en cambios. sino que incluye actividades durante todos los procesos de gestión de la información y documentación. IEE830 El estándar 830-1998 fue generado por un equipo de trabajo del IEEE. En él se describe cómo establecer lo que los usuarios necesitan información. software. el contenido de la información. incurriendo en gastos o cambios producto de una mal análisis de requerimientos ESTÁNDAR PMBOK PMBOK es un estándar en la gestión de proyectos desarrollado por el Project Management Institute (PMI). etc. sino también como base fundamental de este. La segunda parte de BS ISO / IEC 26514 establece los requisitos mínimos para la estructura. Esta ha sido nuestra propuesta durante la existencia como blog. cómo determinar la forma en que esa información debe ser presentada a los usuarios.

. Plan 3. Control y Monitoreo 5. Gestión del Tiempo 4. Gestión de Recursos Humanos 8. Gestión de la Integración 2. Cierre Las nueve áreas del conocimiento mencionadas en el PMBOK son: 1. Gestión del Alcance 3. Gestión de las Compras y Adquisiciones El PMBOK divide el conjunto de conocimientos para la dirección de proyectos en cuatro grupos de procesos: todo proyecto (así como sus distintas fases e iteraciones) tiene que transitar por una serie de actividades de inicio. Gestión de Costos 6. de planeación. Inicio 2. bajo el gobierno de un grupo de procesos más general de supervisión y cierre. Ejecución 4. Gestión de la Comunicación 9. Gestión del Riesgo 7.El 'PMBOK' reconoce 5 grupos de procesos básicos y 9 áreas de conocimiento comunes a casi todos los proyectos. Gestión de la Calidad 5. de ejecución y cierre. Los 5 grupos básicos de procesos son: 1.

Existe una organización internacional integrada por grupos de proveedores y usuarios. desarrollado por la OGC del Reino Unido. ITIL consta de un conjunto de libros que permiten mejorar notablemente la calidad de los servicios de tecnologías de la información que presta una organización a sus clientes o a un departamento de su organización. sin interrupciones”. mejorar la calidad del servicio tanto de clientes externos como internos y aprovechar al máximo las habilidades y experiencia del personal. El soporte a Servicio definido por ITIL ayuda a la empresa a gestionar el hardware. desarrollo y operaciones de TI. denominada itSMF (IT Service Management Forum) que promueve y desarrolla el uso de buenas prácticas en administración de servicios de tecnologías de la información . frecuentemente abreviada ITIL es un conjunto de buenas prácticas de dirección y gestión de servicios de tecnologías de la información en lo referente a personas.ESTÁNDAR ITIL La Biblioteca de Infraestructura de Tecnologías de Información. software y los recursos humanos para asegurar la continuidad y no interrupción de los servicios. ITIL define que el objetivo principal del soporte de TI es: “Ofrecer el mejor servicio posible. que cumple y desarrolla la norma BS15000 de la BSI (British Standards Institution). El principal objetivo de ITIL es alinear el negocio con los Sistemas de Información. La realización de las buenas prácticas especificadas en ITIL hace posible que los departamentos y organizaciones puedan reducir costes. procesos y tecnología. Estos procedimientos son independientes del proveedor y han sido desarrollados para servir como guía que abarque toda infraestructura. Ofrecidos por el negocio. mejorando su productividad. ITIL resume un extenso conjunto de procedimientos de gestión ideados para ayudar a las organizaciones a lograr calidad y eficiencia en las operaciones de TI.

Los estándares son como un modelo a seguir. son de vital importancia. estaremos mejorando nuestro producto. y eso va hablar bien de nosotros. para que tu software obtenga esa calidad tan anhelada. ya que si no nos apegamos nosotros como desarrolladores. no podremos obtener un producto de calidad. ya que con ellos te vas guiando. además que si los utilizamos. algunos los estándares mencionados. .CONCLUSIONES Los diferentes estándares que se describieron en este documento.

(s. de http://www.es/iso27000. ISO ( 9011. (s. Recuperado el 12 de marzo de 2012.uba.pdf Scribd.Bibliografía ingenierosoftware.blogspot.).fi. Recuperado el 12 de marzo de 2012. C.adictosaltrabajo.ar/lsi/scalone-tesis-maestria-ingenieria-en-calidad.).pdf ISO.com/calidad/cmm-cmmi.com/doc/70854927/26/Estandares-de-calidad-aplicados-al-software . de http://www. (s.f.scribd. (12 de NOVIEMBRE de 2009). (05 de febrero de 2004).f. Recuperado el 12 de marzo de 2012.uba.ar/lsi/scalone-tesis-maestria-ingenieria-en-calidad.10006).php?pagina=cmmi Samuel. de http://www.f. de http://laboratorios. Recuperado el 12 de marzo de 2012. AdictosAltrabjo. (s.9126. (s. de http://laboratorios. de http://es. J.).html Mora.f.com/tutoriales/tutoriales.). Recuperado el 12 de MARZO de 2012.fi.php ingenireria de calidad.ingenierosoftware.f. de http://isosistemascalidad.).iso27000. Recuperado el 12| de marzo de 2012. F. R.com/ SCALONE. Recuperado el 12 de MARZO de 2012.