Vous êtes sur la page 1sur 2

Diagrama de Casos de Uso Esse diagrama documenta o que o sistema faz do ponto de vista do usurio.

Em outras palavras, ele descreve as principais funcionalidades do sistema e a interao dessas funcionalidades com os usurios do mesmo sistema. Nesse diagrama no nos aprofundamos em detalhes tcnicos que dizem como o sistema faz. Este artefato comumente derivado da especificao de requisitos, que por sua vez no faz parte da UML. Pode ser utilizado tambm para criar o documento de requisitos. Diagramas de Casos de Uso so compostos basicamente por quatro partes:
Cenrio: Sequncia de eventos que acontecem quando um usurio interage com

o sistema.
Ator: Usurio do sistema, ou melhor, um tipo de usurio. Use Case: uma tarefa ou uma funcionalidade realizada pelo ator (usurio) Comunicao: o que liga um ator com um caso de uso

rea do Caso de Uso

Cada caso de uso foca-se numa caracterstica do sistema. Para a maioria dos projetos de software isto significa que mltiplos, talvez dezenas, de casos de uso so necessrios para especificar completamente um novo sistema. O grau de conformidade de um projeto de software em particular pode influenciar o nvel de detalhe requerido em cada caso de uso. geralmente aceite que cada caso de uso seja curto o suficiente para ser implementado por um desenvolvedor de software num lanamento. A engenharia de requisitos consiste num processo onde so identificados todos os diferentes requisitos que um sistema de software dever satisfazer quando se encontrar funcional. Este processo recorre a diferentes tcnicas, algumas delas complementares entre si. O objetivo final obter todos os requisitos idealizados para o sistema, possivelmente classificados por ordem de importncia, descritos o mais claramente possvel e devidamente validados pelos interessados ou stakeholders do sistema. A clareza com que os requisitos so descritos e a sua abrangncia que idealizada pelos stakeholder a mxima prioridade do processo tendo em vista no s a necessidade de transio do conhecimento dos requisitos do sistema tanto para os programadores que o iro implementar quanto para os utilizadores que dele faro uso, mas tambm para garantir que todo o contedo pretendido esteja identificado antes do processo de implementao comear de modo a facilitar a arquitetura e planejamento de implementao da soluo evitando retrabalho. Entre as vrias tcnicas auxiliares tarefa de levantamento de requisitos, as mais reconhecidas e aconselhadas so:

Identificao de stakeholders: Determinao clara de quem ir usar o sistema e de quem o projetou, discernindo quais os objetivos iniciais por detrs da ideia, de modo a poder entender o que esperam que o sistema cumpra. Entrevistas com stakeholders do sistema: Consiste em efetuar entrevistas com os utilizadores e visionrios do sistema tentando obter uma ideia das vrias necessidades que o sistema deve satisfazer. Workshops de requisitos: Sesses de grupo com os utilizadores e visionrios do sistema promovendo o debate e discusso de ideias sobre o sistema a desenvolver. Listagem contratual de requisitos: Consiste em elaborar uma listagem contendo todas as necessidades que o sistema dever satisfazer. Prototipagem: Criao, apresentao e debate de modelos de interao no funcionais que ajudem a ilustrar como o sistema dever se comportar, permitindo assim obter feedback mais detalhado dos stakeholders sobre o sistema. Diagrama de Caso de Uso: Descreve a funcionalidade proposta para o novo sistema. Expanso de Diagrama de Casos de uso: Consiste na explicitao de todas as diferentes funcionalidades do sistema, que permitir inferir e identificar mais claramente outras necessidades.