MONOGRAFA

PGNA 1
DE 14
R - N - 04 PROPUESTA VERSN: 03
Propuesta de Monografa:
ANALISIS DE APLICACIONES DESARROLLADAS BAJO LA PROGRAMACIN ORIENADA A
ASPECOS !POA"
Autores:
Ja#$er Da#$d Da% Caro
D$re&tor de' Pro(e&to:
)r*ano E'$+&er G,-e% Prada
Ingen$ero De S$ste-as
)n$dades e&no',g$&as de Santander
No#$e-*re./0.
MONOGRAFA
PGNA 2
DE 14
R - N - 04 PROPUESTA VERSN: 03
CONENIDO
01 IN2ORMACIN GENERAL DEL PRO3ECO 11111111111111111111111111111111111111111111111111111111111111111 4
.1 PLANEAMIENO DEL PROBLEMA 3 J)SI2ICACIN 11111111111111111111111111111111111111111111111 4
51 OBJEI6OS 1111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111 7
510 OBJEI6O GENERAL1111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111 7
51. OBJEI6OS ESPEC82ICOS111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111 7
91 RES)MEN DE LA PROP)ESA 11111111111111111111111111111111111111111111111111111111111111111111111111111111111111 7
:1 PLANEAMIENO DEL PROBLEMA 3 J)SI2ICACIN 11111111111111111111111111111111111111111111111 ;
41 MARCO DE RE2ERENCIA 11111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111 ;
410 PROGRAMACIN ORIENADA A ASPECOS11111111111111111111111111111111111111111111111111111111111111;
6.1.1 ETAPAS DE DESARROLLO..........................................................................................9
41. BRE6E RESE<A =ISRICA111111111111111111111111111111111111111111111111111111111111111111111111111111111110/
415 CONCEPOS EN LA POA11111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111104
419 CONABILIDAD DE COSOS11111111111111111111111111111111111111111111111111111111111111111111111111111111111111107
6.4.1 CARACTERSTCAS DE LA CONTABLDAD DE COSTOS.......................................18
6.4.2 MPORTANCA DE LA CONTABLDAD DE COSTOS................................................18
71 CRONOGRAMA DE RABAJO 11111111111111111111111111111111111111111111111111111111111111111111111111111111111111 0>
;1 RES)LADOS ESPERADOS 11111111111111111111111111111111111111111111111111111111111111111111111111111111111111111 0>
;10 RES)LADOS DE 2ORMACIN1111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111 0>
;1. RES)LADOS DE DI2)SIN1111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111 0>
>1 PRES)P)ESO 1111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111 ./
0/1 BIBLIOGRA28A 111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111 .0
MONOGRAFA
PGNA 3
DE 14
R - N - 04 PROPUESTA VERSN: 03
8NDICE DE ABLAS
Tabla 1. nformacin del Proyecto......................................................................................... 6
Tabla 2. Listado objetivos especficos...................................................................................7
Tabla 3. Cronograma de Actividades...................................................................................17
Tabla 4. Resumen del presupuesto.....................................................................................18
MONOGRAFA
PGNA 4
DE 14
R - N - 04 PROPUESTA VERSN: 03
ABLA DE IL)SRACIN
lustracin 1: Control De Produccin......................................................................................10
lustracin 2: Factores De Produccin...................................................................................13
MONOGRAFA
PGNA 5
DE 14
R - N - 04 PROPUESTA VERSN: 03
01 IN2ORMACIN GENERAL DEL PRO3ECO
a*'a 01 Infor-a&$,n de' Pro(e&to
tu'o de 'a
Propuesta
Anlisis de aplicaciones desarrolladas bajo la Programacin Orientada a
Aspectos (POA).
Pa'a*ras C'a#es
Desarrollo de software, Programacin Orientada a Aspectos,
Paradigma, Aspecto.
Progra-a Tecnologa en Diseo y Administracin de Sistemas.
In#est$gadores Javier David Daz Caro
D$re&tor Urbano Elicer Gmez Prada
Correo E'e&tr,n$&o Xavdav29@hotmail.com
Dura&$,n Pro(e&to
!en se-anas"
Dos !." Presupuesto
? .1://1///
Fuente: Gaviria, Rondn 2012
.1 RES)MEN DE LA PROP)ESA
La propuesta busca el anlisis y reconocimiento de Software desarrollado bajo el
paradigma de la Programacin Orientada a Aspectos, buscando facilitar la tarea de
construccin de software en cada una de sus etapas alcanzando obtener un software
de calidad, cumpliendo con las exigencias funcionales y ptimas de proyectos
software para futuros desarrollos del grupo de investigacin GRS adscrito al
programa DAS de las Unidades Tecnolgicas de Santander.
La Programacin Orientada a Aspectos (POA) es un paradigma de programacin
relativamente reciente cuyo objetivo es permitir una adecuada modularizacin de las
aplicaciones y posibilitar una mejor separacin de conceptos. Gracias a este mtodo
de programacin se puede aclarar y capturar los diferentes conceptos que componen
una aplicacin en entidades bien definidas, de manera apropiada en cada uno de los
casos y eliminando las dependencias inherentes entre cada uno de los mdulos.
Para alcanzar este objetivo es importante conocer todos los temas tratados en esta
investigacin sobre sus conceptos, historia, visiones, tecnologas, paradigmas, usos,
ventajas y desventajas sobre el desarrollo de aplicaciones bajo la programacin
orientada a Aspectos (POA).
La propuesta va orientada a la descripcin de varios conceptos sobre la
Programacin Orientada a Aspectos (POA) y su relacin con la Programacin
Orientada a Objetos (POO).
MONOGRAFA
PGNA 6
DE 14
R - N - 04 PROPUESTA VERSN: 03
51 PLANEAMIENO DEL PROBLEMA 3 J)SI2ICACIN
La evolucin de la ngeniera del Software ha ido tomando forma a travs del tiempo,
al principio se tena un cdigo en el que no exista separacin alguna de conceptos,
datos y funcionalidades los cules se mezclaban sin una limitacin clara
convirtindose en una maraa entre datos y funcionalidad.

Esta investigacin busca plantear una metodologa que ha progresado aplicando tres
principios, los cules estn relacionados entre s: abstraccin, encapsulamiento y
modularidad. Esto consiste en descomponer un sistema complejo en subsistemas
ms fciles de manejar, dividiendo cada uno de ellos segn su funcionalidad de
manera clara y ordenada para desarrollos futuros, manteniendo un software con
mayor calidad. La Programacin Orientada a Aspectos (POA) permite a los
desarrolladores de software tener una visin ms clara sobre un aspecto diseminado
por todo el sistema como una entidad por separado, de una manera inteligente y
eficiente.
La Programacin Orientada a Aspectos (POA), plantea una metodologa de
programacin que aspira en la separacin de las funcionalidades bsicas y los
aspectos, y los aspectos entre s, a travs de mecanismos que permitan abstraerlos
y componerlos para formar todo el sistema.
La Programacin Orientada a Aspectos (POA) es un desarrollo que va de la mano
con la Programacin Orientada a Objetos (POO) aunque no es una extensin de la
misma, ya que soporta la descomposicin orientada a objetos, adems de sus
procedimientos y sus funciones utilizando diferentes estilos de programacin.
MONOGRAFA
PGNA 7
DE 14
R - N - 04 PROPUESTA VERSN: 03
91 OBJEI6OS
910 O*@et$#o Genera'
Conocer los diferentes conceptos sobre la Programacin Orientada a Aspectos
(POA), su historia, visin, metodologa, ventajas y desventajas, planteando un
enfoque para el desarrollo de Software.
91. O*@et$#os Espe&f$&os
Para alcanzar el objetivo general se proponen los siguientes objetivos especficos.
Ver tabla 2.
a*'a .1 L$stado o*@et$#os espe&f$&os
Nro. Objetivos
0
Recopilar informacin acerca de la Programacin Orientada a Aspectos (POA), como
conceptos bsicos, visin, usos, metodologas, historia, paradigmas.
.
Revisar documentacin existente sobre distintas investigaciones realizadas sobre la
Programacin Orientada a Aspectos (POA) en algunas aplicaciones o la programacin
en general.
5
Hacer un anlisis sobre el paradigma de la Programacin Orientada a Aspectos,
basado en las diferentes investigaciones planteadas por algunos expertos en el tema.
Fuente: Daz 2012
:1 J)SI2ICACIN
La evolucin de la ngeniera del Software ha intentado fortalecer y generar nuevas
etapas para facilitar el desarrollo del Software asegurando la eficiencia, integridad,
disponibilidad, adaptabilidad, seguridad, combinacin de procesos y procedimientos
y ms importante an la calidad en el Software.
Una de las principales razones de esta investigacin es generar un planteamiento
sobre una metodologa en la que se define distintos conceptos de manera clara y
concisa de acuerdo a unas limitaciones segn su funcionalidad y modularidad
partiendo del concepto general de aspecto como la unidad primaria en esta
metodologa de la Programacin Orientada a Aspectos (POA), ya que quizs algunos
desarrolladores desconocen estos conceptos a pesar que los apliquen en sus
desarrollos. Y tambin el avance progresivo sobre como descomponer los sistemas y
la orientacin a aspectos.
MONOGRAFA
PGNA 8
DE 14
R - N - 04 PROPUESTA VERSN: 03
41 MARCO DE RE2ERENCIA
410 Progra-a&$,n Or$entada a Aspe&tos !POA"
Los conceptos y tecnologas reunidos bajo el nombre "programacin orientada a
aspectos" (AOP, por las siglas de Aspect-Oriented Programming; o AOSD, por
Aspect-Oriented Software Development) buscan resolver un problema identificado
hace tiempo en el desarrollo de software. Se trata del problema de la separacin de
asuntos (separation of concerns). AOP no es el nico intento por solucionar este
problema, del que voy a hablar a continuacin: hay varias propuestas, muchas de las
cuales se agrupan (junto con AOP) en el campo de estudio denominado ASoC
(Advanced Separation of Concerns).
La Programacin Orientada a Aspectos (POA) es una nueva metodologa de
programacin que aspira a soportar la separacin de las propiedades para los
aspectos antes mencionados. Esto implica separar la funcionalidad bsica y los
aspectos, y los aspectos entre s, a travs de mecanismos que permitan abstraerlos
y componerlos para formar todo el sistema.
La programacin orientada a aspectos es un estilo de programacin cuyo principal
objetivo es lograr una adecuada modularizacin de los conceptos involucrados en
una aplicacin, esto se traduce en lograr la separacin entre los requerimientos
funcionales de los no funcionales para obtener un mejor entendimiento de los
conceptos, eliminando la dispersin del cdigo y haciendo que las implementaciones
resulten ms comprensibles, adaptables y reutilizables.
La POA es una tecnologa que se basa principalmente en la POO para la
implementacin de los componentes base, esto no quiere decir bajo ningn caso que no
pueda utilizarse con otros estilos de programacin, dado que la POA tambin soporta
programacin estructurada o funcional. Es por esta razn que la programacin orientada
a aspectos no puede ser vista como una extensin de la POO.
______________________
Fuente: Programacin Orientada a Aspectos: Anlisis del paradigma, [en lnea], Argentina, 2002,
disponible en internet,
<http://lafhis.dc.uba.ar/~ferto/docs/tesis.pdf.>
41. Bre#e ReseAa =$st,r$&a
El trmino "separacin de incumbencias fue introducido en la dcada de 1970, por
Edsger W. Dijkstra quin fue un cientfico de la computacin de los Pases Bajos.
MONOGRAFA
PGNA 9
DE 14
R - N - 04 PROPUESTA VERSN: 03
Significa, simplemente, que la resolucin de un problema dado involucra varios
aspectos o incumbencias, los que deben ser identificados y analizados en forma
independiente.
La "Programacin Adaptativa fue el concepto predecesor de la "Programacin
Orientada a Aspectos. Las ideas originales de la "Programacin Adaptativa fueron
introducidas a principio de la dcada de 1990 por el grupo Demeter, siendo Karl
Lieberherr uno de sus idelogos.
La relacin entre la POA y la PA surge de la Ley de Demeter: "Solo conversa con tus
amigos inmediatos. Esta ley inventada en 1987 en la Northeastern University y
popularizada en libros de Booch, Budd, Coleman, Larman, Page-Jones, Rumbaugh,
entre otros, es una simple regla de estilo en el diseo de sistemas orientados a
objetos.
Para poder escribir cdigo respetando la Ley de Demeter observaron que los
conceptos que se entrecruzan entre varias clases deberan y tendran que ser
claramente encapsulados. Esto resultara en una clara separacin de los conceptos
de comportamiento y de aquellos conceptos de la funcionalidad bsica.
Los conceptos de POA fueron introducidos en 1997 por Gregor Kiezales y su grupo,
no fue hasta 1995 cuando se public la primera definicin temprana del concepto de
aspecto, realizada tambin por el grupo Demeter y que sera la siguiente:
Un aspecto es una unidad que se define en trminos de informacin parcial de otras
unidades.
Por suerte las definiciones cambian con el tiempo y se hacen ms comprensibles y
precisas. Actualmente es ms apropiado hablar de la siguiente definicin de Gregor
Kiczales, es un profesor de Ciencias de la Computacin, en la Universidad de British
Columbia, Canad, su obra ms conocida es la Programacin Orientada a Aspectos:
Un aspecto es una unidad modular que se dispersa por la estructura de otras
unidades funcionales. Los aspectos existen tanto en la etapa de diseo como en la
de implementacin. Un aspecto de diseo es una unidad modular del diseo que se
entremezcla en la estructura de otras partes del diseo. Un aspecto de programa o
de cdigo es una unidad modular del programa que aparece en otras unidades
modulares del programa.
_________________
Fuente: ng. Joskowicz, Jos, Programacin Orientada a Aspectos, [en Lnea], Espaa, 2008,
disponible en internet,
MONOGRAFA
PGNA 10
DE 14
R - N - 04 PROPUESTA VERSN: 03
<http://iie.fing.edu.uy/~josej/docs/Programacion%20Orientada%20Aspectos%20%20Jose
%20Joskowicz.pdf.>
415 Con&eptos en 'a POA
Aspecto
0
: Segn Gregor Kickzales y su grupo, brinda un marco adecuado que
facilita y clarifica la definicin de un aspecto. "Un aspecto es una unidad modular
que se disemina por la estructura de otras unidades funcionales. Los aspectos
existen tanto en la etapa de diseo como en la etapa de implementacin. Un aspecto
de diseo es una unidad modular que se entremezcla en la estructura de otras partes
del diseo. Un aspecto de programa o de cdigo es una unidad modular del
programa que aparece en otras unidades del programa..
Punto de Enlace
.
: Puede ser definido como un punto en la ejecucin de una
aplicacin, como por ejemplo: la creacin de una instancia, el manejo de una
excepcin, una llamada a un mtodo, el retorno de un mtodo, la asignacin de un
valor a una variable, etc.
Punto de corte
5
: Hace referencia a un conjunto de puntos de enlace que cumplen
cierta condicin, es decir, permiten exponer el contexto de ejecucin de dichos
puntos.
Avisos
9
: Acciones que se ejecutan en cada punto de enlace dentro de un mismo
punto de corte, estas acciones se traducen en rutinas o fragmentos de cdigo.
Tejedor
:
: El tejedor se encarga de mezclar los diferentes mecanismos de
abstraccin y composicin que aparecen en los lenguajes de aspectos y
componentes ayudndose de los puntos de enlace.
Componente
4
: Si puede encapsularse claramente dentro de un procedimiento
generalizado. Un elemento es claramente encapsulado si est bien localizado, es
fcilmente accesible y resulta sencillo componerlo.
Prescindencia
7
: La prescindencia se corresponde con el principio de abstraccin y
encapsulamiento omnipresente en la ingeniera de software, es bsica para poder
mantener la separacin de incumbencias. Si se hiciera necesario que un
programador tuviera en cuenta, al escribir su cdigo, cules sern los aspectos.
1
Kiciloff Nicolas, Programacin Orientada a Aspectos (AOP), [en lnea], Argentina, 2002,
< https://caospolice.googlecode.com/files/AOP.PDF > [consultado fecha]
2
Kiciloff Nicolas, Programacin Orientada a Aspectos (AOP), [en lnea], Argentina, 2002,
< <https://caospolice.googlecode.com/files/AOP.PDF > [consultado fecha]
3
Kiciloff Nicolas, Programacin Orientada a Aspectos (AOP), [en lnea], Argentina, 2002,
<https://caospolice.googlecode.com/files/AOP.PDF > [consultado fecha]
4
Kiciloff Nicolas, Programacin Orientada a Aspectos (AOP), [en lnea], Argentina, 2002,
<https://caospolice.googlecode.com/files/AOP.PDF > [consultado fecha]
5
Kiciloff Nicolas, Programacin Orientada a Aspectos (AOP), [en lnea], Argentina, 2002,
<https://caospolice.googlecode.com/files/AOP.PDF > [consultado fecha]
6
Kiciloff Nicolas, Programacin Orientada a Aspectos (AOP), [en lnea], Argentina, 2002,
<https://caospolice.googlecode.com/files/AOP.PDF > [consultado fecha]
7
Kiciloff Nicolas, Programacin Orientada a Aspectos (AOP), [en lnea], Argentina, 2002,
<https://caospolice.googlecode.com/files/AOP.PDF > [consultado fecha]
MONOGRAFA
PGNA 11
DE 14
R - N - 04 PROPUESTA VERSN: 03
que se le aplicarn, no estaramos logrando la separacin de incumbencias que
planteamos como objetivo inicial.
Cuantificacin
;
: la cuantificacin est dada por el lenguaje de definicin de los
puntos de corte o (pointcuts) y, en particular, por los comodines (*, +, ..), que
permiten referirse de forma genrica un grupo de puntos de unin.
419 6$s$,n Genera' de 'a POA
A continuacin se explica con un alto nivel de abstraccin cuales son las etapas para
desarrollar un programa orientado a aspectos.
1. Descomposicin de aspectos: consiste en descomponer los requerimientos
para distinguir aquellos que son requerimientos funcionales de los que son
aspectos.
2. mplementacin de requerimientos: consiste en implementar cada
requerimiento por separado, los requerimientos funcionales sern
implementados en un lenguaje base (se explica en la seccin 2.5), y los
aspectos en un lenguaje de aspectos.
3. Recomposicin: consiste en dar las reglas de recomposicin que permitan
combinar el lenguaje base con el o los lenguajes de aspectos a travs de
puntos de enlace.
71 CRONOGRAMA DE RABAJO
a*'a 51 Cronogra-a de A&t$#$dades
Se-anas Se-ana 0 Se-ana .
1 2 3 4 1 2 3 4
Consultar nformacin
Elaborar Documentacin
Anlisis de Programacin
Orientada a Aspectos

dentificacin De Caractersticas
Estudio de la nformacin
Elaboracin De Conclusiones
;1 RES)LADOS ESPERADOS
8
SENA [en lnea] <http://mantenimientodeequipossena.wikispaces.com/file/view/DOCUMENTO+DE+APOYO+No.
+8+COMPONENTES+NTERNOS+Y+EXTERNOS+DE+UN+ORDENADOR.pdf > [consultado fecha]
MONOGRAFA
PGNA 12
DE 14
R - N - 04 PROPUESTA VERSN: 03
;10 Resu'tados de 2or-a&$,n
Comprender de manera general la manera de integrar en un software los
conceptos necesarios para controlar la produccin.
dentificar las necesidades de diseo que permitan evidenciar la complejidad
de un problema el cual habr de ser satisfecho por el software.
;1. Resu'tados de D$fus$,n
Contribuir al grupo de investigacin GRS con informacin para facilitar el diseo de
un software requerido en el proyecto.
MONOGRAFA
PGNA 13
DE 14
R - N - 04 PROPUESTA VERSN: 03
PRESUPUESTO
A continuacin se relaciona el presupuesto estimado para el desarrollo de la propuesta.
a*'a 91 Resu-en de' presupuesto
Cant$dad )n$dad 6a'or )n$tar$o ota'
Director
16 Hora $ 20.000,00 $ 320.000,00
Ejecutor de la
investigacin
160 Hora $ 13.000,00 $ 2.080.000,00
Papelera 1 Set $ 20.000,00 $ 20.000,00
nternet
50 Hora $ 1.000,00 $ 50.000,00
Otros $ 30.000,00
Total $2.500.000,00
MONOGRAFA
PGNA 14
DE 14
R - N - 04 PROPUESTA VERSN: 03
>1 B$*'$ografa
Absoft. (02 de 04 de 2012). absofr. Recuperado el 02 de 04 de 2012, de www.absoft.com
ARKOS. (s.f.). ARK!" . Obtenido de http://www.arkios.com.ar/Arkios-
Digital/Bienvenida.html
Ayala, A. P. (s.f.). NGENERA DEL SOFTWARE. 2006
#a$a de %erramientas. (s.f.). Recuperado el 25 de Mayo de 2012, de Caja de Herramientas:
www.infomipyme.com
Duverge, C. A. Organizacin de los sistemas productivos. Consultado en 2012-06-12 de
http://www.gestiopolis.com/recursos2/documentos/fulldocs/ger/orgsisprod.htm
Fraizer, N. G.-G. Administracion de producciones & operaciones !#'A(A )*#!+.
nternational Thomson editores.
HERNNDEZ, C. P. (2007). CONTABLDAD DE COSTOS.
PN, S. ","')- .+ #!+'R!L *) .R)")+#A. Recuperado el 28 de ABRL de 2012 de
http://www.systempin.com/control-produccion/1-8-8-0.htm
Pia Prez, R. (Marzo de 2009). 'esoem. Recuperado el 19 de Abril de 2012, de Tesoem:
http://www.tesoem.edu.mx
S.A, O. (s.f.). !/-A'#A. Recuperado el 12 de ABRL de 2012, de OFMATCA:
http://www.ofima.com
TESERACTO. (s.f.). ')")RA#'! +0)+)RA 1 #!+"UL'!RA ')#+!L!0#A.
Recuperado el 28 de ABRL de 2012, de TESERACTO NGENERA &
CONSULTORA TECNOLOGCA: http://www.teseracto.com/siia.asp