SCRUM

SCRUM es un modelo de referencia que define un conjunto de prácticas y roles, y que puede tomarse como punto de partida para definir el proceso de desarrollo que se ejecutará durante un proyecto. Los roles principales en Scrum son el ScrumMaster, que procura facilitar la aplicación de scrum y gestionar cambios, el ProductOwner, que representa a los stakeholders (interesados externos o internos), y el Team que ejecuta el desarrollo y demás elementos relacionados con el. Durante cada sprint, un periodo entre una y cuatro semanas (la magnitud es definida por el equipo y debe ser lo mas corta posible), el equipo crea un incremento de software potencialmente entregable(utilizable). El conjunto de características que forma parte de cada sprint viene del Product Backlog, que es un conjunto de requisitos de alto nivel priorizados que definen el trabajo a realizar (PBI, Product Backlog Item). Los elementos del Product Backlog que forman parte del sprint se determinan durante la reunión de Sprint Planning. Durante esta reunión, el Product Owner identifica los elementos del Product Backlog que quiere ver completados y los hace del conocimiento del equipo. Entonces, el equipo conversa con el Product Owner buscando claridad y magnitud adecuadas (Cumpliendo el INVEST) para luego determinar la cantidad de ese trabajo que puede comprometerse a completar durante el siguiente sprint. Durante el sprint, nadie puede cambiar el Sprint Backlog, lo que significa que los requisitos están congelados durante el sprint.

Scrum permite la creación de equipos autoorganizados impulsando la co-localización de todos los miembros del equipo, y la comunicación verbal entre todos los miembros y disciplinas involucrados en el proyecto.

Un principio clave de Scrum es el reconocimiento de que durante un proyecto los clientes pueden cambiar de idea sobre lo que quieren y necesitan (a menudo llamadorequirements churn), y que los desafíos impredecibles no pueden ser fácilmente enfrentados de una forma predictiva y planificada. Por lo tanto, Scrum adopta una aproximación pragmática, aceptando que el problema no puede ser completamente entendido o definido, y centrándose en maximizar la capacidad del equipo de entregar rápidamente y responder a requisitos emergentes.

Las características más marcadas que se logran notar en Scrum serían: gestión regular de las expectativas del cliente, resultados anticipados, flexibilidad y adaptación, retorno de inversión, mitigación de riesgos, productividad y calidad, alineamiento entre cliente y equipo, por último equipo motivado. Cada uno de estos puntos mencionados hacen que el Scrum sea utilizado de manera regular en un conjunto de buenas prácticas para el trabajo en equipo y de esa manera obtener resultados posibles.

Existen varias implementaciones de sistemas para gestionar el proceso de Scrum, que van desde notas amarillas "post-it" y pizarras hasta paquetes de software. Una de las mayores ventajas de Scrum es que es muy fácil de aprender, y requiere muy poco esfuerzo para comenzarse a utilizar.

  

SCRUM	XP
Es una metodología de desarrollo ágil basada en la administración del proyecto.	Es una metodología de desarrollo que está más centrada en la programación o creación del producto.
Cada miembro de del equipo trabaja de forma indivisual.	Los miembro del equipo programan en parejas.
Las ietraciones de entrega son de 1 a 4 semanas.	Las ietraciones de entrega son de 1 a 3 semanas
Al finalizar un Sprint, las tareas del Sprint Backlog que se hayan realizado y que el Product Owner (propietario del producto) haya mostrado su conformidad ya no se retoca. Si funciona y está bién, se aparta y a otra cosa.	Las tareas se van terminando aunque son susceptibles de ser modificadas durante el transcurso de proyecto, incluso, después de que funcionen correctamente.
Trata de seguir el orden de prioridades que marca el Product Owneren el Sprint Backlog pero puede cambiarlo si es mejor para el desarrollo de la tareas.	El equipo de desarrollo sigue estrictamente el orden de prioridad de las tareas definido por el cliente.

Historia de Usuario

1                               Petición de Casa

Mi cliente quiere construir una casa, que conste de dos pisos, en la planta baja desea cuatro cuartos: la sala, el comedor la cocina y un medio baño. En el piso superior desea cinco cuartos que son: Tres recamaras, un baño y un estudio. El cliente desea que todos los cuartos tengan al menos una ventana, para que la casa sea luminosa. Prioridad: 85                     Estimación:5                   Dependencia

  

Programacion Extrema

Escenario

 La empresa el Pato Volador en la que usted labora ha sido contratada por una Agencia Espacial para desarrollar el software de un satélite que se desarrollará en 3 meses como máximo, ya que es el tiempo en que será el lanzamiento del satélite para ponerlo en órbita. El satélite auxiliará el retorno de una las naves espaciales que regresan a la tierra. La Agencia Espacial ha puesto a su disposición a los ingenieros encargados de proporcionar los requerimientos del software de tiempo completo, así como los recursos e instalaciones necesarios para lograr el desarrollo del software en el tiempo establecido. El Pato Volador ha propuesto a los directivos de la Agencia Espacial la metodología de Programación Extrema (XP por sus siglas en ingles) para la realización del software, ya que es indispensable terminar en tiempo el proyecto. Usted debe utilizar la metodología XP para organizar a su equipo de trabajo y a los ingenieros de la Agencia, explicándoles la metodología XP y las funciones que deben realizar en las diferentes fases del proceso de desarrollo del software.

¿Qué es la Programación Extrema?

La programación extrema es una metodología de desarrollo ligera (o ágil) basada en una serie de valores y de prácticas de buenas maneras que persigue el objetivo de aumentar la productividad a la hora de desarrollar programas.

 ¿Cuáles son los valores y principios de la Programación Extrema?

Los valores originales de la programación extrema son: simplicidad, comunicación, retroalimentación (feedback) y coraje. Un quinto valor, respeto, fue añadido en la segunda edición de Extreme Programming Explained. Los cinco valores se detallan a continuación:

Simplicidad La simplicidad es la base de la programación extrema. Se simplifica el diseño para agilizar el desarrollo y facilitar el mantenimiento. Un diseño complejo del código junto a sucesivas modificaciones por parte de diferentes desarrolladores hacen que la complejidad aumente exponencialmente.

Para mantener la simplicidad es necesaria la refactorización del código, ésta es la manera de mantener el código simple a medida que crece.

También se aplica la simplicidad en la documentación, de esta manera el código debe comentarse en su justa medida, intentando eso sí que el código esté autodocumentado. Para ello se deben elegir adecuadamente los nombres de las variables, métodos y clases. Los nombres largos no decrementan la eficiencia del código ni el tiempo de desarrollo gracias a las herramientas de autocompletado y refactorización que existen actualmente.

Aplicando la simplicidad junto con la autoría colectiva del código y la programación por parejas se asegura que cuanto más grande se haga el proyecto, todo el equipo conocerá más y mejor el sistema completo.

Comunicación La comunicación se realiza de diferentes formas. Para los programadores el código comunica mejor cuanto más simple sea. Si el código es complejo hay que esforzarse para hacerlo inteligible. El código autodocumentado es más fiable que los comentarios ya que éstos últimos pronto quedan desfasados con el código a medida que es modificado. Debe comentarse sólo aquello que no va a variar, por ejemplo el objetivo de una clase o la funcionalidad de un método.

Las pruebas unitarias son otra forma de comunicación ya que describen el diseño de las clases y los métodos al mostrar ejemplos concretos de como utilizar su funcionalidad. Los programadores se comunican constantemente gracias a la programación por parejas. La comunicación con el cliente es fluida ya que el cliente forma parte del equipo de desarrollo. El cliente decide qué características tienen prioridad y siempre debe estar disponible para solucionar dudas.

Realimentación Al estar el cliente integrado en el proyecto, su opinión sobre el estado del proyecto se conoce en tiempo real.

Al realizarse ciclos muy cortos tras los cuales se muestran resultados, se minimiza el tener que rehacer partes que no cumplen con los requisitos y ayuda a los programadores a centrarse en lo que es más importante.

Considérense los problemas que derivan de tener ciclos muy largos. Meses de trabajo pueden tirarse por la borda debido a cambios en los criterios del cliente o malentendidos por parte del equipo de desarrollo. El código también es una fuente de retroalimentación gracias a las herramientas de desarrollo. Por ejemplo, las pruebas unitarias informan sobre el estado de salud del código. Ejecutar las pruebas unitarias frecuentemente permite descubrir fallos debidos a cambios recientes en el código.

Coraje o valentía

Muchas de las prácticas implican valentía. Una de ellas es siempre diseñar y programar para hoy y no para mañana. Esto es un esfuerzo para evitar empantanarse en el diseño y requerir demasiado tiempo y trabajo para implementar el resto del proyecto. La valentía le permite a los desarrolladores que se sientan cómodos con reconstruir su código cuando sea necesario. Esto significa revisar el sistema existente y modificarlo si con ello los cambios futuros se implementaran más fácilmente. Otro ejemplo de valentía es saber cuando desechar un código: valentía para quitar código fuente obsoleto, sin importar cuanto esfuerzo y tiempo se invirtió en crear ese código. Además, valentía significa persistencia: un programador puede permanecer sin avanzar en un problema complejo por un día entero, y luego lo resolverá rápidamente al día siguiente, sólo si es persistente.

RespetoEl respeto se manifiesta de varias formas. Los miembros del equipo se respetan los unos a otros, porque los programadores no pueden realizar cambios que hacen que las pruebas existentes fallen o que demore el trabajo de sus compañeros. Los miembros respetan su trabajo porque siempre están luchando por la alta calidad en el producto y buscando el diseño óptimo o más eficiente para la solución a través de la refactorización del código. Los miembros del equipo respetan el trabajo del resto no haciendo menos a otros, una mejor autoestima en el equipo eleva su ritmo de producción.

¿Cuáles son las actividades, recursos y prácticas de la Programación Extrema?

1.- liberación limitada: los productos deben liberarse con rapidez, cuando los programadores no puedan implementar, todas las características en una sola pieza de software, la versión debe liberarse de acuerdo con el programador.

2.- semana de trabajo de 40 hrs: los equipos de desarrollo de xp fomentan una práctica cultural en la que el equipo trabaja de manera intensa durante una semana típica de 40 hrs.

3.- cliente en el sitio: llega al extremo al insistir en que un experto en el negocio debe trabajar en el sitio durante todo el proceso de desarrollo.

4.- programación en parejas: significa que dos programadores ejecutan las pruebas y conversan acerca de formas de hacer eficiente y eficazmente el trabajo.

 ¿Cuál son las fases del proceso de desarrollo de XP?

 1ª Fase: Planificación del proyecto.
......o Historias de usuario.
......o Release planning.
......o Iteraciones: 
......o Velocidad del proyecto.
......o Programación en pareja.
......o Reuniones diarias.
• 2ª Fase: Diseño.
......o Diseños simples.
......o Glosarios de términos.
......o Riesgos.
......o Funcionalidad extra.
......o Tarjetas C.R.C.
• 3ª Fase: Codificación.
• 4ª Fase: Pruebas.
......oEl uso de los test en X.P es el siguiente.
......oTest de aceptación.

 ¿Qué es una historia de usuario?

Es una representación de un requisito de software escrito en una o dos frases utilizando el lenguaje común del usuario. 

Actividad

Escenario

La Agencia Espacial en días anteriores ha perdido un satélite de comunicación debido al fallo del software del mismo. La investigación indicó que la falla fue porque no se cubrieron los requisitos de programación del sistema especificados por la propia agencia.

La Agencia Espacial tiene que remplazarlo lo más pronto posible, ya que las comunicaciones con las naves espaciales dependen del mismo. Afortunadamente para la agencia, existe un nuevo satélite ya construido que estaba programado para ser lanzado.

En un año, el inconveniente es que si se carga el mismo software el satélite se volverá a perder.

La empresa el Pato Volador en la que usted labora ha sido contratada para desarrollar el software del satélite en un proyecto de 3 meses como máximo, ya que es el tiempo en que retornará la próxima nave espacial que necesita los servicios del satélite para poder retornar a la tierra.

La Agencia pone a su disposición a los ingenieros encargados de proporcionar los requerimientos del software de tiempo completo, así como los recursos e instalaciones necesarios para lograr el desarrollo del software en el tiempo establecido. No es indispensable entregar la documentación formal del análisis y diseño del software, sin embargo debe haber evidencia que permita el entendimiento del sistema y el funcionamiento del mismo.

Usted debe proponer una metodología de desarrollo de software que permita organizar a su equipo de trabajo y a los ingenieros de la Agencia, mencionando los beneficios y riesgos que puedan existir.

¿Qué son las metodologías ágiles de desarrollo de software?

Son los valores y principios que permiten a los equipos de desarrollo de software hacerlo más rápidamente, respondiendo a los cambios que puedan surgir en el proyecto

¿Cuáles son las características en las que se basan las metodologías ágiles?

Debe definir con precisión los artefactos, roles y actividades involucrados, junto con prácticas y técnicas recomendadas, guías de adaptación de la metodología al proyecto, guías para uso de herramientas de apoyo, etc.

 ¿Cuáles son las ventajas y desventajas del empleo de las metodologías ágiles respecto a las tradicionales?

Son la alternativa rápida, que evita una documentación severa del sistema. El problema es que no sirve con proyectos grandes

¿Cuándo es recomendable utilizar metodologías ágiles en el desarrollo de software?

Cuando se quiere realizar un proyecto corto.

¿Cuáles son algunos tipos de metodologías ágiles?

Programacion extrema, Srum, Adaptive Software Development, Crystal Methodologies, Feature Driven development

Proceso de Desarollo

Metodos Agiles de Programacion

El desarrollo de software no es una tarea fácil. Prueba de ello es que existen numerosas propuestas metodológicas que inciden en distintas dimensiones del proceso de desarrollo. Por una parte tenemos aquellas propuestas más tradicionales que se centran especialmente en el control del proceso, estableciendo rigurosamente las actividades involucradas, los artefactos que se deben producir, y las herramientas y notaciones que se usarán. Estas propuestas han demostrado ser efectivas y necesarias en un gran número de proyectos, pero también han presentado problemas en otros muchos. Una posible mejora es incluir en los procesos de desarrollo más actividades, más artefactos y más restricciones, basándose en los puntos débiles detectados. Sin embargo, el resultado final sería un proceso de desarrollo más complejo que puede incluso limitar la propia habilidad del equipo para llevar a cabo el proyecto. Otra aproximación es centrarse en otras dimensiones, como por ejemplo el factor humano o el producto software. Esta es la filosofía de las metodologías ágiles, las cuales dan mayor valor al individuo, a la colaboración con el cliente y al des arrollo incremental del software con iteraciones muy cortas. Este enfoque está mostrando su efectividad en proyectos con requisitos muy cambiantes y cuando se exige reducir drásticamente los tiempos de desarrollo pero manteniendo una alta calidad. Las metodologías ágiles están revolucionando la manera de producir software, y a la vez generando un amplio debate entre sus seguidores y quienes por escepticismo o convencimiento no las ven como alternativa para las metodologías tradicionales.

Cuestionario:

1. Los métodos ágiles se utilizan en:
 a) Programación Orientada a Objetos
2. ¿Qué modelo de desarrollo de software utilizan los métodos ágiles?
 a) Cascada
3. ¿Cuáles son las principales características en las que se basa el método ágil?
b) Satisfacción del cliente, reduce tiempo, una sola entrega final.
 4. ¿Cuáles son las características que diferencian al método ágil del convencional?
  c) Satisfacción del cliente
 5. En los métodos ágiles el cliente:
 e) Proporciona los recursos materiales

Pruebas de integración 

Pruebas integrales o pruebas de integración son aquellas que se realizan en el ámbito del desarrollo de software una vez que se han aprobado las pruebas unitarias. Únicamente se refieren a la prueba o pruebas de todos los elementos unitarios que componen un proceso, hecha en conjunto, de una sola vez. 

Describe cómo verificar que las interfaces entre las componentes de software funcionan correctamente. Determina cómo la base de datos de prueba será cargada, Determina el enfoque para avanzar desde un nivel de integración de las componentes al siguiente, Decide qué acciones tomar cuando se descubren problemas.

Consiste en realizar pruebas para verificar que un gran conjunto de partes de software funcionan juntos. 

Las pruebas de integración (algunas veces llamadas integración y testeo I&t) es la fase de la prueba de software en la cual módulos individuales de software son combinados y probados como un grupo. Son las pruebas posteriores a las pruebas unitarias y preceden a las pruebas del sistema. 

Pruebas de Sistema 

Asegurar la apropiada navegación dentro del sistema, ingreso de datos, procesamiento y recuperación.

 Las pruebas del sistema deben enfocarse en requisitos que puedan ser tomados directamente de casos de uso y reglas y funciones de negocios. El objetivo de estas pruebas es verificar el ingreso, procesamiento y recuperación apropiado de datos, y la implementación apropiada de las reglas de negocios. Este tipo de pruebas se basan en técnicas de caja negra, ésto es, verificar el sistema (y sus procesos internos), la interacción con las aplicaciones que lo usan via GUI y analizar las salidas o resultados. 

 En esta prueba se determina qué pruebas de Sistema (usabilidad, volumen, desempeño, etc.) asegurarán que la aplicación alcanzará sus objetivos de negocio. 

Para capitalizar el trabajo hasta ahora completado, los casos de prueba de las pruebas previas realizadas pueden frecuentemente ser reorganizados y rehusados durante la prueba de sistema. No obstante, deben ser desarrollados casos de prueba adicionales para aquellos aspectos del sistema, tales como documentación, procedimientos y desempeño que no han sido probados durante la prueba unitaria y de integración. 

La prueba de sistema es compleja porque intenta validar un número de características al mismo tiempo, a diferencia de otras pruebas que sólo se centran en uno o dos aspectos del sistema al mismo tiempo.

Diagrama de Nodos

Pruebas2

Pruebas de Caja Blanca

En programación, se denomina cajas blancas a un tipo de pruebas de software que se realiza sobre las funciones internas de un módulo. Así como las pruebas de caja negra ejercitan los requisitos funcionales desde el exterior del módulo, las de caja blanca están dirigidas a las funciones internas. Entre las técnicas usadas se encuentran; la cobertura de caminos (pruebas que hagan que se recorran todos los posibles caminos de ejecución), pruebas sobre las expresiones lógico-aritméticas, pruebas de camino de datos (definición-uso de variables), comprobación de bucles (se verifican los bucles para 0,1 e interacciones, y luego para las interacciones máximas, máximas menos uno y más uno).

Las pruebas de caja blanca se llevan a cabo en primer lugar, sobre un módulo concreto, para luego realizar las de caja negra sobre varios subsistemas (integración).

En los sistemas orientados a objetos, las pruebas de caja blanca pueden aplicarse a los métodos de la clase, pero según varias opiniones, ese esfuerzo debería dedicarse a otro tipo de pruebas más especializadas (un argumento podría ser que los métodos de una clase suelen ser menos complejos que los de una función de programación estructurada). Dentro de las Pruebas de Caja Blanca encontramos las llamadas coberturas (sentencia, decisión, condición y múltiple además de los mencionados caminos ciclomáticos propuestos por McCabe)

Pruebas de Caja Negra

En teoría de sistemas y física, se denomina caja negra a aquel elemento que es estudiado desde el punto de vista de las entradas que recibe y las salidas o respuestas que produce, sin tener en cuenta su funcionamiento interno. En otras palabras, de una caja negra nos interesará su forma de interactuar con el medio que le rodea (en ocasiones, otros elementos que también podrían ser cajas negras) entendiendo qué es lo que hace, pero sin dar importancia a cómo lo hace. Por tanto, de una caja negra deben estar muy bien definidas sus entradas y salidas, es decir, su interfaz; en cambio, no se precisa definir ni conocer los detalles internos de su funcionamiento.e

En pruebas de software, conociendo una función específica para la que fue diseñado el producto, se pueden diseñar pruebas que demuestren que dicha función está bien realizada. Dichas pruebas son llevadas a cabo sobre la interfaz del software, es decir, de la función, actuando sobre ella como una caja negra, proporcionando unas entradas y estudiando las salidas para ver si concuerdan con las esperadas.

Diagrama

Calidad

El significado de esta palabra puede adquirir múltiples interpretaciones, ya que todo dependerá del nivel de satisfacción o conformidad del cliente. Sin embargo, la calidad es el resultado de un esfuerzo arduo, se trabaja de forma eficaz para poder satisfacer el deseo del consumidor. Dependiendo de la forma en que un producto o servicio sea aceptado o rechazado por los clientes, podremos decir si éste es bueno o malo.

Muchas veces el nivel de calidad se mide de acuerdo a la reacción y preferencias del cliente. Desde el mismo momento en que éste llega al establecimiento comercial, sabe exactamente qué va a comprar y dónde ubicarlo, va directo al lugar donde se encuentra el producto de su preferencia. En ocasiones, no encontrará lo que está buscando, y por tanto se decidirá por otro producto de mayor o menor precio, sin embargo, cuando su nivel de preferencia se afinca en una determinada marca, el cliente prefiere seguir buscando en otros establecimientos en vez de resolverse con un producto sustitutivo.

Cuando esto ocurre, es muy posible que la calidad de ese producto sea alta, ya que está logrando que el consumidor no lo reemplace por otro. La calidad aporta nivel al cliente, pero no siempre el bolsillo del consumidor está preparado a invertir en ella. Sin embargo, cuando el individuo está pagando por un servicio, muchas veces la calidad de éste dependerá de la atención al cliente y de las mínimas incomodidades que éste pueda darle.

En algunas ocasiones, incurrimos en el error de pensar que un producto o servicio es de calidad porque lo escuchamos o leemos a toda en hora en la radio, prensa y televisión. Hay que estar mosca con las campañas engañosas, y no dejarnos persuadir por una marca, simplemente porque está de moda o es la más sonada. El cliente será quien finalmente decidirá qué es lo que mejor le conviene.

Ingenieria de pruebas
 Son las investigaciones empíricas y técnicas cuyo objetivo es proporcionar información objetiva e independiente sobre la calidad del producto a la parte interesada. Es una actividad más en el proceso de control de calidad

Ciclo de vida del software 
Es una estructura aplicada al desarrollo de un producto de software. Hay varios modelos a seguir para el establecimiento de un proceso para el desarrollo de software, cada uno de los cuales describe un enfoque diferente para diferentes actividades que tienen lugar durante el proceso. Algunos autores consideran un modelo de ciclo de vida un término más general que un determinado proceso para el desarrollo de software.  

Tipos de prueba
Existen tres tipos de Pruebas: 
Pruebas de compatibilidad 
Se comprueba el funcionamiento del software desarrollado en muchas plataformas: sistemas operativos, navegadores, redes, hardware etc. 
Pruebas de Regresión
 Se evalúa el correcto funcionamiento del software desarrollado frente a evoluciones o cambios funcionales. Pruebas de integración 
Se centra principalmente en las comunicaciones y las conexiones entre los diferentes módulos del software desarrollado o con terceros(Publicidad, pasarelas de pago,etc..)

Prueba 
Las pruebas son básicamente un conjunto de actividades dentro del desarrollo de software. Dependiendo del tipo de pruebas, estas actividades podrán ser implementadas en cualquier momento de dicho proceso de desarrollo. Existen distintos modelos de desarrollo de software, así como modelos de pruebas. A cada uno corresponde una nivel distinto de involucramiento en las actividades de desarrollo.

Diccionario de Datos

Ejercicio1

Campo	Tipo de datos
IDCoche	varchar(15)	Clave primaria del coche
NoAccidentes	varchar(3)	Accidentes por carro

Campo	Tipo de datos	Descripción
IDcliente	Int(10)	Clave que identifica a cada cliente

Ejercicio2

DNI	Int(7)	Identificador del cliente
Nombre	Varchar(20)	Nombre del cliente
Apellido	Varchar(20)	Apellido del cliente
Direccion	Varchar(40)	Direccion del cliente
Telefono	Int(10)	Telefono del cliente

matricula(PRI)	varchar(6)	Identificador del automóvil
modelo	varchar(10)	Modelo del automóvil
marca	varchar(10)	Marca del automóvil
color	varchar(6)	Color del automóvil
dni_cliente(FK)	varchar(6)	Clave primaria del cliente

Matricula	varchar(6)	Matricula del coche
Modelo	Varchar(10)	Modelo del cliente
Marca	Varchar(10)	Marca del Coche
Color	Varchar(10)	Color del coche
DNI	Int(7)	Identificador del cliente
NoKilometro	Int(6)	Kilometros recorridos

Ejercicio 3

  Tabla Jugador:

Campo	Tipo de datos	Descripción
Estadísticas	Char(30)	Estadísticas del jugador
RUT	Varchar(20)	RUT del jugador, que lo identifica

Campo	Tipo de datos
ID_partido	Int(10)	Clave primaria
Resultado	varchar(15)

Ejercicio 4

Campo	Tipo de datos	Descripción
numeroArticulo	Int(20)	Número del artículo, que lo identifica
Descripción	Char(30)	Descripción del artículo
Existencias	Int(20)	Existencias del artículo

Campo	Tipo de datos	Descripción
numeroCliente	Int(20)	Número del cliente, que lo identifica
Calle	Char(20)	Calle donde vive el cliente
numeroCasa	Int(20)	Número de la casa del cliente
Saldo	Int(20)	Saldo del cliente
limiteCredito	Int(20)	Límite de crédito que tiene el cliente
Descuento	Int(20)	Descuento que tiene el cliente

Campo	Tipo de datos	Descripción
numeroFabrica	Int(20)	Número de la fábrica, que la identifica
Teléfono	Int(8)	Teléfono de la fábrica

Campo	Tipo de datos	Descripción
ID_pedido	Int(20)	Identificador del pedido
numeroCliente	Int(20)	Número del cliente que hace el pedido
numeroArticulo	Int(20)	Número del artículo del que se hace el pedido
Calle	Char(20)	Calle donde vive el cliente
numeroCasa	Int(20)	Número donde vive el cliente
Fecha	Date  (fecha)	Fecha en que se hace el pedido
cantidadArts	Int(20)	Cantidad de artículos que se ordenan

Campo	Tipo de datos	Descripción
numeroFabrica	Int(20)	Número que identifica a la fábrica
numeroArticulo	Int(20)	Número que identifica al artículo
numArts	Int(20)	Número de artículos que se producen

Ejercicio 5

Campo	Tipo de datos
IDcategoria	Int(20)	Clave primaria de la categoria
IDProducto	varchar(15)	Clave foránea del producto
Descripción	Char(30)	Que es el producto
Nombre	Char(20)	Como se llama

Campo	Tipo de datos
RUTcliente	Varchar(20)	Clave primaria del cliente
nombreCliente	Varchar(20)	Nombre del cliente
Calle	Int(20)	Calle del cliente
No de casa	Int(8)	Casa del cliente
Telefono	varchar(15)	Telefono del cliente
Fecha de compra	varchar(15)	Fecha de comrpa del cliente
Monto de compra	varchar(15)	Monto que puso el cliente

Campo	Tipo de datos
IDproducto	Int(20)	Clave primaria
RUTCliente	varchar(15)	Clave foránea
Stock	Int(20)
Nombre	Char(20)	Nombre del cliuente
Precio	Int(20)	Precio de producto
IDcategoria	Int(20)	Id categoría del produto
RUTproveedor	Varchar(20)	Clave foránea del producto

·        

Campo	Tipo de datos
RUTproveedor	Varchar(20)	Clave primaria
direccion	Int(20)	Donde vive
Paginaweb	Varchar(50)	Sitio de contacto
Teléfono	Int(8)	Telefono de contacto
Nombre	Char(20)	Nombre de contacto

Ejercicio6

IDAvión	Int(8)	Identificador avión
Modelo	Varchar(10)	Modelo del avión

Modelo	Varchar(10)	Modelo del avión
Capacidad	Int(6)	Capacidad del avión

Código	Int(8)	Código único del aeropuerto
Ciudad	Varchar(15)	Ciudad aeropuerto
Nombre	Varchar(20)	Nombre aeropuerto
noDespegues	Int(8)	Número de Despegues
noAterrizajes	Int(8)	Número de aterrizajes

Fecha	Date	Fecha de Vuelo
IdAvion	Int(8)	Identificador avión
NodeVuelo	Int(8)	Número de Vuelo

NoOrden	Int(8)	Numero de orden
NoVuelo	Int(8)	Numero de Vuelo

NodeVuelo	Int(8)	Numero de Vuelo
lineaaerea	Varchar(10)	Línea Aérea
Existencia	Int(6)	Existencia de lugar

Codigo	Int(8)	Código Único de Aeropuerto
NodeVuelo	Int(8)	Numero de Vuelo

Ciudad	Varchar(20)	Ciudad existentes
Pais	Varchar(15)	País de destino/origen

Ejercicio 7

IdSedeolimpica(PRI)	Int(8)	Identificador sede olímpica
noComplejos	Int(2)	Numero de Complejos
Presupuesto	Int(8)	Presupuesto del evento

IdComplejo(PRI)	Int(8)	Identificador complejo
Calle	Varchar(15)	Calle de ubicación
areatotal	Int(5)	Área total complejo
IdSedeolimpica	Int(8)	Identificador sede olímpica

IdComplejo(PRI)	Int(8)	Identificador complejo
Calle	Varchar(15)	Calle de ubicación
areatotal	Int(5)	Área total complejo
IdSedeolimpica	Int(8)	Identificador sede olímpica

IdComplejo(PRI)	Int(8)	Identificador complejo
Calle	Varchar(15)	Calle de ubicación
areatotal	Int(5)	Área total complejo
IdSedeolimpica	Int(8)	Identificador sede olímpica

                                                                                              

Indicador(PRI)	Varchar(10)	Indicador de localización
IdComplejo(FK)	Int(8)	Identificador complejo

                                                                                            

Idevento(PRI)	Int(8)	Identificador del evento
Fecha	Date	Fecha del evento
Duracion	Int(3)	Duración del Evento
Equipamiento	Varchar(50)	Material utilizado en el evento
NoParticipantes	Int(4)	Número de participantes
Jefeorgaizacion	Varchar(20)	Nombre de jefe org
Nocomisarios	Int(3)	Numero comisarios
Idcomplejo	Int(8)	Identificador complejo

                                                                                     

Idcomisarios(FK)	Int(8)	Identificador comisario
Idevento(FK)	Int(8)	Identificador evento

                                                                                            

Ciudad	Varchar(20)	Ciudad – lugar
Comuna	Varchar(20)	Comuna – lugar
Calle	Varchar(15)	Calle - lugar

                                                                                          

Idcomisarios

Int(8)

Identificador comisario

Ejercicio9

Nombre	Varchar(20)	Nombre del cine
Teléfono	Int(10)	Teléfono del cine
Dirección	Varchar(20)	Dirección del cine

Iddescuento	Int(6)	Identificador descuento
Descripción	Varchar(20)	Descripción del descuento
Descuento	Int(3)	Descuento hecho
Nombre	Varchar(20)	Nombre del descuento

Nombresala	Varchar(20)	Nombre de la sala
Butacas	Int(4)	Numero de butacas
Identificador	Int(2)	Identificador sala
Nombre	Varchar(20)	Nombre de la sala

Idfuncion	Int(6)	Identificador función
Dia	Date	Día de la función
Horainicio	Int(4)	Hora de inicio
Idpelicula	Int(6)	Identificador de película

Titulooriginal	Varchar(30)	Titulo original
Titulodistribucion	Varchar(20)	Título de distribución
Genero	Varchar(10)	Genero de la película
Fechaproduccion	Date	Fecha de producción
URL	Int(6)	URL de la película
Duracion	Int(4)	Duración de la película
Subtitulo	Varchar(10)	Subtitulo película
Paisorigen	Varchar(20)	País de origen
idpelicula	Int(6)	Identificador pelicula
Resumen	Varchar(50)	Resumen película
Fechaestreno	Date	Fecha de estreno
idFuncion	Int(6)	Identificador de la función

Idopinion	Int(6)	Identificador opinión
Nombrepersona	Varchar(20)	Nombre de la persona opinión
Edad	Int(3)	Edad de la persona
Fecha	Date	Fecha de la opinión
Calificación	Int(2)	Calificación dada
Identificador	Int(5)	Identificador
Comentario	Varchar(50)	Comentario de la persona
Idpelicula	Int(6)	Identificador película

Nombre	Varchar(20)	Identificador personal
Nacionalidad	Varchar(10)	Nacionalidad personal
idPelicula	Int(6)	Identificador película

Nombre	Varchar(20)	Identificador personal
Nacionalidad	Varchar(10)	Nacionalidad personal
idPelicula	Int(6)	Identificador película
nopeliculasctuadas	Int(3)	Numero de peliculas actuadas

Nombre	Varchar(20)	Identificador personal
Nacionalidad	Varchar(10)	Nacionalidad personal
idPelicula	Int(6)	Identificador película
nopeliculasctuadas	Int(3)	Numero de peliculas actuadas
nopeliculashechas	Int(3)	Numero de peliculas hechas

Nombre	Varchar(20)	Identificador personal
Nacionalidad	Varchar(10)	Nacionalidad personal
idPelicula	Int(6)	Identificador película
nopeliculashechas	Int(3)	Numero de peliculas hechas

Ejercicio10

Campo	Tipo de datos	Descripción
IDestante	Int(20)	Identificador del estante
numeroUnidades	Int(20)	Número de unidades que puede guardar
Tipo	Char(20)	Tipo de estante

Campo	Tipo de datos	Descripción
nombreMueble	Char(20)	Nombre que identifica al mueble
IDpieza	Int(20)	Identificador de la pieza

Campo	Tipo de datos	Descripción
nombreMueble	Char(20)	Nombre que identifica al mueble
Precio	Int(20)	Precio del mueble

Campo	Tipo de datos	Descripción
IDpieza	Int(20)	Identificador de la pieza
numeroUnidades	Int(20)	Número de unidades de la pieza