88663311 Normas y Estandares Para El Aseguramiento de La Calidad Del Desarrollo Del Software

September 10, 2017 | Author: Victor Jesus Hernandez | Category: Itil, Software, International Organization For Standardization, Software Development Process, Quality (Business)
Share Embed Donate


Short Description

Download 88663311 Normas y Estandares Para El Aseguramiento de La Calidad Del Desarrollo Del Software...

Description

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.

Tabla de contenido NORMAS Y ESTÁNDARES 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 ESTÁNDAR PMBOK.............................................................................................................. 17 ESTÁNDAR ITIL ..................................................................................................................... 19 CONCLUSIONES ................................................................................................................... 20 BIBLIOGRAFÍA ............................................................................................................................... 21

NORMAS Y ESTÁNDARES PARA EL ASEGURAMIENTO DE LA CALIDAD DEL DESARROLLO DEL SOFTWARE NORMA ISO La Organización Internacional para la Estandarización, mejor conocida como ISO, es la agencia especializada en estandarización, fue establecida oficialmente el 23 de febrero de 1947 con el objeto de promover la estandarización internacional, 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, pero relacionadas entre sí, siendo estándares internacionales de administración 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 garantías y procesos. 3. Puede reducirse el número de auditorías de los clientes a los procesos de operación. 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. 

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 producción.

BENEFICIOS  Mejor documentación de los sistemas. 

Cambio cultural positivo.



Incremento en la eficiencia y productividad.



Mayor percepción de calidad.



Se amplía la satisfacción del cliente.



Se reducen las auditorías 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 típico 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 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.  Administración (dirección) de la configuración.  Aseguramiento de la calidad (del desarrollo).  Verificación.  Evaluación.  Revisión conjunta. c) En cuanto a los procesos organizacionales del ciclo de vida:

I

SO/IEC 14102:1995. Guía para la evaluación y selección de herramientas CASE.

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 - Cubre la construcción de soluciones software Integración de productos y procesos de desarrollo - Cubre la relación a largo plazo con el cliente. Relación con proveedores - Cubre los procesos relacionados con la subcontratación 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 prácticas en el desarrollo de proyectos (en base a la experiencia y al método). o En este nivel consolidado, las buenas prácticas se mantienen en los momentos de estrés. o Están definidos los productos a realizar. o Se definen hitos para la revisión de los productos. 3. Definido - La organización entera participa en el proceso eficiente de proyecto software. o Se conoce de antemano los procesos de construcción de software. o Existen métodos y plantillas bien definidas y documentados. o Los procesos no solo afectan a los equipos de desarrollo sino a toda la organización relacionada. o Los proyectos se pueden definir cualitativamente. 4. Cuantitativamente Gestionado o Se puede seguir con indicadores numéricos (estadísticos) la evolución de los proyectos. o Las estadísticas son almacenadas para aprovechar su aportación en siguientes proyectos. o Los proyectos se pueden pedir cuantitativamente. 5. Optimizado o En base a criterios cuantitativos se pueden determinar las desviaciones más comunes y optimizar procesos. 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. Requisitos en niveles de madurez: Para asegurar la evolución por estos modelos de madurez, se deben cumplir una serie de requisitos y prácticas.

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. Cada práctica tiene a su vez sub-prácticas 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 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). 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. IEEE Std 730TM-2002- 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 de calidad define la calidad del software deseado y describe cómo valorarlo. Por lo tanto, define lo que es software de “alta calidad”. El estándar IEEE 730 es una recomendación para elaborar un plan de aseguramiento de calidad del software, para los proyectos de de desarrollo de software. Proporcionan los requisitos mínimos aceptables para la preparación 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 guía de las actividades de SQA en el proyecto. Este estándar describe la preparación y los contenidos de los planes SQA. Las actividades principales del AQS incluyen la gestión, documentación, revisiones, testing informes de problemas y las acciones correctivas, control de medios de comunicación, control de proveedores, gestión de riesgos, capacitación y gestión de riesgos. En las descripciones de las piezas relacionadas con el plan de SQA, el estándar IEEE 730 nos proporciona una valiosa información 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 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. 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 realización 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 prácticas industriales que el SEI CMM y ha sido adaptado a varias tareas de Ingeniería de Software, tales como desarrollo de requerimientos de software, especificaciones de software y casos de prueba. El PSP puede soportar pequeños 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 número de métodos que generalmente no son practicados por los Ingenieros. Los métodos 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 estándares. 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 técnicas.

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 Ingeniería de Software a elaborar productos de calidad dentro de los costos y tiempos establecidos, (2) tener equipos rápidos 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 métodos de PSP y CMM para producir equipos efectivos de trabajo. 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. 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 estén formados en PSP. En TSP, la tarea de construir el equipo es un proceso de planificación de cuatro días 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 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. Existen guías de apoyo, especialmente para la documentación e implantación de un sistema de gestión de la calidad acorde a ISO 9001 / 2000. Esta norma se enfoca hacia cuatro aspectos relativos a la realización de auditorías: 1- Principios de auditoría 2- Gestión de un programa de auditoría 3- Actividades de auditoría 4- Competencia y evaluación de los auditores Es por lo tanto, una norma de muy amplio espectro que proporciona directrices desde un punto de vista teórico considerando aspectos éticos y metodológicos, pero también desde un punto de vista práctico no olvidando la necesidad de disponer de los recursos financieros y materiales necesarios. Asimismo, la norma se dirige al más amplio rango de potenciales usuarios, considerando que puede utilizarse en auditorías de: • Primera parte o auditorías internas • Segunda parte. Por ejemplo, auditorías que realice una organización para la evaluación de sus proveedores • Tercera parte. Por ejemplo, auditorías de las entidades de certificación

ISO 9126 Es estándar internacional para evaluación de calidad del software. El estándar se divide en cuatro porciones, que tratan, respectivamente, los temas siguientes: modelo de la calidad; métrica externa; métrica interna; y métrica funcionando de la calidad. El modelo de la calidad establecido en la primera parte del estándar, ISO 9126-1, 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 la existencia de un sistema de funciones y de sus características 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 período del tiempo indicado. - Madurez

- Recuperabilidad - Tolerancia de avería 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 relación 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 estándar internacional convertido por International Organization for Standardization. La ISO 10006 da la dirección en el uso de la gerencia de la calidad en proyectos. Es aplicable a los proyectos de la complejidad que varía, pequeño o grande, de la duración corta o larga, en diversos ambientes, 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. La ISO 10006 no es una guía a la “gerencia de proyecto” sí mismo. 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, 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

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. No incluye los procesos de gestión de la calidad y, por lo tanto, da a entender que estos procesos no forman parte de la gestión del proyecto.

ISO 27000 La información es un activo vital para el éxito y la continuidad en el mercado de cualquier organización. El aseguramiento de dicha información y de los sistemas que la procesan es, por tanto, un objetivo de primer nivel para la organización. Para la adecuada gestión de la seguridad de la información, 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. ISO/IEC 27000 es un conjunto de estándares desarrollados -o en fase de desarrollo- por ISO (International Organization for Standardization) e IEC (International Electrotechnical Commission), que proporcionan un marco de gestión de la seguridad de la información utilizable por cualquier tipo de organización, pública o privada, grande o pequeña.

Beneficios • Establecimiento de una metodología de gestión de la seguridad clara y estructurada.

• Reducción del riesgo de pérdida, robo o corrupción de información. • Los clientes tienen acceso a la información a través medidas de seguridad. • Los riesgos y sus controles son continuamente revisados. • Confianza de clientes y socios estratégicos por la garantía de calidad y confidencialidad comercial. • Las auditorías externas ayudan cíclicamente a identificar las debilidades del sistema y las áreas a mejorar. 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. PROSOFT tiene siete líneas estratégicas, siendo la sexta la que ha dado origen a MoProSoft: "Alcanzar niveles internacionales en capacidad de procesos". 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, 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, 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, tales como ISO 9000:2000 [1] o CMM®1 V1.1 Para la elaboración 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 Dirección, Gestión y Operación). 2. Destacar el papel de la Alta Dirección en la planificación estratégica, su revisión y mejora continua como el promotor del buen funcionamiento de la organización.

3. Considerar a la Gestión como proveedor de recursos, procesos y proyectos, así como responsable de vigilar el cumplimiento de los objetivos estratégicos de la organización. 4. Considerar a la Operación como ejecutor de los proyectos de desarrollo y mantenimiento de software. 5. Integrar de manera clara y consistente los elementos indispensables para la definición de procesos y relaciones entre ellos. 6. Integrar los elementos para la administración de proyectos en un solo proceso. 7. Integrar los elementos para la ingeniería de productos de software en un solo marco que incluya los procesos de soporte (verificación, validación, documentación y control de configuración).

ISO/IEC 26514:2008 Esta norma se refiere a requerimientos de documentación de usuario para diseñadores y desarrolladores. Define los procesos de documentación desde el punto de vista de su desarrollador. Cubre la documentación 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 Ingeniería de sistemas. Sistema de ciclo de los procesos de la vida, o BS ISO / Sistemas y software de ingeniería IEC 12207:2008. Software de procesos de ciclo de vida, para diseñar y desarrollar la documentación como parte del ciclo de los procesos de vida del software. Se define el proceso de documentación desde la perspectiva del desarrollador de documentación.

BS ISO / IEC 26514 apoya el interés de los usuarios de software en la documentación que sea coherente, completa, precisa y utilizable. Incluye tanto los enfoques a la normalización: las normas de un proceso), que especifican la forma en que los productos de la documentación se van a desarrollar, y b) las normas de la documentación del producto, que especifican las características y requisitos funcionales de la documentación.

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. En él se describe cómo establecer lo que los usuarios necesitan información, 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. No se limita a la fase de diseño y desarrollo del ciclo de vida, sino que incluye actividades durante todos los procesos de gestión de la información y documentación. La segunda parte de BS ISO / IEC 26514 establece los requisitos mínimos para la estructura, el contenido de la información, y el formato de documentación 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 línea, tutoriales y documentación de referencia para el usuario.

IEE830

El estándar 830-1998 fue generado por un equipo de trabajo del IEEE, su finalidad es la integración 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 también como base fundamental de este, todo esto con el fin de no caer en cambios, errores o situaciones que pongan en peligro la creación de una solución, producto o software; 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). La misma comprende dos grandes secciones, la primera sobre los procesos y contextos de un proyecto, la segunda sobre las áreas de conocimiento específico para la gestión 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. 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, incluyendo construcción, software, ingeniería, etc.

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

ESTÁNDAR ITIL La Biblioteca de Infraestructura de Tecnologías de 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, procesos y tecnología, desarrollado por la OGC del Reino Unido, 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, mejorar la calidad del servicio tanto de clientes externos como internos y aprovechar al máximo las habilidades y experiencia del personal, 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. Estos procedimientos son independientes del proveedor y han sido desarrollados para servir como guía que abarque toda infraestructura, desarrollo y operaciones de TI.

El principal objetivo de ITIL es alinear el negocio con los Sistemas de Información. 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 interrupción 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 tecnologías de la información que presta una organización a sus clientes o a un departamento de su organización. 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

CONCLUSIONES

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

Bibliografía 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

View more...

Comments

Copyright ©2017 KUPDF Inc.