Para todas las dudas que no pueden aclarar en esta página, por favor visite el foro de Enterprise Analyst o contactenos directamente.
En caso de algún problema de uso, defecto o solicitus de mejora, contacte a nuestra Mesa de ayuda.
Pregunta |
En que nivel de abstracción funciona Enterprise Analyst? |
Respuesta |
Enterprise Analyst funciona en nivel de modelo de análisis (dominio), es decir durante la etapa de formalización del problema, captura de requerimientos, antes de pasar a la etapa de diseño de sistema. |
| |
|
Pregunta |
Por qué ejecutar los modelos conceptuales? |
Respuesta |
Porque esta es la única forma de eficientemente validar la calidad del análisis realizado y evitar los malentendimientos en una etapa muy temprana del proyecto, mientras todavía no es difícil corregir los errores cometidos.
Ejecutando los modelos en este nivel se "simula" la ejecución del sistema lejos antes de diseño, implementación y pruebas.
|
| |
|
Pregunta |
Como se relacionan los modelos validados usando Enterprise Analyst con los códigos fuentes de cierta plataforma (.NET, J2EE, modelos de datos, etc)? |
Respuesta |
Enterprise Analyst es absolutamente independiente de las plataformas, pero sus modelos hacen una sólida base para el diseño en cualquier plataforma final. |
| |
|
Pregunta |
Cómo se relacionan Enterprise Analyst y UML? |
Respuesta |
Enterprise Analyst está basado en la especificación de notación de clases y objetos UML y agrega un nivel adicional de semántica, necesario para poder simular la ejecución de los modelos. |
| |
|
Pregunta |
Cómo se relacionan Enterprise Analyst y MDA? |
Respuesta |
Enterprise Analyst ha sido construido en base a los principios de MDA: independencia de la plataforma y desarrollo orientado a los modelos. Enterprise Analyst pone mueve el enfoque de desarrollo desde el código fuente hacia el modelo. |
| |
|
Pregunta |
Cómo se relacionan Enterprise Analyst y orientación a objetos? |
Respuesta |
Enterprise Analyst se basa en los conceptos de clase y objeto, por lo cual naturalmente soporta los principios de orientación a objetos y forma de pensar "orientado a objetos" |
| |
|
Pregunta |
Cómo se relacionan Enterprise Analyst y arquitectura de software? |
Respuesta |
Enterprise Analyst y su nivel de abtracción OBLIGAN al modelador a trabajar en arquitectura y NO LE PERMITEN fijarse en los detalles de bajo nivel antes de que sea necesario. |
| |
|
Pregunta |
Cómo Enterprise Analyst impacta al proceso de desarrollo de software? |
Respuesta |
Enterprise Analyst mueve el enfoque del proceso de desarrollo desde la implementación a análisis. Esto causa un aumento de los esfuerzos de desarrollo en las etapas tempranas de proyecto, pero drásticamente disminuye las tareas en nivel de diseño, implementación y especialmente pruebas. |
| |
|
Pregunta |
Enterprise Analyst genera el código para poder ejecutar los modelos? |
Respuesta |
No. Enterprise Analyst tiene su propia máquina virtual de ejecución, independiente de cualquier código fuente, existente o futuro. Los modelos ejecutados y validados en Enterprise Analyst se pueden fácilmente transformar en código. |
| |
|
Pregunta |
Por qué en Enterprise Analyst no se pueden modelar los detalles de algoritmos, cálculos, operaciones de bajo nivel? |
Respuesta |
Porque en enfoque de Enterprise Analyst está en los elementos arquitectónicos del modelo, los elementos centrales y sus relaciones. Resolviendo bien estos aspectos, es fácil agregar detalles de bajo nivel. |
| |
|
Pregunta |
Qué son las inconsistencias en Enterprise Analyst? |
Respuesta |
Inconsistencias son posibles problemas en ejecución del modelo en base a su definición. Estos problemas representan semillas de los problemas en nivel de cósigo fuente del sistema. Detectar y prevenir las inconsistencias en nivel del modelo significa crear una base sólida para la programación y alta posibilidad de evitar estos problemas en código. |
| |
|
Pregunta |
En que dirrección va a crecer Enterprise Analyst? |
Respuesta |
Se van a ir incluyendo otros diagramas de UML: diagramas de secuencia, estados, casos de uso, OCL. |