Tarea semana 1

533 visualizaciones

Publicado el

0 comentarios
0 recomendaciones
Estadísticas
Notas
  • Sé el primero en comentar

  • Sé el primero en recomendar esto

Sin descargas
Visualizaciones
Visualizaciones totales
533
En SlideShare
0
De insertados
0
Número de insertados
2
Acciones
Compartido
0
Descargas
5
Comentarios
0
Recomendaciones
0
Insertados 0
No insertados

No hay notas en la diapositiva.

Tarea semana 1

  1. 1. TAREA DE EL DÍA 02 DE JULIO DEL 2011. DATOS GENERALES:Materia: .INGENIERÍA DE SOFTWARE IIUnidad y Tema: Actividad (Numero y nombre): ACTIVIDADES DE LA SEMANA No. 1.Matrícula(s): Nombre (s): Jorge Cortés DomínguezProfesor: MSC. José Antonio Rosales Barrales Fecha en la cual el Fecha en la cual el profesor recibe la actividad:profesor encarga la 17/07/2011actividad:02/07/2011
  2. 2. Preguntas Frecuentes de Ingeniería de software¿Qué es ingeniería? Conjunto de técnicas que nos permiten llegar a un resultado mediante modelos y elingenio humano, Ingeniería confluyen la ciencia, la técnica y la capacidad de unirlo (elingenio) para solucionar cuestiones prácticas, concretas.¿En qué consiste un sistema de software? Es un conjunto de instrucciones que nos permiten automatizar procesos de maneraeficaz y eficiente. Son los programas usados para dirigir las funciones de un sistema decomputación que tiene como objetivo gestionar los recursos del ordenador y facilitar elfuncionamiento de otras aplicaciones.¿Cuáles son los objetivos de una ingeniería de software? En la construcción y desarrollo de proyectos se aplican métodos y técnicas para resolver losproblemas, la informática aporta herramientas y procedimientos sobre los que se apoya laingeniería de software.  Mejorar la calidad de los productos de software  Aumentar la productividad y trabajo de los ingenieros del software.  Facilitar el control del proceso de desarrollo de software.  Suministrar a los desarrolladores las bases para construir software de alta calidad en una forma eficiente.  Definir una disciplina que garantice la producción y el mantenimiento de los productos software desarrollados en el plazo fijado y dentro del costo estimado.¿Cuál es la diferencia entre ingeniería de software y ciencia de la computación? Esencialmente, la ciencia de la computación se refiere a las teorías y métodossubyacentes a las computadoras y los sistemas de software. Esta disciplina se ocupa delestudio de sistemas de cómputo incluyendo procesos algorítmicos y principios que involucranel diseño de software y hardware. Los profesionales en ciencias de la computación se encargan del diseño de algoritmos,lenguajes, herramientas y sistemas de software. Diseñan y construyen software, creandosoluciones eficientes a problemas del mundo real en campos como la medicina, el comercio,la biología y los negocios; mientras que la ingeniería del software se refiere a los problemasprácticos de producir software. Los ingenieros de software combinan la experiencia en ciencias de la computación,ingeniería y matemáticas para diseñar, definir y organizar diversos aspectos de un productosoftware complejo. Los profesionales de esta disciplina están capacitados en todos losaspectos relacionados al ciclo de vida del software, incluyendo temas de costo del procesode desarrollo.¿Cuál es la diferencia entre ingeniería de software e ingeniería en sistemas? Ingeniería de software es la aplicación práctica del conocimiento científico al diseño yconstrucción de programas de computadora y a la documentación asociada requerida paradesarrollar, operar y mantenerlos. Se conoce también como Desarrollo de Software oProducción de Software ( Bohem, 1976). Ingeniería de sistemas es un modo de enfoque interdisciplinario que permite estudiar ycomprender la realidad, con el propósito de implementar u optimizar sistemas complejos.¿Qué es un modelo de procesos de software?
  3. 3. Los estándares establecen los diferentes procesos implicados a la hora de desarrollar ymantener un sistema desde que surge la idea o necesidad de desarrollar lasaplicaciones hasta que éstas se retiran de explotación. Sin embargo, ninguno impone unmodelo de procesos concreto (modelo de ciclo de vida) ni cómo realizar las diferentesactividades incluidas en cada proceso, por lo que cada empresa deberá utilizar los métodos,técnicas y herramientas que considere oportuno.Por su naturaleza, los modelos son simplificaciones; por lo tanto, un modelo de procesosdel software es una simplificación o abstracción de un proceso real.Podemos definir un modelo de procesos del software como una representaciónabstracta de alto nivel de un proceso software.Cada modelo es una descripción de un proceso software que se presenta desde unaperspectiva particular.¿Qué son los métodos de la ingeniería de software?es un marco de trabajo usado para estructurar, planificar y controlar el proceso de desarrolloen sistemas de información.Enfoques estructurados para el desarrollo de software que incluyen modelos de sistemas,notaciones, reglas, sugerencias de diseño y guías de procesos.¿Cuáles son los costos de la ingeniería de software?Los costos del software a menudo dominan al costo del sistema. El costo del software en unPC es a menudo más caro que la PC. Los costos se identifican a los recursos tantomateriales como monetarios y recursos humanos, hasta que el sistema es terminado. Peroindiscutiblemente cuesta más mantener el software que desarrollarlo. Para sistemas con unalarga vida, este costo se multiplica.Los datos industriales indican que entre el 50% y el 70% de todo el esfuerzo dedicado a unprograma se realizará después de que se le haya entregado al cliente por primera vez y el60% de los costos son de desarrollo, el 40% restante son de pruebas. En el caso delsoftware personalizado.¿Cuáles son los elementos (capas) de una arquitectura Cliente Servidor?La arquitectura cliente/servidor genérica tiene dos tipos de nodos en la red: clientes yservidores. Consecuentemente estas arquitecturas genéricas se refieren a veces comoarquitecturas de dos niveles o dos capas.Algunas redes disponen de tres tipos de nodos:  Clientes que interactúan con los usuarios finales.  Servidores de aplicación que procesan los datos para los clientes.  Servidores de la base de datos que almacenan los datos para los servidores de aplicación.Ésta configuración se llama una arquitectura de tres-capas.  Ventajas de las arquitecturas n-capas: La ventaja fundamental de una arquitectura n- capas comparado con una arquitectura de dos niveles (o una tres-capas con una de dos niveles) es que separa hacia fuera el proceso, eso ocurre para mejorar el balance la carga en los diversos servidores; es más escalable.  Desventajas de las arquitecturas de la n-capas:
  4. 4. 1. Pone más carga en la red, debido a una mayor cantidad de tráfico de la red. 2. Es mucho más difícil programar y probar el software que en arquitectura de dos niveles porque tienen que comunicarse más dispositivos para terminar la transacción de un usuario.¿Qué es CASE?(Ingeniería del Software Asistida Por Computadora), Sistemas de software usadas enalgunas fases del desarrollo del sistema de información incluyendo análisis, diseño yprogramación. Su objetivo fundamental es proveer un lenguaje para describir el sistemageneral que sea lo suficientemente explícito para generar todos los programas necesarios.La CASE supone la aplicación de principios científicos a través de una metodología queayude a producir software de alta calidad en un tiempo mucho más reducido.La Ingeniería del Software Asistida por Computadora (CASE) puede ser tan simple como unaherramienta que permite desarrollar una actividad específica, o tan compleja como un"entorno" que integre distintas herramientas, bases de datos, hardware, red, sistemasoperativos, estándares y muchos otros componentes. Herramientas CASE Marco de Integración Servicios de Portabilidad Sistema Operativo Plataforma Hardware Arquitectura de Entorno Bloques constitutivos del CASEHerramientas CASE: Las herramientas CASE se pueden clasificar bajo diferentes enfoques: ♦ Por su función ♦ Por su papel como instrumentos para el personal técnico o los directivos. ♦ Por la arquitectura del entorno que las soporta (hardware y software) ♦ OrigenMarco de integración: Es un conjunto de programas especializados que permiten a cadaherramienta CASE comunicarse con las demás.Servicios de portabilidad: Este conjunto constituye un puente entre las herramientasCASE, su marco de integración y la arquitectura de entorno. De esta forma permiten que lasherramientas CASE y su marco de integración puedan migrar a través de diferentesplataformas de hardware y sistemas operativos sin problemas de adaptación.
  5. 5. Sistema operativo: Gestiona el hardware, la red y las herramientas; mantiene el entornounido.Plataforma hardware: Son las estaciones de trabajo individuales interconectadas mediantela red para que los ingenieros del software puedan comunicarse de forma efectiva.Arquitectura de entorno: Es la base del CASE, en este bloque se construyen los entornosde la ingeniería del software, engloba los sistemas de software y hardware. Ademásconsidera los patrones del trabajo humano que se aplican durante el proceso de ingenieríadel software. VENTAJAS Y DESVENTAJAS DE LOS MODELOS DE PROCESO DE SOFTWARE
  6. 6. MODELO CASCADA O CLASICO Este es el primer modelo de ciclo de vida que se usó y probablemente el más usado.El software se desarrolla sin especificar requerimientos y sin diseño. es el enfoquemetodológico que ordena rigurosamente las etapas del ciclo de vida del software, de formatal que el inicio de cada etapa debe esperar a la finalización de la inmediatamente anterior. Este modelo en cascada se utiliza correctamente para los ciclos de productos en losque se conoce muy bien el producto, y también cuando se está trabajando con metodologíastécnicas conocidas. En estos casos el modelo en cascada ayuda a localizar errores en lasprimeras etapas de la realización del proyecto a un bajo coste..En un modelo en cascada un proyecto progresa a través de un secuencia ordenada de pasoscomo se muestra en nuestra siguiente :Lasventajas deestemodeloPor su sencillez solo utiliza los pasos intuitivos necesarios a la hora de desarrollar elsoftware, además es muy entendible para el cliente.  La planificación es sencilla, la calidad del producto resultante es alta y permite trabajar con personal poco cualificado.
  7. 7. .Las desventajas de este modelo se basa en que los proyectos raramente siguen el flujosecuencial que propone el modelo cascada, hay iteraciones. Difícilmente un cliente va aestablecer al principio todos los requerimientos necesarios, por lo que provoca un gran atrasotrabajando en este modelo, ya que este es muy restrictivo y no permite movilizarse entrefases.MODELO INCREMENTAL. Es un modelo que relaciona el ciclo de vida en cascada con la filosofía interactiva deconstrucción de prototipos, Al final de cada ciclo le entregamos una versión al cliente quecontiene una nueva funcionalidad. También nos permite realizar una entrega al cliente antesde terminar el proyecto. Se realiza construyendo por módulos que cumplen las diferentes funciones delsistema. Esto permite ir aumentando gradualmente las capacidades del software.El Modelo Incremental es particularmente útil cuando no se cuenta con una dotación depersonal suficiente. Los primeros pasos los pueden realizar un grupo reducido de personas yen cada incremento se añade personal, de ser necesario. Por otro lado los incrementos sepueden planear para gestionar riesgos técnicos.El modelo de ciclo de vida incremental nos genera algunos beneficios tales como sedescriben a continuación:  Construir un sistema pequeño es menos riesgoso que un sistema grande  Como se desarrollan independiente las funcionalidades, es más fácil revelar los
  8. 8. requerimientos del usuario.  Si se detecta un error grave, sólo desechamos la última iteración  Nos es necesario disponer de los requerimientos de todas las funcionalidades en el, comienzo del proyecto y además facilita la labor del desarrollo con la filosofía de “divide y conquistarás”.Las desventajas de este modelo es que es difícil evaluar el coste, es difícil de aplicar asistemas transaccionales que tienden a ser integrados y a funcionar como un todo, requieregestores experimentados, los errores de los requisitos se detectan tarde, Prioriza losrequisitos del usuario y los requisitos de más alta prioridad se incluyen en los incrementosmás tempranos, las primeras versiones son incompletas pero proporcionan al usuario lafuncionalidad que precisa y una plataforma para la evaluación, Se necesitan pruebas deregresión, pueden aumentar el coste debido a las pruebas.MODELO DE DESARROLLO EVOLUTIVO.El desarrollo evolutivo se basa en la idea de desarrollar una implemenación inicial e irrefinándola a través de diferentes versiones hasta desarrollar un sistema software quesatisfaga todos los requerimientos del cliente.Un enfoque evolutivo para el desarrollo de software suele ser más efectivo que el desarrolloen cascada ya que desde un principio se le entrega al cliente una versión que satisface losrequerimientos principales.Ventajas del modelo  Combinación de modelos existentes  Se presta atención a las opciones que permiten reutilización de software  Se centra en la eliminación de errores y alternativas poco atractivas  No establece una diferenciación entre desarrollo y mantenimiento
  9. 9.  Proporciona un marco estable para desarrollos Hardware - Software integradosDesventajas del modelo  No es un ciclo de vida en sí mismo, sino una mejor representación de los modelos de ciclo de vida.  Puede llegar a ser muy tardado lo que incrementaría los costos, debido a que se cambian los requerimientos.  También el hecho de que los usuarios pueden cambiar los requerimientos en cualquier momento puede convertirse en una desventaja. 1. Introducción a la calidad aplicada a empresas.1.1¿Por qué calidad?
  10. 10. Hacer las cosas con calidad significa hacer las cosas bien con el coste previsto, ypreocuparse de hacer las cosas mejor en cada ocasión. ¿Y qué es “hacer las cosas bien”?Precisamente, conseguir que los objetivos se cumplan según los planes establecidos.Cuando conseguimos dar el mejor servicio a nuestro “cliente”, según la percepción del“cliente”, gastando exclusivamente lo necesario para efectuar las tareas para dar el servicio,sin gastar de más en pensar a destiempo lo que podíamos haber previsto y planificado, singastar de más en corregir lo que debíamos haber hecho mejor, sin desperdiciar horas extra,recursos, enfados, sin gastar de más en cambiar lo que no explicamos correctamente al quelo tenía que hacer, estamos trabajando con Calidad.Se puede pensar que conseguir todo esto es imposible, puesto que siempre habrá algo quese nos haya olvidado, algo que no se pueda prever, algo que fallará. Es verdad, por eso essiempre mejor tener todo lo que se pueda estructurado, planificado y coordinado, reduciendoriesgos y costes, que salir a la aventura para que nos falle lo inevitable y lo que deberíamoshaber evitado, a la vez.¿Y quién decide qué es lo que está bien y lo que no? Los servicios que damos tienensiempre un destinatario, es a éste al que hay que preguntar, observar y escuchar para saberqué espera, que entiende por “a tiempo”, desde qué plazo considera que es demasiadotarde, para averiguar qué más le falta, por qué se le queda corto lo que le damos con nuestramejor intención y nuestro mejor saber hacer.El camino de la Calidad es largo, pero en cada paso nos da una mejora, un ahorro, unasatisfacción.1.2¿Para qué sirve un Sistema de Gestión de Calidad en una empresa?Un sistema de gestión de la calidad ISO 9001 es un sistema de gestión documentado,compuesto de Manual de Calidad, procedimientos, instrucciones técnicas y registros, quedescribe un modelo de organización y gestión de la calidad, basado en el cumplimiento delos principios y de los requisitos que establece la Norma ISO 9001:2000.Dicho sistema pude ser certificado por un tercer organismo externo: Entidad u Organismoacreditado de Certificación, que acredita frente a terceros que el sistema cumple con losrequisitos establecidos, para lo cual emite el correspondiente Certificado de empresaRegistrada para la Norma ISO 9001.1.3 Las PYMEs y el reconocimiento de su calidad.Actualmente las PyMES son un tema de moda, ya que la gran mayoría de negocios ennuestro país, son micro o pequeños, con plantillas de personal pequeñas y con presupuestosbajos, pero con esas limitantes, sobresalen en el mercado por el tipo de trabajo quedesempeñan. Pero que ocurre cuando el sentimentalismo familiar es más poderoso que elejecutar una decisión importante. Si nos remontamos al nacimiento de este grupo de empresas denominadas PyMES,encontramos dos formas, de surgimiento de las mismas. Por un lado, aquellas que seoriginan como empresas propiamente dichas, es decir, en las que se puede distinguir
  11. 11. correctamente una organización y una estructura, donde existe una gestión empresarial(propietario de la firma) y el trabajo remunerado. El entorno globalizado que ha permitido la entrada de nuevos competidores, así comolas graves crisis económicas por las que atravesó nuestro país, han puesto en riesgo laexistencia de las PyMES por la falta de factores indispensables para el buen funcionamientode la organización, que se consideran necesarios para evitar la pérdida de mercadosinternos, y necesarios para acceder a mercados externos. Leva (2004) sostiene que lacapacidad para operar de forma global tiene que ser producida, al igual que la capacidad decoordinación y de control que implican las nuevas tecnologías de la informaciónEfectivamente, la liberalización y los efectos de la competitividad internacional perjudicaronen mayor medida a las pequeñas empresas, mostrando una indudable rentabilidad baja obien en el cierre de ellas. Obtener un sello de calidad o una certificación no es cuestión de grandes empresas.De hecho en México hay muchas pymes, de diversos sectores, certificadas, cuya evidenciaes un mayor acceso a mercados y una organización de procesos más eficiente. Cualquiera podría pensar que este es un instrumento demasiado engorroso y costosoy prácticamente inalcanzable. Pues bien. Es cierto que no es una tarea sencilla. "Lo másdifícil es cambiar la cultura empresarial", afirma la administradora de empresas y consultoraen gestión de calidad Elsa Mejía, quien sostiene que después de cumplirse con las distintasetapas previas a la certificación sólo se obtienen beneficios.1.4 ¿Cuánto puede durar un proceso de certificación, acreditación o evaluación? El proceso de certificación en cuanto a la norma ISO/IEC 27001 puede durar tantocomo dure las auditorías internas y/o externas, generalmente es aconsejable que dure entre6 a 12 meses ya que si se deja pasar más tiempo las políticas implementadas al principiopodrían verse como vencidas o no relevantes y tocaría volver a empezar la renovación, portal motivo se recomienda este lapso de tiempo. Dependiendo del ramo al que pertenece la empresa se identifica que para el modelonacional tiene una duración de uno a tres años. Y esto va a depender de la normalización oreglamentación que existe. Al terminar ese tiempo se empieza de nuevo todo el proceso.1.5 Calidad en el desarrollo software. Desde el punto de vista del cliente, calidad del software es el grado en que un clienteo usuario percibe que el producto software satisface sus necesidades. Vista desde el puntoindustrial del producto, calidad del software es la habilidad de un producto software desatisfacer una especificación de requerimientos.A la hora de definir la calidad del software es importante diferenciar entre la calidad delPRODUCTO software y la calidad del PROCESO de desarrollo de éste (calidad de diseño yfabricación). Las metas que se establezcan para la calidad del producto van a determinar lasque se establecen para la calidad del proceso de desarrollo, a la vez que la calidad que seespera del producto está determinada por la calidad de los procesos.
  12. 12. En 2002 la Secretaría de Economía (SE) inició el Programa para el Desarrollo de laIndustria de Software (PROSOFT), que tiene como objetivo Fortalecer a la Industria deSoftware en México.Las estrategias del PROSOFT son: 1. Promover exportaciones y la atracción de inversiones 2. Educación y formación de personal competente 3. Contar con un marco legal promotor de la industria 4. Desarrollar el mercado interno 5. Fortalecer a la industria local 6. Alcanzar niveles internacionales en capacidad de procesos 7. Promover la construcción de infraestructura física y de telecomunicaciones
  13. 13. La obtención de un software con calidad implica la utilización de metodologías oprocedimientos estándares para el análisis, diseño, programación y prueba del software quepermitan uniformar la filosofía de trabajo, en aras de lograr una mayor confiabilidad,mantenimiento y facilidad de prueba, a la vez que eleven la productividad, tanto para la laborde desarrollo como para el control de la calidad del software.La política establecida debe estar sustentada sobre tres principios básicos: tecnológico,administrativo y ergonómico.El principio tecnológico define las técnicas a utilizar en el proceso de desarrollo del software.El principio administrativo contempla las funciones de planificación y control del desarrollo delsoftware, así como la organización del ambiente o centro de ingeniería de software.El principio ergonómico define la interfaz entre el usuario y el ambiente automatizado.La adopción de una buena política contribuye en gran medida a lograr la calidad del software,pero no la asegura. Para el aseguramiento de la calidad es necesario su control oevaluación.1.6 Historia de la calidad. La calidad es una herramienta que contribuye a la supervivencia de cualquier empresa, yaque con el transcurrir del tiempo se amplían las exigencias de los clientes que buscanmejores ofertas, precios razonables y excelencia en la atención; razón por la cual no solo sedebe tener en cuenta la calidad en la prestación de servicio sino también en su eficiencia yceleridad.En el siglo XIII empezaron a existir los aprendices y los gremios, por lo que los artesanos seconvirtieron tanto en instructores como en inspectores, ya que conocían a fondo su trabajo,
  14. 14. sus productos y sus clientes, y se empeñaban en que hubiera calidad en lo que hacían, aeste proceso se le denominó control de calidad del operario. El gobierno fijaba yproporcionaba normas y, en la mayor parte de los casos, un individuo podía examinar todoslos productos y establecer un patrón de calidad único. Este estado de los parámetros deaplicación de la calidad podía florecer en un mundo pequeño y local, pero el crecimiento dela población mundial exigió más productos y, por consecuencia, una mayor distribución agran escala, en la primera guerra mundial también se dio al control de la calidad del capataz.Es así que con la ayuda de la Revolución industrial, la producción en masa de productosmanufacturados se hizo posible mediante la división del trabajo y la creación de partesintercambiables; sin embargo, esto creó problemas para los que estaban acostumbrados aque sus productos fueran hechos a la medida.El sistema industrial moderno comenzó a surgir a fines del siglo XIX en los Estados Unidos,donde Frederick Taylor fue el pionero de la Administración Científica; suprimió la planificacióndel trabajo como parte de las responsabilidades de los trabajadores y capataces y la puso enmanos de los Ingenieros Industriales, que se les conoce como Ingenieros de Métodos yTiempos.En el siglo XX se desarrolló una era tecnológica que permitió que las masas obtuvieranproductos hasta entonces reservados sólo para las clases privilegiadas. Fue en este siglocuando Henry Ford introdujo en la producción de la Ford Motor Company la línea deensamblaje en movimiento. La producción de la línea de ensamblaje dividió operacionescomplejas en procedimientos sencillos, capaces de ser ejecutados por obreros noespecializados, dando como resultado productos de gran tecnología a bajo costo. Parte deeste proceso fue una inspección para separar los productos aceptables de los no aceptables.Fue entonces cuando la calidad era sólo la responsabilidad del departamento de fabricación.Muy pronto se hizo evidente que la prioridad del director de la producción era cumplir con losplazos fijados para fabricación en lugar de preocuparse por la calidad. Perdería su trabajo sino cumplía con las demandas de la producción, mientras que sólo recibiría una sanción si lacalidad era inferior. Eventualmente la alta dirección llegó a comprender que la calidad sufría acausa de este sistema, de modo que se creó un puesto separado para un inspector jefe.Entre 1920 y 1940 la tecnología industrial cambió rápidamente. La Bell System y susubsidiaria manufacturera, la Western Electric, estuvieron a la cabeza en el control de lacalidad instituyendo un departamento de ingeniería de inspección que se ocupara de losproblemas creados por los defectos en sus productos y la falta de coordinación entre sudepartamentos. George Edwards y Walter A. Shewhart, como miembros de dichodepartamento, fueron sus líderes. Edwards declaró: “Existe el control de la calidad cuandoartículos comerciales sucesivos tienen sus características más cercanas al resto de suscompañeros y más aproximadamente a la intención del diseñador de lo que sería el caso sino se hiciera la aplicación. Para mi, cualquier procedimiento, estadístico u otro que obtengalos resultados que acabo de mencionar es control de calidad, cualquier otro que no obtengaestos resultados no los es“. Edwards acuñó la frase «seguridad en la calidad» y la defendíacomo parte de la responsabilidad de la administración.En 1924 el matemático Walter A. Shewhart introdujo el Control de la Calidad Estadístico, locual proporcionó un método para controlar económicamente la calidad en medios deproducción en masa. Shewhart se interesó en muchos aspectos del control de la calidad.Aunque su interés primordial eran los métodos estadísticos, también estaba muy conscientelos principios de la ciencia de la administración y del comportamiento, siendo él la primerapersona en hablar de los aspectos filosóficos de la calidad. El punto de vista de que la
  15. 15. calidad tiene múltiples dimensiones es atribuible únicamente a Shewhart.En 1935, E. S. Pearson desarrolló el British Standard 600 para la aceptación de muestras delmaterial de entrada, el cual fue sucedido por el British Standard 1008, adaptación del 4l U.S.Z –1 Standard desarrollado durante la Segunda Guerra Mundial. La Segunda Guerra Mundialapresuró el paso de la tecnología de la calidad. La necesidad de mejorar la calidad delproducto dio por resultado un aumento en el estudio de la tecnología del control de la calidad.Fue en este medio ambiente donde se expandieron rápidamente los conceptos básicos delcontrol de la calidad. Muchas compañías pusieron en vigor programas de certificación delvendedor. Los profesionistas de la seguridad en la calidad desarrollaron técnicas de análisisde fracasos para solucionar problemas; los técnicos de la calidad comenzaron a involucrarseen las primeras fases del diseño del producto y se iniciaron las pruebas del comportamientoambiental de los productos.En 1946 se instituyó la ASQC (American Society for Quality Control) y su presidente electo,George Edwards, declaró en aquella oportunidad: “La calidad va a desempeñar un papelcada vez más importante junto a la competencia en el costo y precio de venta, y todacompañía que falle en obtener algún tipo de arreglo para asegurar el control efectivo de lacalidad se verá forzada, a fin de cuentas, a verse frente a frente a una clase de competenciade la que no podrá salir triunfante”. En se mismo año, Kenichi Koyanagi fundó la JUSE(Union of Japanese Scientists and Engineers) con Ichiro Ishikawa como su primer presiente.Una de las primeras actividades de la JUSE fue formar el Grupo de Investigación del Controlde la Calidad (Quality Control Research Group: QCRG) cuyos miembros principales fueronShigeru Mizuno, Kaoru Ishikawa y Tetsuichi Asaka, quienes desarrollaron y dirigieron elcontrol de la calidad japonés, incluyendo el nacimiento de los círculos de la calidad. La Normalización de Piezas: (Samuel Colt, 1820), que consistía en el diseño de unproducto estándar, con piezas también estándares, que pueden utilizarse indistintamente,independientemente de la unidad de producto en las que se empleen. Esta normalizaciónpodía plantear algún problema, como el que las piezas no ajustaran adecuadamente debidoa tolerancias en sus dimensiones. Este problema se resolvía mediante los ajustes manualesoportunos por parte del operario, durante el proceso de montaje. La cadena de producción: Introducida por Henry Ford. En el entorno de una cadenade producción, el operario ya no tiene la oportunidad de hacer las correcciones manualescorrespondientes a una pieza o componente que no se ajuste a las especificaciones, ya queesto supondría bloquear el funcionamiento de la cadena. Al implantarse la cadena de producción aparece el primer problema de calidad. Esimprescindible que las piezas producidas sean conformes con su especificación ya que, deotro modo, no es posible su montaje en el aparato o dispositivo correspondiente en la cadenade producción, lo que obliga a realizar un reproceso posterior de la pieza defectuosa o adesecharla directamente como chatarra, lo que se traduce en el incremento del coste delproducto.La cadena de producción: Introducida por Henry Ford. En el entorno de una cadena deproducción, el operario ya no tiene la oportunidad de hacer las correcciones manualescorrespondientes a una pieza o componente que no se ajuste a las especificaciones, ya queesto supondría bloquear el funcionamiento de la cadena.
  16. 16. Al implantarse la cadena de producción aparece el primer problema de calidad. Esimprescindible que las piezas producidas sean conformes con su especificación ya que, deotro modo, no es posible su montaje en el aparato o dispositivo correspondiente en la cadenade producción, lo que obliga a realizar un reproceso posterior de la pieza defectuosa o adesecharla directamente como chatarra, lo que se traduce en el incremento del coste delproducto. Lo anterior los llevó a perfeccionar el concepto de calidad. Para ellos debería habercalidad desde el diseño hasta la entrega del producto al consumidor, pasando por todas lasacciones, no sólo las que incluyen el proceso de manufactura del producto, sino también lasactividades administrativas y comerciales, en especial las que tienen que ver con el ciclo deatención al cliente incluyendo todo servicio posterior. 2. Normas ISO aplicadas al comercio electrónico.2.1 Listado de estándares, métodos y guías.3. Modelos de mejora de procesos aplicados a PYMEs.4. CMMI.4.1 ¿Qué es CMMI? El gobierno de defensa americano, para asegurarse que sus proveedores cumplenunos criterios mínimos de calidad, exige que estén certificados en CMM. Dato el éxito delmodelo, se extendió a otras disciplinas como la ingeniería de sistema, adquisición dematerial, etc. creándose variaciones de CMM.Como todo en esta vida, las metodologías cambian CMM se ha ampliado y ahora haaparecido CMMI que es una evolución de CMM y que integra las distintos modelos decalidad.  Integración de Modelos de Madurez de Capacidades del Software. Capability Maturity Model for Software (SW-CMM) v2.0 draft C,  Estándar provisional de la alianza de industrias electrónicas. Electronic Industries Alliance Interim Standard (EIA/IS) 731  Desarrollo de productos integrados – Capacidad de madurez del modelo. Integrated Product Development Capability Maturity Model (IPD-CMM) v0.98.
  17. 17. Disciplinas en CMMICMMI se aplica a 4disciplinas distintas y nosotros podemos elegir una de ellas paracentrarnos es aspectos específicos.  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 sistemaModelos de madurez en CMMICMMI 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.
  18. 18. 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.4.2 Clasificación de CMMI.Las mejores prácticas CMMI se publican en los documentos llamados modelos. En la actualidad haytres áreas de interés cubiertas por los modelos de CMMI: Desarrollo, Adquisición y Servicios.La versión actual de CMMI es la versión 1.3, liberada el 1 de noviembre de 2010. Hay tresconstelaciones de la versión 1.2 disponible:  CMMI para el Desarrollo (CMMI-DEV o CMMI for Development), Versión 1.2 fue liberado en agosto de 2006. En él se tratan procesos de desarrollo de productos y servicios.  CMMI para la adquisición (CMMI-ACQ o CMMI for Acquisition), Versión 1.2 fue liberado en noviembre de 2007. En él se tratan la gestión de la cadena de suministro, adquisición y contratación externa en los procesos del gobierno y la industria.  CMMI para servicios (CMMI-SVC o CMMI for Services), está diseñado para cubrir todas las actividades que requieren gestionar, establecer y entregar Servicios.Dentro de la constelación CMMI-DEV, existen dos modelos:  CMMI-DEV  CMMI-DEV + IPPD (Integrated Product and Process Development)Independientemente de la constelaciónmodelo que opta una organización, las prácticas CMMI debenadaptarse a cada organización en función de sus objetivos de negocio.Áreas de proceso  Conjunto de prácticas relacionadas que son ejecutadas de forma conjunta para conseguir un conjunto de objetivos  Las áreas de proceso que ayuda a mejorar o evaluar CMMI son 25  Se agrupan en 4 categorías según su finalidad:  Gestión de proyectos  Ingeniería  Gestión de procesos  Soporte a las otras categorías.
  19. 19. Áreas de proceso de CMMI (Capability Maturity Model Integration) Nivel deÁrea de proceso Categoría madurezAnálisis y resolución de problemas Soporte 5Gestión de la configuración Soporte 2Análisis y resolución de decisiones Soporte 3Gestión integral de proyecto Gestión de proyectos 3Gestión integral de proveedores Gestión de proyectos 3Gestión de equipos Gestión de proyectos 3Medición y análisis Soporte 2Entorno organizativo para integración Soporte 3Innovación y desarrollo Gestión de procesos 5Definición de procesos Gestión de procesos 3Procesos orientados a la organización Gestión de procesos 3Rendimiento de los procesos de la org. Gestión de procesos 4Formación Gestión de procesos 3Integración de producto Ingeniería 3Monitorización y control de proyecto Gestión de proyectos 2Planificación de proyecto Gestión de proyectos 2Gestión calidad procesos y productos Soporte 2Gestión cuantitativa de proyectos Gestión de proyectos 4
  20. 20. Desarrollo de requisitos Ingeniería 3Gestión de requisitos Ingeniería 2Gestión de riesgos Gestión de proyectos 3Gestión y acuerdo con proveedores Gestión de proyectos 2Solución técnica Ingeniería 3Validación Ingeniería 3Verificación Ingeniería 3Niveles de capacidad de los procesos (representación continua).Los 6 niveles definidos en CMMI para medir la capacidad de los procesos son: 1. Incompleto: El proceso no se realiza, o no se consiguen sus objetivos.
  21. 21. 2. Ejecutado: El proceso se ejecuta y se logra su objetivo. 3. Gestionado: Además de ejecutarse, el proceso se planifica, se revisa y se evalúa para comprobar que cumple los requisitos. 4. Definido: Además de ser un proceso "gestionado" se ajusta a la política de procesos que existe en la organización, alineada con las directivas de la empresa. 5. Cuantitativamente gestionado: Además de ser un proceso definido se controla utilizando técnicas cuantitativas. 6. Optimizado: Además de ser un proceso cuantitativamente gestionado, de forma sistemática se revisa y modifica o cambia para adaptarlo a los objetivos del negocio.Componentes.  Componentes Requeridos  Objetivo genérico: Los objetivos genéricos asociados a un nivel de capacidad establecen lo que una organización debe alcanzar en ese nivel de capacidad.  Objetivo específico: Los objetivos específicos se aplican a una única área de proceso y localizan las particularidades que describen que se debe implementar para satisfacer el propósito del área de proceso.  Componentes Esperados  Práctica genérica: Una práctica genérica se aplica a cualquier área de proceso porque puede mejorar el funcionamiento y el control de cualquier proceso.
  22. 22.  Práctica específica: Una práctica específica es una actividad que se considera importante en la realización del objetivo específico al cual está asociado.  Las prácticas específicas describen las actividades esperadas para lograr la meta específica de un área de proceso  Componentes Informativos  Propósito  Notas introductorias  Nombres  Tablas de relaciones práctica - objetivo  Prácticas  Productos típicos  Sub-prácticas: Una sub-práctica es una descripción detallada que sirve como guía para la interpretación de una práctica genérica o especifica.  Ampliaciones de disciplina: Las ampliaciones contienen información relevante de una disciplina particular y relacionada con una práctica específica.  Elaboraciones de prácticas genéricas: Una elaboración de una práctica genérica es una guía de cómo la práctica genérica debe aplicarse al área de proceso.¿Que es IBM Rational? IBM Rational es una suite de soluciones de software diseñadas para administrar elciclo de vida de desarrollo de aplicaciones. Permite tomar el control del ciclo completo dedesarrollo, aportando gobernabilidad, mientras se reducen costos y aumenta laproductividad. No importa si el desarrollo de las aplicaciones se hace internamente, porterceros o empaquetadas.

×