Actividades Dmms Unidad I 2017

Mtodos y Modelos de Desarrollo de Software
ORGANIZADOR DIDCTICO DE APRENDIZAJE 1. (ODA)

ELABORADO Docente: Salgado Segovia Susana.
POR:
ASIGNATURA: Mtodos y Modelos de Desarrollo de Software
SEMESTRE: CUARTO
PERIODO: Primera Unidad, del 16 de julio al 5 de agosto de 2017.
Grupo: DS-DMMS-1702-B1-001
ACTIVIDADES DE LA UNIDAD I
UNIDAD 1. Herramientas para el Modelado de Software

Bienvenido(a) a la asignatura: Mtodos y modelos de desarrollo de
software. En esta unidad trabajars mediante la herramienta de
UML y RUP el anlisis, diseo y modelado de los procesos para el
desarrollo de software; iniciars con los conceptos bsicos de la
metodologa UML, aprenders a representar anlisis de los
requerimientos de los clientes de desarrollo, usando los diagramas
apropiados de UML; al mismo tiempo, abordars conceptos de
diseo en la metodologa de la orientacin a objetos y, por ltimo,
revisars mtodos para administrar el proceso de gestin para el
desarrollo de proyectos.
1
La actividad 1 que corresponde Componentes bsicos que se presenta en el documento: Actividades

de la Unidad, el propsito es que de lo que ya has aprendido, puedas identificar los componentes
bsicos dentro de diagramas de casos de uso. Ver seccin de plataforma. EL puntaje de la actividad ser
con respecto al nmero de respuestas correctas, donde 10 es igual 10 y 0 es igual a 0.
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.
2
2. Responde a las preguntas.
1) Cmo se llama el Sistema?

________________________________________________
2) Cuntos casos de uso se observan en el diagrama? ____________________________
3) Cules son los nombres de los actores?
______________________________________
4) Qu nombre reciben las 8 lneas sin punta?
___________________________________
5) Las 8 lneas sin punta qu representan?
______________________________________
6) Qu nombre recibe la lnea discontinua?
______________________________________
7) Qu representa la lnea discontinua?
_________________________________________
8) Qu nombre reciben las 2 lneas continuas con punta? ___________________________
9) Qu representan las 2 lneas continuas con punta?
______________________________
10) 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_A1_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 Docente en lnea para recibir retroalimentacin mediante la herramienta
Tarea.
3
Actividad 2. 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_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.
Tarea.
FASES DEL PROCESO RUP

LETRA NOMBRE DE FASE
I INICIO
E ELABORACION
C CONSTRUCCION
T TRANSICION/CIERRE
4
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.
17
Proveer soporte tcnico.
18
Definir la viabilidad del proyecto.
5
Actividad 3. 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 3: 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.
6
Debers de mostrar las relaciones entre las clases y la multiplicidad, usando el criterio de:
1 a muchas.
Muchas a muchas.
Muchas a 1.
1a1
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.
Tarea. No olvides consultar la rbrica de evaluacin de la actividad.
7
Actividad 4. Componentes de UML: El propsito de la actividad es distinguir en los diagramas de
UML los tipos de relaciones que pueden existir en los diferentes componentes que son utilizados en los
mismos diagramas.
Instrucciones necesarias, una vez que cuentes con ellas, sigue estos pasos:
1. Ingresa al Foro y lee detenidamente los planteamientos que te expone tu Docente en lnea. En
cada planteamiento se expone un diagrama UML, en cada uno de ellos se muestran actores, y tipos de
relaciones.
2. Observa los diagramas y analiza la pregunta correspondiente con al menos tres de tus
compaeros.
3. Analiza con tus compaeros cada una de las cuatro opciones que se exponen y seleccionen la
opcin correcta.
4. Atiende a las instrucciones y comentarios de retroalimentacin por parte de tu Docente en
lnea.
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
Generalizacin.
3.- Pagar Factura Qu tipo de relacin existe en el diagrama

entre los casos?
a) Asociacin
Generalizacin.
8
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 que 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.
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.
9
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.
10
Evidencia de aprendizaje: Modelo grfico con StarUML. 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
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.
11
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:
Atributos
- NoControl: String
- Nombre: String
- Apellidos: String
- Domicilio: String
- Colonia: String
- Telefono: String
- Sexo: char
12
- Edad: entero
- FechaNac:Fecha
- CURP: String
- Email: String
- ActivoSN: boolean
- EgresoSN: boolean
Todos los atributos de alcance privado, respetando el tipo de dato, la entidad tiene los siguientes
mtodos:
+AgregarEmpleado
+ModificarEmpleado
+BajaEmpleadoLogico
+ListadoEmpleado
+BusquedaEmpelado
+ImprimirEmpleado
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:
Atributos
-NoEmpleado: String
-cveSindicato: String.
Mtodos
13
+AgregarProfSec
+ModificarProfSec
+BloquearProfSec
+ListarProfSec
+ImprimirProfSec
9.- Agrega la entidad Preparatoria, para los atributos y mtodos especiales de los docentes de
preparatoria:
Atributos
-NoEmpleado: String
-Carrera: String.
-NivelEstudios: String
Mtodos
+AgregarProfPrepa
+ModificarProfPrepa
+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
14
-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).
15
Atributos
-NoControl: String
-cveAsignacion: String
-Calificacin: float
Mtodos
+ ListadoCalifMat
+CapturarCalifMat
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.
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 Docente en lnea para recibir retroalimentacin mediante el Portafolio de
evidencias. No olvides revisar la rbrica de evaluacin de la evidencia de aprendizaje.
16
Autorreflexin de la Unidad I
En esta autorreflexin lo que se te solicita es realizar:

1) Un mapa mental de los temas ms relevantes de la unidad I
Elabora tu Autorreflexin en un archivo de llamado DMMS_#_ATR_XXYZ. Sustituye el signo # por
el nmero de la unidad correspondiente, las XX por las dos primeras letras de tu nombre, la Y por tu
primer apellido y la Z por el segundo apellido y envala a tu docente en lnea mediante la herramienta
Autorreflexiones. Espera la retroalimentacin correspondiente.
Te deseo lo mejor en esta unidad y ten la seguridad de que podrs salir avante
en tus actividades, no desistas, eres un gran guerrero.
Sigo a tus rdenes para cualquier duda o aclaracin
Saludos cordiales
17

Actividades Dmms Unidad I 2017

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Actividades Dmms Unidad I 2017

Diunggah oleh

Hak Cipta:

Format Tersedia

Mtodos y Modelos de Desarrollo de Software

ORGANIZADOR DIDCTICO DE APRENDIZAJE 1. (ODA)

UNIDAD 1. Herramientas para el Modelado de Software

La actividad 1 que corresponde Componentes bsicos que se presenta en el documento: Actividades

Propsito: Distinguir en el diagrama de casos de uso de UML los componentes bsicos.

1) Cmo se llama el Sistema?

1. De la lista de actividades resumida de un proyecto real y que se enlistan de manera

FASES DEL PROCESO RUP

A) Desarrolla el diagrama de clase, de un proceso de venta de productos, esto es para un negocio

Segn sea el caso

Diagramas Pregunta Respuesta

2.- Comprar Qu tipo de relacin existe en el diagrama

3.- Pagar Factura Qu tipo de relacin existe en el diagrama

5.- Pagar Factura Qu tipo de relacin existe en el diagrama

9.- Diagrama de clases En el diagrama de clases se observan

10.- Diagrama de clases sub-sistema empacar Existen dos tipos de relaciones,

Un colegio de la ciudad, desea agilizar el proceso de generar certificados, constancias de calificaciones,

Por lo tanto, realiza lo siguiente:

Hablando de empleados, hay 2 tipos administrativos: docentes de secundaria y docente de preparatoria.

14.- Asigna la cardinalidad de 1 a muchos de la clase Materia a ImparticionClase.

16.- Asigna la cardinalidad de 0..* a muchos de la clase Empleados a ImparticionClase.

En esta autorreflexin lo que se te solicita es realizar:

Sigo a tus rdenes para cualquier duda o aclaracin

Anda mungkin juga menyukai