-INGENIERIA DE SOFTWARE ES EL PROCESO QUE INCLUYE UN CONJUNTO DE METODOS Y HERRAMIENTAS PARA LA CREACION DE SOFTWARE (ESTA RELACIONADA CON LA CREACION

DE CALIDAD) -DIFERENCIA SOFTWARE E IS -EL SOFTWARE SE DETERIORA DEBIDO A LOS CAMBIOS SUFRIDOS EN EL TIEMPO DE VIDA. -7 DOMINIOS DE APLICACIN SOFTWARE SISTEMAS APLICACIN CIENTIFICO Y DE INGENIERIA EMPOTRADO PRODUCTO WEBAPPS Y APLICACIONES IA

-SOFTWARE HEREDADO * los sistemas se actualizan por: -cambios en los requerimientos -adaptarse a la tecnologia reciente Procesos en el desarrollo del software: o Comunicacin (requisitos) o Planeacin (plan actividades, etc) o Modelado (anlisis, diseo - uml) o Construccin (desarrollo) o Despliegue (entrega, soporte y 1etroalimentacin) Imprimir pagina 48 y 50 INTEGRACION DEL MODELO DE CAPACIDAD DE MADURES (IMCM) ISO 9001:2000 o Planear hacer revisar actuar Modelo de procesos en cascada (ciclo de vida clsico) o lineal o Enfoque sistematico secuencial para obtener el software o ERS planeacin modelado construccin y despliegue (entrega) Modelo incremental o Proporcionar de manera rpida un conjunto limitado de funcionalidades para el usuario y despus incrementarlas de acuerdo a las entregas posteriores. Modelo DRA o Desarrollo rpido de aplicaciones, es una adaptacin del modelo lineal a alta velocidad (60 90 dias) Modelo espiral

Proceso que desarrolla una entrega evolutiva del software con los aspectos sistematicos del modelo en cascada Modelo de desarrollo basado en componentes proceso unificado orientado a reunir las mejores caractersticas de los modelos de procesos de software. (rational corporation) o RUP y UML Modelado con UML o Diagrama de componentes (hardware q interactuar con el software) o Diagrama de actividades similar al diagrama de flujo o Diagrama de clases o Diagrama de casos de uso o Diagrama de estados o Diagrama de secuencias Requisitos del software o Requisitos normales = expresados por el cliente o Requisitos esperados = obvios que no se mencionan pero se derivan de los normales (seguridad, confiabilidad, facilidad) o Requisitos estimulantes = no esperados ni solicitados por el cliente Pasos para el desarrollo de software o Descripcin del sistema (requisitos, toma de requerimientos) o Fase de anlisis o Fase de diseo Modelado del negocio Modelado de datos (objeto de datos -> atributos -> relaciones) Diagrama E-R o Atributos de calidad propuestos por HP Funcionalidad Facilidad de uso Confiabilidad Desempeo Soportabilidad (facilidad de mantenimiento) Facilidad de prueba para un software o Operatividad: funcionamiento optimo o Observabilidad: comprobar las entradas con las salidas esperadas y las que procesa en realidad. o Control: mejor control en el software y detectar errores o Simplicidad: mientras menos que probar mejor. o Estabilidad: menos cambios al corregir errores Pruebas de caja negra: realizados en base a los requerimientos funcionales (funciones incorrectas, errores de comportamiento o desempeo) o Analisis de valores limites (limites del dominio de los datos) Prueba de caja blanca o cristal: ejercitar los valores verdadero y falso de decisiones lgicas

Calidad de software: cumplimiento de los requerimientos de funcionalidad y desempeo establecidos. Calidad del software segn McCall o Confiabilidad o Facilidad de uso o Integridad o Eficiencia Iso o Funcionalidad o Confiabilidad o Facilidad de uso o Eficiencia o Facilidad de mantenimiento o Portabilidad Gestion de proyectos o Personal (involucrados en el desarrollo de software o Producto (requerimientos) o Proceso (conjunto de tareas para obtener el producto) o Proyecto Metricas del proyecto o Lineas de cdigo o Por esfuerzo o Por costo Gestion de riesgos o Riesgo es una posible amenaza para interrumpir el proceso de desarrollo del software Riesgo de desempeo Riesgo de costo Riesgo de soporte Gestion de calidad o Iso 9001 o Itil o Cobit ISW de sala limpia: modelo de proceso que elimina los defectos del software antes de que puedan generar peligros serios. Demanda eliminar los errores en la especificacin y el diseo para continuar en forma limpia.