TECNOLOGÍA EN ANÁLISIS Y DESARROLLO DE SOFTWARE.
FICHA 2721408
ANÁLISIS
Ing. Lezly Jhovanna Carmona Saavedra
Mayo 17 del 2023
CENTRO AGROPECUARIO DE BUGA SENA- CAB
Topics
Fase de Análisis
Competencia Técnica: 220501092- Establecer requisitos de la solución de software de acuerdo con estándares y procedimiento técnico.
Actividad de Proyecto 1: Determinar las especificaciones funcionales del software y metodología a utilizar.
Actividad de aprendizaje: GA1-220501092-AA4: determinar los requisitos funcionales y no funcionales
del software de acuerdo con los requerimientos del cliente Guía de Aprendizaje 1
Evidencias : Evidencia de desempeño: GA1-220501092-AA4-EV01 especificación de los requerimientos funcionales y no funcionales del software.
• Evidencia de producto: GA1-220501092-AA4-EV02 documento con especificación de requerimientos.
• Materiales de formación: “Análisis y especificación de requisitos”.
Actividad de proyecto: Determinar las especificaciones funcionales del software y metodología a utilizar.
Competencias:
Técnicas
220501092- Establecer requisitos de la solución de software de acuerdo con estándares y procedimiento técnico Resultados de aprendizaje a alcanzar: Técnicos:
220501092-03 Establecer los requisitos del software de acuerdo con la información recolectada.
CLIC EN EL ICONO PARA VER INFORMACIÓN
Actividad de Aprendizaje
3.1.4 Actividad de aprendizaje: GA1-220501092-AA4: determinar los requisitos funcionales y no funcionales del software de acuerdo con los requerimientos del cliente
Esta actividad se centra en dos grandes bloques:
(i) análisis de las diferentes técnicas de análisis de requisitos (ii) estándares o modelos para el proceso de documentación de requisitos del software
Duración: 36 horas.
Materiales de formación: para el desarrollo de esta actividad es importante la lectura y análisis del material de formación: “Análisis y especificación de requisitos”. Evidencias:
A continuación, se describen las acciones y las correspondientes evidencias que conforman la actividad de aprendizaje:
● Evidencia de desempeño: GA1-220501092-AA4-EV01 especificación de los requerimientos funcionales y no funcionales del software
Construir el documento de requisitos que especifique los requisitos funcionales y no funcionales teniendo en cuenta las características del software a realizar. Elementos para 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, y la lista de:
o Requisitos funcionales.
o Requisitos no funcionales.
● Evidencia de desempeño: GA1-220501092-AA4-EV01 especificación de los requerimientos funcionales y no funcionales del software
Lineamientos para la entrega del producto: Productos para entregar: documentos requerimientos funcionales y no funcionales.
● Formato: PDF o Word.
● Extensión: libre.
● Para hacer el envío del producto remítase al área de la actividad correspondiente y acceda al espacio para el envío de la evidencia: especificación de los requerimientos funcionales y no funcionales del software GA1-220501092-AA4-EV01
Evidencia de producto: GA1-220501092-AA4-EV02 documento con
especificación de requerimientos
Respecto a lista de requerimientos el aprendiz deberá agregar una sección donde se describa cada requisito usando los siguientes elementos del estándar IEEE830. o Perspectiva del producto.
o Funciones del producto.
o Características de los usuarios.
o Restricciones.
o Requisitos funcionales (formato de casos de uso).
o Requisitos no funcionales.
GFPI-F-135 V01
Elementos a tener en cuenta en el documento de requisitos:
● 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, objetivo, preguntas claras y alcance
● Seleccione una de las herramientas para captura de requisitos mencionada en el componente (diagramas de
casos de uso, historias de usuario, storyboard) para realizar la formulación de los requisitos.
● Utilice una de las herramientas o plantillas (starUml, plantilla historias de usuario) que se describieron en el
componente formativo.
Evidencia de producto: GA1-220501092-AA4-EV02 documento conespecificación de requerimientos
Respecto a la lista de requerimientos el aprendiz deberá agregar una sección donde se describa cada requisito usando la estructura de historias de usuario con los siguientes elementos por historia: Número de historia (priorizada).
o Nombre de la historia.
o Usuario.
o Puntos estimados de esfuerzo.
o Descripción de la historia de usuario.
Evidencia de producto: GA1-220501092-AA4-EV02 documento conespecificación de requerimientos
o Puntos estimados de esfuerzo. o Descripción de la historia de usuario.
o Observaciones.
o Criterios de aceptación.
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. Los requerimientos serán redactados usando el modelo IEEE830 y también el modelo de descripción de requisitos por medio de historias de usuario.
Evidencia de producto: GA1-220501092-AA4-EV02 documento conespecificación de requerimientos
Lineamientos para la entrega del producto: ● Producto para entregar: documento de requisitos.
● Formato: PDF o Word.
● Extensión: libre.
● Para hacer el envío del producto remítase al área de la actividad correspondiente y acceda al espacio para el envío de la evidencia: documento con especificación de requerimientos GA1-220501092-AA4-EV02
Material
CLIC AQUÍ
Listado de Software
CLIC AQUÍ
Ejemplos Evidencias
CLIC AQUÍ
Estilos de Aprendizaje Kolb
CLIC AQUÍ
OTROS
Inicio Análisis Mayo 15 2023 FECHA LIMITE ENTREGA EVIDENCIASCierre Evidencias: Mayo 26 2023
RECUERDA
¡Gracias!
Ficha 2721408- Análisis AA _ GA1-220501092-AA4 - 17 mayo del 2023
TECNOLOGÍA INFORMATI
Created on May 17, 2023
Start designing with a free template
Discover more than 1500 professional designs like these:
View
Animated Chalkboard Presentation
View
Genial Storytale Presentation
View
Blackboard Presentation
View
Psychedelic Presentation
View
Chalkboard Presentation
View
Witchcraft Presentation
View
Sketchbook Presentation
Explore all templates
Transcript
TECNOLOGÍA EN ANÁLISIS Y DESARROLLO DE SOFTWARE.
FICHA 2721408
ANÁLISIS
Ing. Lezly Jhovanna Carmona Saavedra
Mayo 17 del 2023
CENTRO AGROPECUARIO DE BUGA SENA- CAB
Topics
Fase de Análisis Competencia Técnica: 220501092- Establecer requisitos de la solución de software de acuerdo con estándares y procedimiento técnico. Actividad de Proyecto 1: Determinar las especificaciones funcionales del software y metodología a utilizar. Actividad de aprendizaje: GA1-220501092-AA4: determinar los requisitos funcionales y no funcionales del software de acuerdo con los requerimientos del cliente Guía de Aprendizaje 1 Evidencias : Evidencia de desempeño: GA1-220501092-AA4-EV01 especificación de los requerimientos funcionales y no funcionales del software. • Evidencia de producto: GA1-220501092-AA4-EV02 documento con especificación de requerimientos. • Materiales de formación: “Análisis y especificación de requisitos”.
Actividad de proyecto: Determinar las especificaciones funcionales del software y metodología a utilizar.
Competencias: Técnicas 220501092- Establecer requisitos de la solución de software de acuerdo con estándares y procedimiento técnico Resultados de aprendizaje a alcanzar: Técnicos: 220501092-03 Establecer los requisitos del software de acuerdo con la información recolectada.
CLIC EN EL ICONO PARA VER INFORMACIÓN
Actividad de Aprendizaje
3.1.4 Actividad de aprendizaje: GA1-220501092-AA4: determinar los requisitos funcionales y no funcionales del software de acuerdo con los requerimientos del cliente
Esta actividad se centra en dos grandes bloques: (i) análisis de las diferentes técnicas de análisis de requisitos (ii) estándares o modelos para el proceso de documentación de requisitos del software Duración: 36 horas. Materiales de formación: para el desarrollo de esta actividad es importante la lectura y análisis del material de formación: “Análisis y especificación de requisitos”. Evidencias: A continuación, se describen las acciones y las correspondientes evidencias que conforman la actividad de aprendizaje:
● Evidencia de desempeño: GA1-220501092-AA4-EV01 especificación de los requerimientos funcionales y no funcionales del software
Construir el documento de requisitos que especifique los requisitos funcionales y no funcionales teniendo en cuenta las características del software a realizar. Elementos para 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, y la lista de: o Requisitos funcionales. o Requisitos no funcionales.
● Evidencia de desempeño: GA1-220501092-AA4-EV01 especificación de los requerimientos funcionales y no funcionales del software
Lineamientos para la entrega del producto: Productos para entregar: documentos requerimientos funcionales y no funcionales. ● Formato: PDF o Word. ● Extensión: libre. ● Para hacer el envío del producto remítase al área de la actividad correspondiente y acceda al espacio para el envío de la evidencia: especificación de los requerimientos funcionales y no funcionales del software GA1-220501092-AA4-EV01
Evidencia de producto: GA1-220501092-AA4-EV02 documento con especificación de requerimientos
Respecto a lista de requerimientos el aprendiz deberá agregar una sección donde se describa cada requisito usando los siguientes elementos del estándar IEEE830. o Perspectiva del producto. o Funciones del producto. o Características de los usuarios. o Restricciones. o Requisitos funcionales (formato de casos de uso). o Requisitos no funcionales. GFPI-F-135 V01 Elementos a tener en cuenta en el documento de requisitos: ● 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, objetivo, preguntas claras y alcance ● Seleccione una de las herramientas para captura de requisitos mencionada en el componente (diagramas de casos de uso, historias de usuario, storyboard) para realizar la formulación de los requisitos. ● Utilice una de las herramientas o plantillas (starUml, plantilla historias de usuario) que se describieron en el componente formativo.
Evidencia de producto: GA1-220501092-AA4-EV02 documento conespecificación de requerimientos
Respecto a la lista de requerimientos el aprendiz deberá agregar una sección donde se describa cada requisito usando la estructura de historias de usuario con los siguientes elementos por historia: Número de historia (priorizada). o Nombre de la historia. o Usuario. o Puntos estimados de esfuerzo. o Descripción de la historia de usuario.
Evidencia de producto: GA1-220501092-AA4-EV02 documento conespecificación de requerimientos
o Puntos estimados de esfuerzo. o Descripción de la historia de usuario. o Observaciones. o Criterios de aceptación. 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. Los requerimientos serán redactados usando el modelo IEEE830 y también el modelo de descripción de requisitos por medio de historias de usuario.
Evidencia de producto: GA1-220501092-AA4-EV02 documento conespecificación de requerimientos
Lineamientos para la entrega del producto: ● Producto para entregar: documento de requisitos. ● Formato: PDF o Word. ● Extensión: libre. ● Para hacer el envío del producto remítase al área de la actividad correspondiente y acceda al espacio para el envío de la evidencia: documento con especificación de requerimientos GA1-220501092-AA4-EV02
Material
CLIC AQUÍ
Listado de Software
CLIC AQUÍ
Ejemplos Evidencias
CLIC AQUÍ
Estilos de Aprendizaje Kolb
CLIC AQUÍ
OTROS
Inicio Análisis Mayo 15 2023 FECHA LIMITE ENTREGA EVIDENCIASCierre Evidencias: Mayo 26 2023
RECUERDA
¡Gracias!