Vous êtes sur la page 1sur 21

UNIVERSIDAD TECNOLGICA DE XICOTEPEC DE JUREZ

TECNOLOGAS DE LA INFORMACIN Y COMUNICACIN

TEMA: NORMAS Y ESTNDARES PARA EL ASEGURAMIENTO DE LA CALIDAD DEL DESARROLLO DE SOFTWARE

ALUMNO: T.S.U SERGIO GONZLEZ MORENO

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

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

NORMAS Y ESTNDARES PARA EL ASEGURAMIENTO DE LA CALIDAD DEL DESARROLLO DEL SOFTWARE


NORMA ISO La Organizacin Internacional para la Estandarizacin, mejor conocida como ISO, es la agencia especializada en estandarizacin, fue establecida oficialmente el 23 de febrero de 1947 con el objeto de promover la estandarizacin internacional, de tal manera que se facilitara el intercambio internacional de bienes y servicios casi como el desarrollo cientfico y tecnolgico. Las series de ISO 9000 son un grupo de 5 individualidades, pero relacionadas entre s, siendo estndares internacionales de administracin de la calidad y aseguramiento de la misma. Algunos de los beneficios que se alcanzan al instrumentar estas series en la empresa, son: 1. La posibilidad de darle calidad al producto o servicio. 2. Evitar costos de inspecciones finales, costos de garantas y procesos. 3. Puede reducirse el nmero de auditoras de los clientes a los procesos de operacin. Mayor aceptacin por parte de los clientes y acogida en los mercados tanto nacionales como internacionales Beneficios de la ISO Adecuacin a la Administracin de los procesos Enfoque a los resultados de la Institucin Integracin con otros sistemas de Administracin de la Calidad Incluye procesos de mejora continua

NORMA ISO 9000-3 Es requerida por todas las compaas desarrolladoras de software: Para poder incursionar en la competencia del mercado europeo. Como un medio para cubrir las expectativas de los clientes. Para obtener beneficios de calidad y ventajas competitivas en el mercado. Como parte de la estrategia del mercado. Estrategia para reducir los costos de produccin.

BENEFICIOS Mejor documentacin de los sistemas. Cambio cultural positivo. Incremento en la eficiencia y productividad. Mayor percepcin de calidad. Se ampla la satisfaccin del cliente. Se reducen las auditoras de calidad de los clientes. Agiliza el tiempo de desarrollo de un sistema.

ISO 12207:1995
Las actividades en un ciclo de vida de software tpico incluyen, aunque no constituyen su totalidad: a) En cuanto a los procesos primarios del ciclo de vida del software, el proceso de desarrollo, incluyendo: Las especificaciones El diseo La programacin (implementacin) La integracin y prueba b) En cuanto a los procesos que soportan el ciclo de vida del software: Documentacin. Administracin (direccin) de la configuracin. Aseguramiento de la calidad (del desarrollo). Verificacin. Evaluacin. Revisin conjunta. c) En cuanto a los procesos organizacionales del ciclo de vida:

SO/IEC 14102:1995. Gua para la evaluacin y seleccin de herramientas CASE.

ESTANDAR CMMI CMMI se aplica a 4 disciplinas distintas y nosotros podemos elegir una de ellas para centrarnos es aspectos especficos. Cada disciplina tiene unas plantillas Word para ayudarnos a su explicacin y seguimiento:

Ingeniera de Sistema - Cubre la construccin de un sistema con o sin software Ingeniera de Software - Cubre la construccin de soluciones software Integracin de productos y procesos de desarrollo - Cubre la relacin a largo plazo con el cliente. Relacin con proveedores - Cubre los procesos relacionados con la subcontratacin de partes del sistema

Nosotros nos vamos a centrar en el desarrollo de software...

Modelos de madurez en CMMI

El CMM - CMMI es un modelo de calidad del software que clasifica las empresas en niveles de madurez. Estos niveles sirven para conocer la madurez de los procesos que se realizan para producir software. CMMI propone 5 distintos modelos de madurez de las organizaciones: 1. Inicial - Estado inicial donde el desarrollo se basa en la heroicidad y responsabilidad de los individuos. o Los procedimientos son inexistentes o localizados a reas concretas. o No existen plantillas definidas a nivel corporativo. 2. Gestionado - Se normalizan las buenas prcticas en el desarrollo de proyectos (en base a la experiencia y al mtodo). o En este nivel consolidado, las buenas prcticas se mantienen en los momentos de estrs. o Estn definidos los productos a realizar. o Se definen hitos para la revisin de los productos. 3. Definido - La organizacin entera participa en el proceso eficiente de proyecto software. o Se conoce de antemano los procesos de construccin de software. o Existen mtodos y plantillas bien definidas y documentados. o Los procesos no solo afectan a los equipos de desarrollo sino a toda la organizacin relacionada. o Los proyectos se pueden definir cualitativamente. 4. Cuantitativamente Gestionado o Se puede seguir con indicadores numricos (estadsticos) la evolucin de los proyectos. o Las estadsticas son almacenadas para aprovechar su aportacin en siguientes proyectos. o Los proyectos se pueden pedir cuantitativamente. 5. Optimizado o En base a criterios cuantitativos se pueden determinar las desviaciones ms comunes y optimizar procesos. o En los siguientes proyectos se produce una reduccin de costes gracias a la anticipacin de problemas y la continua revisin de procesos conflictivos. Requisitos en niveles de madurez: Para asegurar la evolucin por estos modelos de madurez, se deben cumplir una serie de requisitos y prcticas.

Existen prcticas a realizar de modo particular (SP = prctica especfica) en cada requerimiento y otras que son globales (GP = Practica global) y van apareciendo repetitivamente en distintos puntos. Cada prctica tiene a su vez sub-prcticas y practicas opcionales. 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). Generalmente los estndares 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). Los estndares de ingeniera del software del IEEE proporcionan el conjunto de requerimientos y guas ms importantes para el aseguramiento de la calidad de software. IEEE Std 730TM-2002- Standard for Software Quality Assurante Plans La planificacin de localidad es el proceso en el cual se desarrolla un plan de calidad para un proyecto determinado. El plan de calidad define la calidad del software deseado y describe cmo valorarlo. Por lo tanto, define lo que es software de alta calidad. El estndar IEEE 730 es una recomendacin para elaborar un plan de aseguramiento de calidad del software, para los proyectos de de desarrollo de software. Proporcionan los requisitos mnimos aceptables para la preparacin y contenido de los planes de aseguramiento de la calidad de software. Fue escrito para ser utilizado en las fases de desarrollo y mantenimiento del software. El plan SQA sirve como gua de las actividades de SQA en el proyecto. Este estndar describe la preparacin y los contenidos de los planes SQA. Las actividades principales del AQS incluyen la gestin, documentacin, revisiones, testing informes de problemas y las acciones correctivas, control de medios de comunicacin, control de proveedores, gestin de riesgos, capacitacin y gestin de riesgos. En las descripciones de las piezas relacionadas con el plan de SQA, el estndar IEEE 730 nos proporciona una valiosa informacin sobre cada una de estas actividades.

NORMA PSP PSP se basa sobre los principios de mejora del proceso, en el contexto del modelo CMM es necesario implantar buenas prcticas en el desarrollo software el proceso de software personal (PSP) apoya a las empresas que estn llevando a cabo o tienen planeado implementar un plan de mejora de procesos. Con PSP los ingenieros desarrollan software usando un enfoque disciplinado y estructurado, 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. Asiste a los ingenieros en la realizacin de planes precisos Determina los pasos que los ingenieros deben seguir para mejorar la calidad del producto. Establece bancos de pruebas para medir la mejora del proceso personal. Determina el impacto que los cambios del proceso tiene sobre el rendimiento del ingeniero. El PSP provee una estructura acerca del proceso de software y un punto de partida con el cual desarrollar sus propios procesos personales. El PSP est basado en las mismas prcticas industriales que el SEI CMM y ha sido adaptado a varias tareas de Ingeniera de Software, tales como desarrollo de requerimientos de software, especificaciones de software y casos de prueba. El PSP puede soportar pequeos proyectos por medio de procesos personales integrados a un proceso de proyecto basado en la arquitectura PSP. Los principios y conceptos de PSP pueden ser aplicados a una tarea estructurada y repetitiva. El proceso de PSP tiene un nmero de mtodos que generalmente no son practicados por los Ingenieros. Los mtodos de PSP son introducidos en una serie de 7 versiones o niveles de proceso. Estas versiones o niveles son PSP0, PSP0.1, PSP1, PSP1.1, PSP2, PSP2.1 y PSP3 (Figura 14). Cada nivel tiene un conjunto de logs, forms, scripts y estndares. Cada nivel es construido en base al nivel anterior y agrega nuevos pasos al proceso. Esto minimiza el impacto del cambio del proceso en el Ingeniero, quien necesitar adaptarse a las nuevas tcnicas.

TSP (Team Software Process)

El proceso de software de equipo (TSP) (Humphrey ,2000;2000b) ayuda a conformar equipos para el desarrollo de software de calidad. TSP proporciona un marco de trabajo, que se construye sobre la base de PSP, con fases de desarrollo bien definidas, en las que los productos de software se generan en varios ciclos.

Los objetivos de TSP son: (1) ayudar a los equipos de Ingeniera de Software a elaborar productos de calidad dentro de los costos y tiempos establecidos, (2) tener equipos rpidos y confiables; y (3) optimizar el performance del equipo durante todo el proyecto. PSP proporciona las disciplinas que los ingenieros software necesitan para usar de forma consistente un proceso definido planificado y medible. TSP acopla los principios de los equipos de productos integrados con los mtodos de PSP y CMM para producir equipos efectivos de trabajo. CMM y PSP proporcionan el contexto y las habilidades para una ingeniera efectiva mientras que TSP gua a los equipos a realizar realmente el trabajo necesario de forma que TSP se basa en la preparacin que se adquiere de PSP y CMM proporcionando adems una gua explicita sobre cmo realizar el trabajo. Antes de que los miembros puedan participar en un equipo TSP, deben reconocer como realizar un trabajo disciplinado, es necesario que los ingenieros que usan TSP estn formados en PSP. En TSP, la tarea de construir el equipo es un proceso de planificacin de cuatro das denominado lanzamiento del equipo. En este proceso todos los miembros del equipo desarrollan la estrategia, el proceso y el plan para hacer su proyecto.

NORMA ISO 9011 Indica como auditar los procesos que constituyen al sistema de gestin de la calidad de software. Las directrices tambin abarcan a un sistema de gestin ambiental o segn ISO 14001 / 96. Existen guas de apoyo, especialmente para la documentacin e implantacin de un sistema de gestin de la calidad acorde a ISO 9001 / 2000. Esta norma se enfoca hacia cuatro aspectos relativos a la realizacin de auditoras: 1- Principios de auditora 2- Gestin de un programa de auditora 3- Actividades de auditora 4- Competencia y evaluacin de los auditores Es por lo tanto, una norma de muy amplio espectro que proporciona directrices desde un punto de vista terico considerando aspectos ticos y metodolgicos, pero tambin desde un punto de vista prctico no olvidando la necesidad de disponer de los recursos financieros y materiales necesarios. Asimismo, la norma se dirige al ms amplio rango de potenciales usuarios, considerando que puede utilizarse en auditoras de: Primera parte o auditoras internas Segunda parte. Por ejemplo, auditoras que realice una organizacin para la evaluacin de sus proveedores Tercera parte. Por ejemplo, auditoras de las entidades de certificacin

ISO 9126 Es estndar internacional para evaluacin de calidad del software. El estndar se divide en cuatro porciones, que tratan, respectivamente, los temas siguientes: modelo de la calidad; mtrica externa; mtrica interna; y mtrica funcionando de la calidad. El modelo de la calidad establecido en la primera parte del estndar, ISO 9126-1, clasifica calidad del software en un sistema estructurado de caractersticas y de secundario-caractersticas como sigue: Funcionalidad - Un sistema de las cualidades que refieren la existencia de un sistema de funciones y de sus caractersticas especificadas. Las funciones son las que satisfacen necesidades indicadas o implicadas. - Conveniencia - Exactitud - Interoperabilidad - Conformidad - Seguridad Confiabilidad - Un sistema de las cualidades que refieren la capacidad del software para mantener su nivel del funcionamiento bajo condiciones indicadas por un perodo del tiempo indicado.
- Madurez

- Recuperabilidad - Tolerancia de avera Utilidad - Un sistema de las cualidades que refieren el esfuerzo necesit para el uso, y en el gravamen individual de tal uso, por un sistema indicado o implicado de usuarios. - Learnability - Understandability - Operability Eficacia - Un sistema de las cualidades que refieren la relacin entre el nivel del funcionamiento del software y la cantidad de recursos usados, bajo condiciones indicadas. - Comportamiento de Tiempo -Comportamiento del recurso

Capacidad de mantenimiento - Un sistema de las cualidades que refieren el esfuerzo necesit hacer modificaciones especificadas.
- Estabilidad - Analyzability - Changeability -Testability

Portabilidad - Un sistema de las cualidades que refieren la capacidad del software de ser transferido a partir de un ambiente a otro. - Installability - Reemplazabilidad - Adaptabilidad ISO 10006 Sistemas de gerencia de la calidad - pautas para la gerencia de la calidad en proyectos, es estndar internacional convertido por International Organization for Standardization. La ISO 10006 da la direccin en el uso de la gerencia de la calidad en proyectos. Es aplicable a los proyectos de la complejidad que vara, pequeo o grande, de la duracin corta o larga, en diversos ambientes, y con independencia de la clase de producto o de proceso implicado. Esto puede hacer necesario una cierta adaptacin de la direccin para satisfacer un proyecto particular. La ISO 10006 no es una gua a la gerencia de proyecto s mismo.
Caractersticas:

Directrices para la calidad en la gestin de proyectos Aplicable a proyectos pequeos o grandes, de larga o pequea duracin No es una gua de administracin de proyectos en s Es un documento gua, y no utilizado para una certificacin o registro Hace recomendaciones sobre la gestin de la informacin generada por la realizacin del proyecto Se deben seguir los siguientes pasos por la organizacin Identificar la informacin crtica

Ventajas Reduce la variedad y tipos de productos Reduce inventarios y costos de produccin Mejora la gestin y el diseo de productos Mejora la comercializacin de los productos Agiliza los procesos pedidos

Desventajas No entra en las fases del proyecto ni describe los procesos necesarios para su ejecucin. No incluye los procesos de gestin de la calidad y, por lo tanto, da a entender que estos procesos no forman parte de la gestin del proyecto.

ISO 27000 La informacin es un activo vital para el xito y la continuidad en el mercado de cualquier organizacin. El aseguramiento de dicha informacin y de los sistemas que la procesan es, por tanto, un objetivo de primer nivel para la organizacin. Para la adecuada gestin de la seguridad de la informacin, es necesario implantar un sistema que aborde esta tarea de una forma metdica, documentada y basada en unos objetivos claros de seguridad y una evaluacin de los riesgos a los que est sometida la informacin de la organizacin. ISO/IEC 27000 es un conjunto de estndares desarrollados -o en fase de desarrollo- por ISO (International Organization for Standardization) e IEC (International Electrotechnical Commission), que proporcionan un marco de gestin de la seguridad de la informacin utilizable por cualquier tipo de organizacin, pblica o privada, grande o pequea.

Beneficios Establecimiento de una metodologa de gestin de la seguridad clara y estructurada.

Reduccin del riesgo de prdida, robo o corrupcin de informacin. Los clientes tienen acceso a la informacin a travs medidas de seguridad. Los riesgos y sus controles son continuamente revisados. Confianza de clientes y socios estratgicos por la garanta de calidad y confidencialidad comercial. Las auditoras externas ayudan cclicamente a identificar las debilidades del sistema y las reas a mejorar. MOPROSOFT La Secretara de Economa (SE) defini el Programa para el Desarrollo de la Industria de Software (PROSOFT que formaba parte del Plan Nacional de Desarrollo 2001-2006. PROSOFT tiene siete lneas estratgicas, siendo la sexta la que ha dado origen a MoProSoft: "Alcanzar niveles internacionales en capacidad de procesos". El propsito de este Modelo de Procesos para la Industria de Software (MoProSoft) en Mxico fue: fomentar la estandarizacin de su operacin a travs de la incorporacin de las mejores prcticas en gestin e ingeniera de software, 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 deba proporcionar a la industria de software en Mxico, que en su gran mayora es pequea y mediana, un modelo basado en las mejores prcticas internacionales con las siguientes caractersticas: Fcil de entender Fcil de aplicar No costoso en su adopcin Ser la base para alcanzar evaluaciones exitosas con otros modelos o normas, tales como ISO 9000:2000 [1] o CMM1 V1.1 Para la elaboracin del modelo de procesos MoProSoft, fueron aplicados los siguientes criterios: 1. Generar una estructura de los procesos que est acorde con la estructura de las organizaciones de la industria de software (Alta Direccin, Gestin y Operacin). 2. Destacar el papel de la Alta Direccin en la planificacin estratgica, su revisin y mejora continua como el promotor del buen funcionamiento de la organizacin.

3. Considerar a la Gestin como proveedor de recursos, procesos y proyectos, as como responsable de vigilar el cumplimiento de los objetivos estratgicos de la organizacin. 4. Considerar a la Operacin como ejecutor de los proyectos de desarrollo y mantenimiento de software. 5. Integrar de manera clara y consistente los elementos indispensables para la definicin de procesos y relaciones entre ellos. 6. Integrar los elementos para la administracin de proyectos en un solo proceso. 7. Integrar los elementos para la ingeniera de productos de software en un solo marco que incluya los procesos de soporte (verificacin, validacin, documentacin y control de configuracin).

ISO/IEC 26514:2008 Esta norma se refiere a requerimientos de documentacin de usuario para diseadores y desarrolladores. Define los procesos de documentacin desde el punto de vista de su desarrollador. Cubre la documentacin como producto, su estructura, contenido y formato.

BS ISO / IEC 26514 es la norma internacional desarrollada para ayudar a los usuarios de la norma BS ISO / IEC 15288:2002 Ingeniera de sistemas. Sistema de ciclo de los procesos de la vida, o BS ISO / Sistemas y software de ingeniera IEC 12207:2008. Software de procesos de ciclo de vida, para disear y desarrollar la documentacin como parte del ciclo de los procesos de vida del software. Se define el proceso de documentacin desde la perspectiva del desarrollador de documentacin.

BS ISO / IEC 26514 apoya el inters de los usuarios de software en la documentacin que sea coherente, completa, precisa y utilizable. Incluye tanto los enfoques a la normalizacin: las normas de un proceso), que especifican la forma en que los productos de la documentacin se van a desarrollar, y b) las normas de la documentacin del producto, que especifican las caractersticas y requisitos funcionales de la documentacin.

La primera parte de esta Norma Internacional cubre el proceso de documentacin de usuario para los diseadores y desarrolladores de la documentacin. En l se describe cmo establecer lo que los usuarios necesitan informacin, cmo determinar la forma en que esa informacin debe ser presentada a los usuarios, y cmo preparar la informacin y ponerla a disposicin. No se limita a la fase de diseo y desarrollo del ciclo de vida, sino que incluye actividades durante todos los procesos de gestin de la informacin y documentacin. La segunda parte de BS ISO / IEC 26514 establece los requisitos mnimos para la estructura, el contenido de la informacin, y el formato de documentacin para el usuario, tanto impresos y documentos en pantalla que se utilizan en el entorno de trabajo de los usuarios de los sistemas que contienen software. Se aplica a los manuales de usuario impreso, ayuda en lnea, tutoriales y documentacin de referencia para el usuario.

IEE830

El estndar 830-1998 fue generado por un equipo de trabajo del IEEE, su finalidad es la integracin de los requerimientos del sistema desde la perspectiva del usuario, cliente y desarrollador. Esta ha sido nuestra propuesta durante la existencia como blog, la 830 se encarga de poner las pautas para identificar y esquematizar los requerimientos de software. como parte integral del desarrollo de software, sino tambin como base fundamental de este, todo esto con el fin de no caer en cambios, errores o situaciones que pongan en peligro la creacin de una solucin, producto o software; incurriendo en gastos o cambios producto de una mal anlisis de requerimientos

ESTNDAR PMBOK PMBOK es un estndar en la gestin de proyectos desarrollado por el Project Management Institute (PMI). La misma comprende dos grandes secciones, la primera sobre los procesos y contextos de un proyecto, la segunda sobre las reas de conocimiento especfico para la gestin de un proyecto. El PMBOK es una coleccin de procesos y reas de conocimiento generalmente aceptadas como las mejores prcticas dentro de la gestin de proyectos. El PMBOK es un estndar reconocido internacionalmente (IEEE Std 1490-2003) que provee los fundamentos de la gestin de proyectos que son aplicables a un amplio rango de proyectos, incluyendo construccin, software, ingeniera, etc.

El 'PMBOK' reconoce 5 grupos de procesos bsicos y 9 reas de conocimiento comunes a casi todos los proyectos. Los 5 grupos bsicos de procesos son: 1. Inicio 2. Plan 3. Ejecucin 4. Control y Monitoreo 5. Cierre Las nueve reas del conocimiento mencionadas en el PMBOK son: 1. Gestin de la Integracin 2. Gestin del Alcance 3. Gestin del Tiempo 4. Gestin de la Calidad 5. Gestin de Costos 6. Gestin del Riesgo 7. Gestin de Recursos Humanos 8. Gestin de la Comunicacin 9. Gestin de las Compras y Adquisiciones El PMBOK divide el conjunto de conocimientos para la direccin 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, de planeacin, de ejecucin y cierre, bajo el gobierno de un grupo de procesos ms general de supervisin y cierre.

ESTNDAR ITIL La Biblioteca de Infraestructura de Tecnologas de Informacin, frecuentemente abreviada ITIL es un conjunto de buenas prcticas de direccin y gestin de servicios de tecnologas de la informacin en lo referente a personas, procesos y tecnologa, desarrollado por la OGC del Reino Unido, que cumple y desarrolla la norma BS15000 de la BSI (British Standards Institution). La realizacin de las buenas prcticas especificadas en ITIL hace posible que los departamentos y organizaciones puedan reducir costes, mejorar la calidad del servicio tanto de clientes externos como internos y aprovechar al mximo las habilidades y experiencia del personal, mejorando su productividad. ITIL resume un extenso conjunto de procedimientos de gestin ideados para ayudar a las organizaciones a lograr calidad y eficiencia en las operaciones de TI. Estos procedimientos son independientes del proveedor y han sido desarrollados para servir como gua que abarque toda infraestructura, desarrollo y operaciones de TI.

El principal objetivo de ITIL es alinear el negocio con los Sistemas de Informacin. El soporte a Servicio definido por ITIL ayuda a la empresa a gestionar el hardware, software y los recursos humanos para asegurar la continuidad y no interrupcin de los servicios. Ofrecidos por el negocio. ITIL define que el objetivo principal del soporte de TI es: Ofrecer el mejor servicio posible, sin interrupciones. ITIL consta de un conjunto de libros que permiten mejorar notablemente la calidad de los servicios de tecnologas de la informacin que presta una organizacin a sus clientes o a un departamento de su organizacin. Existe una organizacin internacional integrada por grupos de proveedores y usuarios, denominada itSMF (IT Service Management Forum) que promueve y desarrolla el uso de buenas prcticas en administracin de servicios de tecnologas de la informacin

CONCLUSIONES

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

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

Vous aimerez peut-être aussi