-
Notifications
You must be signed in to change notification settings - Fork 1
0 Proceso Utilizado
Pieza de información que es producida o modificada por un proceso.
Ejemplos:
- modelo de dominio
- Casos de uso
- Diseño de la aplicación
- Diseño de la base de datos
- Diagrama de Integración continua y despliegue continuo
Define las responsabilidades y el comportamiento de un individuo o conjunto de individuos
- Developer
- DevOps
- Arquitecto
- Analista de requisitos
Una unidad de trabajo que puede ser realizada por un rol individual y que produce un resultado en el contexto del proyecto.
Consiste en describir los conceptos mas importantes del contexto en el que esta la aplicación. Como los objetos de negocio que representan cosas que son manipuladas en un negocio, objetos del mundo real de los que la aplicación tiene que hacer seguimiento y los eventos que ocurrirán o han ocurrido. Todo ello para comprender la estructura y dinámica de la organización en la que el sistema se desarrollará, comprender los problemas actuales de la organización
destino e identificar mejoras potenciales, asegurar que clientes, usuarios finales y desarrolladores
tienen una comprensión común de la organización destino y obtener los requisitos del sistema para apoyar a la
organización de destino. **(modificar descripcion)**
Para ello se ha tenido una reunión con el responsable del taller donde me ha explicado como funciona el trabajo en el taller. Se han respetado el mismo vocabulario que usa el cliente para definir los objetos de dominio. y como salida de la actividad se han obtenido algunos diagramas, y el glosario de terminos.
proceso de requisitos
Es el flujo de trabajo cuyo principal propósito es dirigir el desarrollo hacia el **sistema correcto** describiendo los requisitos del sistema de tal forma que se alcance el acuerdo entre el cliente, usuarios y desarrolladores sobre lo que el sistema debería hacer. /!\
**Objetivos** Establecer y mantener el acuerdo con los clientes y otros implicados sobre lo que el sistema debería hacer Proveer a los desarrolladores del sistema con un mejor comprensión del los requisitos del sistema Definir los límites del sistema Proveer las bases para planificar los contenidos técnicos de cada iteración /!\
Encontrar actores, consiste en encontrar entidades externas que interactuan directamente con el sistema, y encontrar casos de uso, es realizar una especificación de secuencias de acciones, incluyendo variaciones, que el sistema puede realizar y que dan un resultado observable de interés a un actor particular. descritos a alto nivel
Se han priorizado los requisitos en función del riesgo, los mas prioritarios han sido los mas importantes para poder establecer una base de la arquitectura de la aplicación y aquellos que requirian de uso de tecnologias mas complejas, para ver como encajaba en el software final a desarrollar.
Ejemplos: