Ingenieria de Software

UNIVERSIDAD E STATAL A DISTANCIA
VICERRECTORA ACADEMICA
ESCUELA DE C IENCIAS EXACTAS Y
NATURALES
Diplomado en Informtica
Ctedra Ingeniera de Software
ORIENTACIN ACADMICA
Cdigo 03300
Ingeniera de Software
Tutor
Marcia Centeno Prez
Semana A
Percy Caipa Valdez
Telfono: 2202 1825
COSTA RICA
Segundo Cuatrimestre, 2016
Ingeniera del Software _
Cdigo: 03300
INDICE
1.
Consultas acadmicas y administrativas

1.1. Encargados Ctedra y Programa
1.2. Consultas de orden acadmico
1.3. Consultas sobre la plataforma electrnica:
2.
Introduccin.
3.
Objetivos de la asignatura
3.1. Objetivo general
3.2. Objetivos especficos
4.
Conocimientos Previos
5.
Modalidad del estudio

5.1. Componentes Educacin a Distancia
5.2. Componente Plataforma de Aprendizaje en Lnea Moodle
6.
Material didctico
6.1. Fuentes bibliogrficas y software
6.2. Material de apoyo
6.3. Videoteca
6.4. Servicios en lnea de la biblioteca
7.
Temas de la asignatura
8.
Calendarizacin del curso

8.1. Cronograma general
8.2. Cronograma de tutoras y pruebas
8.3. Cronograma de foros de discusin
8.4. Cronograma de proyectos y tareas
9.
Rbricas y evaluacin de entregables

9.1. Evaluacin del curso
9.2. Rbrica para la evaluacin de los foros de discusin
9.3. Rbricas para proyectos
9.4. Reglas generales para la presentacin de trabajos
9.5. Acerca de la participacin de los foros
10.
Descripcin de foros evaluados
10.1.
Foro evaluado #1 5%
10.2.
Foro evaluado #2 5%
11.
Cdigo: 03300
Descripcin de las tareas y proyectos
11.1.
Proyecto Anteproyecto- 2%
11.2.
Proyecto Entrega #1 8%
11.3.
11.4.
11.5.
11.6.
11.7.
11.8.
Tarea corta #1
11.9.
Tarea corta #2
Cdigo: 03300
1. CONSULTAS ACADMICAS Y ADMINISTRATIVAS

Estimado estudiante la siguiente informacin le permitir conocer la forma de
comunicarse con los tutores, encargado de ctedra, encargada del programa y
asistente, para resolver dudas de orden acadmico y administrativo.
ENCARGADOS CTEDRA Y PROGRAMA
Versin
Nombres
Horario
de
atencin
de
estudiantes
Telfonos
Correo electrnico
Direccin
de
oficina
Encargado de Ctedra
Encargada de Programa
Percy Caipa Valdez
Karol Castro Chaves
Martes- jueves de 1:30 a Martes- jueves de 1:30 a
4:00 p.m.
4:00 p.m.
2202 1825
2202 1824
pcanipa@uned.ac.cr
kcastro@uned.ac.cr
Mercedes de Montes de Oca, Carretera Sabanilla, Edificio
Escuela de Ciencias Exactas y Naturales, segundo piso
CONSULTAS DE ORDEN ACADMICO
Las consultas de orden
administrativo
deben
ser dirigidas al
Encargado(a) de la Ctedra y en segundo orden al Encargado(a) del

Programa.
Las consultas de orden acadmico se plantean y responden dentro de

la plataforma de aprendizaje en lnea, Moodle.
Las consultas de carcter administrativo deben ser canalizadas

mediante INFOUNED al telfono 2234-3235, seleccionando la opcin
correspondiente o consultando en la Web www.uned.ac.cr
CONSULTAS SOBRE LA PLATAFORMA ELECTRNICA:

Las consultas que realice como estudiante dentro de la plataforma, sern
atendidas por el tutor al da hbil siguiente de planteada la consulta (hora
Cdigo: 03300
mxima 12 media noche). En caso de no ser atendido, podr dirigirse en

segundo orden al Encargado(a) de Ctedra.
Finalmente, si en 48 horas no es solucionado o atendido podr dirigirse al
Encargado(a) del Programa o su Asistente.
Los feriados obligatorios, la Universidad no trabaja, por tanto el tutor de la
asignatura atender las consultas el da hbil siguiente.
Todos los cambios o informacin adicional, que se realicen en la asignatura
sern presentados mediante todas las siguientes herramientas de la
plataforma:
Anuncio
Foro de consulta
Correo interno de la plataforma de la asignatura a cada estudiante.
Las consultas que ingresen a los medios descritos se respondern en el plazo

establecido, con excepcin de aquellas que ingresen durante los fines de
semana o das no laborables.
2. INTRODUCCIN.
La presente orientacin es una herramienta que le proporcionar la ayuda
necesaria para guiarse durante el desarrollo del curso Ingeniera de Software
(cdigo 3300). Encuentra objetivos, modalidad de estudio, consultas de
orden acadmico y administrativo, temas de estudio, descripcin de la
evaluacin, y cronograma de actividades (entre otros aspectos de su inters).
Las empresas necesitan profesionales en el rea de informtica que logren
focalizar y abstraer adecuadamente las necesidades de negocio de las
organizaciones para el desarrollo eficiente de soluciones de tecnologas de la
informacin y comunicacin y colaboren en la construccin de soluciones de
calidad que atiendan sus necesidades y las de sus usuarios.
La Universidad Estatal a Distancia (UNED) es conocedora de dicha necesidad,
por tanto, ofrece este curso, con el fin que los estudiantes cuenten con los
conocimientos, las destrezas y las tcnicas necesarias para analizar, modelar,
Cdigo: 03300
probar y medir los procesos en la ingeniera del software y puedan realizar la

gestin del software en los sistemas informticos y proyectos de tecnologa
de la manera esperada.
Se le sugiere mantener siempre a mano esta orientacin y consultarla con
frecuencia para que ninguna de las actividades de la asignatura lo tome por
sorpresa. En caso que la extrave puede bajarla de la plataforma electrnica.
3. OBJETIVOS DE LA ASIGNATURA
La definicin de los objetivos en el proceso educativo y especialmente para
esta asignatura, le permiten como estudiante comprender los contenidos y la
importancia que tienen en su formacin.
OBJETIVO GENERAL
Brindar los conocimientos, las destrezas y las tcnicas necesarias para analizar
y modelar los procesos sujetos de estudio en el desarrollo de sistemas.
OBJETIVOS ESPECFICOS
1. Adquirir conocimiento sobre los principales fundamentos del proceso de
anlisis de sistemas y de requerimientos para un Sistema de Informacin.
2. Aplicar el proceso de anlisis para la especificacin de requerimientos del
usuario.
3. Analizar el proceso de diseo de software para modelar los sistemas de
Informacin.
4. Analizar el aseguramiento e implementacin de la calidad para el proceso
de la ingeniera del software.
Cdigo: 03300
4. CONOCIMIENTOS PREVIOS
Esta asignatura es parte del plan de Diplomado en Informtica.
Es requisito haber cursado los siguientes cursos:
3071 - Lgica para Computacin
0831 - Introduccin a la Programacin
0824 - Programacin Intermedia
5. MODALIDAD DEL ESTUDIO

Este tipo de modalidad de estudio se conoce como Asignatura Virtual ya que
cuenta con dos componentes:
1. Educacin a distancia.
2. Aprendizaje en lnea.
Ambas modalidades requieren su dedicacin y esfuerzo para lograr los objetivos.
COMPONENTES EDUCACIN A DISTANCIA
Esta asignatura se oferta con las siguientes actividades durante el
cuatrimestre:
Actividad
Cantidad
Duracin
Objetivo
Tutoras en
la plataforma
electrnica
3 horas
Proyectos
Exmenes
Se comunican importantes aspectos de la

materia. Se presentan aspectos terico
prcticos de los contenidos. Se analizan y
resuelven las dudas que usted como
estudiante tenga.
El proyecto guiar su aprendizaje
promoviendo la investigacin y el anlisis.
Los exmenes pretenden validar sus
conocimientos en el curso y los objetivos
del mismo.
Cdigo: 03300
COMPONENTE PLATAFORMA DE APRENDIZAJE EN LNEA MOODLE

Como estudiante cuenta con la plataforma de aprendizaje Moodle, la cual
incluye un componente virtual que representa el 100% de los procesos de
aprendizaje que se llevarn a cabo en esta asignatura. Incluye
herramientas de comunicacin, materiales, enlaces a la web, anuncios,
entre otros.
Es importante que como estudiante usted cuente con los siguientes
requisitos para el acceso a la plataforma de aprendizaje en lnea:
Nombre usuario y contrasea para ingresar a Moodle.
Un correo electrnico personal.
Acceso peridico a una computadora.
Buena conexin a Internet
Cantidad de tiempo necesario para participar en foros u otras

actividades, que se implementen en Moodle.
Moodle es una herramienta tecnolgica que la UNED pone a disposicin

suya como estudiante que funciona como aula virtual, donde se
comparten los conocimientos adquiridos y se aclaran dudas y consultas.
Moodle
adems
permite
el
desarrollo
de
foros
acadmicos
de
participacin, que se centran en una o varias preguntas generadas por el

profesor, para que usted como estudiante emita su criterio tomando como
referencia su experiencia y lo aprendido durante la lectura del material de
estudio de la asignatura.
En Moodle se trabaja todas las semanas a lo largo del cuatrimestre y usted
debe acceder la plataforma al menos tres veces a la semana. Este curso
consta de 12 semanas en total.
Cdigo: 03300
Los proyectos, tareas, pruebas y foro, se entregan y aplican solamente en

la plataforma Moodle en el apartado correspondiente.
Importante: Usted como estudiante debe respetar fechas, horas de
entrega y aplicacin de todos los instrumentos de evaluacin.
Cdigo: 03300
PLATAFORMA DE APRENDIZAJE EN LNEA (PAL)
CURSOS EN LNEA
PROGRAMA DE APRENDIZAJE EN LNEA
Este curso ser apoyado con la plataforma del Programa de Aprendizaje

en Lnea de la UNED: Moodle. El uso de este entorno virtual permitir
llevar a cabo procesos de aprendizaje, la organizacin y la comunicacin
entre los miembros del curso.
INGRESO A MOODLE
Utilice un navegador de Internet para acceder al portal de la Universidad
Estatal a Distancia, cuya direccin URL es: http://www.uned.ac.cr.
D un clic a la opcin del Men Recursos didcticos y seleccione, en el
bloque Plataformas, el icono de Moodle.
Digite
directamente
en
navegador
la
direccin:
http://campusvirtual.uned.ac.cr
Para ingresar en su sesin digite su nombre de usuario y su
contrasea. Si es la primera vez que ingresa digite su nmero de
cdula con diez dgitos, sin guiones ni espacios.
Ejemplos:
1-234-567: digite 0102340567
1-1456-052: digite 0114560052
Como contrasea digite su fecha de nacimiento (da, mes, ao) en
trminos de dos dgitos cada uno, sin espacios ni guiones.
Ejemplo: 7 de febrero de 1985: digite 070285
10
Cdigo: 03300
MIS CURSOS
Luego de ingresar a la plataforma Moodle, en la opcin Mis cursos
se muestran la lista de los cursos en los que usted est inscrito. Para
entrar al curso haga clic sobre su nombre.
El acceso a los entornos de los cursos en lnea de la UNED est
disponible a partir del primer lunes del inicio oficial de cada
cuatrimestre. Usted podr acceder al entorno de este curso a partir
del da lunes 30 de mayo 2016.
APOYO PARA APRENDER A USAR LA PLATAFORMA MOODLE
El Programa de Aprendizaje en Lnea ofrecer el da Sbado 28 de
mayo del 2016 con horario de 10:00 a.m. a 12:00 m.d. la
videoconferencia Induccin a las Plataformas de Aprendizaje en Lnea:
Moodle. Consulte en su Centro Universitario o en el Programa de
Videoconferencia al telfono: 2234-3236 ext. 3548, las sedes remotas
que se abrirn.
En la pgina del Programa de Aprendizaje en Lnea puede encontrar
manuales y consejos para usar Moodle, vistela en el bloque de Recursos
Didcticos o siga al Programa de Aprendizaje en Lnea en: Facebook o
YouTube.
6. MATERIAL DIDCTICO
Los siguientes materiales le sirven para apoyar el estudio individual y
aprendizaje de los contenidos de la asignatura:
FUENTES BIBLIOGRFICAS Y SOFTWARE
11
1. Metodologas
Cdigo: 03300
procesos
de
anlisis
de
software
http://www.ptolomeo.unam.mx:8080/xmlui/bitstream/handle/132.248.
52.100/175/A5%20Cap%C3%ADtulo%202.pdf?sequence=5
2. Filosofa Lean aplicada a la Ingeniera del Software. Captulo 2. Miguel
ngel Moreno Martn, 2010
http://bibing.us.es/proyectos/abreproy/70201/fichero/04++Lean+aplicado+ a+la+Ingenieria+del+Software.pdf
3. Representacin de la arquitectura de software usando UML, Sandra

Victoria Hurtado Gil
http://www.icesi.edu.co/contenido/pdfs/shurtado_repres-uml.pdf
4. Las pruebas en el desarrollo de software, Campos Chiu, Cindy
http://www.ptolomeo.unam.mx:8080/xmlui/bitstream/handle/132.248.
52.100/7627/Las%20pruebas%20en%20el%20desarrollo%20de%20sof
tware.pdf?sequence=1
5. Notas del curso: Anlisis de requerimientos. Mara del Carmen Gomez
Fuentes, 2011, Captulos 1, 2, 3, 5, 6, 7,
http://www.cua.uam.mx/pdfs/conoce/libroselec/Notas_Analisis_Requeri
miento.pdf
6. La
necesidad
de
modelar,
Universidad
Carlos
III
de
Madrid
http://ocw.uc3m.es/ingenieria-informatica/diseno-de-softwareavanzado/material-de-clase-1/02-La_necesidad_de_Modelar.pdf
7. Modelado Bsico con casos de uso, Universidad Carlos III de Madrid
http://ocw.uc3m.es/ingenieria-informatica/diseno-de-softwareavanzado/material-de-clase-1/04Modelado_Basico_con_Casos_de_Uso.pdf
8. Modelado Avanzado con Casos de Uso, Universidad Carlos III de Madrid
12
Cdigo: 03300
http://ocw.uc3m.es/ingenieria-informatica/diseno-de-softwareavanzado/material-de-clase-1/05Modelado_Avanzado_con_Casos_de_Uso.pdf
9. Estudio comparativo de los modelos y estndares de calidad del software,
Fernanda Scalone, 2006
http://laboratorios.fi.uba.ar/lsi/scalone-tesis-maestria-ingenieria-encalidad.pdf
Nota: Si alguno de los links le genera error accedindolos directamente desde
este documento, puede copiar el texto del url en el navegador, o buscar el
documento en la plataforma Moodle.
13
Cdigo: 03300
MATERIAL DE APOYO
1. Aseguramiento de la calidad del software
https://prezi.com/otwbfopg44rm/aseguramiento-de-la-calidad-delsoftware-sqa/
VIDEOTECA
1. Proceso Unificado de desarrollo del Software
https://www.youtube.com/watch?v=M5_C58TWNHU
2. Metodologas giles: El proceso SCRUM
https://www.youtube.com/watch?v=p9MYRrQEOGI
3. BilboStack Developers Conference 2012 - Conociendo la Programacin
Extrema https://www.youtube.com/watch?v=m5ZOJ6SXVsA
4. XP Decisin de Negocio
https://www.youtube.com/watch?v=-wFZjQ27hbo&ebc
SERVICIOS EN LNEA DE LA BIBLIOTECA
La Biblioteca informa que por medio del acceso a biblioteca ubicado al final de
la pgina de la UNED www.uned.ac.cr usted podr:
Conocer ms sobre nuestros servicios
Acceder al catlogo en lnea
Solicitar material de otras bibliotecas por medio de un formulario.
Recomendar compra de libros.
14
Cdigo: 03300
Ingresar a la biblioteca virtual e-bibliotec@uned por medio de acceso

remoto, (digitando su usuario y contrasea de entorno estudiantil o su
correo institucional UNED) en donde tendr acceso a: tesis en texto
completo, revistas electrnicas, bases de datos con millones de
artculos, libros, audiolibros, tales como EBSCO, Isi Web of Knowledge,
Proquest, OCDE, Annual Reviews, Springer, Scopus, Cab Abstracts, ELibro, Digitalia, Ebrary y World E-Book Library, Dialnet, Pivot.
Para toda consulta relacionada con Biblioteca si necesita capacitacin

ser un placer atenderle en los telfonos 2527-2261 y 2527-2262, por
medio del correo electrnico circulacion@uned.ac.cr o en facebook
accediendo a
www.facebook.com/bibliounedcr
7. TEMAS DE LA ASIGNATURA
Numeraci
n
Tema 1
Tema
Material correspondiente
Fundamentos
del anlisis de
sistemas y
anlisis de los
requerimientos
de informacin
Metodologas y procesos de anlisis de

software. Pginas 36-50
Filosofa Lean aplicada a la Ingeniera del

Software.
Captulo
2.
Miguel
ngel
Moreno Martn, 2010. Pginas 4-32
Representacin de la arquitectura de
software usando UML, Sandra Victoria
Hurtado Gil, Pginas 63-75
Videos listados en la seccin Videoteca

de este documento.
Tema 2
El proceso de
anlisis
Notas
del
curso:
Anlisis
de
requerimientos. Mara del Carmen Gmez

Fuentes,
2011,
Captulos
1,
2,
3.
Pginas 3-31
15
Tema 3
Los fundamentos
del diseo
Cdigo: 03300
Notas
del
curso:
Anlisis
de
requerimientos. Mara del Carmen Gomez

Fuentes, 2011, Captulo 5 y 6 Pginas
40-73
La necesidad de modelar, Universidad

Carlos III de Madrid, Pginas 1-18
Modelado Bsico con casos de uso,

Universidad
Carlos
III
de
Madrid,
Pginas 1-12
Modelado Avanzado con Casos de Uso,

Universidad
Carlos
III
de
Madrid,
Pginas 1-14
Tema 4
Aseguramiento e
implementacin
de la calidad
Las pruebas en el desarrollo de software,

Campos Chiu, Cindy, Pginas 1-27
Estudio comparativo de los modelos y
estndares
de
calidad
del
software,
Fernanda Scalone, 2006, Pginas 1-40

(seran las pginas 21 a la 60 del pdf)
8. CALENDARIZACIN DEL CURSO

A continuacin, se presentan las fechas y actividades que deben realizarse a lo
largo del curso es conveniente que lea los iconos antes de iniciar la lectura, con
el fin de tener un mejor aprovechamiento.
Materiales impresos
Libro de texto
Gua de estudio
Lecturas en Internet
Prueba
16
Cdigo: 03300
Foro/ Chat
Proyecto/ tarea
Material
complementario
Tutora presencial
Tutora Collaborate
Tutora de laboratorio
Prueba escrita ordinario
Email
Entregable
V
Virtual (plataforma de aprendizaje en
lnea)
CU Centro Universitario
P
Profesor
CRONOGRAMA GENERAL
Semana
y
fechas
Tema
de
estudio
1
Tema 1
Seman
a
30
Mayo 5 junio
Actividades
para el
estudiante
Materiales
didcticos
Tip
o
Participar
en
foro
de
presentacin
Metodologas y
procesos
de
Tema
Entregables (Evaluacin de
los aprendizajes)
Tipo
Entreg
a
Detalle
Foro de
presentacin
17
2
Seman
a
Tema 1
6 junio
12
junio
3
Seman
a
Tema 1
13 junio
19
junio
4
Seman
a
Tema 2
20 junio
26
junio
5
Seman
a
27 junio
3
julio
Tema 3
anlisis
de
software.
Pginas 36-50
Filosofa
Lean
aplicada a la
Ingeniera
del
Software.
Captulo
2.
Pginas 4-32
Representacin
de
la
arquitectura de
software usando
UML,
Pginas
63-75
Videos listados
en la seccin
Videoteca
de
este
documento.
Notas del curso:
Anlisis
de
requerimientos.
Captulos 1, 2,
3. Pginas 3-31
Cdigo: 03300
Tema
1
Tema
1
Notas del curso:

Anlisis
de
requerimientos.
Mara
del
Carmen Gomez
Fuentes, 2011,
Captulo 5 y 6
Pginas 40-73
Tema
2
Foro evaluado
1.
Presentacin
anteproyecto
Proyecto
Entrega 1
Tutora 1
Collaborate
Tarea corta 1
Proyecto
Entrega 2
Tutora 2
Collaborate
18
6
Seman
a
Tema 3
4 julio 10 julio
7
Seman
a
11 julio
17
julio
8
Seman
a
Tema 3
Tema 4
18 julio
24
julio
9
Seman
a
Cdigo: 03300
La necesidad de
modelar,
Universidad
Carlos III de
Madrid, Pginas
1-18
Modelado
Bsico
con
casos de uso,
Universidad
Carlos III de
Madrid, Pginas
1-12
Modelado
Avanzado
con
Casos de Uso,
Universidad
Carlos III de
Madrid, Pginas
1-14
Las pruebas en
el desarrollo de
software,
Campos
Chiu,
Cindy, Pginas
1-27
Tema
s1y
2
Tema
3
Tema 4
25 julio
31
julio
Estudio
comparativo de
los modelos y
estndares de
calidad
del
software,
Fernanda
Scalone, 2006,
Pginas
1-40
(seran
las
pginas 21 a la
60 del pdf)
Tema 4
Tema
3
Prueba 1
Proyecto
Entrega 3
Tarea corta 2
Tutora 3
Collaborate
Proyecto
Entrega 4
Foro evaluado
2.
Proyecto
Entrega 5
19
Cdigo: 03300
10
Seman
a
Tema
4
1
agosto 7
agosto
11
Tema 4
Seman
a
8
agosto 14
agosto
12
Tema 4
Seman
a
Tema
s3y
4
15
agosto 21
agosto
Tutora 4
Collaborate
Proyecto
Entrega 6
Prueba 2
CRONOGRAMA DE TUTORAS Y PRUEBAS

A continuacin se presentan las fechas y actividades que deben realizarse a lo
largo del curso:
Fecha
4 Semana
20 junio - 26 junio
5 Semana
27 junio - 3 julio
6 Semana
4 julio - 10 julio
8 Semana
18 julio - 24 julio
Actividad
Tutora
1
Collaborate
Tutora
2
Collaborate
Prueba 1
Contenido
El estudiante debe presentarse con los
temas ledos y estudiados del Tema 1
Temas 1 y 2
Tutora
3
Collaborate

20
10 Semana
Tutora
4
1 agosto - 7 agosto Collaborate:
12 Semana
Prueba 2
15 agosto - 21
agosto
Cdigo: 03300

Temas 2 y 3
Es responsabilidad del estudiante verificar el da y hora de aplicacin de

pruebas escritas ordinarias y de reposicin.
21
Cdigo: 03300
CRONOGRAMA DE FOROS DE DISCUSIN
Fecha
1 Semana
30 Mayo - 5 junio
2 Semana
6 junio - 12 junio
9 Semana
25 julio - 31 julio
Actividad
Foro de presentacin. Este foro tiene como fin que los
estudiantes y los profesores del curso se conozcan.
Foro evaluado No 1.
Foro evaluado No 2
CRONOGRAMA DE PROYECTOS Y TAREAS
Fecha
2 Semana
6 junio - 12 junio
3 Semana
13 junio - 19 junio
4 Semana
20 junio - 26 junio
5 Semana
27 junio - 3 julio
7 Semana
11 julio - 17 julio
8 Semana
18 julio - 24 julio
9 Semana
25 julio - 31 julio
10 Semana
1 agosto - 7 agosto
11 Semana
8 agosto - 14 agosto
Actividad
Proyecto Anteproyecto
Proyecto Entrega 1
Tarea corta 1
Proyecto Entrega 2
Proyecto Entrega 3
Tarea corta 2
Proyecto Entrega 4
Proyecto Entrega 5
Proyecto Entrega 6
Los proyectos tienen que publicarlos en el apartado de Proyectos que se cre

dentro de la plataforma de aprendizaje en lnea Moodle.
22
Cdigo: 03300
23
Cdigo: 03300
9. RBRICAS Y EVALUACIN DE ENTREGABLES

EVALUACIN DEL CURSO
Actividad
Foros evaluados
Tareas cortas
Exmenes
Proyecto
Total
Porcentaje de la nota
10%
20%
20%
50%
100%
5% c/u
10% c/u
10% c/u
RBRICA PARA LA EVALUACIN DE LOS FOROS DE DISCUSIN
Criterios de
valoracin
Frecuencia de
participacin
Pertinencia de
participacin
Indicadores de rendimiento
Muy
Adecuado
Poco
No
adecuado
adecuado
adecuado
El/la
El/la
El/la
El/La
estudiante
estudiante
estudiante
estudiante
mantiene la participa en realiza
al no
realiza
participaci
parte de la menos
2 ninguna
n,
es discusin
participacion participaci
constante
(inicial
o es en cada n en el foro.
durante
final)
foro.
toda
la
discusin.
Las
Las
Las
No
hay
participacio
participacio
participacion participaci
nes son muy nes
son es son poco n
del
claras,
claras y se claras y no estudiante
ajustadas al ajustan
se ajustan a en el foro.
tema que se poco a la la consigna,
discute
o consigna o se
basadas en poco
relacionan
las lecturas. relacionada
muy
poco
s con las con
las
lecturas
lecturas.
24
Interaccin
estudiante
profesor
Totales
Cdigo: 03300
El
dilogo
entre
el
profesor(a)
y
el
(la)
estudiante
es fluido.
El
dilogo
entre
el
profesor y
el/la
estudiante
se establece
apenas para
evaluar
consultas
del curso.
Logra
desarrollar
un dilogo
mnimo con
el
profesor(a)
y los dems
estudiantes.
No
hay
interaccin
dado que el
estudiante
no participa
en el foro.
Observaciones
Las rubricas se incluyen dentro de la plataforma de aprendizaje en lnea
(Moodle).
RBRICAS PARA PROYECTOS
Rbrica para cada entregable del proyecto
Proyecto (anteproyecto y
Aspecto
Formalidad del documento, cumple
las reglas generales para la
presentacin de trabajos
Se incluyen todas las respuestas a
las solicitudes/artefactos realizados
para cada uno de los entregables
(artefactos, preguntas, solicitudes)
Las respuestas y entregables son
razonados y completos y correctos.
Las respuestas y justificaciones
denotan la investigacin solicitada.
El estudiante presenta conclusiones
de valor a cada entregable.
entregas 1-6)
Porcentaje
5%
20%
55%
15%
5%
Las rbricas se incluyen dentro de la plataforma de aprendizaje en lnea

Moodle.
25
Cdigo: 03300
La siguiente son los porcentajes de los entregables:

Proyecto
Nmero de entregable
Anteproyecto
Entrega 1
Entrega 2
Entrega 3
Entrega 4
Entrega 5
Entrega 6
Total
Porcentaje
2%
8%
8%
8%
8%
8%
8%
50%
REGLAS GENERALES PARA LA PRESENTACIN DE TRABAJOS

Los proyectos que usted debe presentar, tienen que seguir las reglas que a
continuacin se detallan:
Presentarse haciendo uso de un procesador de texto (WORD, ACROBAT).
El documento debe ser a espacio y medio, con letra ARIAL o TIMES NEW
ROMAN, en tamao 12.
No se recibirn trabajos fuera de las fechas indicadas, slo en casos muy

justificados.
Todo trabajo debe ser en forma individual a menos de que se indique

explcitamente lo contrario.
El documento debe contener los siguientes apartados:
Portada: incluir como mnimo el nombre, carn, nombre del curso,

nombre del profesor, nmero de grupo, ttulo del trabajo, fecha de
entrega y Centro Universitario al que pertenece.
Tabla de contenidos: debe llevar un orden numrico que identifique

donde localizar cualquier tema realizado dentro del documento.
Introduccin: de manera resumida debe dar una visin del caso de

estudio que est presentando.
26
Cdigo: 03300
Desarrollo: es el cuerpo del trabajo, por lo tanto es usted el que

decide si lo va a dividir en ciertas partes; lo que s debe mostrar es
una secuencia lgica de lo que ah se plantea.
Conclusiones y recomendaciones: debe sealar de manera precisa

las principales conclusiones a las que lleg despus de realizado el
trabajo y si existe algn tipo de recomendacin.
Bibliografa: se deber indicar claramente las fuentes consultadas

para hacer el trabajo, sean estas personas, material bibliogrfico o
direcciones de Internet. Favor no indicar: www.monografias.com, o
www.google.com; ya que esas direcciones son genricas y no indican
el lugar exacto de donde usted tom los datos para el documento. La
bibliografa debe llevar el siguiente formato: Autor (ao de edicin).
Nombre del libro.
Editorial, nmero de edicin. Pas. Nmero de
pginas del libro. Cuando es electrnica: nombre del portal, ttulo del
artculo (ao), dominio URL, fecha de consulta.
Nombre del archivo que enva: debe ser nombre y primer apellido, y nombre
del trabajo. Ejemplo: EnriqueGomez-Proyecto1. Si contiene ms de un
archivos, deben comprimirlo.
ACERCA DE LA PARTICIPACIN DE LOS FOROS

Los foros de discusin permiten abrir un debate en el que los estudiantes
aportan sus propias ideas sobre un tema concreto. Puedes ver lo que se dice
en l u opinar si tienes algo que decir. Tambin permiten comunicarse,
intercambiar informacin y experiencias entre estudiantes-estudiantes y
estudiantes-profesores.
La participacin de los foros viene a ampliar lo estudiado en el curso, por lo
tanto debe tener presente los siguientes aspectos al momento de participar en
cada foro:
27
Cdigo: 03300
Debe participar por lo menos dos veces en cada foro. Recuerde que la
frecuencia en la participacin en los foros es calificable. La primera vez
para realizar un aporte y la segunda para comentar o refutar el comentario
de un compaero. No se permite realizar las dos participaciones en los
foros en el mismo da.
Los aportes y las respuestas, deben estar de acuerdo con el tema de

estudio, en l puede ampliar sobre el tema. Recuerde que la pertinencia
del aporte que haga segn el tema en discusin en el foro es calificable.
Debe ser claro y lo ms conciso posible, y fundamentar su comentario.
La participacin en cada foro se har en el transcurso de las fechas

especificadas en el cronograma de foros, esto con el fin de que el profesor
pueda revisar su participacin en el transcurso de la semana siguiente.
Tome en cuenta los aspectos presentes en la Rbrica para la evaluacin

de los foros de discusin en el momento de realizar sus participaciones en
la plataforma de aprendizaje en lnea.
10.
DESCRIPCIN DE FOROS EVALUADOS
FORO EVALUADO #1 5%
Investigue acerca del Desarrollo guiado por pruebas de software o TDD por
sus siglas en ingls (Test-driven development). De qu se trata?
Realice el siguiente ejercicio antes de su participacin en el foro: Programe
en el lenguaje que desee una funcin que sume dos nmeros positivos.
Implemente TDD para hacer esto, es decir, primero realice la prueba unitaria
y luego genere el cdigo de la funcin. Es importante que realice este ejercicio
programado para que pueda participar en el foro.
Luego comente en el foro: Cul fue su experiencia? Cules son las ventajas
de esta tcnica? Cules considera que seran las desventajas de utilizar
TDD? En cules escenarios considera que esta prctica generar mayor
28
Cdigo: 03300
calidad de software frente a las tcnicas de desarrollo de software

tradicionales?
FORO EVALUADO #2 5%
Se dice que el Modelo de Madurez de Procesos conocido por sus siglas en
ingls como CMMI (Capability Maturity Model Integration) es una metodologa
de mejora de procesos, y no una metodologa de desarrollo de software.
Investigue y comente los niveles que CMMi tiene y por qu ayuda a mejorar
la calidad del software? Cules empresas en Costa Rica tienen alguna
evaluacin
de CMMi?
competitivas?
Quin
Cree
que
emite
las
esa
evaluacin
certificaciones
les
para
trae ventajas
las
empresas
costarricenses que deseen certificarse? Qu tan caro podra resultar una

evaluacin formal en busca de la certificacin?
11.
DESCRIPCIN DE LAS TAREAS Y PROYECTOS
PROYECTO ANTEPROYECTO- 2%
En el proyecto usted planificar la construccin de un sistema utilizando la
metodologa RUP y SCRUM. Proponga a su profesor un sistema que cumpla
con las siguientes caractersticas:
El sistema se utiliza mayoritariamente de 8am a 5pm de lunes a

viernes, pero no se restringe su uso fuera de ese horario y das.
Ser usado por 100 o ms personas
Siempre hay al menos tres usuarios utilizando el sistema al mismo

tiempo.
Su construccin ser realizada por un equipo de desarrollo formado

por 6 ingenieros de software y usted que ser el encargado de la
gestin administrativa.
29
Cdigo: 03300
El sistema tiene 2 patrocinadores muy interesados en construir el

sistema, pero desean el sistema en 8 meses mximo.
Para lograr la aprobacin de su propuesta, usted debe indicar en su entrega

al menos la siguiente informacin:
Nombre del sistema

Objetivo
principal
del
sistema
Importancia del sistema
para sus patrocinadores
Importancia del sistema
para los usuarios
Nombre que ayude a identificar su proyecto

Qu hace el sistema? Para qu servir?
Tipos
de
usuarios
sistema (al menos 2)
Principales
funcionalidades.
del
Qu tipos de usuarios accedern el sistema?
tres
Explquelas en detalle para que su

profesor pueda validar que su propuesta
cumple con la expectativa de complejidad.
Por qu hay alguien interesado en construir

este sistema?
Cul es el beneficio que obtendrn los
usuarios?
En caso de tener observaciones de correccin o ajuste por parte de su profesor,

debe atenderlas antes de iniciar la entrega #1 y volvrsela a presentar hasta
lograr su visto bueno.
Las entregas 1, 2, 3 las desarrollar siguiendo algunas actividades de la
metodologa RUP, y las entregas 4, 5, 6 siguiendo algunas actividades de la
metodologa SCRUM.
Las entregas 1 y 4 inician a partir del anteproyecto. La entrega 2 depende de la
entrega 1 y la entrega 3 depende de la entrega 2. La entrega 5 depende de la
entrega 4 y la entrega 6 depende de la entrega 5.
PROYECTO ENTREGA #1 8%
Prerrequisito: Anteproyecto aprobado por su profesor.
Siguiendo la metodologa RUP en la etapa de Inicio genere los siguientes
entregables de acuerdo al sistema que le fue aprobado en el anteproyecto,
30
Cdigo: 03300
tomando en cuenta los requerimientos que le fueron dados en esa entrega. Cada
entregable debe estar completo, claro y correcto. Apyese en el material
didctico suministrado, y en las investigaciones solicitadas. Siempre que se le
solicite realizar investigaciones incluya las fuentes bibliogrficas utilizadas.
ENTREGABLES SOLICITADOS:
Describa el alcance del proyecto y las limitaciones. Describa al

menos una funcionalidad que ya sabe que los usuarios quisieran
pero que est fuera del alcance del proyecto. Proponga la
funcionalidad que est fuera del alcance de gran complejidad y
tamao
Investigue cuales roles incluye la metodologa RUP e indique cules

de ellos necesitar en su proyecto y por qu.
Identifique los casos de uso de su sistema. Debe detallar al menos

3, pertenecientes a las tres funcionalidades de su anteproyecto.
Investigue cules formatos para casos de uso existen, elija el que
crea ms conveniente y documente 3 casos de uso de su sistema
con ese formato. Indique la fuente bibliogrfica de la cul eligi su
formato y por qu.
Cree una matriz de riesgo de su proyecto. Cules son los

posibles riesgos de su proyecto, que visualiza desde ya? Su matriz
de riesgo debe tener al menos la siguiente informacin y contener
al menos 5 riesgos.
Riesgo
Cul
Causa
es Qu
el riesgo? causara
Probabilidad
Impacto
de
en
ocurrencia
proyecto
Qu
Si
tan
probable es
Contingenci
el
se Si
materializ
se
materializar
31
Cdigo: 03300
Tenga
que
el
que
especial
riesgo
se riesgo
cuidado
materialic
en
e?
ese
ara
qu a el riesgo,
se tanto
materialice?
existe
un
impactara
plan B? S o
la
no?
redactarl
construcci
cul sera?
como
Si
s,
del
un
proyecto,
riesgo.
qu tanto
impactara
el
cronogra
ma
fecha
la
de
trmino?
Plantee el cronograma del proyecto. Incluya las fases de RUP,

los procesos y las iteraciones que considera convenientes. Cada
hito, fase de RUP, proceso de RUP, tarea, debe tener los das de
duracin, fecha de inicio y fecha de finalizacin y roles que la
ejecutan. El cronograma debe tener el siguiente formato:
Tarea
Cantid
Fecha
Fecha
Roles
ad
inicio
finalizacin
involucrados y
das
cantidad
32
Cdigo: 03300
Si tiene tareas anidadas que forman parte de una tarea que las
engloba, sea explcito en denotar esta jerarqua, por ejemplo de
esta forma:
Tarea
Cantid
Fecha
Fecha
Roles
ad
inicio
finalizacin
involucrados y
das
1. Fase 1
cantidad
02-02-
02-04-2016
2016
1.1
03-02-
Tarea A
2016
1.2
11-02-
Tarea B
2016
10-02-2016
20-02-2016
Puede presentar el cronograma en Word, Excel o Project.
Estimacin preliminar de costos. Asumiendo que cada persona que

participa en el proyecto recibe $80 por cada da laborado, calcule
cunto costar el recurso humano de su proyecto. Explique en
prosa cmo lleg a este nmero, explique el clculo que realiz.
Justificacin
de
iteraciones:
Justifique
por
qu
en
su
cronograma planific el nmero de iteraciones que incluy en cada

fase. Se espera que el nmero de iteraciones sea razonado segn
su sistema y el tiempo que tiene para la construccin del mismo.
Siguiendo la metodologa RUP en la etapa de Elaboracin genere los
siguientes entregables de acuerdo al sistema que le fue aprobado en el
anteproyecto, tomando en cuenta los requerimientos que le fueron dados en
esa entrega y los artefactos que gener en la entrega #1. Cada entregable
33
Cdigo: 03300
debe estar completo, claro y correcto. Apyese en el material didctico

suministrado, y en las investigaciones solicitadas. Siempre que se le solicite
realizar investigaciones incluya las fuentes bibliogrficas utilizadas.
ENTREGABLES SOLICITADOS:
Arquitectura del sistema. Las siguientes vistas de UML documentan

la arquitectura de un sistema.
Fuente:
http://www.que-informatica.com/index.php/software/uml-
lenguaje-unificado-de-modelado-2/
Presente el diagrama de casos de uso y otros 3 diagramas que
ayuden en la documentacin de la arquitectura de su sistema.
Investigue la notacin de los diagramas para presentarlos con la
notacin correcta. Indique las fuentes bibliogrficas utilizadas.
34
Cdigo: 03300
Actualizacin de cronograma. La etapa de inicio se realiz segn el plan

y no hubo atrasos ni adelanto de tareas. Sin embargo, al iniciar la
etapa de elaboracin debido a las prioridades de su empresa le han
restado un informtico a su equipo por lo que de ahora en adelante
sern 5 y usted como administrador del proyecto. Ajuste el
cronograma para reflejar el cambio de miembros del equipo. Explique
qu sucedi con su fecha de entrega, se mantiene?, cambi?
Cumplir con los 8 meses de tiempo que le solicitaron sus
patrocinadores?
Actualice el costo del proyecto. Indique el costo anunciado en entrega

#1 y el nuevo costo.
Actualice la matriz de riesgos de su proyecto a la luz del cambio de

nmero de personas en su equipo.
Luego de actualizar el cronograma, de actualizar los costos del

proyecto y actualizar la matriz de riesgos, su patrocinador le solicita
que valore incluir la funcionalidad que estaba fuera del alcance.
Describa cul sera el impacto de incluir la funcionalidad que en la
entrega #1 se acord que estaba fuera del proyecto. Es fcil realizar
este cambio en el alcance? Justifique su respuesta. (No la incluya por
ahora).
La etapa de construccin del sistema finaliz segn lo planeado. Siguiendo la
metodologa RUP en la etapa de Transicin genere los siguientes entregables
de acuerdo al sistema que le fue aprobado en el anteproyecto, tomando en
cuenta los requerimientos que le fueron dados en esa entrega y los artefactos
de las entregas #1 y #2. Cada entregable debe estar completo, claro y
correcto. Apyese en
el
material
didctico
suministrado, y en
las
35
Cdigo: 03300
investigaciones solicitadas. Siempre que se le solicite realizar investigaciones

incluya las fuentes bibliogrficas utilizadas.
Presente el plan de capacitacin para los usuarios.
Presente un plan de liberacin del software. Cmo se implantar el

software en produccin? Investigue qu tipo de tareas contiene un plan
de liberacin y verifique que su plan hace una buena gestin de riesgos.
Su patrocinador le ha planteado devolverle al profesional en informtica

que le fue restado al iniciar la etapa de Elaboracin. Lo necesita?
Aceptara el ofrecimiento? Explique las razones por las cuales acepta el
profesional de vuelta en su equipo, o por qu no?
En esta entrega vamos a tomar en cuenta la metodologa SCRUM para
realizar la gestin del proyecto. Asuma que en este entregable parte del
anteproyecto, es decir desarrollaremos partes del proceso de desarrollo de
software del mismo sistema pero ahora siguiendo la metodologa SCRUM. En
esta entrega usted ser el Scrum Master de un equipo de 6 miembros.
Investigue el origen de la palabra SCRUM. Por qu la metodologa se

llama as? Indique las fuentes bibliogrficas.
Tomando en cuenta las principales funcionalidades del sistema que indic en

el anteproyecto:
Escriba al menos 10 historias de usuario, cada una debe tener este

formato:
Nombre
de
historia
Como un:
la
Actor del sistema, rol, tipo de usuario
36
Cdigo: 03300
Quiero:
Para
Accin que el actor desea realizar

Propsito de la accin
Para cada una de las historias que escribi, indique al menos un criterio
de validacin. Un criterio de validacin es un escenario de prueba que le
ayudar a validar la historia desde el punto de vista de usuario. Por
ejemplo, si la historia fuera: Como cliente quiero enviar dinero a
Guatemala en tiempo real para pagar a proveedores, un criterio de
validacin
podra
ser:
Cuando
Juan
envi
dinero
la
cuenta
GT82TRAJ01020000001210029690 en Guatemala, el dinero se acreditar

en la cuenta de inmediato.
Realice una investigacin para determinar en qu consiste la tcnica del

pker planning en SCRUM. Indique en sus palabras en qu consiste y
cules son las ventajas de utilizar una tcnica como esa.
Simulando un pker planning asigne un peso a cada una de las historias

planteadas.
Simulando una entrevista con el dueo de producto, priorice cada una de

las historias, indicando como nmero 1 la historia ms importante, y con
el nmero mayor la de importancia ms baja para el dueo de producto
(si ingres 10 historias, la de prioridad 10 sera la menos importante).
Cree un archivo Excel, que llamar Product Backlog o Lista maestra,

donde ingresar las historias priorizadas. El product backlog debe tener al
menos las siguientes columnas:
Historia
Criterio
validacin
de Prioridad
Peso
Como un _____
quiero ____ con
el propsito de
_____.
Presente el product backlog ordenado por prioridad, de 1 a 10, o a N segn

la cantidad de historias que haya ingresado.
37
Cdigo: 03300
Investigue qu es el burn up chart en SCRUM (grfico de trabajo

realizado). Qu muestra el grfico? Cmo apoya el grfico a la gestin
del proyecto? Dado que ya conoce el peso total de su producto (la suma
del peso de sus historias) genere el grfico inicial.
En esta entrega vamos a tomar en cuenta la metodologa SCRUM para realizar
la gestin del proyecto. Los patrocinadores del proyecto estn ansiosos por
empezar a ver el proyecto en produccin. Usted como Scrum Master se ha
reunido con el dueo de producto, que es una persona con un amplio
conocimiento del negocio y de la visin de los patrocinadores y se han dado
cuenta que algunas historias de usuario se pueden agrupar de manera que se
puedan liberar juntas, sin esperar a que todo el sistema est completo para
entregarlo.
Defina en cuntas liberaciones puede partir el proyecto de manera que los

usuarios puedan usar sin problemas las funcionalidades parciales del
sistema. Es decir, si detecta que una funcionalidad depende de otra, stas
no se pueden liberar por separado porque el usuario tendra problemas.
Numere las liberaciones de 1 a N. Agrupe las historias en las liberaciones.

Agregue una columna al product backlog presentado en la Entrega #5
para indicar a cul liberacin pertenece cada historia.
#
liberacin
Historia
Criterio
de Prioridad
validacin
Peso
Como
un
_____ quiero
____ con el
propsito de
_____.
Usted como Scrum Master ha decidido que su equipo tendr iteraciones

de 2 semanas y tendrn una reunin diaria todos los das a las 9am. Ha
38
Cdigo: 03300
reunido a su equipo para explicarles este grfico y orientarlos con respecto

a SCRUM. Explique con sus propias palabras que representa el grfico.
Cite fuentes bibliogrficas consultadas.
Fuente: http://www.itnove.com/es/servicios/coaching-consultoria-scrum
Usted sabe que los miembros de su equipo le preguntarn por la reunin

diaria y por la definicin de terminado. Por lo tanto realice una
investigacin que lo prepare para sus preguntas. Incluya las fuentes
bibliogrficas.
i.
Para qu sirve la reunin diaria (daily scrum)? De qu se habla

en la reunin diaria? Cunto tarda?
ii.
Qu es la definicin de terminado en SCRUM (definition of

done)? Cundo se dice que una historia est terminada? Redacte
la definicin de terminado que aplicar para su proyecto.
39
Cdigo: 03300
En esta entrega vamos a tomar en cuenta la metodologa SCRUM para realizar
la gestin del proyecto. Usted como Scrum Master debe guiar a su equipo para
iniciar la iteracin #1.
Simule que est reunido con su equipo decidiendo cules historias

realizaran en la primera iteracin, esta es en la vida real una decisin de
grupo. Lean con cuidado las primeras historias del product backlog (las
ms prioritarias de la liberacin 1), y considere que:
i. Su equipo tiene seis ingenieros de software con grandes
capacidades como desarrolladores, analistas, testers.
ii. Todos los miembros de su equipo estn sumamente motivados
por este nuevo proyecto, y deseosos de generarle valor al
negocio lo antes posible.
iii. Los miembros de su equipo nunca han usado la metodologa
Scrum previamente, pero tienen buena actitud ante el reto.
Decida cuntas historias su equipo cree que
lograr terminar en la
primera iteracin de dos semanas. La metodologa no obliga a ningn

nmero, sino que motiva a un anlisis grupal y consensuado, que para
efectos de esta tarea realizar usted solo.
Realice una minuta que consigne el compromiso del equipo en la iteracin
nmero uno. La minuta es un documento en Word que tiene al menos la
siguiente informacin
40
Cdigo: 03300
Minuta de inicio de iteracin

Nombre proyecto
Fecha inicio iteracin
Fecha de final de iteracin
Miembros
de
equipo
y Juan Prez (90%)
disponibilidad
Ana Lopez (95%)

Mara Hernandez (50%)
Historias a los que se compromete
el equipo
2
Historias a las que el equipo se
compromete a finalizar y cumplir
con la definicin de terminado.
Total de puntos del compromiso
X puntos. La suma de los puntos

de
todas
las
historias
del
compromiso.
Lugar de demo final
Sala 12, edificio A.

(Identifica
el
lugar
donde
se
realizar la reunin de cierre de

iteracin y el equipo presentar el
demo del trabajo entregado).
Simule que usted est reunido con su equipo de desarrollo y deben

analizar y escribir en papeles (comnmente en post-it cuando se usa una
pizarra fsica) todas las tareas requeridas para realizar la historia #1.
Haga una lista de todas las tareas que visualice que se necesiten para
construir la historia #1 y cumplir con la definicin de terminado que
41
Cdigo: 03300
elabor en la entrega #5. Incluya tareas detalladas de programacin,

scripts de base de datos, etc. A cada una asgnele una cantidad de horas
que considera se necesitan para realizarla. Por ejemplo:
Crear la solucin del

proyecto en Visual Studio
1h
Las tareas que acaba de detallar con su equipo, sern puestas en la vida
real en una pizarra fsica o electrnica y cada miembro del equipo deber
tomar una tarea y realizarla y marcarla como atendida cuando la haya
finalizado.
Investigue qu es el burn down chart en SCRUM (grfico de trabajo

pendiente de la iteracin), y realice una propuesta solamente tomando la
historia #1 de la cual acaba de generar todas sus tareas, como si el grfico
iniciara hoy. Describa para qu le sirve el burn down chart al equipo de
desarrollo.
Al finalizar la iteracin #1, usted guio a su equipo a realizar la

retrospectiva. Investigue de qu se trata esta actividad. Indique 2
puntos que los miembros de su equipo comentaron como aspectos
positivos que deben seguir realizando y 2 aspectos que deben mejorar
para la iteracin #2.
En la reunin de cierre de iteracin #1, el dueo de producto vio la

demostracin de las funcionalidades entregadas, vision partes del
42
Cdigo: 03300
sistema que no haba comunicado al equipo y de inmediato se le ocurren

2 nuevas historias que desea realizar en lugar de las historias 8 y 9.
Conteste las siguientes preguntas:
i.
Cunto cree que le impactar este cambio? Cunto retrabajo le

implicar esto? Justifique su respuesta
ii.
Como Scrum Master, Qu le responde al dueo de producto? Qu

propone?
Describa las principales diferencias entre una metodologa gil como

SCRUM y RUP. Para el tipo de proyecto que eligi, cul se adecu mejor?
Justifique su respuesta.
Describa las tres principales ventajas de cada una de las metodologas

que el proyecto le permiti comprender y por qu. Explique.
Describa las tres principales limitaciones o desventajas de cada una de las

metodologas que el proyecto le permiti comprender y por qu. Explique.
TAREA CORTA #1 10%

a) Los requerimientos no funcionales son requerimientos sumamente
importantes que todo equipo de desarrollo necesita conocer para tomar
decisiones de diseo y arquitectura de los sistemas, pero que pocos
usuarios los solicitan sin que se los pregunten. Usted como analista
siempre debe ir preparado en las entrevistas de recoleccin de
requerimientos para lograr extraer esa informacin mediante preguntas
bien formuladas, que los usuarios por s solos no le informarn.
Haga una lista de 10 requerimientos no funcionales que podra tener

un sistema bancario que ofrece a los usuarios los siguientes servicios:
o
Acceso mediante sitio web
Acceso mediante dispositivos mviles
Consulta de saldos de las cuentas
43
Cdigo: 03300
Pago de servicios pblicos (telfono, agua, luz, cable, internet)
Transferencias a cuentas del mismo banco
Transferencias a cuentas de bancos distintos
Para cada requerimiento no funcional indique las preguntas que como

analista usted le hizo al usuario, y la respuesta de este. Recuerde que es
importante que los usuarios respondan a sus preguntas en forma clara y
en la medida de lo posible en forma cuantitativa. Por ejemplo: si el usuario
dice que quiere que su sitio sea rpido, solicite que lo exprese en forma
que lo pueda medir, en segundos, en cantidad de transacciones por rango
de tiempo, etc. A este nmero lo llamaremos el valor del requerimiento.
El valor puede ser un nmero o un rango.
Su respuesta debe presentarla de la siguiente forma:
La pregunta que usted
hizo al usuario o dueo
de producto
Requerimiento
no
funcional que indic el
usuario o dueo de
producto
Valor
para
requerimiento
el
b) Los requerimientos de seguridad informtica son requerimientos que todo

desarrollador debe tomar en cuenta y que los usuarios no conocen y por
lo tanto no los solicitarn.
Existen vulnerabilidades de seguridad informtica que ponen en riesgo la
seguridad de los datos, de las comunicaciones e inclusive la seguridad de
los usuarios y que usted como analista y miembro de un equipo de
desarrollo debe conocer y prevenir en sus sistemas.
Investigue y explique ampliamente 10 vulnerabilidades o amenazas de
seguridad informtica de los sistemas. Para cada una de ellas, incluya
recomendaciones para prevenirlas y en qu fase del desarrollo de software
se deben atender dichas recomendaciones.
44
Cdigo: 03300
TAREA CORTA #2 10%

a) Investigue y proponga 3 mtricas que ayuden a medir la calidad del
proceso de desarrollo de software de una empresa. Las mtricas que
proponga deben ser cuantitativas, medibles y objetivas. Evite mtricas
como subjetivas o cuya medicin se basa en percepciones. Para cada una
de las tres mtricas incluya la siguiente informacin:
i.
Describa la mtrica.
ii.
Indique cmo se calcular la mtrica (formula).
iii.
Acciones que tendr que ejecutar la empresa para contar con

nmeros que le permitan calcularla, o si la empresa no tendr que
tomar ninguna accin previa para contar con la informacin.
iv.
Explique cmo ayudar esa mtrica en el mejoramiento continuo

del proceso de desarrollo de software de la empresa.
b) Investigue una herramienta CASE que podra ayudar a mejorar el proceso

de desarrollo de software de una empresa. Indique la siguiente
informacin:
i.
Qu es una herramienta CASE? Para qu sirve?
ii.
Cules son las ventajas de usar una herramienta CASE?
iii.
Nombre de la herramienta elegida.
iv.
Fabricante.
v.
Modo de licenciamiento y costos.
vi.
Procesos o etapas del desarrollo de software que la herramienta

apoya.
vii.
Ventajas que aporta la herramienta.
viii.
Indique si la herramienta que eligi ayudara en la medicin de

alguna de las mtricas que describi en el punto A de esta tarea.
45
Cdigo: 03300
46

Ingenieria de Software

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Ingenieria de Software

Enviado por

Direitos autorais:

Formatos disponíveis

UNIVERSIDAD E STATAL A DISTANCIA

Ingeniera del Software _

Consultas acadmicas y administrativas

Modalidad del estudio

Calendarizacin del curso

Rbricas y evaluacin de entregables

Ingeniera del Software _

Descripcin de foros evaluados

Descripcin de las tareas y proyectos

Ingeniera del Software _

1. CONSULTAS ACADMICAS Y ADMINISTRATIVAS

CONSULTAS DE ORDEN ACADMICO

Las consultas de orden

Encargado(a) de la Ctedra y en segundo orden al Encargado(a) del

Las consultas de orden acadmico se plantean y responden dentro de

Las consultas de carcter administrativo deben ser canalizadas

CONSULTAS SOBRE LA PLATAFORMA ELECTRNICA:

Ingeniera del Software _

mxima 12 media noche). En caso de no ser atendido, podr dirigirse en

Correo interno de la plataforma de la asignatura a cada estudiante.

Las consultas que ingresen a los medios descritos se respondern en el plazo

Ingeniera del Software _

probar y medir los procesos en la ingeniera del software y puedan realizar la

Ingeniera del Software _

3071 - Lgica para Computacin

0831 - Introduccin a la Programacin

0824 - Programacin Intermedia

5. MODALIDAD DEL ESTUDIO

Se comunican importantes aspectos de la

Ingeniera del Software _

COMPONENTE PLATAFORMA DE APRENDIZAJE EN LNEA MOODLE

Nombre usuario y contrasea para ingresar a Moodle.

Un correo electrnico personal.

Acceso peridico a una computadora.

Buena conexin a Internet

Cantidad de tiempo necesario para participar en foros u otras

Moodle es una herramienta tecnolgica que la UNED pone a disposicin

participacin, que se centran en una o varias preguntas generadas por el

Ingeniera del Software _

Los proyectos, tareas, pruebas y foro, se entregan y aplican solamente en

Ingeniera del Software _

PLATAFORMA DE APRENDIZAJE EN LNEA (PAL)

Este curso ser apoyado con la plataforma del Programa de Aprendizaje

Ingeniera del Software _

Ingeniera del Software _

3. Representacin de la arquitectura de software usando UML, Sandra

Ingeniera del Software _

Ingeniera del Software _

SERVICIOS EN LNEA DE LA BIBLIOTECA

Ingeniera del Software _

Ingresar a la biblioteca virtual e-bibliotec@uned por medio de acceso

Para toda consulta relacionada con Biblioteca si necesita capacitacin

Metodologas y procesos de anlisis de

Filosofa Lean aplicada a la Ingeniera del

Moreno Martn, 2010. Pginas 4-32

Videos listados en la seccin Videoteca

requerimientos. Mara del Carmen Gmez

Ingeniera del Software _

requerimientos. Mara del Carmen Gomez

La necesidad de modelar, Universidad

Modelado Bsico con casos de uso,

Modelado Avanzado con Casos de Uso,

Las pruebas en el desarrollo de software,

Fernanda Scalone, 2006, Pginas 1-40