UNIVERSIDAD SIMON BOLIVAR Ingeniería de la Computación. Sistema de gestión comercial y de operaciones: Interpretación de Eventos.

Transcripción

1 g UNIVERSIDAD SIMON BOLIVAR Ingeniería de la Computación Sistema de gestión comercial y de operaciones: Interpretación de Eventos Por: HÉCTOR JOSÉ SIMANCAS GONZÁLEZ INFORME FINAL DE CURSOS EN COOPERACION Presentado ante la Ilustre Universidad Simón Bolívar como Requisito Parcial para Optar el Título de Ingeniero en Computación Sartenejas, Octubre de 2006

2 UNIVERSIDAD SIMON BOLIVAR DECANATO DE ESTUDIOS PROFESIONALES COORDINACION DE INGENIERIA DE LA COMPUTACION ACTA FINAL DEL PROYECTO DE GRADO Sistema de gestión comercial y de operaciones: Interpretación de Eventos Presentado por: HÉCTOR JOSÉ SIMANCAS GONZÁLEZ Este Informe Final de Cursos en Cooperación ha sido aprobado por el siguiente jurado examinador: Prof. Emilio Hernández Jurado Prof. Yudith Cardinale Tutor Académico Sartenejas, Octubre de 2006

3 Sistema de gestión comercial y de operaciones: Interpretación de Eventos PRESENTADO POR: HÉCTOR JOSÉ SIMANCAS GONZÁLEZ RESUMEN El presente informe de pasantía, describe de manera detallada las actividades llevadas a cabo durante el desarrollo de los diversos componentes que integran el Sistema de Interpretación de Eventos, el cual abarca el aprovisionamiento del servicio de televisión por cable de la empresa de NetUno, y el eventual aprovisionamiento de otros tipos de servicios que preste la misma. La gerencia ha propuesto el desarrollo del sistema para aumentar el control y la eficiencia en la prestación de los servicios. NetUno como empresa convergente venezolana, se ha puesto como objetivo mejorar todo lo relacionado con el aprovisionamiento de sus áreas principales: Telefonía y Televisión por Cable e Internet. Por esta razón se decidió desarrollar sistemas de aprovisionamiento automático para dichos servicios, que sustituyendo los mecanismos que en este sentido mantiene en operación, permita lograr de manera efectivas las tres características: fiabilidad, rapidez y eficiencia. En el caso de televisión por Cable NetUno cuenta con un sistema de aprovisionamiento que en ciertas partes del proceso es automático, pero que llegado cierto punto debe hacerse de forma manual. Para dar solución a este problema, fue desarrollado el Sistema de Interpretación de Eventos en el marco de la Plataforma Comercial de la empresa con la finalidad de brindar soporte a los procesos de aprovisionamiento, automatizándolos en la medida de lo posible, proveyendo a la misma una interfaz para la efectiva realización de todo lo que conlleva el proceso. El proyecto de pasantía se centró en el aprovisionamiento del Servicio de Televisión por Cable, sin embargo, el mismo se hizo con la idea de que fuera lo suficientemente general, de manera que la integración de otros servicios fuera posible en el futuro sin mayores modificaciones. iii

4 AGRADECIMIENTOS A mis padres, por traerme a este mundo y darme todas las herramientas: morales, educativas y espirituales para convertirme en la persona que soy hoy en día. A mis hermanas: Mónica y Jenny, porque se que puedo contar con ellas. A mis novia y mis amigos, porque sin su apoyo no lo hubiese podido lograr. A todos mis compañeros de V2 Technology, porque me brindaron todo el apoyo, conocimientos y ayuda necesarios durante el proyecto. A mis profesores USB, por ser parte importante en mi formación académica y personal. Gracias. iv

5 INDICE GENERAL CAPITULO I INTRODUCCIÓN... 1 CAPITULO II ENTORNO EMPRESARIAL Misión de La Empresa Visión de La Empresa Estructura Organizativa Clientes...3 CAPITULO III PLANTEAMIENTO DEL PROBLEMA... 4 CAPITULO IV METODOLOGÍA DE DESARROLLO RUP Bases Teóricas Fases De RUP Fase de Inicio: Fase de Elaboración: Fase de Construcción o Implementación Fase de Transición Arquitectura 4+1 Vistas CAPITULO V TECNOLOGÍAS USADAS EN EL SISTEMA Microsoft.NET El Framework.NET Visual Studio.Net Visual C#.NET Visual Basic.NET Manejador de Bases de Datos Oracle El ACC El protocolo WireLink Comm Drv Lib Net Programación Orientada a Servicios SOAP Web Services Windows Services: CAPÍTULO VI SISTEMA DE INTERPRETACIÓN DE EVENTOS Fase de inicio Requerimientos Definición de Actores Modelo de Casos de Uso Fase de Elaboración Requerimientos suplementarios Elaboración de casos de uso principales Producto Inicial Fase de Construcción Producto Final Manual de Usuario Fase de Transición Desarrollo Adicional (Para realización de pruebas) v

6 6.4.2 Documentación Pruebas funcionales VII CONCLUSIONES Y RECOMENDACIONES VIII REFERENCIAS BIBLIOGRÁFICAS APENDICES APENDICE A DOCUMENTO DE ARQUITECTURA APENDICE B DICCIONARIO DE DATOS APENDICE C DOCUMENTO DE CONFIGURACIÓN DE COMPONENTES vi

7 CAPITULO I INTRODUCCIÓN En una empresa que ofrece servicios, y donde la preocupación principal es atender al cliente de la manera más rápida y efectiva posible, el primer valor para lograr dicha atención es mantener la información de una manera coherente y organizada. Es también necesario una plataforma que soporte de esta manera los diversos procesos y operaciones que se requieren en una organización compleja. NetUno, siendo una empresa de servicios convergentes, contrató a la consultora V2 Technology C.A., de manera que pudiera crear un sistema capaz de soportar las operaciones de la empresa, reemplazando así un software que, aparte de volverse obsoleto, y por lo tanto muy difícil de mantener, no cumple con los estándares de calidad que una empresa de ese tamaño necesita para que sus datos sean coherentes. La realización de dicho proyecto ha sido un reto importante para la empresa V2 Technology, ya que el tamaño de la aplicación que se requiere es bastante importante. Para poder enfrentarse a tan grande reto, se puso en práctica una filosofía que está presente en todo proyecto que sea serio y de cierto tamaño: Divide y Vencerás. Por lo tanto se dividió el proyecto en varias tareas, que atacan muchos de los puntos en los que se necesita que el sistema actúe. Una de las tareas más importantes a ser desempeñadas es el aprovisionamiento de los distintos servicios ofertados a los usuarios. La presente pasantía pretende dar solución al aspecto de aprovisionamiento automático del servicio de Televisión por Cable y futura incorporación del servicio de internet al esquema propuesto, creando un sistema que sea capaz de realizar actuar como una capa intermedia, de manera que las tareas de aprovisionamiento de los servicios de manera se realice de la manera más automatizada posible. Para esta pasantía, y por el tiempo seleccionado para el desarrollo, el alcance se limitó al aprovisionamiento del servicio de Televisión por cable por medio de una plataforma denominada ACC-4000, aunque se pretende dejar bases sólidas para que puedan agregarse al esquema en un futuro cercano varios servicios y tecnologías con un esfuerzo mínimo. 1

8 CAPITULO II ENTORNO EMPRESARIAL En el presente capítulo se da una breve descripción del entorno empresarial donde se llevó a cabo la pasantía, esta descripción comprende aspectos tales como la misión, visión y estructura de la empresa. Business Ware - V2 Technology, C.A es una empresa que presta servicios de Consultoría de Proyectos en Tecnología de Información en función de las necesidades de aquellos Mercados Metas que se vayan identificando como estratégicos para la organización. Su experiencia se ha basado principalmente en las industrias del entretenimiento y las telecomunicaciones Misión de La Empresa La empresa tiene como misión: Servir a los clientes como facilitadores en el logro de soluciones tecnológicas que les permitan cubrir sus necesidades de negocios, a través de servicios de consultoría, brindando oportunidades de desarrollo profesional y económico al personal. [BUSINESS WARE, 2001] 2.2. Visión de La Empresa La empresa tiene como visión: Convertirse en aliados estratégicos de los clientes, con miras a lograr el reconocimiento del mercado en la prestación de servicios de consultoría que responden a altos estándares de calidad. [BUSINESS WARE, 2001] 2.3. Estructura Organizativa En la figura 2.1 se presenta un organigrama donde se pueden apreciar las áreas que conforman la empresa y sus respectivas jerarquías. Claramente se puede observar la ubicación del pasante dentro del área de consultoría de proyectos. 2

9 Figura 2.1: Estructura Organizativa de V2 Technology [BUSINESS WARE, 2001] 2.4. Clientes La mayoría de los proyectos que ha realizado V2 Technology han estado orientados hacia los sectores de entretenimiento (casinos, bingos) y telecomunicaciones, tanto dentro de Venezuela como en Centroamérica, Suramérica y El Caribe. Algunos clientes en el área de telecomunicaciones incluyen: - Netuno - Telcel - Etelix - SuperCable - BellSouth Dentro del área de entretenimiento se encuentran (todos en Venezuela): - Fiesta Casino - Sunway Casino - Casino Del Lago 3

10 CAPITULO III PLANTEAMIENTO DEL PROBLEMA Una de las misiones críticas de cualquier empresa de servicios, es lograr un rápido y seguro aprovisionamiento del producto ofertado, para así poder obtener los beneficios que resultan de la transacción. Entre más rápido se logre el aprovisionamiento, más rápido se obtienen las ganancias y más satisfecho queda el cliente final. Entre las características más importantes que debe tener cualquier sistema de aprovisionamiento se encuentran: Fiabilidad (Debe garantizarse el aprovisionamiento de toda orden de servicio). Eficiencia (Rapidez en el aprovisionamiento del servicio). Control (Seguimiento del estado de la orden en todo momento). En el caso de las empresas convergentes (telefonía, televisión por cable, internet), el aprovisionamiento efectivo está muy relacionado con la tecnología utilizada, y las empresas generalmente buscan automatizar estos procesos en busca de mayor velocidad, fiabilidad y control. El aprovisionamiento manual es un proceso mucho más lento y el error humano puede ocasionar pérdida de órdenes, lo cual finalmente repercute en la imagen y desempeño de la compañía. Además, en los sistemas manuales se incurre en un gasto extra en operadores para el abastecimiento de los servicios. NetUno como empresa convergente venezolana, se ha puesto como objetivo mejorar todo lo relacionado con el aprovisionamiento de sus áreas principales: Telefonía y Televisión por Cable e Internet. Por esta razón se decidió desarrollar sistemas de aprovisionamiento automático para dichos servicios, que sustituyendo los mecanismos que en este sentido mantiene en operación, permita lograr de manera efectivas las tres características: fiabilidad, rapidez y eficiencia. En el caso de telefonía NetUno cuenta con un sistema de aprovisionamiento que en ciertas partes del proceso es automático, pero que llegado cierto punto debe hacerse manualmente. Sin embargo, a este respecto V2Technology C.A. ha desarrollado un sistema de aprovisionamiento que, aunque aún no se ha puesto en producción, promete mejorar la eficiencia y eficacia de dicho aprovisionamiento. Es importante destacar que el mundo de las telecomunicaciones es un negocio que se encuentra en un estado constante de movimiento y cambios. Cada día surgen servicios y tendencias nuevas, y NetUno, como empresa de 4

11 telecomunicaciones desea estar a la vanguardia y capturar nuevos mercados, para poder ofrecer a sus clientes un mejor servicio. Es por eso que un sistema de aprovisionamiento debe ser también compatible con nuevas tecnologías, y debe ser flexible con cambios de requerimientos y nuevas tendencias. A este respecto se debe mencionar sin embargo, que cada nueva tecnología conlleva, por supuesto, nuevas maneras de manejar la información, de hacer las cosas, y en específico, cada una tiene una manera distinta de realizar las labores de aprovisionamiento. Sin embargo, la flexibilidad del sistema debe ser tal que de soporte a cada una de estas maneras de hacer las cosas, ya que si bien, es inevitable que en la incorporación o sustitución de una tecnología existan cambios, se pretende que el sistema a desarrollar minimice el impacto que tengan dichas actividades. Para el caso de los servicios de televisión por cable e internet, NetUno realiza el aprovisionamiento de los mismos de manera más o menos automática, pero con una tecnología que se desea reemplazar, esto debido a los costos de mantenimiento de dicha tecnología y la poca o nula compatibilidad con nuevas tendencias de programación y nuevos proyectos. El proyecto desarrollado se centra en el aprovisionamiento del servicio de televisión por cable, aunque con el propósito de proveer la flexibilidad suficiente para que nuevas plataformas de aprovisionamiento puedan ser incorporadas en un futuro, en específico, en el futuro cercano se pretende incorporar el aprovisionamiento de Internet al esquema propuesto por el proyecto. En el caso del servicio de televisión por cable, NetUno cuenta con una plataforma conocida como ACC4000, la cual maneja información acerca de los paquetes de canales ofrecidos en cada decodificador registrado en ella (HBO, Cinecanal, etc.). Esta plataforma define un protocolo de comunicación mediante el cual se puede modificar la configuración de los decodificadores (agregar canales, suspender el servicio, bloquear canales). Gran parte del protocolo en cuestión, denominado WireLink, está implementado en forma de una librería, la cual fue desarrollada por V2Technology como parte de la solución que se le proveerá a NetUno. Dicha librería se encarga de la traducción de los comandos con parámetros legibles por un humano, a comandos propiamente dichos en código binario, es decir, paquetes de datos listos para ser enviados al ACC4000. La otra parte del protocolo WireLink, que es la que se encarga de especificar la comunicación en si (comunicación serial, que debe hacerse en caso de fallo, etc.) debe ser implementada en este proyecto. 5

12 El objetivo principal de este proyecto en el área de televisión por cable es desarrollar un producto de software capaz de canalizar solicitudes de servicio provenientes de diferentes aplicaciones de la Plataforma Comercial, y encargarse de su posterior ejecución en la plataforma de aprovisionamiento denominada ACC

13 CAPITULO IV METODOLOGÍA DE DESARROLLO RUP Uno de los principales objetivos de un desarrollador de software es elaborar productos de calidad, y en vista de esta necesidad han surgido gran cantidad de metodologías, cuyo fin principal es estandarizar las notaciones y procesos a utilizar durante el desarrollo del producto. El objetivo de éste capítulo es abordar los detalles y características principales de Rational Unified Process (RUP), la cual fue escogida como metodología de desarrollo de software para la implementación del Sistema de Gestión Comercial y de Operaciones: Interpretación de eventos. Dicha escogencia se debe a que una de sus metas es asegurar la producción de un software de alta calidad que logre satisfacer las necesidades de los usuarios finales. En este capítulo se dará una visión general de lo que es el RUP, así como de la estructura bidimensional que sigue, dividiendo el proceso en fases, y estas en flujos de trabajo, no obstante es importante tener en cuenta que la atención del capítulo se centrara en la descripción de cada una de las fases de RUP y de lo que se espera de cada fase. La primera sección de éste capitulo trata sobre las bases teóricas sobre las que se fundamenta el RUP. De entre ellas cabe destacar que se trata de un proceso iterativo e incremental. Como se verá, el desarrollo del proyecto se hace en iteraciones, cada una de ellas conteniendo trabajo en varios flujos de trabajo. A su vez, las iteraciones se organizan en cuatro fases. La sección dos detallará las fases y lo que se hace en cada una de ellas, así como de los productos que se deben obtener al finalizarlas. La tercera y última sección se dedicará a dar una visión general de la arquitectura 4+1 vistas, la cual se percibe hoy como un intento de reformular una arquitectura estructural y descriptiva en términos de objeto y de UML (Unified Modeling Language). 4.1 Bases Teóricas Rational Unified Process es un proceso de desarrollo de software orientado al desarrollo de un producto de calidad dentro de tiempos y costos determinados, se caracteriza por ser iterativo e incremental, además estar centrado en la arquitectura y estar guiado por los casos de uso, también se caracteriza por dividir 7

14 el proceso de desarrollo en ciclos (inicio, elaboración, construcción, transición), teniendo un producto desarrollado en su totalidad al final de cada ciclo. RUP Proporciona un acercamiento disciplinado a la asignación de tareas y responsabilidades en una organización de desarrollo RUP integra las mejores prácticas de desarrollo de software a través de la definición de procesos, flujos de actividades, roles, documentos patrón y métricas. Entre las seis mejores prácticas de desarrollote software, que implementa RUP, se encuentran: Desarrollo iterativo: permite una comprensión creciente del problema a través de refinamientos sucesivos para llegar a una solución efectiva Administración de requisitos: provee un enfoque sistemático para hallar, documentar, organizar y monitorear los requerimientos cambiantes de un sistema. Uso de arquitectura basada en componentes: RUP provee un enfoque sistemático para definir una arquitectura usando componentes nuevos y preexistentes Control de cambios: RUP describe cómo controlar, rastrear y monitorear los cambios para permitir un desarrollo iterativo exitoso. Modelado visual del software: permite capturar la estructura y comportamiento de arquitecturas y componentes, ver cómo los elementos se desarrollan entre sí, mantener consistencia entre diseño e implementación y promover una comunicación precisa Verificación de la calidad del software: por medio de las pruebas se persigue encontrar las fallas antes de la puesta en producción. Otro aspecto característico de esta metodología, es su enfoque en dos dimensiones, cada una de las cuales describe aspectos específicos propios de RUP (ver figura.4.2.1), estas dimensiones son: El eje horizontal representa el tiempo y muestra el aspecto dinámico del proceso. Se expresa en términos de ciclos, fases, iteraciones e hitos. En esta dimensión centraremos la atención de este capítulo. El eje vertical representa el aspecto estático del proceso. Se describe en términos de actividades, artefactos, trabajadores y workflows (disciplinas). 8

15 4.2 Fases De RUP Como bien se ha mencionado en el apartado anterior, RUP divide el ciclo de vida del software en ciclos o fases. Cada una de las fases finaliza con un hito bien definido, un punto en el tiempo donde algunas decisiones críticas deben ser tomadas y por lo tanto metas predominantes deben ser alcanzadas. Figura 4.1 Modelo RUP En la figura 4.1 se representan las cuatro fases de RUP. Estas fases son: inicio, elaboración, construcción y transición (Inception, Elaboration, Construction, Transition), las cuales muestran que para producir una versión del producto en desarrollo se aplican todas las actividades de ingeniería pero con diferente énfasis; en las versiones preliminares, como además indica la intuición, hay más énfasis en actividades de modelado del negocio, requisitos, análisis y diseño; conforme se producen versiones el énfasis pasa a las actividades de implementación, prueba y despliegue. 9

16 4.2.1 Fase de Inicio: Generalmente antes de iniciar un proyecto surgen preguntas tales como: Cuál es el objetivo? Es factible? Cuánto va a costar? La fase de inicio trata de responder a estas preguntas y a otras más. Esta fase tiene como objetivo principal establecer el alcance del proyecto, no obstante a continuación se mencionan todos los objetivos de la fase de inicio: Establecer el ámbito del proyecto y sus límites. Encontrar los casos de uso críticos del sistema, los escenarios básicos que definen la funcionalidad. Mostrar al menos una arquitectura candidata para los escenarios principales. Estimar el coste en recursos y tiempo de todo el proyecto. Estimar los riesgos, las fuentes de incertidumbre. Los productos o artefactos que se deben obtener en la fase de inicio deben ser: Visión del negocio: Describe los objetivos y restricciones a alto nivel. Modelo de casos de uso. Glosario: Terminología clave del dominio Lista de riesgos y planes de contingencia. Caso de negocio. Especificación adicional de los requerimientos no funcionales. Prototipos exploratorios para probar conceptos o la arquitectura candidata. Plan de iteración para la primera iteración de la fase de elaboración. Plan de fases Fase de Elaboración: El propósito de esta fase es analizar el dominio del problema, así como también asegurar la arquitectura del sistema resolviendo, desarrollar el plan del proyecto y eliminar los principales riesgos. En esta fase se construye un prototipo de la arquitectura, que debe evolucionar en iteraciones sucesivas hasta convertirse en el sistema final. Este prototipo debe contener los casos de uso críticos identificados en la fase de inicio. De un modo más específico se pueden enumerar los siguientes objetivos de esta fase: 10

17 Definir, validar y cimentar la arquitectura. Completar la visión. Crear un plan fiable para esta fase. Este plan puede evolucionar en sucesivas iteraciones. Demostrar que la arquitectura propuesta soportará la visión con un coste razonable y en un tiempo razonable. Cuando termina esta fase se llega al punto de no retorno del proyecto: a partir de ese momento se pasa de las relativamente ligeras y de poco riesgo dos primeras fases, a afrontar la fase de construcción, la cual se considera costosa y arriesgada. También debe demostrarse que se han evitado los riesgos más graves, bien con prototipo producido, bien con otros de usar y desechar. Al terminar deben obtenerse los siguientes productos: Un modelo de casos de uso completa al menos hasta el 80%: todos los casos y actores identificados, la mayoría de los casos desarrollados. Requisitos adicionales Descripción de la arquitectura software. Un prototipo ejecutable de la arquitectura. Lista de riesgos y caso de negocio revisados. Plan de desarrollo para el proyecto. Posiblemente un manual de usuario preliminar. Actualización de todos los productos de la fase de inicio (glosario, el caso de negocio, etcétera). Es importante mencionar que la forma de aproximarse a esta fase debe ser tratar de abarcar todo el proyecto con la profundidad mínima y sólo profundizar en los puntos críticos de la arquitectura o riesgos importantes Fase de Construcción o Implementación Esta fase se enfoca en controlar las operaciones realizadas administrando los recursos eficientemente, de tal forma que se optimicen los costos, los calendarios y la calidad. Los propósitos principales de esta fase son: completar el análisis, alcanzar la capacidad operacional del producto de forma incremental a través de las sucesivas iteraciones. Durante esta fase todos los componentes, características y requisitos, 11

18 que no lo hayan sido hecho hasta ahora, han de ser implementados, integrados y testeados, obteniéndose una versión del producto que se pueda poner en manos de los usuarios, es decir, una versión beta. Los objetivos concretos incluyen: Minimizar los costes de desarrollo mediante la optimización de recursos y evitando el tener que rehacer un trabajo o incluso desecharlo. Conseguir una calidad adecuada tan rápido como sea práctico. Conseguir versiones funcionales (versiones de prueba). Los productos de la fase de construcción deben ser: Modelos Completos (Casos de Uso, Análisis, Diseño, Despliegue e Implementación) Arquitectura íntegra (mantenida y mínimamente actualizada) Riesgos Presentados Mitigados Plan del Proyecto para la fase de Transición Manual Inicial de Usuario (con suficiente detalle) Prototipo Operacional (versión beta) Caso del Negocio Actualizado Fase de Transición La finalidad de esta fase es poner el producto en manos de los usuarios finales, para lo que típicamente se requerirá desarrollar nuevas versiones actualizadas del producto, completar la documentación, entrenar al usuario en el manejo del producto, y en general tareas relacionadas con el ajuste, configuración, instalación y usabilidad del producto. Los objetivos generales de esta fase son: Lograr que el usuario se auto soporte. Lograr un producto final que cumpla los requisitos esperados, que funcione y satisfaga suficientemente al usuario. Otro aspecto, digno de mencionar, en el enfoque de esta etapa de RUP, es el referente a las actividades esenciales de la misma, la cuales se enumeran a continuación: Testeo de la versión Beta para validar el nuevo sistema frente a las expectativas de los usuarios. Conversión de las bases de datos operacionales. 12

19 Entrenamiento de los usuarios y técnicos de mantenimiento. Traspaso del producto a los equipos de marketing, distribución y venta. Los principales objetivos de esta fase son: Conseguir que el usuario se valga por si mismo. Finalmente los productos o artefactos característicos de esta fase son: Prototipo Operacional Documentos Legales Caso del Negocio Completo Línea de Base del Producto completa y corregida que incluye todos los modelos del sistema Descripción de la Arquitectura completa y corregida Manuales para usuario final, operador y administrador del sistema, y materiales para entrenamiento 4.3 Arquitectura 4+1 Vistas La arquitectura de software, tiene que ver con el diseño y la implementación de estructuras de software de alto nivel. Es el resultado de ensamblar un cierto número de elementos arquitectónicos de forma adecuada para satisfacer la mayor funcionalidad y requerimientos de desempeño de un sistema, así como requerimientos no funcionales, como la confiabilidad, escalabilidad, portabilidad, y disponibilidad. Philippe Kruchten propuso su célebre modelo 4+1, vinculado al Rational Unified Process (RUP), que define cuatro vistas diferentes de la arquitectura de software (ver figura. 4.2): Vista lógica: comprende las abstracciones fundamentales del sistema a partir del dominio de problemas (describe el modelo de objetos). Vista de proceso: muestra la concurrencia y sincronía de los procesos. Vista física o de despliegue: muestra un mapeado del software sobre el hardware. Vista de desarrollo o implementación: describe la organización estática de módulos en el entorno de desarrollo 13

20 Finalmente se encuentra una quinta vista que consiste en una selección de casos de uso o de escenarios que los arquitectos pueden elaborar a partir de las cuatro vistas anteriores. Vista Lógica Vista de Implementación Clases, interfaces, Colaboración Casos de Uso Vista de Casos de Uso Componentes Vista de Proceso Vista de Implantación Classes Activas Nodos Organización Package, subsistema Dinámicas Interacción Máquina de Estados Figura 4.2 Arquitectura 4+1 Vistas 14

21 CAPITULO V TECNOLOGÍAS USADAS EN EL SISTEMA 5.1 Microsoft.NET Microsoft.NET es un programa de software que conecta información, usuarios, sistemas y dispositivos. Incluye clientes, servidores y herramientas para programadores, y está formado por: Windows.NET Framework, que permite generar y ejecutar todo tipo de software, incluidas aplicaciones basadas en Web, aplicaciones cliente inteligentes y servicios Web XML. Estos componentes facilitan la integración, ya que comparten datos y funcionalidad a través de una red mediante protocolos estándar independientes de la plataforma, como XML, SOAP y HTTP. Varias herramientas para programadores, como Microsoft Visual Studio.NET 2003, que ofrece un entorno de desarrollo integrado para sacar el máximo partido a la productividad de los programadores con Windows.NET Framework El Framework.NET 1.1 Windows.NET Framework es el componente de Windows para crear y ejecutar la próxima generación de aplicaciones de software y servicios Web XML. Windows.NET Framework tiene las características siguientes: Es compatible con más de 20 lenguajes de programación diferentes. Se encarga de la mayor parte de la estructura necesaria para generar software, lo que permite a los programadores centrarse en el código lógico esencial para el negocio. Facilita más que nunca la creación, implementación y administración de aplicaciones seguras, sólidas y de gran rendimiento. Windows.NET Framework se compone de Common Language Runtime y un conjunto unificado de bibliotecas de clases. 15

22 Common Language Runtime Common Language Runtime (CLR) es responsable de los servicios en tiempo de ejecución, como por ejemplo, la integración de lenguajes, el cumplimiento de las normas de seguridad y la administración de la memoria, los procesos y los subprocesos. Además, CLR cumple una función en la fase de desarrollo, cuando ciertas características, como por ejemplo, la administración del ciclo de vida, la nomenclatura segura de tipos, la administración de excepciones entre lenguajes y los enlaces dinámicos, reducen la cantidad de código que tiene que escribir el programador para convertir la lógica comercial en un componente reciclable. En la figura 5.1 se puede apreciar la arquitectura del Framework.NET Bibliotecas de clases Figura 5.1 El Framework.Net 1.1 Las clases base proporcionan funciones estándar, como las de entrada/salida, manipulación de cadenas, administración de seguridad, comunicaciones en red, administración de subprocesos, administración de textos y funciones de diseño de la interfaz de usuario. Las clases de ADO.NET permiten a los programadores interactuar con los datos obtenidos en formato XML a través de las interfaces OLE DB, ODBC, Oracle y SQL Server. Las clases XML permiten la manipulación, búsqueda y conversión de objetos XML. Las clases ASP.NET son compatibles con el desarrollo de 16