Escuela de Ciencias Básicas, Tecnología e Ingeniería

Primer encuentro sincrónico vía web

conferencia
301404 – Ingeniería de Software
Pilar Alexandra Moreno
Duitama, septiembre 7 de 2021
Encuentro sincrónico - Primera sesión
Temáticas

Acompañamiento docente

Estructura y presentación del curso

Contenidos del curso

Actividades del curso

Unidad 1 – Introducción a la
Ingeniería de Software
Aclaración de dudas e inquietudes
Acompañamiento docente
Espacios de
acompañamiento

Encuentros sincrónicos vía

Atención sincrónica vía Skype
webconferencia

Ing. Pilar Alexandra Moreno Directora y Tutora: Pilar Alexandra Moreno

Martes 7 de septiembre Martes, miércoles y jueves
Directora del curso y tutora 4:00 a 6:00 pm 4:00 pm a 5:00 pm
Cuenta de Skype: pamoreno26
Ing. Marco Antonio López
Tutor del curso Martes 5 de octubre Tutor: Marco Antonio López
4:00 a 6:00 pm Lunes, martes y jueves
7:00 pm a 8:00 pm
Cuenta de Skype: marco.lopez.unad

Martes 2 de noviembre
4:00 a 6:00 pm
Estructura y presentación del curso
Enlaces de consulta constante
 Descripción del curso

Nivel: Profesional Tipo de formación: Ingeniería Aplicada – Profesional específica

Área o Campo de formación: Ingeniería de Software Red curricular: Ingeniería de Software

Tipología de curso: Teórico N° de créditos: 3

Tipo Evaluación Nacional: POC Tiene habilitación: SI
Tipo Prueba Supletoria: POC Red de curso: Pilar Alexandra Moreno - Directora del curso y Tutora
Marco Antonio López – Tutor del curso
B-learning: NO CIPAS: NO
Estrategia de Aprendizaje: Basada en estudio de casos. Estrategias didácticas:
Se realiza en torno a una situación descrita inicialmente, Implementación estrategia CDIO (Concebir, Diseñar, implementar y operar), en donde los estudiantes:
la cual plantea presentar propuestas de proyectos de - Analizan y encuentran la mejor solución al caso planteado a través de la propuesta de un proyecto de
desarrollo de software que respondan a las sw.
características y contexto definidos en el caso. - Generan preguntas, debaten ideas, investigan, establecen conclusiones y exponen sus resultados.
- Elaboran documento de planificación para el desarrollo del proyecto de sw.
El propósito de formación del curso es el siguiente:
Fomentar en el estudiante conocimientos y habilidades para la gestión de proyectos de software a partir del reconocimiento de los modelos
de proceso de desarrollo y la aplicación de los fundamentos de planificación de proyectos

Resultado de aprendizaje 1: Relacionar los fundamentos conceptuales de la Ingeniería del Software a través de la formulación de proyectos de
desarrollo tecnológico que respondan a las necesidades de un contexto específico.
Resultado de aprendizaje 2: Aplicar los modelos de proceso de software en el contexto del desarrollo de proyectos de sistemas software.
Resultado de aprendizaje 3: Planificar proyectos de desarrollo de software a través de referentes oficiales internacionales en el marco de la
Contenidos del curso

Unidad 2 - Modelos de
Unidad 1 - Introducción a la Unidad 3 - Gestión de
proceso de desarrollo de
Ingeniería de Software proyectos de software:
software

Software: componentes,
características, tipos y
aplicaciones.
Fundamentos de gestión
Modelo de proceso
de proyectos

Ingeniería de Software: Referentes y estándares

definición, desafío y Modelos clásicos para la gestión de
capas. proyectos

El proceso de software: Modelo PMI para gestión

Modelos recientes
Definiciones. de proyectos: PMBOK

Ciclo de vida: Metodologías de Trabajo en equipo:

planificación, análisis, desarrollo ágil organización, roles y
diseño, implementación y ética
mantenimiento
Marco de desarrollo ágil
SCRUM
Actividades del curso
Fase 1 – Contextualización del caso
Diligenciar plantilla reconocimiento caso de
estudio

Fase 2 – Formulación de propuestas Dinámica de 2. Interacción

Presentar propuesta de desarrollo de trabajo especial, grupal y
1. Participación
software el grupo debe consolidación
individual y
diferenciar dos del producto
momentos: final del grupo

Fase 3 – Modelamiento proceso de

software
Elaborar informe de aplicación del modelo a
la propuesta de software

Fase 4 – Planificación proyecto de software Seguimiento

Respuestas
Realizar documento de planificación del Atención Encuentros realimentación en
correo
proyecto de desarrollo de software permanente sincrónicos trabajos
interno y
Skype vía web individuales y
foros
colaborativos

Fase 5 - Consolidación de aprendizaje

Desarrollar cuestionario en línea como
evaluación final del curso - POC – Prueba
objetiva cerrada
Actividades del curso - Agenda
Unidad 1- Introducción a la ingeniería de software

El software

Tipos de software

Ingeniería de software

Proceso de software
Definición del producto Software

Software • Producto

• Programas,
Ingenieros instrucciones,
de Software datos

Tamaño
• Diversidad
Arquitectura

Usuario • Información
Componentes del Software

Elemento clave de la evolución de los sistemas y productos

informáticos

No es sólo el conjunto de Realmente va mas allá

Implemen
-tación:
Informa-
Instrumen Materiales
Estructu- ción
Instruccio- -tación de para
Programas ras de asociada
nes programa- instalación
datos desde su
ción operación
Análisis
reparación
y mejora
Características del Software

Pixabay. (2015). [imagen]. Recuperado de Pixabay. (2016). [imagen]. Recuperado de

https://pixabay.com/photo-892165/ https://pixabay.com/photo-1500929/ Pixabay. (2015). [imagen]. Recuperado de

Se No se
https://pixabay.com/photo-1104066/

Se
desarrolla, “estropea”,
construye a
no se pero se
la medida
fabrica deteriora
 Tipos de software – (Tipos de aplicaciones)
Gestión
Sistemas
Para PC
Basado en web
Pixabay. (2015). [imagen]. Recuperado de
https://pixabay.com/photo-978965/
Pixabay. (2013). [imagen]. Recuperado de
https://pixabay.com/photo-158063/

Inteligencia artificial
Pixabay. (2014). [imagen]. Recuperado de
https://pixabay.com/photo-259758/

Pixabay, (2015). [imagen]. Recuperado de:

https://pixabay.com/images/id-1045994/ Empotrado Tiempo real Pixabay. (2016). [imagen]. Recuperado de
https://pixabay.com/photo-1536624/

Ingeniería y científico

Pixabay. (2013). [imagen].

Recuperado de
Pixabay. (2016). [imagen]. Recuperado de https://pixabay.com/photo- Pixabay. (2016). [imagen]. Recuperado de
https://pixabay.com/photo-1383832/ 154660/ https://pixabay.com/photo-1849035/
Ingeniería de software Ingeniería de software
es
el conjunto
de

Principios Métodos Técnicas Proceso de

software
para
Ciclo de vida
Desarrollar Mantener

Software
de
Calidad
El proceso de software

Para construir un nuevo elemento software se

necesita:

Detallar las especificaciones

Ciclo de vida del software

Diseñar la solución

Codificar el algoritmo

Probar el programa

Documentar

Mantener
 El proceso de software – Conceptualizaciones básicas
Concepto Definición
Cliente de software El Cliente es quien paga por el desarrollo del software (persona, empresa, organización, etc), aquel que
está interesado en adquirir, pedir o patrocinar el desarrollo de un software que le ayude frente a alguna
situación que le está afectando directamente a él o a su organización. Puede ser también el usuario final
del software, pero no necesariamente o no siempre es así.
Usuario de software El usuario de software es aquella persona (ya es la persona directamente que manipula el software) que
adquiere y utiliza una determinada aplicación de acuerdo con su funcionalidad, es aquel que se beneficia
directamente con el uso del software. Este término designa a la persona o personas que van a manipular
de manera directa un producto de software.
Requisito de softwareEs una característica o función que debe cumplir el software, orientada a satisfacer las necesidades del
usuario final. Es la necesidad que un usuario expresa o tiene frente al software a desarrollar.
Propiedad o restricción, determinada con precisión, que un producto software debe satisfacer. Su
correcto análisis e identificación son necesarios para presentar una propuesta de desarrollo de software
pertinente y acorde con las necesidades del cliente.
Problema deCorresponde a una situación de un contexto específico en donde se encuentran situaciones complejas en
software el manejo o acceso de la información, la cual es posible de solucionar a través del desarrollo y aplicación
de un software o sistema informático. Dichas situaciones pueden ser: tareas manuales, falta de control
de procesos, demoras en las tareas, falta de información, falta de control de datos, errores en el manejo
de la información, fallos en el software actual, etc.
Conclusiones Unidad 1

Objetivos de la Ingeniería del Software son:

Mejorar la calidad del software

Acortar los tiempos de desarrollo

Aumentar la productividad

Necesidad: Incrementar la reutilización del

software
Fase 2 – Formulación de propuestas

Tipo de actividad: Individual ☐ Colaborativa ☒ Número de semanas 4

Momento de la Intermedia,
Inicial ☐ ☒ Final ☐
evaluación: unidad: 1
Entorno de entrega de actividad: Seguimiento
Peso evaluativo de la actividad: 125
y evaluación
Fecha plazo trabajos individuales: El grupo la
define. Después del 13 de septiembre define el
Fecha de inicio de la actividad: lunes, tutor, si no lo ha hecho el grupo.
6 de septiembre de 2021 Fecha de cierre de la actividad:
domingo, 3 de octubre de 2021
Fecha

✓Entorno de aprendizaje: Foro: entrega trabajo individual, interacción, desarrollo y consolidación del documento final de grupo.
✓Entorno de evaluación: Entrega de un único trabajo final por cada grupo.
 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 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
Respuesta para el caso de estudio

Caso de estudio – Identificación de conceptos

En este caso posibles clientes interesados en comprar el software, interesados en que este software se desarrolle, pueden ser:
- Empresas del sector salud. - Instituciones públicas y/o privadas prestadoras de servicios de salud.
- Compañías aseguradoras. - ONG dedicadas al sector salud.
- Entidades gubernamentales que regulan el sector de la salud (Ministerio de Salud, Secretarías de salud, etc)
Ellos son a quienes les interesaría que se desarrolle un software con las características definidas para diversificar estos nuevos servicios en salud.
Los usuarios pueden ser: - Pacientes, personas, de habla hispana que requieren encontrar en cualquier momento médicos que respondan a sus preguntas
o interrogantes de salud.
- Personas, empresas o aseguradoras que lo usarán según sus necesidades. - Profesionales médicos y especialistas de varias nacionalidades, habla hispana.
El software que se requiere debe cumplir con características como:
- Solución software abierta, anónima y gratuita.
- El sistema debe funcionar para que cualquier usuario pueda acceder y usarlo fácilmente de acuerdo con sus necesidades.
- Debe contar con una plataforma robusta, segura, confiable.
- Debe disponer de una base de datos completa y amplia como repositorio confiable de temas relacionados con salud.
- Debe permitir organizar la información por 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.
- Debe contar con un sistema de registro y logueo de usuarios, según su rol en la aplicación. - Debe contar también con un sistema de acceso anónimo para
usuarios que así lo deseen.
- Debe disponer de un sistema de banco de médicos especializados que estarán atendiendo las diferentes consultas y así irán autoalimentando el sistema.
- Debe contener módulos y opciones donde se pueda ingresar, almacenar y gestionar información y asesoría relacionada con medicamentos,
enfermedades, síntomas, procedimientos.
- Solución de acceso en línea, gratuito y seguro.
La empresa de desarrollo Medical Software S.A.S
El problema central se puede resumir con los siguientes aspectos:
- La falta de sistemas de apoyo y de información en salud, gratuitos, confiables y fáciles de acceder, para consultas y asesorías en temas de salud.
- No se dispone de aplicaciones en la que los usuarios puedan encontrar en cualquier momento médicos que respondan a sus preguntas de salud.
- Es difícil lograr un sistema de comunicación directo y confiable entre pacientes y médicos.
 Fase 2 –Formulación de propuestas. Actividad
individual
Actividad individual Producto a entregar en la actividad individual
Como producto individual, cada estudiante debe desarrollar Las evidencias de trabajo independiente para entregar son:
y entregar en el foro un documento individual, dentro del
plazo establecido, que contenga la presentación de su Documento individual, con la propuesta de software que
propuesta de desarrollo de software, detallando los responda a la situación descrita en el caso de estudio. La
siguientes 5 aspectos: propuesta debe detallar únicamente los 5 aspectos indicados
para el producto individual de la actividad.
1. Nombre de la empresa de desarrollo de software que
desea realizar el software. Dicho trabajo individual cada estudiante lo debe entregar en el
2. Descripción del problema: explicar y describir la situación mismo foro de la fase 2, en un único documento de texto word
que Usted cree que es el problema que pretende resolver el (.doc o .docx). No se aceptan formatos pdf.
software en el contexto del caso de estudio.
3. Identificación del tipo de software (tipo de aplicación) que
propone explicando por qué cree que se clasifica en esa
categoría o tipo.
4. Descripción de los requerimientos y características que
debe cumplir y ofrecer dicho software, de acuerdo con lo
descrito en el caso de estudio.
5. Tipos de clientes a quienes puede estar dirigido el
software que propone.
Actividad individual: Explicación de cada aspecto
1. Nombre de la empresa de desarrollo de software que desea realizar el software: Medical Software S.A.S
2. Descripción de la situación problema descrita en el contexto del caso de estudio: Explicar claramente cómo es la situación actual
que está descrita en el caso y que se supone será solucionada con el software a desarrollar. Un problema no es un objetivo que debe
cumplir el software, ni se redacta como objetivo, tampoco es decir lo que se espera haga el software. Un problema debe ser descrito
mostrando lo que pasa actualmente y lo que genera situaciones posibles de ser solucionadas a través de un software.
3. Identificación del tipo de software (tipo de aplicación) que propone: Indicar la clase o área de software en el cual se categoriza el
software que propone desarrollar: Software de sistemas, Software de tiempo real, Software de gestión, Software de ingeniería y
científico, Software empotrado, Software de computadoras personales, Software basado en web, Software de inteligencia artificial.
(Unidad 1- La ingeniería de software. Entorno de conocimiento de curso – Ver OVI - “El proceso de software” ). Explicar por qué el
software se clasifica dentro dicha área. Justificación detallada
4. Descripción de los requerimientos y características a tener en cuenta para el desarrollo de dicho software: Realizar el
levantamiento e identificación de requerimientos sugeridos en el caso, claros y definidos para el software que proponen desarrollar.
Pueden clasificarlos: requerimientos funcionales y no funcionales. Describir qué hará el software, qué opciones tendrá, qué
información debe procesar y arrojar, etc. No mencionar lenguajes de programación, ni herramientas de desarrollo, ni BD, tampoco
mencionar requerimientos de hardware.
5. Tipos de clientes a quienes está dirigido el software que propone: Realizar un listado de los clientes a quienes estará dirigido el
software que se propone desarrollar. En este caso son clientes y/o usuarios que pueden hacer uso del software, según para lo que
requieran. Pueden ser empresas, aseguradoras, prestadores u organizaciones que quieren adquirir el software para distribuirlo a su
vez entre sus clientes o usuarios directos o pueden ser personas que quieren o necesitan usar el software para su beneficio directo e
individual.
Para tener en cuenta

✓No habrá desarrollo de software como tal, sino planificación de un proyecto para
desarrollar una solución-software concreta.

✓Para la parte individual: En el foro de la actividad no envíen aportes sueltos, ni por

partes pues se pierde la secuencia de su propuesta de software. Sólo entreguen su
documento individual cuando ya lo tengan completo y listo, dentro del plazo
establecido por el grupo. No se calificará por el número de aportes individuales:
sólo un documento .doc consolidado individual.

✓La entrega del trabajo individual debe realizarse necesariamente dentro del plazo
acordado por el grupo. Por ello, es obligatorio que el grupo defina la fecha de
entrega de trabajos individuales, de lo contrario el tutor del grupo establece la fecha.
(Después del 13 de septiembre, el tutor indica el plazo en el foro para los grupos que
no lo hayan acordado)
 Actividad colaborativa
Actividad colaborativa
Luego de que cada participante haya realizado y enviado en el foro su
documento individual con la propuesta de software, en el plazo
establecido, todos los integrantes deben revisar las diferentes
alternativas recopiladas en el grupo y seleccionar la opción que
presente el desarrollo del software más actual, innovador y pertinente
para el caso de estudio que se está analizando.
Sobre dicha opción de propuesta de software elegida, el grupo debe
elaborar y presentar un documento final que contenga los siguientes 5
aspectos, de manera más completa y consolidada:
1.Nombre de la empresa de desarrollo de software que desea realizar
el software.
2. Descripción del problema a resolver.
3. Tipo de software que proponen (tipo de aplicación) y su justificación.
4. Descripción detallada de la propuesta de software que consolidaron
para solucionar la situación problema identificada en el caso,
incluyendo los requerimientos y características que debe cumplir y
ofrecer dicho software, de acuerdo con lo descrito en el caso de
estudio.
5. Tipos de clientes a quienes está dirigido el software que proponen
(caracterización del cliente).
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.
Producto a entregar en la actividad colaborativa
Documento en Word (.doc o .docx, no se aceptan archivos pdf) que
contenga:
Portada
Introducción: En esta parte deben indicar los criterios que tuvieron en
cuenta para la selección de la propuesta de software que están
presentando como grupo.
Desarrollo de la actividad: Respuesta a los 5 puntos indicados para la
actividad colaborativa:
1.Nombre de la empresa de desarrollo de software que desea realizar
el software.
2. Descripción del problema a resolver.
3. Tipo de software que proponen (tipo de aplicación) y su
justificación.
4. Descripción detallada de la propuesta de software que
consolidaron para solucionar la situación problema identificada en el
caso, incluyendo los requerimientos y características que debe
cumplir y ofrecer dicho software, de acuerdo con lo descrito en el
caso de estudio.
5. Tipos de clientes a quienes está dirigido el software que proponen
(caracterización del cliente).
Conclusiones: El grupo debe dar respuesta puntual a la pregunta ¿Por
qué consideran que el software elegido por el grupo se destacó de las
otras propuestas presentadas y es el más pertinente para responder a
las necesidades planteadas en el caso de estudio?
Referencias bibliográficas.
Planeación de actividades para el desarrollo del trabajo
colaborativo
Actividad Cronograma de trabajo Responsables
Lectura de los recursos teóricos Del día-mes-año–hora al día-mes-
año-hora
Preparación y entrega de los aportes individuales Del día-mes-año–hora al día-mes-
año-hora
Revisión de trabajos individuales y selección de la propuesta Del día-mes-año–hora al día-mes-
a trabajar por el grupo año-hora
Interacción y comunicación del grupo para realizar y Del día-mes-año–hora al día-mes-
complementar la propuesta final de proyecto de software año-hora
Interacción del grupo y preparación del documento final Del día-mes-año–hora al día-mes-
año-hora
Revisión del producto final del grupo Del día-mes-año–hora al día-mes-
año-hora
Preparación del producto a entregar de acuerdo con la Del día-mes-año–hora al día-mes
norma APA
Evidencias
Para evidencias elaboradas independientemente, tenga en cuenta las siguientes orientaciones:

•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.
•Cada integrante debe indicar su voto por la propuesta que sugiere trabajar como grupo.
•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:

•Todos los integrantes del grupo deben participar con sus aportes en el desarrollo de la actividad.
•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.
•Antes de entregar el producto solicitado deben revisar que cumpla con todos los requerimientos que
se señalaron en esta guía de actividades.
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.
 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, un documento
riterio de participación: individual con una propuesta de desarrollo de software que responda al caso de estudio con todos los
- Comparte dentro del foro de trabajo colaborativo y en aspectos solicitados y de acuerdo con las indicaciones dadas.
el plazo establecido, un documento individual con una Si su trabajo se encuentra en este nivel puede obtener entre 25 puntos y 30 puntos
propuesta de desarrollo de software que responda al Nivel Medio: Comparte dentro del foro de trabajo colaborativo, un documento individual con una
caso de estudio presentado con todos los aspectos propuesta de desarrollo de software, pero no responde de manera adecuada al caso de estudio y/o no
solicitados y de acuerdo con las indicaciones dadas. presenta los aspectos solicitados y/o no está de acuerdo con las indicaciones dadas.
Si su trabajo se encuentra en este nivel puede obtener entre 11 puntos y 24 puntos
Este criterio representa 30 puntos del total de 125 puntos Nivel bajo: No comparte dentro del foro de trabajo colaborativo, un documento individual con una
de la actividad. propuesta de desarrollo de software y/o no lo entrega dentro del plazo establecido.
Si su trabajo se encuentra en este nivel puede obtener entre 0 puntos y 10 puntos
Nivel alto: Presenta con su grupo colaborativo la formulación de la propuesta de desarrollo de
software consolidada a partir de las propuestas individuales, que responda al caso de estudio y
Segundo criterio de evaluación:
abordando de manera adecuada entre 4 y 5 aspectos solicitados.
Criterio de contenido:
Si su trabajo se encuentra en este nivel puede obtener entre 51 puntos y 65 puntos
- Presenta con su grupo colaborativo la formulación de la
Nivel Medio: Presenta con su grupo colaborativo la formulación de la propuesta de desarrollo de
propuesta de desarrollo de software consolidada a
software, pero no es consolidada a partir de las propuestas individuales o aborda de manera adecuada
partir de las propuestas individuales, que responda al
sólo entre 2 y 3 aspectos solicitados o presenta todos los aspectos solicitados, pero no están
caso de estudio y abordando todos los aspectos
desarrollados de manera adecuada.
solicitados.
Si su trabajo se encuentra en este nivel puede obtener entre 21 puntos y 50 puntos
Nivel bajo: Presenta con su grupo colaborativo la formulación de la propuesta de desarrollo de
Este criterio representa 65 puntos del total de 125 puntos
software, pero no es consolidada a partir de las propuestas individuales o no responde al caso de
de la actividad
estudio o sólo aborda de manera adecuada 1 aspecto solicitado o no presenta documento consolidado
de grupo.
Si su trabajo se encuentra en este nivel puede obtener entre 0 puntos y 20 puntos
 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
Tercer criterio de evaluación:
Criterio de contenido:
- Describe en el documento de grupo
los criterios de selección de la
propuesta y su pertinencia para
responder a las necesidades
planteadas en el caso de estudio.
Este criterio representa 30 puntos del
total de 125 puntos de la actividad
Nivel alto: Describe en el documento de grupo criterios suficientes que justifican la
selección de la propuesta y explica, en buena medida, su pertinencia para
responder a las necesidades planteadas en el caso de estudio.
Si su trabajo se encuentra en este nivel puede obtener entre 21 puntos y 30
puntos
Nivel Medio: Describe en el documento de grupo algunos criterios que justifican en
cierta medida la selección de la propuesta, pero no son suficientes o adecuados o
no explica claramente su pertinencia para responder a las necesidades planteadas
en el caso de estudio.
Si su trabajo se encuentra en este nivel puede obtener entre 6 puntos y 20 puntos
Nivel bajo: No describe en el documento de grupo criterios suficientes que
justifican la selección de la propuesta, ni explica su pertinencia para responder a las
necesidades planteadas en el caso de estudio.
Si su trabajo se encuentra en este nivel puede obtener entre 0 puntos y 5 puntos
 Indicaciones finales

✓ Estudiante que no realice y no envíe su actividad individual, de acuerdo a las indicaciones dadas
y en el tiempo establecido por el grupo para entrega de aportes individuales, tiene calificación
de 0.0 en la actividad.
✓ Si el estudiante envió su trabajo individual después de la fecha límite establecida por su grupo,
puede apoyar al trabajo colaborativo del grupo pero tendrá una calificación total de 0 puntos en
el trabajo colaborativo y no se le aplicará la rúbrica de evaluación de la actividad.
✓ Si el estudiante envía su trabajo individual en el plazo establecido, pero no participa en la
consolidación del trabajo de grupo sólo se le aplicará el ítem de la rúbrica de evaluación
referente al trabajo individual.
✓ Para los plazos y tiempos de la participación en la actividad colaborativa, deben tener en cuenta
la Resolución de Rectoría No. 6808 - Referentes y lineamientos para desarrollo del trabajo
colaborativo en donde se indica: “Para aquellos estudiantes que ingresan faltando dos o tres
días para el cierre de la actividad, el docente no tendrá en cuenta estas participaciones para la
asignación de la calificación en respeto del cumplimiento de aquellos estudiantes que sí lo han
hecho.”
Indicaciones finales

✓ El grupo debe enviar un único documento final, una vez lo realicen, lo revisen, lo ajusten y
lo consoliden con base en los trabajos individuales que hayan enviado, dentro del plazo.
✓ El trabajo final del grupo para esta fase, lo debe enviar formalmente únicamente el
integrante que haya sido encargado con el rol de entrega, a través del enlace dispuesto en
el entorno de evaluación del curso. Sólo se acepta la entrega de un único documento final
por cada grupo.
✓ El sistema en este curso sólo acepta un documento por grupo, cuando se envía otro
documento el sistema reemplaza el que ya había sido enviado.
✓ Si se comprueban plagios y/o copias textuales de otros trabajos o de internet, el grupo
tendrá una calificación total en el trabajo colaborativo de 0 puntos y no se le aplicará la
rúbrica de evaluación de la actividad.

¡Éxitos en el desarrollo de la Fase 2- Formulación de propuestas!

¡GRACIAS POR SU ATENCIÓN!