Universidad Nacional Abierta y a Distancia

Vicerrectoría Académica y de Investigación

Curso: Ingeniería de Software
Código: 301404

Guía de actividades y rúbrica de evaluación – Fase 3

Modelamiento proceso de software

1. Descripción de la actividad

Tipo de actividad: En grupo colaborativo

Momento de la evaluación: Intermedio
Puntaje máximo de la actividad: 125 puntos
La actividad inicia el: La actividad finaliza el: lunes, 18
martes, 22 de marzo de 2022 de abril de 2022
Con esta actividad se espera conseguir los siguientes resultados
de aprendizaje:
Resultado de aprendizaje 2: Aplicar los modelos de proceso de software
en el contexto del desarrollo de proyectos de sistemas software.
La actividad consiste en:
Actividad independiente
1. El grupo debe establecer el plazo de entrega para el trabajo
individual. Si el grupo no lo define, el tutor del grupo establece el
plazo.
2. Cada uno de los integrantes del grupo colaborativo selecciona y aplica
un modelo para el desarrollo del software propuesto, que sea
pertinente con el tipo de software seleccionado en la fase anterior y
con las especificaciones descritas en el caso de estudio.

Caso de estudio:
La empresa de desarrollo de software “Medical Software S.A.S” tiene
como razón social el desarrollo de soluciones tecnológicas y software
relacionados con el área médica y de la salud. Ahora, desea crear un
software que permita una solución abierta, anónima y gratuita, para
todos aquellos usuarios que requieren encontrar en cualquier momento
médicos que responden a sus preguntas o interrogantes de salud, en
ramas de la medicina que van desde la medicina general, hasta
especialidades como dermatología, pediatría, medicina interna,
ginecología y obstetricia, urología, infectología, planificación, sexología,
farmacología y ortopedia, entre otros. El sistema debe funcionar para
1
que cualquier usuario, ya sea una persona, una empresa, una
aseguradora, pueda acceder y usarlo fácilmente de acuerdo a sus
necesidades. Debe brindar una plataforma que permita, a personas de
habla hispana, realizar preguntas anónimas de salud para que sean
resueltas por médicos reales. Debe permitir que se dispongan de
médicos generales y especialistas en las áreas de salud ya mencionadas,
entre otros. El sistema, también, debe guardar en una base de datos
todas las consultas que se realicen, de esta manera se irá convirtiendo
en un gran repositorio de temas relacionados con salud. Así, cualquier
usuario entra y revisa consultas ya hechas que le pueden servir o puede
solicitar atención personalizada en caso de que el archivo existente no
resuelva su inquietud. La clave del sistema debe ser el anonimato, de tal
forma que los usuarios consulten sobre temas de los que no suelen
hablar en persona. La idea, también, es que el sistema pueda recibir,
evaluar y aceptar registros de profesionales médicos y especialistas de
varias nacionalidades, pero de habla hispana, para así conformar el
banco de médicos especializados que estarán atendiendo las diferentes
solicitudes recibidas de quienes hagan uso del sistema. Estos médicos
se benefician porque esta solución debe permitirles construir un perfil
digital y debe proporcionarles acceso a cientos de clientes potenciales.
Además, debe contar con información y asesoría relacionada con
medicamentos, enfermedades, síntomas, procedimientos. Se enfatiza en
que la solución debe ser de acceso gratuito, no contará con pauta
publicitaria, pero sí se deberán buscar alternativas y formas de negocio
para que el sistema sea sostenible y genere rentabilidad para la empresa
de desarrollo de software “Medical software S.A.S”. Ejemplo de software
1doc3 tomado: https://www.mintic.gov.co/portal/inicio/Sala-de-
Prensa/Noticias/47518:MinTIC-presenta-las-aplicaciones-colombianas-
mas-exitosas-del-2016

3. Como producto individual, cada estudiante elabora y presenta en el

foro un informe de aplicación del modelo a la propuesta de software
que seleccionaron como grupo en la fase anterior y que responde a lo
planteado en el caso de estudio, detallando los siguientes 6 aspectos:
1. Resumen de la propuesta de software que trabajarán como grupo
y que seleccionaron en la fase anterior. (Tipo de software y
descripción de la propuesta de software).
2. Modelo de desarrollo de software seleccionado.
3. Explicación y justificación de la selección del modelo.

2
 4. Descripción de las fases del ciclo de vida y su aplicación para la
propuesta de desarrollo, de acuerdo con el modelo seleccionado.
5. Descripción del equipo de trabajo y de los roles que implementarán
de acuerdo con el modelo seleccionado.
6. Descripción de las herramientas y métodos de control que sugieren
utilizar dentro del proceso de desarrollo de software (control de
ejecución, control de cumplimiento, control de calidad, etc).

Actividad en grupo colaborativo

1. Luego de que cada participante haya realizado y enviado en el foro
su documento individual con el informe de aplicación del modelo que
sugiere, en el plazo establecido, todos los integrantes deben revisar
las diferentes alternativas recopiladas en el grupo y seleccionar la
opción que presente el modelo de desarrollo de software más
pertinente para la propuesta y para el caso de estudio que se está
analizando.

2. Sobre dicha opción de modelo elegido, el grupo debe elaborar y

presentar un documento final que contenga los siguientes 6 aspectos,
de manera completa, consolidada y ajustada por el grupo:
1. Resumen de la propuesta de software que trabajarán como grupo
y que seleccionaron en la fase anterior. (Tipo de software y
descripción de la propuesta de software).
2. Modelo de desarrollo de software seleccionado por el grupo.
3. Explicación y justificación de la selección del modelo.
4. Descripción de las fases del ciclo de vida y su aplicación para la
propuesta de desarrollo, de acuerdo con el modelo seleccionado por
el grupo.
5. Descripción del equipo de trabajo y de los roles que implementarán
de acuerdo con el modelo seleccionado por el grupo.
6. Descripción de las herramientas y métodos de control que sugieren
utilizar dentro del proceso de desarrollo de software (control de
ejecución, control de cumplimiento, control de calidad, etc).

4. Realizar la entrega del documento final de grupo, en formato editable

de Word (.doc o .docx), en el enlace correspondiente del entorno de
evaluación. No se acepta el archivo en formato pdf. Sólo se debe
entregar un único documento por cada grupo. No se aceptan entregas
individuales.

3
Para el desarrollo de la actividad tenga en cuenta que:
En el entorno de Información inicial debe:
− Verificar en la agenda del curso la fecha de entrega del producto final
de grupo de la fase 3.
− Revisar la programación de atención vía Skype para aclaración de
dudas.
− Identificar la programación del segundo encuentro sincrónico vía web
conferencia en donde se exponen las temáticas de la unidad 2 y se
explica esta actividad de la fase 3.

En el entorno de Aprendizaje debe:

− Consultar las referencias bibliográficas de la unidad 2.

− Ver OVI “Modelos proceso de Software” disponible en las referencias
de la Unidad 2 del curso.
− Revisar con detenimiento y hacer lectura juiciosa de la guía de la
actividad, rúbrica de evaluación y los criterios de evaluación.
− Desarrollar la actividad individual y de grupo colaborativo en el foro
de discusión correspondiente a la fase 3: Foro de discusión - Unidad
2 - Fase 3 – Modelamiento proceso de software.
− Socializar e interactuar en dicho foro de trabajo colaborativo para:
entregar el documento individual en el plazo establecido, revisar y
realimentar el trabajo individual de los compañeros, seleccionar el
modelo de proceso de software que trabajarán como grupo, registrar
sus aportes individuales al documento de grupo y construir el
documento consolidado del grupo colaborativo.

En el entorno de Evaluación debe:

- Realizar la entrega del documento final de grupo, en formato editable

de Word (.doc o .docx), a través del enlace correspondiente para la
Rúbrica de evaluación y entrega de la actividad. No se acepta el archivo
en formato pdf. Sólo se debe entregar un único documento por cada
grupo. No se aceptan entregas individuales.

Evidencias de trabajo independiente:

Las evidencias de trabajo independiente para entregar son:

- Documento individual, con la aplicación del modelo de proceso de

software a la propuesta elegida por el grupo en la fase anterior,

4
 entregado dentro del plazo establecido para el trabajo individual. Este
documento con el informe de aplicación debe detallar únicamente los
6 aspectos indicados para el producto individual de la actividad.
- Dicho trabajo individual cada estudiante lo debe entregar en el mismo
foro de la fase 3, en un único documento de texto word (.doc o .docx).
No se aceptan formatos pdf.
Evidencias de trabajo grupal:
Las evidencias de trabajo grupal a entregar son:

Documento en Word (.doc o .docx, no se aceptan archivos pdf) que

contenga:
- Portada.
- Introducción: En esta sección deben explicar qué criterios analizaron y
tuvieron en cuenta, en el grupo, para la selección del modelo de proceso
de software que están presentando en el documento.
- Desarrollo de la actividad: Respuesta a los 6 puntos indicados para la
actividad colaborativa:
1. Resumen de la propuesta de software que trabajarán como grupo
y que seleccionaron en la fase anterior. (Tipo de software y
descripción de la propuesta de software).
2. Modelo de desarrollo de software seleccionado por el grupo.
3. Explicación y justificación de la selección del modelo.
4. Descripción de las fases del ciclo de vida y su aplicación para la
propuesta de desarrollo, de acuerdo con el modelo seleccionado por
el grupo.
5. Descripción del equipo de trabajo y de los roles que implementarán
de acuerdo con el modelo seleccionado por el grupo.
6. Descripción de las herramientas y métodos de control que sugieren
utilizar dentro del proceso de desarrollo de software (control de
ejecución, control de cumplimiento, control de calidad, etc).
- Conclusiones: El grupo debe presentar una única conclusión que dé
respuesta puntual a la pregunta ¿Qué ofrece el modelo de software
elegido por el grupo para responder a las necesidades planteadas en el
caso de estudio?
- Referencias bibliográficas.

5
2. Lineamientos generales para la elaboración de las evidencias
de aprendizaje a entregar.

Para evidencias elaboradas independientemente, tenga en cuenta las

siguientes orientaciones

1. Cada integrante del grupo debe compartir en el foro de trabajo

colaborativo, en el plazo establecido, su trabajo individual
desarrollado, para que pueda participar en el trabajo de grupo
colaborativo.
2. Cada integrante debe indicar su voto por la propuesta que sugiere
trabajar como grupo.
3. Cada integrante debe realizar y registrar aportes individuales al
documento final que consolidan como grupo.

Para evidencias elaboradas en grupo colaborativamente, tenga en

cuenta las siguientes orientaciones

1. Todos los integrantes del grupo deben participar con sus aportes
en el desarrollo de la actividad.

2. En cada grupo deben elegir un solo integrante que se encargará

de entregar el producto solicitado en el entorno que haya señalado
el docente.

3. Antes de entregar el producto solicitado deben revisar que cumpla

con todos los requerimientos que se señalaron en esta guía de
actividades.

4. Solo se deben incluir como autores del producto entregado, a los

integrantes del grupo que hayan participado con aportes durante
el tiempo destinado para la actividad.

5. Si un integrante del grupo no presenta su trabajo individual en el

plazo establecido para entrega del trabajo individual, no puede
participar en la parte colaborativa de la actividad, no debe ser
incluido en el trabajo final enviado por el grupo.
Tenga en cuenta que todos los productos escritos individuales o
grupales deben cumplir con las normas de ortografía y con las
condiciones de presentación que se hayan definido.

6
En cuanto al uso de referencias considere que el producto de esta
actividad debe cumplir con las normas APA
En cualquier caso, cumpla con las normas de referenciación y evite el
plagio académico, para ello puede apoyarse revisando sus productos
escritos mediante la herramienta Turnitin que encuentra en el campus
virtual.

Considere que en el acuerdo 029 del 13 de diciembre de 2013, artículo

99, se considera como faltas que atentan contra el orden académico,
entre otras, las siguientes: literal e) “El plagiar, es decir, presentar como
de su propia autoría la totalidad o parte de una obra, trabajo,
documento o invención realizado por otra persona. Implica también el
uso de citas o referencias faltas, o proponer citad donde no haya
coincidencia entre ella y la referencia” y liberal f) “El reproducir, o copiar
con fines de lucro, materiales educativos o resultados de productos de
investigación, que cuentan con derechos intelectuales reservados para
la Universidad”

Las sanciones académicas a las que se enfrentará el estudiante son las

siguientes:
a) En los casos de fraude académico demostrado en el trabajo
académico o evaluación respectiva, la calificación que se impondrá será
de cero puntos sin perjuicio de la sanción disciplinaria correspondiente.
b) En los casos relacionados con plagio demostrado en el trabajo
académico cualquiera sea su naturaleza, la calificación que se impondrá
será de cero puntos, sin perjuicio de la sanción disciplinaria
correspondiente.

7
 3. Formato de Rúbrica de evaluación

Tipo de actividad: En grupo colaborativo

Momento de la evaluación: Intermedio
La máxima puntuación posible es de 125 puntos
Primer criterio de
evaluación: Nivel alto: Comparte dentro del foro de trabajo colaborativo
y en el plazo establecido, su documento individual con la
Criterio de selección y justificación de un modelo de proceso para el
participación: desarrollo del software propuesto con los aspectos solicitados
- Comparte dentro del y de acuerdo con las indicaciones dadas.
foro de trabajo Si su trabajo se encuentra en este nivel puede obtener
colaborativo y en el entre 25 puntos y 30 puntos
plazo establecido, su
documento individual Nivel Medio: Comparte dentro del foro de trabajo
con la selección y colaborativo, un documento individual con la selección de un
justificación de un modelo de proceso para el desarrollo del software, pero su
modelo de proceso justificación no es clara o no responde de manera adecuada
para el desarrollo del al caso de estudio o no contiene los aspectos solicitados o no
software propuesto está de acuerdo con las indicaciones dadas.
con todos los Si su trabajo se encuentra en este nivel puede obtener
aspectos solicitados entre 11 puntos y 24 puntos
y de acuerdo con las
indicaciones dadas. Nivel bajo: No comparte dentro del foro de trabajo
colaborativo un documento individual con la selección y
Este criterio justificación adecuadas de un modelo de proceso para el
representa 30 puntos desarrollo del software propuesto o no lo entrega dentro del
del total de 125 plazo establecido.
puntos de la Si su trabajo se encuentra en este nivel puede obtener
actividad. entre 0 puntos y 10 puntos

Segundo criterio de Nivel alto: Elabora con su grupo colaborativo un documento

evaluación: con la aplicación de un modelo de proceso para el desarrollo
Criterio de contenido: del software propuesto, de acuerdo con las especificaciones
- Elabora con su grupo descritas en el caso y presentando de manera adecuada entre
colaborativo un 5 y 6 aspectos solicitados.
documento con la Si su trabajo se encuentra en este nivel puede obtener
aplicación de un entre 51 puntos y 65 puntos
modelo de proceso

8
 para el desarrollo del Nivel Medio: Elabora con su grupo colaborativo un
software propuesto, documento con la aplicación de un modelo de proceso para el
de acuerdo con las desarrollo del software propuesto, pero presenta de manera
especificaciones adecuada sólo entre 3 y 4 aspectos solicitados o presenta
descritas en el caso y todos los aspectos solicitados, pero no están desarrollados de
siguiendo la manera adecuada.
estructura indicada. Si su trabajo se encuentra en este nivel puede obtener
entre 21 puntos y 50 puntos
Este criterio
representa 65 puntos Nivel bajo: Presenta con su grupo colaborativo la aplicación
del total de 125 de un modelo de proceso para el desarrollo del software
puntos de la actividad propuesto, pero no responde a las especificaciones descritas
en el caso de estudio o sólo aborda entre 1 y 2 aspectos
solicitados o no presenta documento consolidado de grupo.
Si su trabajo se encuentra en este nivel puede obtener
entre 0 puntos y 20 puntos
Nivel alto: Describe en el documento de grupo criterios
Tercer criterio de
suficientes que justifican la selección del modelo de proceso
evaluación:
de software y explica, en buena medida, su pertinencia para
Criterio de contenido:
responder a las necesidades planteadas en el caso de estudio.
- Describe en el
Si su trabajo se encuentra en este nivel puede obtener
documento de grupo
entre 21 puntos y 30 puntos
los criterios de
selección del modelo
Nivel Medio: Describe en el documento de grupo algunos
de proceso de
criterios que justifican en cierta medida la selección del
software y su
modelo de proceso de software, pero no son suficientes o
pertinencia para
adecuados o no explica claramente su pertinencia para
responder a las
responder a las necesidades planteadas en el caso de estudio.
necesidades
Si su trabajo se encuentra en este nivel puede obtener
planteadas en el caso
entre 6 puntos y 20 puntos
de estudio.
Nivel bajo: No describe en el documento de grupo criterios
Este criterio
suficientes que justifican la selección del modelo de proceso
representa 30 puntos
de software, ni explica su pertinencia para responder a las
del total de 125
necesidades planteadas en el caso de estudio.
puntos de la actividad
Si su trabajo se encuentra en este nivel puede obtener
entre 0 puntos y 5 puntos