ASIGNACIÓN 1 INTEGRANTES: ANGEL FRANCO ANDREA MENDOZA ANDREINA GARCIA CRISTINA VILLALOBOS DAYANA DEPONTE DAVID LYON HEBERT MONTERO RAFAEL SIFONTES CI-3715 Taller Ing. Software Abril-Julio 2011 Universidad Simón Bolívar

Microempresa : Techsolutions  Misión  Diseñar e implementar software de calidad, en tiempo considerable.  Solucionar problemas relacionados con la automatización de procesos de empresas determinadas.  Visión  Ser la empresa líder en Venezuela en el ámbito de diseño e implementación de soluciones informáticas.  Trabajar con la mejor tecnología disponible, en aras de construir herramientas de alta calidad. Imagen Corporativa:

Cargos  Líder : Angel Franco  Coordinadora General : Andreina García  Coordinación de Interfaz : Rafael Sifontes  Coordinación de BD : Andrea Mendoza, Cristina Villalobos  Coordinación de Capa Lógica : Dayana Deponte, Hebert Montero, David Lyon (Subrayados los coordinadores)

Arquitectura de dos capas Modelo Entidad-Relación

Arquitectura de dos capas  Cada entidad corresponderá a una clase, y los métodos a desarrollar por cada una de ellas serán: Agregar Consultar Eliminar Modificar

Arquitectura de dos capas  La distribución de las clases en el equipo de trabajo es como sigue : Usuario : Hebert Montero Profesor : Andreina García Estudiante : Andrea Mendoza Materia : Rafael Sifontes Universidad : Angel Franco Departamento : Dayana Deponte Carrera : Cristina Villalobos Coordinación : David Lyon

Arquitectura de dos capas  Ventajas: El desarrollo de aplicaciones en un ambiente de dos capas es mucho mas rápido que en ambientes anteriores, pero no es necesariamente mas rápido que con el nuevo ambiente de tres capas. Las herramientas para el desarrollo con dos capas son robustas y evaluadas. Las técnicas de prototipo se emplean fácilmente. Las soluciones de dos capas trabajan bien en ambientes no dinámicos estables, pero no se ejecutan bien en organizaciones rápidamente cambiantes. Estas arquitecturas fueron las primeras en aprovecharse de la estructura cliente-servidor(aplicación en los clientes, base de datos como servidor).

Arquitectura de dos capas  Desventajas: Control excesivo de versiones, ya que por lo general, la mayoría de la aplicación lógica, existe en la estación de trabajo del cliente. Seguridad compleja, que a menudo requiere administración de la base de datos. Dificultades en el escalamiento a futuro, ya que las herramientas tanto del cliente como de la base de datos están en constante cambio. El nivel de las aplicaciones se recargan, entremezclando aspectos típicos del manejo de la interfaz con las reglas del negocio. Las reglas del negocio quedan dispersas entre el nivel de aplicación y los "stored procedures" de la base de datos. El nivel de aplicación puede ser demasiado pesado para el cliente. Fuente:

FIN