OPTIMIZACION DE PATRONES DE

DISEO DE SOFTWARE PARA LA

SISTEMATIZACION DEL TRMITE DE
DOCUMENTOS EN SERVICIOS
GENERALES BARBOSA
QU ES OPTIMIZAR
Optimizares un verbo que designa la accin de buscar
la mejor forma de hacer algo. Como tal, es unverbo
transitivoque se conjuga como realizar. La
palabraoptimizarse compone del vocablo ptimo,
superlativo de bueno.

Optimizarquiere decirbuscar mejores resultados,

ms eficacia o mayor eficiencia en el desempeo de
alguna tarea. De all que trminossinnimossean
mejorar, optimar o perfeccionar.
QUE ES UN PATRON?
Alexander(arquitecto/urbanista)
Cada patrn describe un problema que
ocurre una y otra vez en nuestro
entorno y describe tambin el ncleo de
la solucin al problema, de forma que
puede utilizarse un milln de veces sin
tener que hacer dos veces lo mismo.

UN PATRN ES
una solucin a un problema en un contexto
particular
recurrente (lo que hace la solucin relevante a otras
situaciones)
ensea (permite entender cmo adaptarlo a la
variante particular del
problema donde se quiere aplicar)
tiene un nombre para referirse al patrn
 QUE ES UN PATRN DE DISEO DE
SOFTWARE?

Lospatrones de diseoson la base para la

bsqueda de soluciones a problemas comunes en el
desarrollo desoftwarey otros mbitos referentes al
diseo de interaccin o interfaces.

CUANDO ES UNA SOLUCION?

Un patrn de diseo resulta ser una solucin a un problema de

diseo. Para que una solucin sea considerada un patrn debe
poseer ciertas caractersticas. Una de ellas es que debe haber
comprobado suefectividadresolviendo problemas similares en
ocasiones anteriores. Otra es que debe serreutilizable, lo que
significa que es aplicable a diferentes problemas de diseo en
distintas circunstancias.
CUALES SON LOS OBJETIVOS?
Proporcionar catlogos de elementos reusables en el diseo de sistemas software.

Evitar la reiteracin en la bsqueda de soluciones a problemas ya conocidos y

solucionados anteriormente.

Formalizar un vocabulario comn entre diseadores.

Estandarizar el modo en que se realiza el diseo.

Facilitar el aprendizaje de las nuevas generaciones de diseadores condensando

conocimiento ya existente.
Asimismo, no pretenden:
Imponer ciertas alternativas de diseo frente a otras.
Eliminar la creatividad inherente al proceso de diseo.

No es obligatorio utilizar los patrones, solo es aconsejable en el caso de tener el mismo

problema o similar que soluciona el patrn, siempre teniendo en cuenta que en un caso
particular puede no ser aplicable. "Abusar o forzar el uso de los patrones puede ser un
error".
QUE CATEGORIAS EXINTEN?

Patrones de arquitectura : Aquellos que expresan un

esquema organizativo estructural fundamental para
sistemas de software.

Patrones de diseo: Aquellos que expresan esquemas

para definir estructuras de diseo (o sus relaciones)
con las que construir sistemas de software.

Dialectos: Patrones de bajo nivel especficos para un

lenguaje de programacin o entorno concreto.
QUE CLASIFICACION TIENEN?
PATRONES CREACIONALES
Fbrica Abstracta (Abstract Factory)
El problema a solucionar por este patrn es el de crear diferentes
familias de objetos, como por ejemplo la creacin de interfaces
grficas de distintos tipos (ventana, men, botn, etc.).
Prototipado (Prototype)
Se basa en la clonacin de ejemplares copindolos de un
prototipo.
Singleton
Restringe la instanciacin de una clase o valor de un tipo a
un solo objeto.
Modelo Vista Controlador
Es un patrn de arquitectura de software que separa los datos y la lgica de negocio de una
aplicacin de la interfaz de usuario y el mdulo encargado de gestionar los eventos y las
comunicaciones. Este patrn plantea la separacin del problema en tres capas: la capa model,
que representa la realidad; la capa controller , que conoce los mtodos y atributos del modelo,
recibe y realiza lo que el usuario quiere hacer; y la capa vista, que muestra un aspecto del
modelo y es utilizada por la capa anterior para interactuar con el usuario.
 PATRONES ESTRUCTURALES

Son los patrones de diseo software que solucionan problemas de

composicin (agregacin) de clases y objetos:

Adapter o Wrapper (Adaptador o Envoltorio): Adapta una interfaz

para que pueda ser utilizada por una clase que de otro modo no
podra utilizarla.
Bridge (Puente): Desacopla una abstraccin de su implementacin.
Composite (Objeto compuesto): Permite tratar objetos compuestos
como si de uno simple se tratase.
Decorator (Decorador): Aade funcionalidad a una clase
dinmicamente.
Facade (Fachada): Provee de una interfaz unificada simple para
acceder a una interfaz o grupo de interfaces de un subsistema.
Flyweight (Peso ligero): Reduce la redundancia cuando gran
cantidad de objetos poseen idntica informacin.
Proxy: Proporciona un intermediario de un objeto para controlar su
acceso.
Module: Agrupa varios elementos relacionados, como clases,
singletons, y mtodos, utilizados globalmente, en una entidad nica.
 PATRONES DE COMPORTAMIENTO
Se definen como patrones de diseo software que ofrecen soluciones respecto a la
interaccin y responsabilidades entre clases y objetos, as como los algoritmos que
encapsulan:

Command (Orden): Encapsula una operacin en un objeto, permitiendo ejecutar dicha

operacin sin necesidad de conocer el contenido de la misma.
Interpreter (Intrprete): Dado un lenguaje, define una gramtica para dicho lenguaje, as
como las herramientas necesarias para interpretarlo.
Iterator (Iterador): Permite realizar recorridos sobre objetos compuestos
independientemente de la implementacin de estos.
Mediator (Mediador): Define un objeto que coordine la comunicacin entre objetos de
distintas clases, pero que funcionan como un conjunto.
Memento (Recuerdo): Permite volver a estados anteriores del sistema.
Observer (Observador): Define una dependencia de uno-a-muchos entre objetos, de
forma que cuando un objeto cambie de estado se notifique y actualicen automticamente
todos los objetos que dependen de l.
State (Estado): Permite que un objeto modifique su comportamiento cada vez que cambie
su estado interno.
Strategy (Estrategia): Permite disponer de varios mtodos para resolver un problema y
elegir cul utilizar en tiempo de ejecucin.
QUE ES UN SISTEMA DE TRAMITE DOCUMENTARIO

El Sistema de Trmite Documentario es un aplicativo de uso interno que

tiene
como fin el seguimiento de la documentacin generada en la Institucin (a
nivel
nacional) y/o recepcionada en cada una de sus mesas de parte. Los
documentos, ya sean de origen interno o externo que necesiten circular por
cualquier rea de la Institucin, son registrados en el Sistema, en donde se
le
aplica los movimientos de envo, recepcin y archivo segn corresponda. El
Sistema provee al operador Bandejas donde podr inspeccionar la situacin
de
los documentos que tiene asignados, luego ste podr efectuar las
operaciones
correspondientes al documento para su atencin.
 CONCLUSIONES
Analizando la parte terica se llega a la conclusin que mvc forma parte de lo que es un patrn de
diseo, esto quiere decir que se puede implementar este patrn para el desarrollo del sistema.
Por que?
Primero ante todo disculpas por la demora estuve en exmenes parciales;
Si desarrollamos el sistema en Windows form, tomara mas recursos de una computadora por que las
instrucciones las har ella misma, otra desventaja es que cuando un equipo nuevo se instala a este se le
tiene que hacer las instalaciones y configuraciones necesarias y as sucesivamente por cada equipo
nuevo. la ventaja de realizarlo es que el servidor no necesitara de mucho recursos ya que solo tendr
que contener la base de datos y realizar las consultas solicitadas, este desarrollo seria sin la utilizacin
del patrn de diseo.

Si lo desarrollamos con el patrn de diseo con mvc no se necesitara instalar el sistema a la

computadora ya que este estar en un servidor web local solo se tendr configurar la parte de la
conexin a la red, la desventaja es que se nesecitara un buen servidor por este es el que realizara las
instrucciones necesarias.

Cual utilizamos?
Como opcin podemos analizar el sistema y ver que otro patrn de diseo se puede implementar y
desarrollarlo en Windows form esto hara que el servidor principal de base datos sea rpido en las
consultas y luego desarrollar un sistema en mvc para el seguimientos de los documentos .