Modelagem de Sistemas

Estrutura de dados
Tipo abstrato de dados

Modelos de Casos de Uso

(TAD)

Modelos de Casos de Uso

MODELOS DE CASOS DE USO
Um modelo de caso de uso representa as funcionalidades do sistema
e os elementos externos que interagem com o sistema. Representa um
refinamento dos requisitos funcionais do sistema (BEZERRA, 2009).

Glossrio: requisitos funcionais

declaraes de servios que o sistema deve fornecer, de como o sistema deve reagir
a entradas especficas e como os sistema deve se comportar em determinadas situaes.
Em alguns casos, os requisitos funcionais tambm podem explicar o que o sistema dever
fazer. (SOOMERVILLE, 2011)

Saiba mais!
Requisitos funcionais
Para relembrar os conceitos de requisitos funcionais voc pode consultar os livros:
1. Engenharia de Software, de Ian Sommerville, 2011.
2. Engenharia de Software, de Roger Pressman, 2006.

Este modelo representado na UML pelo diagrama de casos de uso.

Trata-se de um modelo muito importante que direciona diversas tarefas do
processo de desenvolvimento de software. Este modelo envolve diversos
componentes como os casos de uso, atores e relacionamentos entre eles
(BEZERRA, 2009).
A elaborao de um modelo de casos de uso envolve a criao de
elementos grficos e textuais. A parte grfica corresponde elaborao do(s)
diagrama(s) de caso de uso e a parte textual corresponde documentao
dos atores e dos casos de uso.
Vamos conhecer um pouco melhor cada um destes componentes e
como utiliz-los para gerar o diagrama de casos de uso.

CASOS DE USO
Vamos entender o que um caso de uso, para isto vamos supor um
projeto de construo de uma casa.
Quando h construo de uma casa o proprietrio do imvel em
conjunto com um engenheiro ou arquiteto devem pensar em todos os
Modelagem de Sistemas Modelos de Casos de Uso

detalhes da utilizao desta casa. Por exemplo, a cozinha deve ser pensada
e projeta de forma a armazenar mantimentos e utenslios de maneira prtica
para quando houver necessidade de utiliz-los para cozinhar refeies. A
localizao da garagem tambm importante no momento de carregar e
descarregar as compras de mantimentos feitas no supermercado. O nmero
de banheiros que a casa vai ter e o local onde eles iro ficar vai depender da
quantidade de pessoas que vo utiliz-los e da rotina diria dos moradores.
Planejar o nmero adequado de banheiros e sua localizao dentro casa vai
ajudar na organizao da casa todas as manhs, quando a famlia toda
precisar utilizar o banheiro antes de sair para escola, trabalho, etc.. Quando
estamos pensando e planejando a melhor maneira de como a casa ser
utilizada, estamos fazendo uma espcie de anlise baseada em caso de uso.
Estamos pensando em vrios modos como a casa ser utilizada e esses
casos de uso da casa vo orientar na arquitetura de construo da mesma
(BOOCH, 2006).
Os casos de uso podem ser definidos sem especificar o modo como
sero implementados. Por exemplo, vamos supor agora um sistema caixa
eletrnico. Podemos especificar como um sistema de caixa eletrnico deve
funcionar sem nos preocuparmos com o que acontece dentro do caixa
eletrnico (BOOCH, 2006).
Desta forma, os casos de uso especificam o comportamento desejado,
mas no determinam como este comportamento ser executado.
Segundo Booch (2006), um caso de uso descreve uma descrio de
um conjunto de sequncias, cada uma representando a interao de itens
externos ao sistema (seus atores) com o prprio sistema.
Bezerra (2009) define um caso de uso como a especificao de uma
sequncia completa de interaes entre um sistema e um ou mais agentes
externos a esse sistema. Um caso de uso representa um relato de uso de
certa funcionalidade do sistema em questo, sem revelar a estrutura e o
comportamento internos desse sistema.
Partindo deste conceito, uma pessoa, ao analisar um modelo de caso
de uso, consegue entender quais so as funcionalidades do sistema e quais
os resultados externos produzidos por estas funcionalidades, mas ele no
conseguir, analisando apenas este modelo, saber como o sistema age
internamente para produzir os resultados gerados (BEZERRA, 2009).

Lembre-se!
Um caso de uso representa uma determinada funcionalidade de um sistema
conforme percebida externamente. Representa tambm os agentes externos que interagem
com o sistema. Um caso de uso, entretanto no revela a estrutura e o comportamento
internos do sistema. (BEZERRA, 2009)

Modelagem de Sistemas Modelos de Casos de Uso

Um caso de uso representa uma funcionalidade do sistema, e so

identificados na fase de anlise de requisitos. Um caso de uso representa um
requisito funcional do sistema.
Soomerville (2011) define requisitos funcionais como declaraes de
servios que o sistema deve fornecer, de como o ele deve reagir a entradas
especficas e como o sitema deve se comportar em determinadas situaes.
Em alguns casos, os requisitos funcionais tambm podem explicar o que o
sistema dever fazer.
Para um sistema de caixa eletrnico podemos ter os seguintes
requisitos funcionais:
RF01 O sistema deve permitir a consulta ao saldo pelo cliente.
RF02 O sistema deve permitir a realizao de saques, desde que o
cliente tenha saldo suficiente.
RF03 O sistema deve imprimir e permitir que cliente imprima seu
extrato bancrio.
Com base nestes requisitos funcionais definidos acima podemos
considerar que o sistema de caixa eletrnico possui os seguintes casos de
uso: consultar saldo, realizar saque, e imprimir extrato.
A UML utiliza uma elipse como representao grfica para representar
um caso de uso, conforme podemos observar na Figura 1.

Figura 1: Representao grfica de um caso

de uso proposta pela UML.

Casos de uso podem representar funcionalidades de todo um sistema

ou de partes dele. Tambm podem ser utilizados como base de casos de
testes para estes elementos medida que forem sem desenvolvidos.

Resumindo!
Casos de uso
Um caso de uso uma descrio de um conjunto de sequncias de aes, inclusive
variantes, que um determinado sistema executa para produzir um resultado de valor
observvel por um ator. Graficamente, um caso de uso representado por uma elipse
(BOOCH, 2006)

Modelagem de Sistemas Modelos de Casos de Uso

Nomenclaturas para Casos de Uso

Todos os casos de uso devem ter um nome para que sejam diferentes
dos demais.
Vamos adotar como boa prtica de modelagem, a seguinte regra para
gerao de nomes para os casos de uso:
1. Todo caso de uso ter seu nome composto por um identificador
mais o seu nome. O identificador ser formado pela sigla UC
(do ingls use case) seguida da numerao: UC01, UC02,
etc..
2. O nome de um caso de uso sempre dever apresentar o verbo

infinitivo. Exemplo: UC01 - Realizar compra, UC02 - Consultar

cliente, UC03 - Imprimir relatrio de vendas, etc..
Voltando ao nosso exemplo do sistema de caixa eletrnico, os
casos de uso esto representados graficamente pela Figura 2.

UCO1 Consultar Saldo

UCO2 Realizar Saque

UCO3 Imprimir extrato

Figura 2: Representao grfica dos casos de uso do sistema de caixa

eletrnico e sua nomenclatura.

Glossrio: verbo infinitivo

Quando um verbo encontra-se no tempo verbal infinitivo ele se apresenta
naturalmente, sem qualquer conjugao; o "nome" do verbo. D ideia de uma ao ou
estado, porm sem vincul-lo a tempo, modo ou pessoa especfica. Por exemplo: caminhar,
pesquisar, consultar, nadar, etc..

Casos de Uso e Atores

Um caso de uso envolve tambm a interao de atores com o sistema

(BOOCH, 2006). Um ator pode ser entendido como um elemento do mundo
externo que interage com o sistema. Os atores no fazem parte do sistema,
eles trocam informaes com o sistema, ou seja, eles enviam ou recebem
informaes do mesmo. Atores podem ser classificados em (BEZERRA,
2009):
Modelagem de Sistemas Modelos de Casos de Uso

1. Cargos: empregado, gerente, vendedor, etc..

2. Organizaes ou departamentos: administradora de carto de
crdito, departamento contbil, etc..
3. Sistemas: sistema de contas a pagar, sistema contbil, etc..
4. Equipamentos: leitor biomtrico, leitor de cdigo de barrar,
sensores de presena, etc..

A Figura 3 mostra a representao grfica proposta pela UML para os

atores.

Figura 3: Representao grfica de um ator,

proposta pela UML.

Considerando agora o exemplo do sistema de caixa eletrnico

proposto anteriormente, podemos dizer que para este sistema o Cliente um
ator, pois ele quem interage com o sistema para realizar consulta de
saldos, realizar saques e imprimir extratos.

Relacionamentos entre Casos de Usos e Atores

O ltimo componente de um modelo de caso de uso o

relacionamento. Os relacionamentos fazem as associaes entre os atores e
casos de uso, e, tambm entre os casos de uso.
Para que um ator ou caso de uso faam sentido na modelagem em
que esto participando eles sempre devero estar relacionados a algum outro
elemento, ou seja, no pode haver atores ou casos de uso sem nenhum
relacionamento na modelagem.
Os atores podem estar ligados a casos de uso ou a outros atores. Os
casos de uso, por sua vez, podem estar ligados a atores ou a outros casos
de uso.
Vamos agora conhecer os tipos de relacionamento propostos pela
UML para modelos de caso de uso.

Modelagem de Sistemas Modelos de Casos de Uso

1. Relacionamento de comunicao (ou associao): Faz a

associao entre um caso de uso e um ator. Quando o ator est
associado a um caso de uso significa que ele interage com
sistema. Um ator pode se relacionar com mais de um caso de
uso (BEZERRA, 2009). A associao entre atores e casos de
uso pode ocorrer de duas maneiras: associao unilateral ou
bilateral.
A associao unilateral significa que est havendo troca de
informao somente de um lado do relacionamento. Como
exemplo, podemos observar na Figura 4 a associao entre o
caso de uso UC01 - Realizar Venda e o ator Sistema de Contas
a Pagar. A troca de informaes unilateral porque o Sistema
de Contas a Pagar no envia informaes para o caso de uso
Realizar Vendas. Ele apenas recebe informaes geradas pelo
caso de uso UC01 Realizar Venda, por isto a linha que faz a
ligao entre eles possui uma ponta de seta que sai de UC01 e
chega ao Sistema de Contas a Pagar.

Figura 4: Representao de atores e suas comunicaes com sistema.

Quando a associao bilateral, existe troca de informaes

entre o caso de uso e ator. Na Figura 4 podemos observar a
associao entre o ator Vendedor e o caso de uso UC01
Realizar Venda. Observe que no existe ponta de seta na linha
de relacionamento que liga o ator ao caso de uso porque o
Vendedor passa informaes para o sistema e o sistema
devolve informaes para o ator atravs do caso de uso UC01.
2. Relacionamento de incluso: O relacionamento de incluso
aplicvel somente entre casos de uso. Para entendermos o
princpio deste tipo de relacionamento, til uma analogia com
um conceito de linguagens de programao: a rotina. Quando
dois ou mais casos de uso incluem uma sequncia comum de
interaes, essa sequncia comum deve ser descrita em outro
caso de uso. A partir da, os casos de uso do sistema podem
Modelagem de Sistemas Modelos de Casos de Uso

usar esse caso de uso comum. Isso evita a descrio de uma

mesma sequncia de interaes mais de uma vez, tornando
assim a descrio dos casos de uso como um todo mais
simples. Neste tipo de relacionamento deve-se usar o
esteretipo <<inclui>> acima da linha do relacionamento
(BEZERRA,
2009).
Uma
incluso
representa
um
relacionamento obrigatrio e sempre que o caso de uso
principal for executado o caso de uso secundrio tambm ser.
Na Figura 5 podemos observar a incluso do caso de uso UC02
Validar CPF. Significa que toda vez que uma venda for
realizada por meio do caso de uso UC01 Realizar Venda, o
caso de uso UC02 Validar CPF tambm ser realizado
obrigatoriamente (100% das vezes). Observe que a ponta da
seta da linha tracejada parte do caso de uso principal (UC01) e
chega ao caso de uso includo (UC02).

Figura 5: Exemplo de relacionamento de incluso (inclui).

3. Relacionamento de extenso: Esta forma de relacionamento

tambm aplicada somente a casos de uso. utilizado para
modelar situaes em que diferentes sequncias de interaes
podem ser inseridas em um caso de uso, que passa a ser
chamado caso de uso estendido. Cada uma dessas diferentes
sequncias representa um comportamento opcional, ou seja,
que s ocorre em certas condies, ou cuja realizao depende
da escolha de um ator. Quando um ator opta por executar a
sequncia de interaes definida no extensor, este executado.
Aps sua execuo, o fluxo de interaes volta ao caso de uso
estendido (ou principal), recomeando logo aps o ponto em
que o extensor foi inserido. Neste tipo de relacionamento devese usar o esteretipo <<estende>> (BEZERRA, 2009). Na
Figura 6 podemos visualizar um exemplo de extenso. Ao
realizar uma venda (UC01) o vendedor pode optar por cadastrar
um novo cliente (UC03). Observe que neste caso a ponta da
Modelagem de Sistemas Modelos de Casos de Uso

seta est chegando ao caso de uso UC01 (caso de uso

estendido ou principal) e saindo do caso de UC03 (extensor). O
cadastro de um novo cliente algo opcional que s ser
realizado caso o Vendedor escolha esta opo.

Figura 6: Exemplo de relacionamento de extenso (estende).

4. Relacionamento
de
generalizao:
Este
tipo
de
relacionamento pode ocorrer entre atores ou entre casos de
usos. Representa a herana, ou seja, permite que um caso de
uso (ou um ator) herde caractersticas de um caso de uso (ou
de um ator) mais genrico. Este ltimo normalmente chamado
de caso de uso (ou ator) base. O caso de uso (ou ator) herdeiro
pode especializar o comportamento do caso de uso (ou ator)
base (BEZERRA, 2009). Na Figura 7 podemos visualizar um
exemplo de generalizao onde, o ator Vendedor pode ser
especializado em Vendedor Internacional. Somente os
Vendedores Internacionais podem executar o caso de uso
UC02 Realizar Venda de Produtos Importados, que uma
especializao do caso de uso UC01 Realizar Venda (caso de
uso generalizado).

Figura 7: Exemplo de relacionamento generalizao.

Modelagem de Sistemas Modelos de Casos de Uso

Dica!
Uso de relacionamento
Os relacionamentos de comunicao so muito importantes para o entendimento da
interao, principalmente entre atores e casos de uso. necessrio especial cuidado na
hora fazer os relacionamentos para que o diagrama no fique confuso. Dicas importantes:

Evite fazer o cruzamento de relacionamentos (uma linha de relacionamento passar

por cima de outra).

Evite usar incluses e extenses em excesso, pois seu uso exagerado dificulta o
entendimento do que est sendo modelado.

Lembre-se que o modelo de casos de uso gerado ser utilizado por diferentes nveis
de pessoas, inclusive por usurios finais que no tm conhecimentos de tecnologia.

DIAGRAMA DE CASO DE USO

O diagrama de caso de uso um dos principais diagramas da UML.
Segundo Bezerra (2009), os diagramas de caso de uso correspondem a
uma viso externa de alto nvel do sistema.
Booch (2006) define um diagrama de casos de uso como um
diagrama comportamental que mostra um conjunto de casos de uso e atores
e seus relacionamentos.
Para sistemas de pequeno e mdio porte um nico diagrama de casos
de uso pode modelar todas as suas funcionalidades. J em sistemas mais
complexos necessrio gerar quantos diagramas de caso de uso forem
necessrios (por mdulos, subsistemas, etc.) com intuito de representar as
funcionalidades do mesmo. Desta forma, podemos gerar diagramas de caso
de uso que representam, por exemplo, somente casos de uso logicamente
relacionados. Outros critrios para organizar casos de uso em um diagrama
so (BEZERRA, 2009):

1. Diagrama que exibe um caso de uso e seus relacionamentos.

2. Diagrama que exibe todos os casos de uso para um ator
especfico.
3. Diagrama que exibe todos os casos de uso a serem
implementados em uma iterao de desenvolvimento.
4. Diagrama que exibe todos os casos de uso de um
departamento especfico de uma organizao, etc..

Modelagem de Sistemas Modelos de Casos de Uso

10

A fronteira (contexto) um artificio que pode ser utilizado na

elaborao do diagrama de caso de uso para delimitar a fronteira entre o
sistema e seu exterior. uma espcie de retngulo que delimita o que faz
parte internamente do sistema e o que fica fora do sistema. Os atores sempre
ficaro do lado de fora da fronteira. Por exemplo, na Figura 8 podemos
observar o diagrama de casos de uso do Sistema de Vendas, os atores
Vendedor e Sistema de Contas a Pagar, que ficam foram da fronteira.

Figura 8: Exemplo de diagrama de caso de uso utilizando uma fronteira.

ELABORAO DO MODELO DE CASO DE USO

A elaborao de um modelo de caso de uso envolve a elaborao de
elementos grficos e textuais. A parte grfica corresponde elaborao do(s)
diagrama(s) de caso de uso e a parte textual corresponde documentao
dos atores e dos casos de uso.
A seguir, vamos conhecer os passos para elaborao de um diagrama
de caso de uso:

1. Determine a fronteira: O que o diagrama vai representar? Um

sistema? Subsistema? Um departamento?
2. Determine os casos de uso necessrios para representar as
funcionalidades dentro do contexto definido na fronteira.
3. Identifique os atores e suas responsabilidades.
4. Elabore o diagrama de caso de uso:
a. Faa as ligaes entre os atores e os casos de uso de
sua responsabilidade.
b. Faa a representao dos relacionamentos de incluso e
extenso.
c. Faa a documentao dos casos de uso e atores.

Modelagem de Sistemas Modelos de Casos de Uso

11

Documentao de Atores

A documentao dos atores bastante simples. Deve conter o nome

do ator e uma descrio breve do seu papel e suas responsabilidades. Um
exemplo de documentao de atores apresentado em seguida.
Considerando o sistema de Caixa Eletrnico, o ator Cliente pode ser
documentado da seguinte forma:

Cliente: Indivduo que possui uma conta corrente na instituio

financeira. responsvel pela consulta de saldo, realizao de
saques e impresso de extratos de sua conta corrente.

Documentao de Casos de Uso

Existem vrias maneiras de documentar um caso de uso. Cada

empresa pode definir o seu padro para documentao. Normalmente as
organizaes utilizam descries dos tipos: contnuo, numerado ou tabular
(BEZERRA, 2009).
No formato contnuo a narrativa do caso de uso ocorre atravs de
texto livre. Vamos considerar o caso de uso Realizar Saque de um sistema
de Caixa Eletrnico para exemplificar a documentao. O Quadro 1 mostra
um exemplo de caso de uso que utiliza narrativa contnua.

Quadro 1: Exemplo de descrio contnua. (Fonte: Bezerra, 2009).

Este caso de uso inicia quando o cliente chega ao caixa eletrnico e

insere seu carto.
O sistema solicita a senha do Cliente. Aps o Cliente fornecer sua senha
e esta ser validada, o sistema exibe as opes de operaes possveis. O
Cliente escolhe a opo realizar saque. Ento o sistema requisita o total a ser
sacado. O Cliente fornece o valor da quantidade que deseja sacar. O sistema
fornece a quantia desejada e imprime o recibo para o Cliente. O Cliente retira a
quantia e o recibo, e o caso de uso termina.

No formato numerado a narrativa feita por meio de passos

numerados. O Quadro 2 apresenta um exemplo de narrativa neste formato
(BEZERRA, 2009).

Modelagem de Sistemas Modelos de Casos de Uso

12

Quadro 2: Exemplo de descrio numerada. (Fonte: Bezerra, 2009).

1) Cliente insere seu carto no caixa eletrnico.

2) Sistema apresenta solicitao de senha.
3) Cliente digita a senha.
4) Sistema valida a senha e exibe menu de operaes disponveis.
5) Cliente indica que deseja realizar um saque.
6) Sistema requisita o valor da quantia a ser sacada.
7) Cliente fornece o valor da quinta que deseja sacar.
8) Sistema fornece a quantia desejada e imprime o recibo para o Cliente.
9) Cliente retira a quantia e recibo.
10) O caso de uso encerrado.
No formato tabular o texto organizado em uma tabela com duas
colunas: uma com as aes do ator e outra com as aes do sistema. Um
exemplo de narrativa tabular para o caso de uso Realizar Saque pode ser
visto no Quadro 3.

Quadro 3: Exemplo de descrio tabulada. (Fonte: Bezerra, 2009).

Cliente

Sistema

Insere seu carto no caixa

Apresenta solicitao de senha.

eletrnico.

Valida senha e exibe menu de operaes

Digita a senha.

disponveis.

Solicita realizao de saque.

Requisita a quantia a ser sacada.

Fornece o valor da quantia que

Fornece a quantia desejada e imprime o recibo

deseja sacar.

para o Cliente.

Retira a quantia e o recibo.

Padro para Documentao de Casos de Uso

Conforme vimos anteriormente, existem diversas formas para

documentar um caso de uso.
Uma descrio de casos de uso pode incluir alm da descrio da
funcionalidade principal do caso de uso outros elementos, como fluxos
alternativos e fluxos de exceo, que podem ser ou no executados
dependendo da interao entre o ator e o caso de uso.

Modelagem de Sistemas Modelos de Casos de Uso

13

Um fluxo alternativo pode ser entendido como aes a serem seguidas

pelo sistema caso o ator opte por uma opo de cenrio alternativa, diferente
da descrita no fluxo principal do caso de uso. Por exemplo, o ator decide
opcionalmente fazer outra ao (sair do sistema, fazer uma consulta, etc.).
Um fluxo de exceo similar a um fluxo alternativo, porm a
execuo das aes presentes neste fluxo ocorre devido a um desvio na
execuo do fluxo principal em resposta a um problema na interao entre o
ator e o sistema, por exemplo, quando o ator realiza uma ao invlida ou
informa um dado invlido.
No Quadro 4 temos o modelo para documentao de casos de uso
que usaremos como padro.

Quadro 4:Padro para documentao de casos de uso.

Caso de uso: indicar o cdigo e nome do caso de uso.

Descrio resumida: breve descrio do objetivo do
caso de uso.
Ator primrio: indicar o nome ou nomes de atores que
iniciam o caso de uso.
Pr-condio: uma restrio ou restries que
devem ser verdadeiras antes de comear o caso de uso.
Fluxo Principal: descrever os passos necessrios
para alcanar o objetivo do processo de negcio com
sucesso. Enumerar os passos, indicando a interao entre
usurio e sistema.

No item fluxo de principal presente no Quadro 4 onde colocaremos a

descrio do caso de uso. Vamos adotar como padro para documentao
de casos de uso uma descrio numerada essencial. Este tipo de
especificao mostra somente os passos essenciais para o sistema, no
considerando aes triviais (um exemplo de passo trivial pode ser visto no
Quadro 2 o item 1 considerado trivial).

Modelagem de Sistemas Modelos de Casos de Uso

14

UM ESTUDO DE CASO
A seguir ser apresentado um estudo de caso para que possamos
fixar, por meio da prtica, os conceitos aprendidos nesta unidade.
Este estudo de caso ser utilizado como exemplo nas demais
unidades. medida que formos adquirindo novos conhecimentos, novos
diagramas sero gerados para complementar a modelagem do problema
apresentado. O estudo de caso foi adaptado de Bezerra (2009).

Descrio do Estudo de Caso

Suponha que uma universidade precise de um sistema para controlar

seus processos acadmicos, como inscries em disciplinas, lanamento de
notas, alocao de recursos para turmas, etc. Foi feito um levantamento de
requisitos deste sistema e os analistas identificaram os seguintes requisitos
funcionais (Adaptado de: Bezerra, 2009):

RF01 O sistema deve permitir que alunos visualizem as notas

obtidas por semestre letivo.
RF02 O sistema deve permitir o lanamento das notas das
disciplinas lecionadas em um semestre letivo e controlar os
prazos e atrasos neste lanamento.
RF03 O sistema deve manter informaes cadastrais sobre as
disciplinas no currculo escolar.
RF04 O sistema deve permitir a abertura de turmas para uma
disciplina, assim como a definio de salas e laboratrios a
serem utilizados e dos horrios e dias da semana em que
haver aulas de tal turma.
RF05 O sistema deve permitir que os alunos realizem a
inscrio em disciplinas de um semestre letivo.
RF06 O sistema deve permitir o controle do andamento das
inscries em disciplinas feitas por alunos.
RF07 O sistema deve permitir a comunicao com o sistema
de Recursos Humanos para obter as informaes cadastrais
dos professores.
RF08 O sistema deve se comunicar com o Sistema de
Faturamento para informar as inscries que foram realizadas
pelos alunos.
RF09 O sistema deve manter informaes cadastrais sobre
alunos e seus histricos escolares.

Modelagem de Sistemas Modelos de Casos de Uso

15

A seguir so apresentadas as regras de negcio identificadas pelos

analistas (BEZERRA, 2009):

RN01 Em um semestre letivo, um aluno no poder se

inscrever em uma quantidade de disciplinas cuja soma dos
crditos ultrapasse 20.
RN02 Uma oferta de disciplina em uma turma no pode
termais que 40 alunos inscritos.
RN03 Um aluno no pode se inscrever em uma disciplina
para a qual no possua os pr-requisitos necessrios.
RN04 Um professor s pode lecionar disciplinas para as quais
esteja habilitado.
RN05 Um aluno deve ter sua matrcula cancelada caso seja
reprovado mais de duas vezes na mesma disciplina.

Identificao dos atores e suas

responsabilidades

Dando continuidade ao processo de elaborao do diagrama de caso

de uso para representar o problema proposto, o analista identificou e
documentou os seguintes atores e suas responsabilidades (BEZERRA,
2009):

Aluno: Indivduo que est matriculado na universidade.

Faz inscries em disciplinas do curso onde est
matriculado.
Professor: Indivduo que leciona as disciplinas na
universidade.
Coordenador: Indivduo interessado em agendar as
alocaes de turmas e professores, e visualizar o
andamento de inscries dos alunos.
Departamento de Registro Escolar: Departamento da
universidade interessado em manter informaes sobre
os alunos matriculados e sobre seu histrico escolar.
Sistema de Recursos Humanos: Sistema responsvel
por fornecer informaes do cadastro de professores.
Sistema de Faturamento: Sistema que tem interesse
em obter informaes sobre inscries dos alunos para
realizar o controle de pagamento das mensalidades.

Modelagem de Sistemas Modelos de Casos de Uso

16

Identificao dos casos de uso

Tomando como base os requisitos funcionais anteriormente descritos,

o analista identificou os casos de uso do sistema e os organizou em trs
grupos:
1. Gerenciamento de Inscries:
UC01 - Realizar Inscrio
UC02 - Cancelar Inscrio
UC03 - Visualizar Grade Curricular
UC04 - Visualizar Andamento de Inscries
UC05 - Abrir Turma
UC06 - Fechar Turma
UC07 - Atender Listas de Espera
2. Gerenciamento de Recursos Acadmicos:
UC08 Manter Grade Curricular
UC09 Manter Disciplina
UC10 Manter Aluno
UC11 Fornecer Grade de Disponibilidade
UC12 Fornecer Habilitaes
UC13 Atualizar Informaes sobre Professor
3. Acompanhamento de Semestre Letivo:
UC14 Lanar Avaliaes e Frequncias
UC15 Obter Dirio de Classe
UC16 Visualizar Avaliaes e Frequncias
UC17 Solicitar Histrico Escolar

Elaborao do diagrama de caso de

uso

O diagrama de caso de uso para modelar as necessidades do Sistema

de Controle Acadmico pode ser visto na Figura 9. Este diagrama representa
todo o sistema, ou seja, todos os casos de uso e atores. Vale mencionar que
o analista poderia ter gerado, por exemplo, trs diagramas de caso de uso
modelando cada um dos grupos identificados anteriormente.

Modelagem de Sistemas Modelos de Casos de Uso

17

Sistema de Controle Acadmico

UC01 - Realizar
Inscrio
Aluno

Sistema de
Faturamento

UC02 Cancelar
Inscrio
UC09 Manter
Disciplina
UC16 Visualizar
Avaliaes e
Frequncias

UC08 Manter Grade

Curricular

UC17 Solicitar
Histrico Escolar
DRE
UC10 Manter Aluno

UC03 - Visualizar
Grade Curricular

UC04 - Visualizar
Andamento de Inscries

UC13 Atualizar
Informaes sobre
Professor
UC14 Lanar
Avaliaes e
Frequncias

UC07 - Atender Listas

de Espera
Coordenador

UC05 - Abrir Turma

UC11 Fornecer
Grade de
Disponibilidade

UC06 - Fechar Turma

UC12 Fornecer
Habilitaes

Sistema de RH

Professor

UC15 Obter Dirio

de Classe

Figura 9: Diagrama de caso de uso para o sistema do Controle Acadmico.

(Fonte: adaptado de Bezerra, 2009).

Cada um dos casos de uso da Figura 9 deve ser devidamente

documentado pelo analista. Em seguida, apresentado apenas um exemplo
de documentao do caso de uso UC01 Realizar Inscrio, segundo o
padro de documentao proposto no Quadro 4, e que deve ser utilizado na
especificao de todos os casos de uso durante este curso.
Documentao do caso de uso UC01 Realizar Inscrio:

Caso de Uso: UC01 Realizar Inscrio

Descrio resumida: O aluno usa o sistema para realizar sua
inscrio em disciplinas.
Ator primrio: Aluno.

Modelagem de Sistemas Modelos de Casos de Uso

18

Pr-condio: O aluno deve estar devidamente identificado pelo

sistema por meio de login e senha.
Fluxo Principal:
1. sistema disponibiliza uma tela com as opes de funes para o
aluno.
2. aluno seleciona a opo de Realizar Inscrio.
3. sistema disponibiliza uma lista com as disciplinas disponveis
para este aluno fazer a inscrio.
4. aluno define uma lista de disciplinas que deseja cursar e
escolhe a opo para inscrio.
5. sistema identifica uma turma para cada uma das disciplinas
selecionadas pelo aluno onde haja vagas disponveis.
6. sistema informa as turmas para cada uma das disciplinas em
que o aluno vai ser inscrito mostrando a turma, o professor,
horrios e locais de aula. O sistema exibe as opes Confirmar
a Inscrio e Cancelar.
7. aluno confere as informaes e clica na opo Confirmar a
Inscrio.
8. sistema registra a inscrio do Aluno e envia os dados sobre a
inscrio para o Sistema de Faturamento.
9. caso de uso encerrado.
Fluxos alternativos:
5. No h vagas disponveis para alguma das disciplinas solicitadas
pelo aluno (regra de negcios RN02).
5.1. O sistema gera uma mensagem informando que no h vagas na
disciplina e oferece a possibilidade de inserir o aluno em uma lista de espera.
5.1a. Caso o aluno aceite ser colocado na lista de espera, o sistema
far sua incluso na lista de espera e retornar para o passo 5 do fluxo de
principal.
5.1b. Caso o aluno no deseje ser inserido em uma lista de espera o
caso de uso deve retornar para o passo 5 do fluxo de principal.
6. O Aluno escolhe a opo Cancelar.
6.1. Encerra o caso de uso.
Fluxos de exceo:
5. O aluno j se inscreveu na quantidade mxima de disciplinas
possveis para o semestre letivo violando a regra de negcios RN01.
5.1. O sistema exibe uma mensagem informando que no ser
possvel realizar a inscrio informando a quantidade excedida de disciplinas.
5.1a. Retorna para o passo 3 do fluxo de principal.

Modelagem de Sistemas Modelos de Casos de Uso

19

Modelagem de Sistemas Modelos de Casos de Uso

20

BIBLIOGRAFIA BSICA
BOOCH, G. Uml. So Paulo: Campus, 2006.
Bezerra, E. Princpios de anlise e projeto de sistemas com UML.
Rio de Janeiro: Elsevier, 2007.
HOLT, J. UML for Systems Engineering: Watching the Wheels (2nd
Edition). The Institution of Engineering and Technology, 2004.
RUP.
Site
RUP
em
portugus,
disponvel
em:
http://www.wthreex.com/rup/. Acesso em: 22/02/2013.

BIBLIOGRAFIA COMPLEMENTAR
GANE, C. Desenvolvimento Rpido de Sistemas. Rio de Janeiro:
Livros Tcnicos e Cientficos - LTC, 1988.
KRUTCHENM, P. The Rational Unified Process An introduction.
Reading, Mass: Addison-Wesley, 2003.
MELO, A. C. Desenvolvendo Aplicaes com UML. Rio de Janeiro:
Brasport, 2005.
PRESSMAN, R. S. Engenharia de Software. So Paulo: Makron
Books, 2006.
PODESWA, H. O Livro do Analista de Negcios. So Paulo:
Cengage Learning, 2012.
QUATRANI, T. Modelagem Visual com Rational Rose 2000 e UML.
Rio de Janeiro: Cincia Moderna, 2001.
RUMBAUGH, J.; JACOBSON, I.; BOOCH, G. The Unified Software
Development Process. Reading, Mass: Addison-Wesley, 1999.
SOMMERVILLE, I. Engenharia de Software. So Paulo: Addison
Wesley, 2011.
WASLAWICK, R. S. Anlise e Projeto de Sistemas de Informao
Orientada a Objetos. Rio de janeiro: Elsevier, 2004.

Modelagem de Sistemas Modelos de Casos de Uso

21