PRESENTACIÓN

ESCUELA SUPERIOR POLITÉCNICA AGROPECUARIA DE MANABÍ 

MANUEL FÉLIX LÓPEZ

CARRERA INFORMÁTICA

SEMESTRE SÉPTIMO                 PERÍODO OCT./2014-MARZ./2014

INGENIERÍA DEL SOFWARE - PORTAFOLIO TEMÁTICO

AUTOR:

RENGIFO SANCLEMENTE ADRIÁN ENRIQUE

CATEDRÁTICA:

ING. HIRAIDA SANTANA.

MISIÓN DE LA FACULTAD

Formación de profesionales íntegros que conjuguen ciencia, tecnología y valores en su accionar, comprometidos con la sociedad en el manejo adecuado de programas y herramientas computacionales de última generación.

VISIÓN DE LA FACULTAD

Ser referente en la formación de profesionales de prestigio en el desarrollo de aplicaciones  informáticas y soluciones de hardware.

CALCETA, JULIO -2014.

SÍLABO - TEMÁTICA

 

PRIMER TEMÁTICA:

Metodologías de Desarrollo de Software

1.1 Ciclos de Vida del Software.

1.2 Metodologías Tradicionales.

1.3 Metodologías Agiles.

SEGUNDA TEMÁTICA:

Lenguaje Unificado de Modelado UML

2.1 Diagramas de Comportamiento: casos de uso, actividad, interacción, estado, secuencia, comunicación, tiempo.

2.2 Diagramas de Estructura: clases, estructuras compuestas, componentes, despliegue, objeto,

paquetes.

TERCER TEMÁTICA:

Gestión de Proyectos de Software

3.1 Gestión de Requerimientos, Presupuesto y Tiempo.

3.2 Gestión de Riesgo.

3.3 Gestión de Calidad.

3.4 Gestión de Cambio.

INTRODUCCIÓN

La ingeniería de software difiere de la programación tradicional en que se utilizan técnicas de ingeniería para especificar, diseñar, codificar, validar y mantener los productos dentro de del tiempo y presupuesto establecidos para el proyecto, ademas esta ingeniería se preocupa por aspectos administrativos que quedan fuera del dominio normal de la programación. 

Los ingenieros de software están, ademas, capacitados para hacer frente a aspectos de análisis, diseño, verificación, y prueba de programas, la documentación, el mantenimiento y la administración del proyecto. 

Cada función de un programa, cada rasgo que lo vuelva más cómodo, más inteligente, más accesible, se traduce en una cantidad determinada de tiempo, que a su vez acarrea los sueldos de todas las personas involucradas en su desarrollo. Pero además del costo de producción necesario para realizar cada una de las piezas de un programa, la ingeniería de software debe decidir cuáles de ellas tienen sentido, son coherentes con el resto y son necesarias para comunicar claramente la esencia y los objetivos de la aplicación.

Metodologías de Desarrollo de Software

Hoy en día existen numerosas propuestas metodológicas que inciden en distintas dimensiones del proceso de desarrollo. Un ejemplo de ellas son las propuestas tradicionales centradas específicamente en el control del proceso. Estas han demostrado ser efectivas y necesarias en un gran número de proyectos, sobre todo aquellos proyectos de gran tamaño (respecto a tiempo y recursos).

Sin embargo la experiencia ha demostrado que las metodologías tradicionales no ofrecen una buena solución para proyectos donde el entorno es volátil y donde los requisitos no se conocen con exactitud, porque no están pensadas para trabajar con incertidumbre.

Aplicar metodologías tradicionales nos obliga a forzar a nuestro cliente a que tome la mayoría de las decisiones al principio. Luego el coste de cambio de una decisión tomada puede llegar a ser muy elevado si aplicamos metodologías tradicionales.

Es por ello que varios problemas como los que a continuación mencionamos han sido detectados:

·Retrasos en la planificación: llegada la fecha de entregar el                software éste no está disponible.

· Sistemas deteriorados: el software se ha creado pero después           de un par de años el coste de su mantenimiento es tan                       complicado que definitivamente se abandona su producción.

- Tasa de defectos: el software se pone en producción pero los            defectos son tantos que nadie lo usa.

· Requisitos mal comprendidos: el software no resuelve los                 requisitos planificados inicialmente.

· Cambios de negocio: el problema que resolvía nuestro software        ha cambiado y nuestro software no se ha adaptado.

Ciclos de Vida del Software.

Es el proceso que se sigue para construir, entregar y hacer evolucionar el software, desde la concepción de una idea hasta la entrega y el retiro del sistema.

Representa todas las actividades y materiales necesarias para desarrollar una aplicación

FLUJO DEL PROCESO

MODELO CASCADA

El modelo de ciclo de vida en cascada comenzó a diseñarse en 1966 y se terminó alrededor de 1970. Se define como una secuencia de fases en la que al final de cada una de ellas se reúne la documentación para garantizar que cumple las especificaciones y los requisitos antes de pasar a la fase siguiente

MODELO EN V

El modelo de ciclo de vida V proviene del principio que establece que los procedimientos utilizados para probar si la aplicación cumple las especificaciones ya deben haberse creado en la fase de diseño.

MODELO INCREMENTAL

PROTOTIPO

Este modelo principalmente se aplica cuando un cliente define un conjunto de objetivos generales para el software a desarrollarse sin delimitar detalladamente los requisitos de entrada procesamiento y salida, es decir cuando el responsable no está seguro de la eficacia de un algoritmo, de la adaptabilidad del sistema o de la manera en que interactúa el hombre y la máquina.

Además, se encarga principalmente de ayudar al ingeniero de sistemas y al cliente a entender de mejor manera cuál será el resultado de la construcción cuando los requisitos estén satisfechos.

ESPIRAL

MODELO DE PROCESO CONCURRENTE

PROCESO UNIFICADO

Metodologías Tradicionales.

Las metodologías tradicionales imponen una disciplina de trabajo sobre el proceso de desarrollo del software, con el fin de conseguir un software más eficiente. Para ello, se hace énfasis en la planificación total de todo el trabajo a realizar y una vez que está todo detallado, comienza el ciclo de desarrollo del producto software. Se centran especialmente en el control del proceso, mediante una rigurosa definición de roles, actividades, artefactos, herramientas y notaciones para el modelado y documentación detallada. Además, las metodologías tradicionales no se adaptan adecuadamente a los cambios, por lo que no son métodos adecuados cuando se trabaja en un entorno, donde los requisitos no pueden predecirse o bien pueden variar.

Bibliografía

1. Pressman, R. 2010. INGENIERÍA DEL SOFTWARE. Un enfoque práctico. Séptima edición.
2. Pavón, Juan. Gestión de Software. 3era. Edición. Editorial Complutense, 2008, Madrid.
3. http://unlam.net/wiki/images/8/8e/Ingenieria_del_Software._Un_Enfoque_Practico.pdf
4. García A. 2014. ciclo de vida del software.(En linea). Formato pdf. Disponible en:
5. http://sistemas.uniandes.edu.co/~isis2603/dokuwiki/lib/exe/fetch.php?media=principal:isis2603-modelosciclosdevida.pdf.