SlideShare una empresa de Scribd logo
1 de 13
Descargar para leer sin conexión
FASE DE ANALISIS
TECNOLOGO EN ANALISIS Y DESARROLLO DE SOFTWARE
ORDEN DEL DIA
INTERVENCION PAOLA RAMOS – APOYO PROGRAMA DE TELEINFORMATICA – PROCESOS DE
RETIRO VOLUNTARIO, APLAZAMIENTO Y DESERCION
PRESENTACION ACTIVIDAD 5 DE COMPETENCIA 1 Y ACTIVIDAD 1 DE COMPETENCIA 2.
VISUALIZACION DE FECHAS DE ACTIVACION Y DE ENTREGA DE ACUERDO AL CRONOGRAMA.
PRESENTACION DE EVIDENCIAS DE ACTIVIDAD 5
PRESENTACION MATERIAL DE APOYO VALIDACION DE REQUISITOS
COMO DESARROLLAR LAS EVIDENCIAS DE LA ACTIVIDAD 5
PRESENTACION MATERIAL DE APOYO METODOLOGIAS DE DESARROLLO DE SOFTWARE
COMO DESARROLLAR LA EVIDENCIA 1 DE LA ACTIVIDAD 1 DE LA COMPETENCIA 2
RECOMENDACIONES LECTURA DE INSTRUMENTOS DE EVALUACION POR CADA EVIDENCIA
ACTIVIDADES 5 Y 1
VER CRONOGRAMA DE LA FASE DE ANALISIS
ACTIVIDAD 5: VALIDACION DE REQUISITOS DE SOFTWARE
➢ACTIVIDAD DE APRENDIZAJE: GA1-220501092-AA5-Aplicar técnicas de validación de requisitos del software.
➢RESULTADO DE APRENDIZAJE: 220501092-04 Validar el informe de requisitos de acuerdo con las necesidades
del cliente.
➢EVIDENCIAS DE APRENDIZAJE (A DESARROLLAR SEMANA 12 OCT AL 17 OCTUBRE):
✓Evidencias de conocimiento: Taller para la determinación de las especificaciones funcionales del software y
metodología a utilizar. GA1-220501092-AA5-EV01
✓Evidencia de producto: Informe de evaluación de los requerimientos GA1-220501092-AA5-EV02
VALIDACION DE REQUISITOS
VER MATERIAL DE APOYO
ACTIVIDAD 1: ESTRUCTURAR EL PLAN DE ACTIVIDADES DE ANÁLISIS A PARTIR DE LAS
CARACTERÍSTICAS DEL PROYECTO Y EL MODELO DE DESARROLLO SELECCIONADO.
➢ACTIVIDAD DE APRENDIZAJE: GA1-220501093-AA1-Estructurar el plan de actividades de análisis a partir de las
características del proyecto y el modelo de desarrollo seleccionado.
➢RESULTADO DE APRENDIZAJE: 220501093 - Evaluar requisitos de la solución de software de acuerdo con
metodologías de análisis y estándares.
➢EVIDENCIA DE APRENDIZAJE (A DESARROLLAR SEMANA 12 OCT AL 17 OCTUBRE):
✓Evidencias de conocimiento: Taller sobre metodologías de desarrollo de software. GA1-220501093-AA1-EV01.
COMO DESARROLLAR LA EVIDENCIA 1: TALLER PARA LA DETERMINACION
DE ESPECIFICACIONES FUNCIONALES DEL SOFTWARE Y METODOLOGIA A
UTILIZAR
➢Esta evidencia consiste en que a partir de la revisión de las diferentes herramientas
tecnológicas disponibles para la gestión de requisitos, seleccionar una.
➢Configurar los requerimientos del proyecto seleccionado.
➢Usarla para crear los pantallazos.
➢Redactar un documento donde se describa la herramienta a utilizar y los pantallazos
generados a partir del uso de esa herramienta en los que se evidencien los
requerimientos del software.
VER EL SIGUIENTE VIDEO PARA DESCARGAR LA HERRAMIENTA REM –
HERRAMIENTA PARA GESTION DE REQUERIMIENTOS
Teniendo en cuenta las características de las técnicas de validación de requisitos abordadas en la actividad de aprendizaje, construir los
prototipos del sistema y los casos de prueba asociados a cada interfaz desarrollada.
Elementos a tener en cuenta en el documento técnico de validación
● Se deben seguir las normas básicas de presentación de un documento escrito, es decir el documento debe tener como
mínimo una portada, introducción, alcance, lista de requerimientos y versión del documento.
● Deberá seleccionar cuatro (4) historias de usuario o requisitos del proyecto seleccionado para representarlos por medio de
prototipos y realizar sus respectivos casos de prueba.
● Para la construcción de prototipos deberá usar una de las herramientas propuestas en el componente formativo y exportar
dichos elementos desarrollados como imágenes para ser incluidos dentro del documento. (inserción de imágenes)
● Por cada interfaz desarrollada deberá construir un caso de prueba el cual debe tener los siguientes elementos.
o Objetivo del caso de prueba.
o Identificador.
o Nombre del requerimiento o historia de usuario asociada.
o Precondiciones.
o Lista de pasos con los resultados esperados.
COMO DESARROLLAR LA EVIDENCIA 2: INFORME DE
EVALUACION DE LOS REQUERIMIENTOS
COMO DESARROLLAR LA EVIDENCIA 2: INFORME DE
EVALUACION DE LOS REQUERIMIENTOS
METODOLOGIAS DE DESARROLLO DE SOFTWARE
VER MATERIAL DE APOYO
COMO DESARROLLAR LA EVIDENCIA 1: TALLER SOBRE
METODOLOGÍAS DE DESARROLLO DE SOFTWARE
ELEMENTOS PARA TENER EN CUENTA EN EL
TALLER:
● Seleccionar diferentes fuentes de información
relacionadas con las metodologías de desarrollo de
software.
● Detallar las características que identifican a los marcos
de trabajo tradicionales y los marcos de trabajo ágiles.
● Utilizar imágenes de construcción propia o que tengan
los derechos respectivos de uso.
FORMULACIÓN DE PREGUNTAS:
De acuerdo con las temáticas desarrolladas en el
componente formativo resolver las siguientes inquietudes:
1. Describa con sus propias palabras qué es y de que se
compone una metodología de desarrollo de software. Citar
por lo menos 2 datos que demuestren su utilidad (35 %).
2. Describa con sus propias palabras cuáles son las
características fundamentales de un marco de trabajo ágil y
un marco de trabajo tradicional (35 %).
3. Elabore una lista donde clasifique por lo menos cinco
metodologías de desarrollo de software en marcos
tradicionales y marcos ágiles (30 %).
RECOMENDACIONES LECTURA DE INSTRUMENTOS DE
EVALUACION
COMO DESCARGAR UN INSTRUMENTO DE EVALUACION
VER UN INSTRUMENTO DE EVALUACION
¡¡¡GRACIAS!!!

Más contenido relacionado

La actualidad más candente

TALLER PARA LA DETERMINACION DE LAS ESPECIFICACIONES FUNCIONALES Y METODOLOGI...
TALLER PARA LA DETERMINACION DE LAS ESPECIFICACIONES FUNCIONALES Y METODOLOGI...TALLER PARA LA DETERMINACION DE LAS ESPECIFICACIONES FUNCIONALES Y METODOLOGI...
TALLER PARA LA DETERMINACION DE LAS ESPECIFICACIONES FUNCIONALES Y METODOLOGI...DavidBaron57
 
SRS Ejemplo, Sistema Tarifado de Transito
SRS Ejemplo, Sistema Tarifado de TransitoSRS Ejemplo, Sistema Tarifado de Transito
SRS Ejemplo, Sistema Tarifado de TransitoJuan Jose Lucero
 
Doc 6 especificacion de requisitos (ers-ieee830 01)
Doc 6   especificacion de requisitos (ers-ieee830 01)Doc 6   especificacion de requisitos (ers-ieee830 01)
Doc 6 especificacion de requisitos (ers-ieee830 01)Fanny Lorena Rivera Vera
 
Especificación de requisitos de software
Especificación de requisitos de softwareEspecificación de requisitos de software
Especificación de requisitos de software481200601
 
Prototipo de-sistema-para-matricula-e-inscripcion-de-asignaturas---uni
Prototipo de-sistema-para-matricula-e-inscripcion-de-asignaturas---uniPrototipo de-sistema-para-matricula-e-inscripcion-de-asignaturas---uni
Prototipo de-sistema-para-matricula-e-inscripcion-de-asignaturas---uniRAUL CHIPANA LARICO
 
Formato Para La Captura Y DescripcióN De Requerimientos
Formato Para La Captura  Y DescripcióN De RequerimientosFormato Para La Captura  Y DescripcióN De Requerimientos
Formato Para La Captura Y DescripcióN De RequerimientosJosse Perez
 
Ingeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientosIngeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientosCesar Prado
 
Especificación de requerimientos de software srs CURSO V AND V 7MO CICLO
Especificación de requerimientos de software srs CURSO V AND V 7MO CICLOEspecificación de requerimientos de software srs CURSO V AND V 7MO CICLO
Especificación de requerimientos de software srs CURSO V AND V 7MO CICLOdavid grados
 
IEEE 830 1998: Software Requirements Specification (Especificación de requisi...
IEEE 830 1998: Software Requirements Specification (Especificación de requisi...IEEE 830 1998: Software Requirements Specification (Especificación de requisi...
IEEE 830 1998: Software Requirements Specification (Especificación de requisi...Jesús Navarro
 
Lista de chequeo software
Lista de chequeo softwareLista de chequeo software
Lista de chequeo softwareJhonny Díaz
 
modelos del proceso del software
 modelos del proceso del software  modelos del proceso del software
modelos del proceso del software Brihany Rossell
 
Ingeniería de requisitos
Ingeniería de requisitosIngeniería de requisitos
Ingeniería de requisitosZuleima
 

La actualidad más candente (20)

CLASE 1 DIAGRAMA DE PROCESOS.pdf
CLASE 1 DIAGRAMA DE PROCESOS.pdfCLASE 1 DIAGRAMA DE PROCESOS.pdf
CLASE 1 DIAGRAMA DE PROCESOS.pdf
 
TALLER PARA LA DETERMINACION DE LAS ESPECIFICACIONES FUNCIONALES Y METODOLOGI...
TALLER PARA LA DETERMINACION DE LAS ESPECIFICACIONES FUNCIONALES Y METODOLOGI...TALLER PARA LA DETERMINACION DE LAS ESPECIFICACIONES FUNCIONALES Y METODOLOGI...
TALLER PARA LA DETERMINACION DE LAS ESPECIFICACIONES FUNCIONALES Y METODOLOGI...
 
CLASE 2.pdf
CLASE 2.pdfCLASE 2.pdf
CLASE 2.pdf
 
SRS Ejemplo, Sistema Tarifado de Transito
SRS Ejemplo, Sistema Tarifado de TransitoSRS Ejemplo, Sistema Tarifado de Transito
SRS Ejemplo, Sistema Tarifado de Transito
 
Ensayo ingenieria de requisitos
Ensayo ingenieria de requisitosEnsayo ingenieria de requisitos
Ensayo ingenieria de requisitos
 
Doc 6 especificacion de requisitos (ers-ieee830 01)
Doc 6   especificacion de requisitos (ers-ieee830 01)Doc 6   especificacion de requisitos (ers-ieee830 01)
Doc 6 especificacion de requisitos (ers-ieee830 01)
 
Especificación de requisitos de software
Especificación de requisitos de softwareEspecificación de requisitos de software
Especificación de requisitos de software
 
Prototipo de-sistema-para-matricula-e-inscripcion-de-asignaturas---uni
Prototipo de-sistema-para-matricula-e-inscripcion-de-asignaturas---uniPrototipo de-sistema-para-matricula-e-inscripcion-de-asignaturas---uni
Prototipo de-sistema-para-matricula-e-inscripcion-de-asignaturas---uni
 
Formato Para La Captura Y DescripcióN De Requerimientos
Formato Para La Captura  Y DescripcióN De RequerimientosFormato Para La Captura  Y DescripcióN De Requerimientos
Formato Para La Captura Y DescripcióN De Requerimientos
 
Ingeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientosIngeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientos
 
Requisitos funcionales y no funcionales
Requisitos funcionales y no funcionales Requisitos funcionales y no funcionales
Requisitos funcionales y no funcionales
 
Metodologia rup
Metodologia rupMetodologia rup
Metodologia rup
 
Especificación de requerimientos de software srs CURSO V AND V 7MO CICLO
Especificación de requerimientos de software srs CURSO V AND V 7MO CICLOEspecificación de requerimientos de software srs CURSO V AND V 7MO CICLO
Especificación de requerimientos de software srs CURSO V AND V 7MO CICLO
 
Casos De Uso
Casos De UsoCasos De Uso
Casos De Uso
 
IEEE 830 1998: Software Requirements Specification (Especificación de requisi...
IEEE 830 1998: Software Requirements Specification (Especificación de requisi...IEEE 830 1998: Software Requirements Specification (Especificación de requisi...
IEEE 830 1998: Software Requirements Specification (Especificación de requisi...
 
Rup (iteraciones)
Rup (iteraciones)Rup (iteraciones)
Rup (iteraciones)
 
Lista de chequeo software
Lista de chequeo softwareLista de chequeo software
Lista de chequeo software
 
modelos del proceso del software
 modelos del proceso del software  modelos del proceso del software
modelos del proceso del software
 
Caso De Uso
Caso De UsoCaso De Uso
Caso De Uso
 
Ingeniería de requisitos
Ingeniería de requisitosIngeniería de requisitos
Ingeniería de requisitos
 

Similar a CLASE 4.pdf

Estudio tecnico fep
Estudio tecnico fepEstudio tecnico fep
Estudio tecnico fepYazmin Waldo
 
Curso Basico-Testing-03r003.pdf
Curso Basico-Testing-03r003.pdfCurso Basico-Testing-03r003.pdf
Curso Basico-Testing-03r003.pdfBarcodeBarcode
 
Diseños de planes de pruebas de software1
Diseños de planes de pruebas de software1Diseños de planes de pruebas de software1
Diseños de planes de pruebas de software1Vanessa Toral Yépez
 
Fases Proyectos Adsi
Fases Proyectos AdsiFases Proyectos Adsi
Fases Proyectos Adsiysik granja
 
Unidad # 8 diseño de planes de prueba
Unidad # 8 diseño de planes de pruebaUnidad # 8 diseño de planes de prueba
Unidad # 8 diseño de planes de pruebaDarleneperalta
 
Actividad 3 prueba de software juan esteban uribe m
Actividad 3 prueba de software juan esteban uribe mActividad 3 prueba de software juan esteban uribe m
Actividad 3 prueba de software juan esteban uribe mjuanesellanza1
 
Diseã±os de planes_de_pruebas_de_software1
Diseã±os de planes_de_pruebas_de_software1Diseã±os de planes_de_pruebas_de_software1
Diseã±os de planes_de_pruebas_de_software1naviwz
 
Fases proyectos
Fases proyectosFases proyectos
Fases proyectos9krlos
 
Fases proyectos
Fases proyectosFases proyectos
Fases proyectos9krlos
 
366822968 paso-5-examen-final
366822968 paso-5-examen-final366822968 paso-5-examen-final
366822968 paso-5-examen-finaldanny rios
 
Planificación de proyectos de software
Planificación de proyectos de softwarePlanificación de proyectos de software
Planificación de proyectos de softwarehrubenleiva21
 
Heuristic evaluations.
Heuristic evaluations.Heuristic evaluations.
Heuristic evaluations.lorena_moreno
 
Heuristic evaluations.
Heuristic evaluations.Heuristic evaluations.
Heuristic evaluations.lorena_moreno
 
Heuristic evaluations.
Heuristic evaluations.Heuristic evaluations.
Heuristic evaluations.lorena_moreno
 

Similar a CLASE 4.pdf (20)

Aprendizajes previos
Aprendizajes previosAprendizajes previos
Aprendizajes previos
 
Estudio tecnico fep
Estudio tecnico fepEstudio tecnico fep
Estudio tecnico fep
 
Pruebas de software
Pruebas de softwarePruebas de software
Pruebas de software
 
Sqa
SqaSqa
Sqa
 
Curso Basico-Testing-03r003.pdf
Curso Basico-Testing-03r003.pdfCurso Basico-Testing-03r003.pdf
Curso Basico-Testing-03r003.pdf
 
Diseños de planes de pruebas de software1
Diseños de planes de pruebas de software1Diseños de planes de pruebas de software1
Diseños de planes de pruebas de software1
 
Fases Proyectos Adsi
Fases Proyectos AdsiFases Proyectos Adsi
Fases Proyectos Adsi
 
Unidad # 8 diseño de planes de prueba
Unidad # 8 diseño de planes de pruebaUnidad # 8 diseño de planes de prueba
Unidad # 8 diseño de planes de prueba
 
Actividad 3 prueba de software juan esteban uribe m
Actividad 3 prueba de software juan esteban uribe mActividad 3 prueba de software juan esteban uribe m
Actividad 3 prueba de software juan esteban uribe m
 
Diseã±os de planes_de_pruebas_de_software1
Diseã±os de planes_de_pruebas_de_software1Diseã±os de planes_de_pruebas_de_software1
Diseã±os de planes_de_pruebas_de_software1
 
Fases proyectos
Fases proyectosFases proyectos
Fases proyectos
 
Fases proyectos
Fases proyectosFases proyectos
Fases proyectos
 
366822968 paso-5-examen-final
366822968 paso-5-examen-final366822968 paso-5-examen-final
366822968 paso-5-examen-final
 
Planificación de proyectos de software
Planificación de proyectos de softwarePlanificación de proyectos de software
Planificación de proyectos de software
 
Heuristic evaluations.
Heuristic evaluations.Heuristic evaluations.
Heuristic evaluations.
 
Heuristic evaluations.
Heuristic evaluations.Heuristic evaluations.
Heuristic evaluations.
 
Heuristic evaluations.
Heuristic evaluations.Heuristic evaluations.
Heuristic evaluations.
 
La planificación
La planificación La planificación
La planificación
 
Ciclo de vida
Ciclo de vidaCiclo de vida
Ciclo de vida
 
Taller metricas
Taller metricasTaller metricas
Taller metricas
 

Último

Taller construcción de Prototipos Uno uML
Taller construcción de Prototipos Uno uMLTaller construcción de Prototipos Uno uML
Taller construcción de Prototipos Uno uMLAderMogollonLuna
 
TALLER SOBRE METODOLOGÍAS DE DESARROLLO DE SOFTWARE..pdf
TALLER SOBRE METODOLOGÍAS DE DESARROLLO DE SOFTWARE..pdfTALLER SOBRE METODOLOGÍAS DE DESARROLLO DE SOFTWARE..pdf
TALLER SOBRE METODOLOGÍAS DE DESARROLLO DE SOFTWARE..pdfMiguelGomez900779
 
LAS TETAS DE MARIA GUEVARA REVISTA DIGITAL INF.pdf
LAS TETAS DE MARIA GUEVARA REVISTA DIGITAL INF.pdfLAS TETAS DE MARIA GUEVARA REVISTA DIGITAL INF.pdf
LAS TETAS DE MARIA GUEVARA REVISTA DIGITAL INF.pdfwilangelfmendoza
 
DIAPOSITIVAS DRENAJE POSTURAL E INHALACIONES (3).pptx
DIAPOSITIVAS DRENAJE POSTURAL E INHALACIONES (3).pptxDIAPOSITIVAS DRENAJE POSTURAL E INHALACIONES (3).pptx
DIAPOSITIVAS DRENAJE POSTURAL E INHALACIONES (3).pptxjoselinepolar
 
Usabilidad y experiencia de usuario, UI,UX, Diseño grafico.
Usabilidad y experiencia de usuario, UI,UX, Diseño grafico.Usabilidad y experiencia de usuario, UI,UX, Diseño grafico.
Usabilidad y experiencia de usuario, UI,UX, Diseño grafico.karlapatriciapms16
 
PPT obligaciones ambientales oefa minan.pptx
PPT obligaciones ambientales oefa minan.pptxPPT obligaciones ambientales oefa minan.pptx
PPT obligaciones ambientales oefa minan.pptxDanmherJoelAlmironPu
 
PPT SESION 5 ARTE Y CREATIVIDAD (1).pptx
PPT SESION 5 ARTE Y CREATIVIDAD (1).pptxPPT SESION 5 ARTE Y CREATIVIDAD (1).pptx
PPT SESION 5 ARTE Y CREATIVIDAD (1).pptxNeymaRojasperez1
 

Último (7)

Taller construcción de Prototipos Uno uML
Taller construcción de Prototipos Uno uMLTaller construcción de Prototipos Uno uML
Taller construcción de Prototipos Uno uML
 
TALLER SOBRE METODOLOGÍAS DE DESARROLLO DE SOFTWARE..pdf
TALLER SOBRE METODOLOGÍAS DE DESARROLLO DE SOFTWARE..pdfTALLER SOBRE METODOLOGÍAS DE DESARROLLO DE SOFTWARE..pdf
TALLER SOBRE METODOLOGÍAS DE DESARROLLO DE SOFTWARE..pdf
 
LAS TETAS DE MARIA GUEVARA REVISTA DIGITAL INF.pdf
LAS TETAS DE MARIA GUEVARA REVISTA DIGITAL INF.pdfLAS TETAS DE MARIA GUEVARA REVISTA DIGITAL INF.pdf
LAS TETAS DE MARIA GUEVARA REVISTA DIGITAL INF.pdf
 
DIAPOSITIVAS DRENAJE POSTURAL E INHALACIONES (3).pptx
DIAPOSITIVAS DRENAJE POSTURAL E INHALACIONES (3).pptxDIAPOSITIVAS DRENAJE POSTURAL E INHALACIONES (3).pptx
DIAPOSITIVAS DRENAJE POSTURAL E INHALACIONES (3).pptx
 
Usabilidad y experiencia de usuario, UI,UX, Diseño grafico.
Usabilidad y experiencia de usuario, UI,UX, Diseño grafico.Usabilidad y experiencia de usuario, UI,UX, Diseño grafico.
Usabilidad y experiencia de usuario, UI,UX, Diseño grafico.
 
PPT obligaciones ambientales oefa minan.pptx
PPT obligaciones ambientales oefa minan.pptxPPT obligaciones ambientales oefa minan.pptx
PPT obligaciones ambientales oefa minan.pptx
 
PPT SESION 5 ARTE Y CREATIVIDAD (1).pptx
PPT SESION 5 ARTE Y CREATIVIDAD (1).pptxPPT SESION 5 ARTE Y CREATIVIDAD (1).pptx
PPT SESION 5 ARTE Y CREATIVIDAD (1).pptx
 

CLASE 4.pdf

  • 1. FASE DE ANALISIS TECNOLOGO EN ANALISIS Y DESARROLLO DE SOFTWARE
  • 2. ORDEN DEL DIA INTERVENCION PAOLA RAMOS – APOYO PROGRAMA DE TELEINFORMATICA – PROCESOS DE RETIRO VOLUNTARIO, APLAZAMIENTO Y DESERCION PRESENTACION ACTIVIDAD 5 DE COMPETENCIA 1 Y ACTIVIDAD 1 DE COMPETENCIA 2. VISUALIZACION DE FECHAS DE ACTIVACION Y DE ENTREGA DE ACUERDO AL CRONOGRAMA. PRESENTACION DE EVIDENCIAS DE ACTIVIDAD 5 PRESENTACION MATERIAL DE APOYO VALIDACION DE REQUISITOS COMO DESARROLLAR LAS EVIDENCIAS DE LA ACTIVIDAD 5 PRESENTACION MATERIAL DE APOYO METODOLOGIAS DE DESARROLLO DE SOFTWARE COMO DESARROLLAR LA EVIDENCIA 1 DE LA ACTIVIDAD 1 DE LA COMPETENCIA 2 RECOMENDACIONES LECTURA DE INSTRUMENTOS DE EVALUACION POR CADA EVIDENCIA
  • 3. ACTIVIDADES 5 Y 1 VER CRONOGRAMA DE LA FASE DE ANALISIS
  • 4. ACTIVIDAD 5: VALIDACION DE REQUISITOS DE SOFTWARE ➢ACTIVIDAD DE APRENDIZAJE: GA1-220501092-AA5-Aplicar técnicas de validación de requisitos del software. ➢RESULTADO DE APRENDIZAJE: 220501092-04 Validar el informe de requisitos de acuerdo con las necesidades del cliente. ➢EVIDENCIAS DE APRENDIZAJE (A DESARROLLAR SEMANA 12 OCT AL 17 OCTUBRE): ✓Evidencias de conocimiento: Taller para la determinación de las especificaciones funcionales del software y metodología a utilizar. GA1-220501092-AA5-EV01 ✓Evidencia de producto: Informe de evaluación de los requerimientos GA1-220501092-AA5-EV02
  • 5. VALIDACION DE REQUISITOS VER MATERIAL DE APOYO
  • 6. ACTIVIDAD 1: ESTRUCTURAR EL PLAN DE ACTIVIDADES DE ANÁLISIS A PARTIR DE LAS CARACTERÍSTICAS DEL PROYECTO Y EL MODELO DE DESARROLLO SELECCIONADO. ➢ACTIVIDAD DE APRENDIZAJE: GA1-220501093-AA1-Estructurar el plan de actividades de análisis a partir de las características del proyecto y el modelo de desarrollo seleccionado. ➢RESULTADO DE APRENDIZAJE: 220501093 - Evaluar requisitos de la solución de software de acuerdo con metodologías de análisis y estándares. ➢EVIDENCIA DE APRENDIZAJE (A DESARROLLAR SEMANA 12 OCT AL 17 OCTUBRE): ✓Evidencias de conocimiento: Taller sobre metodologías de desarrollo de software. GA1-220501093-AA1-EV01.
  • 7. COMO DESARROLLAR LA EVIDENCIA 1: TALLER PARA LA DETERMINACION DE ESPECIFICACIONES FUNCIONALES DEL SOFTWARE Y METODOLOGIA A UTILIZAR ➢Esta evidencia consiste en que a partir de la revisión de las diferentes herramientas tecnológicas disponibles para la gestión de requisitos, seleccionar una. ➢Configurar los requerimientos del proyecto seleccionado. ➢Usarla para crear los pantallazos. ➢Redactar un documento donde se describa la herramienta a utilizar y los pantallazos generados a partir del uso de esa herramienta en los que se evidencien los requerimientos del software. VER EL SIGUIENTE VIDEO PARA DESCARGAR LA HERRAMIENTA REM – HERRAMIENTA PARA GESTION DE REQUERIMIENTOS
  • 8. Teniendo en cuenta las características de las técnicas de validación de requisitos abordadas en la actividad de aprendizaje, construir los prototipos del sistema y los casos de prueba asociados a cada interfaz desarrollada. Elementos a tener en cuenta en el documento técnico de validación ● Se deben seguir las normas básicas de presentación de un documento escrito, es decir el documento debe tener como mínimo una portada, introducción, alcance, lista de requerimientos y versión del documento. ● Deberá seleccionar cuatro (4) historias de usuario o requisitos del proyecto seleccionado para representarlos por medio de prototipos y realizar sus respectivos casos de prueba. ● Para la construcción de prototipos deberá usar una de las herramientas propuestas en el componente formativo y exportar dichos elementos desarrollados como imágenes para ser incluidos dentro del documento. (inserción de imágenes) ● Por cada interfaz desarrollada deberá construir un caso de prueba el cual debe tener los siguientes elementos. o Objetivo del caso de prueba. o Identificador. o Nombre del requerimiento o historia de usuario asociada. o Precondiciones. o Lista de pasos con los resultados esperados. COMO DESARROLLAR LA EVIDENCIA 2: INFORME DE EVALUACION DE LOS REQUERIMIENTOS
  • 9. COMO DESARROLLAR LA EVIDENCIA 2: INFORME DE EVALUACION DE LOS REQUERIMIENTOS
  • 10. METODOLOGIAS DE DESARROLLO DE SOFTWARE VER MATERIAL DE APOYO
  • 11. COMO DESARROLLAR LA EVIDENCIA 1: TALLER SOBRE METODOLOGÍAS DE DESARROLLO DE SOFTWARE ELEMENTOS PARA TENER EN CUENTA EN EL TALLER: ● Seleccionar diferentes fuentes de información relacionadas con las metodologías de desarrollo de software. ● Detallar las características que identifican a los marcos de trabajo tradicionales y los marcos de trabajo ágiles. ● Utilizar imágenes de construcción propia o que tengan los derechos respectivos de uso. FORMULACIÓN DE PREGUNTAS: De acuerdo con las temáticas desarrolladas en el componente formativo resolver las siguientes inquietudes: 1. Describa con sus propias palabras qué es y de que se compone una metodología de desarrollo de software. Citar por lo menos 2 datos que demuestren su utilidad (35 %). 2. Describa con sus propias palabras cuáles son las características fundamentales de un marco de trabajo ágil y un marco de trabajo tradicional (35 %). 3. Elabore una lista donde clasifique por lo menos cinco metodologías de desarrollo de software en marcos tradicionales y marcos ágiles (30 %).
  • 12. RECOMENDACIONES LECTURA DE INSTRUMENTOS DE EVALUACION COMO DESCARGAR UN INSTRUMENTO DE EVALUACION VER UN INSTRUMENTO DE EVALUACION