En el siguiente ejemplo desarrollaremos una página web con la metodología iconix, de ésta manera podremos conocer cuales son los pasos a seguir:
El área de turismo de American, una empresa dedicada a diversos servicios, contrata la realización de un sistema web que permita manejar destinos turísticos, turistas y servicios.
Se procederá así:
1 : ANALISIS DE REQUERIMIENTOS:
Evidentemente, al iniciar un trabajo no sabemos como hacerlo pero si para qué, aunque todavía no está muy claro. También debemos saber que el sistema no debería admitir ciertos datos, ejm, no se puede viajar a 2 ciudades al mismo tiempo.
Todo lo anterior se centra en el ANALISIS DE REQUERIMIENTOS
El análisis de requerimientos además se clasifica en 2 :
Requerimientos Funcionales
Requerimientos No funcionales.
Y cuál es la diferencia entre ambos?.
Requerimientos Funcionales (Requisitos Funcionales) son todos aquellos requisitos, condiciones, que son necesarios para el funcionamiento del sistema en sí, es decir lo que debe permitirse y no permitirse en el sistema, lo que el sistema debe hacer . Recordemos que esto se puede definir en el mismo momento de iniciar el proyecto o puede venir ya como parte del contrato (El cliente quiere que sea así)
Requerimientos No funcionales ( Requisitos No funcionales) Son aquellas condiciones que no afectan directamente al sistema pero si a su entorno, por ejemplo , que el software corra en todas las plataformas, windows, mac, etc.
Modelo del dominio :
Me han estado preguntando sobre el Modelo del Dominio, lo haré simple: Un modelo de dominio es un diagrama de clases sin detalles, sin atributos ni métodos, es solo un esbozo, recordemos que apenas si estamos empezando a conocer el sistema, solo nos ayuda a hacernos idea de lo que podría ser el Diagrama de clases más adelante.
Dominar una cosa significa comprenderlo completamente, es eso mismo el modelo del dominio, comprender qué se desea del sistema y qué cosas intervienen. Esto es esencial, ya que de no tenerlo claro, se perderá el tiempo. Modelo del dominio : dominar el problema.(ponerle límites, para no irse por las ramas, como a tanta gente le gusta, empiezan a hablar, y luego esto, y luego esto más y que nos iremos a Japón, que ......, nada de demás). Debemos añadir algo importante, el dominio aquí no significa que nosotros lo dominaremos de primer intento, ese es el objetivo pero entiendase bien que dominio de dominio es el esbozo del diagrama de clases, OK.
Siguiente paso:
Modelo de Casos de Uso.
El modelo de Casos de Uso se logra a partir de una serie de pasos.
Debemos preguntarnos:
Quiénes utilizarán el sistema? De allí sacaremos a los actores
Qué hacen los usuarios? De allí sacamos los casos de uso.
Por ejemplo : Qué hace un editor en una página web?
Escribe y diagrama los artículos, por lo tanto, el actor será Editor y el caso de uso será Escribir un artículo
Qué hace un visitante a nuestra web?.
Navega y elige qué tema leer, por lo tanto el actor será Invitado y el caso de uso Navegar
Que hace el administrador de la web?
Da permisos para que los usuarios ingresen, por lo tanto el actor será Administrador y el caso de uso Dar Permiso a Usuarios
Nos preguntaremos por cada detalle del funcionamiento del sistema hasta que todo quede claro, de allí tendremos un diagrama de Casos de Uso.
Podría explicar mejor el Modelo de Dominio, gracias
ResponderEliminar