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.

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

Puede reducirse el número de auditorías de los clientes a los procesos de operación. Las series de ISO 9000 son un grupo de 5 individualidades. fue establecida oficialmente el 23 de febrero de 1947 con el objeto de promover la estandarización internacional. son: 1. costos de garantías y procesos. mejor conocida como ISO. 3. . de tal manera que se facilitara el intercambio internacional de bienes y servicios casi como el desarrollo científico y tecnológico. Estrategia para reducir los costos de producción. pero relacionadas entre sí. Como parte de la estrategia del mercado. Para obtener beneficios de calidad y ventajas competitivas en el mercado.     Como un medio para cubrir las expectativas de los clientes. es la agencia especializada en estandarización. siendo estándares internacionales de administración de la calidad y aseguramiento de la misma. Evitar costos de inspecciones finales.NORMAS Y ESTÁNDARES PARA EL ASEGURAMIENTO DE LA CALIDAD DEL DESARROLLO DEL SOFTWARE NORMA ISO La Organización Internacional para la Estandarización. La posibilidad de darle calidad al producto o servicio. 2. Algunos de los beneficios que se alcanzan al instrumentar estas series en la empresa. 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.

Se amplía la satisfacción del cliente. Mayor percepción de calidad. ISO 12207:1995 Las actividades en un ciclo de vida de software típico incluyen. el proceso de desarrollo. c) En cuanto a los procesos organizacionales del ciclo de vida: I . Se reducen las auditorías de calidad de los clientes. aunque no constituyen su totalidad: a) En cuanto a los procesos primarios del ciclo de vida del software.  Aseguramiento de la calidad (del desarrollo).  Evaluación.  Verificación.       Cambio cultural positivo. Agiliza el tiempo de desarrollo de un sistema. Incremento en la eficiencia y productividad. 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.BENEFICIOS  Mejor documentación de los sistemas.  Revisión conjunta.  Administración (dirección) de la configuración.

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

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

control de proveedores. revisiones. Fue escrito para ser utilizado en las fases de desarrollo y mantenimiento del software. Por lo tanto. para los proyectos de de desarrollo de software. En las descripciones de las piezas relacionadas con el plan de SQA. documentación. El estándar IEEE 730 es una recomendación para elaborar un plan de aseguramiento de calidad del software. capacitación y 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. gestión de riesgos. Este estándar describe la preparación y los contenidos de los planes SQA. IEEE Std 730TM-2002. 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).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. Las actividades principales del AQS incluyen la gestión.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. . el estándar IEEE 730 nos proporciona una valiosa información sobre cada una de estas actividades. El plan SQA sirve como guía de las actividades de SQA en el proyecto. El plan de calidad define la calidad del software deseado y describe cómo valorarlo. control de medios de comunicación. Proporcionan los requisitos mínimos aceptables para la preparación y contenido de los planes de aseguramiento de la calidad de software. define lo que es software de “alta calidad”. testing informes de problemas y las acciones correctivas. 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). Cada práctica tiene a su vez sub-prácticas y practicas opcionales.

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. 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.1. Cada nivel es construido en base al nivel anterior y agrega nuevos pasos al proceso.1. scripts y estándares. Con PSP los ingenieros desarrollan software usando un enfoque disciplinado y estructurado. Cada nivel tiene un conjunto de logs. Los métodos de PSP son introducidos en una serie de 7 versiones o niveles de proceso.NORMA PSP PSP se basa sobre los principios de mejora del proceso. PSP0. . PSP2. 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. El PSP provee una estructura acerca del proceso de software y un punto de partida con el cual desarrollar sus propios procesos personales. Establece bancos de pruebas para medir la mejora del proceso personal. forms. Esto minimiza el impacto del cambio del proceso en el Ingeniero.1 y PSP3 (Figura 14). Los principios y conceptos de PSP pueden ser aplicados a una tarea estructurada y repetitiva. PSP1. PSP2. Estas versiones o niveles son PSP0. especificaciones de software y casos de prueba. Determina el impacto que los cambios del proceso tiene sobre el rendimiento del ingeniero. tales como desarrollo de requerimientos de software. quien necesitará adaptarse a las nuevas técnicas. PSP1. El proceso de PSP tiene un número de métodos que generalmente no son practicados por los Ingenieros. 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. El PSP puede soportar pequeños proyectos por medio de procesos personales integrados a un proceso de proyecto basado en la arquitectura PSP.

. (2) tener equipos rápidos y confiables. En TSP. el proceso y el plan para hacer su proyecto. deben reconocer como realizar un trabajo disciplinado.2000ª.2000b) ayuda a conformar equipos para el desarrollo de software de calidad. Antes de que los miembros puedan participar en un equipo TSP. TSP acopla los principios de los equipos de productos integrados con los métodos de PSP y CMM para producir equipos efectivos de trabajo. 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. TSP proporciona un marco de trabajo. con fases de desarrollo bien definidas. que se construye sobre la base de PSP. en las que los productos de software se generan en varios ciclos. y (3) optimizar el performance del equipo durante todo el proyecto. 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.TSP (Team Software Process) El proceso de software de equipo (TSP) (Humphrey . En este proceso todos los miembros del equipo desarrollan la estrategia. 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. es necesario que los ingenieros que usan TSP estén formados en PSP.

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

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

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

un objetivo de primer nivel para la organización. . El aseguramiento de dicha información y de los sistemas que la procesan es. 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.por ISO (International Organization for Standardization) e IEC (International Electrotechnical Commission). grande o pequeña. pública o privada. Para la adecuada gestión de la seguridad de la información. Beneficios • Establecimiento de una metodología de gestión de la seguridad clara y estructurada. por lo tanto. da a entender que estos procesos no forman parte de la gestión del proyecto.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. por tanto. ISO 27000 La información es un activo vital para el éxito y la continuidad en el mercado de cualquier organización. ISO/IEC 27000 es un conjunto de estándares desarrollados -o en fase de desarrollo. que proporcionan un marco de gestión de la seguridad de la información utilizable por cualquier tipo de organización. No incluye los procesos de gestión de la calidad y. es necesario implantar un sistema que aborde esta tarea de una forma metódica.

siendo la sexta la que ha dado origen a MoProSoft: "Alcanzar niveles internacionales en capacidad de procesos". • Las auditorías externas ayudan cíclicamente a identificar las debilidades del sistema y las áreas a mejorar. fueron aplicados los siguientes criterios: 1. Para proporcionar este modelo fue necesario considerar que se debía proporcionar a la industria de software en México. • Los clientes tienen acceso a la información a través medidas de seguridad. tales como ISO 9000:2000 [1] o CMM®1 V1. PROSOFT tiene siete líneas estratégicas. Generar una estructura de los procesos que esté acorde con la estructura de las organizaciones de la industria de software (Alta Direcció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.• Reducción del riesgo de pérdida. permitiendo elevar la capacidad de las organizaciones para ofrecer servicios con calidad y alcanzar niveles internacionales de competitividad. que en su gran mayoría es pequeña y mediana.1 Para la elaboración del modelo de procesos MoProSoft. • Confianza de clientes y socios estratégicos por la garantía de calidad y confidencialidad comercial. • Los riesgos y sus controles son continuamente revisados. 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. Destacar el papel de la Alta Dirección en la planificación estratégica. 2. . robo o corrupción de información. Gestión y Operación). 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. su revisión y mejora continua como el promotor del buen funcionamiento de la organización.

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

No se limita a la fase de diseño y desarrollo del ciclo de vida. La misma comprende dos grandes secciones. sino también como base fundamental de este. ingeniería. Se aplica a los manuales de usuario impreso. como parte integral del desarrollo de software. y el formato de documentación para el usuario. incluyendo construcción. el contenido de la información. IEE830 El estándar 830-1998 fue generado por un equipo de trabajo del IEEE. producto o software. tanto impresos y documentos en pantalla que se utilizan en el entorno de trabajo de los usuarios de los sistemas que contienen software. la primera sobre los procesos y contextos de un proyecto. la 830 se encarga de poner las pautas para identificar y esquematizar los requerimientos de software. errores o situaciones que pongan en peligro la creación de una solución. sino que incluye actividades durante todos los procesos de gestión de la información y documentación. la segunda sobre las áreas de conocimiento específico para la gestión de un proyecto. 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. 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. . cómo determinar la forma en que esa información debe ser presentada a los usuarios. y cómo preparar la información y ponerla a disposición. La segunda parte de BS ISO / IEC 26514 establece los requisitos mínimos para la estructura. tutoriales y documentación de referencia para el usuario. etc. En él se describe cómo establecer lo que los usuarios necesitan información. su finalidad es la integración de los requerimientos del sistema desde la perspectiva del usuario. todo esto con el fin de no caer en cambios. cliente y desarrollador. ayuda en línea.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. software. Esta ha sido nuestra propuesta durante la existencia como blog. 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).

de ejecución y cierre. Gestión del Alcance 3. Gestión de la Comunicación 9.El 'PMBOK' reconoce 5 grupos de procesos básicos y 9 áreas de conocimiento comunes a casi todos los proyectos. Gestión del Riesgo 7. . Gestión de Costos 6. Los 5 grupos básicos de procesos son: 1. Cierre Las nueve áreas del conocimiento mencionadas en el PMBOK son: 1. Control y Monitoreo 5. de planeación. Gestión del Tiempo 4. 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. Plan 3. Ejecución 4. Gestión de la Integración 2. Gestión de la Calidad 5. Inicio 2. Gestión de Recursos Humanos 8. bajo el gobierno de un grupo de procesos más general de supervisión y cierre.

mejorar la calidad del servicio tanto de clientes externos como internos y aprovechar al máximo las habilidades y experiencia del personal. Existe una organización internacional integrada por grupos de proveedores y usuarios. 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 . Ofrecidos por el negocio. que cumple y desarrolla la norma BS15000 de la BSI (British Standards Institution). La realización de las buenas prácticas especificadas en ITIL hace posible que los departamentos y organizaciones puedan reducir costes. El principal objetivo de ITIL es alinear el negocio con los Sistemas de Información. 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. procesos y tecnología. mejorando su productividad.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. desarrollo y operaciones de TI. 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. ITIL define que el objetivo principal del soporte de TI es: “Ofrecer el mejor servicio posible. El soporte a Servicio definido por ITIL ayuda a la empresa a gestionar el hardware. sin interrupciones”. Estos procedimientos son independientes del proveedor y han sido desarrollados para servir como guía que abarque toda infraestructura. 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.

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

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

Sign up to vote on this title
UsefulNot useful