Video Tutorial No. 5 del Curso de Desarrollo de Aplicaciones con SQL Server 2005 y visual Basic. Net.
En este video tutorial tratamos temas relacionados al diseño de tablas, en donde se analizan todos los aspectos relacionados a su elaboración. La definición de índices los cuales permiten agilizar las consultas de la base de datos y la construccioón de relaciones las cuales permiten definir un esquema eficiente de bases de datos.
Para descargar este video puede hacerlo por medio de este enlace.
Gilabeni nos deja en los foros la siguiente noticia, para los seguidores de Debian y los que quieren profundizar sus conocimientos en VoIP con Asterisk y otras distros de Linux. Gracias Gilabeni por tus aportes a esta comunidad
DebPBX es una nueva distribución basada en Debian 5.0 "Lenny" especialmente creada para montar una central telefónica PBX basada en la aplicación libre Asterisk, reconocida por su popularidad a la hora de implementar soluciones de VoIP.
http://www.vivalinux.com.ar/distros/debpbx-1.2-beta
y su page:
http://www.debpbx.com.ar/
ya teniamos la centos ... ahora otra .... jijiji
A practicar ..... que no se diga.
Hola Amigos del Videoaprendizaje, les dejo un artículo de D. Marsili de Sybase donde nos explica de una manera sencilla lo que es SOA, una de las metodologías que se desarrollarán ampliamente en los sistemas informáticos de las empresas actuales. Espero les guste.
D. Marsili, de Sybase, explica los alcances de esta tendencia cuya adopción crece en las áreas de tecnología de la información de las grandes empresa.
El desarrollo de un ambiente SOA involucra un número de pasos. El primer paso es asegurar que todo el software nuevo que se instale sea compatible con SOA. El segundo paso es identificar las funciones dentro de los sistemas legacy que desean integrar y publicarlas como servicios. Por supuesto, esto no es tan fácil como suena. El desarrollo de estos servicios puede requerir de perfiles que no existen en la empresa. Y las herramientas necesarias para examinar los desarrollos y las etapas de despliegue pueden venir de diferentes proveedores, cada uno con su propia instalación, entrenamiento y temas de comunicación.La urgencia de datos, la exactitud y la seguridad a partir de un final de un proceso de negocio al otro son ahora un mandato de negocio. Las organizaciones que pueden hacer esto tienen una distintiva ventaja competitiva.
Pero la integración por la integración no es el objetivo exclusivo. El objetivo final de contar con un sistema unificado, significa para las compañías estar preparadas para cambiar sus focos y recursos desde el mantenimiento de las aplicaciones separadas al desarrollo de procesos de negocios de punta a punta basados en el servicio al cliente.
Asimismo, la flexibilidad de un sistema unificado hace esto posible para cambiar aquellos procesos en una respuesta rápida a los cambios en las necesidades de los negocios.
La arquitectura orientada a servicios (SOA) no se trata de software o de un lenguaje de programación, SOA es un marco de trabajo conceptual que permite a las organizaciones unir los objetivos de negocio con la infraestructura de TI integrando los datos y la lógica de negocio de sus sistemas separados.
Desarrollada a finales de los ´90, SOA establece un marco de trabajo para servicios de red – o tareas comunes de negocios – para identificar el uno al otro y comunicarlo.
La necesidad de tal marco se deriva de la evolución del software de negocio. En los comienzos, los desarrollos de aplicaciones de negocio se concentraban en necesidades específicas: contabilidad, compras, nómina de sueldos, transporte. Cada aplicación fue desarrollada sin consideración de otros sistemas en la empresa y como comunicarse con ellos. Porque las aplicaciones eran auto suficientes, la información común a toda la empresa (como por ejemplo: la dirección del cliente) y funciones específicas de negocios (como por ejemplo: buscar un nombre) aparecían en todas partes y requerían un código complejo para, todos o muchos de los sistemas independientes.
Por consiguiente, los diversos sistemas de TI de la mayoría de las empresas hoy no pueden acceder o procesar los datos desde el uno al otro. Un simple proceso de negocio (como una venta para un pedido a un depósito enviado a una cuenta por cobrar) que tomaría segundos si los sistemas se podrían comunicar, ahora puede tomar semanas.
¿Qué puede hacer una empresa? Debería tener inversiones masivas en hardware, software y perfiles de individuos involucrados en la ejecución de cada una de las aplicaciones separadas? Con SOA, una empresa puede mantener sus inversiones en los sistemas legacy y la gente necesaria para mantenerlos. Esto evita continuos y costosos proyectos "de integración", como las mejoras a cualquier aplicación son transparentes a todas las otras. La información de negocio es siempre "hasta el último minuto", permitiendo mejores decisiones de negocio y mejorar las relaciones entre clientes y partners.
A menudo, SOA es una solución prometedora para los problemas de integración. El desafío es cómo llegar ahí.
Cómo crear un ambiente SOA
El Desarrollo de Aplicaciones Orientadas a Servicios (SODA) está diseñado para vencer muchos de los problemas de lenguajes de software inherentes en los sistemas legacy. SODA permite reutilizar aplicaciones existentes y proveer un camino para construir nuevas, basadas en estándares, con interfases flexibles.Esta adopción habilita un alto nivel de abstracción tecnológica. Es decir, SODA encapsula y abstrae tecnologías tales como bases de datos, J2EE, .NET y CORBA de modo que los desarrolladores no afronten la complejidad técnica de la interacción con aplicaciones heterogéneas y sistemas de infraestructura. SODA así reduce significativamente el esfuerzo requerido para traducir nuevos desafíos de negocios dentro de aplicaciones funcionales.
Julio Valenzuela nos deja otra gran aportación en los foros del sitio. Les dejo el post que escribió para no entrar en más detalles:
Chicos,Muchas Gracias Kyrios por tus grandes aportes
Como algunos saben este semestre voy a dictar Asterisk en una conocida entidad educacional de Chile. He estado preparando el material y para los que tengan problema en la instalación o requieran ya una imagen de VMWARE con asterisk funcionando subí la imagen ya lista, seguramente a varios les servirá:
Enlace de Descarga
Enlace Resubido y Corregido
Contenido:
CentOS v5.3
Asterisk v1.6.0.10
Asterisk-addons v1.6.0.2
Dahdi-linux v2.2.0.1
Dahdi-tools v2.2.0
Libpri v1.4.10.1
Sonidos Español
USER: root
PASS: duoc.2009
Excelente Manual para iniciarse en Visual Basic .NET. Un Manual del Grupo Eidos sobre este lenguaje de programación. Trata sobre elementos básicos, hasta la utilización de datos. Muy recomendado.
Programación en Visual Basic NET
Sé que no he actualizado mucho el sitio, pero eso trato, estoy planificando mi tiempo para atender más a nuestros queridos usuarios. Pronto agregaremos más material al sitio.
De momento les dejo un buen enlace que nos dejaron en los foros. Es un sitio muy bueno referente a Telecomunicaciones, todo sobre radio enlaces, telecomunicaciones inamlámbricas y muchas otras cosas de redes muy interesantes.
En el sitio tienen material en PDF que pueden descargar o pueden descargar los videos de los temas a tratar. Muy recomendado.
El sitio se llama WILAC y el enlaces es http://www.wilac.net/ 
Espero que sea de ayuda y prometo publicar más material novedoso en el sitio.
Saludos y gracias por todos sus comentarios
La programación por capas es un estilo de programación en el que el objetivo primordial es la separación de la lógica de negocios de la lógica de diseño; un ejemplo básico de esto consiste en separar la capa de datos de la capa de presentación al usuario.
Veamos como se utiliza y cuales son las mejores prácticas:
La ventaja principal de este estilo es que el desarrollo se puede llevar a cabo en varios niveles y, en caso de que sobrevenga algún cambio, sólo se ataca al nivel requerido sin tener que revisar entre código mezclado. Un buen ejemplo de este método de programación sería el modelo de interconexión de sistemas abiertos.
Modelo de 3 Capas:
- Capa de presentación: es la que ve el usuario (también se la denomina “capa de usuario”), presenta el sistema al usuario, le comunica la información y captura la información del usuario en un mínimo de proceso.
- Capa de negocio: es donde residen los programas que se ejecutan, se reciben las peticiones del usuario y se envían las respuestas tras el proceso. Se denomina capa de negocio (e incluso de lógica del negocio) porque es aquí donde se establecen todas las reglas que deben cumplirse.
- Capa de datos: es donde residen los datos y es la encargada de acceder a los mismos. Está formada por uno o más gestores de bases de datos que realizan todo el almacenamiento de datos, reciben solicitudes de almacenamiento o recuperación de información desde la capa de negocio.
Mejores Prácticas de la capa de Reglas de Negocio:
Toda regla de negocio debe ser implementada en esta capa; la capa de negocios debería ser vista como un conjunto de servicios expuestos a las capas de presentación de las aplicaciones. Es muy importante definir y diseñar los componentes de esta capa en términos de negocios. Por ejemplo, un componente podría ser ServiciosFinancieros, una clase dentro de este componente podría ser ServiciosBancarios, y un método dentro de la clase podría ser ObtenerBalances. Estos componentes deberían estar orientados a las tareas y no orientados a las entidades, para facilitar el desarrollo y mantenimiento de las aplicaciones.
En las aplicaciones DNA, los componentes de negocio generalmente residen en COM+ (COM+ para Windows 2000 y servidor .NET con Microsoft Transaction Server para Windows NT). El motivo para esto es que COM+ provee la infraestructura necesitada por aplicaciones de alta disponibilidad, escalables, de buen comportamiento y desempeño; algunos de los servicios de infraestructura proporcionados por COM+ son grupos de threads (thread pooling), grupos de objetos (object pooling), sincronización, administración de transacciones distribuidas, invocaciones asíncronas, y otros mas.
Muchos de los problemas al interrumpir el servicio de una aplicación, con síntomas como que el IIS deje de responder, degradación del servicio, etc., recae en componentes que no cumplen con las mejores prácticas.
Mejores Prácticas de la capa de Acceso a Datos:
El objetivo de la capa de acceso a datos es el de abstraer los detalles del formato y localización del almacén de datos, de las capas de presentación y negocios. La meta principal por la cual hacer esto es que esto provee la habilidad de cambiar a una fuente de datos distinta sin tener que impactar al resto de las capas de la aplicación. Esta capa usualmente está compuesta de componentes que corren en COM+ y de una fuente de datos, que muchas veces es una base de datos acceder a través de procedimientos almacenados.
Las siguientes mejores prácticas aplican a objetos de datos ActiveX (ADO) sin embargo algunos pueden aplicar también a otros modelos de conexión:
- Devolver siempre Recordsets desconectados
- Siempre abrir Recordsets con tipo de cursor Static
- Guardar una copia en el caché del servidor de los datos estáticos y usados frecuentemente.
- Adquirir recursos tarde y liberarlos temprano.
- No devolver un Recordset para los métodos que solo devuelven un registro.
Simplemente me encantó. Según esta imagen, esto es lo que sucede cuando una institución desea realizar un sistema y todos quieren enterarse de los requerimientos. He aca la importancia de la Ingeniería de Software.
