You are on page 1of 23

CAMPUS TAPACHULA

MAESTRIA EN CIENCIAS DE LA COMPUTACION CON FORMACION DE BASE DE DATOS


DISEO Y ADMINISTRACION DE SISTEMAS DE COMPUTO EN INTERNET

4o SEMESTRE MC y LSC. VANESSA BENAVIDES GARCIA MARZO DE 2011

PRESENTACION ACADEMICA BREVE LICENCIATURA: EGRESADA DE UNACH (LSC) CERTIFICACIONES: MCP, MCAD POR MICROSOFT TRABAJO: DOCENTE DE UNACH, DOCENTE DE UVG, DESARROLLADOR DEL HOSPITAL REGIONAL ESPECIALIDAD CIUDAD SALUD MAESTRIA: EGRESADA DE UVG (MCCFBD)

DE

ALTA

DATOS PERSONALES Y DE CONTACTO CORREOS: saikavi_007@hotmail.com vanebenavides@gmail.com CELULAR: 962 62 11 658 iusasell, 962 10 2 67 56 telcel PRESENTACION DE ALUMNOS BREVE LICENCIATURA: TRABAJO: LENGUAJES DE DESARROLLO: GESTORES DE BDS UTILIZADOS:

SESIONES Y HORARIO
27 MARZO 03 ABRIL 10 ABRIL 17 ABRIL 8:00 am a 13:00 hrs

CRITERIOS PARA LA EVALUACION Y ACREDITACION


Exmenes y participacin 30% Ejercicios, tareas e investigacin 30% Proyecto 40% TOTAL 100%

PROYECTO
Anlisis y diseo Documentacin de Anlisis de Requisitos (Casos de Uso, descripcin de casos de uso) Documentacin del Diseo (UML)(diagramas de clase), Diagrama E-R, diagrama relacional, Esquemas de la base de datos(create table), Llenado de catlogos (insert into) 02 ABRIL 12 del dia correo: vanebenavides@gmail.com Implementacin Modelado: Diseo de la interfaz grafica de usuario funcional con restricciones(java, vb.net) Prototipo funcional de todo un proceso (sin objetos) Uso de la base de datos 09 ABRIL 12 DIA Proyecto final Desarrollo completo Manual de usuario Documentacion de la eleccion de los lenguajes de prog y la base de datos escogida Exposicin de X minutos por equipo 17 ABRIL en clase

Requisitos Lenguaje: ASP (2005).net, java, html, php CMS Base de Datos: SQL 2005 Express MySQL 5 Postgresql Oracle Diseadores de base de datos E-R Studio (modelo E-R) DB Designer (Modelo relacional) Dia Servidores IIS apache

1.Arquitectura de los sistemas de software. 2.Arquitectura orientada a servicios.

3.Evolucin histrica de Internet.


4.Protocolos y estndares de comunicacin "Toda la arquitectura es diseo, pero no todo el diseo es arquitectura. La arquitectura representa las decisiones de diseo significativas que le dan forma a un sistema, donde lo significativo puede ser medido por el costo del cambio". (Grady Booch)

Arquitectura de Software
Programacin Formas y guas generales Para resolver los problemas

Analoga

Estas indican estructura, funcionamiento e interaccin entre las partes del software

Planos de un edificio o construccin

Arquitectura de software Es el diseo de ms alto nivel de la estructura de un sistema Denominada Arquitectura lgica, consiste en un conjunto de patrones y abstracciones coherentes que proporcionan el marco de referencia necesario para guiar la construccin del software para un sistema de informacin. Su seleccin y diseo es en base a objetivos y restricciones Define de manera abstracta, los componentes que llevan a cabo alguna tarea de computacin, sus interfaces y la comunicacin entre ellos.

La visin esttica: describe qu componentes tiene la arquitectura.


La visin funcional: describe qu hace cada componente. La visin dinmica: describe cmo se comportan los componentes a lo largo del tiempo y como interactan entre s. LENGUAJES EN LOS QUE SE EXPRESAN LAS VISTAS Natural Diagramas de estado Diagramas de flujo de datos Lenguaje unificado de modelado (UML)

Monoltica. Donde el software se estructura en grupos funcionales muy acoplados. Cliente-servidor. Donde el software reparte su carga de cmputo en dos partes independientes pero sin reparto claro de funciones. Arquitectura de tres niveles. Especializacin de la arquitectura cliente-servidor donde la carga se divide en tres partes (o capas) con un reparto claro de funciones: una capa para la presentacin (interfaz de usuario), otra para el clculo (donde se encuentra modelado el negocio) y otra para el almacenamiento (persistencia). Una capa solamente tiene relacin con la siguiente.

Otras arquitecturas afines menos conocidas son:

En pipeline.
Entre pares. En pizarra. Orientada a servicios. Maquinas virtuales

La Arquitectura Orientada a Servicios (en ingls Service Oriented Architecture), es un concepto de arquitectura de software que define la utilizacin de servicios para dar soporte a los requisitos del negocio. SOA
creacin

sistemas altamente escalables


facil interaccin

exposicin e invocacin de servicios no exclusivamente servicios web

sistemas propios o de terceros

SOA define las siguientes capas de software: Aplicaciones bsicas - Sistemas desarrollados bajo cualquier arquitectura o tecnologa, geogrficamente dispersos y bajo cualquier figura de propiedad; De exposicin de funcionalidades - Donde las funcionalidades de la capa aplicativas son expuestas en forma de servicios (servicios web); De integracin de servicios - Facilitan el intercambio de datos entre elementos de la capa aplicativa orientada a procesos empresariales internos o en colaboracin; De composicin de procesos - Que define el proceso en trminos del negocio y sus necesidades, y que vara en funcin del negocio; De entrega - donde los servicios son desplegados a los usuarios finales.

Terminologa
Trmino Servicio Definicin / Comentario Una funcin sin estado, auto-contenida, que acepta una(s) llamada(s) y devuelve una(s) respuesta(s) mediante una interfaz bien definida. Los servicios pueden tambin ejecutar unidades discretas de trabajo como seran editar y procesar una transaccin. Los servicios no dependen del estado de otras funciones o procesos. La tecnologa concreta utilizada para prestar el servicio no es parte de esta definicin. Existen servicios asncronos en los que una solicitud a un servicio crea, por ejemplo, un archivo, y en una segunda solicitud se obtiene ese archivo

Orquestacin Secuenciar los servicios y proveer la lgica adicional para procesar datos. No incluye la presentacin de los datos. Coordinacin.
Sin estado No mantiene ni depende de condicin pre-existente alguna. En una SOA los servicios no son dependientes de la condicin de ningn otro servicio. Reciben en la llamada toda la informacin que necesitan para dar una respuesta. Debido a que los servicios son "sin estado", pueden ser secuenciados (orquestados) en numerosas secuencias (algunas veces llamadas tuberas o pipelines) para realizar la lgica del negocio. La funcin que brinda un servicio en respuesta a una llamada o peticin desde un consumidor. La funcin que consume el resultado del servicio provisto por un proveedor.

Proveedor Consumidor

La metodologa de modelado y diseo para aplicaciones SOA se conoce como anlisis y diseo orientado a servicios.

Cuando se habla de una arquitectura orientada a servicios estn hablando de un juego de servicios residentes en Internet o en una intranet, usando servicios web. Existen diversos estndares relacionados a los servicios web. Incluyen los siguientes: XML. HTTP. SOAP. WSDL. UDDI.

TAREA: INVESTIGAR CADA UNO DE LOS ESTANDARES WEB

LEER Y COMENTAR ARTICULO SOA E INTERNET

Un protocolo es un conjunto de reglas de comunicaciones entre dispositivos (e.g. computadoras, telfonos, enrutadores, switchs, etc). Los protocolos gobiernan el formato, sincronizacin, secuencia y control de errores. Sin estas reglas, los dispositivos no podran detectar la llegada de bits.

Qu es un protocolo, realmente? Es software que reside en la memoria de una computadora o en la memoria de un dispositivo de transmisin, como una tarjeta de red.

Funciones bsicas de un protocolo CONTROL DE LLAMADA Establecimiento de conexin entre fuente y destino, esta funcin lleva a cabo el mantenimiento y monitoreo de la conexin y los procedimientos de conexin y desconexin de una llamada, transferencia de datos, videoconferencia, etc. CONTROL DE ERROR Verificacin y control de errores durante la transmisin a travs de algoritmos de verificacin y control de error tales VRC, LRC, Checksum, CRC, etc. CONTROL DE FLUJO Manejo de contencin de bloques Regulacin del trfico Retransmisin de bloques Convenciones para direccionamiento Control por pasos y de extremo a extremo (el error puede verificarse en cada paso o al final del enlace depende del algoritmo de control de error)

UNIDAD II: Las aplicaciones tradicionales de Internet 2.1 El diseo de sistema cliente-servidor. 2.2 Dependencia entre el sistema Unix y las aplicaciones de Internet. 2.3 Procesos concurrentes en un entorno de red. 2.4 La modelacin de sistemas de los sistemas de cmputo en Internet. 2.5 Las aplicaciones tradicionales de Internet: correo electrnico, transferencia de archivos, servicios de los sistemas operativos, etc.

REPARTIR LOS TEMAS PARA INVESTIGAR Y COMENTAR LA SIGUIENTE CLASE

You might also like