sena

1. Técnicas para definir requisitos
Las técnicaspara definirlosrequisitossoncomoimponerlascondicionesconel usuarioyel
creador del software.Paraestoel creadordel software deberáhacertalleresyentrevistascon
losusuarios del futuro programa.
Para dar entenderel diseñoel creadordel software emplearalatécnicade diagramaspedro
deberátenerencuentalostiposde diagramasque se van a emplear.Algunosde losdiagramas
deberándarso9lo lainformaciónnecesariaparaque el usuariocomprendael diseñoalgunos
delodiagramasque podemosemplearsonlosdiagramasde estados,diagramade secuenciao
diagramasde estados.
Dado estose verificaralosambientesdondedesarrollarael sistemaycuálesseránsus
principales funciones.Tantoel clientecomoel creadorllegaranaun a una pre-condiciónyuna
postcondiciónpara el buenfuncionamientodel software.
Los prototipossonnecesariospara yaque puedenayudartantoal desarrollodel sistemaen
sus diferentesetapascomoparalaimplementacióndel buendesarrollodel software.
La definición de criteriosde aceptaciónse emplearaparasabersi se le diola satisfaccióndel
usuariopara estose deberápresentardocumentosde losrequisitosterminados,esterequisito
no debe tenerambigüedadesparanotenerproblemasde contraindicaciones.

2. Pruebas de requerimientos
El objetivode estapruebaes buscar las diferencias entre los requerimientos y la ejecución del
software.
Es evaluar los requerimientos.
El diseñode casode pruebase deberánincluirchecklistpara tener mayor verificación y evaluar
mejor los requerimientos, es decir, saber si seestá cumpliendo con las necesidades del usuario.
La ejecución de casos deprueba evaluara cada uno de los requerimientos pero en especial los casosde
uso y los checklistdefinidos como casosdeprueba, se reportaran los errores y se deberá hacer una
reunión para especificar si el requerimiento es correcto o se deberá hacer modificaciones.

3. Gestión de cambios
La gestión de cambios incorporara losnuevos cambio que desea el cliente para esto de deberá llevar a
cabo unos pasos para saber si en viableo no.
La identificaciónde cambiosesrecibirlainformaciónporparte del líderdel grupoy este
deberási esviable incorporarlaal requerimientoosi esmejormanejarlaenunnuevo
requerimiento. Para estoel líderdeberáverel impactode los cambios.
Luegode versi esviable el cambiose deberáinformaral grupopara que realice loscambios
perosintenerambigüedadesyse verificarasi se cumplióconloscambiospropuestosporel
cliente paracumplirtodaslasnecesidadesde laempresa.

4. Gestión de requerimientos
Para que la gestión de requerimientos sea eficaz en el desarrollo del software y cumplir con las
necesidades del cliente.
La matriz de relación de documentos es la encargada de verificar cada registro y su
clasificación es decir si es para negocio o para uso personal luego deberá mostrar la prueba de
cambios y su caso de uso.
Luego se mostrara la matriz de valoración si el requisito cumplió con todas las etapas del
proyecto y luego se dará por aprobado y cerrado el requisito lo cual se mostrara en una tanbla
La matriz de cambios es la encargada de mostrar si se cumplió con los cambios que sugirió el
cliente y si se cumplió con todo lo expuesto por el cliente lo cual se mostrara en un documento.