1. TECNOLOGICO DE ESTUDIOS SUPERIORES DE CUAUTITLAN IZCALLI Evolución de las tecnologías para el desarrollo de aplicaciones distribuidas

2. INTERFAZ DE USUARIO

8. Entidad de Aplicación: – Representa el conjunto de capacidades de comunicación de un proceso de aplicación en particular, por ejemplo su capacidad de intercambiar archivos o mensajes – Está formado por un conjunto de ASEs • Asociación de las entidades de aplicación: – Como una conexión en OSI se define como un servicio al usuario (capa superior), la capa de aplicación no tiene conexiones, sino que sus entidades establecen ASOCIACIONES (relaciones cooperativas) para intercambiar información entre ellas de APDU’s sobre la capa de presentación

9. ASE (AssociationServiceElement): – Son los componentes básicos de la entidad. – Sirven a un propósito específico de comunicación o intercambio – Cada ASE se define por un servicio y un protocolo – Las ASE’s se combinan de diferentes formas para formar diferentes entidades de aplicación. • ASO (AssociationServiceObject): – Es un componente compuesto de una entidad que contiene una o mas ASEs y/o ASOs con una función de control (CF) (encapsulamiento de ASEs). • CF (Control Function): – Es el control del dialogo para el intercambio entre los pares y la administración de la asociacion

10. Ejemplos Soprtes de red Obtencion e interrupcion de una conexión Servidor de dominacion de dominio De internet Correo electronico DNS

11. telnet Transferencia de archivo Trasferencia de hipertexto

12. EVOLUCION DE LAS TECNOLOGIAS DE LAS BASES DE DATOS CONTRERAS SANCHEZ LINDA IRAIS HUERTA CAMACHO ANA KAREN LOPEZ RODRIGUEZ EDUARDO MOISES MONTOYA ROMERO NELLY JAZMIN

13. La sofisticación de la tecnología moderna de las bases de datos es el resultado de la evolución que a lo largo de varias décadas ha tenido lugar en el procesamiento de los datos y en la gestión de la información. La tecnología de acceso a datos se ha desarrollado desde los métodos primitivos de los años 50 hasta los potentes e integrados sistemas de la actualidad, esto es concebido por las necesidades, demandas y oportunidades de la administración y, de otro, restringida por las limitaciones de la tecnología.

14. Los primeros sistemas de procesamiento de datos ejecutaron las tareas administrativas para reducir el papeleo. En la actualidad estos sistemas se han dirigido hacia la producción y la gestión de la información, esto se ha convertido en un recurso vital para las compañías y globales. Actualmente, la función mas importante de los sistemas de bases de datos es proporcionar el fundamento a los sistemas de información para la gestión corporativa.

15. Principalmente los cambios tecnológicos han surgido por las necesidades genuinas de la sociedad, los negocios y la economía principalmente. La administración solamente permitirán que exista un nuevo sistema cuando se reduzca el costo del sistema anterior. Las nuevas tecnologías tales como las Bases Orientadas a Objetos y la plataforma Cliente/Servidor platean nuevos problemas mas versátiles que darán lugar a sistemas mas potentes en el futuro. Hay un estrecha relación entre las tecnologías de bases de datos y las necesidades de las empresas para facilitar sus tareas.

17. Base de datos relacional

18. Modelo entidad-relación

19. Base de datos jerárquica

21. Redes de área amplia ( Wan ) Son todas aquellas que cubren una extensa área geográfica .Son generalmente una serie de dispositivos de conmutación interconectados .

22. Conmutaciónón de circuitos En estas redes se establece un camino a través de los nodos de la red dedicado a la interconexión de dos estaciones. En cada enlace, se dedica un canal lógico a cada conexión.

23. Conmutación de paquetes En cada nodo, el paquete se recibe totalmente, se almacena y seguidamente se transmite al siguiente nodo.

24. Retransmisión de tramas Al conseguir con la nueva tecnología una tasa de errores muy pequeña y una velocidad de transmisión elevada, no es necesario adjuntar mucha información de cabecera a cada paquete y por tanto las velocidades de transmisión son elevadísimas comparadas con el sistema de conmutación de paquetes .

25. Modo de transferencia asíncrona En retransmisión de tramas se usan paquetes de tamaño variable y en ATM se usan paquetes de tamaño fijo , con lo que se ahorra información de control de cada trama y por tanto se aumenta la velocidad de transmisión ( cada paquete se llama aquí "celda" ) . En este sistema , se dedican canales virtuales de velocidades de transmisión adaptables a las características de la transmisión ( es parecido a la conmutación de circuitos ) .

26. RDSI y RDSI de banda ancha Es un sistema de transmisión de enfoque universal y de velocidad de transmisión muy rápida . Está basado en conmutación de circuitos ( banda estrecha ) y en conmutación de paquetes ( banda ancha ) .

27. Redes de área local ( LAN ) Son de cobertura pequeña. velocidades de transmisión muy elevadas. utilizan redes de difusión en vez de conmutación. no hay nodos intermedios .

29. Aplicaciones en capas El modelo de aplicaciones en capas, permite que las aplicaciones puedan ser distribuidas en sus componentes

33. No todos los usuarios pueden acceder a la misma funcionalidad

34. Integración

35. Es preciso integrar aplicaciones construidas con distintas tecnologías

36. Tipo de interfaz

37. De entorno de ventanas (clientes desktop): normalmente sólo tiene sentido en intranets.

39. Capa de componentes: encapsulan la lógica de negocio.

40. Ejemplo => aplicación bancaria

41. Capa de componentes: conjunto de clases que nos permiten: crear cuentas, destruirlas, encontrarlas por distintos criterios, hacer transferencias bancarias, etc.

42. La capa de componentes debería ser reusable con distintas interfaces gráficas

44. Propiedades ACID (Atomicity-Consistency-Isolation-Durability)

45. Operaciones atómicas (Atomicity) son operaciones que se completan en su totalidad o no se completan en absoluto. Así, en el ejemplo anterior de la transferencia tanto el crédito como el débito deben haber sido exitosos para que el estado de transformación sea exitoso (para que haga efectos), de otro modo el estado de la transformación falla, y el sistema es regresado a su último estado conocido.

46. Transformaciones consistentes (Consistency) preservan la integridad interna de los recursos involucrados. Por ejemplo, el borrar registros de una tabla primaria viola la integridad referencial de la base de datos si hay registros relacionados que concuerden.

47. Transformaciones aisladas (Isolation) parecen ocurrir serialmente, una detrás de otra, creando la ilusión de que ninguna transformación está siendo ejecutada al mismo tiempo.

49. Aplicaciones de 2 capas

50. Aplicaciones de 3 capas

51. Presentación La capa de servicios de presentación es responsable de: Obtener información del usuario. Enviar la información del usuario a los servicios de negocios para su procesamiento. Recibir los resultados del procesamiento de los servicios de negocios. Presentar estos resultados al usuario.

53. Recibir la entrada del nivel de presentación.

54. Interactuar con los servicios de datos para ejecutar las operaciones de negocios para los que la aplicación fue diseñada a automatizar (por ejemplo, la preparación de impuestos por ingresos, el procesamiento de ordenes y así sucesivamente).

56. Aplicaciones de 3 capas

57. Aplicaciones de N capas

58. Arquitectura PAG

60. Muestran información al usuario, generalmente se usan en ventanas o páginas (user components, server components)

61. UI Process Components

62. Implementan procesos de UI

65. Tiene algunos “problemas” en su implementación:

66. Concepto de Proceso

67. Responsabilidad de navegación

69. Capa de Lógica de Negocio

71. Solo una capa de acceso a la lógica de negocio

72. Expuesta generalmente con WebServices o Remoting

73. Se pueden usar otras formas de acceso: BizTalk, Message Queue, etc.

74. Al ser el punto de acceso a toda la capa de negocio, por lo tanto se utiliza para implementar todos los servicios globales:

76. MBI es una implementación de Service Interface

78. Son objetos solo con propiedades para mantener una instancia en memoria.

79. Deben soportar la distinción entre una instancia y un conjunto de instancias.

80. “Pueden” mapearse con las tablas de la base de datos, si la base está bien modelada.

81. El assembly en el que se definen se encuentra en Business Layer y Presentation Layer

82. Hay varias formas de implementar esto:

83. Datasets, Typed Datasets o Custom Objects

85. Son objetos que definen solo métodos que se ejecutan en el contexto de un Business Entity.

86. FacturaBO.AplicarDescuento( factura, descuento )

87. ClienteBO.ValidarCredito( cliente, monto, plazo )

88. Alunos métodos requieren acceder a la base de datos.

89. Porque están separados?

90. Separación de assemblies. Porque las entidades se usan en Business Layer y Presentation Layer, mientras que los Business Components solo están en Business Layer.

91. Es la única forma si se usan DataSets.

93. Hay métodos que no pertenecen a ningún objeto. :S

94. Facturar( Vendedor, Cliente, Items[] )

95. Estos métodos se pueden “agrupar” en objetos o tener un objeto por método.

96. Idealmente

97. Hay un método de Service Interface por cada Business Workflow, pero hay métodos de la Service Interface que usar directamente los Business Object

98. Aunque

100. Validaciones

101. Locales

102. Globales

103. Formateo

104. Valores calculados (ej: Edad, Factura.Total)

106. Objetos sin comportamiento que solo saben guardar un Business Entity en la base de datos.

107. Generalmente son clases con métodos estáticos.

108. Utilizan alguna forma de acceso a datos simplificado como Data Access Application Block.

109. Debe ser una única clase que sea llamada por el Business Component de forma que no se tenga en cuenta el origen de los datos.

113. Escribiendo código ADO.NET para cáda método de cada objeto: Create, Open, Update, Delete, Find.

114. Usando SqlDataAdapter, si se usan DataSets como Business Entities.

115. Alguna herramienta de Object Relational Mapping.

118. Versión 1.0

119. Una sola clase con con todos métodos estáticos que soporta los siguientes features: ExecuteReader, ExecuteDataSet, ExecuteNonQuery, ExecuteXmlReader, cache de parámetros y discovery.

120. Versión 3.0

121. Una clase abstracta con los siguientes métodos: v1.0 más, FillDataSet, UpdateDataset. Execute_____TypeParams.

123. Representan los origenes de datos OLTP

124. Solo son accedidos por la capa DALC

125. Service Agents

126. Conectores para acceso a una fuente de datos externa

127. Generalmente son asincrónicos realizan una fuerte conversión de datos

128. External Services

129. Sistemas externos generalmente Batch que se acceden en forma sincrónica o asincrónica.

131. Dado que no pertenecen a ninguna capa, se definen por fuera aunque en algunos casos se implementen o usen en alguna capa.

132. Son los siguientes:

133. Seguridad

134. AuthZ, AuthN, Comunicación segura, Aditoría, Manejo de Perfiles.

135. Operaciones

136. Manejo de excepciones, Monitoreo, Execución asincrónica, Metadatos, Configuración.

137. Comunicaciones

139. Generalmente se utiliza el soporte de la plataforma, en Windows: SSPI(Kerberos, NTLM), Passport, etc.

140. Para aplicaciones Web se usa el soporte de IIS

141. Aunque se puede implementar un soporte liviano basado en Forms y cookies.

142. Ver

143. “Improving Web Application Security: Threats and Countermeasures”

144. “Authentication in ASP.NET: .NET Security Guidance”

145. “Building Secure ASP.NET Applications”.

146. Autorización

147. Dado que basarse en el soporte de la plataforma es muy complicado, se desarrolla este soporte para la aplicación.

149. En .NET la comunicación está basada en Remoting, WebServices o algún tipo de comunicación propietaria.

150. Nuevamente se puede utilizar el soporte de base, sea SSL (WebServices), o algún canal seguro de Remoting (NamedPipes).

151. Es un problema de la capa de Service Interface

152. Aditoría

153. Registro de las operaciones realizadas:

154. Tecnico

155. Lógico

156. Manejo de Perfiles

157. Concepto de usuario de la aplicación que contiene configuración.

159. Registro de todas las excepciones

160. Dos tipos de excepciones (idea de MBI)

161. Tecnicas

162. Funcionales

163. Usar la InnerException

164. Usando Exception Management Application Block (EMAB) o Log4Net

165. Ver “Exception Management in .NET”

168. Control de la aplicación mientras está en ejecución

169. Performance Counters

170. WMI

171. Responsabilidad de la capa Service Interface

172. Ver “Monitoring in .NET Distributed Applications Design”

173. Execución asincrónica

174. Soportado internamente (Remoting Asincrónica) o externamente (MSMQ).

175. Se puede desarrollar un soporte genérico

177. “Información sobre la información o la estructura del software”

178. Se puede usar en

179. Tiempo de diseño: generación de código

180. Tiempo de ejecución: aspectos estáticos (deployment, configuración, seguridad, etc)

182. Configuración disponible en toda la aplicación.

183. Generalmente hay dos tipos

184. Capa de presentación

185. Ubicación de la capa de lógica (Remoting, WebService), propiedades de seguridad de Web o Windows, etc.

186. Capa de lógica y de datos.

187. Coneción a la base de datos, exposición de servicios, parámetros de seguridad, etc

188. Se puede implementar como un Singleton, con una clase aprovechando XmlSerialization.

190. Puntos que se pueden configurar

191. Formato

192. Binario, SOAP, Custom Xml, Custom Binary.

193. Protocolo

196. Puede ser necesario en todas las capas

197. Presentación

198. Lógica

199. Datos

200. Soluciones

201. ASP.NET. Caching ASP.NET

202. Caching Application Block

203. Warnings

204. Sincronización en ambientes distribuidos

205. Soluciones: TTL o Metadatos

206. Mantenimiento

208. Network Load Balancer.

209. Con WebServices 100% soportado

210. Con Remoting solo SingleCall

211. Basado en el servidor

212. Balanceo estadístico genérico

213. Custom ClientChannelSink

214. Que soporte un balanceo desde el cliente, itera por un listado de servidores cambiando el URI.

216. Buscar una opción para mantener la concurrencia de datos

217. Dado que hay un ambiente distribuido sin estado en el servidor, hay que relajar la concurrencia de los datos = optimista.

218. Se puede usar

219. SqlDataAdapter

221. Transacciones Distribuidas

222. Performance

223. Sesión

225. Programar los DALC puede ser bastante largo y repetitivo

226. Se pueden usar herramientas ORM

227. Generación de código usando CodeSmith, XSLT, etc.

228. Transacciones Distribuidas

229. No es un atributo del componente sino del contexto de ejecución

231. Optimización del acceso a la base de datos

232. Atención al tamaño de los objetos para serializar

233. Paginación inteligente obligatoria

234. Sesión

235. Modelo totalmente state-less

236. La sesión se mantiene del Service Interface hacia adelante

237. En WinForms no hay demasiados problemas

239. QUE PROBLEMA !!!

240. Depende de la herramienta que se use.

241. Si bien es un problema de Capa de Presentación algunas herramientas necesitan acceso directo a la base de datos.

242. Otras usan DataSets lo cual se complica si hay sets de datos muy grandes.

243. Recomendación: Sentido común.