FUNDAMENTACIÓN TEÓRICA

Para dar soporte teórico a la presente investigación procedemos a conceptualizar y

operacionalizar las variables materia de análisis:

Lenguaje Unificado de Modelado (UML); Es un lenguaje de modelado visual que se usa

para especificar, visualizar, construir y documentar artefactos de un sistema de software. Se
usa para entender, diseñar, configurar, mantener y controlar la información sobre los sistemas
a construir.

Los objetivos de UML son muchos, pero se pueden sintetizar sus funciones:

 Visualizar: UML permite expresar de una forma gráfica un sistema de forma que otro
lo puede entender.
 Especificar: UML permite especificar cuáles son las características de un sistema
antes de su construcción.
 Construir: A partir de los modelos especificados se pueden construir los sistemas
diseñados.
 Documentar: Los propios elementos gráficos sirven como documentación del sistema
desarrollado que pueden servir para su futura revisión.

Arquitectura de UML: Un sistema puede ser visto de diferentes perspectivas y puntos de

vista UML, propone cinco puntos de vista mediante las cuales se puede visualizar un sistema.
 Figura 1 – Arquitectura UML
Fuente: Addison Wesley, 1999.

UML contiene las siguientes Características:

 Proporciona a los desarrolladores un lenguaje de modelamiento ampliamente

aceptado y listo para usar.
 Integra las mejores prácticas del desarrollo de software.
 Permite el intercambio de modelos entre las diferentes herramientas de software.
 Es independiente del lenguaje de programación y de métodos y procesos particulares
de desarrollo de software.
 Proporciona sus propios mecanismos de extensión:
A continuación, se muestran los siguientes diagramas que conforma la Arquitectura de UML:
Diagrama de Caso de Uso: Un diagrama de Caso de Uso representa lo que hace el sistema
y como se relaciona con su entorno.
Representa los distintos requerimientos que hacen los usuarios de un sistema. Un diagrama
de casos de uso está compuesto por:
 Caso de uso
 Actores
 Relaciones entre ellos

Figura 2 – Arquitectura UML-Diagrama de Caso de Uso.

Fuente: Addison Wesley, 1999.

Diagrama de Objetos: Son utilizados durante el proceso de análisis y diseño de los sistemas
informáticos en la metodología UML. Se puede considerar un caso especial de un diagrama
de clases en el que se muestran instancias específicas de clases (objetos) en un momento
particular del sistema. Los diagramas de objetos utilizan un subconjunto de los elementos de
un diagrama de clase. Los diagramas de objetos no muestran la multiplicidad ni los roles,
aunque su notación es similar a los diagramas de clase.

Figura 3 – Arquitectura UML-Diagrama de Objetos.

Fuente: Addison Wesley, 1999.

Diagrama de Actividades: Representa los flujos de trabajo paso a paso de negocio y

operacionales de los componentes en un sistema. Un Diagrama de Actividades muestra el
flujo de control general.

Figura 4 – Arquitectura UML-Diagrama de Actividades.

Fuente: Addison Wesley, 1999.
Diagrama de Colaboración: Muestran explícitamente las relaciones de los roles. Por otra
parte, un diagrama de colaboración no muestra el tiempo como una dimensión aparte, por lo
que resulta necesario etiquetar con números de secuencia los mensajes.
Muestra como las instancias específicas de las clases trabajan juntas para conseguir un
objetivo común.

Figura 5 – Arquitectura UML-Diagrama de Colaboración.

Fuente: Addison Wesley, 1999.

Diagrama de Clases: Es un tipo de diagrama estático que describe la estructura de un sistema

mostrando sus clases, atributos y las relaciones entre ellos. Los diagramas de clases son
utilizados durante el proceso de análisis y diseño de los sistemas, donde se crea el diseño
conceptual de la información que se manejara en el sistema, y los componentes que se
encargaran del funcionamiento y la relación entre uno y otro. Por Ejemplo:

Figura 6 – Arquitectura UML-Diagrama de Clases.

Fuente: Addison Wesley, 1999.
Diagrama de Componentes: Es un diagrama tipo del Lenguaje Unificado de Modelado. Un
diagrama de componentes representa la separación de un sistema de software en
componentes físicos (por ejemplo, archivos, cabeceras, módulos, paquetes, etc.) y muestra
las dependencias entre estos componentes. Debido a que estos son más parecidos a los
diagramas de casos de usos estos son utilizados para modelar la vista estática de un sistema.
Muestra la organización y las dependencias entre un conjunto de componentes.

Figura 7 – Arquitectura UML-Diagrama de Componentes.

Fuente: Addison Wesley, 1999.

Diagrama de Despliegue: Es un tipo de diagrama del Lenguaje Unificado de Modelado que

se utiliza para modelar el hardware utilizado en las implementaciones de sistemas y las
relaciones entre sus componentes.
 Figura 8 – Arquitectura UML-Diagrama de Despliegue.
Fuente: Addison Wesley, 1999.

Diagrama de Paquetes: Muestra como un sistema está dividido en agrupaciones lógicas

mostrando las dependencias entre esas agrupaciones. Dado que normalmente un paquete está
pensado como un directorio, los diagrama s de paquetes suministran una descomposición de
la jerarquía lógica de un sistema. Los Paquetes están normalmente organizados para
maximizar la coherencia interna dentro de cada paquete y minimizar el acoplamiento externo
entre los paquetes.

Figura 9 – Arquitectura UML-Diagrama de Paquetes.

Fuente: Addison Wesley, 1999.

Diagrama de Secuencia: Muestra la secuencia de mensajes entre objetos durante un

escenario concreto. Cada objeto viene dado por una barra vertical. Se llama línea de vida. El
tiempo transcurre de arriba abajo.
Cada mensaje se representa mediante una flecha entre las líneas de vida y cada mensaje se
etiqueta con el nombre del mensaje y pueden incluirse los argumentos.
Los rectángulos en las líneas de vida indican el tiempo en el cual un método está activo.
 Figura 10 – Arquitectura UML-Diagrama de Secuencia.
Fuente: Addison Wesley, 1999.

(G. Booch, J. Rumbaugh y SI. Jacobson, "El Lenguaje Unificado de Modelado",

Addison Wesley, 1999).

Rational Unified Process (RUP); RUP es una secuencia de pasos necesarios para el
desarrollo y/o mantenimiento de gran cantidad de sistemas, en diferentes áreas de aplicación
diferentes organizaciones, diferentes medios de competencia y en proyectos de tamaños
variables (desde el más básico al más complejo). RUP sigue principios de ingeniería del
software para la obtención de sistemas de información de calidad y de forma proporcionar
una alternativa que permita evitar que los productos que se obtenga caigan en los aspectos
que caracterizan a la crisis del software (todavía muy presente en nuestros días).

RUP tiene las siguientes características:

 Forma disciplinada de asignar tareas y responsabilidades (quien hace que, cuándo y

cómo).

 Pretende implementar las mejores prácticas en Ingeniería Software.

 Desarrollo iterativo.

 Administración de requisitos.

 Uso de arquitectura basada en componentes.

 Control de cambios.

 Modelado visual del software.

 Verificación de la calidad del software.

(Amo, Martínez y Segovia, 2005).

Figura 11 – Imagen de RUP
Fuente: Google/Imágenes.

Ciclo De Vida RUP; En cada fase se realizan una o más iteraciones (con el objeto de ir
perfeccionando los objetivos, mediante la retroalimentación del usuario) y hasta que no
finaliza una fase no se comienza con la siguiente. Por regla general, la fase en la que se
realizan más iteraciones es la construcción.

 Iniciación: Obtención de los objetivos, catálogo de requisitos, identificación de casos

de uso.

 Elaboración: Refinamiento de los objetivos de la fase anterior, casos de uso, análisis,

diseño, definición y establecimiento de la arquitectura base del sistema.

 Construcción: Refinamiento de los objetivos de las fases anteriores y construcción

del sistema de información.

 Transición: Refinamiento de los objetivos de las fases anteriores e implantación del

sistema de información (preparación del producto para su entrega y pasos a
producción de versiones no finales (porque hay que haces ajustes) y de la versión
final prevista).

(Addison Wesley, 2000).

Figura 12 – Ciclo de Vida de RUP
Fuente: Addison Wesley, 1999.

Principios De La Metodología RUP; La metodología RUP tiene los siguientes principios:

 Adaptación del proceso: El proceso debe adaptarse a las características de la

organización para la que se está desarrollando el software.

 Balancear prioridades: Debe encontrarse un balance que satisfaga a todos los

inversores del proyecto.

 Colaboración entre equipos: Debe haber una comunicación fluida para coordinar
requerimientos, desarrollo, evaluaciones, planes, resultados, entre otros.

 Demostrar valor iterativamente: Los proyectos se entregan, aunque sea de una forma
interna, en etapas iteradas. En cada iteración se evaluará la calidad y estabilidad del
producto y analizará la opinión y sugerencias de los inversores.

 Elevar el nivel de abstracción: Motivar el uso de conceptos reutilizables.

 Enfocarse en la calidad: La calidad del producto debe verificarse en cada aspecto de

la producción.
SQL Server; Las aplicaciones en red son cada día más numerosas y versátiles. En muchos
casos, el esquema básico de operación es una serie de scripts que rigen el comportamiento
de una base de datos.

Debido a la diversidad de lenguajes y de bases de datos existentes, la manera de comunicar

entre unos y otras sería realmente complicada a gestionar de no ser por la existencia de
estándares que nos permiten el realizar las operaciones básicas de una forma universal.

Es de eso de lo que trata el Structured Query Language que no es más que un lenguaje
estándar de comunicación con bases de datos. Hablamos por tanto de un lenguaje
normalizado que nos permite trabajar con cualquier tipo de lenguaje (ASP o PHP) en
combinación con cualquier tipo de base de datos (MS Access, SQL Server, MySQL).

El hecho de que sea estándar no quiere decir que sea idéntico para cada base de datos.

En efecto, determinadas bases de datos implementan funciones específicas que no tienen

necesariamente que funcionar en otras.

Aparte de esta universalidad, el SQL posee otras dos características muy apreciadas. Por una
parte, presenta una potencia y versatilidad notables que contrasta, por otra, con su
accesibilidad de aprendizaje (Sharon Dooley, 2000).

Rational Rose; es una herramienta de diseño orientada a objetos, que da soporte al modelado
visual, es decir, que permite representar gráficamente el sistema, permitiendo hacer énfasis
en los detalles más importantes, centrándose en los casos de uso y enfocándose hacia
un software de mayor calidad, empleando un lenguaje estándar común que facilita la
comunicación. El desarrollo es un proceso iterativo, que comienza con una aproximación del
análisis, diseño e implementación para identificar los riesgos y probar el sistema, cuando la
implementación pasa todas las pruebas que se determinan, se añaden los elementos
modificados al modelo y una vez modificado el modelo se realiza la siguiente iteración.
Rational, además, soporta los diagramas de UML, excepto los Diagramas de
Implementación. Según (Terry Quatrani, 2003).
Microsoft Visual Studio; es un entorno de desarrollo integrado para sistemas
operativos Windows. Soporta múltiples lenguajes de programación, tanto aplicaciones de
escritorio como web, entre los cuales se encuentra VB, C#, .NET, etc. Pueden crear
aplicaciones que se comuniquen entre estaciones de trabajo, páginas web, dispositivos
móviles, dispositivos embebidos y consolas, entre otros. Actualmente uno de los lenguajes
más utilizados es el de CSharp (C#), ya que su estructura es similar a la de otros lenguajes
de programación. Según (Robert B. Dunaway, 2002).

CSharp; es un lenguaje de programación orientado a objetos desarrollado y estandarizado

por Microsoft como parte de su plataforma .NET. es uno de los lenguajes de programación
diseñados para la infraestructura de lenguaje común. Su sintaxis básica deriva de C/C++ y
utiliza el modelo de objetos de la plataforma .NET, similar al de Java, aunque incluye
mejoras derivadas de otros lenguajes. Según (John Hunt, 2002).

Crystal Report; es una aplicación de inteligencia empresarial utilizada para diseñar y

generar informes desde una amplia gama de fuentes de datos (bases de datos). Varias
aplicaciones, como Microsoft Visual Studio, incluyen una versión OEM de Crystal Reports
como una herramienta de propósito general para informes/reportes. Crystal Reports se
convirtió en el escritor de informes estándar cuando Microsoft lo liberó con Visual Basic.
Según (Neil Fitzgerald, 2008).