El Proceso del SoftwareEl Proceso del Software

PLAN DE SEGUIMIENTO:PLAN DE SEGUIMIENTO:

ENTREGA DE LOS FOLLETOS.ENTREGA DE LOS FOLLETOS. EXPOSICION: PROCESOS DE EXPOSICION: PROCESOS DE

SOFTWARE.SOFTWARE. ACTIVIDAD.ACTIVIDAD.

El Proceso del SoftwareEl Proceso del Software

Conjunto estructurado de actividades requeridas Conjunto estructurado de actividades requeridas para desarrollar un sistema de software.para desarrollar un sistema de software.• Especificación.Especificación.• Diseño.Diseño.• Validación.Validación.• Evolución.Evolución.• Desarrollo.Desarrollo.• Mantenimiento.Mantenimiento.

Las actividades varían dependiendo de la Las actividades varían dependiendo de la organización y del tipo de sistema a organización y del tipo de sistema a desarrollarse.desarrollarse.

Debe estar explícitamente modelado si va a ser Debe estar explícitamente modelado si va a ser bien administrado.bien administrado.

PROCESOS DE INGENIERIA DE SOFTWARE

PROCESO DE IMPLEMENTACION Y CAMBIOS

DEFINICION DE PROCESOS

EVALUACION DE PROCESOS

MEDIDAS DE PRODUCTOS Y PROCESOS

INFRAESTRUCTURA DEL PROCESO

CICLO DE GESTION DEL PROCESO DE SOFTWARE

MODELOS PARA EL PROCESO DE IMPLEMENTACION Y CAMBIO

CONSIDERACIONES PRACTICAS

MODELOS DE CICLO DE VIDA DEL SOFTWARE

PROCESOS DE CICLO DE VIDA DEL SOFTWARE

MODELOS PARA EL PROCESO DE IMPLEMENTACION Y CAMBIO

ADAPTACIONES AUTOMATIZACION

AUTOMATIZACION

MODELOS DE EVALUACION DEL PROCESO

METODOS DE EVALUACION DEL PROCESO

MEDICION DEL PROCESO

MEDICION DE PRODUCTOS DE SOFTWARE

CALIDAD DE LOS RESULTADOS DE LA MEDICION

MODELOS DE INFORMACION DE SOFTWARE

Características del ProcesoCaracterísticas del Proceso

EntendibleEntendible• Se encuentra el proceso bien definido y es entendible ?Se encuentra el proceso bien definido y es entendible ?

VisibleVisible• El proceso es visible al exterior ?El proceso es visible al exterior ?

SoportableSoportable• Puede el proceso ser soportado por herramientas CASE ?Puede el proceso ser soportado por herramientas CASE ?

AceptableAceptable• El proceso es aceptado por aquellos involucrados en el ?.El proceso es aceptado por aquellos involucrados en el ?.

Características del ProcesoCaracterísticas del Proceso

ConfiableConfiable• Los errores del proceso son descubiertos antes de que se Los errores del proceso son descubiertos antes de que se

conviertan en errores del producto ?conviertan en errores del producto ?

RobustoRobusto• Puede continuar el proceso a pesar de problemas Puede continuar el proceso a pesar de problemas

inesperados ?inesperados ?

MantenibleMantenible• Puede el proceso evolucionar para cumplir con los Puede el proceso evolucionar para cumplir con los

objetivos organizacionales ?objetivos organizacionales ?

RapidezRapidez• Que tan rápido puede producirse el sistema ?Que tan rápido puede producirse el sistema ?

METODO DE EVALUACION DEL METODO DE EVALUACION DEL SOFTWARESOFTWAREQue es un Método de Evaluación?Que es un Método de Evaluación?

DEFINICION: es un conjunto de procedimientos, DEFINICION: es un conjunto de procedimientos, técnicas, herramientas, y un soporte documental técnicas, herramientas, y un soporte documental que ayuda a los desarrolladores a producir nuevo que ayuda a los desarrolladores a producir nuevo software.software.

MODELO DE PROCESO: (fases, subfases, MODELO DE PROCESO: (fases, subfases, actividades, tareas)actividades, tareas)procedimientos: que dan lugar a productosprocedimientos: que dan lugar a productostécnicas: (graficas, textuales)técnicas: (graficas, textuales)herramientasherramientas

METODOS DE EVALUACION DEL METODOS DE EVALUACION DEL SOFTWARESOFTWARE

Un método de evaluación necesita ser seguido Un método de evaluación necesita ser seguido para reducir una puntuación cuantitativa que para reducir una puntuación cuantitativa que caracteriza la capacidad del proceso.caracteriza la capacidad del proceso.

LOS METODOS SON:LOS METODOS SON:

CBA-IP (4): se centra en la mejora del proceso.CBA-IP (4): se centra en la mejora del proceso. SCE (5): se centra en evaluar la capacidad de SCE (5): se centra en evaluar la capacidad de los proveedores.los proveedores.SCAMPI (6): Gira en torno a las valorizaciones.SCAMPI (6): Gira en torno a las valorizaciones.

DEFINICION DE PROCESOSDEFINICION DE PROCESOS

PROCEDIMIENTO:PROCEDIMIENTO: SUCESION: serie de cosas que SUCESION: serie de cosas que siguen cada una a otra.siguen cada una a otra.PROCESO:PROCESO:Marcha hacia delante (progresoMarcha hacia delante (progreso).).Desarrollo o marcha de una cosa.Desarrollo o marcha de una cosa.PROCESO DE PRODUCCION:PROCESO DE PRODUCCION:Fases consecutivas en la Fases consecutivas en la elaboración de un producto.elaboración de un producto.

MODELO DE PROCESO DE MODELO DE PROCESO DE CALIDADCALIDADDEFINICIONDEFINICION: : Es una descripción Es una descripción del proceso, desde un punto de vista del proceso, desde un punto de vista particular.particular.

Un modelo es siempre una Un modelo es siempre una simplificación del proceso de simplificación del proceso de software, una abstracción del proceso software, una abstracción del proceso real. real.

ELABORACION DEL ELABORACION DEL MODELOMODELOESTA COMPUESTO POR 2 ESTA COMPUESTO POR 2 ACTIVIDADES:ACTIVIDADES:

ANALISIS

DISEÑO

- Investigación: determinar que es lo que el usuario espera obtener.

- Elaboración: conjunto de técnicas factibles.

- Negociación: periodo de entrega y costos, especificación y validación de requisitos

- Las tareas.- Diseño de datos.- Arquitectura.- Diseño de interfaz de usuario.

RAZONES DE CICLO DE RAZONES DE CICLO DE VIDA DEL SOFTWAREVIDA DEL SOFTWARE

• Incremento la calidad del Incremento la calidad del producto.producto.

• Facilidad del entendimiento Facilidad del entendimiento humano y comunicación.humano y comunicación.

• Mejora en los procesos de Mejora en los procesos de soporte.soporte.

• Procesos automatizados.Procesos automatizados.• Soporte a la gestión Soporte a la gestión

Modelo del Ingeniería del Modelo del Ingeniería del ProcesoProceso

EspecificaciónEspecificación - establecer los requerimientos y - establecer los requerimientos y restricciones del sistemarestricciones del sistema

DiseñoDiseño - Producir un modelo en papel del sistema - Producir un modelo en papel del sistema ManufacturaManufactura - construir el sistema - construir el sistema PruebaPrueba - verificar que el sistema cumpla con las - verificar que el sistema cumpla con las

especificaciones requeridasespecificaciones requeridas InstalaciónInstalación - entregar el sistema al usuario y - entregar el sistema al usuario y

asegurar su operacionalidadasegurar su operacionalidad MantenimientoMantenimiento - reparar fallos en el sistema - reparar fallos en el sistema

cundo sea descubiertoscundo sea descubiertos

Problemas en el Modelo del Problemas en el Modelo del ProcesoProceso

Normalmente, las especificaciones son Normalmente, las especificaciones son incompletas o anómalas.incompletas o anómalas.

No existe una distinción precisa entre la No existe una distinción precisa entre la especificación, el diseño y la manufacturaespecificación, el diseño y la manufactura

Solo hasta que el sistema se ha producido se Solo hasta que el sistema se ha producido se puede probarpuede probar

El software no se puede remplazar siempre El software no se puede remplazar siempre durante el mantenimientodurante el mantenimiento

Modelos Genéricos de Desarrollo de Modelos Genéricos de Desarrollo de SoftwareSoftware

Modelo de Cascada (Lineal Secuencial)Modelo de Cascada (Lineal Secuencial)• Separar en distintas fases de especificación y desarrollo.Separar en distintas fases de especificación y desarrollo.

Desarrollo EvolutivoDesarrollo Evolutivo• La especificación y el desarrollo están intercalados.La especificación y el desarrollo están intercalados.

Prototipado (Construcción de Prototipos)Prototipado (Construcción de Prototipos)• Un modelo sirve de prototipo para la construcción del sistema Un modelo sirve de prototipo para la construcción del sistema

final.final.

Transformación Formal (Métodos Formales)Transformación Formal (Métodos Formales)• Un modelo matemático del sistema se transforma formalmente Un modelo matemático del sistema se transforma formalmente

en la implementación.en la implementación.

Desarrollo basado en Reutilización (DRA)Desarrollo basado en Reutilización (DRA)• El sistema es ensamblado a partir de componentes existentes.El sistema es ensamblado a partir de componentes existentes.

Modelo de Cascada Modelo de Cascada (Gráfica)(Gráfica)

Fases del Modelo de Fases del Modelo de CascadaCascada

Análisis de requerimientos y definición.Análisis de requerimientos y definición.

Diseño del sistema y del software.Diseño del sistema y del software.

Implementación y prueba de unidadesImplementación y prueba de unidades

Integración y prueba del sistema.Integración y prueba del sistema.

Operación y mantenimiento.Operación y mantenimiento.

La dificultad en esta modelo reside, en la dificultad La dificultad en esta modelo reside, en la dificultad de hacer cambios entre etapas.de hacer cambios entre etapas.

Desarrollo EvolutivoDesarrollo Evolutivo

Desarrollo EvolutivoDesarrollo Evolutivo

ProblemasProblemas• Poca visibilidad en el procesoPoca visibilidad en el proceso• Los sistemas están pobremente especificadosLos sistemas están pobremente especificados• Se requieren habilidades especiales.Se requieren habilidades especiales.

AplicabilidadAplicabilidad• Para sistemas interactivos pequeños o medianos.Para sistemas interactivos pequeños o medianos.• Para partes de sistemas grandes (p.ej.. la interfaz de Para partes de sistemas grandes (p.ej.. la interfaz de

usuario).usuario).• Para sistemas de corta vida.Para sistemas de corta vida.

PrototipadoPrototipado

Prototipado exploratorioPrototipado exploratorio• El objetivo es trabajar con clientes hasta evolucionar a un sistema El objetivo es trabajar con clientes hasta evolucionar a un sistema

final, a partir de una especificación inicial. Se debe comenzar con final, a partir de una especificación inicial. Se debe comenzar con unas especificaciones bien entendidas.unas especificaciones bien entendidas.

Prototipado de “throw-away”.Prototipado de “throw-away”.• El objetivo es entender los requerimientos del sistema. Se puede El objetivo es entender los requerimientos del sistema. Se puede

comenzar con especificaciones poco entendidas.comenzar con especificaciones poco entendidas.

Problemas y Riesgos de los Problemas y Riesgos de los ModelosModelos

Cascada.Cascada.• Alto riesgo en sistemas nuevos debido a problemas en las Alto riesgo en sistemas nuevos debido a problemas en las

especificaciones y en el diseño.especificaciones y en el diseño.• Bajo riesgo para desarrollos bien comprendidos utilizando Bajo riesgo para desarrollos bien comprendidos utilizando

tecnología conocida.tecnología conocida.

Prototipado.Prototipado.• Bajo riesgo para nuevas aplicaciones debido a que las Bajo riesgo para nuevas aplicaciones debido a que las

especificaciones y el diseño se llevan a cabo paso a paso.especificaciones y el diseño se llevan a cabo paso a paso.• Alto riesgo debido a falta de visibilidad.Alto riesgo debido a falta de visibilidad.

Evolutivo.Evolutivo.• Alto riesgo debido a la necesidad de tecnología avanzada y Alto riesgo debido a la necesidad de tecnología avanzada y

habilidades del grupo desarrollador.habilidades del grupo desarrollador.

Manejo de RiesgosManejo de Riesgos

La tarea principal del administrador consiste La tarea principal del administrador consiste en minimizar riesgos.en minimizar riesgos.

El “riesgo” inherente en una actividad es se El “riesgo” inherente en una actividad es se mide en base a la incertidumbre que presenta mide en base a la incertidumbre que presenta el resultado de esa actividad.el resultado de esa actividad.

Las actividades con alto riesgo causan sobre-Las actividades con alto riesgo causan sobre-costes en cuanto a planeación y costoscostes en cuanto a planeación y costos

El riesgo es proporcional al monto de la El riesgo es proporcional al monto de la calidad de la información disponible. Cuanto calidad de la información disponible. Cuanto menos información, mayor el riesgo.menos información, mayor el riesgo.

Modelos de Procesos Modelos de Procesos HíbridosHíbridos

Los sistemas grandes están hechos Los sistemas grandes están hechos usualmente de varios subsistemas.usualmente de varios subsistemas.

No es necesario utilizar el mismo modelo de No es necesario utilizar el mismo modelo de proceso para todos los subsistemas.proceso para todos los subsistemas.

El prototipado es recomendado cuando existen El prototipado es recomendado cuando existen especificaciones de alto riesgo.especificaciones de alto riesgo.

El modelo de cascada es utilizado en El modelo de cascada es utilizado en desarrollos bien comprendidos.desarrollos bien comprendidos.

Modelo de Proceso de Modelo de Proceso de EspiralEspiral

Fase del Modelo de EspiralFase del Modelo de Espiral

Planteamiento de ObjetivosPlanteamiento de Objetivos• Se identifican los objetivos específicos para cada fase del Se identifican los objetivos específicos para cada fase del

proyecto.proyecto.

Identificación y reducción de riesgos.Identificación y reducción de riesgos.• Los riesgos clave se identifican y analizan, y la información sirve para Los riesgos clave se identifican y analizan, y la información sirve para

minimizar los riesgos.minimizar los riesgos.

Desarrollo y Validación.Desarrollo y Validación.• Se elige un modelo apropiado para la siguiente fase del Se elige un modelo apropiado para la siguiente fase del

desarrollo.desarrollo.

Planeación.Planeación.• Se revisa el proyecto y se trazan planes para la siguiente ronda Se revisa el proyecto y se trazan planes para la siguiente ronda

del espiral.del espiral.

Plantilla para una ronda de Plantilla para una ronda de espiralespiral

Objetivos.Objetivos. Restricciones.Restricciones. Alternativas.Alternativas. Riesgos.Riesgos. Resolución de riesgos.Resolución de riesgos. Resultados.Resultados. Planes.Planes. Garantías (commitments).Garantías (commitments).

Mejoramiento de la calidad Mejoramiento de la calidad del Modelo de Espiraldel Modelo de Espiral

ObjetivosObjetivos• Mejorar significativamente la calidad del software.Mejorar significativamente la calidad del software.

Restricciones.Restricciones.• Dentro de los 3 primeros años.Dentro de los 3 primeros años.• Sin que se produzcan grandes inversiones de capital.Sin que se produzcan grandes inversiones de capital.• Sin que se lleven a cabo grandes cambios Sin que se lleven a cabo grandes cambios

organizacionales.organizacionales.

Alternativas.Alternativas.• Reutilizar software certificado existente.Reutilizar software certificado existente.• Introducir especificaciones formales y verificación.Introducir especificaciones formales y verificación.• Invertir en herramientas de prueba y validación.Invertir en herramientas de prueba y validación.

Mejoramiento de la Mejoramiento de la calidadcalidad

Riesgos.Riesgos.• No existen mejoras en el software baratas.No existen mejoras en el software baratas.• Las mejoras en la calidad pueden incrementar costes Las mejoras en la calidad pueden incrementar costes

excesivamenteexcesivamente• Los nuevos métodos pueden causar bajas en el personal.Los nuevos métodos pueden causar bajas en el personal.

Solución de riesgos.Solución de riesgos.• Estudio de la literatura existente.Estudio de la literatura existente.• Proyecto piloto.Proyecto piloto.• Búsqueda de todos los componentes reutilizables potenciales.Búsqueda de todos los componentes reutilizables potenciales.• Identificación del soporte disponible de herramientasIdentificación del soporte disponible de herramientas• Entrenamiento al personal y seminarios motivacionales.Entrenamiento al personal y seminarios motivacionales.

Mejoramiento de la Mejoramiento de la calidadcalidad

Resultados.Resultados.• La experiencia en métodos formales es limitada - es muy difícil La experiencia en métodos formales es limitada - es muy difícil

cuantificar las mejoras.cuantificar las mejoras.• Limitado el soporte en herramientas para sistemas de Limitado el soporte en herramientas para sistemas de

desarrollo de la compañía.desarrollo de la compañía.• Existencia de componentes reutilizables, pero poco soporte de Existencia de componentes reutilizables, pero poco soporte de

herramientas de rehuso.herramientas de rehuso.

Planes.Planes.• Explorar la opción de la reutilización a mas detalle.Explorar la opción de la reutilización a mas detalle.• Desarrollar herramientas prototipo para reutilización.Desarrollar herramientas prototipo para reutilización.• Explorar el esquema de certificación de componentes.Explorar el esquema de certificación de componentes.

Garantías.Garantías.• Explorar los siguientes 18 meses.Explorar los siguientes 18 meses.

Modelo de Espiral para la Modelo de Espiral para la elaboración de un catálogoelaboración de un catálogo

ObjetivosObjetivos• Desarrollar un catálogo de componentes de softwareDesarrollar un catálogo de componentes de software

Restricciones.Restricciones.• A un año.A un año.• Debe soportar los tipos de componentes existentes.Debe soportar los tipos de componentes existentes.• Costo total menor de $100,000.Costo total menor de $100,000.

Alternativas.Alternativas.• Comprar software de captura de información.Comprar software de captura de información.• Comprar bases de datos y desarrollar el catálogo utilizando Comprar bases de datos y desarrollar el catálogo utilizando

la BD.la BD.• Desarrollar catálogo de propósito especial.Desarrollar catálogo de propósito especial.

Mejoramiento de la Mejoramiento de la calidadcalidad

Riesgos.Riesgos.• Puede ser imposible satisfacer las restricciones.Puede ser imposible satisfacer las restricciones.• La funcionalidad del catálogo puede ser inapropiada.La funcionalidad del catálogo puede ser inapropiada.

Solución de riesgos.Solución de riesgos.• Desarrolla un prototipo del catálogo (utilizando lenguajes Desarrolla un prototipo del catálogo (utilizando lenguajes

de cuarta generación 4GL y una BD existente) para de cuarta generación 4GL y una BD existente) para clarificar los requerimientos.clarificar los requerimientos.

• Relaja restricciones de tiempo.Relaja restricciones de tiempo.

Mejoramiento de la Mejoramiento de la calidadcalidad

Resultados.Resultados.• Los sistemas de captura de información son inflexibles. Los Los sistemas de captura de información son inflexibles. Los

requerimientos no pueden cumplirse.requerimientos no pueden cumplirse.• El prototipo que utiliza la BD puede mejorarse para El prototipo que utiliza la BD puede mejorarse para

completar el sistema.completar el sistema.• El desarrollo de un catálogo de propósito específico no es El desarrollo de un catálogo de propósito específico no es

costeable.costeable.

Planes.Planes.• Desarrolla el catálogo utilizando una BD existente Desarrolla el catálogo utilizando una BD existente

mejorando el prototipo y la interfaz de usuario.mejorando el prototipo y la interfaz de usuario.

Garantías.Garantías.• Explorar los siguientes 12 meses.Explorar los siguientes 12 meses.

Flexibilidad en el modelo de Flexibilidad en el modelo de espiralespiral

Para sistemas bien comprendidos utiliza el Para sistemas bien comprendidos utiliza el Modelo de Cascada. La fase de análisis de Modelo de Cascada. La fase de análisis de riesgos es relativamente fácil.riesgos es relativamente fácil.

Con requerimientos estables y sistemas de Con requerimientos estables y sistemas de seguridad críticos, utiliza modelos formales.seguridad críticos, utiliza modelos formales.

Con especificaciones incompletas, utiliza el Con especificaciones incompletas, utiliza el modelo de prototipado.modelo de prototipado.

Pueden utilizarse modelos híbridos en distintas Pueden utilizarse modelos híbridos en distintas partes del desarrollo.partes del desarrollo.

Ventajas del Modelo de Ventajas del Modelo de EspiralEspiral

Centra su atención en la reutilización de Centra su atención en la reutilización de componentes y eliminación de errores en componentes y eliminación de errores en información descubierta en fases iniciales.información descubierta en fases iniciales.

Los objetivos de calidad son el primer objetivo.Los objetivos de calidad son el primer objetivo. Integra desarrollo con mantenimiento.Integra desarrollo con mantenimiento. Provee un marco de desarrollo de Provee un marco de desarrollo de

hardware/software.hardware/software.

Problemas con el Modelo de Problemas con el Modelo de EspiralEspiral

El desarrollo contractual especifica el modelo del El desarrollo contractual especifica el modelo del proceso y los resultados a entregar por adelantado.proceso y los resultados a entregar por adelantado.

Requiere de experiencia en la identificación de Requiere de experiencia en la identificación de riesgos.riesgos.

Requiere refinamiento para uso generalizado.Requiere refinamiento para uso generalizado.

Visibilidad de ProcesosVisibilidad de Procesos

Los sistemas de software son intangibles por lo Los sistemas de software son intangibles por lo que los administradores necesitan documentación que los administradores necesitan documentación para identificar el progreso en el desarrollo.para identificar el progreso en el desarrollo.

Esto puede causar problemas.Esto puede causar problemas.• El tiempo planeado para entrega de resultados puede no El tiempo planeado para entrega de resultados puede no

coincidir con el tiempo necesario para completar una actividad.coincidir con el tiempo necesario para completar una actividad.• La necesidad de producir documentos restringe la iteración La necesidad de producir documentos restringe la iteración

entre procesos.entre procesos.• El tiempo para revisar y aprobar documentos es significativo.El tiempo para revisar y aprobar documentos es significativo.

El modelo de cascada es aún el modelo basado en El modelo de cascada es aún el modelo basado en resultados mas utilizado.resultados mas utilizado.

Documentos del Modelo de Documentos del Modelo de CascadaCascada

Actividad Documentos ProducidosAnálisis de Requerimientos Documento de RequerimientosDefinición de Requerimientos Documento de RequerimientosEspecificación del Sistema. Especificación Funcional, Plan de Pruebas

de Aceptación.Diseño Arquitectural Especificación de la Arquitectura, y Plan de

Pruebas del SistemaDiseño de Interfaces Especificación de la Interfaces y Plan de

pruebas de Integración.Diseño Detallado Especificación del diseño y Plan de prueba

de Unidades.

Codificación Código de ProgramaPrueba de Unidades Reporte de prueba de unidadesPrueba de Módulos Reporte de prueba de módulosPrueba de Integración Reporte de prueba de integración y Manual

de usuario finalPrueba del Sistema Reporte de prueba del sistemaPrueba de Aceptación Sistema final mas la documentación.

Visibilidad del ModeloVisibilidad del Modelo

Modelo de Proceso Visibilidad del ProcesoModelo de Cascada Buena visibilidad, cada actividad produce un

documento o resultadoDesarrollo Evolutivo Visibilidad pobre, muy caro al producir

docuementos en cada iteración.Modelos Formales Buena visibilidad, en cada fase deben

producirse documentos.Desarrollo orientado a la reutilización Visibilidad moderada. Importante contar con

documentación de componentes reutilizables.Modelo de Espiral Buena visibilidad, cada segmento y cada

anillo del espiral debe producir undocumento.

Responsabilidad Responsabilidad ProfesionalProfesional

Los Ingenieros de software no solo deben Los Ingenieros de software no solo deben considerar aspectos técnicos. Deben tener una considerar aspectos técnicos. Deben tener una visión mas amplia, en lo ético, social y visión mas amplia, en lo ético, social y profesional.profesional.

No existe estatutos para ninguno de estos No existe estatutos para ninguno de estos aspectos.aspectos.• Desarrollo de sistemas militares.Desarrollo de sistemas militares.• Piratería.Piratería.• Que es mejor para la profesión de Ingeniero de Software.Que es mejor para la profesión de Ingeniero de Software.

Aspectos ÉticosAspectos Éticos

Confidencialidad.Confidencialidad.

Competencia.Competencia.

Derechos de propiedad intelectual.Derechos de propiedad intelectual.

Mal uso de la computadora.Mal uso de la computadora.

ResumenResumen

La Ingeniería de software concierne a las teorías, La Ingeniería de software concierne a las teorías, métodos y herramientas para el desarrollo, métodos y herramientas para el desarrollo, administración y evolución de productos de software.administración y evolución de productos de software.

Los productos de software consisten de programas y Los productos de software consisten de programas y documentación. Los atributos de los productos son, documentación. Los atributos de los productos son, mantenabilidad, dependabilidad, eficiencia y mantenabilidad, dependabilidad, eficiencia y usabilidad.usabilidad.

El proceso de software consiste en aquellas El proceso de software consiste en aquellas actividades involucradas en el desarrollo de software.actividades involucradas en el desarrollo de software.

ResumenResumen

El modelo de cascada considera cada actividad El modelo de cascada considera cada actividad del proceso como una actividad discreta.del proceso como una actividad discreta.

El modelo de desarrollo evolutivo considera El modelo de desarrollo evolutivo considera actividades del proceso en forma concurrente.actividades del proceso en forma concurrente.

El modelo de espiral se basa en análisis de El modelo de espiral se basa en análisis de riesgos.riesgos.

La visibilidad del proceso involucra la creación de La visibilidad del proceso involucra la creación de documentos o resultados de las actividades.documentos o resultados de las actividades.

Los Ingenieros de software deben tener Los Ingenieros de software deben tener responsabilidades éticas, sociales y profesionales.responsabilidades éticas, sociales y profesionales.

BIBLIOGRAFIABIBLIOGRAFIA

http://www.slideshare.net/chiki.carito/procesos-del-software

http://www.slideshare.net/rfsolano/procesos-de-ingenieria-del-sw

http://www.slideshare.net/rolmary/1-presentacion1ingenieriadesoftware1

http://www.monografias.com/trabajos5/desof/desof.shtml

GRACIASGRACIAS……