Objetivo: Identificar os Componentes e Interfaces

Sistema WEB

O Solicitante realiza a solicitao que relacionada a

um determinado Assunto. Cada solicitao
enviada a um Departamento. Quem acompanha o
Andamento desse processo o Atendente. As
Solicitaes devem possuir um ttulo que deve sugerir
a Prioridade dessa Solicitao.

De acordo com Bass, Clements e Kazman a

Arquitetura de Software de um programa ou
sistema computacional a estrutura ou estruturas
do sistema que abrange os componentes de
software, as propriedades externamente visveis
desses componentes e as relaes entre eles.

Formas de componentes
Especificao de Componentes: A especificao de uma unidade de software
que descreve o comportamento de um conjunto de objetos componentes e define
uma unidade de implementao. Comportamento definido como um conjunto de
Interfaces.
Interface de Componente: A definio de um conjunto de comportamentos que
podem ser oferecidos por um objeto componente.
Implementao de Componente: A realizao de uma Especificao de
Componentes, que independentemente implementvel. Ou seja, pode ser
instalada ou removida independentemente de outros componentes.
Componentes Instalados: uma cpia instalada (implementada) da
Implementao de Componente. O componente se encontra em uso. Um
componente Instalado pode ter mltiplos objetos componentes
Objeto Componente: uma instncia de um componente instalado. Um
conceito em tempo de tempo de execuo. Um objeto com os prprios dados e
uma nica identidade.

Estendendo UML com Esteretipos

OCL
Tcnicas de Modelagem UML

Exemplo do livro de
como
montar
um
modelo conceitual de
negcio

Diagrama de Atividades
representa os processos
de negcio para o Sistema
de Solicitaes

O Diagrama em
questo demonstra
um mapa mental
das
atividades
envolvidas
no
negcio,
especificando
os
termos usado de
maneira mais clara

O diagrama de Casos
de
Uso

um
importante
auxilio
para entender o real
limite do sistema e
os atores envolvidos
no processo

Nome
Gerar Solicitao (1 verso)
Iniciador Solicitante
Meta
Registrar uma solicitao no
sistema

14.
15.
16.
17.

1.
2.
3.
4.
5.
6.

7.
8.
9.
10.
11.
12.

13.

Cenrio Principal de Sucesso

Solicitante se dirige a recepo e pede o registro

de uma solicitao.
Atendente solicita o CPF do solicitante.
Solicitante fornece o CPF.
Atendente solicita consulta de solicitante.
Sistema requisita CPF do solicitante.
Atendente fornece o CPF.
Sistema exibe o nome do solicitante.
Atendente confirma a seleo do solicitante.
Sistema requisita o assunto da solicitao.
Atendente fornece o assunto informado pelo
solicitante.
Sistema requisita a descrio da solicitao.
Atendente fornece a descrio informada pelo
solicitante.
Sistema requisita unidade, departamento e setor

18.
19.

de destino para a solicitao.

Atendente fornece unidade, departamento e setor
de destino.
Sistema requisita comentrio para o
encaminhamento (despacho).
Atendente fornece o despacho.
Sistema exibe os dados para verificao pelo
atendente.
Atendente confere os dados e confirma o
encaminhamento.
Sistema armazena os dados, encaminha a
solicitao e o caso de uso termina.

Extenses
3. Solicitante no fornece o CPF.
A)Falha.

7.Sistema no encontra o solicitante.

A)Inclui Cadastrar Solicitante.
B)Volta ao passo 9.
18. Atendente detecta que lanou um dado incorreto.
A)Assistente corrige o dado que foi lanado
erroneamente
B)Sistema aceita a correo e o caso de uso
continua a partir do passo 18.

Nome
Encaminhar Solicitao
Iniciador Atendente
Meta
Encaminhar uma solicitao para um setor

1.

2.
3.
4.

5.
6.
7.
8.

Cenrio Principal de Sucesso

Atendente solicita encaminhar solicitao.
Sistema requisita unidade, departamento e setor de destino para a solicitao.
Atendente fornece unidade, departamento e setor de destino.
Sistema requisita comentrio para o encaminhamento (despacho).
Atendente fornece o despacho.
Sistema exibe os dados para verificao pelo atendente.
Atendente confere os dados e confirma o encaminhamento.
Sistema armazena os dados, encaminha a solicitao e o caso de uso termina.

Extenses
7.Atendente detecta que lanou um dado incorreto para o encaminhamento.
A) Assistente corrige o dado que foi lanado erroneamente
B)Sistema aceita a correo e o caso de uso continua a partir do passo 7.

Nome
Cadastrar Solicitante
Iniciador
Atendente
Meta
Inserir, alterar, excluir ou consultar registros
no cadastro de solicitantes
Precondies : O Atendente est identificado no sistema.
Cenrio Principal de Sucesso
1.
Atendente solicita insero de solicitante no
cadastro.
2.
Sistema requisita nome, sexo, data de
nascimento, endereo, telefones, e-mail, RG,
CPF, profisso e ttulo de eleitor.
3.
Atendente lana nome, sexo, data de
nascimento, endereo, telefones, e-mail, RG,
CPF, profisso e ttulo de eleitor.
4.
Sistema exibe os dados cadastrais para
verificao pelo Atendente.
5.
Atendente confere os dados e confirma o
lanamento.
6.
Sistema armazena os dados cadastrais e o caso
de uso termina.
Extenses
1.Atendente solicita alterao de solicitante no cadastro.
A-Sistema requisita nome do solicitante.
B-Atendente fornece nome do solicitante.
C-Sistema lista nomes similares de solicitantes.
D-Atendente seleciona o solicitante desejado.
E-Sistema exibe os dados cadastrais do solicitante e
permite a sua alterao.

F- Atendente altera os dados desejados e o caso de uso

continua a partir do passo 4.
1)Atendente solicita excluso do solicitante no cadastro.
A- Sistema requisita nome do solicitante.
B- Atendente fornece nome do solicitante.
C- Sistema lista nomes similares de solicitantes.
D- Atendente seleciona o solicitante desejado.
E- Sistema exibe dados cadastrais do solicitante.
F-Atendente confere os dados e confirma a excluso.
G- Sistema exclui o registro do solicitante e o caso de uso
termina.
1)Atendente solicita consulta de solicitante.
A- Sistema requisita nome do solicitante.
B- Atendente fornece nome do solicitante.
C- Sistema lista nomes similares de solicitantes.
D- Atendente seleciona o solicitante desejado.
E- Sistema exibe dados cadastrais do solicitante e o caso
de uso termina.
5) Atendente detecta que lanou um dado incorreto para o
solicitante
A- Atendente corrige o dado que foi lanado
erroneamente.
B- Sistema aceita a correo e o caso de uso continua a
partir do passo 5.
Ps-condies
Os dados cadastrais do
solicitante foram lanados no sistema.

Nome
Cadastrar Atendente
Iniciador
Atendente Supervisor
Meta
Inserir, alterar, excluir ou consultar registros
no cadastro de atendentes
Precondies
O Atendente Supervisor est
identificado no sistema.

F- Atendente Supervisor altera os dados desejados e o

caso de uso continua a partir do passo 4.
1)Atendente Supervisor solicita excluso do atendente no
cadastro.
A-Sistema requisita nome do atendente.
B-Atendente Supervisor fornece nome do atendente.
C-Sistema lista nomes similares de atendentes.
D-Atendente Supervisor seleciona o atendente desejado.
Cenrio Principal de Sucesso
E-Sistema exibe dados cadastrais do atendente.
F-Atendente Supervisor confere os dados e confirma a
1.
Atendente Supervisor solicita insero de atendente
excluso.
no cadastro.
G-Sistema exclui o registro do atendente e o caso de uso
2.
Sistema requisita nome, sexo, data de nascimento,
termina.
endereo, telefones, e-mail, RG, CPF e matrcula.
1)Atendente Supervisor solicita consulta de atendente.
3.
Atendente Supervisor lana nome, sexo, data de
A-Sistema requisita nome do atendente.
nascimento, endereo, telefones, e-mail, RG, CPF, e
B-Atendente Supervisor fornece nome do atendente.
matrcula.
C-Sistema lista nomes similares de atendentes.
4.
Sistema exibe os dados cadastrais para verificao
pelo Atendente Supervisor.
D-Atendente Supervisor seleciona o atendente desejado.
5.
Atendente Supervisor confere os dados e confirma o
E-Sistema exibe dados cadastrais do atendente e o caso
lanamento.
de uso termina.
6.
Sistema armazena os dados cadastrais e o caso de
5) Atendente Supervisor detecta que lanou um dado incorreto
uso termina.
para o atendente
A-Atendente Supervisor corrige o dado que foi lanado
7.
Extenses
erroneamente.
1) Atendente Supervisor solicita alterao de atendente no
B-Sistema
aceita a correo e o caso de uso continua a
cadastro.
partir
do
passo 5.
A-Sistema requisita nome do atendente.
bAtendente Supervisor fornece nome do atendente.
Ps-condies Os dados cadastrais do atendente foram
C-Sistema lista nomes similares de atendentes.
lanados no sistema.
D-Atendente Supervisor seleciona o atendente desejado.
E-Sistema exibe os dados cadastrais do atendente e
permite a sua alterao.

Nome
Iniciador
Meta

Emitir Relatrio de Solicitaes

Atendente, Atendente Supervisor
Emitir o relatrio de solicitaes

Precondies

O Ator est identificado no sistema.

Cenrio Principal de Sucesso

1.
Ator seleciona a emisso do relatrio de solicitaes.
2.
Ator seleciona a exibio de solicitaes com status pendente.
3.
Sistema exibe relatrio de solicitaes pendentes, com o nome do solicitante, o assunto da solicitao, a
descrio da solicitao, o login do atendente atual, o nmero de andamentos e o setor onde se encontra,
ordena as solicitaes pela data de abertura e prioridade, apresenta opo de imprimir e o caso de uso
termina.
Extenses
2) Ator seleciona a exibio de solicitaes com status atendida.
A- Sistema requisita perodo de tempo.
B- Ator fornece perodo de tempo.
C- Sistema exibe relatrio de solicitaes atendidas, com o nome do solicitante, o assunto da solicitao, a
descrio da solicitao, o login do ltimo atendente, o nmero de andamentos, o setor que a encerrou e a
data de encerramento, ordena as solicitaes pela data de abertura, apresenta opo de imprimir e o caso de
uso termina.
Ps-condies
solicitado.

O sistema exibiu o relatrio de solicitaes, e o relatrio foi impresso - caso

Nome
Iniciador
Meta

Controlar Andamento das Solicitaes

Atendente Supervisor
Visualizar o controle de andamento das solicitaes, e permitir encaminhar ou encerrar as solicitaes

Precondies

O Atendente Supervisor est identificado no sistema.

Cenrio Principal de Sucesso

1.
Atendente Supervisor seleciona o controle de andamento das solicitaes.
2.
Sistema permite seleo de solicitaes por unidade, departamento, setor e por atendente.
3.
Atendente Supervisor seleciona unidade, departamento, setor e atendente atual conforme desejado.
4.
Sistema exibe lista de solicitaes pendentes, com o nome do solicitante, o assunto da solicitao, a descrio da
solicitao, o login do atendente atual, o nmero de andamentos e a unidade, departamento e setor onde se
encontra, ordena as solicitaes pela data de abertura e prioridade e apresenta opo de imprimir.
5.
Sistema permite ao assistente encaminhar ou editar os status das solicitaes.
6.
Atendente Supervisor edita os status das solicitaes conforme desejado.
7.
Sistema exibe as alteraes para verificao pelo Atendente Supervisor.
8.
Atendente Supervisor confere os dados e confirma as alteraes.
9.
Sistema armazena as alteraes, caso ocorram, e o caso de uso termina.
Extenses
6)Atendente Supervisor encaminha as solicitaes, conforme desejado.
A- Inclui Encaminhar Solicitao.
Ps-condies
As solicitaes foram exibidas, o relatrio foi impresso, caso solicitado, e as
alteraes de status das solicitaes e encaminhamentos, caso ocorram, foram armazenados no sistema.

Nome
Gerar Solicitao (2 verso)
Iniciador Solicitante
Meta
Registrar uma solicitao no
sistema
Cenrio Principal de Sucesso
1.
Solicitante se dirige a recepo e
pede o registro de uma solicitao.
2.
Atendente solicita o CPF do
solicitante.
3.
Solicitante fornece o CPF.
4.
Atendente solicita consulta de
solicitante.
5.
Sistema requisita CPF do solicitante.
6.
Atendente fornece o CPF.
7.
Sistema exibe o nome do solicitante.
8.
Atendente confirma a seleo do
solicitante.
9.
Sistema requisita o assunto da
solicitao.
10.
Atendente fornece o assunto

11.
12.
13.

informado pelo solicitante.

Sistema requisita a descrio da
solicitao.
Atendente fornece a descrio
informada pelo solicitante.
Inclui Encaminhar Solicitao e o
caso de uso termina.

Extenses
3. Solicitante no fornece o CPF.
A-Falha.
7.Sistema no encontra o solicitante.
A- Inclui Cadastrar Solicitante.
B- Volta ao passo 9.

A identificao dos componentes o primeiro

estgio do fluxo de trabalho de especificao.
uma atividade que parte dos requisitos,
passando pelo modelo conceitual de negcios
e casos de uso como entradas.

Objetivo: Criar um conjunto inicial de

Interfaces

 Este estudo mais focado no sistema de negcio, que o aspecto

independente de interface de usurio de uma aplicao.
A camada de dilogo com o usurio corresponde ao software de dilogo
com o usurio, que atua como o iniciador de operaes em nossas
interfaces do sistema.
O software de dilogo com o usurio implementa a lgica dos casos de
uso, que so quebrados em passos (steps) que so usados para
identificar as operaes necessrias para cumprir as responsabilidades
do sistema.

definido um dialog type (tipo dilogo) e uma interface de sistema para

cada caso de uso.
Cada caso de uso serve para considerao da modelagem das
responsabilidades do sistema.
As operaes dos componentes do sistema realizam o seu trabalho
invocando as operaes das interfaces de negcio.

Os passos indicados so:

1.
Produzir uma cpia do modelo conceitual de negcio (business
concept model) e alter-lo para o modelo de tipo de negcio
(business type model).
2.

Refinar o modelo de tipo de negcio e especificar quaisquer

regras de negcios ou restries adicionais.

3.

Identificar os tipos-ncleo (Core Business Types)

4.

Desenvolver interfaces de negcios para os tipos-ncleo e

adicion-los ao modelo de tipo de negcio

5.

Refinar o modelo de tipo de negcio para indicar as

responsabilidades das interfaces de negcios.

O Refinamento dado a partir do modelo

conceitual.

Regras
Associadas:
O
solicitante no pode ter menos
de
16
anos
{self.calculaidade()>=16} e o
tempo para as solicitaes,
existindo um prazo mnimo
para
seu
respectivo
atendimento
{self.obterDataAtual()self.DataAndamento<=30}

No trabalho foi adotado que Solicitao referencia Solicitante e Solicitante

independente de Solicitao. Significa que IDepartamentoMgt
pkg
responsvel
por armazenar a referncia de Solicitante.

ISolicitanteMgt

IDepartamentoMgt

Solicitante

Solicitao

O sistema de interfaces criados anteriormente, bem

como suas operaes, no so parte do modelo de tipo
de negcio, no entanto formam um conjunto de
especificaes de interfaces iniciais, as quais sero
refinadas.
IGerarSolicitao e IEncaminharSolicitao fazem parte
de uma especificao de componente. Existe uma
relao de dependncia entre interfaces ISolicitanteMgt
e IDepartamentoMgt (embora possam assumir uma
posio de no dependncia).

O propsito de identificar os tipos-ncleo consiste na

separao da informao que dependente de outras
daquelas que so completamente independentes.
A regra geral que uma interface de negcios seja
criada para cada tipo-ncleo no modelo de tipo de
negcio.
Um Manager Interface quem gerencia as instncias de
negcios como estruturas de dados.

Para as interfaces de negcio o ponto de partida uma

especificao de componentes por interface.
No entanto, controladores/gerenciadores de interfaces so
criados para gerenciar instncias de tipos-ncleo de negcio,
tipos de negcio e detalhes associados.
A figura abaixo representa representa a especificao de
componente do sistema.
cmp

<<comp spec>>
Sistema de Solicitao

IGerarSolicitao
IEncaminharSolicitao

ISolicitanteMgt IDepartamentoMgt

<<comp spec>>
Sistema de Solicitao

IG

IEnc

ISolicitanteMgt IDepartamentoMgt

ISolicitanteMgt e IDepartamentoMgt levam

especificaes dos componentes de negcio.

separar

as

O resultado at ento obtido o conjunto de especificaes, que

inclui as interfaces e as suas dependncias.
Uma vez que no temos qualquer interface sendo oferecida por
mais de uma especificao de componente, podemos ligar as
dependncias de interface das especificaes de componentes
diretamente com as suas interfaces de especificao de
componente correspondentes.

<<comp spec>>
Sistema de Solicitao

IGerarSolicitao

<<comp spec>>
Sistema de Solicitao

IEncaminharSolicitao

licitanteMgt IDepartamentoMgt

IGerarSolicitao
IEncaminharSolicitao

ISolicitanteMgt IDepartamentoMgt

<<comp spec>>
SolicitanteMgr

<<comp spec>>
DepartamentoMgr

O diagrama de colaborao retrata os Objetos de

Componentes que apoiam as interfaces. Cada
caixa representa uma instncia de uma interface

getDetalhesDepartamento()
prov uma lista de
departamentos.
Retorna os detalhes de
Departamentos
IDepartamentoMgt tem
uma operao
getDetalhesDepartamento
com a mesma assinatura

Componente
DepartamentMgr
responsvel por
armazenar
a
associao entre
Solicitao
e
Solicitante.
DepartamentoM
gr
usa
ISolicitanteMgt
para
conferir
detalhes
de
Solicitante

Dois tipos de contratos so observados em sistemas de

componentes: contratos de utilizao e de realizao.
O contrato de utilizao definido por uma especificao de
interface
O contrato de realizao definido pela especificao do
componente.
Em outras palavras as especificaes de interfaces esto
contidas nas duas ideias de contratos, j que a especificao de
componentes agrupa especificaes de interfaces

As interfaces constituem um conjunto de

operaes.
Cada operao define algum servio ou
funo que um componente realizar para
um cliente.
Uma operao, no entanto representa um
contrato com granularidade fina entre um
cliente e o objeto componente.

Uma operao especifica uma ao individual que um

objeto componente realiza para um cliente. As
especificaes implicam em outras facetas, tais como os
parmetros de entrada que especificam a informao
provida ou repassada para o objeto; ou parmetros de
sada que especificam a informao atual/atualizada ou
de retorno para o objeto.
Cada operao precisa especificar como as entradas,
sadas, e o estado do objeto componente so
relacionados, e que efeito o ato de chamar a operao
tem nesse relacionamento.

Uma interface s
pode ser associada
com
Information
Types , e esses tipos
no
podem
ser
associados
a
interfaces fora do
modelo
de
informaes
de
interface. A figura
abaixo,
demonstra
um diagrama de
especificao
de
interface
para
a
interface
ISolicitanteMgt

Cada operao possui uma pr e pos-condio.

Essa regra define os efeitos das operaes sem
prescrever
um
algoritmo ou tipo de
implementao. Atuam na especificao nos
detalhes que sero realizadas pelas operaes
bem como garantias para a sua realizao.

O modelo de informao de interfaces um produto derivado do modelo de

tipo de negcio. O modelo que representa o diagrama de responsabilidade
de interfaces (baseado em composies) IDepartamentoMgt visa a relao
entre departamentos e o gerenciamento de Solicitantes.

J. Cheesman and J. Daniels, UML

Components: A Simple Process for Specifying
Component-based Software. Addison-Wesley,
2001.
L. Bass, P. Clements, and R. Kazman, Software
Architecture in Practice. Pearson Education,
2012.