DSDO Practica General Segunda iteración

Documentos relacionados
REQUISITOS...3 CASOS DE USO...4

Actividad ASI 1: Definición del Sistema

Un caso de uso es una tarea que debe poder llevarse a cabo con el apoyo del sistema que se está desarrollando, se representa mediante un óvalo.

SINAUTO. (Captura Requirimientos) GRUPO 03

ISI - Ingeniería del Software I PRÁCTICA 2: MODELO DE CASOS DE USO

Programa JUNTOS <ANEXO 03> < Servicio de Análisis, Diseño Identificación de Requerimientos y Mantenimiento de la Página Web del programa JUNTOS.

ANÁLISIS SINAUTO. Roberto Balanza Pablo del Arco Lilia González Ainhoa Olcoz Imanol Díaz (Secretario) Yessica González (Coordinadora)

Ingeniería a de Software CC51A

Modelado Básico con Casos de Uso. Diseño de Software Avanzado Departamento de Informática

TEMA: CASOS DE USO DEL PROYECTO CATEDRÁTICO: ING. ANA MERCEDES CACERES GRUPO: RAUL ERNESTO CRUZ ORELLANA LEVI OSMIN RODRIGUEZ OROZCO

TÉCNICO SUPERIOR UNIVERSITARIO EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN ÁREA SISTEMAS INFORMÁTICOS.

Documento. Código de la Versión Fecha Autor. 1.0 Febrero 25, 2014 Katherine Zubieta. 2.0 Agosto 26, 2014 David Gualtero Katherine Zubieta

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

Desarrollo de una aplicación Web para la gestión de hipódromos mediante la tecnología J2EE

Colegio Universitario de Cartago. Fecha de emisión: Procedimiento de Conciliación de Cuentas PA-FIN /10/2016 Bancarias Versión 1 Página: 1 de 5

MANUAL DE USUARIO SISTEMA ADMINISTRATIVO


Universidad Abierta Interamericana Ingeniería en Sistemas Análisis de Sistemas Administrativos

Modelo alternativo de análisis: Modelo de Jacobson

Unidad II. Metodología para resolver problemas aplicando la POO. Parte 1

Sistemas de Información II Requerimientos. Análisis de Requisitos

MODELADO DE CASOS DE USO (Libro UML 2-Arlow & Neustad)

UML, ejemplo sencillo sobre Modelado de un Proyecto

Relación de prácticas de la asignatura METODOLOGÍA DE LA PROGRAMACIÓN Segundo Cuatrimestre Curso º Grado en Informática

GTBIB (SOD): Manual de interfaz de usuario

Informe de Análisis y Diseño Proyecto: <nombre de proyecto>

AJUNTAMENT DE QUERALBS

PROCEDIMIENTO OPERATIVO APLICACIÓN PARA LA ACTUALIZACIÓN DE CONTENIDOS WEB (AWUAH)

Curso Taller de Arquitectura de Software usando UML

DIRECCIÓN TÉCNICO ELECTORAL - DIRECCION GENERAL ELECTORAL - SECRETARIA DE ACTUACIÓN - JUNTA ELECTORAL DE LA PROVINCIA DE BUENOS AIRES

Diagramas de interacción

DCU Diagramas de casos de uso

DISTRIBUCIÓN Y CONTROL DE CUPONES DE COMBUSTIBLE Y BONOS DE GAS L.P.

Descripción de servicio

Los requisitos de un Sistema de Información

Ejemplo: SI de una biblioteca

Información General sobre el Objetivo y los Requisitos de la Ley Estatal Educativa (P.A )

Anexo A-1. Cronograma

Convenio Marco de Transporte Aéreo de Pasajeros ID LP10.

GI-A.10.1-SA-07 GUIA RÁPIDA COMPRAR EN LÍNEA. Código: GI-A.10.1-SA-07 GUÍA RÁPIDA COMPRAR EN LÍNEA. Revisión:1 MANUAL

CEDIS SISTEMA ADMINISTRATIVO PARA EL CONTROL DE BARES Y RESTAURANTES SOFT RESTAURANT (Versión 8.0.0) National Soft de México

Caso Inmobiliaria para Diseño de Interfaz de Usuario Diseño de Sistemas - Plan 2008

Gestión de una Biblioteca

C.C.T. 15EUT0001X Organismo Público Descentralizado del Gobierno del Estado de México C.I. 15MSU0910P

Algunas Herramientas de Apoyo al Análisis y Diseño de Software. Agustín J. González ELO329: Diseño y programación orientados a objetos

CONFIGURACIÓN DEL DISPOSITIVO

Registro de Vivienda Individual

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

Modelado Avanzado con Casos de Uso. Diseño de Software Avanzado Departamento de Informática

USECASE. CASOS de USO

CLASE 7: ARQUITECTURA: DEL ANÁLISIS AL DISEÑO DIAGRAMAS DE SECUENCIA Y CONTRATOS

Pauta de Informe de Proyecto

Diagramas de secuencia

Guía para Elaborar Órdenes de compra y/o Contratos para la modalidad de Compra Directa

MANUAL. Módulo de Devoluciones Web

INGENIERÍA DEL SOFTWARE I Tema 5 Contexto y Requisitos del Sistema (Modelado en desarrollo OO)

SERVICIOS CON CLAVE FISCAL. F. 504/A - Impuesto sobre Gas Natural Comprimido

Análisis y diseño de una aplicación para la gestión de reservas de un complejo de apartamentos. AIDA - MEMORIA - Fecha creación

SIIGO Pyme Plus. Informes Control Cruces de Documentos. Cartilla I

PROCEDIMIENTO DIFUSIÓN DE CONCURSOS DE SELECCIÓN Y PROMOCIÓN DE PERSONAL

6.2 Interfaz del Programa de Diseño de una Guía Circular.

DIAGRAMAS DE SECUENCIA DEL SISTEMA, CONTRATOS DE LAS OPERACIONES DEL SISTEMA, GLOSARIO Y PAQUETES

INGENIERÍA DEL SOFTWARE I. Univ. Cantabria Fac. de Ciencias. Especificación de Requisitos. Práctica 2

Programación Avanzada. Desarrollo Orientado a Objetos basado en UML

RECLUTAMIENTO Y SELECCIÓN DE PERSONAL

SISTEMA INTEGRAL DE CONTROL ESCOLAR DE EDUCACIÓN MEDIA VERSION 2 PROCEDIMIENTO DE CAPTURA DE CALIFICACIONES MODULO PARA DOCENTES

PROCESO UNIFICADO CAPTURA DE REQUISITOS

Diseño de Sistemas Universidad CAECE Año 2005

Capítulo 16. Diagrama de Clases UML

GUÍA LIQUIDACIÓN TOTAL DEL FONDO EN AVANCE DE CAJA CHICA INTRODUCCIÓN

SISTEMA DE CONSULTAS PAGOS DE PROVEEDORES

OBJETIVO CONDICIONES Y CARACTERISTICAS GENERALES

CENTRO MÉDICO. Proyecto final de carrera Ingenieria Informática Desarrollo aplicación.net. Autora: María del Mar Mayol Torrens

Caso empresa ELÉCTRICA S.A.

SIIGO Pyme. Elaboración Facturación Rápida. Cartilla II

Diagramas de interacción

SISTEMA DE CONSULTAS EN LÍNEA VIA INTERNET

Procedimiento de Elaboración y Revisión del Plan de Vuelo ELABORACIÓN Y REVISIÓN DEL PLAN DE VUELO ADMINISTRACIÓN DEL AEROPUERTO PABLO L.

BALANCED SCORECARD. Semaforizacion Tablero de Indicadores. Cartilla I

PROCEDIMIENTO PARA DISTRIBUCIÓN, CONTROL Y BAJAS DEL INVENTARIO DE ACTIVO FIJO.

Análisis y diseño de una aplicación control de inventarios de una empresa lechera. HOLANDESA

Probando casos de uso

Siguen algunas consideraciones preliminares y diagramas al efecto de asignar y gestionar una revisión.

Universidad de Valladolid

PROCEDIMIENTO: ADQUISICIONES MERCADO PÚBLICO

Administración Local Soluciones

Casos de Uso. Introducción. Actores

Manual de Usuario de la Aplicación Web Gestión de Convenio y Becas - RELEXT 2015 UNIVERSIDAD ESTATAL PENÍNSULA DE SANTA ELENA

Ingeniería del Software I Ejercicio de Requerimientos y Casos de Uso

CONCEPTUALIZACION - MODELADO DEL CONOCIMIENTO

Definición de Tipo de Dato Abstracto (TDA)

Requerimientos de Software

CAMPUS VIRTUAL ENTORNO VIRTUAL ANGELINO

Manual del Usuario. Versión 0.1

Principios Básicos de Orientación a Objetos. Orientación a Objetos

SISTEMA DE INFORMACIÓN PARA COMERCIOS: SIC

Nombramiento/designación del Órgano Director para el Procedimiento administrativo M-PS

Dirección de Planeación y Evaluación 1

GUÍA DE APOYO SISTEMA POST ATENCIÓN: GINECOLOGÍA

Resultado de Aprendizaje:

Transcripción:

DSDO Practica General Segunda iteración José Luis López Pino (jlpino@correo.ugr.es) Brais Gabín Moreira (braisga@correo.ugr.es) 3º Gestión DSDO Practica General Primera Iteración Documentación 1

ÍNDICE Modelo del análisis: Modelo de casos de uso...3 Descripción de los casos de uso...3 CU 13: Adjudicar proyectos...3 CU 14: Ver adjudicación...4 CU 15: Ver alumnos adjudicados...5 CU 16: Ver su proyecto adjudicado...6 Diagrama de secuencia del sistema...7 CU 13: Adjudicar proyectos...7 CU 14: Ver adjudicación...7 CU 15: Ver alumnos adjudicados...8 CU 16: Ver su proyecto adjudicado...8 Contratos...9 Cont 16: adjudicarproyectos()...9 Cont 17: alumnossinproyecto = obteneralumnossinproyecto()...9 Cont 18: adjudicacion = obteneradjudicacion()...9 Cont 19: alumnosadjudicados = obteneralumnosadjudicados(dni)...10 Cont 20: proyecto = obtenerproyectoadjudicado(dni)...10 Modelo de dominio (modelo conceptual)...11 Modelo del diseño: Modelo de interacción de objetos: diagramas de colaboración...12 Cont 16: adjudicarproyectos()...12 Cont 17: alumnossinproyecto = obteneralumnossinproyecto()...13 Cont 18: adjudicacion = obteneradjudicacion()...13 Cont 19: alumnosadjudicados = obteneralumnosadjudicados(dni)...14 Cont 20: proyecto = obtenerproyectoadjudicado(dni)...15 Inicialización del sistema...16 Modelo de estructura de objetos: diagrama de clases de diseño...17 DSDO Practica General Primera Iteración Documentación 2

Modelo del análisis: Casos de uso Caso de Uso: Adjudicar proyectos CU 13 Actores: Tipo: Referencias: Precondiciones: Postcondiciones: Autor: Administrador (I) José Luis López Pino Brais Gabín Moreira Fecha: 15 05 2008 Versión: 1.0 Propósito: Asignar a los alumnos los proyectos que le correspondan en función de sus elecciones y de su baremo en ellos. Curso Normal: 1 El administrador inicia el caso de uso. 2 El sistema adjudica los proyectos a los alumnos e indica si algún alumno se ha quedado sin proyecto. Excepciones: Otros Datos: Frecuencia esperada: Solo una vez cada año. Rendimiento: Importancia: Muy alta Urgencia: Estado: Estabilidad: Muy alta DSDO Practica General Primera Iteración Documentación 3

Caso de Uso: Ver adjudicación CU 14 Actores: Tipo: Referencias: Precondiciones: Postcondiciones: Autor: Administrador (I) José Luis López Pino Brais Gabín Moreira Fecha: 15 05 2008 Versión: 1.0 Propósito: Consultar las adjudicaciones realizadas y los alumnos que se han quedado sin ningún proyecto. Curso Normal: 1 El administrador inicia el caso de uso. 2 El sistema muestra al administrador la opción de ver los alumnos con proyecto adjudicado o los alumnos sin proyecto. 3 El administrador elige la opción deseada. 4 El sistema le muestra la información. Otros Datos: Frecuencia esperada: Unas pocas veces cada año. Rendimiento: Importancia: Muy alta Urgencia: Estado: Estabilidad: Muy alta DSDO Practica General Primera Iteración Documentación 4

Caso de Uso: Ver alumnos adjudicados CU 15 Actores: Tipo: Referencias: Precondiciones: Postcondiciones: Autor: Profesor (I) José Luis López Pino Brais Gabín Moreira Fecha: 15 05 2008 Versión: 1.0 Propósito: Ver los alumnos que han sido adjudicados a sus proyectos Curso Normal: 1 El profesor inicia el caso de uso 2 El sistema le muestra una lista con sus proyectos y los alumnos que han tiene cada uno de ellos. 3 El profesor puede seleccionar un proyecto para ver su descripción: CU 7 Excepciones: Otros Datos: Frecuencia esperada: Después de las adjudicaciones un par de veces por profesor Rendimiento: Importancia: Alta Urgencia: Estado: Estabilidad: Alta DSDO Practica General Primera Iteración Documentación 5

Caso de Uso: Ver su proyecto adjudicado CU 16 Actores: Tipo: Referencias: Precondiciones: Postcondiciones: Autor: Alumno (I) José Luis López Pino Brais Gabín Moreira Fecha: 15 05 2008 Versión: 1.0 Propósito: Ver el proyecto que le ha sido adjudicado. Curso Normal: 1 El alumno inicia el caso de uso 2 El sistema le dice el proyecto que le ha sido asignado 3 El alumno puede mirar la información sobre ese proyecto: CU 11 Excepciones: Otros Datos: Frecuencia esperada: Después de la adjudicación un par de veces por alumno. Rendimiento: Importancia: Alta Urgencia: Estado: Estabilidad: Alta DSDO Practica General Primera Iteración Documentación 6

Modelo de casos de uso: Diagrama de Secuencia del Sistema DSDO Practica General Primera Iteración Documentación 7

DSDO Practica General Primera Iteración Documentación 8

Contratos Nombre adjudicarproyectos() Cont 16 Responsabilidad Encargada de asignar los proyectos entre los alumnos que los han elegido. Referencias Tipo Excepciones Salidas Precondiciones CU 13 GAP Que se haya terminado el plazo de elegir proyectos. Poscondiciones Para todos los alumnos (siempre que se haya podido) Fue creado un enlace entre un objeto Alumno y un objeto Proyecto Nombre alumnossinproyecto = obteneralumnossinproyecto() Cont 17 Responsabilidad Devuelve la lista con los nombres de los alumnos que no tienen proyecto adjudicado. Referencias Tipo Excepciones Salidas Poscondiciones CU 13 CU 14 GAP Una lista con los nombres de todos los alumnos sin proyecto adjudicado. Nombre adjudicacion = obteneradjudicacion() Cont 18 Responsabilidad Devuelve los proyectos con alumnos y alumnos adjudicados a ellos. Referencias Tipo CU 14 GAP Excepciones Que no exista un profesor con dni (dni) Salidas Precondiciones Poscondiciones Una lista con tripletas nombre del proyecto, id (todos los proyectos que tienen algún alumno asignado) y una lista con los nombres de los alumnos adjudicados. DSDO Practica General Primera Iteración Documentación 9

Nombre alumnosadjudicados = obteneralumnosadjudicados(dni) Cont 19 Responsabilidad Devolver una lista con los proyectos del profesor y los alumnos que le han sido adjudicados a cada uno de ellos Referencias Tipo CU 15 GAP Excepciones Que no exista un profesor con dicho dni. Salidas Poscondiciones Una lista con tripletas nombre del proyecto, id del proyecto y lista con los nombres de los alumnos del mismo. Solo los proyectos del profesor. Nombre proyecto = obtenerproyectoadjudicado(dni) Cont 20 Responsabilidad Devolver el proyecto que le ha sido adjudicado a ese alumno Referencias Tipo CU 16 GAP Excepciones Que no exista un alumno con dicho dni. Que el alumno no tengo proyecto adjudicado. Salidas Precondiciones Poscondiciones Devuelve en una lista con el nombre del proyecto que le ha sido asignado, su id y una lista con los nombres de los alumnos con el mismo proyecto. DSDO Practica General Primera Iteración Documentación 10

Modelo de dominio (modelo conceptual) DSDO Practica General Primera Iteración Documentación 11

Modelo del diseño: Modelo de interacción de objetos: diagramas de colaboración DSDO Practica General Primera Iteración Documentación 12

DSDO Practica General Primera Iteración Documentación 13

DSDO Practica General Primera Iteración Documentación 14

DSDO Practica General Primera Iteración Documentación 15

Inicialización del sistema No es necesaria para esta iteración inicializar ningún dato en el sistema. DSDO Practica General Primera Iteración Documentación 16

Modelo de estructura de objetos: diagrama de clases de diseño DSDO Practica General Primera Iteración Documentación 17