Este documento describe el análisis y diseño de un sistema de repositorio para programas de Java. Se detallan las principales funciones como almacenar y recuperar código, compilar programas, realizar búsquedas, y generar código fuente coloreado. También se especifican los casos de uso para acciones como registro de usuarios, autenticación, agregar y eliminar programas, y realizar consultas a la base de datos. Finalmente, se describen las interacciones del sistema con componentes como la base de datos, el servidor web, y herramient
Este documento explica cómo crear y configurar un curso de demostración en el Sistema de Libro de Clases Electrónico (LCE). Primero, se requiere ser el usuario principal o un operador con rol administrativo en LCE y contar con un lector biométrico. Luego, se ingresa al sitio web, se crea el curso de demostración y se agregan los datos de los relatores asignados al curso. Finalmente, el curso de demostración está listo para usar siguiendo las instrucciones de los cursos siguientes.
1) El documento presenta la Unidad I de un curso introductorio sobre el Libro de Clases Electrónico (LCE), el cual enseña conceptos básicos como definiciones, biometría, requerimientos del sistema, y aplicaciones y roles en LCE.
2) El LCE es un sistema para llevar registros del libro de clases de forma electrónica utilizando huella digital para tomar asistencia.
3) El sistema consta de dos aplicaciones: la web LCE y la aplicación de escritorio Asistencia SENCE 2.2.
Este documento proporciona instrucciones sobre cómo configurar usuarios en el Libro de Clases Electrónico (LCE). Explica cómo editar operadores, restablecer contraseñas, crear relatores y administradores como operadores, y perfilar administradores por funcionalidad y contenido. También cubre cómo enrolar usuarios y eliminarlos.
Este documento explica los pasos para activar una institución en el Libro de Clases Electrónico (LCE) y crear el primer usuario. Esto incluye actualizar los datos de la institución en el portal de SENCE, crear el primer usuario administrativo, y otorgar permisos. También cubre cómo los usuarios pueden ingresar al sistema LCE usando contraseña o huella digital, y cómo activar un administrador global.
El manual describe el sistema de matrícula y notas. Permite el registro de cursos, jurisdicciones, alumnos y sus datos familiares. Ofrece opciones para registrar matrículas y notas de alumnos ordenados por grado y sección. El sistema genera códigos de forma automática y permite funciones como modificar, eliminar e imprimir registros e informes.
El documento describe la importancia de la documentación de sistemas y diferentes tipos de documentación, incluyendo manuales de usuario e informes finales. Explica que la documentación de sistemas proporciona información sobre qué hacen los sistemas, cómo funcionan y para quién, y es esencial para el mantenimiento, auditoría y uso del sistema. También cubre el proceso de desarrollo de manuales de usuario, incluyendo la identificación de usuarios y módulos, y la capacitación de usuarios.
Para acceder a los cursos e-Learning en la plataforma, los usuarios deben ingresar su nombre y contraseña en la página web, seleccionar el curso deseado como "Manipulación de alimentos", elegir el módulo específico haciendo clic en el icono, y descargar e iniciar el curso seleccionado.
Este documento describe los pasos para tomar asistencia electrónica utilizando una hoja de contingencia cuando no se puede descargar un curso. Explica cómo crear una hoja de contingencia, agregar asistentes y tomar lista sin usar datos de curso descargados. Luego, las asistencias de la hoja de contingencia deben ser cargadas a un curso en el Libro de Clases Electrónico para ser contabilizadas.
Este documento explica cómo crear y configurar un curso de demostración en el Sistema de Libro de Clases Electrónico (LCE). Primero, se requiere ser el usuario principal o un operador con rol administrativo en LCE y contar con un lector biométrico. Luego, se ingresa al sitio web, se crea el curso de demostración y se agregan los datos de los relatores asignados al curso. Finalmente, el curso de demostración está listo para usar siguiendo las instrucciones de los cursos siguientes.
1) El documento presenta la Unidad I de un curso introductorio sobre el Libro de Clases Electrónico (LCE), el cual enseña conceptos básicos como definiciones, biometría, requerimientos del sistema, y aplicaciones y roles en LCE.
2) El LCE es un sistema para llevar registros del libro de clases de forma electrónica utilizando huella digital para tomar asistencia.
3) El sistema consta de dos aplicaciones: la web LCE y la aplicación de escritorio Asistencia SENCE 2.2.
Este documento proporciona instrucciones sobre cómo configurar usuarios en el Libro de Clases Electrónico (LCE). Explica cómo editar operadores, restablecer contraseñas, crear relatores y administradores como operadores, y perfilar administradores por funcionalidad y contenido. También cubre cómo enrolar usuarios y eliminarlos.
Este documento explica los pasos para activar una institución en el Libro de Clases Electrónico (LCE) y crear el primer usuario. Esto incluye actualizar los datos de la institución en el portal de SENCE, crear el primer usuario administrativo, y otorgar permisos. También cubre cómo los usuarios pueden ingresar al sistema LCE usando contraseña o huella digital, y cómo activar un administrador global.
El manual describe el sistema de matrícula y notas. Permite el registro de cursos, jurisdicciones, alumnos y sus datos familiares. Ofrece opciones para registrar matrículas y notas de alumnos ordenados por grado y sección. El sistema genera códigos de forma automática y permite funciones como modificar, eliminar e imprimir registros e informes.
El documento describe la importancia de la documentación de sistemas y diferentes tipos de documentación, incluyendo manuales de usuario e informes finales. Explica que la documentación de sistemas proporciona información sobre qué hacen los sistemas, cómo funcionan y para quién, y es esencial para el mantenimiento, auditoría y uso del sistema. También cubre el proceso de desarrollo de manuales de usuario, incluyendo la identificación de usuarios y módulos, y la capacitación de usuarios.
Para acceder a los cursos e-Learning en la plataforma, los usuarios deben ingresar su nombre y contraseña en la página web, seleccionar el curso deseado como "Manipulación de alimentos", elegir el módulo específico haciendo clic en el icono, y descargar e iniciar el curso seleccionado.
Este documento describe los pasos para tomar asistencia electrónica utilizando una hoja de contingencia cuando no se puede descargar un curso. Explica cómo crear una hoja de contingencia, agregar asistentes y tomar lista sin usar datos de curso descargados. Luego, las asistencias de la hoja de contingencia deben ser cargadas a un curso en el Libro de Clases Electrónico para ser contabilizadas.
Desarrollo de aplicaciones web con casos de usoJosafat Mtz
Este documento presenta casos de uso, descripciones y diagramas de secuencia para tres procesos en un sistema de gestión de una empresa manufacturera: 1) ingreso al sistema, 2) alta de usuarios, y 3) alta de materiales. Se utiliza la metodología UML para modelar cada caso de uso y describir los pasos involucrados. Diagramas de secuencia muestran el flujo de interacción entre actores y el sistema para cada proceso.
1.Definir el problema-> Describir el problema de forma precisa y exacta.
2. Realizar un análisis de Requisitos-> En este paso se describen los requisitos que el sistema debe cumplir para satisfacer las necesidades del cliente o usuario. “La captura de requisitos es el proceso de averiguar, normalmente en circunstancias difíciles, lo que se debe construir, en otras palabras, lo que hará el sistema”.
3. Crear el modelo conceptual del dominio del problema-> En este paso se van a representar los conceptos más relevantes de las entrevistas, cuestionarios, observaciones, revisión documental, otros., realizadas para desarrollar el sistema.
4. Realizar Diseño de Sistema (Crear Arquitectura) -> en este paso se tiene el conjunto de diagramas UML que permiten modelar el problema y su solución. A continuación se mencionan los siguientes:
4.1 Diseño de Interfaces (E/S)
4.2 Diseño de Procesos:
Diagramas de Clases.
Diagramas de Secuencia.
Diagramas de Colaboración.
Diagramas de Actividad.
Diagramas de Estado.
4.3 Diseño de la Base de Datos
5. Evolución (Implantación)
Codificación
Documentación
Pruebas
Migración de Datos
Entretenimiento/Capacitacion
Costo del Sistema
6. Mantenimiento -> adaptación a nuevos requerimientos.
El manual describe los procesos y características del sistema para que los usuarios puedan introducir y acceder información. Explica los objetivos de enseñar a los usuarios a preparar y obtener datos de entrada y salida, y servir como manual de aprendizaje y referencia. Detalla los pasos para definir los usuarios, sus roles, y los módulos en que participarán. Además, explica los elementos clave del manual como la portada, tabla de contenido, requisitos, instalación, diagramas de flujo, entradas y salidas del sistema, y situ
Este documento presenta información sobre el ciclo de vida y el diseño de sistemas de información. Explica que el ciclo de vida incluye fases como la planificación, el análisis, el diseño, el desarrollo, las pruebas e implementación. También describe algunas técnicas comunes para el diseño de sistemas como los modelos entidad-relación y los diagramas de flujo de datos. Finalmente, proporciona ejemplos de tipos de sistemas de información como los sistemas de procesamiento de transacciones y
Este documento describe el ciclo de vida y el diseño de sistemas de información. Explica que el ciclo de vida incluye etapas como la planificación, el análisis, el diseño, la implementación, las pruebas, la instalación y el mantenimiento. También describe técnicas de diseño como el diseño de la arquitectura y el diseño físico de datos. Finalmente, presenta un ejemplo del desarrollo de un sistema de control de acceso de usuarios siguiendo el enfoque en cascada.
El documento describe la aplicación de la metodología ICONIX para desarrollar un software de administración de sesiones. La metodología incluye 1) análisis de requisitos, 2) análisis y diseño preliminar, 3) diseño e 4) implementación. Como parte del análisis de requisitos se crea un modelo de dominio y prototipos rápidos. En el análisis y diseño preliminar se describen los casos de uso y se genera un diagrama de robustez. Finalmente, en la fase de diseño se crea un diag
Este documento describe los requerimientos funcionales y no funcionales para un sistema de análisis foliar del cacao. Incluye 10 requerimientos funcionales como determinar el tiempo de muestreo, generar recomendaciones, introducir datos y graficar resultados. También incluye 11 requerimientos no funcionales como usabilidad, fiabilidad, multipataforma y privacidad de datos. Además, identifica 10 casos de uso como iniciar sesión, cerrar sesión, gestionar cliente y muestreo. El objetivo general es desarroll
El documento presenta los diagramas para un sistema de orientación vocacional para estudiantes de bachillerato. El sistema permitirá a los estudiantes realizar test vocacionales y recibir recomendaciones de carreras de ingeniería. Los diagramas incluyen casos de uso, clases, interacción y actividades para los módulos de registro de usuarios, test vocacionales, reportes y mantenimiento del sistema.
El documento describe los planes de prueba e implementación para un sistema informático desarrollado como parte del Programa Nacional de Formación en Informática de la Universidad Politécnica Territorial Andrés Eloy Blanco. Se detallan los objetivos, definiciones y tipos de pruebas a realizar, incluyendo pruebas de usabilidad, carga de datos y conexión a la base de datos. También se incluye un formato de caso de prueba y un análisis de los resultados. Por último, se proporcionan planes de instalación e implantación del sistema.
Este documento presenta una unidad de aprendizaje sobre programación avanzada que cubre temas como modelado UML, casos de uso y diagramas de casos de uso. El objetivo es que los estudiantes aprendan a aplicar programación orientada a objetos usando UML y Java para resolver problemas reales considerando diferentes paradigmas de programación. Se explican conceptos clave de casos de uso como actores, casos de uso, asociaciones, dependencias e inclusiones. También incluye un ejemplo paso a paso de cómo construir un diagrama de casos de uso.
El documento habla sobre los requerimientos de software, incluyendo la especificación de requerimientos, tipos de requerimientos (funcionales y no funcionales), y el enfoque de casos de uso para especificar requerimientos funcionales de manera intuitiva mediante la descripción de historias de uso desde la perspectiva de actores.
Este documento presenta información sobre el mantenimiento de sistemas de software. Explica tres tipos de programas (S, P, E), las tres etapas de evolución del software (alfa, madurez, salida), y proporciona ejemplos de cada uno. También describe cuatro tipos de cambios (mejora de funciones, mejora de interfaz, especificación incorrecta, especificación de requisitos incorrecta) e incluye un ejemplo para cada tipo. Por último, presenta conclusiones sobre la importancia del mantenimiento de software.
Documentos de analisis de requerimientosMilton Garzon
El documento presenta los requerimientos para el desarrollo de un sistema de cajero automático. Busca mejorar el manejo de datos de clientes de un banco y facilitar las transacciones de los usuarios de forma segura. El sistema permitirá consultar saldos, hacer transferencias, retirar dinero y administrar cajeros desde distintas sucursales.
Este documento describe los casos de uso del sistema de autoarchivos CLACSO, incluyendo los actores como centros miembros, administradores, bibliotecarios y el sistema Green Stone. Se detallan los escenarios para la gestión de usuarios, carga de contenido y generación de reportes estadísticos, con las actividades y alternativas en cada caso. Los casos de uso proporcionan una descripción detallada de las acciones de los diferentes actores con el sistema.
El documento describe las distintas etapas del ciclo de vida de un sistema de bases de datos, incluyendo la recopilación de requisitos, el diseño conceptual y lógico, la implementación, pruebas y mantenimiento. Explica brevemente cada etapa y los pasos involucrados como la estimación de recursos, selección del software de base de datos, diseño de aplicaciones y prototipado.
El documento describe las distintas etapas del ciclo de vida de un sistema de bases de datos, incluyendo la recopilación de requisitos, el diseño conceptual y lógico, la implementación, pruebas y mantenimiento. Explica brevemente cada etapa y los pasos involucrados como el análisis de requisitos de usuarios, diseño de la interfaz, creación de prototipos y carga de datos.
El documento describe las distintas etapas del ciclo de vida de un sistema de base de datos, incluyendo la estimación de recursos, el análisis y diseño de requisitos, el diseño conceptual, lógico y físico de la base de datos, la selección del software de gestión de base de datos, el diseño de aplicaciones, la implementación, pruebas y mantenimiento del sistema.
El documento presenta los requerimientos funcionales y no funcionales para un sistema de gestión estudiantil. Los requerimientos funcionales incluyen funciones como registrar, modificar y eliminar estudiantes y docentes, cargar notas, y generar reportes. Los requerimientos no funcionales se refieren a propiedades como una interfaz sencilla, seguridad de datos, generación de reportes en PDF, respaldo de base de datos y control de usuarios.
Este documento describe 4 casos de uso para el sistema de autoarchivos CLACSO: 1) gestionar usuarios, 2) cargar contenido, 3) generar reportes estadísticos, y 4) importar objetos digitales al sistema Green Stone. Se definen 4 actores principales - Centro Miembro, Administrador, Personal de la biblioteca, y el sistema Green Stone - y se describen las actividades y pasos de cada caso de uso.
La inteligencia artificial sigue evolucionando rápidamente, prometiendo transformar múltiples aspectos de la sociedad mientras plantea importantes cuestiones que requieren una cuidadosa consideración y regulación.
Desarrollo de aplicaciones web con casos de usoJosafat Mtz
Este documento presenta casos de uso, descripciones y diagramas de secuencia para tres procesos en un sistema de gestión de una empresa manufacturera: 1) ingreso al sistema, 2) alta de usuarios, y 3) alta de materiales. Se utiliza la metodología UML para modelar cada caso de uso y describir los pasos involucrados. Diagramas de secuencia muestran el flujo de interacción entre actores y el sistema para cada proceso.
1.Definir el problema-> Describir el problema de forma precisa y exacta.
2. Realizar un análisis de Requisitos-> En este paso se describen los requisitos que el sistema debe cumplir para satisfacer las necesidades del cliente o usuario. “La captura de requisitos es el proceso de averiguar, normalmente en circunstancias difíciles, lo que se debe construir, en otras palabras, lo que hará el sistema”.
3. Crear el modelo conceptual del dominio del problema-> En este paso se van a representar los conceptos más relevantes de las entrevistas, cuestionarios, observaciones, revisión documental, otros., realizadas para desarrollar el sistema.
4. Realizar Diseño de Sistema (Crear Arquitectura) -> en este paso se tiene el conjunto de diagramas UML que permiten modelar el problema y su solución. A continuación se mencionan los siguientes:
4.1 Diseño de Interfaces (E/S)
4.2 Diseño de Procesos:
Diagramas de Clases.
Diagramas de Secuencia.
Diagramas de Colaboración.
Diagramas de Actividad.
Diagramas de Estado.
4.3 Diseño de la Base de Datos
5. Evolución (Implantación)
Codificación
Documentación
Pruebas
Migración de Datos
Entretenimiento/Capacitacion
Costo del Sistema
6. Mantenimiento -> adaptación a nuevos requerimientos.
El manual describe los procesos y características del sistema para que los usuarios puedan introducir y acceder información. Explica los objetivos de enseñar a los usuarios a preparar y obtener datos de entrada y salida, y servir como manual de aprendizaje y referencia. Detalla los pasos para definir los usuarios, sus roles, y los módulos en que participarán. Además, explica los elementos clave del manual como la portada, tabla de contenido, requisitos, instalación, diagramas de flujo, entradas y salidas del sistema, y situ
Este documento presenta información sobre el ciclo de vida y el diseño de sistemas de información. Explica que el ciclo de vida incluye fases como la planificación, el análisis, el diseño, el desarrollo, las pruebas e implementación. También describe algunas técnicas comunes para el diseño de sistemas como los modelos entidad-relación y los diagramas de flujo de datos. Finalmente, proporciona ejemplos de tipos de sistemas de información como los sistemas de procesamiento de transacciones y
Este documento describe el ciclo de vida y el diseño de sistemas de información. Explica que el ciclo de vida incluye etapas como la planificación, el análisis, el diseño, la implementación, las pruebas, la instalación y el mantenimiento. También describe técnicas de diseño como el diseño de la arquitectura y el diseño físico de datos. Finalmente, presenta un ejemplo del desarrollo de un sistema de control de acceso de usuarios siguiendo el enfoque en cascada.
El documento describe la aplicación de la metodología ICONIX para desarrollar un software de administración de sesiones. La metodología incluye 1) análisis de requisitos, 2) análisis y diseño preliminar, 3) diseño e 4) implementación. Como parte del análisis de requisitos se crea un modelo de dominio y prototipos rápidos. En el análisis y diseño preliminar se describen los casos de uso y se genera un diagrama de robustez. Finalmente, en la fase de diseño se crea un diag
Este documento describe los requerimientos funcionales y no funcionales para un sistema de análisis foliar del cacao. Incluye 10 requerimientos funcionales como determinar el tiempo de muestreo, generar recomendaciones, introducir datos y graficar resultados. También incluye 11 requerimientos no funcionales como usabilidad, fiabilidad, multipataforma y privacidad de datos. Además, identifica 10 casos de uso como iniciar sesión, cerrar sesión, gestionar cliente y muestreo. El objetivo general es desarroll
El documento presenta los diagramas para un sistema de orientación vocacional para estudiantes de bachillerato. El sistema permitirá a los estudiantes realizar test vocacionales y recibir recomendaciones de carreras de ingeniería. Los diagramas incluyen casos de uso, clases, interacción y actividades para los módulos de registro de usuarios, test vocacionales, reportes y mantenimiento del sistema.
El documento describe los planes de prueba e implementación para un sistema informático desarrollado como parte del Programa Nacional de Formación en Informática de la Universidad Politécnica Territorial Andrés Eloy Blanco. Se detallan los objetivos, definiciones y tipos de pruebas a realizar, incluyendo pruebas de usabilidad, carga de datos y conexión a la base de datos. También se incluye un formato de caso de prueba y un análisis de los resultados. Por último, se proporcionan planes de instalación e implantación del sistema.
Este documento presenta una unidad de aprendizaje sobre programación avanzada que cubre temas como modelado UML, casos de uso y diagramas de casos de uso. El objetivo es que los estudiantes aprendan a aplicar programación orientada a objetos usando UML y Java para resolver problemas reales considerando diferentes paradigmas de programación. Se explican conceptos clave de casos de uso como actores, casos de uso, asociaciones, dependencias e inclusiones. También incluye un ejemplo paso a paso de cómo construir un diagrama de casos de uso.
El documento habla sobre los requerimientos de software, incluyendo la especificación de requerimientos, tipos de requerimientos (funcionales y no funcionales), y el enfoque de casos de uso para especificar requerimientos funcionales de manera intuitiva mediante la descripción de historias de uso desde la perspectiva de actores.
Este documento presenta información sobre el mantenimiento de sistemas de software. Explica tres tipos de programas (S, P, E), las tres etapas de evolución del software (alfa, madurez, salida), y proporciona ejemplos de cada uno. También describe cuatro tipos de cambios (mejora de funciones, mejora de interfaz, especificación incorrecta, especificación de requisitos incorrecta) e incluye un ejemplo para cada tipo. Por último, presenta conclusiones sobre la importancia del mantenimiento de software.
Documentos de analisis de requerimientosMilton Garzon
El documento presenta los requerimientos para el desarrollo de un sistema de cajero automático. Busca mejorar el manejo de datos de clientes de un banco y facilitar las transacciones de los usuarios de forma segura. El sistema permitirá consultar saldos, hacer transferencias, retirar dinero y administrar cajeros desde distintas sucursales.
Este documento describe los casos de uso del sistema de autoarchivos CLACSO, incluyendo los actores como centros miembros, administradores, bibliotecarios y el sistema Green Stone. Se detallan los escenarios para la gestión de usuarios, carga de contenido y generación de reportes estadísticos, con las actividades y alternativas en cada caso. Los casos de uso proporcionan una descripción detallada de las acciones de los diferentes actores con el sistema.
El documento describe las distintas etapas del ciclo de vida de un sistema de bases de datos, incluyendo la recopilación de requisitos, el diseño conceptual y lógico, la implementación, pruebas y mantenimiento. Explica brevemente cada etapa y los pasos involucrados como la estimación de recursos, selección del software de base de datos, diseño de aplicaciones y prototipado.
El documento describe las distintas etapas del ciclo de vida de un sistema de bases de datos, incluyendo la recopilación de requisitos, el diseño conceptual y lógico, la implementación, pruebas y mantenimiento. Explica brevemente cada etapa y los pasos involucrados como el análisis de requisitos de usuarios, diseño de la interfaz, creación de prototipos y carga de datos.
El documento describe las distintas etapas del ciclo de vida de un sistema de base de datos, incluyendo la estimación de recursos, el análisis y diseño de requisitos, el diseño conceptual, lógico y físico de la base de datos, la selección del software de gestión de base de datos, el diseño de aplicaciones, la implementación, pruebas y mantenimiento del sistema.
El documento presenta los requerimientos funcionales y no funcionales para un sistema de gestión estudiantil. Los requerimientos funcionales incluyen funciones como registrar, modificar y eliminar estudiantes y docentes, cargar notas, y generar reportes. Los requerimientos no funcionales se refieren a propiedades como una interfaz sencilla, seguridad de datos, generación de reportes en PDF, respaldo de base de datos y control de usuarios.
Este documento describe 4 casos de uso para el sistema de autoarchivos CLACSO: 1) gestionar usuarios, 2) cargar contenido, 3) generar reportes estadísticos, y 4) importar objetos digitales al sistema Green Stone. Se definen 4 actores principales - Centro Miembro, Administrador, Personal de la biblioteca, y el sistema Green Stone - y se describen las actividades y pasos de cada caso de uso.
La inteligencia artificial sigue evolucionando rápidamente, prometiendo transformar múltiples aspectos de la sociedad mientras plantea importantes cuestiones que requieren una cuidadosa consideración y regulación.
Catalogo General Electrodomesticos Teka Distribuidor Oficial Amado Salvador V...AMADO SALVADOR
El catálogo general de electrodomésticos Teka presenta una amplia gama de productos de alta calidad y diseño innovador. Como distribuidor oficial Teka, Amado Salvador ofrece soluciones en electrodomésticos Teka que destacan por su tecnología avanzada y durabilidad. Este catálogo incluye una selección exhaustiva de productos Teka que cumplen con los más altos estándares del mercado, consolidando a Amado Salvador como el distribuidor oficial Teka.
Explora las diversas categorías de electrodomésticos Teka en este catálogo, cada una diseñada para satisfacer las necesidades de cualquier hogar. Amado Salvador, como distribuidor oficial Teka, garantiza que cada producto de Teka se distingue por su excelente calidad y diseño moderno.
Amado Salvador, distribuidor oficial Teka en Valencia. La calidad y el diseño de los electrodomésticos Teka se reflejan en cada página del catálogo, ofreciendo opciones que van desde hornos, placas de cocina, campanas extractoras hasta frigoríficos y lavavajillas. Este catálogo es una herramienta esencial para inspirarse y encontrar electrodomésticos de alta calidad que se adaptan a cualquier proyecto de diseño.
En Amado Salvador somos distribuidor oficial Teka en Valencia y ponemos atu disposición acceso directo a los mejores productos de Teka. Explora este catálogo y encuentra la inspiración y los electrodomésticos necesarios para equipar tu hogar con la garantía y calidad que solo un distribuidor oficial Teka puede ofrecer.
KAWARU CONSULTING presenta el projecte amb l'objectiu de permetre als ciutadans realitzar tràmits administratius de manera telemàtica, des de qualsevol lloc i dispositiu, amb seguretat jurídica. Aquesta plataforma redueix els desplaçaments físics i el temps invertit en tràmits, ja que es pot fer tot en línia. A més, proporciona evidències de la correcta realització dels tràmits, garantint-ne la validesa davant d'un jutge si cal. Inicialment concebuda per al Ministeri de Justícia, la plataforma s'ha expandit per adaptar-se a diverses organitzacions i països, oferint una solució flexible i fàcil de desplegar.
Catalogo Cajas Fuertes BTV Amado Salvador Distribuidor OficialAMADO SALVADOR
Explora el catálogo completo de cajas fuertes BTV, disponible a través de Amado Salvador, distribuidor oficial de BTV. Este catálogo presenta una amplia variedad de cajas fuertes, cada una diseñada con la más alta calidad para ofrecer la máxima seguridad y satisfacer las diversas necesidades de protección de nuestros clientes.
En Amado Salvador, como distribuidor oficial de BTV, ofrecemos productos que destacan por su innovación, durabilidad y robustez. Las cajas fuertes BTV son reconocidas por su eficiencia en la protección contra robos, incendios y otros riesgos, lo que las convierte en una opción ideal tanto para uso doméstico como comercial.
Amado Salvador, distribuidor oficial BTV, asegura que cada producto cumpla con los más estrictos estándares de calidad y seguridad. Al adquirir una caja fuerte a través de Amado Salvador, distribuidor oficial BTV, los clientes pueden tener la tranquilidad de que están obteniendo una solución confiable y duradera para la protección de sus pertenencias.
Este catálogo incluye detalles técnicos, características y opciones de personalización de cada modelo de caja fuerte BTV. Desde cajas fuertes empotrables hasta modelos de alta seguridad, Amado Salvador, como distribuidor oficial de BTV, tiene la solución perfecta para cualquier necesidad de seguridad. No pierdas la oportunidad de conocer todos los beneficios y características de las cajas fuertes BTV y protege lo que más valoras con la calidad y seguridad que solo BTV y Amado Salvador, distribuidor oficial BTV, pueden ofrecerte.
HPE presenta una competició destinada a estudiants, que busca fomentar habilitats tecnològiques i promoure la innovació en un entorn STEAM (Ciència, Tecnologia, Enginyeria, Arts i Matemàtiques). A través de diverses fases, els equips han de resoldre reptes mensuals basats en àrees com algorísmica, desenvolupament de programari, infraestructures tecnològiques, intel·ligència artificial i altres tecnologies. Els millors equips tenen l'oportunitat de desenvolupar un projecte més gran en una fase presencial final, on han de crear una solució concreta per a un conflicte real relacionat amb la sostenibilitat. Aquesta competició promou la inclusió, la sostenibilitat i l'accessibilitat tecnològica, alineant-se amb els Objectius de Desenvolupament Sostenible de l'ONU.
2. 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 creación de un repositorio para programas de Java, incluyendo una
descripción general del sistema y los casos de uso.
3.1 Funciones principales del sistema
• Almacenar y recuperar código fuente de java, utilizando la herramienta de ORM
Hibernate para el mapeo entre los dos modelos
• Compilar código fuente en el momento de subir el programa
• Permitir búsqueda por dos criterios:
o palabras o fragmentos de código
o por clasificación
• Generar código fuente coloreado en formato html.
• Control de usuarios y clasificaciones existentes.
3.2 Descripción de interfaces con otros sistemas o dispositivos
A continuación se describen las interacciones con otros sistemas. Por tratarse de una
aplicación que maneja datos persistentes se utiliza una base de datos. El contexto web es
37
3. proporcionado a través de Apache Tomcat siguiendo una arquitectura cliente-servidor. A
continuación se explica más a detalle.
Interacción con el ORM
El software a desarrollar tendrá una interacción constante con el ORM Hibernate debido a que
a que a este le será delegado el manejo de la persistencia de los datos para facilitar el
desarrollo de la aplicación. Este como se mencionó en el capítulo 2 es un software gratuito y
open source y cumple con los requerimientos.
Interacción con la base de datos:
El software a desarrollar tendrá interacción constante con una base de datos. La interfaz del
programa con la base de datos será el ORM Hibernate versión 3.0 y el Sistema Gestionador
de Base de Datos (SGBD) será MySQL por cumplir las necesidades de requerimientos
independiente de ser un software gratuito.
Interacción con servidor de aplicaciones web:
La aplicación a desarrollar está enfocada hacía un ambiente web. Para implementar
especificaciones de servlets y JSPs es necesario un servidor de aplicaciones y un contendor de
servlets. Apache Tomcat es una herramienta gratuita y cumple con los requerimientos.
Interacción con la herramienta de RI:
El programa a desarrollar tendrá interacción con una herramienta de RI. Al momento de subir
el código fuente del programa indexará la información necesaria para su posterior
recuperación. La herramienta que cumple con las necesidades de los requerimientos es
Apache Lucene 1.4.3 independientemente de ser una herramienta gratuita.
38
4. Interacción con herramienta para subir archivo al servidor:
Para que el software a desarrollar suba los archivos al servidor tendrá interacción con una
herramienta capaz de subir archivos a un servidor. El usuario necesita mandar el programa al
servidor para su almacenamiento, indexación y recuperación del mismo. La herramienta
gratuita de Apache FileUpload 1.1 cumple con las necesidades de los requerimientos.
Interacción con herramienta para colorear el código:
La aplicación a desarrollar tendrá que ser capaz de generar una página html que contenga el
código fuente colorado de cada uno de los programas que se encuentre en el repositorio. La
herramienta Java2Html de Markus Gebhard además de ser gratuita cumple con las
necesidades de los requerimientos.
3.3 Especificación de requerimientos
Los casos de uso son una técnica para identificar los diferentes tipos de personas (o
dispositivos) que utiliza el sistema o producto [Pressman, 2002]. Describen al sistema, la
relación con otros sistemas y su entorno [Barrientos, 2003].
Los casos de uso tiene tres elementos: actores, burbujas de casos de uso y relaciones.
3.3.1 Diagrama casos de uso de alto nivel
Para detallar cada caso de uso se sigue la metodología propuesta por UML y Larman. A
continuación (diagrama 3.1) se mostrará el diagrama de casos de uso que involucra a los dos
tipos de actores: usuario estudiante y usuario administrador. Posteriormente se mostraran los
escenarios para cada burbuja descrita en el diagrama.
39
6. Caso de uso Registro de nuevo estudiante
Actores Estudiante
Propósito Agregar un nuevo usuario Estudiante a la base datos del sistema
Resumen Cualquier estudiante que ingrese al sitio web puede realizar su registro
y necesita llenar 4 campos para completar su registro.
Tipo Primario, esencial
Curso normal de los eventos
Acción del actor Respuesta del sistema
1. Este caso de uso comienza cuando un 2. El sistema entonces muestra una
estudiante ingresa a la aplicación y elige pantalla con una forma en la cual se
la opción de registro. solicita que complete los siguientes
campos: nombre de usuario, contraseña,
confirmación de contraseña, nombre(s),
apellido(s).
3. El usuario llena los campos y le da 4. El sistema entonces registra al usuario y
aceptar al sistema lo manda a una pantalla donde le muestra
el menú principal.
Cursos Alternos
- Línea 3. El usuario no llena todos los campos obligatorios de la forma. El sistema
muestra un mensaje de error en el que se indican que los campos estaban incompletos y
se redirecciona a la página principal de la aplicación.
- Línea 4. El sistema no puede realizar el registro del usuario debido a que eligió un
nombre de usuario que ya existe. El sistema muestra un mensaje de error en el que se
indica que el usuario ya existe que intente con otro y se redirecciona a la página
principal de la aplicación.
- Línea 4. El sistema no logra tener acceso a la base de datos del sistema o no logra
completar el registro satisfactoriamente, se informa al usuario el error y se redirecciona
a la página principal de la aplicación.
41
7. Caso de uso Autentificación
Actores Estudiante, Administrador
Propósito Validar identidad de los usuarios del sistema.
Resumen Todos los usuarios del sistema deben de demostrar de alguna manera
que son miembros registrados previamente en el sistema, antes de
poder hacer uso del mismo, para esto, deben de realizar un proceso de
autentificación.
Tipo Primario, esencial
Curso normal de los eventos
Acción del actor Respuesta del sistema
1. El estudiante o administrador ingresa al 2. El sistema muestra una pantalla de
sistema. autentificación, en el cual el estudiante o
administrador deben de proporcionar su
nombre de usuario y contraseña para hacer
uso del mismo.
3. El usuario llena los campos de la forma 4. Una vez enviada la información, el
y manda su información al sistema. sistema busca en la base de datos los datos
del usuario, una vez encontrados,
despliega en la pantalla el menú principal
que corresponda al tipo de usuario
(estudiante, administrador).
Cursos Alternos
- Línea 3. El usuario no llena todos los campos obligatorios de la forma. El sistema
muestra una página de error con un mensaje en el cual se indica que los campos deben
ser llenados y redirecciona a la página principal de la aplicación.
- Línea 4. El sistema no encuentra la información proporcionada y no permite al
usuario el acceso al sistema, notificando al usuario que verifique sus datos y lo
redireccióna a la página principal de la aplicación.
42
8. Caso de uso Agregar programa
Actores Estudiante
Propósito Agregar un nuevo programa a la cuenta de un usuario del sistema.
Resumen El estudiante podrá agregar nuevos programas al repositorio una vez
que se haya registrado en el sistema.
Tipo Primario, esencial
Curso normal de los eventos
Acción del actor Respuesta del sistema
1. Este caso de uso comienza cuando un 2. El sistema muestra una pantalla en
estudiante ya se ha autentificado en el donde le muestra los programas existentes
sistema y elige la opción de mis relacionados con la cuenta del usuario, así
programas. como la forma necesaria para agregar un
nuevo programa.
3. El usuario elige el archivo a subir y 4. El sistema registra la información
llena los campos de la forma y manda su relacionada con el programa en su base de
información al sistema. datos, guarda el archivo y nuevamente
muestra la lista de programas existentes y
la forma necesaria para agregar un nuevo
programa.
Cursos Alternos
- Línea 2. El sistema no logra completar las transacciones necesarias con la base de
datos para mostrar la información de los programas y muestra un mensaje de error.
- Línea 3. El usuario no elige ningún archivo o la extensión de este es diferente a .java.
El sistema le notifica del error en el archivo.
- Línea 3. El usuario elige un archivo que tiene errores de compilación. El sistema le
muestra al usuario de los errores generados.
- Línea 3. El usuario elige un archivo de un tamaño mayor a 25KB. El sistema le
informa al usuario que no puede subir archivos mayores de 25KB.
43
9. Caso de uso Realizar búsqueda de programas
Actores Estudiante
Propósito Realizar búsquedas en todos los programas de repositorio.
Resumen El estudiante podrá realizar búsquedas sobre los programas
almacenados por todos los usuarios, pudiendo realizar ésta de dos
formas: búsqueda en texto y búsqueda por clasificación.
Tipo Primario, esencial
Curso normal de los eventos
Acción del actor Respuesta del sistema
1. Este caso de uso comienza cuando un 2. El sistema muestra una pantalla en
estudiante ya se ha autentificado en el donde se puede elegir algún criterio de
sistema y elige la opción de buscar. búsqueda, sobre campos específicos o
sobre alguna clasificación.
3. El usuario elige la opción que desee y 4. El sistema realiza la búsqueda con los
asigna los datos necesarios. datos asignados, muestra una pantalla con
los programas que cumplen con los
criterios de la consulta.
Cursos Alternos
- Línea 3. El usuario en caso de elegir la búsqueda por texto y dejar en blanco las
palabras a buscar. El sistema le notifica del error.
- Línea 3. El usuario en caso de elegir la búsqueda por texto no elige en que campos se
hará la consulta. El sistema por default busca las palabras en el código fuente de los
programas.
- Línea 4. El sistema no encuentra programas que coincidan con los datos asignados y
notifica al usuario.
44
10. Caso de uso Eliminar programa
Actores Estudiante, Administrador
Propósito Eliminar programas no deseados del repositorio.
Resumen El estudiante y el administrador podrán eliminar programas no
deseados del repositorio. El sistema permite que cada estudiante
elimine solo sus programas. Por otra parte el administrador puede
eliminar programas de cualquier estudiante.
Tipo Primario, esencial
Curso normal de los eventos
Acción del actor Respuesta del sistema
1. Este caso de uso comienza cuando un 2. El sistema muestra una pantalla en
estudiante ya se ha autentificado en el donde le muestra los programas existentes
sistema y elige la opción de mis relacionados con la cuenta del usuario, y
programas. una columna con un checkbox que
permite marcar los programas para su
eliminación.
3. El usuario elige los programas que 4. El sistema realiza las operaciones
desea eliminar y lo manda al sistema. necesarias para la eliminación de los
programas. Y le muestra la pantalla en
donde se muestran sus programas
existentes.
Cursos Alternos
- Línea 2. El sistema no es capaz de recuperar la información necesaria para mostrar al
usuario sus programas, le notifica de lo ocurrido.
- Línea 4. El sistema no pudo terminar el proceso de eliminación le informa al usuario
del error.
- Línea 4. El sistema nota que el usuario ha borrado todos sus programas. Le notifica
que no tiene ningún programa.
45
11. Caso de uso Realizar consultas de la base de datos del sistema
Actores Estudiante, Administrador
Propósito Obtener información detallada de los usuarios, clasificaciones y
programas.
Resumen El estudiante puede obtener información sobre los programas que
actualmente tiene y pueden ser visualizados en formato html. Por otra
parte el administrador puede obtener información sobre todos los
usuarios, las clasificaciones y programas.
Tipo Primario, esencial
Curso normal de los eventos
Acción del actor Respuesta del sistema
1. Este caso de uso comienza cuando un 2. El sistema muestra la pantalla con la
estudiante ya se ha autentificado en el información solicitada a manera de lista.
sistema y elige la opción de mis
programas o el administrador ya
autentificado elige alguna opción en el
menú principal (usuarios, programas,
clasificaciones).
Cursos Alternos
- Línea 2. El sistema no es capaz de recuperar la información necesaria para mostrar al
usuario la información solicitada (programas, clasificaciones, usuarios). El sistema
notifica lo ocurrido.
46
12. Caso de uso Agregar nuevo administrador
Actores Administrador
Propósito Agregar un nuevo usuario administrador
Resumen Un administrador en el único tipo de usuario capaz de dar de alta un
nuevo administrador. Para hacerlo se requieren los datos del nuevo
usuario.
Tipo Primario, esencial
Curso normal de los eventos
Acción del actor Respuesta del sistema
1. Este caso de uso comienza cuando un 2. El sistema muestra entonces una
administrador previamente autentificado pantalla con los usuarios actuales y una
ha elegido la opción de usuarios desde el forma para que el administrador ingrese
menú principal. los datos necesarios para agregar al nuevo
usuario.
3. El administrador entonces llena los 4. El sistema realiza las transacciones
campos necesarios y manda la necesarias con la base de datos para
información del nuevo usuario a la base agregar el nuevo usuario a la base de
de datos del sistema. datos. Y muestra una lista con todos los
usuarios que actualmente existen.
Cursos Alternos
- Línea 3. El administrador no llena todos los campos obligatorios de la forma. El
sistema informa al usuario del error en el que se indican los campos que deben ser
llenados y le muestra la lista de usuarios existentes.
- Línea 4. El sistema no logra tener acceso a la base de datos del sistema o no logra
completar todas las transacciones necesarias para dar de alta al usuario, muestra un
mensaje de error.
47
13. Caso de uso Eliminar usuario
Actores Administrador
Propósito Eliminar de la base de datos del sistema a un usuario que no se desee o
no requiera usar el sistema. Puede ser administrador o estudiante.
Resumen Un administrador en el único tipo de usuario capaz de dar de baja a
otros usuarios y con ello borrar todos los programas del mismo.
Tipo Primario, esencial
Curso normal de los eventos
Acción del actor Respuesta del sistema
1. Este caso de uso comienza cuando un 2. El sistema muestra entonces una
administrador previamente autentificado pantalla con los usuarios actuales y junto
ha elegido la opción de usuarios desde el de estos un check box que se puede
menú principal. marcar en caso de querer eliminar dicho
usuario de la base de datos del sistema.
3. El administrador selecciona los usuarios 4. El sistema realiza las transacciones
a eliminar y manda los datos para que el necesarias con la base de datos para
sistema los dé de baja del sistema. eliminar al usuario y sus programas de la
base de datos, cuando termina muestra
una lista con todos los usuarios que
actualmente existen.
Cursos Alternos
- Línea 4. El sistema no logra tener acceso a la base de datos del sistema o no logra
completar todas las transacciones necesarias para eliminar usuario.
48
14. Caso de uso Agregar nueva clasificación
Actores Administrador
Propósito Agregar una nueva clasificación a la base de datos.
Resumen Un administrador en el único tipo de usuario capaz de dar de alta
nuevas clasificaciones en el sistema. Para hacerlos, se requieren los
datos de la clasificación a dar de alta
Tipo Primario, esencial
Curso normal de los eventos
Acción del actor Respuesta del sistema
1. Este caso de uso comienza cuando un 2. El sistema muestra entonces una
administrador previamente autentificado pantalla con las clasificaciones actuales y
ha elegido la opción de clasificaciones una forma para que el administrador
desde el menú principal. ingrese los datos necesarios para agregar
una nueva clasificación.
3. El administrador entonces llena los 4. El sistema realiza las transacciones
campos necesarios y manda la necesarias con la base de datos para
información de la nueva clasificación a la agregar la nueva clasificación a la base de
base de datos del sistema. datos. Y muestra una lista con todos las
clasificaciones que actualmente existen.
Cursos Alternos
- Línea 3. El administrador no llena todos los campos obligatorios de la forma. El
sistema informa al usuario del error en el que se indican los campos que deben ser
llenados y le muestra la lista de clasificaciones existentes.
- Línea 4. El sistema no logra tener acceso a la base de datos del sistema o no logra
completar todas las transacciones necesarias para dar de alta la clasificación, muestra
un mensaje de error.
49
15. Caso de uso Eliminar clasificación
Actores Administrador
Propósito Eliminar de la base de datos del sistema una clasificación que no se
desee.
Resumen Un administrador en el único tipo de usuario capaz de dar de baja
clasificaciones y con ello borrar los programas pertenecientes a ésta.
Tipo Primario, esencial
Curso normal de los eventos
Acción del actor Respuesta del sistema
1. Este caso de uso comienza cuando un 2. El sistema muestra entonces una
administrador previamente autentificado pantalla con las clasificaciones actuales y
ha elegido la opción de clasificaciones junto a estas un check box que se puede
desde el menú principal. marcar en caso de querer eliminar dicho
clasificación de la base de datos del
sistema.
3. El administrador selecciona las 4. El sistema realiza las transacciones
clasificaciones a eliminar y manda los necesarias con la base de datos para
datos para que el sistema los dé de baja eliminar la clasificación y sus programas
del sistema. de la base de datos, cuando termina
muestra una lista con las clasificaciones
que actualmente existen.
Cursos Alternos
- Línea 4. El sistema no logra tener acceso a la base de datos del sistema o no logra
completar todas las transacciones necesarias para eliminar la clasificación.
3.4 Especificación de proceso.
Los diagramas de flujo de datos (DFD) permite desarrollar los modelos del ámbito de
información y funcional al mismo tiempo [Pressman, 2004]. En el Apéndice A se muestra el
50
16. nivel 0 mostrando las entradas y salidas principales del sistema. En el nivel 1 se muestran los
procesos más importantes.
3.5 Descripción de los objetos de dato
A continuación se da una descripción general de los objetos de datos y de sus atributos que se
identificaron:
Clasificación:
Una clasificación ayudará a mantener una organización en los programas. Los siguientes son
los atributos de una clasificación:
• Nombre: El nombre de la clasificación.
• Padre: La clasificación superior.
• Hijas: La lista de clasificaciones que dependen de esta clasificación.
• Programas: La lista de programas que pertenecen a esta clasificación.
• Descripción: La descripción de la clasificación
Programa:
Un programa es el principal componente del sistema. Los siguientes son los atributos de un
programa:
• Nombre: El nombre del programa.
• Descripción: La descripción del programa.
• Fecha: La fecha de almacenamiento del programa.
51
17. • Clasificación: La clasificación a la que pertenece el programa.
• Ruta: La ruta física en la cual se almacenó el programa.
• Autor: El autor real del programa.
• Usuario: El usuario que almaceno el programa.
Usuario:
Un usuario es la persona que realiza alguna acción sobre el sistema, ya sea guardar, ver o
borrar programas, crear, ver y borrar clasificaciones o usuarios. Los siguientes son los
atributos de un usuario:
• Nombre de usuario: El nombre que elige el usuario al suscribirse al sistema.
• Nombre: El nombre real del usuario.
• Apellido: El apellido del usuario.
• Contraseña: La contraseña que elige el usuario al suscribirse al sistema.
• Tipo de usuario: El tipo de usuario, puede ser de dos tipos: estudiante y administrador.
• Fecha: La fecha en la que se registra el usuario al sistema.
• Programas: La lista de programas que el usuario ha guardado en el sistema.
En el diagrama 3.2 se muestra el diagrama de clases obtenido a partir de los tres objetos de
datos identificados, los respectos atributos que le corresponder a cada uno y las relaciones
que existen entre ellos. Se muestra la llave primaria subrayada en cada caso.
52
18. 3.6 Arquitectura.
La arquitectura que tendrá la aplicación será cliente-servidor (Véase Figura 3.3), siguiendo el
patrón de diseño Model-View-Controller (MVC). Por lo que el cliente (estudiante,
administrador) hará una petición a través de la vista al servidor web, el cual recibirá la
petición mediante el controlador, y este último será el encargado de delegar al modelo el
trabajo necesario para responder a la petición que hizo el cliente, cuando el modelo tenga la
respuesta a la petición delegada. Dentro del modelo se encuentra la el ORM Hibernate así
como el API Lucene encargado del manejo del archivo Java. Por su parte el controlador
tomará la respuesta y la mostrará al cliente a través de la vista. El patrón es aplicado estricta y
únicamente para las clases que involucran la interacción con el ORM Hibernate.
53
19. 3.3 Diagrama de la arquitectura del sistema
(Adaptado de [Marín, 2004])
54