1) Tipos de requisitos: Funcionales: especifican una accin que el sistema debe ser capaz de realizar, sin considerar restricciones

es fsicas. No funcionales: especifican restricciones fsicas sobre un requisito funcional (rendimiento, plataforma, fiabilidad)

2) Los casos de uso son una tcnica que se utiliza para documentar los requerimientos funcionales de un sistema desde el punto de vista de los usuarios Sirven como una forma de comunicacin entre personas de uno o varios equipos de trabajo, estimulando la discusin acerca del comportamiento del sistema en cuestin. Por su simpleza los casos de uso sirven para validar los requerimientos directamente con los (futuros) usuarios del sistema. 3) Las fases del UP son cuatro: En la fase de inicio se debe reconocer la mayora de los casos de uso, pero no desarrollar su descripcin detallada. En la fase de elaboracin se deben refinar los casos de uso en cada iteracin. En la fase de construccin se deben definir los casos de uso menores. En la fase de transicin no se describen casos de uso. 4) En un caso de uso un actor representa a una entidad externa que interacta con el sistema y cumple un rol determinado, estimulndolo con algn evento o recibiendo informacin del mismo. 5) No. Un actor o agente externo puede ser una persona, 6) Actores primarios: utilizan las funciones principales del sistema Actores secundarios: efectan tareas administrativas o de mantenimiento 7) Un escenario es una secuencia especfica de acciones entre los actores y el sistema (es una instancia de un caso de uso) 8) Un caso de uso deber implantarse y esto lo har mediante una sociedad de clases (incluyendo su estructura esttica y dinmica) que se modela como una colaboracin 10)

La diferencia es que en el escenario principal los flujos son los esperados, mientras que en los cursos alternativos los flujos son errores al ingresar los datos o excepciones. 11) Pre condiciones: establecen lo que siempre debe cumplirse antes de comenzar un caso de uso. No se prueban en el caso de uso, se asume que son verdaderas. Post condiciones: establecen qu debe cumplirse cuando el caso de uso se completa con xito. 12) Una relacin de extensin entre casos de uso especifica que un caso de uso base incorpora implcitamente el comportamiento de otro caso de uso en el lugar especificado por el caso de uso base que extiende. Se representa mediante una dependencia. Se utilizan para agregar pasos a un caso de uso existente sin modificar el original, siempre que se cumpla una condicin (alguna que no se cumple frecuentemente). 13) Una relacin de inclusin entre casos de uso especifica que un caso de uso base incorpora explcitamente el comportamiento de otro caso de uso en el lugar establecido en el caso de uso base Una relacin de inclusin se representa como una dependencia (lo que significa que un caso de uso utiliza informacin y servicios de otro). Se utilizan cuando un caso de uso incorpora explicitamente el comportamiento de otro caso de uso; cuando se desea evitar repeticiones de descripcin de flujos de eventos; cuando distintos casos de uso poseen un conjunto de eventos con la misma funcionalidad, estos eventos se pueden factorizar en un nuevo caso de uso, el cual se relacionar con los anteriores mediante la relacin de inclusin; o cuando un caso de uso es muy extenso y difcil de leer .