Descripción: Cuarta Semana de Clase Cuarta Semana de Clase Cuarta Semana de Clase Cuarta Semana de Clase Cuarta Semana de Clase Cuarta Semana de Clase Cuarta Semana de Clase Cuarta Semana de Clase Cuarta Semana...
Descripción completa
Descripción completa
Clase 01 - Windows
Descripción: Proyect clase 01
Full description
Clase-01 Analisis Dimensional
ArchivoDescripción completa
fisicaDescripción completa
Descripción completa
Descripción completa
Descripción completa
Sistemas de Información II (IS445)
Primera Semana
CAPITULO I INTRODUCCIÓN LA PROCESO ÁGIL Y FORMAL ICONIX La metodología ICONIX se encuentra entre el proceso unificado (PU) y la programación extrema (XP). ICONIX está conducido por casos de uso, igual que el proceso unificado, pero sin la sobrecarga del PU. Es relativamente pequeño y ligero, igual que XP, pero no descarta el análisis y diseño formal como la XP. ICONIX usa racionalmente el lenguaje unificado de modelado (Rumbaugh et al., 2005), haciendo referencia a la trazabilidad de los requisitos. Las actividades principales de ICONIX son: análisis de requisitos, diseño preliminar, diseño e implementación (Rosenberg, et al., 2005).
1.1
EL ENFOQUE ICONIX Esta compuesto por los lineamientos siguientes: a.
Modelado de objetos conducido por casos de uso. u so.
b.
Se descompone en fronteras de datos.
Sistemas de Información II (IS445)
Primera Semana
iterativos, podemos hacer una iteración de todo el proceso para un par de casos de uso, hasta codificar y hacer las pruebas. Por esto, el proceso ICONIX es ideal para proyectos pequeños y medianos, en resumen aplicar el método ICONIX consiste en: a.
Primer paso.- Identificar el mundo real y los objetos de dominio del negocio (modelo de dominio).
b.
Segundo paso.- Definir los requisitos de comportamiento (casos de uso).
c.
Tercer paso.- Realizar análisis de robustez para eliminar la ambigüedad de los casos de uso y determinar los defectos del modelo de dominio (diagrama de robustez).
d.
Cuarto paso.- Asignar comportamiento a los objetos (diagrama de secuencia).
e.
Quinto paso.- Finalizar el modelo estático (diagrama de clases).
f.
Sexto paso.- Escribir y generar el código (código fuente).
g.
Séptimo paso.- Realizar pruebas de aceptación (prueba).
ANALISIS DE REQUISITOS
Sistemas de Información II (IS445)
Primera Semana
DISEÑO PRELIMINAR a.
Dibujar diagrama de robustez.- Es una "imagen del objeto" descripción por pasos de un caso de uso, reescribir los casos de uso a medida que avanza.
b.
Actualizar modelo de dominio.- Mientras escribe los casos de uso y dibuja el diagrama de robustez, descubrirá algunas clases “perdidas”, corregir las ambigüedades y, añadir atributos a los objetos de dominio.
c.
Nombrar controladores.- Nombre todas las funciones lógicas del software, necesarios para que los casos de uso funcionen.
d.
Escribir.- Reescribir el borrador de los casos de uso.
Etapa 2: Revisión del Diseño Preliminar DISEÑO DETALLADO a.
Diagrama de secuencia.- Dibuje un diagrama de secuencia, uno para cada caso de uso, diagrama que muestra en detalle cómo va a implementarse el caso de uso. La función principal de un diagrama de secuencia es asignar