Anda di halaman 1dari 31

FUNDACION

UNIVERSITARIA DE
POPAYAN

Popayán, Junio de 2006


Metodologías para el
desarrollo de software:
Modelo Radial

Ing. Diego Felipe Hurtado


Objetivo:

Diseñar una metodología propia para el


desarrollo de software de alta calidad,
basada en la simplicidad, que sea
eficiente, que asegure la buena calidad,
utilidad y confiabilidad del producto
final, el éxito de los proyectos y
satisfaga tanto a los clientes que hacen
parte fundamental del proceso como a
los programadores.
Modelo Radial
Es una metodología de desarrollo de
software utilizada para diversos
proyectos, bien sea de corto o largo
plazo, con mucho o poco equipo y cuyo
plazo de entrega se adapta a la solicitud
del cliente.
Consiste en una programación simple,
rápida y efectiva, cuya particularidad es
tener como parte del equipo, al
cliente/usuario.
(1)
¿Que se persigue?

La simplificación y optimización de los


procesos que se llevan a cabo para el
desarrollo de software hecho a la
medida.
Es una metodología flexible que puede
ser empleada para todo tipo de
proyectos, desde los mas pequeños
hasta los mas grandes.

Modelo Radial
¿Para que sirve?

Para desarrollar software de alta


calidad, que cumpla con todos los
requisitos, en el menor lapso posible.

Esta metodología permitirá la


consecución de dicho objetivo de una
manera simple y clara.(2)

Modelo Radial
Es una metodología Orientada al
Objeto

El Modelo Radial es una metodología de


desarrollo orientado al objeto, porque
permite crear modelos de una forma
más lógica y sencilla, lo que muestra en
si su esencia “LA SIMPLICIDAD”.

Modelo Radial
Pero ¿por qué metodologías
orientadas a objetos?
Porque se eliminan fronteras entre las
fases del ciclo de vida debido a la
naturaleza iterativa del desarrollo
orientado al objeto.
Porque son iterativas e incrementales.(3)

Fácil división del sistema en varios


subsistemas independientes; y
fomentan la reutilización de
componentes.

Modelo Radial
CARACTERÍSTICAS DEL
MODELO RADIAL
Cobertura total del ciclo de desarrollo
Verificaciones intermedias
Planificación y control
Comunicación efectiva (Equipo
desarrollador-Cliente)
Utilización sobre diversos tipos de proyectos
Fácil aprendizaje
Simplificación de las fases o etapas
Herramientas CASE (4)
Soporte de la reutilización de software
No necesita mucha experiencia los
constructores.
Proporciona una guía para las
actividades de un equipo de
desarrollo.
Dirige las tareas de cada desarrollador
por separado y del equipo en
conjunto.

Características
Fases o etapas que componen el
Modelo Radial:
 Investigación
 Diseño
 Codificación y desarrollo
 Ensayos
 Fase de optimización
Investigación
Reunir información y comprender las
áreas del negocio para determinar
los requisitos del sistema, para esto
tenemos en cuenta:
Las necesidades del cliente
Las necesidades de la organización
Los factores internos y externos que
afectan al sistema.
En esta fase se pretende conocer el entorno
del sistema. (5)

El equipo debe familiarizarse con este campo,


el cual delimita el alcance del sistema, es
decir, qué tareas de todas las posibles realiza
dentro del entorno.

La decisión sobre “qué” debe hacer el sistema,


debe acordarse con el usuario.
Los métodos para levantar la información, que
el Modelo Radial recomienda son: (6)

 Observación
 Encuesta
 Entrevistas
 Repaso de portafolio
Investigación
Diseño
Una vez recolectada la información
organizacional y establecidos los requisitos
del software, el diseño es la primera de las
tres actividades técnicas: diseño, codificación
y pruebas.

Es aquí donde se toman las decisiones que


afectaran finalmente al éxito de la
implementación del programa; es la
visualización de lo que se quiere construir y
donde se establece el comportamiento del
sistema deseado por el cliente/usuario.
El diseño es la única forma mediante la cual se
puede traducir con precisión los requisitos del
cliente.

El Modelo Radial propone que el diseño se


realice en dos pasos:
 El diseño preeliminar: se centra en la
transformación de los requisitos en los datos, es la vista
general de la organización. (7)
 El diseño detallado: se ocupa del refinamiento del
diseño preeliminar, es decir, aquí se realiza una
descomposición de los procesos y termina cuando todas
las instrucciones están expresadas en un plano que el
equipo desarrollador comprenda. Traduce los requisitos
del software a un conjunto de representaciones graficas
que describen elementos como: la arquitectura, el
procedimiento algorítmico y las características de las
interfaces.

Diseño
“Un dibujo vale mas que mil palabras”

Esta metodología
emplea una notación
grafica de diseño
tradicional que
describe los procesos
fácilmente. Esta
notación son los
diagramas de flujo,
porque es la
representación grafica
más usada y sencilla en
el ámbito de la
computación, pero que
representa lo que
realmente se quiere
plasmar.
Diseño
Codificación y desarrollo
Si el diseño se realiza de una manera
detallada, la codificación puede realizarse
mecánicamente. Las representaciones del
diseño deben ser convertidas a un lenguaje
de programación, dando como resultado unas
instrucciones ejecutables por la computadora.

El código debe ser comprensible. El estilo de


codificación del Modelo Radial debe ser una
mezcla de simplicidad y claridad.
La técnica de codificación que esta
metodología recomienda, contribuye a una
mejor compresión del código fuente.

El Modelo Radial recomienda el estándar de


codificación DOTNET, porque comprende
todos los aspectos de la generación de
código.

Un código fuente completo debe reflejar un


estilo armonioso. Es necesario establecer un
estándar de codificación para asegurarse de
que todos los programadores del proyecto
trabajen de forma coordinada.

Codificación y
El estándar DOTNET propone entre otras:

Mantener el tiempo de vida de las variables tan


corto como sea posible.
Usar los procedimientos y variables con un solo
propósito. Evitar crear procedimientos
multipropósito que lleven a cabo una variedad
de funciones no relacionadas.
Usar siempre rutinas de manejo de excepciones
Ser especifico cuando declare objetos que
puedan generar colisión, por ejemplo si tiene
dos métodos con el mismo nombre.
Evitar el uso de variables en el ámbito de
aplicación web.
Codificación y
Las técnicas de codificación están divididas en
tres secciones:

 Nombrado: es una de las ayudas más


importantes para entender el flujo lógico de una
aplicación. Un nombre debe expresar el "qué" y
no el "cómo". Si se utiliza un nombre que evite
referirse a la implementación se estará
conservando la abstracción de la estructura. (9)
 Comentarios: existen dos tipos de
documentación de software: La documentación
externa,(10) se debe mantener fuera del código
fuente. La documentación interna está formada
por los comentarios que los programadores
escriben dentro del código fuente.

 Formato: hace que la organización lógica del


código sea más clara. (11)

Codificación y
Ensayos
Una vez que se ha generado el código,
comienza la prueba del programa, la
cual se centra en la lógica interna del
software. Este debe ser probado para
descubrir los defectos que puedan
existir.

El Modelo Radial recomienda las


técnicas de pruebas FLOOT orientada a
objetos
Las pruebas FLOOT son una colección de
técnicas diseñadas para verificar y
validar software orientado a objetos. Se
cuenta con un amplio rango de opciones
disponibles. (12)

 El objetivo es encontrar defectos.


 Probar frecuentemente y temprano.
 Las pruebas construyen confianza.
 Entre mas riesgos existan es necesario que
sea revisado y probado. Una prueba vale mil
opiniones.

Ensayos
Técnicas FLOOT
• Prueba de Caja-Negra • Revisión de Modelos
• Prueba de Valores- • Prueba de Caminos
Frontera • Revisión de
• Prueba de Clases Prototipos
• Prueba de Integración • Demostrar con el
de Clases código
• Revisión de Código • Prueba de Regresión
• Prueba de Componente • Prueba de Stress
• Prueba de Cubrimiento • Revisión Técnica
• Revisión de Diseño • Prueba de Escenarios
• Prueba de Regresión de de
Herencia Uso
• Prueba de Integración • Prueba de Interfaz de
• Prueba de Método Usuario
• Prueba de Caja-
Ensayos Blanca
Fase de optimización
Es el proceso de clasificación e
interpretación de hechos, diagnostico de
problemas y empleo de la información
para recomendar mejoras del sistema

Intervienen solo los desarrolladores, para


agregar nuevas funcionalidades y la
posibilidad de realizar modificaciones.

Esta fase es parte fundamental antes de


entregar el software final, pues
básicamente reinicia el proceso del Modelo
Radial, cuando se presentan defectos.
Ciclo de vida: Modelo
Radial
¿QUÉ ES LO QUE PROPONE
EL MODELO RADIAL?
Empezar en pequeño y añadir
funcionalidad con retroalimentación
continua.
Que el manejo del cambio se convierta
en parte característica del proceso.
No introducir funcionalidades de no ser
necesarias.
Que el cliente o usuario se convierta en
miembro activo del equipo
VENTAJAS DEL MODELO
RADIAL
Excelente comunicación entre el cliente y el
equipo.
Estrecha relación entre el cliente y el
proyecto.
Satisface al cliente mediante tempranas y
continuas entregas de software.
Da la bienvenida a los cambios.
Usa el diálogo cara a cara, como método
para comunicar información dentro del
equipo de desarrollo.
Presta atención continua a la calidad
técnica y al buen diseño.
Se vale de la simplicidad en los procesos.
DESVENTAJAS DEL MODELO
RADIAL

Puede llegar a ser costoso,


dependiendo del tamaño del proyecto.
Estrecha relación del cliente con el
proyecto, disponibilidad del cliente.
Los cambios organizativos afectan de
alguna u otra manera el proceso de
desarrollo
CONCLUSIONES
Esta metodología explica detalladamente
los pasos necesarios para el desarrollo de
software de calidad, lo cual permite a los
equipos de desarrolladores ampliar los
horizontes, conocer otra opción valida y ver
mas allá de las metodologías tradicionales.
Ésta metodología demuestra que no se
necesita ser un “Gurú” en ciencias de la
computación, para proponer un modelo
para desarrollo de software, simplemente
aportar creatividad y ambición.
No existe una metodología universal para
enfrentar con éxito cualquier proyecto de
desarrollo de software. Toda metodología
debe ser adaptada al contexto del proyecto.
(13)

El Modelo Radial ofrece una solución a una


gran variedad de proyectos.

Una de las cualidades más destacables en


esta metodología es su sencillez, tanto en su
aprendizaje como en su aplicación.

Sin embargo, hay que tener presente una


serie de inconvenientes y restricciones para
su aplicación, como cualquier resistencia del
cliente o del equipo de desarrollo hacia las
prácticas y principios, lo que puede llevar el
proceso al fracaso.
Conclusiones
Pero ¿por qué usar esta metodología?; Se debe
usar por su característica principal “La
simplicidad”, resume y suprime procesos que solo
representan demoras y no aportan nada
significativo al resultado.
La facilidad de la recolección de la información, la
sencillez del diseño empleando herramientas tan
básicas, confiables y estables como los
diagramas de flujo. Una técnica de codificación
natural.
Las pruebas de rigurosidad empleadas
prácticamente de manera intuitiva.
Una retroalimentación constante.
La estrecha relación entre el equipo desarrollador
y el cliente/usuario.
Esto permitirá llevar a feliz termino la
consecución de software de alta calidad.
Conclusiones