Ejercicio # 1, Gestión de Propiedades
Se desea desarrollar una aplicación de gestión de propiedades. La empresa gestiona un conjunto de inmuebles, que administra en calidad de propietaria. Cada inmueble puede ser bien un local (local comercial, oficinas, etc.), un departamento, o bien un edificio que a su vez tiene departamentos y locales. Como el número de inmuebles que la empresa gestiona no es un número fijo, la empresa propietaria exige que la aplicación permita tanto introducir nuevos inmuebles, con sus datos correspondientes (dirección, número, código postal, etc.), así como darlos de baja, modificarlos y consultarlos. Asimismo, que una empresa administre un edificio determinado no implica que gestione todos sus departamentos y locales, por lo que la aplicación también deberá permitir crear nuevos departamentos o locales con sus datos correspondientes, darlos de baja, modificarlos y hacer consultas sobre ellos.
A lta
Baja << extend extend >>
<< extend extend >>
Gestión de Propiedades Pr opiedades Consulta
<< extend extend >>
Alta Gestión Edificio
Modificación << extend extend >>
Baja <>
<>
Consulta
Gestión Local Modificación
Propietario
<< extend extend >>
Gestión Departamento
<< extend extend >>
Modificación
Alta
Baja
Consulta
Ejercicio # 2, Gestión de Propiedades
Cualquier persona que tenga un contrato, un aval bancario, o venga avalado por otra persona, puede arrendar el edificio completo o alguno de los departamentos o locales que no estén ya arrendados, y posteriormente desarrendarlo. desarrendarlo. Por ello deberán poderse dar de alta, si son nuevos arrendatarios, con sus datos correspondientes (nombre, RUT, edad, sexo, fotografía, etc.), poder modificar, dar de baja, cons ultar sus datos, etc.
Para la realización de cualquiera de estas operaciones es necesaria la identificación en el sistema por parte del arrendatario.
Arriendo Edificio Arrendar
<>
Arriendo Depto.
Gestión de Propiedades
<>
Alta Arrendatario
<>
Arriendo Local
Desarrendar
Baja
<>
Identificación <>
Modificación Arrendatario <>
Consulta
Ejercicio # 3, Gestión de Propiedades
Por otra parte, cada mes el secretario de la empresa pedirá la generación de un recibo para cada uno de los departamentos y de los locales, el cual lleva asociado un número de recibo que es único para cada departamento y para cada local y que no variará a lo largo del tiempo, indicando el piso o local a que pertenece, la fecha de emisión, la renta, el agua, la luz, la actualización del IPC anual, portería, IVA, etc., y otros conceptos, teniendo en cuenta que unos serán opcionales (sólo para algunos recibos) y otros obligatorios (para todos los recibos). Además, para cada recibo se desea saber si está o no cobrado. Con vistas a facilitar la emisión de recibos cada mes, la aplicación deberá permitir la generación de recibos idénticos a los del mes anterior, a excepción de la fecha. Además deberán existir utilidades para inicializar los conceptos que se desee de los recibos a una determinada cantidad y también debe ser posible modificar recibos emitidos en meses anteriores al actual. La aplicación también deberá presentar los recibos en formato impreso, pero teniendo en cuenta que en un recibo nunca aparecerán aquellos conceptos cuyo importe sea igual a cero. De igual forma, el secretario debe poder gestionar los movimientos bancarios que se producen asociados a cada edificio, piso o local. Un movimiento bancario siempre estará asociado a un banco y a una cuenta determinada de ese banco. En esa cuenta existirá un saldo, acreedor o deudor, que aumentará o disminuirá con cada movimiento. Para cada movimiento se desea saber también la
fecha en que se ha realizado. Un movimiento bancario puede ser de dos tipos: un gasto o un ingreso. Si el movimiento bancario es un gasto, entonces estará asociado a un inmueble determinado, y se indicará el tipo de gasto al que pertenece entre los que se tienen estipulados. Ejemplos de gastos son el costo de la reparación de un ascensor del inmueble que pertenece a gastos de reparación, el sueldo de la señora de la limpieza, etc. Si el movimiento bancario es un ingreso entonces estará asociado a un departamento de un inmueble determinado o a un local, y también se indicará el tipo de ingreso al que pertenece, como en el caso de los gastos. Ejemplos de ingresos son precisamente los recibos que se cobran cada mes a los arrendatarios. Basándose en los gastos e ingresos que se deducen de los movimientos bancarios, la aplicación deberá ser capaz de ocuparse de la gestión económica generando los informes que facilitan la realización de la declaración de la renta. Por último, la aplicación deberá ser capaz de proporcionar el acceso, de forma estructurada, a toda la información almacenada en el sistema, generando para ello los listados necesarios que requiere el secretario. Ejemplos de listado son: el listado de todo los arrendatarios ordenado por fechas, el listado de arrendatarios que han pagado o no en un determinado intervalo de tiempo, el listado de todos los inmuebles, el listado de todos los departamentos y locales de cada edificio, el listado de todos los recibos pendientes de cobro en un determinado intervalo de tiempo, etc.
Recibo idéntico mes anterior
Gestión de Propiedades
Inicializar Conceptos
Ingresos Depto.
<> <>
Generar Recibos
<>
Modificar Recibo mes Anterior <>
Gestor Mov. Bancarios
Ingresos
<>
Gastos de Inmueble Gestión Inf. Económico
Ingresos Local
Arrendatario x Fecha
<>
Pagos Arr. x Periodo
<> Secretario
Recibos Pendientes x Periodo
<>
Deptos. y Locales x Edif.
Generación Listados <>
<>
Arr. impagos x Periodo
<>
Todos los Inmuebles
Ejercicio # 4, Gestión de Calificaciones
Se desea desarrollar una aplicación de gestión de las notas para solucionar la pobre seguridad del uso del lápiz y papel. La aplicación deberá cubrir únicamente aquellos aspectos relacionados con dicho tema, y que se describen a continuación. El profesor recibe las actas de notas en blanco de las asignaturas de las que es responsable, en formato electrónico. El acta contiene los siguientes datos de la asignatura (titulación, campus, curso académico, denominación de la asignatura, convocatoria y grupo) y la lista de alumnos matriculados (niu, nif, nombre y apellidos). Alguna de las acciones que puede hacer el profesor son:
Completar un acta con las notas de los alumnos. Añadir o borrar un alumno de un acta. Integrar las actas de varios grupos de una misma asignatura en una sola acta.
Otras de las opciones que se le exige a la aplicación son: Permitir consultar la siguiente información de cualquier alumno: DNI; # Expediente; Lista de asignaturas en las que está matriculado el alumno (Código asignatura-Nombre asignatura); etc. Obtener una estadística de las calificaciones obtenidas por los alumnos en un determinado grupo de una asignatura. En esta estadística se tendrá para cada posible calificación: Número de personas con esa calificación; Porcentaje sobre los presentados; Porcentaje sobre el total del grupo; etc. Consultar el porcentaje de personas sobre el total del grupo que se han presentado y el de los que no se han presentado. Poder visualizar un gráfico indicativo del número de alumnos clasificados cada 10 puntos; indicándose la nota media obtenida por la clase. Disponer de una calculadora que permita realizar las operaciones de suma, resta, multiplicación, división. Ésta se activará cuando se vayan a introducir las notas de algún alumno, de forma que una vez realizada la operación y pulsando un botón se vuelque el resultado en la casilla donde se están introduciendo las calificaciones. Permitir la importación y exportación de la lista de alumnos con sus calificaciones a un formato compatible con MS Excel. Imprimir las actas y la lista provisional de calificaciones. Poner Notas <>
Gestión Alumno
<>
<>
<>
Operaciones Calculadora
Borrar Añadir
Sumar
<>
Integrar Grupo
Restar
Volcar Resultado
Información Alumno
<> Estadística
Validar Usuario
Multiplicar
Dividir
Profesor Gráfico
Imprimir Lista Provisional
Importar
Imprimir Actas
Exportar Imprimir
s e n o i c a c i f i l a C e d n ó i t s e G
Ejercicio # 5, Gestión de Calificaciones
Finalmente, como una ampliación extra, a la cual sólo podrá acceder quien se identifique inicialmente como administrador de la aplicación, se deben permitir:
Gestión ABMC (Altas/Bajas/Modificación y Consulta) de los datos de un alumno y su matriculación en una asignatura y a un grupo. Gestión de Asignaturas, teniendo en cuenta que una asignatura sólo se puede dar en un único curso (primero, segundo, etc.) y que cada curso está formado por los datos sobre el número máximo de alumnos y número mínimo de créditos. Algunos de los datos que vamos a poder consultar de una asignatura son el nombre, número de créditos y semestre en el que se imparte. Gestión de Titulaciones, teniendo en cuenta que una titulación sólo se da en un campus determinado y los datos que podemos consultar son el nombre, el número de créditos o carga lectiva global, si es de 1.° o 2.' ciclo, ... Gestión de grupos, en los que podemos consultar el número máximo de alumnos permitidos, si es un grupo de mañana, de tarde o de noche, y cuál es el código empleado para identificar el grupo. Consultar aquellos alumnos que no se pueden matricular y el motivo de ello. Consultar el historial académico de un alumno. Alta
<>
<>
Gestión ABMC
<>
Modificación
<>
Baja
Consulta Historial Académico
Matriculación
<>
Administrador
Gestión de Asignaturas
<>
Gestión Titulaciones
Gestión Grupos
<>
<>
<>
Validar Usuario
s e n o i c a c i f i l a C e d n ó i t s e G
Ejercicio # 6, Sitio Web Bancario
Un banco desea resideñar su sitio Web de acceso de clientes a través de Internet, para lo cual contrata una consultoría para que diseñe con los clientes el tipo de sitio que ellos desean operar. La consultora extrajo de diversas encuestas y focus group con diversos tipos de clientes que en su gran mayoría deseaban operar básicamente con cuatro operaciones en el sitio Web, las cuales corresponden a: gestionar las cuentas que poseen con el banco; un acceso rápido a la operación de
transferencia de fondos a otras cuentas; acceso a gestión de créditos; y acceso a instrumentos de inversión. La funcionalidad de gestión de cuentas debe poseer un listado de transacciones (depósitos, cargos, pagos, transferencia de fondos si corresponde, etc.) ejecutadas para un periodo dado, y la opción de consulta rápida del saldo. Del listado de transacciones también debe existir la posibilidad de imprimir el listado obtenido, y/o exportarlo como planilla Excel a través del envío de un correo electrónico al destinatario que se declare. El banco maneja tres tipos de cuentas con sus clientes: cuentas corrientes; líneas de crédito; y tarjetas de crédito. Se requiere además desarrollar una funcionalidad especial para visualizar los cheques cobrados en la cuenta corriente del usuario. La operación de transferencia de fondos consiste en enviar un monto de dinero a una cuenta corriente de otra persona, ya sea natural o jurídica. Solo se puede enviar dinero desde la cuenta corriente o de la línea de crédito del cliente. Para cada transferencia de fondos, además de enviar el monto de dinero declarado a la cuenta corriente del destinatario, se debe enviar un correo electrónico a la casilla que se declare en dicho acto. Las operaciones de gestión de créditos y de instrumentos de inversión, deben poseer un sistema de cálculo de intereses para cuando el cliente requiera simular una operación de crédito (total extra a pagar por la solicitud de un préstamo) o de inversión (total de retorno de inversión por producto o instrumento). Asimismo, deben poseer una funcionalidad para solicitar créditos en línea, así como para tomar instrumentos de inversión. El banco tiene muy claro que cualquier nuevo desarrollo de productos para sus clientes debe contar con los sistemas de confidencialidad exigidos por la Súper Intendencia de Bancos, esto es, que solo el cliente pueda acceder a sus propios datos y nadie más. <>
Gestionar Cuentas
Cuenta Corriente < < e x t e n d > >
Listado Transacciones
Imprimir Listado
Consulta de Saldo
Tarjeta de Crédito
Exportar a Excel
Validar Usuario
Línea de Crédito
<>
Enviar E-Mail
Ver Cheques Cobrados Transferencia de Fondos
Enviar Monto de Dinero Instrumentos Inversión
<>
Cliente
Destinatario E-Mail
<>
Cálculo de Interés
Portal Web Bancario
Solicitar Crédito Tomar Inversión Gestión de Créditos
CtaCte Destinatario
Ejercicio # 7, Sitio Web Poder Judicial
El Poder Judicial requiere actualizar su plataforma de información de tribunales, de manera que los juicios de toda índole sean gestionados con información y autenticidad digital (firma electrónica). Para ello, proyecta construir un portal Web al cual tengan acceso los jueces, los abogados de las distintas causas, y cualquier persona con acceso a Internet, ya que por ley toda la información de los juicios es pública. Se requiere que los jueces que acceden al sistema puedan hacer gestión de las causas que le han sido asignadas, las cuales quedan establecidas según su cuenta de usuario en el sistema. La funcionalidad más relevante de la gestión de causas contempla el subir documentos al sistema (resoluciones, sentencias, audio de audiencias, peritajes, etc.); eliminar documentos; informar a las partes involucradas (demandantes y demandados) sobre el movimiento de las causas; y por supuesto tener acceso a revisar dichos documentos. La funcionalidad de informar los movimientos de las causas envía automáticamente la información registrada por el juez a través de correo electrónico a todas las partes involucradas, considerándose como un documento legalizado. Los abogados, por su parte, solo pueden subir documentos al sistema, de la misma manera que lo hacen los jueces, y validados en éste. Para ello, deben primero inscribirse en cada una de las causas de las cuales participan, lo cual hacen a través de una cuenta de usuario que se les entrega cuando se anuncian como abogados de una de las partes en litigio. Una funcionalidad especial que han pedido los abogados es el pago de costas (gastos generales del juicio cuando corresponde) a través del mismo portal, el cual se planea desarrollar incluyendo el módulo de pago en línea que TransBank ofrece en el mercado, que permite el pago a través de Tarjetas de Crédito, desde Cuenta Corriente, etc., de manera que el monto cancelado sea depositado automáticamente en la cuenta corriente del tribunal correspondiente. Ya que el sistema es de público acceso, la funcionalidad de revisión de documentos de las diversas causas debe estar disponible a toda persona que ingrese al portal, sin validación. Dicha funcionalidad debe proveer diferentes posibilidades de uso, tales como: presentación en pantalla de los documentos de las causas, en HTML si es texto, o con una aplicación anidada si es audio; impresión de los documentos; bajar los documentos en PDF sin autorización electrónica; y envío por correo electrónico de los documentos con autorización electrónica, de manera que queden registrados los destinatarios de dichos documentos. Ya que el sistema debe proveer la aplicación de correo electrónico (para mantener el registro interno), dicha funcionalidad debe poseer un editor de texto propio, donde el usuario registre el mensaje relativo al documento que envía (y para que quede registrado en el sistema dicho mensaje). Asimismo, y con el objeto de permitir enviar mensajes a las partes identificadas en las causas sin revelar sus direcciones de correo electrónico, la aplicación debe contar con un asistente que liste dichos destinatarios, a menos que el usuario digite directamente la dirección requerida. Se debe destacar que los jueces son abogados reconocidos por el poder judicial que además se han titulado de la Academia Judicial.
Audio
Bajar en PDF no Legalizado
Imprimir
Presentación en Pantalla
HTML
Editor de Texto Persona Inscribirse en una Causa
Acceso a Documentos Validar Usuario
Enviar E-Mail Legalizado
Dest. E-Mail
Subir Documentos Abogado Informar Movimientos de Causas Gestión de Causas
Elegir partes de la Causa
Eliminar Documentos Cta. Cte. Tribunal
Juez Pagar Costas
Portal Web Judicial
<>
Módulo de Pago TRANSBANK
Ejercicio # 8, Sistema de Licitaciones
Una mediana empresa ha decidido informatizar su proceso de compras de servicios y productos necesarios para su operación, generando un Sistema de Licitaciones. Para ello, han solicitado a un consultor de Sistemas de Información le levante sus procesos de licitaciones, para establecer la estructura dinámica interactiva del software que desean. El sistema debe poseer una entrada para la gestión de bases de licitación, para cualquier empleado de la empresa, desde el cual se puedan redactar las bases administrativas de la licitación, tanto como las bases técnicas de las mismas, por separado. Cualquier usuario puede colaborar en ésta etapa, ya sea redactando, revisando o modificando las bases antes indicadas. Sin embargo, cada vez que un usuario ingresa al sistema, deberá confirmar las fechas asociadas a la licitación con una función especial de control del calendario. Finalmente, cuando las bases se encuentren listas, se deben enviar al workflow de aprobación de bases de licitación, para que sean revisadas por la Gerencia de Contratos. Dicha gerencia debe poseer un acceso a la revisión de las bases de licitación, ya sea para redactar, revisar o modificar las mismas si les parece pertinente. Cuando ello ocurre, informan verbalmente a los usuarios que se encuentran colaborando en la redacción de las bases para que las revisen, y cuando terminen las vuelvan a enviar al workflow de aprobación. Y este ciclo se mantiene hasta que todas las partes quedan satisfechas con el resultado final. Cuando ello ocurre, el personal de ésta
gerencia debe ingresar a la opción de aprobación de bases de licitación, momento en el cual se deben validar como usuarios registrados, ya que la responsabilidad final por el resultado de los documentos y el calendario de la licitación debe ser trazable. Cuando ingresan a la sección de aprobación, deben aparecer todas las solicitudes de aprobación de bases de licitación enviadas al workflow, donde aprobarán las que consideren están listas para ser publicadas en la página Web de la empresa, lo cual se ejecuta instantáneamente al aprobarse una de ellas. Las que son rechazadas simplemente son eliminadas, debiendo comenzarse desde cero su elaboración. Por su parte, cualquier empresa contratista interesada en prestar sus servicios a la empresa, debe poder acceder al sistema a través del portal web para revisar las licitaciones en curso, para lo cual deben ingresar su nombre de usuario y password. Si la empresa no tiene usuario y password para acceder al portal, deberá poder acceder a un registro especial de contratistas, donde deben ingresar su RUT, nombre, teléfono, uno o varios correos electrónico de contacto, giro, rubro, Representante Legal, etc., de modo que al finalizar el registro, con al menos los campos obligatorios, podrán obtener un usuario y password para acceder al sistema. Desde el menú de revisión de las bases de las licitaciones en curso, podrán acceder a ver las bases de licitación publicadas, podrán bajar en archivo PDF las licitaciones que les interese, y podrán inscribirse en cualquiera de las licitaciones en las cuales puedan participar, según su rubro y posibilidad de ofrecer un servicio o producto de calidad y valor agregado para la empresa. En el caso de que solo requieran bajar las bases de licitación en PDF, deberán acceder a un módulo de pago en línea que posea el sistema, de modo que ingresen sus datos de facturación y accedan a la funcionalidad estándar que ofrece Transbank para este tipo de operaciones, módulo que abona directamente el pago realizado a la cuenta corriente de la empresa. En el caso que requieran inscribirse en la licitación, deberán dejar diversos datos del balance financiero de la empresa, clientes con quienes han trabajado, currículum de la empresa, una dirección de envío físico de las bases impresas, etc., para luego pasar al módulo de pago en línea, ya que se entiende que una empresa que quiera participar en una de las licitaciones en curso, deberá pagar por ello y así asegurar que su oferta será en serio. Cuando las licitaciones requieran ser bajadas en PDF por el contratista, el sistema debe proveer una aplicación de envío de correo electrónico registrado desde el mismo portal (aplicación embebida), en donde se puedan elegir uno o varios de los destinatarios previamente registrados de la empresa que requiere las bases (si no se elije a ninguno, se le enviará al primero que haya sido inscrito en el proceso de registro), así como se debe proveer de una funcionalidad que les permita, si lo requieren, escribir un mensaje asociado al envío del correo, ya que la empresa quiere registrar todo lo que las partes se dicen en ése acto.
Gestión de Bases de Licitación
Control de Calendario WorkFlow Aprobación Bas es de Licitación
Usuario
Redactar Bases Técnicas
Redactar Bases Administrativas
Editor de Texto Aprobación Bases Licitación
Revisión Bases Licitación
Enviar E-Mail Registrado
Validar Usuario
Dest. E-Mail
Publicación Bases Licitación
Registrar Usuario
Elegir Contratista Registrado
Gerencia de Contratos Bajar PDF Bases
Revisar Licitaciones en Curso
Módulo de Pago TRANSBANK
Cta. Cte. Empresa Contratista
Sistema de
Inscribirse en Licitación
<>
Pago en Línea
Licitaciones
Ejercicio # 9, Sistema de Registro de Accidentes de Tránsito
La SIAT de Carabineros de Chile (Sección de Investigación de Accidentes en el Tránsito) ha decido licitar el desarrollo de un Sistema de Registro de Accidentes. Para ello, han solicitado a un consultor de Sistemas de Información que haga un levantamiento de requerimientos respecto del proceso general que engloba el registro de accidentes de tránsito, para establecer la estructura dinámica interactiva del software que desean. El sistema debe interactuar principalmente con un carabinero que ingresará los datos de cada accidente en el lugar donde éste ocurra. Dicho ingreso se ejecutará a través de un programa de registro de datos instalado en un computador portátil; a través de una aplicación para Smartphone; o por teléfono a través de una aplicación interactiva de elección de campos precargados con el teclado telefónico provista por un IVR, u opcional y complementariamente a través de un sistema de reconocimiento de voz, sistema provisto gratuitamente que se puede descargar desde www.google.com/reconocimiento_de_voz. Para cada sistema en específico, el carabinero deberá identificarse como usuario del mismo. Una vez ingresada la información, la misma se registrará automáticamente en una Base de Datos de Accidentes de Tránsito, toda vez que el dispositivo desde el cual el carabinero en terreno ingreso la información tenga conexión a la red institucional de Carabineros de Chile, o a través de Internet. En el caso de haber heridos en el accidente, el carabinero debe ingresar además los datos del hospital
a donde serán trasladados los heridos para constatar lesiones y/o ser atendidos según corresponda, lo cual quedará asociado al accidente ya registrado. Cuando se ingresa la información de un hospital, un sistema central y automatizado genera un proceso de aviso al hospital individualizado en el registro y que le informa a éste del traslado de pacientes, para lo cual, y entre otras cosas, prepara un mensaje de aviso por diferentes medios, módulo que se puede adquirir a una empresa local que ya desarrolló dicha funcionalidad, cuyo dueño es hijo del Capitán a cargo de la SIAT. Se requiere también que cuando se registran datos en la Base de Datos de Accidentes de Tránsito, exista un proceso de generación de informes de tres tipos: uno de constancias de accidentes de tránsito (para efectos de los seguros involucrados en los activos o personas siniestradas); otro de antecedentes de los accidentes, para ser utilizados como prueba en eventuales causas judiciales que se persigan como consecuencia de un siniestro (civiles o penales), y que son enviados automáticamente al juzgado que corresponda; y otro que consiste en un reporte de siniestrabilidad, que se despacha mensualmente a diversas instituciones ligadas a los accidentes de tránsito, tales como compañías de seguros, hospitales, juzgados, ministerios, etc. Los involucrados en los accidentes también podrán acceder al sistema, a través de un código único que el carabinero les entregará en el sitio del siniestro, que les permitirá obtener un resumen de la constancia del accidente a través de su visualización en pantalla, para los efectos que el involucrado estime conveniente. El documento se puede imprimir directamente desde pantalla como documento no legalizado, o lo pueden bajar en formato PDF con firma electrónica avanzada. Dicho documento se obtiene desde el informe de constancias de accidentes de tránsito. Finalmente, y dado que todos los registros deben ser públicos, la aplicación deberá poseer una interfaz para cualquier persona que quiera y pueda acceder al sistema, sin usuario, contraseña ni código alguno, desde la cual pueda ver en pantalla un resumen de los antecedentes de los accidentes, pueda imprimirlos desde pantalla o bajar copia en formato PDF con firma electrónica avanzada, resumen que solo contempla información general de los mismos pero que no presenta datos específicos para proteger la información de tipo confidencial. Dicho documento se obtiene desde el informe de antecedentes de los accidentes.
Resumen Antecedentes
Persona
Antecedentes Causa
Imprimir no Legal
Ver en Pantalla
Guardar con Firma Electrónica Constancia Accidente
Obtener Constancia
Juzgado
Reporte Instituciones
Involucrado <>
Validación Usuario
PC
Reconocimiento de Voz
App.
Genera Informes Ingreso Datos Accidente
Teléfono
Carabinero <>
Institución Preparación Mensaje Registro BD Accidentes <>
Ingreso Datos Hospital
Sistema de Registro de Accidentes
Aviso al Hospital Hospital