Unidad 1. Herramientas para el modelado de software
Carrera: Ingeniera en Desarrollo de software
Cuatrimestre 06
Actividades de la Unidad 1: Mtodos y modelos de desarrollo de software
Clave 150920624 / 160920624
Unidad 1. Herramientas para el modelado de software
Mtodos y Modelos de Desarrollo de Software Unidad 1. Herramientas para el modelado de software
Actividad 1. Foro de la asignatura
Propsito: Presentarte con tus compaeros(as) y facilitador(a) y resolver dudas generales o tcnicas con respecto a la asignatura.
Instrucciones: 1. Ingresa al foro. 2. Presntate con tu facilitador(a) y compaeros(as) respondiendo a las siguientes preguntas: a. Cul es tu nombre? b. Dnde vives? c. Qu te gusta ms del Desarrollo de software? d. Cules son tus expectativas de la asignatura? 3. Atiende a las indicaciones de tu facilitador(a). 4. Recuerda que el foro permanecer abierto en toda la asignatura, por lo tanto, podrs ingresar a l para resolver dudas o emitir comentarios entorno a la asignatura.
Actividad 2: Componentes Bsicos
Propsito: Distinguir en el diagrama de casos de uso de UML los componentes bsicos.
En la siguiente actividad distinguirs los componentes bsicos en los diagramas de casos de uso en UML.
Instrucciones: 1. Observa la imagen.
Mtodos y Modelos de Desarrollo de Software Unidad 1. Herramientas para el modelado de software
2. responde a las preguntas. Cmo se llama el Sistema? ________________________________________________ Cuntos casos de uso se observan en el diagrama? ____________________________ Cules son los nombres de los actores? ______________________________________ Qu nombre reciben las 8lneas sin punta? ___________________________________ Las 8 lneas sin punta que representan? ______________________________________ Qu nombre recibe la lnea discontinua? ______________________________________ Que representa la lnea discontinua? _________________________________________ Qu nombre reciben las 2 lneas continuas con punta? ___________________________ Qu representan las 2 lneas continuas con punta? ______________________________ Qu casos inicia el mesero? _______________________________________________ 3. Copia las preguntas en un archivo de texto, responde las preguntas argumentando el porqu de tu respuesta. 4. Guarda la actividad con el nombre DMMS_U1_A2_XXYZ. Sustituye las XX por las dos primeras letras de tu primer nombre, la Y por la inicial de tu primer apellido y la Z por la inicial de tu segundo apellido. 5. Enva el archivo a tu Facilitador(a) para recibir retroalimentacin.
Mtodos y Modelos de Desarrollo de Software Unidad 1. Herramientas para el modelado de software Actividad 3: Fases del Proceso RUP
Propsito: Distinguir actividades que se realizan en un proyecto real siguiendo la metodologa RUP para la elaboracin y finalizacin de un proyecto.
Instrucciones: 1. De la lista de actividades resumida de un proyecto real y que se enlistan de manera desordenada, identifica cul de las 4 fases del modelo RUP es la adecuada para comenzar su ejecucin. Para eso coloca la letra que identifica a la fase en el lado derecho (columna fase) de la actividad que le corresponde. 2. Copia las tablas en un archivo de texto. 3. Coloca tus respuestas en la columna de la derecha y redacta brevemente el porqu de tus respuestas. 4. Guarda la actividad con el nombre DMMS_U1_A3_XXYZ. Sustituye las XX por las dos primeras letras de tu primer nombre, la Y por la inicial de tu primer apellido y la Z por la inicial de tu segundo apellido. 5. Enva el archivo a tu Facilitador(a) para recibir retroalimentacin.
FASES DEL PROCESO RUP LETRA NOMBRE DE FASE I INICIO E ELABORACION C CONSTRUCCION T TRANSICION/CIERRE
LISTA DE ACTIVIDADES EN DESORDEN Orden ACTIVIDAD FASE 1 Clarificar los requisitos pendientes. 2 Desarrollar la especificacin de los casos de uso,
3 Definir visin general de la arquitectura. 4 Realizar las mejoras del proyecto. 5 Ajustar los errores y defectos encontrados en las pruebas de aceptacin. 6 Capacitar a los usuarios. 7 Desarrollar la arquitectura base del sistema.
8 Verificar que el producto cumple con las especificaciones involucradas en el proyecto. 9 Disear la solucin preliminar. 10 Completar la funcionalidad de la iteracin.
11 Definir casos de uso de la arquitectura base del sistema. 12 Administrar los cambios de las evaluaciones realizadas por los usuarios.
13 Identificar riesgos. 14 Asegurar la disponibilidad del software para los usuarios. 15 Definir el plan de las fases e iteraciones siguientes de desarrollo.
16 Definir el alcance del proyecto.
Mtodos y Modelos de Desarrollo de Software Unidad 1. Herramientas para el modelado de software 17 Proveer soporte tcnico. 18 Definir la viabilidad del proyecto.
Actividad 4: Diagramas de UML
Propsito: Diagramar mediante el uso de UML tu entendimiento de solucin de una problemtica para desarrollar un software.
Instrucciones: 1. Para comenzar este ejercicio, debers crear un archivo de texto, como encabezado pon en el centro del rengln, el nmero de la actividad y el tema (Actividad 4: Diagramas de UML). 2. En el segundo rengln coloca tu nombre, comenzando por apellidos. 3. Deja 3 renglones vacos. 4. Copia los incisos de la A la C, en el documento creado. 5. Al desarrollar la respuesta de cada inciso, la coloca en seguida de cada descripcin del inciso que le corresponda.
A) Desarrolla el diagrama de clase, de un proceso de venta de productos, esto es para un negocio que maneja control de inventarios en un almacn, catlogo de proveedores, catlogo de clientes, control de facturas y sus detalles, pero no mantiene un catlogo de pedidos. De los datos que se manejan son: Productos: un identificador como LR08050 que significa libreta raya roja de 50 hojas, nombre del producto, tipo de producto como puede ser entre L, G o S, el precio con decimales y un identificador del proveedor. Deben de existir mtodos para dar de alta, modificar, buscar, consultar y eliminar productos del catlogo.
Proveedor: se controla con un identificador con letras y nmeros, un nombre, giro de negocio que se controla con un conjunto de caracteres, RFC, direccin, telfono, nmero de fax y el cdigo postal. Adems debe de tener procesos de alta, modificacin, bsqueda, consulta y eliminacin de proveedores.
Cliente: se controla con un identificador numrico, un nombre, RFC., direccin, telfono y el cdigo postal. Adems debe de tener procesos de alta, modificacin, bsqueda, consulta y eliminacin de proveedores.
Almacn: se controla con un identificador con caracteres y nmeros, cantidad existente, mnima y mxima, no se venden fracciones de productos. Adems debe de tener procesos de alta, modificacin, bsqueda, consulta e impresin del catlogo.
La factura registra, la fecha, nmero de factura, el cliente, subtotal, IVA, total, clave del producto, cantidad del producto vendido, precio de venta, los procesos que debe de tener son: cargar datos del cliente, guardar factura, imprimir factura, consultar factura, calcular totales y cargar datos del producto.
Recuerda que al crear la clase de la factura debers de separar en dos clases una para el encabezado de la factura y otra para los detalles de la factura. Al crear estas dos clases debers de respetar los tipos de datos de las primeras cuatro clases que te describ.
Mtodos y Modelos de Desarrollo de Software Unidad 1. Herramientas para el modelado de software
Debers de mostrar las relaciones entre las clases y la multiplicidad, usando el criterio de: 1 a muchas. Muchas a muchas. Muchas a 1. 1 a 1
Segn sea el caso B) Desarrolla el diagrama casos de uso, del sistema llamado Facturacin, en donde relacionars, 4 actores (factura, producto, cliente y BD), y los casos: cargar datos producto, cargar datos cliente, guardar factura e imprimir factura.
C) Desarrolla el diagrama de secuencia, usando a los actores administrador, formato de altas cliente (programa) y BD, crear el diagrama de secuencia, validando que, si existe el cliente, no se capture pero, si no existe, capturar los datos en la forma o pantalla de captura; despus de que se capturaron los datos en la forma, deber de hacer conexin con la base de datos, insertar los datos, y cerrar la conexin, al final deber de limpiar la forma.
6. Guarda la actividad con el nombre DMMS_U1_A3_XXYZ. Sustituye las XX por las dos primeras letras de tu primer nombre, la Y por la inicial de tu primer apellido y la Z por la inicial de tu segundo apellido. 7. Enva el archivo a tu Facilitador(a) para recibir retroalimentacin. No olvides consultar la rbrica de evaluacin de la actividad.
Actividad 5: Componentes de UML
Propsito: Distinguir en los diagramas de UML los tipos de relaciones que pueden existir en los diferentes componentes que son utilizados en los mismo diagramas.
Instrucciones: 1. Ingresa al foro Componentes de UML. 2. En cada problema se presenta un diagrama de UML, en cada uno de ellos se muestran actores, y tipos de relaciones. De cada problema hay una pregunta, analiza con al menos tres de tus compaeros cada una de las cuatro opciones que tiene y seleccionen la correcta, coloca en la columna de respuesta la letra de la opcin. 3. Atiendea las instrucciones y comentarios de retroalimentacin por parte de tu facilitador.
Diagramas Pregunta Respuesta 1.- Ingresar
Qu tipo de relacin existe en el diagrama? a) Asociacin b) Dependencia (include) c) Dependencia (extend) d) Generalizacin
2.- Comprar Qu tipo de relacin existe en el diagrama entre los casos? a) Asociacin
Mtodos y Modelos de Desarrollo de Software Unidad 1. Herramientas para el modelado de software
b) Dependencia (include) c) Dependencia (extend) d) Generalizacin 3.- Pagar Factura
Qu tipo de relacin existe en el diagrama entre los casos? a) Asociacin b) Dependencia (include) c) Dependencia (extend) d) Generalizacin
4.- Preparar bebida caliente
En el sistema se muestra los casos hacer caf y hacer te, y un caso que se incluye en el proceso de preparar bebida, llamado hervir agua. Entre los 2 primeros casos y el de hervir agua, existe una relacin de tipo dependencia <<include>>. La relacin de dependencia <<include>> indica que: a) Que es opcional el caso hervir tetera. b) Siempre se debe de realizar el caso hervir tetera c) Para preparar caf siempre debes de realizar el caso hervir agua, pero no para hacer te d) Para preparar t siempre debes de realizar el caso hervir agua, pero no para hacer caf
5.- Pagar Factura
Qu tipo de relacin existe en el diagrama entre los casos? a) Asociacin y generalizacin b) Asociacin y dependencia c) Generalizacin y dependencia d) Asociacin y dependencia
6.- Restaurante
De acuerdo al grfico qu casos de uso inicia el crtico de comidas? a) Todos b) Los 3 ltimos c) Los 3 primeros d) Ninguno
7.- Sub-sistema Pagar
De los tres casos de uso, deben de existir dos relaciones, de qu tipo seran? y de a dnde seran las conexiones?, tomando en cuenta que si el caso Pagar lo llamramos 1, Pagar con tarjeta de crdito lo llamramos 2, y Pagar en efectivo lo llamramos 3. a) Asociacin de 1 a 3 y dependencia de 2 a 3.
Mtodos y Modelos de Desarrollo de Software Unidad 1. Herramientas para el modelado de software b) Dependencia de 1 a 2 y de 1 a 3. c) De generalizacin de 2 a 3 y dependencia de 3 a 1. d) De generalizacin de 1 a 2 y de 1 a 3. 8.- Diagramas de clases, empleados
Qu tipo de relacin existe en el diagrama? a) Asociacin b) Dependencia (include) c) Dependencia (extend) d) Generalizacin.
9.- Diagrama de clases
En el diagrama de clases se observan los 3 tipos de relaciones, de las cuales se pueden realizar varias aseveraciones, de las que se muestran abajo una de ellas es falsa, cul es la falsa? a) Un usuario tiene atributos y mtodos iguales para un usuario de administracin y de informtica. b) Un usuario tiene asociado una clave o varias. c) Un usuario depende de un fichero, sin este no tiene cabida en el sistema. d) Ninguna de las anteriores es correcta.
10.- Diagrama de clases sub-sistema empacar
Existen dos tipos de relaciones, cuales son: a) Dependencia y Asociacin. b) Asociacin y Generalizacin. c) Dependencia y Generalizacin. d) Asociacin y dependencia extend.
Evidencia de aprendizaje. Creacin y consulta en una base de datos
Propsito: Disear los modelos grficos vistos de UML desde una problemtica dada, usando la herramienta StarUml.
En esta primera Unidad documentaste sobre los temas de UML y RUP, profundizaste en el conocimiento de analizar situaciones, que requieren una solucin que deber ser automatizada y ejecutada por una computadora, pero antes de programar requiere del entendimiento de la misma problemtica; para demostrar tu interpretacin de los requerimientos, lo puedes hacer con diagramas de UML y el proceso de desarrollo lo puedes gestionar con RUP, sobre estos puntos clave realizaste ejercicios. Ahora realizars como evidencia de aprendizaje diagramas UML, el sistema es de un control escolar sencillo.
Problema: Un colegio de la ciudad, desea agilizar el proceso de generar certificados, constancias de calificaciones, certificados parciales, en fin, documentos que tienen que ver con las calificaciones. En la actualidad, las
Mtodos y Modelos de Desarrollo de Software Unidad 1. Herramientas para el modelado de software secretarias que elaboran los certificados, van a las boletas fsicas de cada materia del alumno y lo vacan en un formato, esto les toma mucho tiempo, es por ello que el colegio, tiene el inters de almacenar las calificaciones de sus alumnos en un sistema de cmputo. El colegio maneja alumnos de secundaria y de preparatoria, por el mismo motivo tambin hay profesores para cada nivel de estudios, en un entrevista de levantamiento de requerimientos se detecta que los datos de los alumnos de secundaria y de preparatoria, son los mismos excepto que a los alumnos de secundaria, llevan un taller y el de preparatoria tiene una clave del bachillerato, todos los dems datos son los mismos: nmero de control, nombre, apellidos, domicilio, colonia, telfono, sexo (un carcter), edad (entero), fecha de nacimiento (tipo: fecha), CURP, email, activo (un carcter) y egreso (un carcter), los datos no especificados son de tipo String o cadena.
Por lo tanto, realiza lo siguiente: 1.- Usando la herramienta de StarUML, crea un diagrama de clases, primero agrega una clase llamada alumno, a la cual le agregars los datos que son comunes para los dos tipos de alumnos (13 en total), los atributos debern especificar el tipo de dato y el alcance privado.
2.- En el mismo archivo, agrega una clase llamada Alumno de Secundaria (AluSec), este tendr como llave primara el atributo NoControl, (igual que en la tabla alumnos), adems el campo de clave de taller de tipo String, todos los atributos sern de alcance privado.
3.- En el mismo archivo, agrega una clase llamada Alumno de Prepa (AluPre), este tendr como llave primaria el atributo NoControl, adems el campo de clave de bachillerato de tipo String; todos los atributos sern de alcance privado.
4.- Como observars, la tabla alumno tiene los atributos que son comunes para la tabla AluSec y para la tabla AluPre, estos atributos deben heredarse, usa dos relaciones de tipo Generalizacin (herencia) para indicar que las 2 tablas heredan los atributos y mtodos de la tabla alumno.
5.- En la clase tabla AluSec agrega los mtodos agregar alumno secundaria (AgregarAlumSec), modificar alumno secundaria (Modificar AlumSec), bloquear Alumno secundaria (bloquearAlumSec), Listar Alumno Secundaria (listarAlumSec ) e imprimir alumnos de secundaria (ImprimirAlumSec), todos los mtodos debern de tener un alcance pblico.
6.-Agrega los mismos mtodos pero ahora para la clase AlumPrepa, actualiza los nombres de los mtodos, tambin asigna un alcance de mtodo pblico.
Hablando de empleados, hay 2 tipos administrativos: docentes de secundaria y docente de preparatoria. Hay atributos que son comunes para todos los empleados, pero los atributos de los administrativos no hay atributos nicos o diferentes a los dems empleados, pero el empleado docente secundaria si tiene un atributo extra que es clave de sindicato (String), y el empleado docente de prepa tiene 2 atributos diferentes que son carrera (String) y nivel de estudios (String).
7.- Agrega una clase (tambin llamada entidad o tabla), llamada Empleados, con los siguientes atributos:
Todos los mtodos son de alcance pblico, y sirven para administrar los datos de los empleados administrativos. 8.- Agrega la entidad Secundaria, con el propsito de tener los atributos especiales de los docentes de secundaria, con los siguientes atributos y mtodos:
Mtodos y Modelos de Desarrollo de Software Unidad 1. Herramientas para el modelado de software +BloquearProfPrepa +ListarProfPrepa +ImprimirProfPrepa
10.- Las clases Secundaria y Preparatoria, deben de heredar los atributos de la clase empleados, agrega las relaciones de generalizacin, para indicar que las tablas heredan los atributos de la tabla empleados. 11.- Crea la tabla Materia, con los siguientes atributos (alcance privado) y mtodos (alcance pblico) Atributos - idMateria:String - concepto: String - TipoSecPrep: Char
Mtodos +AgregarMat +ModificarMat +BajaMatLogica
12.- Agrega la tabla Imparticin de clase (ImparticionClase), en esta tabla se encuentran los atributos y mtodos que indican que materia imparten los docentes. Atributo - cveAsignacin: String - noEmpleado: String - idMateria: String - Periodo: String Mtodos + AgregarAsigMateria + ModificarAsigMateria + BorradoAsigLogico
13: Agrega una relacin de asociacin entre las tablas Materia a ImparticionClase, 14.- Asigna la cardinalidad de 1 a muchos de la clase Materia a ImparticionClase. 15: Agrega una relacin de asociacin entre las tablas Empleados a ImparticionClase, 16.- Asigna la cardinalidad de 0..* a muchos de la clase Empleados a ImparticionClase. 17.- Agrega una ltima entidad llamada CalificacionMateria, que sirve para administrar las calificaciones por materia, con los siguientes atributos (alcance privado) y mtodos (alcance pblicos).
18.- La tabla anterior se relaciona con las entidades Alumnos e ImpartirClase, pero la relacin ser de dependencia, es decir que para capturar una calificacin debe de existir el alumno y la materia asignada a un docente. Agrega una relacin de tipo dependencia (lnea discontinua con punta de flecha) de CalificacionMateria ImparticinClase.
Mtodos y Modelos de Desarrollo de Software Unidad 1. Herramientas para el modelado de software
19.- Agrega una relacin de tipo dependencia (lnea discontinua con punta de flecha) de CalificacionMateria a Alumnos.
20.- Guarda el archivo como jgp, con el nombre DMMS_U1_EA_XXYZ. Sustituye las XX por las dos primeras letras de tu primer nombre, la Y por la inicial de tu primer apellido y la Z por la inicial de tu segundo apellido.
21.- Enva el archivo a tu Facilitador(a) para recibir retroalimentacin. No olvides revisar la rbrica de evaluacin de la evidencia de aprendizaje.