Universidad Tecnolgica del Sur del Estado de Mxico

Tecnologas de la Informacin Y Comunicacin

Sistemas de clida

Normas de calidad

M.T.I Antonio de Jess flores

T.S.U David Aguirre Feliciano T.S.U Jos Heberto Estvez Salome T.S.U Gabriel Lujano Arce

802

San Miguel Ixtapan, Tejupilco, Mxico a 19 de Abril de 2013

ndice
INTRODUCCION .............................................................................................................................. 3 NORMAS Y ESTANDARES PARA ASEGURAR LA CALIDAD DEL SOFTWARE ............... 4 ISO .................................................................................................................................................. 4 Historia ........................................................................................................................................... 4 Objetivo ......................................................................................................................................... 5 Ventajas ........................................................................................................................................ 5 Desventajas ................................................................................................................................... 5 Certificacin................................................................................................................................... 6 ISO no realiza la certificacin ..................................................................................................... 7 CMMI .................................................................................................................................................. 8 Cmmi ................................................................................................Error! Bookmark not defined. Historia ........................................................................................................................................... 8 Ventajas ......................................................................................................................................... 8 Desventajas ................................................................................................................................... 9 ESTANDARES MAS UTILES EN LA REALIZACION DE PROYECTOS .............................. 19 CONCLUSION ................................................................................................................................ 20 BIBIOGRAFIA ................................................................................................................................. 21

INTRODUCCION

El presente trabajo nos servir de apoyo al momento de llevar a cabo un trabajo.

Este trabajo nos da una explicacin de las normas de calidad y su uso para la mejora continua, habla tambin de las mtrica de calidad para el desarrollo del software, lo cual nos ayuda a mejorar la calidad del software que se va o esta desarrollando.

NORMAS Y ESTANDARES PARA ASEGURAR LA CALIDAD DEL SOFTWARE

ISO ISO (Organizacin Internacional de Normalizacin) es el mayor desarrollador mundial de las Normas Internacionales voluntarias. Normas Internacionales dan el estado de las especificaciones del arte de productos, servicios y buenas prcticas, ayudando a hacer que la industria sea ms eficiente y eficaz. Desarrollado a travs de un consenso global, que ayudan a eliminar las barreras al comercio internacional. Normas Internacionales ISO proporcionan herramientas prcticas para abordar muchos de los desafos globales de hoy en da, desde la gestin de los recursos hdricos mundiales para mejorar la seguridad de los alimentos que comemos. Las Normas ISO 9000 no definen como debe ser el sistema de calidad de una empresa, sino que fija requisitos mnimos que deben cumplir los sistemas de la calidad. Dentro de estos requisitos hay una amplia gama de posibilidades que permite a cada empresa definir su propio sistema de la calidad, de acuerdo con sus caractersticas particulares.

Historia La historia ISO comenz en 1946 cuando los delegados de 25 pases se reunieron en el Instituto de Ingenieros Civiles en Londres y decidieron crear una nueva organizacin internacional "para facilitar la coordinacin y unificacin de normas industriales internacionales. En febrero de 1947, la nueva organizacin, ISO, comenz oficialmente sus operaciones. Desde entonces, se han publicado ms de 19 500 normas internacionales que abarcan casi todos los aspectos de la tecnologa y la fabricacin.

Hoy contamos con miembros de 163 pases y 3 368 organismos tcnicos para cuidar de elaboracin de normas. Ms de 150 personas trabajan a tiempo completo para la Secretara Central de ISO en Ginebra, Suiza.

Objetivo El objetivo de la norma ISO 9004, est basada en ocho principios de gestin de la calidad, proporciona directrices para la aplicacin y uso de un sistema de gestin de la calidad para mejorar el desempeo total de la organizacin. Esta orientacin cubre el establecimiento, operacin (mantenimiento) y mejora continua de la eficacia y la eficiencia del sistema de gestin de la calidad.

Ventajas Normas Internacionales ISO garantizan que los productos y servicios que son seguros, fiables y de buena calidad. Para las empresas, que son herramientas estratgicas que reduzcan los costos, reduciendo al mnimo los desechos y los errores y aumentar la productividad. Ellos ayudan a las empresas a acceder a nuevos mercados, nivelar el campo de juego para los pases en desarrollo y facilitar el comercio mundial libre y justo. Desventajas Se le consideran como desventajas los siguientes aspectos, al conjunto de normas ISO 9000:

- Es muy general, no proporciona informacin de cmo aplicarlo a empresas de menor tamao, tampoco proporciona directrices para su implementacin en varias industrias.

- A causa de la amplia aplicabilidad del estndar ISO, hay pocas directrices para su implementacin en algunas industrias o campos especficos. Tampoco existen directrices para su aplicacin en una divisin o en una sucursal de una gran empresa. Para ISO 9001:1994, otro estndar, ISO 9000-3, se public como una gua para interpretar ISO 9001 para el software.

- A pesar de estar ISO 9004:2000 dedicado a la mejora del proceso, sigue la estructura de ISO 9001 y apunta alguna explicacin de lo que se espera, pero se queda corto en entregar un mapa para implementar el proceso de mejora. Cuando se lee ISO 9004, uno no sabe que reas dirigir primero y cules despus.

Certificacin. Las organizaciones y empresas a menudo quieren obtener la certificacin de las normas de sistemas de gestin de ISO (por ejemplo, ISO 9001 o ISO 14001), aunque la certificacin no es un requisito. La mejor razn para querer aplicar esas normas es mejorar la eficiencia y eficacia de las operaciones de la empresa. Una empresa puede decidir buscar la certificacin por muchas razones, como la certificacin podr:

ser un requisito contractual o reglamentaria necesaria para satisfacer las preferencias de los clientes comprendida en el contexto de un programa de gestin de riesgos y ayudar a motivar al personal mediante el establecimiento de un objetivo claro para el desarrollo de su sistema de gestin.

ISO no realiza la certificacin ISO desarrolla normas internacionales, incluidas las normas de sistemas de gestin, tales como ISO 9001, ISO 14001 e ISO 31000. Sin embargo, no est involucrado en la certificacin de cualquiera de las normas que elabore. La certificacin se lleva a cabo por organismos de certificacin externos, que son en gran parte privada. Por lo tanto, una empresa u organizacin no pueden ser certificados por ISO. Cuando una empresa u organizacin est certificada con una norma ISO que van a recibir un certificado de la entidad de certificacin. A pesar de que el nombre de la norma ISO aparece en el certificado, no es ISO que haya expedido. Aunque ISO no realiza la certificacin, la Comisin de Evaluacin de la Conformidad (CASCO) ha elaborado una serie de normas que se relacionan con el proceso de certificacin. Los criterios voluntarias contenidas en estas publicaciones son un consenso internacional sobre las buenas prcticas relativas a la certificacin. Las empresas y organizaciones suelen operar sus actividades de certificacin de conformidad con estas normas internacionales.

CMMI

Integracin de modelos de madurez de capacidades o Capability maturity model integration (CMMI) es un modelo para la mejora y evaluacin de procesos para el desarrollo, mantenimiento y operacin de sistemas de software.

Historia A partir de noviembre de 1986 el SEI, a requerimiento del Gobierno Federal de los Estados Unidos de Amrica, desarroll una primera definicin de un modelo de madurez de procesos en el desarrollo de software, que se public en septiembre de 1987.

Este trabajo evolucion al modelo CMM o SWCMM (CMM for Software), cuya ltima versin (v1.1) se public en febrero de 1993.

Ventajas Entre sus fortalezas podramos destacar

Inclusin de las prcticas de institucionalizacin, que permiten asegurar que los procesos asociados con cada rea de proceso sern efectivos, repetibles y duraderos.

Gua paso a paso para la mejora, a travs de niveles de madurez y capacidad (frente a ISO). Transicin del aprendizaje individual al aprendizaje organizacional por mejora continua, lecciones aprendidas y uso de bibliotecas y bases de datos de proyectos mejorados.

Desventajas Algunas de sus debilidades son:

El CMMI puede llegar a ser excesivamente detallado para algunas organizaciones. Puede ser considerado prescriptivo. Requiere mayor inversin para ser completamente implementado.

Puede ser difcil de entender.

Se han discutido pros y contras de la aplicacin del modelo CMMI en pequeas empresas:

La no existencia de una gua a medida de pequeas organizaciones. Reconocen que inicialmente se diriga a grandes corporaciones, pero la representacin continua permite seleccionar slo aquellas reas de proceso de inters (adquirido por pequeas empresas).

Simplemente demasiado grande para pequeas organizaciones. Crecimiento casi exponencial del nmero de reas, prcticas, tiempo, recursos y costes, pero si se alinean los procesos a las necesidades de la organizacin, se beneficiarn de un proceso estructurado.

ROI (Retorno de la inversin) no ha sido validado an en CMMI.

CMMI resalta la ingeniera de sistemas frente a la ingeniera del software. SW-CMM exitoso, su mercado son empresas de software, pero los interfaces con otros sistemas, con hardware o con responsables de otra parte del sistema mejoran el esfuerzo en ingeniera del software.

CMMI es demasiado normativo, en especial con pequeas organizaciones que, adems, funcionan y evolucionan de distinta manera

que las grandes.

CMMI parece ser escrito para organizaciones con madurez y vagamente escrito para ser usado en valoraciones.

Metodologias Recientes para el Desarrollo de Software

XP

La programacin extrema o eXtreme Programming (XP) es una metodologa de desarrollo de la ingeniera de software formulada por Kent Beck, autor del primer libro sobre la materia, Extreme Programming Explained: Embrace Change (1999). Es el ms destacado de los procesos giles de desarrollo de software. Al igual que stos, la programacin extrema se diferencia de las metodologas tradicionales principalmente en que pone ms nfasis en la adaptabilidad que en la previsibilidad.

Caractersticas fundamentales

Las caractersticas fundamentales del mtodo son:

Desarrollo iterativo e incremental: pequeas mejoras, unas tras otras.

Pruebas unitarias continuas, frecuentemente repetidas y automatizadas, incluyendo pruebas de regresin. Se aconseja escribir el cdigo de la prueba antes de la codificacin. Vase, por ejemplo, las herramientas de prueba JUnit orientada a Java, DUnit orientada a Delphi, NUnit para la plataforma.NET o PHPUnit para PHP. Estas tres ltimas inspiradas en

10

JUnit, la cual, a su vez, se insipir en SUnit, el primer framework orientado a realizar tests, realizado para el lenguaje de programacin Smalltalk.

Programacin en parejas: se recomienda que las tareas de desarrollo se lleven a cabo por dos personas en un mismo puesto. La mayor calidad del cdigo escrito de esta manera -el cdigo es revisado y discutido mientras se escribe- es ms importante que la posible prdida de productividad inmediata.

Frecuente integracin del equipo de programacin con el cliente o usuario. Se recomienda que un representante del cliente trabaje junto al equipo de desarrollo.

Correccin de todos los errores antes de aadir nueva funcionalidad. Hacer entregas frecuentes.

Refactorizacin del cdigo, es decir, reescribir ciertas partes del cdigo para aumentar su legibilidad y mantenibilidad pero sin modificar su comportamiento. Las pruebas han de garantizar que en la refactorizacin no se ha introducido ningn fallo.

Propiedad del cdigo compartida: en vez de dividir la responsabilidad en el desarrollo de cada mdulo en grupos de trabajo distintos, este mtodo promueve el que todo el personal pueda corregir y extender cualquier parte del proyecto. Las frecuentes pruebas de regresin garantizan que los posibles errores sern detectados.

Simplicidad en el cdigo: es la mejor manera de que las cosas funcionen. Cuando todo funcione se podr aadir funcionalidad si es necesario. La programacin extrema apuesta que es ms sencillo hacer algo simple y

11

tener un poco de trabajo extra para cambiarlo si se requiere, que realizar algo complicado y quizs nunca utilizarlo.

La simplicidad y la comunicacin son extraordinariamente complementarias. Con ms comunicacin resulta ms fcil identificar qu se debe y qu no se debe hacer. Cuanto ms simple es el sistema, menos tendr que comunicar sobre ste, lo que lleva a una comunicacin ms completa, especialmente si se puede reducir el equipo de programadores.

The Rational Unified Process (RUP)

Un proceso de software es un conjunto de fases del proyecto, etapas, mtodos, tcnicas y prcticas que las personas emplean para desarrollar y mantener el software y sus artefactos asociados (planos, documentos, modelos, cdigo, casos de prueba, manuales, etc.) En este documento que resumen el Rational Unified Process (RUP) (Kruchten 2004) y mostrar cmo se puede extender para formar el Proceso Unificado de Empresas (EUP).

El Rational Unified Process (RUP)

El RUP es un esfuerzo de Racional Corporation, ahora IBM Rational (una divisin de IBM), la misma gente quien present lo que se ha convertido en la notacin de modelado estndar de la industria, el Lenguaje de Modelado Unificado (UML). El corazn de la RUP es el Proceso de Objectory, uno de los varios productos y servicios que Racional adquiere cuando se fusionaron con la organizacin Objectory de Ivar Jacobson hace varios aos. Racional mayor Objectory con sus propios procesos y los de otras empresas de herramientas que tienen ya sea comprado o asociado con, para formar la primera versin (5.0) del RUP oficialmente lanzado en diciembre de 1998.

12

Figura 1 se presenta el ciclo de vida actual de la RUP, compuesto por cuatro fases de serie y nueve disciplinas bsicas (antes conocida como flujos de trabajo). A lo largo de la parte inferior del diagrama se ve que cualquier ciclo de desarrollo dada a travs de la RUP debe organizarse en lo racional Corporacin llama iteraciones. A pesar de que lo hara sostienen que los incrementos plazo es probable que un trmino mejor que iteraciones, el concepto bsico es que al final de cada iteracin se genera un ejecutable interna que se puede trabajar con l por su comunidad de usuarios. Este reduce el riesgo de su proyecto mediante la mejora de la comunicacin entre usted y sus clientes. Otro tcnica de reduccin de riesgo integrado en el RUP es el concepto que se debe hacer un go / no-go decisin en la final de cada fase - si un proyecto va a fracasar, entonces usted quiere detenerlo tan pronto como sea posible en su ciclo de vida. Este es un concepto importante en una industria con un + tasa de fracaso del 65%.

La fase inicial es donde se define el alcance del proyecto y definir el modelo de negocio para el sistema. Los casos de uso inicial para el software se identifican y las esenciales se describen brevemente. Los casos de uso son en la tcnica estndar de la industria para definir los requisitos funcionales para los sistemas, proporcionando significativos mejoras de la productividad a travs de documentos de requisitos tradicionales, ya que se centran en lo que aporta un valor aadido a

13

los usuarios en lugar de las caractersticas del producto. Documentos bsicos de gestin de proyectos se ponen en marcha durante el Fase inicial, incluyendo la evaluacin inicial de riesgos, la estimacin y el cronograma del proyecto. Como lo hara esperar, las tareas clave durante esta fase incluyen el modelado de negocios y requisitos de ingeniera, as como la definicin inicial de su entorno, incluyendo la seleccin de la herramienta y la adaptacin del proceso.

El RUP tiene varios puntos fuertes: 1. Se basa en slidos principios de ingeniera de software como la toma de un proceso iterativo, requisitos impulsados, y la arquitectura basada en enfoque del desarrollo. 2. Se proporciona varios mecanismos, tales como un prototipo de trabajo al final de cada iteracin y el go / no-go punto de decisin al final de cada fase, que proporciona visibilidad en la gestin de la proceso de desarrollo. 3. Racional ha hecho, y contina hacindolo, una importante inversin en su Racional Unificado Producto de procesos, una descripcin basada en HTML de la RUP que su organizacin puede adaptar para satisfacer sus necesidades exactas.

El RUP tambin adolece de varias deficiencias: 1. Es slo un proceso de desarrollo. La versin actual de la RUP no cubre la totalidad de proceso de software, como se puede ver en la figura 1, es muy evidente que falta el concepto de funcionamiento y sistemas de apoyo una vez en la produccin. Tampoco incluye el concepto de tiempo de retirarse sistemas. 2. El RUP no apoya explcitamente los esfuerzos de desarrollo de infraestructura multi-sistema, como toda la organizacin de modelado de arquitectura, perdiendo oportunidades de reutilizacin a gran escala dentro de su organizacin. 3. La naturaleza iterativa del ciclo de vida es extraa a muchos desarrolladores experimentados, por lo que la aceptacin de que sea ms

14

difcil. Aunque creo que la "carta joroba" de la figura 1 es increblemente bien elaborado y lleno de informacin, no es que las burbujas se conectan mediante diagramas de lneas que muchas personas esperan. La naturaleza iterativa del proceso unificado es a la vez una fortaleza y una debilidad.

El Proceso Unificado de Empresas (EUP)

Entonces, cmo mejorar el RUP para que cumpla con las necesidades reales de las organizaciones tpicas? El primer lugar para comenzar es ampliar el alcance de la RUP para incluir todo el proceso de software, no slo el proceso de desarrollo. Su organizacin probablemente tiene varios proyectos de software que est actualmente administra. Es posible que tenga algunos sistemas que estn actualmente en funcionamiento y el apoyo en la produccin. El real Enfoque de la mayora de las organizaciones no est en el desarrollo de un proyecto nico, que est en el desarrollo, operacin, apoyar, y el mantenimiento de un conjunto de sistemas. Esto implica que los procesos de operaciones, soporte, y los esfuerzos de mantenimiento necesitan ser aadido de la RUP. En segundo lugar, que sea suficiente para las organizaciones de hoy en da las RUP tambin tiene que aadir soporte para la gestin de una cartera de proyectos, algo que otros procesos han llamado programa, multi-proyectos, gestin de infraestructuras, o la gestin de empresas. Estos primero dos pasos resultan en una versin mejorada del ciclo de vida del Proceso Unificado de la Figura 2 que Larry Constantino present en el Proceso Unificado series1 CMP libro de (Ambler y Constantino 2000a; Ambler y Constantino 2000b; Ambler y Constantino 2000c; Ambler y Constantino, 2002). Este ciclo de vida describe una creacin de instancias avanzada del proceso unificado llamado el Proceso Unificado de Empresas (EUP).

15

Las operaciones y Disciplina de Apoyo

La finalidad de las Operaciones y la disciplina apoyo es exactamente como su nombre lo indica, para operar y apoyar el software. Operaciones y de apoyo son dos tareas complejas, los esfuerzos que se necesitan procesos definidos para ellos. Esta disciplina abarca varias fases, al igual que todos los dems. Durante la fase de construccin, y tal vez ya en la fase de elaboracin, ser necesario el desarrollo de las operaciones y planes de apoyo, documentos y manuales de capacitacin. Durante la fase de transicin que seguir el desarrollo de estos artefactos, reelaboracin ellos basados en los resultados de las pruebas y que se entrenarn sus operaciones y personal de apoyo a trabajar de manera efectiva con el software. Durante la fase de produccin de su personal de operaciones, mantendr su software que se ejecuta, realiza las copias de seguridad necesarias y trabajos por lotes, segn sea necesario, y su personal de apoyo trabajar con su comunidad de usuarios en el trabajo con el software. Esto tambin pasa durante la fase de jubilacin en el proceso de transformar el sistema legado.

16

Las disciplinas empresariales

El EUP incluye siete nuevas disciplinas de gestin empresarial que abordan los problemas entre sistemas que las organizaciones deben abordar para tener xito en TI. Estas disciplinas son: 1. Empresa Business Modeling. El objetivo de esta disciplina es el de explorar la estructura empresarial y los procesos de la empresa. Proporciona una comprensin comn de las actividades comerciales, clientes y proveedores de la empresa. Modelado de negocio Enterprise ayuda a identificar los problemas y las reas que son candidatos para la automatizacin. 2. Gestin de la cartera. Las organizaciones a menudo tienen suites de aplicaciones, llamadas programas, que puede ser mejor dirigido en su conjunto que como aplicaciones individuales. Esta disciplina permite seguimiento y planificar toda la cartera de software de su organizacin, as como los programas individuales dentro su cartera total. Si lo hace, le permite programar e implementar nuevos requerimientos de una manera ms manera estratgica. Esto tambin ayuda a evitar la aplicacin de la misma funcionalidad dentro de diferentes aplicaciones. 3. Arquitectura Empresarial. Esta disciplina se ocupa de las cuestiones generales relacionadas con la arquitectura su organizacin. Se trata de modelos que la definen, prototipos y modelos de trabajo que demostrar cmo funciona, y los marcos que hacen que sea ms fcil de usar. La Arquitectura Empresarial disciplina ayuda a garantizar la coherencia entre los sistemas y facilita en gran medida la arquitectura de aplicaciones esfuerzos. 4. Reutilizacin Estratgico. Esta disciplina promueve el desarrollo y la reutilizacin de los activos de todos los proyectos, el objetivo de que se va a permitir el desarrollo de aplicaciones de mayor calidad ms rpidamente mediante la reutilizacin activos en lugar de desarrollarlos de nuevo cada vez. Tambin ayuda a mejorar la calidad, ya que le permite utilizar artefactos que ya han sido probados y demostrado que funciona.

17

5. Gestin de Personas. Gestin de los esfuerzos de desarrollo de software incluye mucho ms que las tareas tcnicas de la creacin y la evolucin de los planes y programas de proyectos. Existen personas dentro de su organizacin, y que necesita para administrar su personal y mediar en las interacciones entre ellos y otras personas. Esta disciplina se describe el proceso de organizacin, supervisin, entrenamiento y motivar a la gente de una manera para asegurarse de que funcionan bien juntos y con xito contribuyen a proyectos dentro de la organizacin. 6. Administracin Empresarial. Esta disciplina incluye la creacin y

administracin de herramientas, procesos e instalaciones que son componentes de la infraestructura clave de la organizacin de TI. 7. Mejora de Procesos de Software. Esta disciplina se refiere a la necesidad de gestionar, mejorar y apoyar a los mltiples procesos que se utilizan en toda la organizacin. Recuerde, un proceso no se ajusta todo.

18

ESTANDARES MAS UTILES EN LA REALIZACION DE PROYECTO

ISO 9000:2000 describe los principios y terminologa de los sistemas de

gestin de calidad.

ISO 9001:2000 especifica los requisitos para los sistemas de gestin

aplicables a toda organizacin que necesite demostrar su capacidad para proporcionar productos que cumplan los requisitos de sus clientes y los reglamentarios. Su fin es la satisfaccin del cliente. Es la nica norma sujeta a certificacin.

ISO 9004:2000 proporciona directrices que consideran tanto la eficacia

como la eficiencia del sistema de gestin de la calidad. Su objetivo es la mejora en el desempeo de la organizacin.

ISO 19011 proporciona orientacin relativa a las auditorias a sistemas de

gestin de la calidad y de gestin ambiental

19

CONCLUSION

El trabajo nos dio a conocer las normas de calidad y la manera en que se debe aplicar para le realizacin de un proyecto o en la realizacin de un software, para que este sea de calidad, sea competitivo en el mercado, y sea reconocido al nivel nacional como internacionalmente. Esto implica que sea demandado en otros mercados internacionalmente y de esta manera el software hace que le empresa que desarrollo ese software sea reconocida.

20

BIBIOGRAFIA

http://translate.google.com.mx/translate?hl=es&sl=en&u=http://www.iso.org/&prev= /search%3Fq%3Diso%26client%3Dfirefoxa%26hs%3Du4v%26rls%3Dorg.mozilla: es-ES:official&sa=X&ei=14FxUc_wLIbSigKa04CIAQ&ved=0CDMQ7gEwAA

www.iso.org/

http://www.google.com.mx/search?q=cmmi&ie=utf-8&oe=utf8&aq=t&rls=org.mozilla:es-ES:official&client=firefox-a

http://www.enterpriseunifiedprocess.info/downloads/eupIntroduction.pdf

http://www.enterpriseunifiedprocess.info/downloads/eupIntroduction.pdf

http://www.extremeprogramming.org/

21