Proyectos Informaticos
Enviado por elenamolina • 2 de Junio de 2013 • 2.613 Palabras (11 Páginas) • 389 Visitas
UNIVERSIDAD LAICA ELOY ALFARO DE MANABI
FACULTAD DE CIENCIAS INFORMATICAS
ASIGNATURA:
GERENCIA DE PROYECTOS
TEMA/TITULO DEL TRABAJO:
PROYECTOS INFORMATICOS COMPLETOS
Alumno(a):
MOLINA AVILA LIGIA ELENA
Curso: 5 “B”
Profesor(a):
Ing. Jose A. Bazurto Roldan, MBA
MANTA-MANABÍ-ECUADOR
JUNIO, 2012
INDICE
Contenido
SIGLAS Y ABREVIATURAS iii
PROGRAMACIÓN ORIENTADA A ASPECTOS UNA EXPERIENCIA PRÁCTICA CON ASPECTJ 4
INTRODUCCION 4
DATOS GENERALES DEL PROYECTO 4
ANTECEDENTES GENERALES 4
DIAGNOSTICO 4
OBJETIVOS DE ESTUDIO 5
ESTRATEGIA METODOLÓGICA APLICADA AL PROYECTO 5
MARCO DE REFERENCIA 6
FORMULACION DE LOS RESULTADOS DE LA INVESTIGACION 7
CRONOGRAMA DE ACTIVIDADES Y PRESUPUESTO 7
EL USO DE LA MULTIMEDIA COMO MEDIO DIDÁCTICO EN EL APRENDIZAJE DEL PENSAMIENTO HISTÓRICO 8
INTRODUCCION 8
DATOS GENERALES DEL PROYECTO 8
ANTECEDENTES GENERALES 8
DIAGNOSTICO 9
OBJETIVOS DE ESTUDIO 9
ESTRATEGIA METODOLÓGICA APLICADA AL PROYECTO 10
MARCO DE REFERENCIA 11
CONCLUSIONES 13
RECOMENDACIONES 14
BIBLIOGRAFÍA 15
SIGLAS Y ABREVIATURAS
SOC : Separation Of Concerns
POO : Programación Orienta a Objetos
Programación orientada a aspectos una experiencia práctica con AspectJ
INTRODUCCION
DATOS GENERALES DEL PROYECTO
A. ACTORES INVOLUCRADOS
1. Nombre del Proyecto: Programación orientada a aspectos una experiencia practica con AspectJ
2. Cobertura y Localización: Universidad de Murcia
3. Sector y tipo del proyecto: sector informático, tipo de proyecto de desarrollo.
ANTECEDENTES GENERALES
Los continuos avances en la ingeniería del software han ido incrementando la capacidad de los desarrolladores de software para descomponer un sistema en módulos independientes cada uno con una función bien definida, esto es, facilitar la separación
De intereses (separation of concerns 1 , SOC)
Dentro de estos avances, quizás el más importante en estas dos últimas décadas ha sido la aparición de la programación orientada a objetos (POO). El paradigma orientado a objetos proporciona un potente mecanismo para separar intereses, sobre todo aquellos relacionados con la lógica del negocio de la aplicación, pero presenta dificultades a la hora de modelar otros intereses que no pueden ser encapsulados en una única entidad o clase, ya que afectan a distintas partes del sistema.
DIAGNOSTICO
B. FORMULACION DEL PROBLEMA OBJETO:
El objetivo de este proyecto es realizar un estudio y análisis en profundidad del paradigma orientado a aspectos, desde la perspectiva del lenguaje AspectJ, el lenguaje orientado a aspectos más ampliamente utilizado. Para ello, se abordará como caso práctico el desarrollo de una aplicación de terminal de punto de venta.
Puesto que son pocos los libros sobre programación orientada aspectos, y en concreto, sobre AspectJ existentes en la actualidad, y ninguno está traducido al español, otro de los objetivos de este proyecto será elaborar un documento que sirva para iniciarse en la POA mediante el uso del lenguaje AspectJ
C. SISTEMATIZACION DEL PROBLEMA:
Tras implementar este nuevo interés, las clases Punto y Línea además de realizar la función para la que fueron diseñadas, se encargan de realizar tareas de registro
(Logging). Cuando se dan este tipo de situaciones en las que un interés afecta a distintas partes de un sistema, se dice que el sistema ha sido “atravesado” (crosscutting) y a este tipo de intereses se les denomina intereses o competencias transversales (crosscutting concern). Las competencias transversales suelen estar relacionadas con la funcionalidad secundaria del sistema y ser de carácter no funcional. Pueden ir desde cuestiones de alto nivel como la seguridad o la calidad de los servicios ofrecidos, hasta cuestiones de más bajo nivel como pueden ser la sincronización, persistencia de datos, gestión de memoria, manejo de errores, logging, restricciones de tiempo, etc.
Las consecuencias directas de la existencia de competencias transversales son: código disperso (scattered code): el código que satisface una competencia transversal está esparcido por distintas partes del sistema. Podemos distinguir dos tipos de código esparcido:
- bloques de código duplicados: cuando los mismos bloques de código aparecen en distintas partes del sistema.
- bloques de código complementarios: cuando las distintas partes de una incumbencia son implementadas por módulos diferentes. Código enredado (tangled code): una clase o módulo además
...