Ejemplo 1

DIPLOMADO EN
DOCENCIA
UNIVERSITARIA
Mdulo 2
METODOLOGIA DE LA
EVALAUCION
Trabajo Final
DISEO DEL SISTEMA DE EVALUACION
DEL CURSO ARUITECTURA DE
SOFT!ARE
"a#il Ra#o$ Gar%&a
S'()i'#br' d' 2*+*
Elaborado (or "a#il Ra#o$ Gar%&a P,-ina
TABLA DE CONTENIDO
1 INTRODUCCIN............................................................................................................................2
2. LOGRO DEL CURSO.....................................................................................................................3
I. LOGRO PRINCIPAL DEL CURSO....................................................................................3
II. LOGROS DE LAS UNIDADES DE APRENDIZAJE......................................................3
3. PROCEDIMIENTOS DE EVALUACION....................................................................................4
I. PRCTICA CALIFICADA 1................................................................................................5
II. PRCTICA CALIFICADA 2..............................................................................................5
III. TRABAJO PARCIAL.........................................................................................................6
IV. PRCTICA CALIFICADA 3.............................................................................................8
V. PRCTICA CALIFICADA 4...............................................................................................8
VI. TRABAJO FINAL..............................................................................................................
4. RUBRICAS.....................................................................................................................................11
I. R!BRICAS PARA LA PRCTICA CALIFICADA 1......................................................11
II. R!BRICAS PARA LA PRCTICA CALIFICADA 2....................................................12
III. R!BRICAS PARA LA TRABAJO PARCIAL...............................................................13
IV. R!BRICAS PARA LA PRCTICA CALIFICADA 3...................................................15
V. R!BRICAS PARA LA PRCTICA CALIFICADA 4.....................................................16
VI. R!BRICAS PARA LA TRABAJO FINAL.....................................................................1"
5. CONCLUSIONES.........................................................................................................................1
6. ANE#OS.........................................................................................................................................2$
I. S%LABO DEL CURSO.........................................................................................................21
II. MALLA CURRICULAR VIGENTE DE LA CARRERA ING. SISTEMAS...............26
III. PLAN DE ESTUDIOS VIGENTE DE LA CARRERA ING. SISTEMAS..................2"
1. INTRODUCCIN
El presente documento constituye una propuesta para el sistema de evaluacin del
curso Arquitectura de Software de la carrera Ingeniera de Sistema de la Divisin de
Estudios Profesionales para Ejecutivos - EPE de la niversidad Peruana de !iencias
Aplicadas"
Se presenta la relacin de los cinco principales logros del curso" A continuacin# los
procedimientos de evaluacin planificados# con el o los logros cuyo cumplimiento
eval$a cada uno de ellos"
%uego# se descri&e detalladamente cada uno de los procedimientos propuestos#
se'alando su naturale(a# la semana para la que se programa# el peso relativo con
respecto a la nota final del curso# los tiempos de preparacin y de desarrollo y el
feed&ac) previo que se &rindar* a los alumnos para asegurar que est+n en capacidad
de alcan(ar los logros correspondientes"
En la $ltima parte del documento# se descri&en las r$&ricas con las que ser*n
evaluados cada uno de los procedimientos de evaluacin"
!ada r$&rica presenta los criterios y los niveles ,tres# cuatro o cinco- y el puntaje
asignado a cada nivel por cada uno de los criterios esta&lecidos"
%a po&lacin estudiantil que forman los alumnos de la Divisin EPE est* formada por
personas adultas que tra&ajan y que .an adquirido e/periencia previa en actividades
relacionadas con las tecnologas de la informacin y las comunicaciones"
Apro/imadamente el 012 de los alumnos .a o&tenido un ttulo de nivel t+cnico
superior en carreras afines a Ingeniera de Sistemas y el resto .a comen(ado estudios
superiores t+cnicos o universitarios y no los .a podido completar"
E/isten# y es importante considerar# varios factores que influyen en el desempe'o
acad+mico de los alumnos que estudian carreras en la Divisin EPE y en el propio
desarrollo de sus sesiones de clase y sus evaluaciones" Algunos de estos factores son3
%os alumnos que asisten a los cursos y evaluaciones son personas adultas con
responsa&ilidades y o&ligaciones la&orales# familiares y sociales que concurren y
comparten con las acad+micas" Esto se de&e que son personas adultas que se
encuentran en la segunda edad de vida" %a edad promedio de los alumnos es 45
a'os# la edad mnima es 56 a'os ,de&ido a una e/igencia de admisin- y la
m*/ima es 78 a'os"
%os alumnos llegan generalmente cansados y con pocos recursos anmicos a las
sesiones de clase y de evaluacin pues asisten a las actividades acad+micas luego
y a continuacin de una jornada completa de tra&ajo"
%os alumnos viven preocupaciones personales adicionales y motivos potenciales
de estr+s de&ido a que la mayora es padre o madre de familia"
%a e/periencia de los alumnos que asisten a un curso es muy .eterog+nea
producto de que el ejercicio profesional de Ingeniera de Sistemas comprende
varias *reas# diversas# de aplicacin ,desarrollo de aplicaciones# configuracin y
administracin de plataformas de .ardware y software# gestin de proyectos# mesa
de ayuda# etc"-" Esto ocasiona que algunos alumnos est+n m*s familiari(ados que
otros# en el mismo saln de clases# con los temas que se tratan en cada curso o la
forma en que se enfrentan a cada evaluacin"
%os alumnos tienen muc.as veces grandes limitaciones de tiempo para manejar
las evaluaciones acad+micas# especficamente las grupales que demandan
adicionalmente concurrencia de disponi&ilidad de tiempo entre los participantes"#
producto de sus responsa&ilidades la&orales y sus o&ligaciones familiares" Este
factor afecta# incluso# la asistencia y puntualidad a las sesiones de clases y
evaluaciones"
Estas caractersticas son determinantes al momento de dise'ar los cursos y las
evaluaciones y .acen que los profesores de la Divisin EPE tengan un perfil docente
especfico# con capacidades# conocimientos y .a&ilidades que le otorguen
competencias determinadas y diferentes a los alumnos de pregrado regular" Es decir#
un profesor con e/celente desempe'o docente y pedaggico en pregrado regular# no
necesariamente tendr* el mismo desempe'o acad+mico e/itoso en cursos de EPE" Por
ello# los docentes que ingresan a dictar en EPE son capacitados en t+cnicas de
andragoga y otros aspectos para manejar adecuadamente alumnos con las
caractersticas antes mencionadas"
2. LOGRO DEL CURSO
El curso seleccionado para este tra&ajo es Arquitectura de Software# que forma parte
de la currcula de la carrera Ingeniera de Sistema de la Divisin EPE 9 Estudios
Profesionales para Ejecutivos" A continuacin se presentan el logro principal del curso
y los logros por cada una de las 7 unidades de aprendi(aje"
I. Logro principal del curo.
Al finali(ar el curso cada alumno dise'a la arquitectura del software del un sistema#
seg$n el ciclo de vida del desarrollo del software# demostrando el mejor desempe'o#
fle/i&ilidad# escala&ilidad# porta&ilidad y ro&uste( de la misma"
II. Logro de la Unidade de Aprendi!a"e.
U&'()( 1* D+,'&'-'.& (+ /) )012'3+-320) (+/ 45,36)0+.
%ogro3 Al concluir la unidad cada alumno crea un modelo de an*lisis de la
arquitectura del software# a partir de los requerimientos del sistema# a trav+s de un
equipo de proyecto y seg$n el ciclo de vida del desarrollo del software"
U&'()( 2* R+,'&)7'+&35 (+ /) )012'3+-320) (+/ 45,36)0+.
%ogro3 Al concluir la unidad cada alumno crea un modelo de dise'o de la arquitectura
del software# a partir de un modelo de an*lisis de la arquitectura# seg$n el ciclo de
vida del desarrollo del software# demostrando el mejor desempe'o de la misma"
U&'()( 3* P)305&+4 (+ ('4+85.
%ogro3 Al concluir la unidad cada alumno crea patrones al modelo de dise'o de la
arquitectura del software demostrando la fle/i&ilidad de la misma"
U&'()( 4* D'430'92-'.& (+ /) )012'3+-320) (+/ 45,36)0+.
%ogro3 Al concluir la unidad cada alumno crea un modelo de despliegue de la
arquitectura del software# a partir del modelo de dise'o de la arquitectura# seg$n el
ciclo de vida del desarrollo del software demostrando la escala&ilidad y porta&ilidad
de la misma"
U&'()( 5* I7:/+7+&3)-'.& (+ /) )012'3+-320) (+/ 45,36)0+.
%ogro3 Al concluir la unidad cada alumno crea un modelo de implementacin de la
ciclo de vida del desarrollo del software demostrando la ro&uste( de la misma"
#. $ROCEDI%IENTOS DE E&ALUACION.
Para medir la forma en que los alumnos o&tienen los logros esta&lecidos# tanto general
como por unidades de aprendi(aje# se .an propuesto los procedimientos de evaluacin
siguientes3
P05-+('7'+&35 (+ +;)/2)-'.& L5<05 +;)/2)(5 P+45 +& +/ -2045
Practica calificada : : :;2
Practica calificada 5 5 :;2
<ra&ajo Parcial :# 5 y 4 4;2
<ra&ajo =inal 6# 7 y %ogro curso 4;2
A continuacin se descri&e# para cada procedimiento de evaluacin# su naturale(a y la
forma en la que ser*n valoradas3
I. $r'c(ica cali)icada 1
Se presentar* a cada alumno un caso de estudio que incluye los requerimientos
funcionales y no funcionales acordados con un grupo de clientes y usuarios de una
organi(acin# un modelo de casos de uso del sistema# que incluyen los paquetes del
sistema# los actores y casos de uso del sistema y las asociaciones de include y e/tend
respectivas"
El alumno de&e3
!onstruir el modelo de an*lisis de la arquitectura del sistema que incluya los
paquetes de an*lisis# las clases de an*lisis frontera# controladoras de casos de uso#
controladoras de negocio y entidades necesarias# as como esta&lecer y modelar
las asociaciones e/istentes entre ellas que demuestren la alta co.esin y &ajo
acoplamiento entre ellas"
Seleccionar un caso de uso de los propuestos y uno de los flujos de eventos del
mismo y construir el Diagrama de secuencias de an*lisis"
Indicar la correspondencia del modelo de an*lisis construido con cada
requerimiento funcional y no funcional propuesto"
Durante las sesiones de clase previas a la evaluacin# el alumno desarrollar* casos
similares# con la gua del profesor y especficamente en la sesin previa a la
evaluacin# el profesor discutir* con el alumno la manera en que se evaluar*n los
temas# descri&iendo los puntos principales y sus pesos relativos" <am&i+n presentar*
las pr*cticas calificadas tomadas el ciclo anterior y discutir* el tipo de preguntas y la
forma en que ser*n evaluadas las respuestas y las argumentaciones"
Semana de programacin3 6
Peso relativo con respecto a la nota final del curso3 :;2
%ogro que eval$a3 :
<iempo estimado de desarrollo3 0; minutos"
II. $r'c(ica cali)icada 2
De igual manera que la Pr*ctica !alificada :# se presentar* a cada alumno un caso de
estudio para desarrollar la evaluacin" Esta ve( el caso descri&e el modelo de an*lisis
de la arquitectura del sistema de una organi(acin e incluye los paquetes de an*lisis#
las clases de an*lisis frontera# controladoras de casos de uso# controladoras de negocio
y entidades necesarias# as como las asociaciones e/istentes entre ellas"
El alumno de&e3
!onstruir el modelo de dise'o de la arquitectura del sistema que incluya los
paquetes de dise'o# las clases de dise'o# los mecanismos de dise'o y la visi&ilidad
de cada clase propuesta"
>odelar las capas# su&sistemas# dependencias# interfaces y servicios requeridos
para refinar la arquitectura que demuestren el alto desempe'o de la misma"
Seleccionar un caso de uso de los propuestos y uno de los flujos de eventos del
mismo y construir el Diagrama de secuencias de dise'o e identificar las
operaciones de las clases que participan"
De igual manera que la Pr*ctica !alificada :# durante las sesiones de clase previas a la
evaluacin# el alumno desarrollar* casos similares# con la gua del profesor y
especficamente en la sesin previa a la evaluacin# el profesor discutir* con el
alumno la manera en que se evaluar*n los temas# descri&iendo los puntos principales y
sus pesos relativos" <am&i+n presentar* las pr*cticas calificadas tomadas el ciclo
anterior y discutir* el tipo de preguntas y la forma en que ser*n evaluadas las
respuestas y las argumentaciones"
%ogro que eval$a3 5
III. Tra*a"o $arcial
El <ra&ajo Parcial estar* integrado por 7 alumnos de la seccin de clases" Al inicio del
ciclo# en la primera semana de clases# los alumnos se organi(ar*n por afinidad para
formar dic.os equipos de tra&ajo" %a conformacin de los equipos servir* para
reali(ar tanto la evaluacin <ra&ajo Parcial como la evaluacin <ra&ajo =inal"
%os alumnos de&en seleccionar una organi(acin del mundo real# de preferencia local#
y construir el modelo de an*lisis# el modelo de dise'o y aplicar los patrones de dise'o
que respondan a los requerimientos funcionales y no funcionales acordados con los
clientes y usuarios de la misma a partir de sus necesidades de informacin" Se le da la
posi&ilidad al alumno de seleccionar la organi(acin &ajo cualquiera de los dos
criterios siguientes3
%a organi(acin seleccionada para el tra&ajo del curso Ingeniera de
?equerimientos" Este curso constituye prerrequisito acad+mico del curso
Arquitectura de Software y utili(ar dic.a organi(acin le permite al alumno dar
continuidad al proyecto previo y tomar como punto de partida los requerimientos
funcionales y no funcionales definidos# tra&ajados y revisados en el curso previo"
%a organi(acin en la que la&ora alguno de los miem&ros del equipo del tra&ajo"
%a pertenencia de alg$n miem&ro del proyecto a la organi(acin seleccionada le
da una ventaja diferencial al tra&ajo por la facilidad de o&tener informacin so&re
la reali(acin de los procesos de la organi(acin y el manejo de los acuerdos so&re
los requerimientos funcionales y no funcionales a ser satisfec.os por la
arquitectura propuesta" Esta posi&ilidad tam&i+n le permite al alumno# al final del
curso# regresar el tra&ajo reali(ado a su organi(acin y as cola&orar de forma
participativa con el mejoramiento de la automati(acin de la organi(acin para la
que tra&aja y mejorar su prestigio y posicionamiento como profesional de las
tecnologas de la informacin y las comunicaciones en su entorno la&oral"
Para el desarrollo del tra&ajo se de&en asignar las actividades y distri&uirlas a cada
miem&ro del equipo# seg$n los roles esta&lecidos en el ciclo de vida del desarrollo de
software seleccionado" !ada uno construye los artefactos asignados referentes al
modelo de an*lisis# modelo de dise'o y patrones de dise'o y posteriormente los
integran para crear la propuesta de arquitectura de software que responda a los
requisitos anali(ados"
El resultado del tra&ajo se presentar* de forma escrita en un documento $nico
integrado"
El profesor revisar* el documento presentado y evaluar* los resultados individuales de
cada miem&ro de equipo en funcin de la asignacin distri&uida" Asimismo# el grupo
en su conjunto ser* evaluado en funcin a la co.erencia# integracin y completitud de
la arquitectura de software propuesta@ igualmente so&re la notacin y cumplimiento de
est*ndares"
%os pesos relativos de estas evaluaciones se muestran a continuacin3
P+45 4590+ /) &53) (+/ 30)9)=5
Evaluacin individual 0; 2
Evaluacin grupal 6; 2
El contenido del tra&ajo se .a estimado para que sea desarrollado por los alumnos en
un pla(o de 8 semanas de clases por lo que la entrega est* planificada para la semana
1 del curso"
Adicionalmente cada alumno tiene la posi&ilidad de enviar avances al profesor so&re
los resultados parciales de sus actividades y formular consultas so&re las mismas" %os
avances son revisados por el profesor utili(ando los mismos criterios con los que se
evaluar* la entrega formal# y entrega su retroalimentacin al alumno# sin asignar nota
por ellos"
Peso relativo con respecto a la nota final del curso3 4;2
%ogro que eval$a3 :# 5 y 4"
<iempo estimado de desarrollo3 51 .oras ,4 .oras por semana-"
I&. $r'c(ica cali)icada #
Se presentar* a cada alumno otro caso de estudio que incluye el modelo de an*lisis y
el modelo de dise'o de una arquitectura# as como los requerimientos funcionales y no
funcionales acordados con un grupo de clientes y usuarios de una organi(acin"
El alumno de&e3
!onstruir el modelo de despliegue de la arquitectura de software que muestre la
configuracin de la red que demuestren la escala&ilidad y porta&ilidad de la
misma"
>odelar los nodos# procesadores y equipos de dic.a arquitectura as como su
distri&ucin en la red y el estereotipo de cada uno"
!onstruir el Diagrama de despliegue de la arquitectura"
Siguiendo la misma estrategia que las pr*cticas calificadas anteriores# durante las
sesiones de clase previas a la evaluacin# el alumno desarrollar* casos similares# con
la gua del profesor y especficamente en la sesin previa a la evaluacin# el profesor
discutir* con el alumno la manera en que se evaluar*n los temas# descri&iendo los
puntos principales y sus pesos relativos" <am&i+n presentar* las pr*cticas calificadas
tomadas el ciclo anterior y discutir* el tipo de preguntas y la forma en que ser*n
evaluadas las respuestas y las argumentaciones""
Semana de programacin3 :5
%ogro que eval$a3 6
&. $r'c(ica cali)icada +
Se presentar* a cada alumno otro caso de estudio que incluye el modelo de an*lisis y
el modelo de dise'o de una arquitectura# as como los requerimientos funcionales y no
funcionales acordados con un grupo de clientes y usuarios de una organi(acin"
El alumno de&e3
!onstruir el modelo de implementacin que incluya los componentes de software
a producir y el estereotipo de cada uno"
Esta&lecer la reusa&ilidad necesaria para cada componente de software y
esta&lecer la dependencia entre ellos"
!onstruir el Diagrama de componentes de la arquitectura"
Durante las sesiones de clase previas a la evaluacin# el alumno desarrollar* casos
similares# con la gua del profesor y especficamente en la sesin previa a la
evaluacin# el profesor discutir* con el alumno la manera en que se evaluar*n los
temas# descri&iendo los puntos principales y sus pesos relativos" <am&i+n presentar*
las pr*cticas calificadas tomadas el ciclo anterior y discutir* el tipo de preguntas y la
forma en que ser*n evaluadas las respuestas y las argumentaciones"
%ogro que eval$a3 7
&I. Tra*a"o ,inal
De igual forma que el <ra&ajo Parcial# el <ra&ajo final estar* integrado por 7 alumnos
de la seccin de clases" %a formacin de los equipos y sus miem&ros y el tema a
tra&ajar de&en ser los mismos que para la evaluacin <ra&ajo Parcial" El o&jetivo que
se &usca con esto es que los alumnos tomen la arquitectura propuesta en t+rminos de
modelo de an*lisis# modelo de dise'o y patrones de dise'o# y den continuidad
complementando con el modelo de despliegue y el modelo de implementacin de
dic.a arquitectura de software"
Igualmente# para el desarrollo del <ra&ajo =inal# el equipo de&e asignar las actividades
y distri&uirlas a cada alumno# seg$n los roles esta&lecidos en el ciclo de vida del
desarrollo de software seleccionado" !ada uno construye los artefactos asignados
referentes al modelo de despliegue y el modelo de implementacin
Adicionalmente# en el <ra&ajo =inal los alumnos de&en lograr integrar todos los
modelos de la arquitectura3 modelo de an*lisis# modelo de dise'o# modelo de
despliegue y modelo de implementacin# as como aplicar los patrones de dise'o# en
una $nica arquitectura de software integrada demostrando el mejor desempe'o#
fle/i&ilidad# escala&ilidad# porta&ilidad y ro&uste( de la misma para responder a los
requerimientos funcionales y no funcionales acordados con los clientes y usuarios de
la organi(acin a partir de sus necesidades de informacin"
El resultado del tra&ajo se presentar* de forma escrita en un documento $nico
integrado que incluya tam&i+n el contenido del <ra&ajo Parcial corregido# con las
o&servaciones solucionadas
El profesor revisar* el documento presentado y evaluar* los resultados individuales de
cada miem&ro de equipo en funcin de la asignacin distri&uida" Asimismo# el grupo
en su conjunto ser* evaluado en funcin a la co.erencia# integracin y completitud de
la arquitectura de software propuesta@ igualmente so&re la notacin y cumplimiento de
est*ndares"
%os pesos relativos de estas evaluaciones se muestran a continuacin3
P+45 4590+ /) &53) (+/ 30)9)=5
Evaluacin individual 0; 2
Evaluacin grupal 6; 2
El contenido del tra&ajo se .a estimado para que sea desarrollado por los alumnos en
un pla(o de 0 semanas de clases por lo que la entrega est* planificada para la semana
:7 del curso"
Adicionalmente cada alumno tiene la posi&ilidad de enviar avances al profesor so&re
los resultados parciales de sus actividades y formular consultas so&re las mismas" %os
avances son revisados por el profesor utili(ando los mismos criterios con los que se
evaluar* la entrega formal# y entrega su retroalimentacin al alumno# sin asignar nota
por ellos"
Peso relativo con respecto a la nota final del curso3 4;2
%ogro que eval$a3 6# 7 y %ogro del curso"
<iempo estimado de desarrollo3 :1 .oras ,4 .oras por semana-"
Elaborado (or "a#il Ra#o$ Gar%&a P,-ina +*
+. RUBRICAS
I. R-*rica para la $r'c(ica Cali)icada 1
S590+4)/'+&3+ B'+& A-+:3)9/+ R+<2/)0 M)/
!lases frontera Entre el :;;2 y A:2
de las clases frontera
.an sido identificadas
correctamente
Entre el A;2 y el 8:2
correctamente
Entre el 8;2 y el 7:2
correctamente
Entre el 7;2 y el 572
correctamente
>enos del 572 de las
clases frontera .an
sido identificadas
correctamente
6 puntos 4 puntos 5 puntos : punto ; punto
!lases
controladoras
Entre el :;;2 y A:2
de clases controladoras
correctamente
correctamente
correctamente
correctamente
clases controladoras
correctamente
!lases entidad Entre el :;;2 y A:2
de las clases entidad
correctamente
correctamente
correctamente
correctamente
clases entidad .an sido
identificadas
correctamente
Diagramas del
modelo de
an*lisis
Entre el :;;2 y A:2
de las asociaciones
.an sido graficadas
correctamente
de las asociaciones
.an sido graficadas
correctamente
de las asociaciones
.an sido graficadas
correctamente
de las asociaciones
.an sido graficadas
correctamente
asociaciones .an sido
graficadas
correctamente
0 puntos 6"7 puntos 4 puntos :"7 puntos ; punto
!orrespondencia
del modelo de
an*lisis
El modelo de an*lisis
cu&re al menos el A:2
de los requerimientos
propuestos"
cu&re entre el A;2 y
8:2 de requerimientos
propuestos"
cu&re entre el 8;2 y
7:2 de requerimientos
propuestos"
cu&re entre el 7;2 y
572 de requerimientos
propuestos"
cu&re menos del 572
de requerimientos
propuestos"
Elaborado (or "a#il Ra#o$ Gar%&a P,-ina ++
II. R-*rica para la $r'c(ica Cali)icada 2
S590+4)/'+&3+ B'+& A-+:3)9/+ R+<2/)0 M)/
Paquetes de
dise'o
Entre el :;;2 y A:2
de paquetes de dise'o
.an sido identificados
correctamente
correctamente
correctamente
correctamente
>enos del 572 de los
paquetes de dise'o .an
sido identificados
correctamente
5 puntos :"7 puntos : punto ;"7 punto ; punto
!apas Entre el :;;2 y A:2
de las capas .an sido
identificadas
correctamente
identificadas
correctamente
identificadas
correctamente
identificadas
correctamente
capas .an sido
identificadas
correctamente
Su&sistemas y
dependencias
Entre el :;;2 y A:2
de los su&sistemas y
dependencias .an sido
identificados
correctamente
identificados
correctamente
identificados
correctamente
identificados
correctamente
>enos del 572 de los
su&sistemas y
identificados
correctamente
Interfaces y
servicios
Entre el :;;2 y A:2
de interfaces y servicio
correctamente
correctamente
correctamente
correctamente
interfaces y servicios
correctamente
Diagramas del
modelo de
dise'o
Entre el :;;2 y A:2
de las asociaciones
.an sido graficadas
correctamente
de las asociaciones
.an sido graficadas
correctamente
de las asociaciones
.an sido graficadas
correctamente
de las asociaciones
.an sido graficadas
correctamente
asociaciones .an sido
graficadas
correctamente
Elaborado (or "a#il Ra#o$ Gar%&a P,-ina +2
III. R-*rica para la Tra*a"o $arcial
S590+4)/'+&3+ A-+:3)9/+ M)/
Alcance del
>odelo de
An*lisis
Se .an anali(ados al menos el 1:2 de
los casos de uso del sistema"
Se .an anali(ado entre 1;2 y 4;2 de
los casos de uso del sistema"
Se .an anali(ado menos del 4;2 de los
casos de uso del sistema"
5 puntos : punto ; punto
!lases frontera <odas las clases frontera .an sido
identificadas correctamente"
Algunas clases frontera .an sido
Binguna clase frontera .a sido
identificada correctamente"
: punto ;"7 punto ; punto
!lases
controladoras
<odas clases las controladoras de casos
de uso y las clases controladoras de
negocio .an sido identificadas
correctamente"
Algunas clases las controladoras de
casos de uso y clases controladoras de
negocio .an sido identificadas
correctamente"
Binguna clase controladora de casos de
uso y clase controladora de negocio .a
sido identificada correctamente"
!lases entidad <odas las clases entidad .an sido
identificadas"
Algunas clases entidad .an sido
Binguna clase entidad .a sido
identificada correctamente"
Diagramas del
modelo de
an*lisis
%a navega&ilidad y multiplicidad de
todas las asociaciones .an sido
identificadas y graficadas
correctamente"
algunas asociaciones .an sido
identificadas y graficadas
correctamente"
ninguna asociacin .a sido identificada
y graficada correctamente"
!orrespondencia
del modelo de
an*lisis
El modelo de an*lisis cu&re al menos el
8:2 de los requerimientos funcionales
y no funcionales"
El modelo de an*lisis cu&re entre el
8;2 y 4:2 de los requerimientos
funcionales y no funcionales
El modelo de an*lisis cu&re menos del
4;2 de los requerimientos funcionales
y no funcionales
: Punto ;"7 Punto ; punto
Alcance del Se .an dise'ado al menos el 1:2 de los Se .an dise'ado entre 1;2 y 4;2 de Se .an dise'ado menos del 4;2 de los
Elaborado (or "a#il Ra#o$ Gar%&a P,-ina +.
>odelo de
Dise'o
casos de uso del sistema" los casos de uso del sistema" casos de uso del sistema"
!apas <odas las capas .an sido identificadas
correctamente"
Algunas capas .an sido identificadas
correctamente"
Binguna capa .a sido identificada
correctamente"
Su&sistemas y
dependencias
<odos los su&sistemas y dependencias
.an sido identificados correctamente"
Algunos su&sistemas y dependencias
.an sido identificados correctamente"
Bing$n su&sistema y dependencia .a
sido identificado correctamente"
: punto ;"7 puntos ; punto
Interfaces <odas las interfaces .an sido
Algunas interfaces .an sido
Binguna interface .a sido identificada
correctamente"
Servicios <odos los servicios .an sido
identificados correctamente"
Algunos servicios .an sido
Bing$n servicio .a sido identificado
correctamente"
Diagramas del
modelo de
dise'o
todas las asociaciones .an sido
graficadas correctamente"
algunas asociaciones .an sido
ninguna asociacin .a sido graficada
correctamente"
5 punto : punto ; punto
Patrones de
dise'o
%a arquitectura incluye todos los
patrones de dise'o posi&les
%a arquitectura incluye algunos
patrones de dise'o
%a arquitectura no incluye patrones de
dise'o
5 punto : punto ; punto
Desempe'o %a arquitectura demuestra el mejor
rendimiento para la organi(acin
%a arquitectura demuestra rendimiento
acepta&le para la organi(acin
%a arquitectura no demuestra
=le/i&ilidad %a arquitectura demuestra la mayor
fle/i&ilidad a cam&ios requerimientos
%a arquitectura es fle/i&le a cam&ios en
algunos requerimientos
%a arquitectura no es fle/i&le a cam&ios
en los requerimientos
Elaborado (or "a#il Ra#o$ Gar%&a P,-ina +/
I&. R-*rica para la $r'c(ica Cali)icada #
S590+4)/'+&3+ A-+:3)9/+ M)/
Bodos Se .an identificado todos los nodos
necesarios para la arquitectura"
Se .an identificado algunos nodos
necesarios para la arquitectura"
Bo se .an identificado los nodos de la
arquitectura"
4 puntos :"7 puntos ; punto
Estereotipo El estereotipo de todos los nodos .a
sido identificado correctamente"
El estereotipo de algunos nodos .a sido
identificado correctamente"
El estereotipo de ning$n nodo .a sido
Procesadores <odos los procesadores .an sido
Algunos procesadores .an sido
Bing$n procesador .a sido identificado
correctamente"
Equipos <odos los equipos .an sido
Algunos equipos .an sido identificados
correctamente"
Bing$n equipo .a sido identificado
correctamente"
!onfiguracin
de la red
<oda la red .a sido configurada
correctamente"
Parte de la red .a sido configurada
correctamente"
%a red no .a sido configurada
correctamente"
Diagrama de
despliegue
<odas las asociaciones .an sido
Algunas asociaciones .an sido
Binguna asociacin .a sido graficada
correctamente"
6 puntos 5 puntos ; punto
!orrespondencia
del modelo de
despliegue
El modelo de despliegue soporta al
menos el 1:2 de los elementos del
modelo de dise'o"
El modelo de despliegue soporta entre
el 1;2 y 4;2 de los elementos del
modelo de dise'o"
El modelo de despliegue soporta menos
del 4;2 de los elementos del modelo de
dise'o"
&. R-*rica para la $r'c(ica Cali)icada +
S590+4)/'+&3+ A-+:3)9/+ M)/
!omponentes <odos los componentes de software .an
sido identificados correctamente"
Algunos componentes de software .an
Bing$n componente de software .a sido
Estereotipo El estereotipo de todos los componentes
de software .a sido identificado
correctamente"
El estereotipo de algunos componentes
de software .a sido identificado
correctamente"
El estereotipo de ning$n componente de
software .a sido identificado
correctamente"
?eusa&ilidad El modelo de implementacin reusa la
mayor cantidad de componentes
posi&le"
El modelo de implementacin reusa
algunos componentes de software"
El modelo de implementacin no reusa
componentes posi&le"
Diagramas de
componentes
<odas las asociaciones entre
componentes y todas las dependencias
.an sido graficadas correctamente"
Algunas asociaciones entre
componentes y algunas dependencias
.an sido graficadas correctamente"
Binguna asociacin entre componentes
y ninguna dependencia .a sido
7 puntos 5"7 puntos ; punto
!orrespondencia
del modelo de
implementacin
<odos los componentes de software
corresponden con los elementos del
modelo de dise'o"
Algunos componentes de software
modelo de dise'o"
Bing$n componente de software
corresponde con alg$n elemento del
modelo de dise'o"
&I. R-*rica para la Tra*a"o ,inal
S590+4)/'+&3+ A-+:3)9/+ M)/
!orrecciones al
<ra&ajo Parcial
Se .an corregido todas o&servaciones
se'aladas en el <ra&ajo Parcial
Se .an corregido algunas o&servaciones
Bo se .an corregido las o&servaciones
Bodos Se .an identificado todos los nodos y
estereotipos necesarios para la
arquitectura"
Se .an identificado algunos nodos y
arquitectura"
Bo se .an identificado los nodos y
arquitectura"
Procesadores y
equipos
<odos los procesadores y equipos .an
Algunos procesadores y equipos .an
Bing$n procesador y equipo .a sido
: punto ;"7 puntos ; punto
!onfiguracin
de la red
<oda la red .a sido configurada
correctamente"
Parte de la red .a sido configurada
correctamente"
%a red no .a sido configurada
correctamente"
Diagrama de
despliegue
<odas las asociaciones .an sido
Algunas asociaciones .an sido
Binguna asociacin .a sido graficada
correctamente"
5 puntos : puntos ; punto
!orrespondencia
del modelo de
despliegue
El modelo de despliegue soporta al
menos el 1:2 de los elementos del
modelo de dise'o"
El modelo de despliegue soporta entre
el 1;2 y 4;2 de los elementos del
modelo de dise'o"
El modelo de despliegue soporta menos
del 4;2 de los elementos del modelo de
dise'o"
!omponentes <odos los componentes de software y
estereotipos .an sido identificados
correctamente"
Algunos componentes de software y
estereotipos .an sido identificados
correctamente"
Bing$n componente de software y
estereotipo .a sido identificado
correctamente"
?eusa&ilidad El modelo de implementacin reusa la
mayor cantidad componentes posi&le"
El modelo de implementacin reusa
algunos componentes de software"
El modelo de implementacin no reusa
componentes posi&le"
Diagramas de
componentes
%a dependencia de todas las
asociaciones entre componentes .an
sido graficadas correctamente"
%a dependencia de algunas asociaciones
entre componentes .an sido graficadas
correctamente"
%a dependencia de ninguna asociacin
entre componentes .a sido graficada
correctamente"
!orrespondencia
del modelo de
implementacin
<odos los componentes de software
modelo de dise'o"
Algunos componentes de software
modelo de dise'o"
Bing$n componente de software
corresponde con alg$n elemento del
modelo de dise'o"
Desempe'o %a arquitectura demuestra el mejor
%a arquitectura demuestra rendimiento
acepta&le para la organi(acin
=le/i&ilidad %a arquitectura demuestra la mayor
fle/i&ilidad a cam&ios requerimientos
%a arquitectura es fle/i&le a cam&ios en
algunos requerimientos
%a arquitectura no es fle/i&le a cam&ios
en los requerimientos
Escala&ilidad %a arquitectura demuestra la mayor
posi&ilidad de adaptarse a cam&ios en
su configuracin"
%a arquitectura demuestra alguna
su configuracin"
su configuracin"
Porta&ilidad %a arquitectura demuestra poder
adaptarse a la mayor cantidad de
plataformas posi&les"
%a arquitectura demuestra poder
adaptarse a algunas de las plataformas
posi&les
%a arquitectura no demuestra poder
adaptarse alguna plataforma"
?o&uste( %a arquitectura demuestra poder
recuperarse ante la falla o cada de
cualquier nodo"
%a arquitectura demuestra poder
algunos nodos"
%a arquitectura no demuestra poder
cualquier nodo"
.. CONCLUSIONES.
Al finali(ar la descripcin del dise'o del sistema de evaluacin del curso Arquitectura
de Software que pertenece a la currcula de la carrera de Ingeniera de Sistemas EPE
presentado en este tra&ajo se puede concluir que el dise'o del sistema de evaluacin
propuesto3
El contenido de cada unidad de aprendi(aje est* definido de forma tal que
garantice al alumno o&tener el logro de dic.as unidades"
El logro de cada unidad de aprendi(aje est* conectado con el logro principal del
curso"
El logro principal del curso tiene car*cter integrador y se o&tiene como
consecuencia de .a&er o&tenido los logros individuales"
%os procedimientos de evaluacin esta&lecidos permiten medir la forma en la que
cada alumno o&tiene los logros de cada unidad as como el logro principal del
curso"
%os criterios de evaluacin y niveles esta&lecidos en las r$&ricas permiten evaluar
de forma o&jetiva y tangi&le la o&tencin del logro de las unidades de aprendi(aje
del curso"
Elaborado (or "a#il Ra#o$ Gar%&a P,-ina 2*
/. ANE0OS
Elaborado (or "a#il Ra#o$ Gar%&a P,-ina 2+
I. S1la*o del curo
I&,507)-'.& <+&+0)/
!?SC3 Arquitectura De Software
!DDIEC3 IS06
!I!%C3 5;:;;5
P?C=ESC? ,ES-3 ?amos Earca# Famil
!?GDI<CS3 7
SE>ABAS3 :0
HC?AS3 4 H ,%a&oratorio- Semanal
HC?AS <C<A%ES3 4A
I?EA C !A??E?A3 Ingeniera de Sistemas
I&305(2--'.&
El avance tecnolgico en el desarrollo de software en la actualidad est* permitiendo
no slo la inclusin de nuevas .erramientas sino tam&i+n la construccin de nuevas
arquitecturas" %os proyectos de sistemas dan cada ve( mayor importancia a la
arquitectura del software como la mejor manera de asegurar +/ito en los sistemas que
se construyen y su integracin al entorno de la plataforma que los soporta"
%os distintos niveles de a&straccin de la funcionalidad de los sistemas est*n
asociados a la estructura# funcionamiento e interaccin entre las partes del software#
formando aspectos generales so&re los que se puedan resolver los pro&lemas"
%a arquitectura del software aporta un conjunto de patrones y a&stracciones
co.erentes que proporcionan el marco de referencia necesario para guiar la
construccin del software de un sistema de informacin"
En el presente curso se imparten conocimientos so&re los distintos tipos de
arquitecturas de software# pr*cticas de dise'o y como +stos se aplican a lo largo del
proceso de desarrollo del software# para tomar decisiones t+cnicas relevantes que
garanticen el mejor desempe'o# re.$so# ro&uste(# porta&ilidad# fle/i&ilidad#
escala&ilidad y mantenimiento de los sistemas"
L5<05 >4? (+/ -2045
Al finali(ar el curso cada alumno dise'a la arquitectura del software del un sistema#
seg$n el ciclo de vida del desarrollo del software# demostrando el mejor desempe'o#
fle/i&ilidad# escala&ilidad# porta&ilidad y ro&uste( de la misma"
Elaborado (or "a#il Ra#o$ Gar%&a P,-ina 22
R+( (+ ):0+&('@)=+
U&'()(+4 (+ A:0+&('@)=+
UNIDAD 13 DE=IBI!IDB DE %A A?JI<E!<?A DE% SC=<KA?E"
%CE?C3
Al concluir la unidad cada alumno crea un modelo de an*lisis de la arquitectura del
software# a partir de los requerimientos del sistema seg$n el ciclo de vida del
desarrollo del software"
<E>AS
- Arquitectura del software" <endencias"
- Listas de la arquitectura"
- Arquitectura 6M:"
- Arquitecturas cliente servidor# C"C"# 4 capas# SCA y m*quinas virtuales"
- De los requerimientos al modelo de an*lisis"
- =lujo de tra&ajo de an*lisis en el ciclo de vida del sistema
- Artefactos de an*lisis"
- A&stracciones clave#
- Paquetes de an*lisis y mecanismos de an*lisis"
- An*lisis de los casos de uso del sistema"
- !lases de an*lisis" !o.esin y acoplamiento"
- Diagramas de secuencia y de cola&oracin en el an*lisis"
HC?A,S- N SE>ABA,S-
Semanas :# 5# 4 y 6
UNIDAD 23 ?E=IBA>IEB<C DE %A A?JI<E!<?A" DE% SC=<KA?E
%CE?C3
Al concluir la unidad cada alumno crea un modelo de dise'o de la arquitectura del
software# a partir de un modelo de an*lisis de la arquitectura# seg$n el ciclo de vida
del desarrollo del software# demostrando el mejor desempe'o de la misma"
<E>A?IC
- Del an*lisis al dise'o"
Elaborado (or "a#il Ra#o$ Gar%&a P,-ina 2.
CREA EL MODELO
DE ANLISIS DE LA
ARQUITECTURA
DEL SOFTWARE
CREA EL MODELO
DE ANLISIS DE LA
ARQUITECTURA
DEL SOFTWARE
CREA EL MODELO DE DISEO DE LA
ARQUITECTURA DEL SOFTWARE
CREA EL MODELO DE DISEO DE LA
CREA
PATRONES
DE DISEO
CREA
PATRONES
DE DISEO
CREA EL MODELO DE DESPLIEGUE DE LA
CREA EL MODELO DE DESPLIEGUE DE LA
CREA EL MODELO DE IMPLEMENTACIN
DE LA ARQUITECTURA DEL SOFTWARE
CREA EL MODELO DE IMPLEMENTACIN
DE LA ARQUITECTURA DEL SOFTWARE
DISEA LA ARQUITECTURA DEL SOFTWARE DEL UN SISTEMA, SEGN EL CICLO DE VIDA DEL
DESARROLLO DEL SOFTWARE, DEMOSTRANDO EL MEJOR DESEMPEO, FLEXIBILIDAD,
ESCALABILIDAD, PORTABILIDAD Y ROBUSTEZ DE LA MISMA
DISEA LA ARQUITECTURA DEL SOFTWARE DEL UN SISTEMA, SEGN EL CICLO DE VIDA DEL
DESARROLLO DEL SOFTWARE, DEMOSTRANDO EL MEJOR DESEMPEO, FLEXIBILIDAD,
ESCALABILIDAD, PORTABILIDAD Y ROBUSTEZ DE LA MISMA
- =lujo de tra&ajo de dise'o en el ciclo de vida del sistema"
- Artefactos de dise'o"
- ?efinamiento de la arquitectura"
- Paquetes de dise'o y mecanismos de dise'o"
- Lisi&ilidad de clases"
- !apas# su&sistemas# dependencia# interfaces y servicios"
- Dise'o de los casos de uso"
- !lases de dise'o"
- Diagrama de secuencia y de cola&oracin en el dise'o
- Cperaciones de las clases"
- >odelo de datos y modelo de almacenamiento"
HC?A,S- N SE>ABA,S-
Semana 7# 0# 8# y A
UNIDAD 33 PA<?CBES DE DISEOC
%CE?C3
Al concluir la unidad cada alumno crea patrones al modelo de dise'o de la
arquitectura del software demostrando la fle/i&ilidad de la misma"
<E>A?IC
- Patrones de arquitectura"
- Patrones de dise'o"
- Patrones we&# E?ASP y Eo="
- !ategoras de Patrones"
- Descomposicin estructural"
- Crgani(acin del tra&ajo"
- !ontrol de acceso"
- Administracin"
- !omunicacin"
HC?A,S- N SE>ABA,S-
Semanas :; y ::
UNIDAD 43 DIS<?IP!IDB DE %A A?JI<E!<?A" DE% SC=<KA?E
%CE?C3
Al concluir la unidad cada alumno crea un modelo de despliegue de la arquitectura
del software# a partir del modelo de dise'o de la arquitectura# seg$n el ciclo de vida
del desarrollo del software demostrando la escala&ilidad y porta&ilidad de la misma"
<E>A?IC
- Distri&ucin de los requerimientos funcionales en la arquitectura"
- Bodos"
- Procesadores"
- Equipos"
- !onfiguracin de la red"
HC?A,S- N SE>ABA,S-
Semana :5
Elaborado (or "a#il Ra#o$ Gar%&a P,-ina 2/
UNIDAD 53 I>P%E>EB<A!IDB %A A?JI<E!<?A DE% SC=<KA?E
%CE?C3
Al concluir la unidad cada alumno crea un modelo de implementacin de la
ciclo de vida del desarrollo del software demostrando la ro&uste( de la misma"
<E>A?IC
- >+todos de dise'o de arquitectura"
- Del dise'o a la codificacin"
- =lujo de tra&ajo de implementacin"
- Artefactos de implementacin"
- Implementacin del dise'o"
- !omponentes"
- ?eusa&ilidad"
- Dependencias entre componentes"
HC?A,S- N SE>ABA,S-
Semana :4 y :6
M+35(5/5<A)
El curso se dicta en sesiones de teora y la&oratorio" %as sesiones tericas se
desarrollan en aula para presentar los conceptos tericos y el alumno aplicar* los
conocimientos adquiridos" En las sesiones de la&oratorio se ense'ar* el manejo de
.erramientas !ASE para adquirir las .a&ilidades en la construccin de los artefactos
de la arquitectura del software"
%as modalidades fundamentales so&re las que se &asa la ense'an(a del curso son3
Presentacin de situaciones pro&lem*ticas como motivacin al contenido"
E/posicin de conceptos con ayuda de presentaciones# transparencias y
diapositivas"
Desarrollo del proyecto del curso"
E;)/2)-'.&
=D?>%A
4;2 ,<P- M 4;2 ,<=- M :;2 ,P!:- M :;2 ,P!5- M :;2 ,P!4- M :;2 ,P!6-
TIPO DE NOTA PESO B
P! - P?I!<I!AS P! : :;
P! - P?I!<I!AS P! 5 :;
P! - P?I!<I!AS P! 4 :;
P! - P?I!<I!AS P! 6 :;
<P - <?APAQC PA?!IA% 4;
<= - <?APAQC =IBA% 4;
C05&5<0)7)
TIPO DE
PRUEBA
DESCRIPCIN
NOTA
N!M.
PRUEBA
FECCA OBS. RECU
P.
P! P?I!<I!AS P! : Sem" 6 SR
P! P?I!<I!AS P! 5 Sem" 8 SR
<P <?APAQC PA?!IA% : Sem" 1 BC
P! P?I!<I!AS P! 4 Sem" :5 SR
P! P?I!<I!AS P! 6 Sem" :6 SR
<= <?APAQC =IBA% : Sem" :7 BC
B'9/'5<0),A) (+/ -2045
PISI!A
PCC!H# Erady ,:AAA- <.e unified modeling language3 user guide" ?eading#
>A 3 Addison-Kesley" ,;;7"::8 PCC!N-
Qaco&son# Ivar ,5;;;- El proceso unificado de desarrollo de software N ;;7":;01
QA!C >adrid 3 Pearson" Educacin# 5;;;"
?E!C>EBDADA
,Bo necesariamente disponi&le en el !entro de Informacin-
P?EEEE# Pernd ,5;;5- Ingeniera de software orientado a o&jetos" >+/ico#
D"= 3 Pearson Educacin" ,;;7"::8 P?E-
IP> ,5;;A- ?ational Software 5: de a&ril de 5;;A ,.ttp3NNwww-
;:"i&m"comNsoftwareNrationalN-
C>E ,5;;A- Sitio we& de C&ject >anagement Eroup 5: de a&ril de 5;;A
,.ttp3NNwww"omg"orgN-
P?ESS>AB# ?oger S" ,5;;7- Ingeniera de software 3 un enfoque pr*ctico"
>+/ico# D"=" 3 >cEraw-Hill" ,;;7": P?ES 5;;7-
II.%alla curricular 2igen(e de la carrera Ingenier1a de Si(e3a
III. $lan de e(udio 2igen(e de la carrera Ingenier1a de Si(e3a
CD ASIGNATURA CRD ORAS SEMANA REQUISITOS
NIVEL !" TE PR LA TI TOT
IS57 Fundamentos De Programacin 4 3 2 3 No tiene requisitos
IS72 Informtica 4 3 2 3 No tiene requisitos
CE !atemtica "sica #EPE$ 4 3 2 5 No tiene requisitos
TOTAL "# ""
NIVEL !# TE PR LA TI TOT
CE3 C%cu%o 4 3 2 5 CE !atemtica "sica #EPE$
IS7& Estructura de Datos ' (%goritmos 4 3 2 3 IS57 Fundamentos De Programacin
)*&+ ,a%%er de -edaccin 4 3 3 No tiene requisitos
TOTAL "# ""
NIVEL !$ TE PR LA TI TOT
CE4 C%cu%o 2 4 3 2 5 CE3 C%cu%o
)E. Etica ' Ciudadania 4 3 2 3 No tiene requisitos
IS.4 Programacin /rientada ( /01etos 5 3 4 3 IS7& Estructura de Datos ' (%goritmos
)E. ,emas de )istoria de% Per2 3 3 3 No tiene requisitos
TOTAL "% "&
NIVEL !& TE PR LA TI TOT
IS5+ Dise3o de "ase de Datos 5 3 4 3 IS.4 Programacin /rientada ( /01etos
!(4 F4sica 4 4 4 CE3 C%cu%o
)*&. )a0i%idades Comunicati5as 5 3 4 3 )*&+ ,a%%er de -edaccin
!(3 !atemtica Discreta 6 3 2 4 5 CE !atemtica "sica #EPE$
TOTAL #! "'
NIVEL !' TE PR LA TI TOT
IS6. Desarro%%o 7ara Entorno 8e0 4 3 2 3 IS.4 Programacin /rientada ( /01etos
IS7. Dise3o De Procesos 5 3 4 3 IS5+ Dise3o de "ase de Datos
CE2 Estad4stica 7ara Ingenier4a #EPE$ 5 3 2 5 CE3 C%cu%o
IS5& Im7%ementacin de "ase de Datos 5 3 4 3 IS5+ Dise3o de "ase de Datos
TOTAL "( "&
NIVEL !% TE PR LA TI TOT
IS62 Comunicaciones ' -edes 5 3 2 5 IS6. Desarro%%o 7ara Entorno 8e0
IS6 Desarro%%o Para Sistemas Distri0uidos 4 3 2 3 IS6. Desarro%%o 7ara Entorno 8e0
!(6 F4sica 2 4 4 4 !(4 F4sica
IS63 Ingenier4a De -equerimientos 5 3 4 3 IS7. Dise3o De Procesos
TOTAL ") "'
NIVEL !* TE PR LA TI TOT
IS64 (rquitectura De Soft9are 5 3 4 3 IS5& Im7%ementacin de "ase de Datos '
IS63 Ingenier4a De -equerimientos
)*+& Creati5idad ' :idera;go 3 3 3 No tiene requisitos
IS.& In5estigacin /7eraciona% 6 3 2 2 5 CE2 Estad4stica 7ara Ingenier4a #EPE$
IS7 Sistemas /7erati5os 4 3 2 3 IS62 Comunicaciones ' -edes
TOTAL ") "&
NIVEL !) TE PR LA TI TOT
IS+3 <erencia De Pro'ectos 4 3 2 3 IS63 Ingenier4a De -equerimientos
IS65 <estin de %a Ca%idad de Soft9are 5 3 4 3 IS64 (rquitectura De Soft9are
IS2 Simu%acin De Sistemas 6 3 2 2 5 IS.& In5estigacin /7eraciona%
E:EC,I=/ ,ECNIC/ 4 4 4
TOTAL "( "'
NIVEL !( TE PR LA TI TOT
IS67 Inte%igencia (rtificia% 5 3 4 3 IS2 Simu%acin De Sistemas
IS66 P%ataforma ,ecno%gica de So7orte a ,IC 4 3 2 3 IS62 Comunicaciones ' -edes
IS6 ,a%%er de Pro'ecto + 6 4 6 IS+3 <erencia De Pro'ectos
E:EC,I=/ ,ECNIC/ 4 4 4
TOTAL #" "%
NIVEL "! TE PR LA TI TOT
(D2+ <estin 5 3 4 3 2. cr>ditos a7ro0ados
IS+6 Seguridad ' (uditor4a De Sistemas 5 3 4 3 IS65 <estin de %a Ca%idad de Soft9are
IS73 Seminario de In5estigacin en ,IC 5 3 4 3 . cr>ditos a7ro0ados
IS7 ,a%%er de Pro'ectos 2 + 6 4 6 IS65 <estin de %a Ca%idad de Soft9are '
IS6 ,a%%er de Pro'ecto
TOTAL #$ "'
NIVEL "" TE PR LA TI TOT
(D2& <estin 2 5 3 4 3 (D2+ <estin
IS6+ Inte%igencia de Negocios 5 3 4 3 IS7 ,a%%er de Pro'ectos 2
IS+7 Pro'ecto Informtico 4 5 + 5 IS73 Seminario de In5estigacin en ,IC
IS7 ,a%%er de Pro'ectos 2
TOTAL #& ""
NIVEL "# TE PR LA TI TOT
IS6& Estrategia ' <estin de %as ,IC 3 3 3 IS66 P%ataforma ,ecno%gica de So7orte a ,IC
IS+6 Seguridad ' (uditor4a De Sistemas
(D3. <estin 3 5 3 4 3 (D2& <estin 2
IS++ Pro'ecto Informtico 2 4 5 + 5 IS+7 Pro'ecto Informtico
TOTAL ## ""
CD ASIGNATURA CRD+ ORAS SEMANA REQUISITOS
ELECTIVO TECNICO TE PR LA TI TOT
IS77 C!!I 4 3 2 3 IS65 <estin de %a Ca%idad de Soft9are
IS76 Comunicaciones ' -edes (5an;ado 4 3 2 3 IS62 Comunicaciones ' -edes
IS75 Derec?o Informtico 4 3 2 3 .. cr>ditos a7ro0ados
IS7+ Desarro%%o Para P%ataforma !5i%es 4 3 2 3 IS6 Desarro%%o Para Sistemas Distri0uidos
IS74 ,a%%er de Desarro%%o Para Entorno 8e0 4 3 2 3 IS6. Desarro%%o 7ara Entorno 8e0
TE , T-./01, PR , P/2345316T177-/, LA , L18./14./5., TI , T/1819. I:;5<5;=17, TOT , ./1> S-?1:17->
@AB , P/.C/1?135D: A=5:3-:17, @?B , P/.C/1?135D: ?-:>=17
T.417 3/E;54.> .875C14./5.>F #"%
T.417 3/E;54.> -7-345<.>F )
T.417 3/E;54.>F ##&

Ejemplo 1

Hochgeladen von

Dokumentinformationen

Originaltitel

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Ejemplo 1

Hochgeladen von

Copyright:

Verfügbare Formate

DIPLOMADO EN

Das könnte Ihnen auch gefallen