SlideShare una empresa de Scribd logo
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

Mapa mental de Ing. de requisito y requerimiento
Mapa mental de Ing. de requisito y requerimientoMapa mental de Ing. de requisito y requerimiento
Mapa mental de Ing. de requisito y requerimiento
Jose Gregorio Brito Villarroel
 
mapa mental sobre ingeniería de requisitos.pdf
mapa mental sobre ingeniería de requisitos.pdfmapa mental sobre ingeniería de requisitos.pdf
mapa mental sobre ingeniería de requisitos.pdf
CarlosEspinel10
 
Referentes técnicos
Referentes técnicosReferentes técnicos
Referentes técnicos
HARDSOFTCORPORATION
 
Trabajo sena
Trabajo senaTrabajo sena
Trabajo sena
robincastellanos1
 
Plan de Pruebas
Plan de PruebasPlan de Pruebas
Plan de Pruebas
choselin
 
Analisis y especificacion de requerimientos
Analisis y especificacion de requerimientosAnalisis y especificacion de requerimientos
Analisis y especificacion de requerimientos
UPTP
 
SRS Ejemplo, Sistema Tarifado de Transito
SRS Ejemplo, Sistema Tarifado de TransitoSRS Ejemplo, Sistema Tarifado de Transito
SRS Ejemplo, Sistema Tarifado de Transito
Juan Jose Lucero
 
CronogramanEtapanLectivanGeneralnVF___7162031f9f48b21___.pdf
CronogramanEtapanLectivanGeneralnVF___7162031f9f48b21___.pdfCronogramanEtapanLectivanGeneralnVF___7162031f9f48b21___.pdf
CronogramanEtapanLectivanGeneralnVF___7162031f9f48b21___.pdf
EduarHurtado1
 
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
RAUL CHIPANA LARICO
 
Ciclo de vida del Software.pdf
Ciclo de vida del Software.pdfCiclo de vida del Software.pdf
Ciclo de vida del Software.pdf
cristobal461607
 
Presentación grupo 3
Presentación grupo 3Presentación grupo 3
Presentación grupo 3
Jabón Azo
 
Metodología WEB UWE
Metodología WEB UWEMetodología WEB UWE
Metodología WEB UWE
Universidad Técnica del Norte
 
Requisitos funcionales y no funcionales
Requisitos funcionales y no funcionales Requisitos funcionales y no funcionales
Requisitos funcionales y no funcionales
Johan Villamizar Tabares
 
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
 
Ensayo argumentativo LA IMPORTANCIA DE LA TRAZABILIDAD DE REQUISITOS EN EL DE...
Ensayo argumentativo LA IMPORTANCIA DE LA TRAZABILIDAD DE REQUISITOS EN EL DE...Ensayo argumentativo LA IMPORTANCIA DE LA TRAZABILIDAD DE REQUISITOS EN EL DE...
Ensayo argumentativo LA IMPORTANCIA DE LA TRAZABILIDAD DE REQUISITOS EN EL DE...
deiby Calva
 
Proyecto sistema matriculas
Proyecto sistema matriculasProyecto sistema matriculas
Proyecto sistema matriculas
Wildo Huillca Moyna
 
Formato ieee830(srs lleno)
Formato ieee830(srs lleno)Formato ieee830(srs lleno)
Formato ieee830(srs lleno)
Juan Carlos Tapias
 
diagrama de casos de uso del negocio y del sistema
diagrama de casos de uso del negocio y del sistemadiagrama de casos de uso del negocio y del sistema
diagrama de casos de uso del negocio y del sistema
Universidad Tecnológica
 
Ventajas y desventajas de moprosoft
Ventajas y desventajas de moprosoftVentajas y desventajas de moprosoft
Ventajas y desventajas de moprosoft
Chuyito Alvarado
 
Ejemplo plan de desarrollo de software rup
Ejemplo plan de desarrollo de software rupEjemplo plan de desarrollo de software rup
Ejemplo plan de desarrollo de software rup
Xochitl Saucedo Muñoz
 

La actualidad más candente (20)

Mapa mental de Ing. de requisito y requerimiento
Mapa mental de Ing. de requisito y requerimientoMapa mental de Ing. de requisito y requerimiento
Mapa mental de Ing. de requisito y requerimiento
 
mapa mental sobre ingeniería de requisitos.pdf
mapa mental sobre ingeniería de requisitos.pdfmapa mental sobre ingeniería de requisitos.pdf
mapa mental sobre ingeniería de requisitos.pdf
 
Referentes técnicos
Referentes técnicosReferentes técnicos
Referentes técnicos
 
Trabajo sena
Trabajo senaTrabajo sena
Trabajo sena
 
Plan de Pruebas
Plan de PruebasPlan de Pruebas
Plan de Pruebas
 
Analisis y especificacion de requerimientos
Analisis y especificacion de requerimientosAnalisis y especificacion de requerimientos
Analisis y especificacion de requerimientos
 
SRS Ejemplo, Sistema Tarifado de Transito
SRS Ejemplo, Sistema Tarifado de TransitoSRS Ejemplo, Sistema Tarifado de Transito
SRS Ejemplo, Sistema Tarifado de Transito
 
CronogramanEtapanLectivanGeneralnVF___7162031f9f48b21___.pdf
CronogramanEtapanLectivanGeneralnVF___7162031f9f48b21___.pdfCronogramanEtapanLectivanGeneralnVF___7162031f9f48b21___.pdf
CronogramanEtapanLectivanGeneralnVF___7162031f9f48b21___.pdf
 
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
 
Ciclo de vida del Software.pdf
Ciclo de vida del Software.pdfCiclo de vida del Software.pdf
Ciclo de vida del Software.pdf
 
Presentación grupo 3
Presentación grupo 3Presentación grupo 3
Presentación grupo 3
 
Metodología WEB UWE
Metodología WEB UWEMetodología WEB UWE
Metodología WEB UWE
 
Requisitos funcionales y no funcionales
Requisitos funcionales y no funcionales Requisitos funcionales y no funcionales
Requisitos funcionales y no funcionales
 
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...
 
Ensayo argumentativo LA IMPORTANCIA DE LA TRAZABILIDAD DE REQUISITOS EN EL DE...
Ensayo argumentativo LA IMPORTANCIA DE LA TRAZABILIDAD DE REQUISITOS EN EL DE...Ensayo argumentativo LA IMPORTANCIA DE LA TRAZABILIDAD DE REQUISITOS EN EL DE...
Ensayo argumentativo LA IMPORTANCIA DE LA TRAZABILIDAD DE REQUISITOS EN EL DE...
 
Proyecto sistema matriculas
Proyecto sistema matriculasProyecto sistema matriculas
Proyecto sistema matriculas
 
Formato ieee830(srs lleno)
Formato ieee830(srs lleno)Formato ieee830(srs lleno)
Formato ieee830(srs lleno)
 
diagrama de casos de uso del negocio y del sistema
diagrama de casos de uso del negocio y del sistemadiagrama de casos de uso del negocio y del sistema
diagrama de casos de uso del negocio y del sistema
 
Ventajas y desventajas de moprosoft
Ventajas y desventajas de moprosoftVentajas y desventajas de moprosoft
Ventajas y desventajas de moprosoft
 
Ejemplo plan de desarrollo de software rup
Ejemplo plan de desarrollo de software rupEjemplo plan de desarrollo de software rup
Ejemplo plan de desarrollo de software rup
 

Similar a CLASE 4.pdf

Aprendizajes previos
Aprendizajes previosAprendizajes previos
Aprendizajes previos
cesaraugustotamayohe
 
Estudio tecnico fep
Estudio tecnico fepEstudio tecnico fep
Estudio tecnico fep
Yazmin Waldo
 
Pruebas de software
Pruebas de softwarePruebas de software
Pruebas de software
Miluska Azabache Gonzales
 
Sqa
SqaSqa
Curso Basico-Testing-03r003.pdf
Curso Basico-Testing-03r003.pdfCurso Basico-Testing-03r003.pdf
Curso Basico-Testing-03r003.pdf
BarcodeBarcode
 
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
Vanessa Toral Yépez
 
Fases Proyectos Adsi
Fases Proyectos AdsiFases Proyectos Adsi
Fases Proyectos Adsi
ysik 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 prueba
Darleneperalta
 
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
juanesellanza1
 
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
naviwz
 
Fases proyectos
Fases proyectosFases proyectos
Fases proyectos
9krlos
 
Fases proyectos
Fases proyectosFases proyectos
Fases proyectos
9krlos
 
366822968 paso-5-examen-final
366822968 paso-5-examen-final366822968 paso-5-examen-final
366822968 paso-5-examen-final
danny rios
 
Planificación de proyectos de software
Planificación de proyectos de softwarePlanificación de proyectos de software
Planificación de proyectos de software
hrubenleiva21
 
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
 
La planificación
La planificación La planificación
La planificación
Gerardo Valera
 
Ciclo de vida
Ciclo de vidaCiclo de vida
Ciclo de vida
Jose L Sanchez
 
Taller metricas
Taller metricasTaller metricas
Taller metricas
Janes Durán
 

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

mi hermoso sector victor raul ,calle san jose
mi hermoso sector victor raul ,calle san josemi hermoso sector victor raul ,calle san jose
mi hermoso sector victor raul ,calle san jose
Ariana yglesias azañero
 
trabajo de mantenimiento de equipos ....
trabajo de mantenimiento de equipos ....trabajo de mantenimiento de equipos ....
trabajo de mantenimiento de equipos ....
luzmilalopez043tamar
 
Manual Soporte y mantenimiento de computo.pdf
Manual Soporte y mantenimiento de computo.pdfManual Soporte y mantenimiento de computo.pdf
Manual Soporte y mantenimiento de computo.pdf
rmurillojesus
 
Manual de mantenimiento hadware xperts pdf
Manual de mantenimiento hadware xperts pdfManual de mantenimiento hadware xperts pdf
Manual de mantenimiento hadware xperts pdf
cbtistechserv
 
TECLADO ERGONÓMICO Y PANTALLAS TACTILES.
TECLADO ERGONÓMICO Y PANTALLAS TACTILES.TECLADO ERGONÓMICO Y PANTALLAS TACTILES.
TECLADO ERGONÓMICO Y PANTALLAS TACTILES.
FransuaPeralta
 
Partes de una Computadora.documento.word.drive
Partes de una Computadora.documento.word.drivePartes de una Computadora.documento.word.drive
Partes de una Computadora.documento.word.drive
MiguelDoloriert
 

Último (6)

mi hermoso sector victor raul ,calle san jose
mi hermoso sector victor raul ,calle san josemi hermoso sector victor raul ,calle san jose
mi hermoso sector victor raul ,calle san jose
 
trabajo de mantenimiento de equipos ....
trabajo de mantenimiento de equipos ....trabajo de mantenimiento de equipos ....
trabajo de mantenimiento de equipos ....
 
Manual Soporte y mantenimiento de computo.pdf
Manual Soporte y mantenimiento de computo.pdfManual Soporte y mantenimiento de computo.pdf
Manual Soporte y mantenimiento de computo.pdf
 
Manual de mantenimiento hadware xperts pdf
Manual de mantenimiento hadware xperts pdfManual de mantenimiento hadware xperts pdf
Manual de mantenimiento hadware xperts pdf
 
TECLADO ERGONÓMICO Y PANTALLAS TACTILES.
TECLADO ERGONÓMICO Y PANTALLAS TACTILES.TECLADO ERGONÓMICO Y PANTALLAS TACTILES.
TECLADO ERGONÓMICO Y PANTALLAS TACTILES.
 
Partes de una Computadora.documento.word.drive
Partes de una Computadora.documento.word.drivePartes de una Computadora.documento.word.drive
Partes de una Computadora.documento.word.drive
 

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