Metodologias

Tipos de metodología de desarrollo.

Metodología Estructurada:

Esta metodología se cree que es un clásico, debido a que los procedimientos estructurales se establecen en etapas, las cuales deberán ser seguidas bajo un enfoque secuencial de análisis y diseño y es el más aplicado en el desarrollo de Software.Tiene como objetivo emplear las metodologías de análisis y diseño estructurado para su uso con herramientas case, incrementando la productividad en el desarrollo e implantación de sistemas de información y entre ellas podemos encontrar a Kendall que crea los modelos de forma descendente.

Entre sus características tenemos:

Gran volumen de datos y transacciones

Abarca varias áreas organizativas de la empresa

Tiempo de desarrollo largo

Requiere Se maneja como proyecto

Que se cumplan todas las etapas, para poder cumplir las siguientes (progresión lineal y secuencial de una fase a la otra)

Metodología Orientada a objetos:

Esta metodología trata de combinar datos y procedimientos en un solo objeto, En vez de pasar datos a los procedimientos los programas envían un mensaje a un objeto para que realice un procedimiento que ya tiene integrado el mismo mensaje y puede ser enviado a muchos objetos diferentes, pero cada uno de ellos implantará el mensaje de forma diferente Por ejemplo: una aplicación financiera orientada a objetos puede tener que los objetos Cliente envíen mensajes de debo y haber a los objetos Cuentas. Los objetos Cuentas, a su vez, pueden mantener a los objetos Efectivo, Cuentas por pagar y Cuentas por cobrar.

Entre sus características tenemos:

Incorpora herencia y polimorfismo

No modela la realidad, sino la forma en que las personas comprenden y procesan la realidad

Es un proceso ascendente basado en una abstracción de clases en aumento

Se basa en identificación de objetos, definición y organización de librerías de clases, y creación de macros para aplicaciones específicas

Utiliza menor cantidad de código

Es más reutilizable

MetodologíaEvolutiva-Incremental:

Propuesto en 1980, lo cual se propuso el enfoque incremental de desarrollo como una forma de reducir la repetición del trabajo en el proceso de desarrollo y dar oportunidad de retrasar la toma de decisiones en los requisitos hasta adquirir experiencia con el sistema, Surgió porque en los primeros desarrollos se podía esperar largo tiempo hasta que el software estuviese listo.

Entre sus características tenemos:

Se deriva de la estructurada

Permite seguir secuencias ascendentes o descendentes en las etapas del desarrollo

Permite cumplir etapas o fases en paralelo, por lo que es más flexible que la estructurada

Metodología de Prototipos:

Estos prototipos son guías que permiten estudiar y probar aspectos específicos del producto final, sin necesidad de que el producto tenga sus características completamente definidas. Bajo este modelo se podrá detectar errores debido a la aplicación de diferentes herramientas, para producir elementos de pruebas específicas (interfaz de usuario, mantenedores, procesos) que deberán ser presentados al usuario y confirmados por éste. En otras palabras, desarrolla un “demo”, que de ser aprobado por el usuario, se culmina con todas las funcionalidades. El prototipo es un modelo a escala del sistema propuesto, fácilmente operable y modificable.Esta técnica permite realizar pruebas y refinar el sistema hasta que los usuarios estén conformes con los resultados, Las mejores aplicadas al sistema son aplicadas en función de la identificación de necesidades de información, reflejadas en informes de resultados.

Entre sus características tenemos:

Modelo de escala del sistema original

Desarrolla el demo y debe hacer aprobado por el usuario

Se prueba y se refina con el usuario

Identifica necesidades (requisitos)

Produce informes (modelo)

Produce consultas redimentarias

Maneja procedimientos orientado a transaciones

Metodología Espiral:

El espiral se caracteriza por optimizar los tiempos y reducir la incertidumbre del proyecto, partiendo de un pequeño segmento del sistema en funcionamiento, para luego continuar en la creación de una segunda parte conectada a la anterior, y así construir una nueva interacción, con una versión aumentada del sistema hasta que se concluye con un nivel de maduración que permita que el trabajo para el que fue creado se realice sin inconvenientes.

Entre sus características tenemos:

Reduce tiempo y elimina incertidumbres del proyecto

Revisa partes pequeñas del sistema en funcionamiento

Permite que el trabajo sea creado sin inconvenientes

Metodología deRAD:

Es una metodología que tiene el objetivo de responder rápidamente a las necesidades de usuario, posee un alcance más amplio por lo que ha sido denominada “creación rápida de aplicaciones, Ésta se basa en la existencia de estrategias y de herramientas de software, las cuales permiten que el analista diseñador de un sistema, realice un mínimo análisis y diseño, lo traduzca rápidamente en aplicación especifica y se lo presente al usuario para su aprobación o modificación.Esta metodología requiere de cuatro factores esenciales:

Gerencia: Es el nivel más alto, debe estar integrado por experimentadores, que son personas que les gusta realizar las cosas de nuevas maneras, o de adaptadores que son los que aprenden a usar metodologías nuevas. La gerencia apoya a la RAD al hacer que el ambiente de trabajo sea lo más placentero posible.

Personal: Las ventajas y eficiencia que pueda alcanzarse y lograrse empleando varios equipos especializados como de planificación, construcción, revisión de usuario y cambio.

Metodologías: Es esencial para el ciclo de vida real que consta de cuatro fases: planificación de necesidades, diseño de usuario, construcción y corte y cambio. Los usuarios son claves en cada fase y participan con los especialistas en información.

Herramientas: Consisten en las herramientas de CASE que facilitan la creación de prototipos y generación de cogido, éstos permiten a los especialistas en información o a los usuarios generar cogidos de computación sin usar un lenguaje de programación convencional

Metodología deCASE:

El case es una herramienta que permite la automatización de metodologías paso a paso para el desarrollo de software y de sistemas para reducir la cantidad de trabajo repetitivo que el desarrollador debe hacer, Esto lo logra a través de la aplicación de tecnología informática a las actividades, las técnicas y las metodologías propias de desarrollo. Su objetivo es acelerar el proceso para el que han sido diseñadas, en el caso de case para automatizar o apoyar una o más fases del ciclo de vida del desarrollo de sistemas. Ésta herramienta se presenta en muchos de los casos a través de un diagrama entidades e relaciones.Cuando se hace la planificación de la base de datos, la primera etapa del ciclo de vida de las aplicaciones también se puede escoger una herramienta case que permita llevar a cabo el resto de tareas del modo más eficiente y efectivo posible, El uso de las herramientas case puede mejorar la productividad en el desarrollo de una aplicación de bases de datos, mediante la proporción automatizada de gráficas para producir diagramas y figuras, generadores de pantalla, producción de informes entre otros.

Técnicas de prueba.

Pruebas de caja blanca:

Las pruebas de caja blancatambién conocidas como pruebas de caja de cristal o pruebas estructurales se centran en los detalles procedimentales del software, por lo que su diseño está fuertemente ligado al código fuente. El usuario escoge distintos valores de entrada para examinar cada uno de los posibles flujos de ejecución del programa y cerciorarse de que se devuelven los valores de salida adecuados.En programación, se denomina cajas blancas a un tipo de pruebas de software que se realiza sobre las funciones internas de un módulo. Así como las pruebas de caja negra ejercitan los requisitos funcionales,Las pruebas de caja blanca se llevan a cabo en primer lugar, sobre un módulo concreto, para luego realizar las de caja negra sobre varios subsistemas de integración.

Prueba de caja negra

Las pruebas de caja negra también conocidas con sus varios nombres como pruebas funcionales, pruebas de caja opaca, pruebas de entrada y salida, pruebas inducidas por los datos, son las que no toman en cuenta el código como quien dice el que lo prueba no sabe cómo está estructurado por dentro el programa o bien no necesita saber nada de programación, solo necesita saber cuáles pueden ser las posibles entradas sin necesidad de entender cómo se deben obtener las salidas, donde se trata de encontrar errores en la interfaz mientras se está usando.

Estrategias de prueba.

La ingeniería de sistemas define el papel del software donde se establece el mandode información, la función, el comportamiento, el rendimiento, las restricciones y los criterios de validación del software

Pruebas de Unidad:

Las pruebas de unidad es un proceso para probar los subprogramas, los procedimientos individuales o las clases en un programa. Es decir, es mejor probar primero los bloquesdesarrollados más pequeños del programa, que inicialmente probar el

...