Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

Ingeniería de Software

No description
by

Jordy Lugo Salazar

on 13 February 2013

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Ingeniería de Software

Ingeniería en Tecnologías de la Información y Comunicaciones Metodologias de desarrollo de software En ésta presentación veremos: COLABORADORES David Eduardo Reyes Baza
Carreto Moller Jose Luis
Lugo Salazar Jordy Francisco
Osuna Benítez Jorge Metodologías Clasicas
Cascada
Incremental
Evolutivo
Espiral
Prototipos
Desarrollo basado en componentes Metodologias de desarrollo de software


Son un conjunto de procedimientos técnicas y ayudas para el desarrollo de productos de software.

En si pasos naturales o lógicos para la construcción de software Basicamente las metodologias llevan a cabo una serie de procesos comunes que son buenas practicas para lograr los objetivos independientementete de como hayan sido diseñadas Las fases que agrupan estos sucesos son:

Analisis
Especificacion
Prueba
Documentacion
Mantenimiento
Reingenieria Así mismo las diferentes metodologías tienen diversos ciclos de vida del desarrollo de software, losmodelos más comúnmente utilizados son los siguientes:

Modelo en cascada
Modelo en espiral
Modelo de prototipos
Método Evolutivo
Desarrollo por etapas Metodologias de desarrollo de software

Aunque el termino de Metodología es un tema bastante sensible.
Podemos tener unas cosa clara: La ausencia de metodología en el desarrollo de un proyecto de software garantiza con seguridad también la ausencia de calidad. En el ciclo de vida del software se deben completar una serie de tareas para obtener un producto de software. A menudo, se dice que los distintos componentes de software deben pasar por distintas fases o etapas durante el ciclo de vida. Metodología en Cascada

También conocido como modelo clásico, modelo tradicional o modelo lineal secuencial. es el enfoque clasico para el ciclo de vida de desarrollo de sistemas

Un ejemplo de la metodología en cascada es:
1. Análisis de requisitos
2. Diseño del sistema
3. Diseño del programa
4. Codificación
5. Pruebas
6. Implantación
7. Mantenimiento Se inicia con la especificación de requerimientos del cliente continua con la planificación, el modelado, laconstrucción y el despliegue para finalizar en el enfoque del software El modelo está dirigido por documentos yno proporciona resultados tangibles de software hasta el final del ciclo de vida de algunas herramientas Es caracterizado por ordenar de manera rigurosa las etapas del ciclo de vida de software , dado que elcomienzo de cada etapa debe esperar a la finalización de la inmediata anterior. Este modelo puede ser visto como un modelo con forma de cascada de agua con varios saltos, en la que cadasalto representa cada una de las fases del ciclo de vida. El modelo en cascada proporciona un enfoque estructurado, progresa linealmente a través de sus fases por loque resulta fácil de entender. Algunas caracteristicas... La metodología en cascada es esencialmente:

1. El inicio y el alcance del proyecto
2. La planificación del proyecto( calendario, recursos necesarios, costo)
3. Definición de las necesidades del negocio y el análisis en detalle de la solución
4. La creación de la solución
5. Prueba que la solución funciona
6. La entrega de la solución a su público objetivo
7. Cierre del proyecto Ventajas

Permite la departamentalización y control de gestión.
El horario se establece con los plazos normalmente adecuados para cada etapa de desarrollo.
Este proceso conduce a entregar el proyecto a tiempo.
Es sencilla y facilita la gestión de proyectos.
Permite tener bajo control el proyecto.
Limita la cantidad de interacción entre equipos que se produce durante el desarrollo Desventajas
No conocer si la solución es correcta hasta estar cerca de su lanzamiento
Poco tiempo para corregir fallas
Depuración complicada
Los cambios introducidos durante el desarrollo pueden confundir al equipo profesional en las etapastempranas del proyecto.
No es frecuente que el cliente o usuario final explicite clara y completamente los requisitos
Es necesaria la paciencia del cliente
El cliente podría detectar un error
El proceso es lento y pesado Metodologia de prototipo La construcción de prototipos representa una estrategia de desarrollo, cuando no es posible determinar todos los requerimientos del usuario. Es por ello que incluye el desarrollo interactivo o en continua evolución, donde el usuario participa de forma directa en el proceso. Este método contiene condiciones únicas de aplicación, en donde los encargados del desarrollo tienen poca experiencia o información, o donde los costos y riesgos de que se cometa un error pueden ser altos.
Así mismo este método resulta útil para probar la facilidad del sistema e identificar los requerimientos del usuario, evaluar el diseño de un sistema o examinar el uso de una aplicación. El método del prototipo de sistemas consta de 5 etapas: 1). Identificación de requerimientos conocidos: La determinación de los requerimientos de una aplicación es tan importante para el metodo de desarrollo de prototipos como lo es para el ciclo de desarrollo de sistemas o análisis estructurado. Por consiguiente, antes de crear un prototipo, los analistas y usuario deben de trabajar juntos para identificar los requerimientos conocidos que tienen que satisfacer. 2). Desarrollo de un modelo de trabajo: Es fácil comenzar el procesos de construcción del prototipo con el desarrollo de un plan general que permita a los usuarios conocer lo que se espera de ellas y del proceso de desarrollo. Un cronograma para el inicio y el fin de la primera interacción es de gran ayuda. En el desarrollo del prototipo se preparan los siguientes componentes:

a). El lenguaje para el dialogo o conversación entre el usuario y el sistema.

b). Pantallas y formatos para la entrada de datos.

c). Módulos esenciales de procesamiento.

d). Salida del sistema
3). Utilización del prototipo: Es responsabilidad del usuario trabajar con el prototipo y evaluar sus características y operación. La experiencia del sistema bajo condiciones reales permite obtener la familiaridad indispensable para determinar los cambios o mejoras que sean necesarios, así como las características inadecuadas 4). Revisión del prototipo: Durante la evaluación los analistas de sistemas desean capturar información sobre los que les gusta y lo que les desagrada a los usuarios.

Los cambios al prototipo son planificados con los usuarios antes de llevarlos a cabo, sin embargo es el analista responsable de tales modificaciones. 5). Repetición del proceso las veces que sea necesarias: El proceso antes descrito se repite varias veces. MODELOS EVOLUTIVOS Combina elementos del modelo lineal con la filosofía de creación de prototipos
El primer incremento a menudo es un producto esencial (núcleo)
A partir de la evaluación se planea el siguiente incremento y así sucesivamente
Es interactivo por naturaleza MODELO ITERATIVO INCREMENTEAL El software evoluciona con el tiempo. Los requisitos del usuario y del producto suelen cambiar conforme se desarrolla el mismo. Las fechas de mercado y la competencia hacen que no sea posible esperar a poner en el mercado un producto absolutamente completo, por lo que se aconsejable introducir una versión funcional limitada de alguna forma para aliviar las presiones competitivas. Modelo espiral Es un modelo evolutivo que conjuga la naturaleza iterativa del modelo Modelo Prototipo con los aspectos controlados y sistemáticos del Modelo Cascada. Proporciona potencial para desarrollo rápido de versiones incrementales. En el modelo Espiral el software se construye en una serie de versiones incrementales. El modelo se divide en un número de Actividades de marco de trabajo, llamadas «regiones de tareas». En general existen entre tres y seis regiones de tareas. En las primeras iteraciones la versión incremental podría ser un modelo en papel o bien un prototipo. En las últimas iteraciones se producen versiones cada vez más completas del sistema diseñado. Desarrollo Basado en Componentes Que es Componente un componente? Es una unidad binaria de composición de aplicaciones software, que posee un conjunto de interfaces y un conjunto de requisitos, y que ha de poder ser desarrollado, adquirido, incorporado al sistema y compuesto con otros componentes de forma independiente, en tiempo y espacio. Que es? Es una aproximación del desarrollo de software que describe, construye y utiliza técnicas de software mediante el ensamblaje de partes software reutilizables. La aproximación DSBC(Desarrollo de Software Basado en Componentes) es utilizada para reducir los costes, tiempos y esfuerzos de desarrollo del software, a la vez que ayuda a mejorar la fiabilidad, flexibilidad y la reutilización de la aplicación final. En que ayuda? Etapas: La selección de componentes
- Fase de busqueda
- Fase de evaluación
La adaptación de componentes
- White Box
- Grey Box
- Black Box
Ensamblaje de los componentes al sistema
- MOM
- ORB
Evolución del sistema
Full transcript