Evaluación Intermedia Paso2

Universidad Nacional Abierta y a Distancia UNAD - Vicerrectora Acadmica y de Investigacin - VIACI
Escuela: Escuela de Ciencias Bsicas, tecnologa e Ingeniera Programa: Ingeniera de Sistemas

Curso: Lenguaje de Modelado Unificado Cdigo: 200609
Gua de Actividades
Unidad 1: Paso 2: Analizar Mediante Casos de Uso el Comportamiento del Sistema.
Contexto de la estrategia de aprendizaje a desarrollar en el curso:
Estrategia de aprendizaje basado en proyectos (ABP). Es un conjunto de tareas de aprendizaje basada en

la resolucin de preguntas y/o problemas, que implica al alumno en el diseo y planificacin del
aprendizaje, en la toma de decisiones y en procesos de investigacin, dndoles la oportunidad para
trabajar de manera relativamente autnoma durante la mayor parte del tiempo, que culmina en la
realizacin de un producto final presentado ante los dems (Jones, Rasmussen, & Moffitt, 1997). - See
more at: http://actualidadpedagogica.com/estudios_abp/#sthash.6EUiaCyq.dpuf
Planteamiento del proyecto
El Instituto Tecnolgico de Electrnica se encuentra interesado en comprar una aplicacin web que le
permita mostrar sus diferentes productos con el fin de recibir donaciones, donde aquellos que realicen
donaciones recibirn obsequios en agradecimiento a su aporte. El instituto requiere mostrar todos sus
productos elaborados y a su vez socializar sus nuevos proyectos, facilitando la participacin de todos los
usuarios que deseen apoyar los nuevos proyectos, con aportes econmicos, mano de obra, especie y
relaciones institucionales (Promocin).
La aplicacin web debe brindar la posibilidad de crear un inventario, control de usuarios, donaciones,
galera fotogrfica, consultas, reportes y dems ventajas que su empresa pueda ofrecer a nuestra
institucin, en especial la administracin de la informacin que se registre.
El Instituto Tecnolgico de Electrnica, cuenta con su representante legal Nilson Albeiro Ferreira
Manzanares, quien coordina el funcionamiento y manutencin del instituto en Colombia, pero busca la
posibilidad de recoger donaciones de todo el mundo.
Requerimientos de la propuesta:
La propuesta debe evidenciar un profundo anlisis, diseo y desarrollo por medio de diagramas UML
solicitados y un prototipo no funcional, registrando todo el proceso en una propuesta escrita remitida al
Instituto Tecnolgico de Electrnica.
Listado Usuarios
El Instituto debe identificar cada uno de los usuarios con los que cuenta y poderlos clasificar de todas las
maneras posibles y en especial por el valor de las donaciones, pas de residencia, nmero de donaciones y
los reportes que se consideren necesarios para una buena toma de decisiones del instituto.
Empleados
Estos usuarios deben de estar relacionados en el sistema por reas de trabajo, Electrnica,
Programadores, Analistas, Comunicadores, Facilitadores, Administradores, Gerente.
Donaciones
El instituto debe de tener claro quien dona y a que proyecto se est apoyando, para as poder entregar un
informe del proyecto a medida que este evolucione.
Reconocimientos
El Instituto Tecnolgico de Electrnica se permitir entregar reconocimientos de agradecimiento a

cada uno de los que participen en promover y apoyar el instituto, con diferentes productos, los cuales
deben de ser relacionados a quien se le entrega y el motivo por el que se entrega.
El instituto esta est muy interesado en mantener informados a cada uno de sus clientes de los avance
del proyecto en los cual se interesen y cada una de las participaciones que realicen en las diferentes reas
que consideraron apoyar como son las econmicas, mano de obra, especies y relaciones institucionales
(Promocin).
La propuesta la realizar de la siguiente manera:

La propuesta ser construida en 5 pasos y se apoyara el trabajo individual como aporte sustantivo y la
buena particin.
Recomendacin a los integrantes de grupo:
El Instituto Tecnolgico de Electrnica evaluara el desempeo de las empresas proponentes en

funcin a la participacin de cada uno de sus integrantes y de esta manera no aceptara participaciones en
los ltimos tres das al cierre de cada uno de los momentos colaborativos. Tenerlo en cuenta para el
desarrollo de cada uno de los pasos.
Por ello cada grupo debe de considerase como una empresa, esta solo aplicara a los membretes y logos
que se registren en la propuesta escrita mas no en el prototipo. Por ello es importante que piense como
empresa y busquen la forma de ofertar producto que d solucin a la empresa mencionada.
Temticas a desarrollar:
UNIDAD 1. Introduccin Modelado UML y Diagramas de Comportamiento
Nmero de semanas: Fecha: Momento de Entorno:
2 29/06/2017 al 12/07/2017 evaluacin: Entorno de
Intermedia Aprendizaje
Colaborativo
Fase de la estrategia de aprendizaje: Paso 2: Analizar Mediante Casos de Uso el Comportamiento del
Sistema.
Productos
Productos acadmicos
acadmicos y Actividad
Actividad individual y ponderacin de la
ponderacin de la colaborativa*
actividad colaborativa
actividad individual
Esta actividad es de carcter 1. Acordar fecha de la De manera Se espera que el grupo
individual y asume el concepto entrega del informe colaborativa, el grupo entregue un informe
prctico del ejercicio, por ello individual, para el se podr apoyar en el correspondiente a los
debe de leer muy buen desarrollo del desarrollo de los diferentes diagramas de
detenidamente el proyecto trabajo diagramas de casos casos de uso identificados
planteado al inicio de la gua colaborativo. Esta de uso individuales y con su respectiva tabla
y una vez tenga claro el sus tablas de de descripcin y el
fecha debe de estas
proyecto proceder a realizar descripcin, a su vez resumen mediante un
dentro del rango de
un listado de los posibles el desarrollo del diagrama de casos de
actores que pueda identificar en tiempo de la diagrama general de usos general.
el proyecto, a su vez haya actividad requerida. casos de uso.
identificado sus actores 2. Informe detallado A entregar:
evidencie que acciones (Casos de cada uno de los Cada uno de los Informe de los diagramas
de Uso) que realiza cada uno diagramas de casos integrantes debe de de casos de usos.
de actores identificados. de usos entregar en el foro El documento ya debe de
desarrollados las un informe que contar con portada,
Al tener identificado los actores respectivas tablas contenga los introduccin, objetivos,
y sus debidos casos de usos o de descripcin diagramas de casos ver al final
actividades proceda a realizar descripciones. de uso y sus tablas de recomendaciones.
cada uno de los diagramas de descripcin
3. Diagrama general
casos de uso (accin) por cada consolidados en un El trabajo se puede
de casos de usos
actor. documento Word entregar en formatos
que resuma las (.doc)., dentro de la DOC y PDF.
Por cada caso de uso que actividades fecha programada por
realice deber crear una tabla principales el grupo. Tener en cuenta que el
descriptiva donde registraran identificadas. trabajo que se entregue
todos los datos del caso de Una vez recibidos ser la base de todo el
usos y se respecta las todos los trabajos trabajo que se desarrolle
descripciones. individuales del en los siguientes pasos,
(https://www.youtube.com/wat diagrama de casos de por ello cada uno debe de
ch?v=0NxXtTMvMfE) uso, el grupo debe guardar una copia, as
evaluar cada uno y mismo pueden
proyectar un nuevo anticiparse en el
Recomendacin: Participar de informe grupal donde desarrollo de las dems
la web conferencia que se se registren los actividades y es solo
programe para apoyar el diferentes casos de decisin del grupo el nivel
proceso de actividad como usos proyectados y de avance.
ejercicio prctico Virtual. avalados por el grupo
con su respectiva Peso acadmico de la
Esta actividad pretende mostrar tabla de descripcin. actividad 125 puntos
la relacin directa que existe
entre el diseo de un modelo y Se recomienda
su aplicacin en el desarrollo de apoyarse de Skype
un software. Se va a utilizar la para que se estn
herramienta de software libre informando y
llamada StarUml que se colaborando entre las
consigue en la siguiente fechas de la
direccin actividad.
http://staruml.sourceforge.net/
v1/download.php
*Lineamientos para el desarrollo del trabajo colaborativo
Planeacin de Roles a desarrollar
actividades para el por el estudiante Roles y responsabilidades para la produccin de
desarrollo del trabajo dentro del grupo entregables por los estudiantes
colaborativo colaborativo
Lectura de los recursos Compilador Compilador: Consolidar el documento que se constituye
tericos. Evaluador como el producto final del debate, teniendo en cuenta que
Preparacin de los Revisor se hayan incluido los aportes de todos los participantes y
aportes individuales. Entregas que solo se incluya a los participantes que intervinieron en
Interaccin del grupo Observador el proceso. Debe informar a la persona encargada de las
con base en los aportes alertas para que avise a quienes no hicieron sus
individuales. participaciones, que no se les incluir en el producto a
Preparacin de los entregar.
documentos a entregar. Revisor: Asegurar que el escrito cumpla con las normas de
Revisin de los presentacin de trabajos exigidas por el docente.
productos. Evaluador: Asegurar que el documento contenga los
criterios presentes en la rbrica. Debe comunicar a la
persona encargada de las alertas para que informe a los
dems integrantes del equipo en caso que haya que realizar
algn ajuste sobre el tema.
Entregas: Alertar sobre los tiempos de entrega de los
productos y enviar el documento en los tiempos estipulados,
utilizando los recursos destinados para el envo, e indicar a
los dems compaeros que se ha realizado la entrega.
Observador: Asegurar que se avise a los integrantes del
grupo de las novedades en el trabajo e informar al docente
mediante el foro de trabajo y la mensajera del curso, que
se ha realizado el envo del documento.
Recomendaciones por el docente:
Evite participar al cierre de la actividad, le afecta en su calificacin y a sus compaeros.

Anime a sus compaeros a participar, motvelos lidere la actividad.
Ganen tiempo, el que ms puedan el tutor o director de curso est atento para apoyarles en el avance del
desarrollo del curso.
Elaborar un grupo en Skype o cualquier medio de comunicacin que permita al grupo comunicarse.
Revisar los contenidos del curso (Referencias, video y tutoriales).
Si requiere informacin urgente llame al director o Tutor ver los datos de contacto en el perfil.
Los informes trabajo que se entregue en esta actividad debe de cumplir con los siguientes requisitos:
Pgina: carta
Mrgenes: superior, inferior, izquierdo y derecho: 2.54cm
Texto: Arial 12 puntos
Formato de entrega: Word o PDF
Portada
Desarrollo de los problemas u ejercicios
Conclusiones
Bibliografa (Aplicar Normas APA)
Envo de la actividad: El archivo debe ser subido en el foro de trabajo colaborativo en la fecha indicada, debe
tener un tamao mximo de 2 MB.
Que es UML:
El Lenguaje Unificado de Modelado (Unifield Modeling Lenguaje UML), es un lenguaje estndar para escribir planos
de software, UML se puede utilizar para visualizar, especificar, construir y documentar los artefactos de un sistema
que involucra una gran cantidad de software. UML prescribe un conjunto de notaciones y diagramas estndar para
modelar sistemas orientados a objetos, y describe la semntica esencial de lo que estos diagramas y smbolos
significan.
UML se puede usar para modelar distintos tipos de sistemas como por ejemplo: sistemas de software, sistemas de
hardware, y organizaciones del mundo real. UML ofrece nueve diagramas en los cuales modelar sistemas. Es un
lenguaje muy expresivo, que cubre todas las vistas necesarias para desarrollar y luego desplegar tales
sistemas.
UML es slo un lenguaje y por tanto es tan solo una parte de un mtodo de desarrollo de software, adems, es
independiente del proceso, aunque para utilizar ptimamente se debera usar en procesos que fuesen dirigidos
por los casos de uso, centrados en la arquitectura, lo interactivo e incremental.
UML es una consolidacin de muchas de las notaciones y conceptos ms usados orientados a objetos. Empez
como una consolidacin del trabajo de Grade Booch, James Rumbaugh, e Ivar Jacobson, creadores de tres de
las metodologas orientadas a objetos ms populares, en 1996, el Object Management Group (OMG), public
una peticin con propsito de un metamodelo orientado a objetos de semntica y notacin estndares. UML, en su
versin 1.0, fue propuesto como una respuesta a esta peticin en enero de 1997. Hubo otras cinco propuestas
rivales.
Durante el transcurso de 1997, los seis promotores de las propuestas, unieron su trabajo y presentaron al OMG un
documento revisado de UML, llamado UML versin 1.1. Este documento fue aprobado por el OMG en Noviembre de
1997. El OMG llama a este documento OMG UML versin 1.1. El OMG estaba actualmente en proceso de mejorar
una edicin tcnica de esta especificacin, prevista su finalizacin para el 1 de abril de 1999.
El diagrama de casos de uso representa la forma en como un Cliente (Actor) opera con el sistema en desarrollo,
adems de la forma, tipo y orden en como los elementos interactan (operaciones o casos de uso). Un diagrama de
casos de uso consta de los siguientes elementos:
Actor.
Casos de Uso.
Relaciones de Uso, Herencia y Comunicacin.
Elementos
Actor es un rol que un usuario Caso de Uso es una Ejemplo: Cliente puede depositar tems y un
juega con respecto al sistema. Es operacin o actividad operador puede cambiar la informacin de un
importante destacar el uso de la especfica que se realiza tem o bien puede imprimir un informe
palabra rol, pues con esto se tras una orden de algn
especifica que un Actor no agente externo, sea
necesariamente representa a una desde una peticin de un
persona en particular, sino ms bien la actor o bien desde la
labor que realiza frente al sistema. invocacin desde otro
caso de uso.
Nombre Descripcin de relaciones Smbolo

Es el tipo de relacin ms bsica que indica la invocacin desde un actor o caso
Asociacin de uso a otra operacin (caso de uso). Dicha relacin se denota con una flecha
simple.
Es una forma muy particular de relacin entre clases, en la cual una clase
Dependencia o
depende de otra, es decir, se instancia (se crea). Dicha relacin se denota con una
Instanciacin
flecha punteada.
Este tipo de relacin es uno de los ms utilizados, cumple una doble funcin
dependiendo de su estereotipo, que puede ser de Uso (<<uses>>) o de Herencia
(<<extends>>).
Generalizacin
Este tipo de relacin est orientado exclusivamente para casos de uso (y no para
actores).
Se recomienda utilizar cuando un caso de uso es similar a otro
extends <<extends>>
(caractersticas).
Se recomienda utilizar cuando se tiene un conjunto de caractersticas que son
Uses similares en ms de un caso de uso y no se desea mantener copiada la <<uses>>
descripcin de la caracterstica.
Para construir el Modelo de Casos de Uso en la fase de Planificacin y especificacin de Requisitos se siguen los
siguientes pasos:
1. Despus de listar las funciones del sistema, se definen los lmites del sistema y se identifican los actores y los
casos de uso.
2. Se escriben todos los casos de uso en el formato de alto nivel. Se categorizan como primarios, secundarios u
opcionales.
3. Se dibuja el Diagrama de Casos de Uso.
4. Se detallan relaciones entre casos de uso, en caso de ser necesarias, y se ilustran tales relaciones en el
Diagrama de Casos de Uso.
5. Los casos de uso ms crticos, importantes y que conllevan un mayor riesgo, se describen en el formato
expandido esencial. Se deja la definicin en formato expandido esencial del resto de casos de uso para
cuando sean tratados en posteriores ciclos de desarrollo, para no tratar toda la complejidad del problema de
una sola vez.
6. Se crean casos de uso reales slo cuando:
Descripciones ms detalladas ayudan significativamente a incrementar la comprensin del problema.
El cliente pide que los procesos se describan de esta forma.
7. Ordenar segn prioridad los casos de uso
Uso de la norma APA, versin 3 en espaol (Traduccin de la versin 6 en ingls)
Las Normas APA son un estilo de organizacin y presentacin de informacin ms usado en el rea de las ciencias
sociales. Estas se encuentran publicadas bajo un Manual que permite tener al alcance las formas en que se debe
presentar un artculo cientfico. Aqu podrs encontrar los aspectos ms relevantes de la sexta edicin del Manual de
las Normas APA, como referencias, citas, elaboracin y presentacin de tablas y figuras, encabezados y seriacin,
entre otros. Puede consultar como implementarlas ingresando a la pgina http://normasapa.com/
Polticas de plagio: Qu es el plagio para la UNAD? El plagio est definido por el diccionario de la Real
Academia como la accin de "copiar en lo sustancial obras ajenas, dndolas como propias". Por tanto el plagio es
una falta grave: es el equivalente en el mbito acadmico, al robo. Un estudiante que plagia no se toma su
educacin en serio, y no respeta el trabajo intelectual ajeno.
No existe plagio pequeo. Si un estudiante hace uso de cualquier porcin del trabajo de otra persona, y no
documenta su fuente, est cometiendo un acto de plagio. Ahora, es evidente que todos contamos con las ideas de
otros a la hora de presentar las nuestras, y que nuestro conocimiento se basa en el conocimiento de los dems.
Pero cuando nos apoyamos en el trabajo de otros, la honestidad acadmica requiere que anunciemos
explcitamente el hecho que estamos usando una fuente externa, ya sea por medio de una cita o por medio de un
parfrasis anotado (estos trminos sern definidos ms adelante). Cuando hacemos una cita o un parfrasis,
identificamos claramente nuestra fuente, no slo para dar reconocimiento a su autor, sino para que el lector pueda
referirse al original si as lo desea.
Existen circunstancias acadmicas en las cuales, excepcionalmente, no es aceptable citar o parafrasear el trabajo de
otros. Por ejemplo, si un docente asigna a sus estudiantes una tarea en la cual se pide claramente que los
estudiantes respondan utilizando sus ideas y palabras exclusivamente, en ese caso el estudiante no deber apelar a
fuentes externas an, si stas estuvieran referenciadas adecuadamente.
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA

NOMBRE DEL CURSO: LENGUAJE DE MODELADO UNIFICADO
RBRICA DE EVALUACIN UNIDAD 1
Criterios de desempeo de la actividad individual
Aspectos
Valoracin alta Valoracin media Valoracin baja Puntaje
evaluados
Entrego el informe de casos de
usos proyectado la visin de No se cumple con la fecha acordada
No desarrollo el
Entrego el sistema propuesto, identificando por el grupo para la entrega del
informe individual y
informe de sus actores y casos de uso de informa, el informe solo evidencia
por ende no entrego el
casos de manera individual con los casos de usos de manera
aporte requerido en
uso respectivas tablas de descripcin individual y sus descripcin pero no 45
foro para el buen
solicitado y resumen mediante diagrama registral el diagrama general /
desarrollo de la
de manera de casos de usos general, dentro registra el diagrama general y no
actividad colaborativa.
individual de las fechas acordadas con en genera los diagramas individuales.
el grupo.
(Hasta 45 puntos) (Hasta 25 puntos) (Hasta 0 puntos)
Particip Se videncia el inters y No atiende de manera acertada a los
activamente participacin en el desarrollo de acuerdos establecidos del grupo e
No participa en el
en el la actividad y cumple con los incumple fechas que acuerdan en el
desarrollo de la
desarrollo compromisos adquiridos en el grupo. Evidenciando poco inters 10
actividad.
del informe grupo y dentro de las fechas por la actividad que puede afectar
del trabajo establecidas. al grupo
colaborativo (Hasta 10 puntos) (Hasta 5 puntos) (Hasta 0 puntos)

Criterios de desempeo de la actividad Colaborativa
Aspectos
evaluados
El grupo acuerda fechas de En el grupo no se
El grupo acuerda y aprueban
El grupo acuerda entrega del aporte evidencia, que se
fechas de entrega del aporte
fecha para individual, pero no se acuerde una fecha
individual, para el buen 5
entrega del evidencia la aprobacin de la para la entrega del
desempeo colaborativo
aporte individual fecha. informe individual.
Evalan y El grupo evala, considera y El grupo selecciono un
El grupo no tuvo en
seleccionan el estructura el mejor trabajo del trabajo pero no se evidencio
cuenta ningn
mejor trabajo grupo, en el desarrollo de los que se evaluara o se
trabajo 15
desarrollado en el diagramas de casos de uso. estructura
grupo
El grupo El grupo identifico de manera El grupo identifico buena No se identificaron ni
Identifico todos significativa los diferentes actores parte de los actores y casos actores ni casos de
10
los casos y y casos de uso del problema de uso del problema uso del problema
actores de usos planteado. planteado planteado

Aspectos
evaluados
posibles del
problema.
El grupo elaboro
El grupo Elaboro El grupo no
El grupo elaboro una tabla de parcialmente un nmero de
la tabla de desarrollo tablas de
descripcin por cada uno de los tablas de descripcin menor
descripcin por descripcin, para los
diagramas de casos de uso que a los diagramas de casos de 10
cada uno de los diagramas de casos
grafico en el trabajo. uso que grafico en el
casos que se de uso planteados.
trabajo.
grafico
El grupo tiene en El grupo genera un diagrama
El grupo genera el diagrama
cuenta el general, donde no tiene en El grupo no entrega
general acorde al sistema
resumen del cuanta todo el sistema y el diagrama de casos
propuesto y tiene en cuenta los
todos los casos de omitiendo diagramas de de usos general. 15
diagramas individuales
usos en un casos de uso individuales
diagrama general
de casos de uso

Aspectos
evaluados
El grupo debe de tener en El grupo no entrega
El grupo entrega el informe de los cuenta todas las indicaciones el informe
Entrega Informe diagramas de casos de uso acorde que se dan en la gua para el colaborativo que
Debidamente a todos los requerimientos de la desarrollo de la actividad corresponde a los 15
estructurado actividad. propuesta, faltando apartes diagramas de casos
bsicos de estructura de uso
Calificacin final 125

Evaluación Intermedia Paso2

Caricato da

Informazioni sul documento

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Evaluación Intermedia Paso2

Caricato da

Copyright:

Formati disponibili

Universidad Nacional Abierta y a Distancia UNAD - Vicerrectora Acadmica y de Investigacin - VIACI

Escuela: Escuela de Ciencias Bsicas, tecnologa e Ingeniera Programa: Ingeniera de Sistemas

Estrategia de aprendizaje basado en proyectos (ABP). Es un conjunto de tareas de aprendizaje basada en

Planteamiento del proyecto

El Instituto Tecnolgico de Electrnica se permitir entregar reconocimientos de agradecimiento a

La propuesta la realizar de la siguiente manera:

Recomendacin a los integrantes de grupo:

El Instituto Tecnolgico de Electrnica evaluara el desempeo de las empresas proponentes en

Recomendaciones por el docente:

Evite participar al cierre de la actividad, le afecta en su calificacin y a sus compaeros.

Nombre Descripcin de relaciones Smbolo

Uso de la norma APA, versin 3 en espaol (Traduccin de la versin 6 en ingls)

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA

Potrebbero piacerti anche