Curso de Bacharelado em Sistemas de Informao BSI

Engenharia de Processos e Requisitos II

Professora Raquel
Contexto: Rede de Farmcias Sorriso

A rede de farmcias Sorriso possui diversas filiais, em diferentes cidades, e um

estoque centralizado por cidade, de onde ocorre a distribuio para cada filial.
Diariamente ocorre a sincronizao do estoque entre as filiais e a distribuio, atravs do
fechamento dos pedidos de reposio e devoluo gerados pelas filiais e enviadas ao
estoque central. Produtos podem ser devolvidos ao estoque central e novos produtos
podem ser solicitados.
As compras via fornecedor so realizadas pelos gerentes de compra atravs de
mecanismos de compra automatizado, onde o pedido de compra submetido ao
fornecedor. registrada a data prevista de entrega e no momento da entrega, no registro
da nota fiscal de compra, os produtos so cadastrados no estoque, com detalhes dos
produtos, o preo de compra e a margem de impostos sobre cada categoria de produtos.
O preo de venda calculado usando o valor da compra, o percentual do imposto e a
margem e lucro.
Na rea de vendas, as promoes so criadas por categorias de produtos ou
diretamente sobre os produtos selecionados pelo setor de vendas. Todas as promoes
so vlidas para todas as filiais. Os produtos so medicamentos (controlados ou no),
perfumaria, materiais de higiene e produtos diversos da categoria mercearia. O que
precisa ser sempre verificado o prazo de validade dos produtos, o que acaba gerando
promoes e devolues para o estoque central. A reposio ocorre sempre que
necessria nas prateleiras. Os atendentes verificam as quantidades e j solicitam
reposio para as entregas programadas, que ocorrem duas vezes ao dia.
A venda pode ser em dinheiro, carto de dbito ou crdito, ou cheque para clientes
cadastrados. Os clientes possuem um carto fidelidade, que pontua pelo valor da compra,
e podem trocar os pontos por produtos previamente definidos no catlogo fidelidade.
Toda venda, gera nota fiscal diretamente no caixa. Diariamente ocorre o fechamento do
caixa, onde o fica registrado o operador, valor total, data e hora. Esses dados de
fechamento dirio so usados para o balancete financeiro e para auditoria sobre o
estoque. Os descontos somente podem ser concedidos na hora da venda mediante a
liberao com a senha do gerente, registrado para cada produto que teve desconto,
caracterizando item alterado na venda.

Material didtico - Pg 1 de 2
Curso de Bacharelado em Sistemas de Informao BSI
Engenharia de Processos e Requisitos II
Professora Raquel

Orientaes e dicas

Para o contexto acima, utilizando os conceitos de Use Case 2.0, identificar os

artefatos:
a) Requisitos funcionais: devem cobrir o escopo todo, com funcionalidades
que permitam entrega de valor aos atores, de forma completa e
significativa.
b) Diagrama de caso de uso individual: especificar os requisitos funcionais
com casos de uso interagindo com os atores, detalhando os passos para
desenvolvimento da funcionalidade do ponto de vista de anlise (no
envolver aspectos de implementao como telas ou cliques). Lembrar que
cada caso de uso representa uma ao que deve ser realizada por um
sistema para prover a funcionalidade que est sendo descrita. Usar extend
quando parte da ao for opcional e include quando obrigatria. No deve
conectar os casos de uso, pois devem ser aes atmicas, partes
(subrequisitos) da funcionalidade especificada.
c) Cenrios: para cada diagrama de caso de uso descrever os cenrios
conforme especificado no material didtico, detalhando as regras de
negcio, restries, pr e ps condies, fluxos bsicos e alternativos,
excees. Tudo que for importante para a equipe tcnica consultar no
desenvolvimento do sistema e que necessariamente no poder ser
esquecido na programao. Validaes de campo, mscaras, so
facilmente tratadas no desenvolvimento. Aqui deve ser ressaltado aquilo
que expressa validaes de negcio.
d) Diagrama de viso geral: nico diagrama de caso de uso que agrupa os
diagramas individuais. Cada caso de uso deve interagir com todos os
atores que fazem parte do diagrama individual. No deve ter include ou
extend. Todos os atores devem aparecer no diagrama de viso geral pois
ele substitui o diagrama de contexto. Deve ser acompanhado da hierarquia
de atores e da tabela descrevendo o papel de cada ator.

importante lembrar que o desenvolvimento de requisitos uma fase cclica e

sempre precisa revisar e ajustar. Desenvolver e especificar requisitos criar uma
soluo. Mesmo analistas com experincias refazem e revisam porque a
modelagem de casos de uso uma ferramenta que ajuda a pensar e especificar
de forma a transmitir uma ideia do software que est sendo criado.

Os atores podem ser agrupados em hierarquias para facilitar a modelagem.

Podem ser criados novos atores resultantes de herana de papis para tornar a
modelagem mais clara. A herana pode ser de dois tipos: especializados
(separados em papis mais especficos usando a tag <<specializes>>); e
agrupados (combinando dois ou mais papis em um papel mais genrico e
significativo usando a tag <<includes>>). A hierarquia pode ser mostrada
diretamente no diagrama de viso geral ou em um artefato separado que
apresenta a hierarquia em notao UML e uma tabela descrevendo os atores.

Material didtico - Pg 2 de 2