MODELADO DE

SOFTWARE

CONCEPTOS Y
DEFINICIONES

Un
modelo
es
una
representacin de un objeto,
sistema o idea, de forma
diferente al de la entidad
misma. El propsito de los
modelos es ayudarnos a
explicar, entender o mejorar
un sistema

. Un modelo de un objeto

puede ser una rplica exacta

de ste o una abstraccin de
las propiedades dominantes
del objeto.

Un requerimiento bsico para

cualquier modelo, es que debe
describir
al
sistema
con
suficiente detalle para hacer
predicciones vlidas sobre el
comportamiento del sistema.

Un
modelo
es
la
representacin concisa de
una situacin; por eso
representa un medio de
comunicacin mas eficiente
y efectivo.

IMPORTANCIA

El conocimiento sobre las

cosas
que
tenemos
a
nuestro
alrededor,
adquirido a travs de los
sentidos y almacenado en
el cerebro, no es la realidad
sino una abstraccin

Es un modelo en el que se
reflejan
algunas
caractersticas
estticas
(forma, dimensiones, color,
sonido, olor, temperatura,
acabado superficial, etc.) y
quizs tambin algunas otras
dinmicas (velocidad, etc).

La informacin que hemos

adquirido sobre un objeto
es
el
resultado
de
experiencias
(experimentos) que hemos
realizado sobre el mismo.

La informacin adquirida es
siempre parcial, se refiere a
los resultados de experiencias
o experimentos y el modelo de
cualquier sistema es tambin
parcial, es decir, slo refleja
aquellos aspectos que han
sido medidos y analizados
dentro de un determinado
contexto experimental.

Disponer de un modelo
antes
de
proceder
al
desarrollo de software es
tan importante para el
ingeniero responsable de
cualquier
automatizacin
industrial como puede ser,
para el arquitecto, tener un
anteproyecto
antes
de
construir un gran edificio.

El
modelado
adquiere
mayor importancia cuanto
mayor es la complejidad del
sistema.

El diseo de software de un
sistema bien modelado es
mucho ms sencillo de
desarrollar y mantener.

PRINCIPIOS DEL
MODELADO
Principio 1: La seleccin del
tipo de modelo es importante.
Los modelos correctos alivian
los problemas de desarrollo
ms demandantes, ofreciendo
detalles que de otra manera
no se tendran.

En
cambio
los
modelos
incorrectos
nos
confunden,
enfocndonos
en
detalles
irrelevantes.

Principio 2: El nivel de precisin

puede variar
Cada
modelo
puede
ser
expresado en diferentes niveles
de precisin.
Ejemplo. Chips de computadora,
en
ocasiones
necesitar
modelos de alto nivel, por
ejemplo cuando desee mostrar
el producto final a su comunidad
de clientes, en otras ocasiones
necesitar bajar hasta el nivel
de compuertas.

En cualquier caso, los mejores

tipos de modelos son aquellos
que permiten seleccionar el
nivel de grado de detalle
dependiendo de:
Quin est viendo el modelo.
Para qu lo necesita ver.

Principio 3: Los mejores modelos

estn conectados a la realidad
Todos los modelos simplifican la
realidad.
Un buen modelo debe reflejar
caractersticas potencialmente
fatales.
Un modelo fsico de un edificio
que no reacciona de la misma
forma que lo hara uno real con
el mismo tipo de materiales
sera de poca utilidad.

Es
siempre
mejor
tener
modelos que estn conectados
fuertemente a la realidad.
Cuando esta conexin es dbil
se debe tener una clara
percepcin
de
donde
se
encuentran estas carencias.

Principio 4: Un solo modelo no es

suficiente.

La palabra clave de modelos

independientes, significa que
stos pueden ser desarrollados y
estudiados por separado, pero
que mantiene un nivel de
interrelacin importante.

Para entender la arquitectura de

sistemas orientados a objetos,
es necesario contar con un
conjunto
de
vistas
complementarias y sincronizadas
del
sistema.
Una
vista
arquitectnica
puede
ser
definida como una descripcin
simplificada (una abstraccin) de
un
sistema
desde
una
perspectiva o punto de vista
particular.

Cada vista puede contener

aspectos
estticos
y
dinmicos.
En
conjunto
representan los planes del
sistema de software.

MODELO DE PROCESOS

Se puede decir que el

proceso de software es un
marco de trabajo de las
tareas que se requieren
para construir software de
alta calidad.

Modelo Lineal Secuencia

"Cascada"
Modelo DeConstruccinDe
Prototipos
Modelo De DesarrolloRpido
De Aplicaciones (DRA)
Modelos Evolutivos
Modelos DeMtodosFormales

El Modelo Lineal Secuencial

sugiere
un
enfoque
sistemtico
o
ms
bien
secuencial del desarrollo de
software que comienza en un
nivel de sistemas y progresa
con
el
anlisis,
diseo,
codificacin,
pruebas
y
mantenimiento.

Modelo
DeConstruccinDe
Prototipos
Las fases son similares a las del
modelo en cascada: es necesario
un anlisis previo de los requisitos
tanto del sistema como del
cliente, se concibe la arquitectura
del sistema y se realiza el diseo
del software.

El prototipo es una versin

reducida del programa completo;
es una fachada virtual que
mostramos al cliente (que carece
de la posibilidad de ser utilizada
de la forma en que lo haramos
con el software final.

Modelo De DesarrolloRpido
De Aplicaciones (DRA)
El
modelo
DRA
es
una
adaptacin a del modelo lineal
secuencial en el que se logra
el desarrollo rpido utilizando
un enfoque de construccin
basado en componentes.

Se
comprenden
bien
los
requisitos y se limita el mbito
del proyecto, el proceso DRA
permite al equipo de desarrollo
crear
un
sistema
completamente funcional dentro
de periodos cortos de tiempo

Modelos Evolutivos

Los modelos evolutivos son

iterativos. Se caracterizan por la
forma en que permiten a los
ingenieros
del
software
desarrollar versiones cada vez
mas completas del software.

El software evoluciona con

el tiempo. Los requisitos
del usuario y del producto
suelen cambiar conforme se
desarrolla el mismo.

El
modelo
de
mtodos
formales acompaa a un
conjunto de actividades que
conducen a la especificacin
matemtica del software de
computadora.

Permiten que un ingeniero

del
software
especifique,
desarrolle y verifique un
sistema
basado
en
computadora aplicando una
notacin
rigurosa
y
matemtica.

HERRAMIENTAS Y
TCNICAS PARA EL
MODELADO

Todos los mtodos basados en

la idea de modelos grficos de
desarrollo de un sistema y en
el uso de estos modelos como
un sistema de especificacin o
de
diseo.
Los
mtodos
incluyen una variedad de
componentes diferentes.

Descripciones del modelo

del sistema

Descripcin de los modelos

del Sistema que se
desarrollar y la notacin
utilizada para definir los
modelos.

Reglas

Restricciones que siempre

aplican a los modelos de
sistemas.

Recomendaciones

Heurstica que caracteriza

una
buena
prctica
de
diseo en este mtodo.
Seguir
estas
recomendaciones debe dar
como resultado un modelo
del
sistema
bien
organizado.

Guas en el proceso

Descripciones
de
las
actividades
que
deben
seguirse para desarrollar
los modelos del sistema y la
organizacin
de
estas
actividades.

TCNICAS

Tcnicas de caja Negra de

AQ maneja aplicaciones, o
partes de ellas, que ya
estn construidas. Estas
tcnicas verifican si el
software cumple o no con
sus requerimientos.

Las tcnicas de caja blanca

requieren que el ingeniero
piense en la estructura,
forma
y
propsito
del
artefacto que examina. Esto
incluye
usar
mtodos
formales e inspeccin.

Tcnicas de caja blanca (o

caja de vidrio) de QA se
aplica a los componentes
que forman la unidad que
se esta probando.

HERRAMIENTAS

Un
gran
nmero
de
proveedores
venden
herramientas y entornos
para
ayudar
a
los
ingenieros
a
desarrollar
aplicaciones de software.

Estas con frecuencia recibe

el nombre de herramienta
de ingeniera de software
asistida por computadora
(CASE, Computer- arded
Software Engineering).