Metodologías para el desarrollo de software

 

Sistema de información

Un sistema de información es un conjunto de datos que interactúan entre sí con un fin común. En informática, los sistemas de información ayudan a administrar, recolectar, recuperar, procesar, almacenar y distribuir información relevante para los procesos fundamentales y las particularidades de cada organización. 

https://es.wikipedia.org/wiki/Sistema_de_informaci%C3%B3n

Metodologías para el desarrollo de software

Una metodología para el desarrollo de software comprende los procesos a seguir sistemáticamente para idear, implementar y mantener un producto software desde que surge la necesidad del producto hasta que cumplimos el objetivo por el cual fue creado.

https://repositorio.uca.edu.ar/bitstream/123456789/522/1/metodologias-desarrollo-software.pdf

Modelo de cascada

Es el enfoque metodológico que ordena rigurosamente las etapas del proceso para el desarrollo de software, de tal forma que el inicio de cada etapa debe esperar a la finalización de la etapa anterior. Al final de cada etapa, el modelo está diseñado para llevar a cabo una revisión final, que se encarga de determinar si el proyecto está listo para avanzar a la siguiente fase.

https://es.wikipedia.org/wiki/Desarrollo_en_cascada

Etapas

Análisis: Es la fase en la cual se reúnen todos los requisitos que debe cumplir el software. En esta etapa es fundamental la presencia del cliente que documenta y repasa dichos requisitos. El ingeniero de software debe comprender el ámbito de la información del software así como la función, el rendimiento y las interfaces requeridas.

Diseño: Es una etapa dirigida hacia la estructura de datos, la arquitectura del software, las representaciones de la interfaz y el detalle procedimental (algoritmo). En forma general se hace un esbozo de lo solicitado y se documenta haciéndose parte del software.

Creación de código: Es la etapa en la cual se traduce el diseño para que sea comprensible por la máquina. Esta etapa va a depender estrechamente de lo detallado del diseño.

Pruebas: Esta etapa se centra en los procesos lógicos internos del software, asegurando que todas las sentencias se han comprobado, y en la detección de errores.

Mantenimiento: Debido a que el programa puede tener errores, puede no ser del completo agrado del cliente o puede necesitar, eventualmente acoplarse a los cambios en su entorno (sistema operativo o dispositivos periféricos) o a que el cliente, requiera ampliaciones funcionales o del rendimiento. Esto quiere decir que no se rehace el programa, sino que sobre la base de uno ya existente se realizan algunos cambios. 

https://medium.com/@raquelbrull/metodolog%C3%ADa-cascada-f114683031e9

 

 

 

 

Modelo en espiral

Utilizado generalmente en la ingeniería de software. Las actividades de este modelo se conforman en una espiral, en la que cada bucle o iteración representa un conjunto de actividades. Las actividades no están fijadas a ninguna prioridad, sino que las siguientes se eligen en función del análisis de riesgo, comenzando por el bucle interior.

https://es.wikipedia.org/wiki/Desarrollo_en_espiral

Etapas

Planificación. Se determinan los objetivos y el alcance del ciclo que comienza, tras un necesario ejercicio de investigación. Con cada iteración, se irá incrementando el tamaño de software entregado y la funcionalidad cubierta.

Análisis de Riesgo. Se evalúa todo aquello que pueda afectar al proyecto según el estado en que se encuentre y su grado de avance. Para ello, se diseñarán los prototipos que deberán ser validados en el ciclo.

Implementación. Se desarrolla y valida el software según el alcance acordado, el cual está íntimamente relacionado y condicionado con el análisis de riesgos anterior.

Evaluación. Antes de proceder a realizar otra vuelta en la espiral, se debe prestar atención a lo que sucedió en la vuelta anterior. Se debe analizar en detalle si los riesgos detectados anteriormente ya tuvieron solución. Básicamente, esta fase servirá para determinar el avance del proyecto y dar pistas de hacia dónde debe enfocarse la próxima iteración.

https://aspgems.com/metodologia-de-desarrollo-de-software-iii-modelo-en-espiral/

 

 

 

Modelo de prototipos

Pertenece a los modelos de desarrollo evolutivo. El prototipo debe ser construido en poco tiempo, usando los programas adecuados y no se debe utilizar muchos recursos.

El diseño rápido se centra en una representación de aquellos aspectos del software que serán visibles para el cliente o el usuario final. Este diseño conduce a la construcción de un prototipo, el cual es evaluado por el cliente para una retroalimentación; gracias a ésta se refinan los requisitos del software que se desarrollará. La interacción ocurre cuando el prototipo se ajusta para satisfacer las necesidades del cliente. Esto permite que al mismo tiempo el desarrollador entienda mejor lo que se debe hacer y el cliente vea resultados a corto plazo.

 

 

Etapas

Identificar los requerimientos: Los analistas y los usuarios trabajan juntos para identificar los requerimientos conocidos que tienen que satisfacerse. Se debe: determinar los fines del sistema y el alcance de su capacidad.

Desarrollar Modelo que Funcione:

Los desarrolladores explican a los usuarios: El método, las actividades a realizar, la secuencia en que se llevará a cabo. El proceso de construcción del prototipo se debe iniciar con el desarrollo de un plan general que permita conocer el proceso de desarrollo. Es importante definir un cronograma para el inicio y fin de la primera iteración.

Revisar el prototipo: Se realiza la evaluación y con la información obtenida se levantan las características que debe llevar la siguiente versión del prototipo. La evaluación permite profundizar los rasgos de los usuarios y los de la organización que tienen influencia sobre la aplicación y en su implementación. Los cambios en el prototipo son planificados con los usuarios antes de llevarlos a cabo por el analista.

Iteración: Las dos últimos etapas descriptas anteriormente se repiten varias veces hasta que estén usuarios y profesionales de sistema de acuerdo en que el prototipo ha evolucionado lo suficiente o que una iteración mas no traerá beneficios adicionales.

Prototipo terminado: Los pasos anteriores se repiten varias veces (4 o 6 iteracciones) cuando los usuarios y desarrolladores están de acuerdo en que el sistema ha evolucionado lo suficiente e incluye todas las características necesarias. Cuando el prototipo está terminado, el paso que sigue a continuación es tomar la decisión sobre cómo proceder.

http://johnnytite.blogspot.com/2015/11/modelo-de-prototipos.html

 

 

Codificar y corregir

 

 

-Empieza con una idea en general.

-No lleva ninguna gestión.

-No pierde tiempo en la planeación ni papeleo.

-No hay control de calidad.

-Codificación pura.

-No se necesita experiencia.

-Solo proyectos pequeños.

-Son tiempos largos.

https://es.slideshare.net/eivanqs/mtodos-y-modelos-de-proyectos

 

Análisis de sistemas

El análisis de sistemas es la ciencia encargada del análisis de sistemas grandes y complejos, y la interacción entre los mismos. Esta área se encuentra muy relacionada con la investigación operativa. También se denomina análisis de sistemas a una de las etapas de construcción de un sistema informático, que consiste en relevar la información actual y proponer los rasgos generales de la solución futura.

https://es.wikipedia.org/wiki/An%C3%A1lisis_de_sistemas