1. DEFINICION La palabra inglesa framework define, en términos generales, un conjunto estandarizado de conceptos, prácticas y criterios para enfocar un tipo de problemática particular, que sirve como referencia para enfrentar y resolver nuevos problemas de índole similar. En el desarrollo de software, un framework es una estructura conceptual y tecnológica de soporte definida, normalmente con artefactos o módulos de software concretos, con base en la cual otro proyecto de software puede ser organizado y desarrollado.
2. Provee una estructura y una metodología de trabajo la cual extiende o utiliza las aplicaciones del dominio.
3. Actvidades del Marco de Trabajo: -Comunicacion: Intensa colaboracion y comunicacion de los clientes. Incluye la investigacion de requisitos. -Palneacion: Establece un plan de trabajo de ingenieria de software, incluye tareas tecnicas, riesgos y recursos. -Modelos: Creacion de modelos que permiten al desarrollador y al cliente entender mejor los requisitos del software. -Construccion: Convina la generacion de codigos y realizacion de pruebas nesesarias para descubrir errores. -Despliegue: Al entregar el software al cliente este lo evalua y proporciona informacion a partir de su evaluacion. Actividades Sombrillas Se aplican durante el proceso del software, entre ellos estan: *Seguimiento y control del proyecto del software *Gestion de Riesgos *Aseguramiento de la Calidad de Software *Medicion
4. Hibernate
5. EJBQL
6. EJB3 no es Hibernate, el primero es un marco de trabajo para el desarrollo de aplicaciones empresariales en Java, mientras que el segundo es un framework únicamente para la capa de persistencia de datos. En este momento una comparación de EJB3 y Hibernate únicamente en la parte de persistencia resulta prácticamente un empate, quizás Hibernate resulta un poco ganador por ser un producto más maduro y con mucho más uso en la actualidad. Cuando Hibernate implementa EJB3, en Hibernate 3.2 la comparación pierde peso pues Hibernate 3.2 se convierte en una implementación más de JPA (EJB3). Si hablamos de curva de aprendizaje y rapidez de desarrollo, personalmente veo a EJB3 como un claro ganador, la curva es corta, las ventajas evidentes y los tiempos de desarrollo, líneas de código y archivos que se necesitan para que la aplicación funcione se reducen considerablemente con EJB3. Se necesitan más comparativas entre EJB3 y otros frameworks como por ejemplo una comparativa entre Spring + Hibernate para cubrir todo el espectro de las aplicaciones JEE, sobre todo en lo referente al rendimiento de los EJB de sesión ya sean con estado (stateful) o sin estado (stateless) pues al menos en teoría la instanciación de los EJB’s en sesión va a seguir siendo más pesada que una aplicación liviana desarrollada con Spring, sin embargo debe pensarse en otros aspectos como la seguridad y el manejo de la transaccionabilidad para poder finalmente indicar que es mejor para un desarrollo de una aplicación profesional. Como acotación a la conclusión anterior el modelo de POJO’s en el que se basa EJB3 hace que sea posible tener aplicaciones EJB3 livianas (ligthweigth applications) que pueden competir en rendimiento (tiempo de respuesta, carga, optimización del ciclo del garbage collector) con las aplicaciones que se desarrollan con frameworks como Spring, aunque personalmente aún no conozco ni he encontrado comparativas que demuestren que esta afirmación sea completamente acertada. Una ventaja adicional de EJB3 es que provee todo el entorno de trabajo para el desarrollo de aplicaciones empresariales, evitando la compleja tarea de integrar diferentes frameworks para cada capa distinta de la aplicación.
7. Representa una arquitectura de software que modela las relaciones generales de las entidades del dominio.
8. Típicamente, puede incluir soporte de programas, bibliotecas y un lenguaje interpretado entre otros programas para ayudar a desarrollar y unir los diferentes componentes de un proyecto.
