Flashcards
FlashCards Buenas Practicas
Cards in this deck (34)
- 1BAEl analista de negocios desempeñará un papel importante pero no todos los proyectos tienen un BA
- 2"El requisito esencial del software"implica obtención, análisis,
especificación y validación. - 3Enfoque para el desarrollo de requisitosPor la gran diversidad en los proyectos de desarrollo de software no existe un enfoque único, por lo que un marco de proceso se debe de ajustar de acuerdo al proyecto
- 4¿El proceso es secuandial?Los procesos se siguen en secuencia numérica pero no es estrictamente de forma secuencial
- 5¿Como se trabajan los proceso iterativos?trabajarán en los requisitos en cada iteración del proceso de desarrollo, con un mayor énfasis en la primera iteración
- 6Establecer la visión del producto/alcance del proyectoDefine el limite entre lo que está dentro del resultado esperado del producto.
- 7Identificar a cada usuario con sus rolesSe deben de establecer los niveles de privilegios o la experiencia de las funciones para identificar las necesidades de cada uno y que no pasen por alto
- 8Definir al campeón del productoEl campeón de producto es necesario para englobar todas las necesidades de cada usuario en cada nivel para que cuando sea lanzado al mercado pueda compartirse con el.
- 9Representantes de los usuariosEsto es para identificar los requisitos que tiene cada usuario, y hacer que ejecute las tareas deseadas por el usuario para determinar si cumple con lo reuqerido.
- 10Entrevistas de elicitaciónSe pueden aplicar individualmente o por grupos pequeños, son una forma de obtener requisitos específicos importantes
- 11Análisis de los documentosToda la documentación existente sobre el proyecto es importante leerla para saber si describe como funcionan los sistemas del proyecto.
- 12Examinar los informes de problemasEsto se hace principalmente para tener más ideas para los requisitos ya que es como una retroalimentación
- 13Reutilizar los requisitos ya existentesPara llevar a cabo los nuevos requisitos debemos de evaluar los que ya están presentes en el sistema para mejorarlos y saber mejor como implementarlos.
- 14Análisis de requisitosTrata de pulir los requisitos que se establecieron en el paso anterior, eliminar los errores para que se puedan implementar de manera eficiente.
- 15Modelo del entornoDefine las interfaces del sistema que se esta desarrollando y las entidades externas, se necesita el diagrama de contexto.
- 16Crear la interfaz de usuarioEn caso de que los desarrolladores o usuarios no se sientan seguros de los requisitos a implementar cree un prototipo para guiar el proyecto y conocer los requisitos en base a ese modelo.
- 17Analizar la viabilidad de los requisitosDe acuerdo con los requisitos planteados el BA debe de colaborar con los desarrolladores para que cada requisito sea implementado con un costo y rendimiento aceptable
- 18Priorizar requisitosLos requisitos se deben de ordenar de acuerdo con su mayor valor o mas oportuno para que sean implementados los mas importantes a los menos difíciles de agregar.
- 19Diccionario de datosEs para que las personas que trabajan en el proyecto puedan usar definiciones y datos consistentes de manera correcta
- 20Modelar los requisitosRepresenta los requisitos visualmente al contrario que la representación textual. Estos pueden revelar los requisitos incorrectos, inconsistentes, faltantes y superfluos. Estos modelos incluyen a diagramas de flujo diagramas de E-R, transición de estado, tablas de estado, mapas de diálogo, etc.
- 21Interfaz del sistema al mundo exteriorDefinir el software del sistema como va a estar conectado con otros sistemas del mundo exterior para hacer interconexiones entre componentes a otros equipos
- 22Requisitos para subsistemasUn producto complejo requiere de múltiples subsistemas que requieren de varios requisitos diferentes cada uno. Por ejemplo un sistema de acceso a un edificio seguro que incluye tarjetas magnéticas u ópticas, escáneres, etc.
- 23Especificación de requisitosEl objetivo de esto es documentar requisitos de una manera coherente, accesible y revisable que sea fácilmente comprensible para el público objetivo
- 24Plantillas de documentos de requisitosEstas proporcionan una estructura consistente para registrar varios grupos de requisitos. la plantilla le recordará los diversos tipos de información sobre requisitos que debe explorar y registrar
- 25Etiquetar cada requisitoEl etiquetado de los requisitos permite la trazabilidad de los requisitos y el registro de los cambios realizados.
- 26Registrar las reglas comercialesIncluyen políticas corporativas, regulaciones gubernamentales,
estándares y algoritmos computacionales. Documente sus reglas de negocio por separado de los requisitos de un proyecto. - 27Reconocer a los requisitos no funcionalesEs posible que una tarea cumpla con su cometido pero que no satisface las expectativas de calidad del cliente, para ello los requisitos no funcionales se deben de retirar o pasar a una función que los requiera.
- 28Validación de requisitosGarantiza que los requisitos sean correctos, demuestren las características de calidad deseadas y satisfarán las necesidades del cliente.
- 29Revisar y comprobar los requisitosRevisión rigurosa llamada
inspección, es una de las prácticas de calidad del software de mayor valor disponibles. Las pruebas requieren que
se piense en cómo saber si la funcionalidad esperada se implementó correctamente - 30Definir criterios de aceptaciónLos usuarios describen cómo si la solución satisface sus necesidades y es apta para su uso. Incluyen una combinación de que el software pase un conjunto definido de pruebas de aceptación basadas en los requisitos del usuario.
- 31Gestión de requisitosSaber hacer los cambios inevitables que los clientes piden, gerentes, marketing o usuarios piden. Se necesita un proceso para realizar los cambios, evaluar su costo e impacto y su potencial en el proyecto.
- 32Análisis de impacto sobre cambios de requisitosEs posible que sea necesario volver a una versión anterior de un requisito o desea saber cómo llegó a existir un requisito en su forma actual. por lo que se debe tener un historial de versiones
- 33Matriz de trazabilidad de requisitoszEs útil para confirmar que todos los requisitos se implementan y verifican. También es útil durante el mantenimiento cuando es necesario modificar un requisito.
- 34Definir un proceso de ingeniería de requisitosDocumente, analice, especifique, valide y gestione requisitos. También facilitará la planificación de las tareas de gestión y desarrollo de requisitos de cada proyecto, el cronograma y los recursos necesarios.
Information
- Description
- Flashcards on FlashCards Buenas Practicas, created by Oscar Hizay Apodaca Garcia on 08/09/2023.
- Created by
- Oscar Hizay Apodaca Garcia
- Views
- 14
- Rating