Sistema para el alquiler, control de películas y clientes en una videotienda

Tamaño: px
Comenzar la demostración a partir de la página:

Download "Sistema para el alquiler, control de películas y clientes en una videotienda"

Transcripción

1 CASO DE PRUEBA: Sistema para el alquiler, control de películas y clientes en una videotienda Documento de arquitectura Y servicios Versión <0.1> Historia de Revisión Fecha Versión Descripción Responsable 18/03/2005 <0.1> Creación. Cristian Castañeda. INVESTIGADORES: ALEJANDRO BAEZ CRISTIAN CASTAÑEDA DIEGO CASTAÑEDA DIRECTOR: JAVIER SANCHEZ

2 TABLA DE CONTENIDO 1. Introducción Capa de base de datos Plataforma Diseño (Diagrama entidad relación) Implementación Tabla constante Tabla pelicula Tabla caja Tabla subtitulo Tabla audio Tabla contrato Tabla persona Tabla referencias Tabla factura Tabla detalle Mapeo objeto - relacional Por que Hibernate? Modelo de objetos Capa DAO Afiliados autorizados Contratos Facturas Películas Referencias Roles Capa de servicios Contratos Crear contratos Eliminar contratos (desafiliar) consultar contratos Agregar Autorizado Eliminar Autorizado Actualización de afiliados Actualización de autorizados Películas Creación Películas: Consulta de Películas: Actualización de Películas: Eliminar Películas: Alquilar películas

3 5.2.6 Entrega películas Facturas Creación de Facturas: Consultar Facturas: Eliminar Facturas: Reportes Películas prestadas en un rango de fechas Películas en mora a la fecha Facturas emitidas en un rango de fechas Clientes en mora Capa de interfaz Conclusiones

4 1. Introducción Para la verificación de los resultados del proyecto titulado: Framework unificado para desarrollo de interfaces J2EE con soporte a objetos persistentes en bases de datos relaciónales, se ha decidido el desarrollo de una aplicación que nos sirva para probar los resultados de este. Luego de analizar varias opciones, decidimos desarrollar una aplicación para una videotienda, debido que al desarrollar esta aplicación se podrán verificar muchos elementos que serán manejados dentro del desarrollo de este proyecto, tales como manejo de interfaces y manejo de objetos persistentes entre otros. En este documento se describe el diseño de la arquitectura para la aplicación. Para este proyecto hemos definido una arquitectura multicapas, entre las capas que hemos definido tenemos: Base de datos, mapeo objeto relacional, DAO, business services e interfaz. Lo que presentaremos mas adelante es la explicación de por que de estas capas y cual fue el diseño en las capas que sea conveniente. 4

5 2. Capa de base de datos En el diseño de cualquier aplicación de software, una de las cosas que se debe mirar con mayor cuidado es la manera en que se manejara la información que se necesita que sea persistente. De este diseño depende en gran medida que el desarrollo de la aplicación sea exitoso, ya que sobre este diseño se basara en gran medida el diseño posterior de la aplicación. Para nuestro caso de la videotienda, se ha diseñado un modelo para el manejo de los datos pensando en que este debe ser lo suficientemente general, para que se pueda realizar un buen modelamiento en la capa de mapeo objeto relacional, lo cual nos permitirá tener un mejor desempeño en el desarrollo del proyecto. 2.1 Plataforma Para la implementación del diseño de la base de datos de nuestra aplicación de la videotienda, será sobre ORACLE, ya que sobre esta plataforma existe la facilidad de que podemos trabajar sobre el servidor de la universidad y esta lo suficientemente probada como para que se avale su uso. Además, todos los integrantes del grupo tenemos conocimiento de la plataforma. 2.2 Diseño (Diagrama entidad relación) Basándonos en documentos anteriores como el de casos de uso (v1.0) y de requerimientos (v 1.0) se realizo un diseño para la base de datos en el que se tenía en cuenta la forma en que esta podía responder para satisfacer todas las necesidades que se definieron. A continuación se muestra el modelo que sirvió para la base de datos de la aplicación de la videotienda: 5

6 Cada una de las entidades representa: Película: Entidad que representa una película que se tiene en la videotienda, Las películas pueden ser alquiladas y sobre estas se pueden cobrar multas. 6

7 Subtitulo: Indica los idiomas en los que esta subtitulada una película. Audio: sirve para representar los distintos idiomas en que esta hablada una película. Constante: Entidad donde se guardan los valores globales que maneja el sistema. Caja: Entidad que sirve para representar las diferentes categorías que pueden tener las películas según su importancia o antigüedad. Persona: Representa los distintos tipos de clientes que pueden interactuar con la videotienda. Pueden ser afiliados o beneficiarios. Referencias: Sirve para guardar las referencias personales asociadas a un contrato. Contrato: Sirve para representar una afiliación de una persona a la videotienda. Factura: Sirve para representar los ingresos de la videotienda. Están asociados a un contrato. Detalle factura: Sirve para representar los distintos rubros que pueden ser cobrados en una factura. 2.3 Implementación Para la implementación del modelo anteriormente descrito se crearon las siguientes tablas en la base de datos: Tabla constante CREATE TABLE CONSTANTE( ID NUMBER(5) NOT NULL, PADRE NUMBER(5) NOT NULL, NOMBRE VARCHAR2(20) NOT NULL, CONSTRAINT CON_PK PRIMARY KEY(ID)); Tabla pelicula CREATE TABLE PELICULA( ID NUMBER(5) NOT NULL, CODIGO NUMBER(20) NOT NULL, NOMBRE VARCHAR2(20) NOT NULL, DESCRIPCION VARCHAR2(20), ACTOREs VARCHAR2(20), ANO NUMBER(4) NOT NULL, ALQUILADA NUMBER(1) NOT NULL, 7

8 DURACION NUMBER(3) NOT NULL, ID_TIPO_FORMATO NUMBER(5) NOT NULL, ID_TIPO_GENERO NUMBER(5) NOT NULL, CONSTRAINT PEL_PK PRIMARY KEY(ID), CONSTRAINT PEL_FOCON_FK FOREIGN KEY (ID_TIPO_FORMATO) REFERENCES CONSTANTE(ID), CONSTRAINT PEL_GECON_FK FOREIGN KEY (ID_TIPO_GENERO) REFERENCES CONSTANTE(ID)); Tabla caja CREATE TABLE CAJA( ID_TIPO_CAJA NUMBER(5) NOT NULL, VALOR NUMBER(15,3) NOT NULL, DIAS NUMBER(3) NOT NULL, MULTAS NUMBER(15,3) NOT NULL, CONSTRAINT CAJ_PK PRIMARY KEY(ID_TIPO_CAJA), CONSTRAINT CAJ_CACON_FK FOREIGN KEY (ID_TIPO_CAJA) REFERENCES CONSTANTE(ID)); Tabla subtitulo CREATE TABLE SUBTITULO( ID_PELICULA NUMBER(5) NOT NULL, ID_TIPO_SUBTITULO NUMBER(5) NOT NULL, CONSTRAINT SUB_PK PRIMARY KEY(ID_PELICULA,ID_TIPO_SUBTITULO) CONSTRAINT SUB_PEL_FK FOREIGN KEY (ID_PELICULA) REFERENCES PELICULA(ID), CONSTRAINT SUB_SUCON_FK FOREIGN KEY (ID_TIPO_SUBTITULO) REFERENCES CONSTANTE(ID)); Tabla audio CREATE TABLE AUDIO( ID_PELICULA NUMBER(5) NOT NULL, ID_TIPO_AUDIO NUMBER(5) NOT NULL, CONSTRAINT AUD_PK PRIMARY KEY(ID_PELICULA,ID_TIPO_AUDIO), CONSTRAINT AUD_PEL_FK FOREIGN KEY (ID_PELICULA) REFERENCES PELICULA(ID), CONSTRAINT AUD_AUCON_FK FOREIGN KEY (ID_TIPO_AUDIO) REFERENCES CONSTANTE(ID)); 8

9 2.3.6 Tabla contrato CREATE TABLE CONTRATO( ID NUMBER(5) NOT NULL, NUMERO NUMBER(20) NOT NULL, FECHA DATE NOT NULL, ID_PERSONA NUMBER(5) NOT NULL, CONSTRAINT CONT_PK PRIMARY KEY(ID)); CONSTRAINT CONT_PER_FK FOREIGN KEY (ID_PERSONA) REFERENCES PERSONA(ID)); Tabla persona CREATE TABLE PERSONA( ID NUMBER(5) NOT NULL, CEDULA NUMBER(20) NOT NULL, NOMBRE1 VARCHAR2(20) NOT NULL, NOMBRE2 VARCHAR2(20) NOT NULL, APELLIDO1 VARCHAR2(20) NOT NULL, APELLIDO2 VARCHAR2(20) NOT NULL, DIRECCION VARCHAR2(20) NOT NULL, TELEFONO NUMBER(20) NOT NULL, NOMBRE_EMPRESA VARCHAR2(20), DIRECCION_EMPRESA VARCHAR2(20), TELEFONO_EMPRESA NUMBER(20), VARCHAR2(20), ID_CONTRATO NUMBER(5) NOT NULL, ID_TIPO_PARENTESCO NUMBER(5) NOT NULL, ID_TIPO_PERSONA NUMBER(5) NOT NULL, CONSTRAINT PER_PK PRIMARY KEY(ID), CONSTRAINT PER_CONT_FK FOREIGN KEY (ID_CONTRATO) REFERENCES CONTRATO(ID), CONSTRAINT PER_PACON_FK FOREIGN KEY (ID_TIPO_PARENTESCO) REFERENCES CONSTANTE(ID)); Tabla referencias CREATE TABLE REFERENCIAS( ID NUMBER(5) NOT NULL, NOMBRE VARCHAR2(20) NOT NULL, TELEFONO NUMBER(20) NOT NULL, 9

10 ID_CONTRATO NUMBER(5) NOT NULL, CONSTRAINT REF_PK PRIMARY KEY(ID), CONSTRAINT REF_CONT_FK FOREIGN KEY (ID_CONTRATO) REFERENCES CONTRATO(ID)); Tabla factura CREATE TABLE FACTURA( ID NUMBER(5) NOT NULL, FECHA DATE NOT NULL, VALOR NUMBER(15,3) NOT NULL, PAGADO NUMBER(1) NOT NULL, ID_CONTRATO NUMBER(5) NOT NULL, CONSTRAINT FAC_PK PRIMARY KEY(ID), CONSTRAINT FAC_CONT_FK FOREIGN KEY (ID_CONTRATO) REFERENCES CONTRATO(ID)); Tabla detalle CREATE TABLE DETALLE( ID NUMBER(5) NOT NULL, VALOR NUMBER(15,3) NOT NULL, FECHA_ENTREGA DATE NOT NULL, ID_PELICULA NUMBER(5) NOT NULL, ID_TIPO_DETALLE NUMBER(5) NOT NULL, ID_FACTURA NUMBER(5) NOT NULL, CONSTRAINT DET_PK PRIMARY KEY(ID), CONSTRAINT DET_PEL_FK FOREIGN KEY (ID_PELICULA) REFERENCES PELICULA(ID), CONSTRAINT DET_DECON_FK FOREIGN KEY (ID_TIPO_DETALLE) REFERENCES CONSTANTE(ID) CONSTRAINT DET_FAC_FK FOREIGN KEY (ID_FACTURA) REFERENCES FACTURA(ID)); Así mismo, se crearon índices, constraints de unicidad y números de secuencia para aseguras un mejor manejo de la base de datos. 10

11 3. Mapeo objeto - relacional La siguiente capa en nuestra arquitectura es la capa de mapeo objeto relacional. Esta capa surge de la necesidad de tener un nivel de mayor abstracción del manejo de los datos. Teniendo esta capa, se podrá encapsular al usuario del diseño, implementación y uso directo de la base de datos, lo que hace que se puedan simplificar muchas etapas del proceso de desarrollo. Además al utilizar una herramienta que nos permita realizar mapeos de este tipo, se podrá establecer una clara separación del paradigma relacional (bases de datos) y el paradigma orientado a objetos (clases), lo cual nos permitirá tener un mayor grado de definición para cada una de las capas de la arquitectura. Para nuestra aplicación, hemos decidido utilizar el framework Hibernate. 3.1 Por que Hibernate? A continuación se presentaran algunas de las razones por las que se escogió Hibernate como framework para el mapeo objeto relacional: Es open source Es un framework maduro, ya que es uno de los mas utilizados actualmente con muy buenos resultados. Hibernate da un completo soporte al modelo de programación orientado a objetos, lo cual es una ventaja en el desarrollo de este proyecto ya que este se hará sobre JAVA. Ofrece un lenguaje natural para la búsquedas en la base de datos (HSQL) que es muy similar al que hemos manejado(sql). Maneja XML para los mapeos, lo que hace que estos sean de fácil entendimiento por la estructura que este maneja. 3.2 Modelo de objetos A continuación se muestra el modelo de objetos que nos servirá para representar a la videotienda a partir del diagrama entidad relación, que fue descrito en el numeral 2.2 de este documento. Todos estos objetos van a ser POJO s (persistent old java objects) dentro de nuestra aplicación y se encontraran dentro del paquete Co.Edu.Javeriana.Fwj2ee.Persistent. 11

12 12

13 En el anterior diagrama cada uno de los objetos representa: Película: Objeto que representa una película que se tiene en la videotienda, Las películas pueden ser alquiladas y sobre estas se pueden cobrar multas. Constante: Objeto donde se guardan los valores globales que maneja el sistema. Estos valores pueden ser: subtítulos, genero, formatos o audio. Caja: Objeto que sirve para representar las diferentes categorías que pueden tener las películas según su importancia o antigüedad. Persona: Representa los distintos tipos de clientes que pueden interactuar con la videotienda. Referencia: Objeto que hereda de persona y que representa las referencias personales que se tienen asociadas a un contrato. Autorizado: Objeto que hereda de persona y que representa las personas que están autorizadas a utilizar un contrato en la videotienda. Afiliado: Objeto que hereda de persona y que representa al titular que creo un contrato en la videotienda. Contrato: Objeto que sirve para representar una afiliación de una persona a la videotienda. Factura: Sirve para representar los ingresos de la videotienda. Están asociados a un contrato. Detalle factura: Sirve para representar los distintos rubros que pueden ser cobrados en una factura. Rol: Objeto que sirve para representar los distintos tipos de usuarios que tiene el sistema. 13

14 4. Capa DAO La siguiente capa dentro de nuestra arquitectura es la capa DAO. Esta capa surge de la necesidad de mantener la integridad de los datos que tenemos guardados en la base de datos. Para esto, hemos decidido utilizar el patrón DAO, el cual sirve para separar el acceso a los datos de capas como la de lógica de negocio o presentación. Esto permite asegurar la integridad de nuestra base de datos y poder tener un mayo mantenimiento dentro de nuestra aplicación. Para nuestra aplicación, hemos decidido tener daos para afiliados, autorizados, contratos, facturas, películas, referencias y roles. Todos ellos se encuentra dentro del paquete Co.Edu.Javeriana.Fwj2ee.Dao de nuestra aplicación. A continuaciones describirán las funciones de cada uno de esos DAO s. 4.1 Afiliados Este DAO se encarga de la creación, eliminación, modificación y lectura de los afiliados que existan en la videotienda. Los procedimientos que ofrecerá son los siguientes: public boolean crear( Afiliado Afiliado, int numerocontrato) Este método servirá para la creación de nuevos afiliados a partir de un POJO de Afiliado y el numero del contrato al cual esta asociado este afiliado. Retornara un valor indicando si el afiliado se pudo o no crear. public boolean eliminar( Afiliado Afiliado) Este método servirá para la eliminación de un afiliado a partir de un POJO de Afiliado en el que estará solamente la información de la cedula de este. Retornara un valor indicando si el afiliado se pudo borrar o no. public Set buscar( Afiliado Afiliado, int numerocontrato) Este método servirá para la búsqueda de afiliados a partir de un POJO de Afiliado en el que solo estará la información de los criterios de la búsqueda y/o del contrato. Retornara un set con los POJO s que cumplen con los criterios. Puede ser vació. public boolean actualizar( Afiliado Afiliado, int numerocontrato) Este método servirá para la actualización de la información de un afiliado a partir de un POJO con la nueva información y del numero de contratos. Retornara un valor indicando si la información se pudo actualizar. 14

15 4.2 autorizados Este DAO se encarga de la creación, eliminación, modificación y lectura de los autorizados que existan en la videotienda. Los procedimientos que ofrecerá son los siguientes: public boolean crear( Autorizado autorizado, int numerocontrato) Este método servirá para la creación de nuevos Autorizados a partir de un POJO de Autorizado y el numero del contrato al cual esta asociado este Autorizado. Retornara un valor indicando si el Autorizado se pudo o no crear. public boolean eliminar( Autorizado autorizado) Este método servirá para la eliminación de un Autorizado a partir de un POJO de Autorizado en el que estará solamente la información de la cedula de este. Retornara un valor indicando si el Autorizado se pudo borrar o no. public Set buscar( Autorizado autorizado, int numerocontrato) Este método servirá para la búsqueda de Autorizados a partir de un POJO de Autorizado en el que solo estará la información de los criterios de la búsqueda y/o del contrato. Retornara un set con los POJO s que cumplen con los criterios. Puede ser vacio. public boolean actualizar( Autorizado autorizado, int numerocontrato) Este método servirá para la actualización de la información de un Autorizado a partir de un POJO con la nueva información y del numero de contratos. Retornara un valor indicando si la información se pudo actualizar. 4.3 Contratos Este DAO se encarga de la creación, eliminación, modificación y lectura de los contratos que existan en la videotienda. Los procedimientos que ofrecerá son los siguientes: public boolean crear( Contrato Contrato) Este método servirá para la creación de nuevos Contratos a partir de un POJO de Contrato. Retornara un valor indicando si el Contrato se pudo o no crear. public boolean eliminar( Contrato Contrato) Este método servirá para la eliminación de un Contrato a partir de un POJO de Contrato. Retornara un valor indicando si el Contrato se pudo borrar o no. 15

16 public Contrato buscar( Contrato Contrato) Este método servirá para la búsqueda de Contratos a partir de un POJO de Contrato. Retornara un Contrato con la información que corresponda o vacio. public boolean actualizar( Contrato Contrato) Este método servirá para la actualización de la información de un Contrato a partir de un POJO con la nueva información. Retornara un valor indicando si la información se pudo actualizar. 4.5 Facturas Este DAO se encarga de la creación, eliminación, modificación y lectura de las facturas que existan en la videotienda. Los procedimientos que ofrecerá son los siguientes: public boolean crear( Factura Factura) Este método servirá para la creación de nuevos Facturas a partir de un POJO de Factura. Retornara un valor indicando si la Factura se pudo o no crear. public boolean eliminar( Factura Factura) Este método servirá para la eliminación de un Factura a partir de un POJO de Factura. Retornara un valor indicando si la Factura se pudo borrar o no. public Set buscar( Factura Factura) Este método servirá para la búsqueda de Facturas a partir de un POJO de Factura. Retornara un Set de facturas con las que concuerden con la búsqueda o vacio. public boolean actualizar( Factura Factura) Este método servirá para la actualización de la información de una Factura a partir de un POJO con la nueva información. Retornara un valor indicando si la información se pudo actualizar. 16

17 4.6 Películas Este DAO se encarga de la creación, eliminación, modificación y lectura de las películas que existan en la videotienda. Los procedimientos que ofrecerá son los siguientes: public boolean crear( Pelicula Pelicula) Este método servirá para la creación de nuevos Películas a partir de un POJO de Pelicula. Retornara un valor indicando si la Pelicula se pudo o no crear. public boolean eliminar( Pelicula Pelicula) Este método servirá para la eliminación de un Pelicula a partir de un POJO de Pelicula. Retornara un valor indicando si la Pelicula se pudo borrar o no. public Set buscar( Pelicula Pelicula) Este método servirá para la búsqueda de Películas a partir de un POJO de Pelicula. Retornara un Set de Películas con las que concuerden con la búsqueda o vacio. public boolean actualizar( Pelicula Pelicula) Este método servirá para la actualización de la información de una Pelicula a partir de un POJO con la nueva información. Retornara un valor indicando si la información se pudo actualizar. 4.7 Referencias Este DAO se encarga de la creación, eliminación, modificación y lectura de las referencias que existan en la videotienda. Los procedimientos que ofrecerá son los siguientes: public boolean crear( Referencia Referencia, int numerocontrato) Este método servirá para la creación de nuevas Referencias a partir de un POJO de Referencia y el numero del contrato al cual esta asociado este Referencia. Retornara un valor indicando si el Referencia se pudo o no crear. public boolean eliminar( Referencia Referencia) 17

18 Este método servirá para la eliminación de una Referencia a partir de un POJO de Referencia en el que estará solamente la información de la cedula de este. Retornara un valor indicando si el Referencia se pudo borrar o no. public Set buscar( Referencia Referencia, int numerocontrato) Este método servirá para la búsqueda de Referencias a partir de un POJO de Referencia en el que solo estará la información de los criterios de la búsqueda y/o del contrato. Retornara un set con los POJO s que cumplen con los criterios. Puede ser vacio. public boolean actualizar( Referencia Referencia, int numerocontrato) Este método servirá para la actualización de la información de una Referencia a partir de un POJO con la nueva información y del numero de contratos. Retornara un valor indicando si la información se pudo actualizar. 4.8 Roles Este DAO se encarga de la creación, eliminación, modificación y lectura de los roles que existan en la videotienda. Los procedimientos que ofrecerá son los siguientes: public boolean crear( Rol Rol) Este método servirá para la creación de nuevos Roles a partir de un POJO de Rol. Retornara un valor indicando si el Rol se pudo o no crear. public boolean eliminar( Rol Rol) Este método servirá para la eliminación de un Rol a partir de un POJO de Rol. Retornara un valor indicando si el Rol se pudo borrar o no. public Rol buscar( Rol Rol) Este método servirá para la búsqueda de Roles a partir de un POJO de Rol. Retornara un Rol con la información que corresponda o vacio. public boolean actualizar( Rol Rol) Este método servirá para la actualización de la información de un Rol a partir de un POJO con la nueva información. Retornara un valor indicando si la información se pudo actualizar. 18

19 5. Capa de servicios La siguiente capa dentro de nuestra arquitectura es la capa de servicios. Esta capa es la encargada de manejar toda la lógica del negocio, proveyendo a las capas superiores todas las funcionalidades que fueron descritas para el sistema. Los servicios los hemos agrupado según los elementos que estén implicados dentro de este, los grupos que hemos definido son: contratos, películas, facturas y reportes. A continuación se definirán cada unote los servicios que ofrecerán estos grupos. 5.1 Contratos Dentro del grupo de los servicios ofrecidos para los contratos se han definido los siguientes: Crear contratos Precondición: Haber ingresado al sistema exitosamente. Poscondición: Se creara un nuevo registro en la base de datos de un nuevo contrato, asociándole el afiliado y sus referencias. Definición: El sistema deberá ofrecer el servicio de la creación de contratos. Para esto se deberán gestionar los POJO`s de personas y contratos por medio de una clase que maneje el patrón DAO. Para realizar esta transacción se deben recibir como parámetros la fecha de creación del contrato, las personas que son beneficiarias de un contrato, cual de estas personas fue la que creo el contrato y las referencias personales asociadas. El sistema deberá crear en la base de datos un nuevo contrato y asociarle a este todos los beneficiarios que se recibieron como parámetro. Prototipo: public boolean crearcontrato(contrato contrato, Afiliado afiliado, Set referencias) Eliminar contratos (desafiliar) Precondición: Haber ingresado al sistema exitosamente, y conocer el numero del contrato a eliminar. Poscondición: Se eliminara un registro en la base de datos de un contrato con todos las personas que dependen de este. Definición: El sistema deberá ofrecer el servicio de la eliminación de contratos. Para realizar esta transacción se deben recibir como parámetro el número del contrato que se debe eliminar. El sistema deberá ejecutar sentencias de HSQL 19

20 donde se borre la información del contrato y de todos los beneficiarios asociados a este. Prototipo: public boolean eliminarcontrato(contrato contrato) consultar contratos Precondición: Haber ingresado al sistema exitosamente, y conocer el numero del contrato a consultar. El contrato debe existir. Poscondición: se retornara el POJO del contrato asociado. Definición: El sistema deberá ofrecer el servicio de la consulta de contratos. Para realizar esta transacción se deben recibir como parámetro la información del contrato que se quiere consultar. El sistema deberá ejecutar sentencias de HSQL donde se consulte la información del contrato y retornara un POJO del contrato asociado. Prototipo: public Contrato consultarcontrato(contrato contrato) Agregar Autorizado Precondición: Haber ingresado al menú de Afiliaciones determinando una especifica. Poscondición: Se creara un nuevo registro en la base de datos de un nuevo Autorizado para el contrato asociado. Definición: El sistema debe ofrecer el servicio de agregar autorizados a un contrato. Para realizar esta transacción se deben recibir como parámetros la información de la persona que se quiere autorizar y el número del contrato al cual se quiere asociar la persona. El sistema debe guardar la información de la persona en la base de datos asociándola al contrato que corresponda. Prototipo: public bolean agregarautorizado(autorizado autorizado, Contrato contrato) Eliminar Autorizado Precondición: Haber ingresado al menú de contratos y buscar el contrato para el que quiere eliminar el autorizado. Poscondición: Se eliminara registro en la base de datos de un Autorizado para el contrato asociado. Definición: El sistema debe ofrecer el servicio de eliminar autorizados a un contrato. Para realizar esta transacción se deben recibir como parámetros la información de la persona que se quiere desautorizar y el número del contrato al cual esta asociadola persona. El sistema debe eliminar la información de la persona en la base de datos. Prototipo: public bolean eliminarautorizado(autorizado autorizado, Contrato contrato) 20

21 5.1.5 Actualización de afiliados Precondición: Haber ingresado al sistema exitosamente, solo se podrán actualizar los datos del afiliado. Poscondición: Se actualizara un registro en la base de datos de un afiliado. Definición: Para la actualización de los afiliados se debe recibir un POJO con la información actualizada que se quiere tener del afiliado. El sistema deberá salvar el POJO con la nueva información en la base de datos verificando que esta no viole la integridad respecto a las otras personas que se tienen. Prototipo: public bolean actualizarafiliado(afiliado afiliado, Contrato contrato) Actualización de autorizados Precondición: Haber ingresado al sistema exitosamente, solo se podrán actualizar los datos del autorizado. Poscondición: Se actualizara un registro en la base de datos de un autorizado. Definición: Para la actualización de los autorizados se debe recibir un POJO con la información actualizada que se quiere tener del autorizado. El sistema deberá salvar el POJO con la nueva información en la base de datos verificando que esta no viole la integridad respecto a las otras personas que se tienen. Prototipo: public bolean actualizarautorizado(autorizado autorizado, Contrato contrato) 5.2 Películas Dentro del grupo de los servicios ofrecidos para las películas se han definido los siguientes: Creación Películas: Precondición: Haber ingresado al sistema exitosamente y estar en el menú de Configuración de Películas. Poscondición: Se creara un nuevo registro en la base de datos de una nueva película con sus respectivos atributos. Definición: Para la creación de películas se deberá recibir toda la información relacionada a una película (nombre, año, duración, caja, etc.). El sistema deberá verificar que la película no exista y creara una nueva película con la información que se recibió en la base de datos. Prototipo: public bolean crearpelicula(película película) Consulta de Películas: Precondición: Haber ingresado al sistema exitosamente y estar en el menú de Configuración de Películas. Poscondición: Se mostrara en la pantalla una lista de las películas con todos sus detalles, asociadas a los criterios de búsqueda. 21

22 Definición: Para la lectura de películas se debe recibir los criterios que debe tener la película que se quiere leer. El sistema deberá realizar una búsqueda con HSQL según los criterios que se reciban y deberá retornar el(los) POJO que corresponda. Prototipo: public Set consultarpelicula(película película) Actualización de Películas: Precondición: Haber ingresado al sistema exitosamente y estar en el menú de Configuración de Películas. Poscondición: Se actualizara un registro en la base de datos de una película configurando alguno de sus atributos. Definición: Para la actualización de las películas se debe recibir un POJO con la información actualizada que se quiere tener de una película. El sistema deberá salvar el POJO con la nueva información en la base de datos verificando que esta no viole la integridad respecto a otras películas que se tengan. Prototipo: public bolean actualizarpelicula(película película) Eliminar Películas: Precondición: Haber ingresado al sistema exitosamente y estar en el menú de Configuración de Películas. Poscondición: Se eliminara un registro en la base de datos de una película. Definición: Para el borrado de películas se deben recibir los criterios de eliminación de una película. El sistema deberá ejecutar una sentencia de HSQL que realizara la eliminación de la película en la base de datos. Prototipo: public boolean eliminarpelicula(película película) Alquilar películas Precondición: Haber ingresado al sistema exitosamente, conocer los id de las películas. Poscondición: Se registrara en la base de datos el nuevo estado de las películas, adicionalmente se realiza el servicio de Crear factura, con sus atributos respectivos. Definición: El sistema debe ofrecer el servicio de alquilar películas. Para realizar esta transacción el sistema debe recibir la información de la película que se va a alquilar y del contrato al que se le va a cargar la película, luego se deben guardar referencias en la base de datos de la película que se va a alquilar por medio de la creación de una factura asociada a este alquiler. Prototipo: public boolean alquilarpelicula(película película, Contrato contrato) 22

23 5.2.6 Entrega películas Precondición: Haber ingresado al sistema exitosamente, conocer los id de las películas. Poscondición: Se registrara en la base de datos el nuevo estado de las películas, adicionalmente se realiza el servicio de Crear factura si esta acción genera una multa. Definición: El sistema debe ofrecer el servicio de la entrega de películas y generación automática de multas. Para realizar estas operaciones el sistema debe recibir la información de la película y la fecha en que es entregada, con esta información se debe dejar como disponible la película. Luego se debe hacer una verificación de si la película fue entregada en el plazo establecido, de no ser así se debe generar una factura para el pago de la multa y esta debe ser guardada como no pagada dentro del sistema. Prototipo: public boolean entregarpelicula(película película, Contrato contrato) 5.3 Facturas Dentro del grupo de los servicios ofrecidos para las facturas se han definido los siguientes: Creación de Facturas: Precondición: Haber ingresado al sistema exitosamente, y estar en el servicio de Alquiler de Películas. Poscondición: Se creara un nuevo registro en la base de datos de una nueva factura con sus respectivos detalles y costos. Definición: Para la creación de facturas se deberá recibir toda la información relacionada a una factura (fecha, valor, descripción, etc.). El sistema deberá verificar que la factura no exista y creara una nueva factura con la información que se recibió en la base de datos. Prototipo: public boolean crearfactura(factura factura, Contrato contrato) Consultar Facturas: Precondición: Haber ingresado al sistema exitosamente. y estar en el menú de Configuración de Facturas. Poscondición: Se mostrara en pantalla una lista de facturas según los criterios de búsqueda. Definición: Para la lectura de facturas se debe recibir los criterios que debe tener la factura que se quiere leer. El sistema deberá realizar una búsqueda con HSQL según los criterios que se reciban y deberá retornar el POJO que corresponda. Prototipo: public void consultarfactura(factura factura, Contrato contrato) 23

24 5.3.3 Eliminar Facturas: Precondición: Haber ingresado al sistema exitosamente, la factura ha eliminar no ha sido pagada y se eliminara por un caso extraordinario, se debe conocer el id de la factura. Poscondición: Se eliminara un registro en la base de datos de una factura con sus respectivos detalles y costos. Definición: Para el borrado de facturas se deben recibir los criterios de eliminación de una factura. El sistema deberá ejecutar una sentencia de HSQL que realizara la eliminación de la factura en la base de datos. Prototipo: public bolean eliminarfactura(factura factura) 5.4 Reportes Dentro del grupo de los servicios ofrecidos para los reportes se han definido los siguientes: Películas prestadas en un rango de fechas. Precondición: Haber ingresado al sistema como administrador exitosamente. Poscondición: Se retornara un Set de todas las películas prestadas en el rango que se ingreso como parámetro. Definición: Para generar un reporte de las películas prestadas en un rango de fechas se deben recibir las fechas de inicio y final del rango. El sistema deberá realizar una consulta en HSQL según estas fechas y deberá retornar una colección con la información correspondiente a las películas alquiladas en este rango. Prototipo: public Set películasprestadas(date fi, Date ff) Películas en mora a la fecha. Precondición: Haber ingresado al sistema como administrador exitosamente. Poscondición: se retornara un Set de todas las películas que están en mora a la fecha Definición: Para generar el reporte de las películas en mora a la fecha el sistema deberá realizar una consulta en HSQL según la fecha del día y deberá retornar una colección con la información de las películas en mora a una fecha. Prototipo: public Set peliculasenmora() Facturas emitidas en un rango de fechas Precondición: Haber ingresado al sistema como administrador exitosamente. Poscondición: se retornara un Set de todas las facturas que fueron emitidas en el rango de fechas que se ingreso como parámetro. Definición: Para generar reporte de las facturas emitidas en un rango de fechas se deberá recibir la información de las fechas de inicio y final del rango. El sistema deberá realizar una consulta en HSQL según estos valores y deberá retornar una colección con la información de las facturas en este rango. Prototipo: public Set facturasemitidas(date fi, Date ff) 24

25 5.4.4 Clientes en mora Precondición: Haber ingresado al sistema como administrador exitosamente. Poscondición: se retornara un Set con los clientes que están en mora a la fecha. Definición: Para generar reporte de los clientes en mora el sistema no recibe ningún parámetro. El sistema debe realizar una consulta en HSQL de las facturas que no han sido pagadas y deberá retornar una colección de los clientes que no han pagado. Prototipo: public Set clientesenmora() 25

26 6. Capa de interfaz Finalmente, utilizando todas las capas que se definieron bajo ella se encuentra la capa de interfaz o de presentación, esta es la encargada de interactuar con el usuario, por ello se debe tener especial cuidado para desarrollarla. Para nuestro proyecto, esta interfaz va a estar desarrollada sobre J2EE, que es la finalidad de este proyecto de grado. Por eso posteriormente se realizara un nuevo documento donde se especifiquen todos los elementos de diseño que debe tener esta capa, luego de que se profundice mas en este tema. La definición de las interfaces para nuestro sistema esta en el documento Descripción de Pantallas; Para mayor información al respecto remítase a este documento. 26

27 7. Conclusiones Con la realización de este documento, se han definido claramente las capas sobre las cuales se basara nuestra aplicación de prueba, que de manera mas general, serán las mismas sobre las cuales se enmarca el desarrollo de este proyecto de grado. Esto permitió que se defina de mejor manera las funcionalidades de cada una de estas capas, lo cual permite el desarrollo de un mejor diseño. Esta claro que ahora nos debemos preocuparnos por conocer mas de la ultima capa de nuestra arquitectura, la capa de interfaz, por que es esta la piedra angular de nuestro proyecto. Con el transcurso del proyecto, este documento se ira depurando, lo que nos permitirá establecer elementos importantes para la definición de la metodología sobre la cual queremos trabajar. 27

Metodología para el diseño y desarrollo de interfaces de usuario

Metodología para el diseño y desarrollo de interfaces de usuario Metodología para el diseño y desarrollo de interfaces de usuario Versión Historia de Revisión Fecha Versión Descripción Responsable 20/06/2005 Creación. Alejandro Báez Cristian Castañeda Diego

Más detalles

CASO DE PRUEBA: Sistema para el alquiler, control de películas y clientes en una videotienda

CASO DE PRUEBA: Sistema para el alquiler, control de películas y clientes en una videotienda CASO DE PRUEBA: Sistema para el alquiler, control de películas y clientes en una videotienda Documento de casos de uso Versión Historia de Revisión Fecha Versión Descripción Responsable 25/02/2005

Más detalles

1 Índice... 1. 2 Introducción... 2. 2.1 Propósito... 2. 2.2 Alcance... 2. 3 Modelo Arquitectónico Inicial... 3

1 Índice... 1. 2 Introducción... 2. 2.1 Propósito... 2. 2.2 Alcance... 2. 3 Modelo Arquitectónico Inicial... 3 1 Índice 1 Índice... 1 2 Introducción... 2 2.1 Propósito... 2 2.2 Alcance... 2 3 Modelo Arquitectónico Inicial... 3 3.1 Diagrama de alto nivel de la arquitectura... 3 3.2 Vista de Casos de Uso... 5 3.2.1

Más detalles

%& %)& '$!%*+ $, %%%&$ %%

%& %)& '$!%*+ $, %%%&$ %% OBJETIVO!!"#$$ %& '(%"#% (% %& %)& '$!%*+ $, %%%&$ %% REQUERIMIENTOS SOFTWARE VERSIÓN LINK Java Development Kit (JDK) 6 http://java.sun.com NetBeans 6.1 http://www.netbeans.org MySQL 5.0 http://dev.mysql.com/

Más detalles

Programación Orientada a Objetos Analista Programador Universitario Plan 2008 Año 2010

Programación Orientada a Objetos Analista Programador Universitario Plan 2008 Año 2010 INTRODUCCION Los objetos usados en aplicaciones JAVA mantienen su estado y comportamiento mientras la aplicación se halle en ejecución. Generalmente se necesita mantener el estado y comportamiento de los

Más detalles

INTRODUCCION. entidades. Modelo lógico de la base de datos. Matricula. carne. codigo_curso. año semestre nota. propiedades

INTRODUCCION. entidades. Modelo lógico de la base de datos. Matricula. carne. codigo_curso. año semestre nota. propiedades INTRODUCCION Uno de los objetivos del curso es modelar a través de un diagrama las estructuras lógicas requeridas para almacenar los datos y resolver las consultas del sistema información que requiera

Más detalles

Análisis y diseño del sistema CAPÍTULO 3

Análisis y diseño del sistema CAPÍTULO 3 Análisis y diseño del sistema CAPÍTULO 3 36 CAPÍTULO 3 Análisis y diseño del sistema En este capítulo se pretende realizar un análisis detallado de los requerimientos del software a desarrollar para la

Más detalles

Curso de Spring Framework

Curso de Spring Framework Todos los Derechos Reservados Global Mentoring 2012 Experiencia y Conocimiento para tu Vida 1 Spring es un proyecto de código abierto (open source), originalmente creado por Rod Johnson y descrito en su

Más detalles

ANEXO A: CATÁLOGO DE REQUERIMIENTOS

ANEXO A: CATÁLOGO DE REQUERIMIENTOS ANEXOS ANEXO A CATÁLOGO DE REQUERIMIENTOS Ítem Características Exigibilidad 1 El sistema permitirá el modelado de diagramas de clases usando notación UML. A 2 El sistema usará UML versión 2.0. A 3 El sistema

Más detalles

EL ENTORNO DE TRABAJO SQL ORACLE

EL ENTORNO DE TRABAJO SQL ORACLE PREVIO 2 EL ENTORNO DE TRABAJO SQL ORACLE Y LENGUAJE DE DEFINICIÓN DE DATOS DDL) INTRODUCCIÓN A ORACLE Oracle10g es de las últimas versiones de esté manejador de base de datos, incorpora la tecnología

Más detalles

GLOSARIO. Arquitectura: Funcionamiento, estructura y diseño de una plataforma de desarrollo.

GLOSARIO. Arquitectura: Funcionamiento, estructura y diseño de una plataforma de desarrollo. GLOSARIO Actor: Un actor es un usuario del sistema. Esto incluye usuarios humanos y otros sistemas computacionales. Un actor usa un Caso de Uso para ejecutar una porción de trabajo de valor para el negocio.

Más detalles

TFC J2EE. Aplicación Web para la gestión de facturación de una empresa de cerrajería. Sara Gutiérrez Melero ITIG Junio de 2012

TFC J2EE. Aplicación Web para la gestión de facturación de una empresa de cerrajería. Sara Gutiérrez Melero ITIG Junio de 2012 TFC J2EE Aplicación Web para la gestión de facturación de una empresa de cerrajería Sara Gutiérrez Melero ITIG Junio de 2012 Consultor: Jose Juan Rodriguez Índice 1. Introducción Objetivos Planificación

Más detalles

Capítulo III. Análisis y diseño.

Capítulo III. Análisis y diseño. Capítulo III. Análisis y diseño. 3.1 Análisis. El análisis es el intermediario entre los requisitos del sistema y el diseño, esta sección definiremos el análisis con una serie de modelos técnicos del sistema,

Más detalles

Qué es una base de datos. Laboratorio de Informix. Sistemas de archivos convencionales. Base de datos relacionales

Qué es una base de datos. Laboratorio de Informix. Sistemas de archivos convencionales. Base de datos relacionales Laboratorio de Informix Qué es una base de datos Es una colección de datos relacionados que sirven de múltiples propósitos y soportan múltiples usuarios. Octubre 2004 Sistemas de archivos convencionales

Más detalles

Laboratorio de Informix. Octubre 2004

Laboratorio de Informix. Octubre 2004 Laboratorio de Informix Octubre 2004 Qué es una base de datos Es una colección de datos relacionados que sirven de múltiples propósitos y soportan múltiples usuarios. Sistemas de archivos convencionales

Más detalles

desarrollo. Dentro del desarrollo de la tesis el proceso de modelado del sistema fue hecho con el

desarrollo. Dentro del desarrollo de la tesis el proceso de modelado del sistema fue hecho con el Capitulo II. Análisis de herramientas y tecnologías de desarrollo. Dentro del desarrollo de la tesis el proceso de modelado del sistema fue hecho con el lenguaje de Modelo de Objetos llamado UML (Unified

Más detalles

1. Definición. Open Source. Escalable. Alto desempeño. Arquitectura Modular. Producto de licencia de código abierto sin coste adicional.

1. Definición. Open Source. Escalable. Alto desempeño. Arquitectura Modular. Producto de licencia de código abierto sin coste adicional. 1. Definición JBoss es un proyecto de código abierto, con el que se consigue un servidor de aplicaciones basado en J2EE, e implementado al 100% en Java. Por lo tanto al estar basado en Java, JBoss puede

Más detalles

Herramienta de Gestión Integral de E-Business

Herramienta de Gestión Integral de E-Business Herramienta de Gestión Integral de E-Business Ingeniería técnica de informática de sistemas Autor: David López Martín Tutor: Antoni Oller Arcas Índice Introducción Metodología Análisis Diseño Planificación

Más detalles

Tablas y Campos Nuevos

Tablas y Campos Nuevos Tablas y Campos Nuevos Maxicomercio tiene la capacidad para poder agregar tablas y campos nuevos para darle nueva funcionalidad al sistema, los cambios que realice a la estructura de la base de datos podrán

Más detalles

Invertir Innovar Transformarse

Invertir Innovar Transformarse Invertir Innovar Transformarse INSTRUCTIVO DE ADMINISTRACION DE CUENTAS Pensar en grande, empezar en pequeño, crecer rápido REPÚBLICA DEL ECUADOR MINISTERIO DE ECONOMÍA Y FINANZAS PROYECTO DE ADMINISTRACIÓN

Más detalles

Anexo 4 Documento de Arquitectura

Anexo 4 Documento de Arquitectura Anexo 4 Documento de Arquitectura 1. Introducción El anexo se describe el propósito y alcance referentes al proyecto correspondiente al documento de arquitectura. 2. Propósito El propósito del anexo de

Más detalles

Tutorial Sencillo Yii Framework

Tutorial Sencillo Yii Framework Tutorial Sencillo Yii Framework Yii Framework http://www.yiiframework.com La guia definitiva para Yii http://www.yiiframework.com/doc/guide/1.1/es/index Yii Class Reference http://www.yiiframework.com/doc/api/1.0.10

Más detalles

UNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos

UNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos 2.1. Principios básicos del Modelado de Objetos UNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos Hoy en día muchos de los procesos que intervienen en un negocio o empresa y que resuelven

Más detalles

TFC J2EE. Tienda Online:WebCine

TFC J2EE. Tienda Online:WebCine TFC J2EE Tienda Online:WebCine Jose Luis Del Hoyo Fernández Consultor: Antoni Oller Arcas 13/01/2014 Índice del contenido 1. Introducción... 4 1.1 Descripción del proyecto... 4 1.2 Objetivos... 4 1.3

Más detalles

Realizar las actividades propias de desarrollador MUISCA, según los Términos de Referencia aprobados por el Banco Mundial.

Realizar las actividades propias de desarrollador MUISCA, según los Términos de Referencia aprobados por el Banco Mundial. SOLICITUD DE EXPRESIONES DE INTERES República de Colombia Dirección de Impuestos y Aduanas Nacionales Préstamo BIRF No.7831-CO Consolidación de los Sistemas de Información de la Gestión Pública Nacional

Más detalles

Comisión Nacional de Bancos y Seguros

Comisión Nacional de Bancos y Seguros Comisión Nacional de Bancos y Seguros Manual de Usuario Capturador de Pólizas División de Servicios a Instituciones Financieras Mayo de 2011 2 Contenido 1. Presentación... 3 1.1 Objetivo... 3 2. Descarga

Más detalles

Descripción de Arquitectura Repositorio de metadatos de componentes de software

Descripción de Arquitectura Repositorio de metadatos de componentes de software Descripción de Arquitectura Repositorio de metadatos de componentes de software 1. Introducción. 1.1. Propósito. 1.2. Alcance. 1.3. Definiciones. 1.4 Contexto. 1.5. Referencia. 2. Objetivos y restricciones

Más detalles

JAVA EE 5. Arquitectura, conceptos y ejemplos.

JAVA EE 5. Arquitectura, conceptos y ejemplos. JAVA EE 5. Arquitectura, conceptos y ejemplos. INTRODUCCIÓN. MODELO DE LA APLICACIÓN JEE5. El modelo de aplicación Java EE define una arquitectura para implementar servicios como lo hacen las aplicaciones

Más detalles

GUÍA DE TRABAJO N 11 LENGUAJE C# Programación de Software Articulación SENA Grado 10 Ing. Néstor Raúl Suarez Perpiñan Página 2 de 11

GUÍA DE TRABAJO N 11 LENGUAJE C# Programación de Software Articulación SENA Grado 10 Ing. Néstor Raúl Suarez Perpiñan Página 2 de 11 Página 1 de 11 GUIA N 11 - DESARROLLO DE SOFTWARE A TRES CAPAS Objetivo: Desarrollar una aplicación de software con tres capas (Presentación Lógica Persistencia) donde se establezca una conexión con una

Más detalles

Práctica Java POJO de Integración de Sistemas Tienda de Comercio Electrónico

Práctica Java POJO de Integración de Sistemas Tienda de Comercio Electrónico Práctica Java POJO de Integración de Sistemas Tienda de Comercio Electrónico Curso académico 2008-2009 1 Introducción La práctica de Integración de Sistemas consistirá en el diseño e implementación de

Más detalles

CAPÍTULO 4 ANÁLISIS Y DISEÑO: e-commerce CONSTRUCTOR

CAPÍTULO 4 ANÁLISIS Y DISEÑO: e-commerce CONSTRUCTOR CAPÍTULO 4 ANÁLISIS Y DISEÑO: e-commerce CONSTRUCTOR En este capítulo se describe el análisis y diseño de un sistema, denominado e-commerce Constructor, el cual cumple con los siguientes objetivos: Fungir

Más detalles

Formato para prácticas de laboratorio

Formato para prácticas de laboratorio Formato para prácticas de laboratorio CARRERA PLAN DE ESTUDIO CLAVE IGNATURA NOMBRE DE LA IGNATURA LSC 2009-2 12001 Administración de Bases de Datos PRÁCTICA No. 5 LABORATORIO DE NOMBRE DE LA PRÁCTICA

Más detalles

Capítulo II. Arquitectura del Software

Capítulo II. Arquitectura del Software Capítulo II. Arquitectura del Software Después de un cuidadoso análisis de los objetivos del proyecto, se determinó que la mejor manera de estructurar el sistema era haciendo uso del muy famoso patrón

Más detalles

Herramienta de Control de Gestión de Documentación de Proyectos de Explotación de Información (CADMCoG-II)

Herramienta de Control de Gestión de Documentación de Proyectos de Explotación de Información (CADMCoG-II) Herramienta de Control de Gestión de Documentación de Proyectos de Eplotación de Información (CADMCoG-II) Natalia Aguirre, Alan Lopez, Natalia Romero Cátedra Proyecto de Software Licenciatura en Sistemas

Más detalles

DEFINICION, ANALISIS Y DISEÑO DE UN SISTEMA DE INTRANET PARA UNA EMPRESA PRODUCTORA DE BIENES Y SERVICIOS PARA EL SECTOR ELECTRICO COLOMBIANO

DEFINICION, ANALISIS Y DISEÑO DE UN SISTEMA DE INTRANET PARA UNA EMPRESA PRODUCTORA DE BIENES Y SERVICIOS PARA EL SECTOR ELECTRICO COLOMBIANO UNIVERSIDAD NACIONAL DE COLOMBIA SEDE MEDELLÍN FACULTAD DE MINAS ESCUELA DE SISTEMAS E INFORMÁTICA TRABAJO DE GRADO DEFINICION, ANALISIS Y DISEÑO DE UN SISTEMA DE INTRANET PARA UNA EMPRESA PRODUCTORA DE

Más detalles

BackflipSD Modelo de Diseño

BackflipSD Modelo de Diseño BackflipSD Modelo de Diseño Historia de revisiones: Fecha Versión Descripción Autor 04/09/2012 1.0 Rodrigo Stecanella 16/09/2012 1.1 Rodrigo Stecanella 1 Contenido Historia de revisiones:...1 Introducción...3

Más detalles

TFC. Ingeniería de Software MEMORIA. Consultor: Juan José Cuadrado Gallego

TFC. Ingeniería de Software MEMORIA. Consultor: Juan José Cuadrado Gallego TFC Ingeniería de Software Alumno: Halyna Klachko Consultor: Juan José Cuadrado Gallego Índice 1. Identificación del proyecto..5 1.1 Introducción...5 1.2 Objetivos del proyecto..5 1.3 Descripción general..5

Más detalles

En el siguiente apartado se detallan ciertos conceptos que ayudan a comprender en mayor medida el Proyecto.

En el siguiente apartado se detallan ciertos conceptos que ayudan a comprender en mayor medida el Proyecto. APÉNDICES En el siguiente apartado se detallan ciertos conceptos que ayudan a comprender en mayor medida el Proyecto. APÉNDICE 1. Herramientas Las herramientas que se usaron en el análisis, desarrollo

Más detalles

Capas de la arquitectura de referencia

Capas de la arquitectura de referencia DOCUMENTO DE ARQUITECTURA DE REFERENCIA PARA APLICACIONES WEB GESTIÓN INFORMÁTICA UNIVERSIDAD DE ANTIOQUIA Este documento se estructura teniendo en cuenta las recomendaciones del artículo de IBM Reference

Más detalles

INSTITUTO NACIONAL DE SEGUROS DIRECCIÓN DE INFORMÁTICA. Manual de Usuario de SeVins Módulo INSonline. Versión: #1

INSTITUTO NACIONAL DE SEGUROS DIRECCIÓN DE INFORMÁTICA. Manual de Usuario de SeVins Módulo INSonline. Versión: #1 INSTITUTO NACIONAL DE SEGUROS DIRECCIÓN DE INFORMÁTICA Manual de Usuario de SeVins Módulo INSonline Versión: #1 Fecha actualización anterior: Fecha última actualización: Página: 2 de 70 Tabla de contenidos

Más detalles

IVista: es la interfaz con la que el Presentador se comunica con la vista.

IVista: es la interfaz con la que el Presentador se comunica con la vista. Capítulo 3 MODELO DE DISEÑO 3.1 Arquitectura Modelo-Vista-Presentador La arquitectura Modelo-Vista-Presentador (MVP) [11] separa el modelo, la presentación y las acciones basadas en la interacción con

Más detalles

ANOTACIONES PARA LA PRESENTACIÓN

ANOTACIONES PARA LA PRESENTACIÓN DIAPOSITIVA Nº2 Cada vez más gente tiene horario de oficinas y necesitan comer en el trabajo, o bien porque no les da tiempo de ir a casa o bien porque no tienen tiempo o habilidades para gestionar su

Más detalles

Lo que necesitaremos para programar en Java, será un editor de texto o IDE y la JDK.

Lo que necesitaremos para programar en Java, será un editor de texto o IDE y la JDK. Introducción Java surgió en 1991 dentro de la empresa Sun Microsystems como un lenguaje de programación sencillo y universal destinado a electrodomésticos. La reducida potencia de cálculo y memoria de

Más detalles

Arquitectura y Diseño de la Solución

Arquitectura y Diseño de la Solución Arquitectura y Diseño de la Solución Recuento de Conceptos importantes Modelamiente / Versionamiento de trámites Vista Conceptual Subsistemas Funcionales Principales Detalle de los subsistemas Vista de

Más detalles

PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA. Plan de Pruebas. File: 20130211-QA-INF-V2-PLAN DE PRUEBAS.odt STD-INF-GENERAL Versión: 1.

PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA. Plan de Pruebas. File: 20130211-QA-INF-V2-PLAN DE PRUEBAS.odt STD-INF-GENERAL Versión: 1. Cliente: FCM-UNA Página 1 de 14 PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA Cliente: FCM-UNA Página 2 de 14 Tabla de contenido 1. INTRODUCCIÓN 1.1. PROPÓSITO 1.2. ALCANCE 1.3. DEFINICIONES, ACRÓNIMOS

Más detalles

Especificación de Requisitos del Sistema de Registro y Control de Bienes Muebles de la ULA (ULA_SRCBM, versión 1.0)

Especificación de Requisitos del Sistema de Registro y Control de Bienes Muebles de la ULA (ULA_SRCBM, versión 1.0) Proyecto: Actualización del Sistema de Información de Muebles Documento: Especificación de s del Sistema de Registro y Control de Muebles ULA (ULA_SRCBM, versión 1.0) Elaborado por: William J. Montilva

Más detalles

m047a Curso Programando una Base de Datos SQL Server 2008, 36 h Creación B.D. y Constraints

m047a Curso Programando una Base de Datos SQL Server 2008, 36 h Creación B.D. y Constraints Crear Una Base De Datos (L12) A TRAVÉS DE LA CONSOLA DE ADMINISTRACIÓN A TRAVÉS DEL ASISTENTE DE BASES DE DATOS (DATABASE WIZARD) A TRAVÉS DE COMANDOS SQL (CREATE DATABASE, CREATE TABLE) Crear Un Grupo

Más detalles

TFC J2EE WorkCol: Software Colaborativo. Pedro Guerrero Jiménez ETIG / ETIS. Salvador Campo Mazarico

TFC J2EE WorkCol: Software Colaborativo. Pedro Guerrero Jiménez ETIG / ETIS. Salvador Campo Mazarico TFC J2EE WorkCol: Software Colaborativo Pedro Guerrero Jiménez ETIG / ETIS Salvador Campo Mazarico 16-06-2014 Control documental Proyecto: Entidad de destino: Titulo: Ámbito del proyecto: Proyecto de desarrollo

Más detalles

SOLUCIÓN DE UNA INTRANET BAJO SOFTWARE OPEN SOURCE PARA EL GOBIERNO MUNICIPAL DEL CANTÓN BOLÍVAR [IOS-GMCB]

SOLUCIÓN DE UNA INTRANET BAJO SOFTWARE OPEN SOURCE PARA EL GOBIERNO MUNICIPAL DEL CANTÓN BOLÍVAR [IOS-GMCB] Gobierno Municipal del Cantón Bolívar. SOLUCIÓN DE UNA INTRANET BAJO SOFTWARE OPEN SOURCE PARA EL GOBIERNO MUNICIPAL DEL CANTÓN BOLÍVAR [IOS-GMCB] Visión Universidad Técnica del Norte Histórico de Revisiones

Más detalles

Proyecto de curso. Durante el curso de análisis y diseño 1, los estudiantes desarrollaron sus habilidades de abstracción y visión sistemática.

Proyecto de curso. Durante el curso de análisis y diseño 1, los estudiantes desarrollaron sus habilidades de abstracción y visión sistemática. Universidad de San Carlos Facultad de Ingeniería Ingeniería en Ciencias y Sistemas Análisis y Diseño de Sistemas 2 Proyecto de curso Durante el curso de análisis y diseño 1, los estudiantes desarrollaron

Más detalles

Anexos Manual Técnico

Anexos Manual Técnico Anexos Manual Técnico Índice de Contenidos 1. Manual Técnico... 3 1.1. Diccionario de Datos... 3 1.1.1 de la Tabla: ACT_PROVEEDORES... 3 1.1.2 de la Tabla: COMPRAS... 3 1.1.3 de la Tabla: SUM_DETALLE_COMPRAS...

Más detalles

Introducción a Javato

Introducción a Javato Introducción a Javato Fº. Javier Pereñiguez Steria Iberica 20/02/2008 Índice Introducción Arquitectura Ejemplo arquitectura Plataforma Desarrollo Ejemplo de entorno de desarrollo Vías futuras Casos de

Más detalles

Licencia 2: (Creative Commons)

Licencia 2: (Creative Commons) Licencia 2: (Creative Commons) Esta obra está bajo una licencia Reconocimiento-No comercial-sin obras derivadas 2.5 España de Creative Commons. Puede copiarlo, distribuirlo y transmitirlo públicamente

Más detalles

Ingeniería de Software

Ingeniería de Software Ingeniería de Software MSDN Ingeniería de Software...1 Ingeniería del Software_/_ Ingeniería y Programación...1 Análisis de Requerimientos...2 Especificación...3 Diseño...4 Desarrollo en Equipo...5 Mantenimiento...6

Más detalles

UNIVERSIDAD DE GUAYAQUIL

UNIVERSIDAD DE GUAYAQUIL UNIVERSIDAD DE GUAYAQUIL FACULTAD DE CIENCIAS MATEMATICAS Y FISICAS CARRERA DE INGENIERIA EN SISTEMAS COMPUTACIONALES DESARROLLO DE SISTEMA WEB EMPRESARIAL PARA LA ORIENTACIÓN VOCACIONAL Y LA GESTION DE

Más detalles

Documento de Arquitectura de Software IEEE-1471-2000

Documento de Arquitectura de Software IEEE-1471-2000 Documento de Arquitectura de Software Control del documento IEEE-1471-2000 Proyecto Sistema Restaurant Título Arquitectura del Sistema [v1.0 al 02 de Julio de 2009] Generado por Magister en Informática

Más detalles

Estructura de Bases de datos. Leonardo Víquez Acuña

Estructura de Bases de datos. Leonardo Víquez Acuña Estructura de Bases de datos Leonardo Víquez Acuña Lenguajes de Bases de Datos Un sistema de bases de datos proporciona Un lenguaje de definición de datos para especificar el esquema de la base de datos

Más detalles

http://www.cem.itesm.mx/extension/ms

http://www.cem.itesm.mx/extension/ms Diplomado Programación orientada a objetos con Java y UML Las empresas necesitan contar con sistemas de información modernos, ágiles y de calidad para alcanzar sus objetivos y ser cada vez más competitivos

Más detalles

Análisis y Diseño. Guía Teórica desarrollada por el profesor del curso: Modelo Físico. Ing. Daniel Yucra danielyucra@uigv.edu.pe

Análisis y Diseño. Guía Teórica desarrollada por el profesor del curso: Modelo Físico. Ing. Daniel Yucra danielyucra@uigv.edu.pe Análisis y Diseño Guía Teórica desarrollada por el profesor del curso: Modelo Físico Ing. Daniel Yucra danielyucra@uigv.edu.pe Workflow Detail: Design the Database El propósito de este detalle es el flujo

Más detalles

ARC 108 Component Model

ARC 108 Component Model ARC 108 Component Model Evolución Tecnológica de RNOM Banco de Previsión Social Tabla de Contenidos ARC 108 Component Model 1. INTRODUCCIÓN 3 2. OBJETIVO 4 3. NOTACIÓN 5 4. ARQUITECTURA GLOBAL 6 4.1. DIAGRAMA

Más detalles

Funcionalidades de los Sistemas GCS y SIGAME para los comprobantes electrónicos

Funcionalidades de los Sistemas GCS y SIGAME para los comprobantes electrónicos Funcionalidades de los Sistemas GCS y SIGAME para los comprobantes electrónicos SISTEMA GCS - NUEVAS FUNCIONALIDADES Generación de Archivos XML para: Facturas, Notas de Crédito y Notas de Debito 1. Se

Más detalles

Maestría en Bioinformática. Bases de Datos y Sistemas de Información SQL: DDL. Ing. Alfonso Vicente, PMP alfonso.vicente@logos.com.

Maestría en Bioinformática. Bases de Datos y Sistemas de Información SQL: DDL. Ing. Alfonso Vicente, PMP alfonso.vicente@logos.com. Maestría en Bioinformática Bases de Datos y Sistemas de Información SQL: DDL Ing. Alfonso Vicente, PMP alfonso.vicente@logos.com.uy Agenda SQL DDL Lenguaje SQL Sub-lenguajes Dialectos Agenda SQL DDL Esquemas

Más detalles

TEMA: DESARROLLO DE APLICACIONES WEB INTERACTIVAS UTILIZANDO LA TÉCNICA AJAX AUTOR: MERY SUSANA ZAMBONINO BAUTISTA

TEMA: DESARROLLO DE APLICACIONES WEB INTERACTIVAS UTILIZANDO LA TÉCNICA AJAX AUTOR: MERY SUSANA ZAMBONINO BAUTISTA TEMA: DESARROLLO DE APLICACIONES WEB INTERACTIVAS UTILIZANDO LA TÉCNICA AJAX AUTOR: MERY SUSANA ZAMBONINO BAUTISTA AREA DEL TEMA: INGENIERÍA DE SOFTWARE OBJETIVO GENERAL Desarrollar aplicaciones web utilizando

Más detalles

ELEMENTO I INTRODUCCION A LOS SISTEMAS DE BASES DE DATOS

ELEMENTO I INTRODUCCION A LOS SISTEMAS DE BASES DE DATOS Base de Datos ELEMENTO I INTRODUCCION A LOS SISTEMAS DE BASES DE DATOS Una base de datos es un conjunto de elementos de datos que se describe a sí mismo, con relaciones entre esos elementos, que presenta

Más detalles

Rafael Doña Gil. Enginyeria Tècnica en Informàtica de Sistemes. Consultor: Jose Juan Rodríguez

Rafael Doña Gil. Enginyeria Tècnica en Informàtica de Sistemes. Consultor: Jose Juan Rodríguez Rafael Doña Gil Enginyeria Tècnica en Informàtica de Sistemes Consultor: Jose Juan Rodríguez 14 de Enero de 2013 Contenido 1. Introducción 2. Análisis funcional 3. Diseño Técnico 4. Implementación 5. Conclusiones

Más detalles

Aplicación Java para distribución de código en R

Aplicación Java para distribución de código en R rolgalan@gmail.com Huesca - 24 de noviembre de 2009 Implementación Descripción problema Existen muchos problemas, cuya resolución informática requiere de un enorme tiempo de cómputo. En la actualidad,

Más detalles

Taller de Programación II J2EE

Taller de Programación II J2EE ᄎ INACAP Universidad Tecnológica de Chile Sede Santiago Centro Taller de Programación II J2EE Tema 03 Uso de las Bases de Datos con Java Ing. Manuel López R. Recordando conceptos sobre bases de datos...

Más detalles

ARQUITECTUA DE M2M MIGUEL ÁLVAREZ Y CLARA HERRERO. Documento inicial

ARQUITECTUA DE M2M MIGUEL ÁLVAREZ Y CLARA HERRERO. Documento inicial Título ARQUITECTUA DE M2M Proyecto Monkey to Monkey ( M 2 M ) Equipo Proyectos Informáticos Versión 1.0 Código PLAN_M2M_2012_04_01 Fecha 19/04/2012 Autores MIGUEL ÁLVAREZ Y CLARA HERRERO Estado Documento

Más detalles

Técnico Superior en Programación con Java SE Standard Edition

Técnico Superior en Programación con Java SE Standard Edition Código: M087_04 Técnico Superior en Programación con Java SE Standard Edition Modalidad: Distancia Duración: 120 horas Objetivos: Este pack de materiales formativos proporcionará al alumnado la base que

Más detalles

Análisis, diseño e implementación de una tienda virtual con tecnología J2EE

Análisis, diseño e implementación de una tienda virtual con tecnología J2EE Universitat Oberta de Catalunya Eng. Técnica en Informática de Sistemas TRABAJO FIN DE CARRERA: Análisis, diseño e implementación de una tienda virtual con tecnología J2EE Nombre del estudiante: Marisol

Más detalles

Curso de Java EE Todos los Derechos Reservados Global Mentoring 2012 Experiencia y Conocimiento para tu Vida 1

Curso de Java EE Todos los Derechos Reservados Global Mentoring 2012 Experiencia y Conocimiento para tu Vida 1 Todos los Derechos Reservados Global Mentoring 2012 Experiencia y Conocimiento para tu Vida 1 Vivimos en un mundo globalizado, donde la eficiencia y productividad de las empresas es un factor crucial para

Más detalles

Capítulo 4. Implementación del lenguaje multitáctil

Capítulo 4. Implementación del lenguaje multitáctil Capítulo 4. Implementación del lenguaje multitáctil En este capítulo se presenta como fue diseñado y desarrollado el servicio de ademanes multitáctiles. Se presentan la arquitectura general del sistema,

Más detalles

Capítulo I. Marco Teórico

Capítulo I. Marco Teórico 1 Capítulo I. Marco Teórico 1. Justificación Hoy en día existe una gran diversidad de aplicaciones que corren sobre la World Wide Web (WWW o Web), y cada una orientada a un fin en particular, el cuál depende

Más detalles

Curso: Programación con JAVA SE Estándar Edition.

Curso: Programación con JAVA SE Estándar Edition. Curso: Programación con JAVA SE Estándar Edition. Código: 1062 Familia Profesional: Programación. Acreditación: Formación reconocida a través de vías no formales Modalidad: Distancia Duración: 150 horas

Más detalles

Técnicas de Diseño CRM 1

Técnicas de Diseño CRM 1 Técnicas de Diseño CRM SAAT 2 Índice Descripción del Negocio... 3 Contexto... 3 Alcance... 3 Glosario... 5 Arquitectura propuesta... 7 Manejo de sesiones... 7 Implementación de persistencia y transaccionalidad...

Más detalles

CICLO SUPERIOR DESARROLLO DE APLICACIONES MULTIPLATAFORMA

CICLO SUPERIOR DESARROLLO DE APLICACIONES MULTIPLATAFORMA CICLO SUPERIOR DESARROLLO DE APLICACIONES MULTIPLATAFORMA PROGRAMACIÓN DIDACTICA ANUAL Parte específica del módulo: 0485. Programación Departamento de Familia Profesional de Informática Curso: 2014-15

Más detalles

CAPITULO V: Contribución Teórica y Práctica

CAPITULO V: Contribución Teórica y Práctica CAPITULO V: Contribución Teórica y Práctica 5.1. Requerimientos Funcionales El sistema propuesto reúne una serie de requerimientos captados en las reuniones llevadas a cabo por parte del cliente GMD. Mediante

Más detalles

SISTEMA DE ESPECIICACION DE REQUERIMIENTOS

SISTEMA DE ESPECIICACION DE REQUERIMIENTOS SISTEMA DE ESPECIICACION DE REQUERIMIENTOS Presentado por: Jefferson Peña Cristian Álvarez Cristian Alzate 10 CONTENIDO 1. INTRODUCCIÓN 1.1. PROPÓSITO 1.2. AMBITO DEL SISTEMA 1.3. DEFINICIONES, ACRÓNIMOS

Más detalles

Solicitud de Compras. Bizagi Suite. Copyright 2014 Bizagi

Solicitud de Compras. Bizagi Suite. Copyright 2014 Bizagi Solicitud de Compras Bizagi Suite Solicitud de Compras 1 Tabla de Contenido Solicitud de Compra... 3 Modelo de Datos... 4 Elementos del proceso... 5 Crear Solicitud de Compra... 5 Autorizar Solicitud...

Más detalles

SGOCF Sistema de Gestión de Operaciones Comerciales de Financiación. Memoria

SGOCF Sistema de Gestión de Operaciones Comerciales de Financiación. Memoria 1 Portada SGOCF Sistema de Gestión de Operaciones Comerciales de Financiación Memoria Trabajo de Fin de Carrera Ingeniería Técnica de Informática de Sistemas Autor: David Rodríguez Villar Consultor: Oscar

Más detalles

8972 Personalización y Configuración de Microsoft Dynamics CRM 4.0

8972 Personalización y Configuración de Microsoft Dynamics CRM 4.0 8972 Personalización y Configuración de Microsoft Dynamics CRM 4.0 Introducción Este curso de tres días impartido por instructor, provee a estudiantes con el conocimiento y habilidades necesarias para

Más detalles

SIGPRE Sistema de Gestión Presupuestaria

SIGPRE Sistema de Gestión Presupuestaria SIGPRE Sistema de Gestión Presupuestaria Documento de Arquitectura UTN Histórico de Revisiones Fecha Versión Descripción Autor 11/17/2009 1.0 Borrador de la arquitectura Roberto López Hinojosa 12/14/2009

Más detalles

Análisis y Diseño de un software de gestión de incidencias técnicas adaptado a la ISO/IEC 20000

Análisis y Diseño de un software de gestión de incidencias técnicas adaptado a la ISO/IEC 20000 Trabajo de Fin de Carrera Ingeniería Técnica en Informática de Gestión Área de Ingeniería del Software Memoria Análisis y Diseño de un software de gestión de incidencias técnicas adaptado a la ISO/IEC

Más detalles

Data Source. Lic. Esteban Calabria 2007

Data Source. Lic. Esteban Calabria 2007 Data Source Lic. Esteban Calabria 2007 Layer Data Source Los sistemas raramente viven aislados del mundo. La responsabilidad de la capa Data Source es manejar la comunicación del nuestro sistema con otros.

Más detalles

Acceso a bases de datos MySQL con PHP

Acceso a bases de datos MySQL con PHP GESTIÓN Y ADMINISTRACIÓN WEB Acceso a bases de datos MySQL con PHP Ing. CIP Fabián Silva Alvarado fsilvasys@hotmail.com DEFINICIÓN DE BASE DE DATOS Base de Datos es un conjunto de datos relacionados entre

Más detalles

Dinámica El framework RADical J2EE sin complicaciones. Biblioteca Técnica: audit logs Control declarativo de trazas de auditoria con Dinámica

Dinámica El framework RADical J2EE sin complicaciones. Biblioteca Técnica: audit logs Control declarativo de trazas de auditoria con Dinámica Biblioteca Técnica: audit logs Control declarativo de trazas de auditoria con Dinámica Última actualización: 2008-09-30 Requiere framework v2.1.4 release 2008/09 en adelante Contenido Sumario...2 Requerimientos...2

Más detalles

CURSO DE SQL SERVER 2005

CURSO DE SQL SERVER 2005 CURSO DE SQL SERVER 2005 Una vez finalizado el curso, el alumno estará preparado para: Instalar y configurar SQL Server 2005. Comprender los conceptos más importantes del diseño de bases de datos. Crear

Más detalles

Trabajo Final de Graduación para optar por el título. Bachiller en Ingeniería en Computación

Trabajo Final de Graduación para optar por el título. Bachiller en Ingeniería en Computación Trabajo Final de Graduación para optar por el título Bachiller en Ingeniería en Computación Migración del Módulo de Inventario del Sistema Business Advance Víctor Guzmán Alfaro Carrera Ingeniería en Computación

Más detalles

Guía para el tratamiento en Allegro de recibos para centros no pertenecientes a la Generalitat Valenciana.

Guía para el tratamiento en Allegro de recibos para centros no pertenecientes a la Generalitat Valenciana. Guía para el tratamiento en Allegro de recibos para centros no pertenecientes a la Generalitat Valenciana. Esta guía muestra como proceder en la configuración y posterior uso de la aplicación Allegro en

Más detalles

LENGUAJE DE CONSULTA ESTRUCTURADO - SQL CONTENIDO

LENGUAJE DE CONSULTA ESTRUCTURADO - SQL CONTENIDO LENGUAJE DE CONSULTA ESTRUCTURADO - SQL 1. TIPOS DE DATOS 2. COMANDOS DDL 2.1 Créate 2.2 Drop 2.3 Alter 3. COMANDOS DML 3.1 Select 3.2 Insert 3.3 Update 3.4 Delete 4. CLAUSULAS 4.1 From 4.2 Where 4.3 Having

Más detalles

Descripción General de Softengine Pinakes

Descripción General de Softengine Pinakes Descripción General de Softengine Pinakes Características de Softengine Pinakes. Pinakes es un sistema modular altamente configurable que tiene las siguientes características: Es amigable con el usuario.

Más detalles

Maestría en Bioinformática. Bases de Datos y Sistemas de Información. Diseño Lógico. Ing. Alfonso Vicente, PMP alfonso.vicente@logos.com.

Maestría en Bioinformática. Bases de Datos y Sistemas de Información. Diseño Lógico. Ing. Alfonso Vicente, PMP alfonso.vicente@logos.com. Maestría en Bioinformática Bases de Datos y Sistemas de Información Diseño Lógico Ing. Alfonso Vicente, PMP alfonso.vicente@logos.com.uy Agenda Conceptos Herramientas Diseño lógico Modelo Relacional Las

Más detalles

Base de Datos Práctica 1.

Base de Datos Práctica 1. Base de Datos Práctica 1. Objetivo: Introducción al Mysql, aprender a identificar los errores más comunes en la creación de las bases de datos para su solución, conocer los diferentes tipos de datos y

Más detalles

SinAuto: Captura de requisitos

SinAuto: Captura de requisitos SinAuto: Captura de requisitos INGENIERÍA DEL SOFTWARE 08/09 (PROFESOR: G. RIGAU) GRUPO6 Miguel Meaurio Peña... mogiokfmaster@gmail.com Cesar Peñas... kuxume@gmail.com Alexander Díaz Miguel... nator900@hotmail.com

Más detalles

II. Relación con Terceros

II. Relación con Terceros II. Relación con Terceros Introducción a la Relación con Terceros Los terceros se refieren a las entidades con las cuales se realizan transacciones en la organización. Hay tres tipos de terceros, están:

Más detalles

Práctica de Integración de Sistemas Aplicación Web.NET: Sitio de Comentarios de Eventos Deportivos

Práctica de Integración de Sistemas Aplicación Web.NET: Sitio de Comentarios de Eventos Deportivos Práctica de Integración de Sistemas Aplicación Web.NET: Sitio de Comentarios de Eventos Deportivos 1. Introducción Curso académico 2009-2010 La práctica de Integración de Sistemas consiste en el diseño

Más detalles

Catoira Fernando Fullana Pablo Rodriguez Federico [MINERIA DE LA WEB] Proyecto Final - Informe Final

Catoira Fernando Fullana Pablo Rodriguez Federico [MINERIA DE LA WEB] Proyecto Final - Informe Final Catoira Fernando Fullana Pablo Rodriguez Federico [MINERIA DE LA WEB] Proyecto Final - Informe Final INTRODUCCION En principio surgió la idea de un buscador que brinde los resultados en agrupaciones de

Más detalles

ANEXO2 PLATAFORMA VIRTUAL DE APRENDIZAJE COLABORATIVO BASADO EN LA METODOLOGÍA POL. (PLAPOL+) Carlos Andrés Moreno Mayor Fernando José García Cabal

ANEXO2 PLATAFORMA VIRTUAL DE APRENDIZAJE COLABORATIVO BASADO EN LA METODOLOGÍA POL. (PLAPOL+) Carlos Andrés Moreno Mayor Fernando José García Cabal ANEXO2 PLATAFORMA VIRTUAL DE APRENDIZAJE COLABORATIVO BASADO EN LA METODOLOGÍA POL. PLAPOL+ Carlos Andrés Moreno Mayor Fernando José García Cabal DOCUMENTO DE ARQUITECTURA BASE 1 1 REVISIONES Versión Fecha

Más detalles

Integridad y Seguridad. Integridad y Seguridad. Restricción de Dominio. Protección. Índice. create domain. Dominios

Integridad y Seguridad. Integridad y Seguridad. Restricción de Dominio. Protección. Índice. create domain. Dominios Protección Integridad y Seguridad Las Restricciones de Integridad aseguran que las modificaciones realizadas por usuarios autorizados no provocan perdidas de Consistencia Semántica El Control de Acceso

Más detalles