Download - Fundamentos de Análise Orientada a Objetos
-
8/17/2019 Fundamentos de Análise Orientada a Objetos
1/24
Faculdade Anhanguera
Curso Superior De Tecnologia Em Análise E Desenvolvimento De
Sistemas- TADS
Fundamentos de Análise Orientada a Objetos
2!"
1
-
8/17/2019 Fundamentos de Análise Orientada a Objetos
2/24
Faculdade Anhanguera
Curso Superior De Tecnologia Em Análise E Desenvolvimento DeSistemas - TADS
Fundamentos de Análise Orientada a Objetos
2!"
2
-
8/17/2019 Fundamentos de Análise Orientada a Objetos
3/24
Atividade pratica Supervisionada - ATPS
Trabalho de atividade #rática Supervisionadaentregue á universidade Anhanguera como
$oco no aumento de aprendi%agem nadisciplina $undamentos da análise orientada aobjeto&
#ro$essor 'odrigo (ent%
Resumo
3
-
8/17/2019 Fundamentos de Análise Orientada a Objetos
4/24
Esta Atividade #rática Supervisionada )AT#S* tem como objetivo resolver o problema
organi%acional da biblioteca da escola +om Saber,./ para manter a integridade dos
dados e o $lu0o do mesmo para uma melhor ger1ncia/ a escola designou a esuipe destetrabalho para reali%ar a análise de reuisitos/ a documenta34o do sistema e seus devidos
diagramas& 5a análise de reuisitos percebeu-se ue em uma biblioteca o
arma%enamento dos livros e o controle dos empr6stimos s4o as $un37es vitais& #ara uma
melhor abstra34o do sistema será utili%ada a linguagem 89:/ linguagem de modelagem
ue utili%a diagramas para uma melhor documenta34o e organi%a34o de um sistema&
Com este documento de especi$ica34o/ o cliente e os desenvolvedores estar4o a par de
tudo ue se comp7e o projeto/ de suas entidades at6 seus atores&
Palavras chave; 89:/ documento/ especi$ica34o/ biblioteca&
Abstract
4
-
8/17/2019 Fundamentos de Análise Orientada a Objetos
5/24
This #ractice Activit< Supervised )AT#S* aims to solve the school librar< organi%ational
problem +om Saber,./ to maintain the integrit< o$ the data and the $lo= o$ it $or a
better management/ the school designated the esuipe this =or> to per$ormreuirements anal
-
8/17/2019 Fundamentos de Análise Orientada a Objetos
6/24
Sumário
Introdução........................................................................................................
.............04
Etapa 1 - Relatório 1 – Análise dos
Requisitos........................................................................05
Resuo 1.1 - Análise e !ro"etos #rientados a
#$"etos.......................................................0%
Resuo 1.2 – &on'eitos (erais de En)en*aria de
+o,tare.................................................0Resuo 1.3 – &on'epção/ Eli'itação e ipos de
Requisitos................................................0
Resuo 1.4 – En)en*aria de
Requisitos............................................................................15
ista)e In,oral dos Requisitos o$tidos e pro$leas dessa
lista)e.................................1
ista)e de Requisitos un'ionais e ão un'ionais
6alidados..........................................20
7i$lio)ra8a
%
-
8/17/2019 Fundamentos de Análise Orientada a Objetos
7/24
-
8/17/2019 Fundamentos de Análise Orientada a Objetos
8/24
Etapa 1 - ntrodu!"o ao #evantamento e Análise de Re$uisitos %rientados a
%b&etos' Apresenta!"o da ()#* Aborda+em resumida dos dia+ramas ()#*
Apresenta!"o de ,erramenta para modela+em de dados
Passo 1 Análise e Pro&etos de Sistemas de in.orma!"o %rientados a %b&etos*
A 89: ):inguagem de modelagem uni$icada* 6 uma nota34o padr4o de diagrama34o/ 6
uma linguagem ue documenta/ especi$ica e constri os arte$atos de um sistema& #ode
ser usada como; 'ascunho/ #lanta de so$t=are e :inguagem de programa34o e ue pode
ser usada em B perspectivas; Conceitual/ Especi$ica34o e ?mplementa34o/ cada
perspectiva com seu signi$icado de classe& Análise e projeto orientados a objetos
Análise; uma investiga34o/ levantamento/ análise dos reuisitos necessários de um
projeto&
#rojeto; Ele $oca na solu34o conceitual/ ue pode ser em hard=are e em so$t=are/ para
os reuisitos levantados na análise& Da 1n$ase em cada objeto do so$t=are& Com muita
$reu1ncia e0cluem dados ou detalhes de bai0o nvel considerados bvios para os
consumidores ou simplesmente desnecessários& Como citado no livro a análise e o
projeto $oram resumidos na $rase; Fa3a a coisa certa )Análise* e $a3a certa a coisa
)#rojeto*&
Os diagramas s4o usados para desenvolverem esses projetos como padr7es ou princpios
para serem mais e$icientes em um desenvolvimento de um projeto dividido em etapas&
De$inir; Casos de uso/ 9odelo de domnio/ Diagramas de intera34o e de classe&
De$inir casos de uso; S4o narrativas escritas ou cenários e0empli$icando como usar a
aplica34o&
De$inir 9odelo de domnio; 9ostra o conceito de interesse do projeto&
De$inir Diagramas de intera34o; #ode/ por e0emplo/ mostrar o $lu0o de mensagens entre
os objetos&
De$inir Diagramas de classe; ?lustra os atributos e m6todos de classe/ mostra a classe de
so$t=are ue geralmente melhora a compreens4o&
-
8/17/2019 Fundamentos de Análise Orientada a Objetos
9/24
- Engenharia de so$t=are 6 a engenharia ue estuda os custos e as especi$ica37es de um
projeto/ visando um melhor aproveitamento dos recursos e um so$t=are de alta
ualidade& Os engenheiros de so$t=are utili%am-se de $erramentas para estudar a
viabilidade de um projeto/ dentre estas $erramentas está o documento de especi$ica34o/
aruivo ue consta todos os relatrios e diagramas/ assim como uma estimativa de
custos e usuários chaves& A diagrama34o 6 uma parte importante da análise de reuisitos
para a viabilidade do projeto/ dentre os diagramas mais importantes est4o o de caso de
uso e o diagrama de classe/ ambos voltados para o melhor entendimento do cliente/ já
ue s4o mais simples e com pouco valor para o desenvolvimento do so$t=are ou
aplicativo& Este estudo minucioso com apoio da diagrama34o serve para evitar eventuais
preju%os ou abstra34o total do projeto& Sem a engenharia de so$t=are os programas
seriam muito mais caros/ por ue se n4o tem organi%a34o burocrática de um sistema os
desenvolvedores e o cliente se perdem nas especi$ica37es do programa/ al6m de atrasos
pela $alta de diagramas de Gannt por e0emplo& A linguagem da diagrama34o da
engenharia de so$t=are 6 a linguagem 89:/ padr4o no desenvolvimento de so$t=are e
de simples compreens4o& 8m bom engenheiro gera um bom estudo de viabilidade ue
culmina em um bom so$t=are ue deve ter $acilidade de manuten34o/ con$ian3a/
e$ici1ncia e usabilidade/ gerando assim uma gratid4o do cliente e custos bai0os&
-
8/17/2019 Fundamentos de Análise Orientada a Objetos
10/24
Engenharia de 'euisitos 6 um aspecto importante no Gerenciamento de #rojetos/ 6 a
responsável por coletar dados indispensáveis/ necessários/ e0ig1ncias de ue o usuário
necessite para solucionar um problema e alcan3ar seus objetivos& Assim como
determinar as suas e0pectativas de um usuário para determinado produto&
A análise de reuisitos 6 um processo ue envolve o estudo das necessidades do usuário
para se encontrar uma de$ini34o correta ou completa do sistema ou reuisito de
so$t=are&
Essa análise de reuisitos 6 vital para o desenvolvimento do sistema/ ela vai determinar
o sucesso ou o $racasso do projeto& Os reuisitos colhidos devem ser uantitativos/
detalhados e relevantes para o projeto& #ois eles $ornecer4o a re$er1ncia para validar o
produto $inal/ estabelecer4o o acordo entre cliente e $ornecedor sobre o ue e o so$t=are
$ará e conseuentemente redu%ir4o os custos de desenvolvimento/ pois reuisitos mal
de$inidos implicam num retrabalho&
10
http://www.infoescola.com/engenharia-de-software/analise-de-requisitos/http://www.infoescola.com/engenharia-de-software/analise-de-requisitos/http://www.infoescola.com/engenharia-de-software/analise-de-requisitos/http://www.infoescola.com/engenharia-de-software/analise-de-requisitos/http://www.infoescola.com/engenharia-de-software/analise-de-requisitos/http://www.infoescola.com/engenharia-de-software/analise-de-requisitos/http://www.infoescola.com/engenharia-de-software/analise-de-requisitos/
-
8/17/2019 Fundamentos de Análise Orientada a Objetos
11/24
- Desenvolver so$t=ares 6 uma atividade comple0a por nature%a& 8ma das ra%7es para
esta a$irma34o 6 ue n4o e0iste uma Hnica solu34o para cada cenário de
desenvolvimento& Engenharia de so$t=are/ 6 uma área de computa34o voltada I
especi$ica34o/ desenvolvimento e manuten34o de sistemas de so$t=are/ com aplica34o
de tecnologias e práticas de ger1ncia de processos e outras disciplinas/ visando a
organi%a34o/ produtividade e ualidade& So$t=are 6; programa a parte lgica do
computador/ onde $ica arma%enados a base de dados&
#rocesso de so$t=are; pode ser de$inido como um conjunto coerente de atividades/
polticas/ estruturas organi%acionais/ tecnologias/ procedimentos e arte$atos necessários
para conceber/ desenvolver/ dispor e manter um produto de so$t=are& 96todos de
Engenharia de So$t=are; 6 um elemento ue representa a uma chamada de um
procedimento para um Objeto/ utili%ado na programa34o orientada a objetos&
Atributos de um bom So$t=are; manuten34o/ e$ici1ncia/ con$ian3a e usabilidade&
Desa$ios da engenharia de so$t=are; lidar com sistemas legados/ lidar com diversidade/
inclui uma mistura entre hard=are e so$t=are/ sistemas legados/ $ornecimento e
heterogeneidade& Engenharia de Sistemas; e o ue $oca no desenvolvimento e
organi%a34o de sistemas arti$iciais e comple0os/ a engenharia de sistemas integra outros
grupos de disciplinas& #rocessos de so$t=are; uando se $ornece um servi3o ou cria-se
um produto/ seja desenvolvendo um so$t=are/ umas seu1ncias de etapas para
completar um conjunto de tare$as& 5os aspectos lgicos internos do so$t=are/
garantindo ue todas as instru37es tenham sido testadas nos aspectos $uncionais
e0ternos/ para descobrir erros e garantir ue a entrada de$inida produ%a resultados ue
concordem com os esperados& Engenharia de So$t=are baseada em componentes 6 um
ramo de engenharia de so$t=are/ com 1n$ase na decomposi34o de sistemas/ em
componentes lgicos com inter$aces bem de$inidas/ usadas para comunica34o entre os
prprios componentes/ num nvel de abstra34o mais altos do ue objetos&Entrega incremental 6 uma estrat6gia de planejamento estagiado em várias partes do
sistema s4o desenvolvidas em paralelo e integrada uando completas& Desenvolvimento
em espiral 6 um processo de desenvolvimento de so$t=are ue combina elementos de
projeto prototipa34o em etapas um es$or3o para combinar& O so$t=are especi$icado
nesse documento 6 uma $erramenta de modelagem grá$ica tridimensional mais simples
ue as encontradas atualmente no mercado de so$t=are/ os reuisitos de so$t=are ser4o
classi$icados em reuisitos $uncionais e reuisitos n4o $uncionais&
11
-
8/17/2019 Fundamentos de Análise Orientada a Objetos
12/24
1*1 /onceitos 0erais da En+enharia de So.tware
So$t=are 6 algo abstrato e intangvel& S4o todos os dados de documenta34o e
con$igura34o necessários para ue o programa opere& Engenharia de so$t=are 6 umadisciplina de engenharia ue se relaciona com a produ34o de um so$t=are desde sua $ase
inicial de especi$ica34o at6 sua manuten34o& +aseia-se na e0ist1ncia de um nHmero
signi$icativo de componentes reusáveis para ue n4o tenham ue sempre come3ar do
%ero& 8m processo de so$t=are s4o as atividades e resultados de um so$t=are e sendo
uatro $undamentais comuns a todos os processos/ s4o elas;
Especi.ica!"o: De$ine o ue vai ser produ%ido e suas restri37es& esenvolvimento:
#rojetar e programar o so$t=are& 2alida!"o: Jeri$ica34o para con$erir se realmente estádentro do ue $oi especi$icado& Evolu!"o: modi$icado para se adaptar Is mudan3as de
reuisitos&
Os atributos de um bom so$t=are s4o; A $acilidade de manuten34o/ con$ian3a/ e$ici1ncia
e usabilidade& Os principais desa$ios na produ34o de um so$t=are s4o o da diversidade
)para ue os sistemas operem com sistemas distribudos*/ o de tempo de entrega e o de
con$ian3a dos usuários& 9uitos so$t=ares seguem o chamado Desenvolvimento
Evolucionário )Desenvolvimento e0ploratrio e prototipa34o thro=a=a
-
8/17/2019 Fundamentos de Análise Orientada a Objetos
13/24
En+enharia e Re$uisitos
1*3 En+enharia e Re$uisitos
A Engenharia de 'euisitos/ pode ser de$inida como o processo sistemático dedesenvolvimento de reuisitos atrav6s de um processo interativo e cooperativo de
análise de problema de documenta34o de observa37es resultantes em uma variedade de
$ormatos de representa34o e de checagem da precis4o do entendimento obtido& O
processo de engenharia de reuisitos 6 um conjunto estruturado de atividades para
e0trair reuisitos/ validá-los e mant1-los&
As t6cnicas de engenharia de reuisitos re$erem-se ao conjunto de $erramentas
aplicáveis ao desenvolvimento dos processos& 'euisitos simplesmente/ podem ser de$inidos como Kalgo ue um cliente necessitaK& Entretanto/ do ponto de vista de um
desenvolvedor/ reuisito pode tamb6m ser de$inido como Kalgo ue necessita ser
projetadoK& A engenharia de reuisitos procura sistemati%ar o processo de de$ini34o de
reuisitos& Essa sistemati%a34o 6 necessária porue a comple0idade dos sistemas e0ige
ue se preste mais aten34o ao correto entendimento do problema antes
do comprometimento de uma solu34o& As auisi37es de reuisitos s4o valorosas por
duas ra%7es; primeiramente/ da perspectiva da engenharia de so$t=are/ a cria34o desistema solicitado pelo cliente 6 talve% a mais crucial parte do processo de
desenvolvimento de so$t=are&
Os reuisitos do sistema descrevem como o sistema 6 visto pelo usuário e servirá de
veculo de comunica34o entre usuário e o desenvolvedor e tamb6m tornam ser reuisitos
de so$t=are/ pois apresentam as $uncionalidades/ restri37es e e0ig1ncias uanto I
per$ormance/ seguran3a de acesso/ inter$ace com o usuário/ portabilidade/
modularidade/ manuten34o/ con$iabilidade etc&
13
-
8/17/2019 Fundamentos de Análise Orientada a Objetos
14/24
Elicita!"o dos Re$uisitos
Das seis etapas do clico de vida de um sistema )Engenharia de Sistemas/ Análise/
#rojeto/ ?mplementa34o/ Teste e 9anuten34o* a engenharia de reuisitos ocorre de
$orma intensa nas tr1s primeiras etapas/ por6m pode se estender para as demais
dependendo do paradigma e engenharia de so$t=are adotado&
As $ases s4o; Elicita34o/ Análise/ Especi$ica34o e Jalida34o sendo ue entre a valida34o
e a análise 6 preciso haver um gerenciamento& 5a Elicita34o deve abordar uatro
dimens7es; Entendimento do domnio da aplica34o/ Entendimento do problema/
Entendimento do negcio e Entendimento das necessidades e restri37es dos envolvidos&
E/ na Elicita34o o Entendimento do domnio da aplica34o L O conhecimento do domnio
da aplica34o 6 o conhecimento geral onde o sistema será aplicado& Entendimento do
problema& Os detalhes problema do cliente onde o sistema será aplicado devem ser
entendidos& Entendimento do negcio L Deve-se entender como os sistemas interagem e
contribuem de $orma geral com os objetivos de negcio. Os problemas en$rentados na
Elicita34o s4o analisados a partir de dois grandes grupos; #roblemas Acidentais e
Essenciais sendo os essenciais mais di$ceis de serem superados
As t6cnicas de Elicita34o s4o; ?ntrospec34o/ Observa34o/ Muestionário/ Entrevista/ NAD
)Noint Application Design*/ compreens4o/ entendimento e trabalho em grupo/ Análise de
#rotocolo/ Análise de Discurso/ #rototipa34o/ Casos de 8so e Cenários&
A análise tem por objetivo encontrar os possveis problemas obtidos na Elicita34o
)declara34o in$ormal* tornando-os muito vinculados& Tr1s elementos $undamentais
devem ser veri$icados; Jeri$ica34o de 5ecessidade/ Consist1ncia e #ossibilidade&
A Especi$ica34o de 'euisitos nada mais 6 do ue o resultado da Elicita34o e Análise
sendo trans$ormados em documentos ue organi%am os reuisitos do sistema utili%ando
metodologia de desenvolvimento de sistema e $acilitam a comunica34o entredesenvolvedores e usuários principalmente na valida34o dos reuisitos&
As t6cnicas de especi$ica34o se classi$icam em dois grandes grupos; Semi-$ormais;
89: e etc& Formal; DS' )Documento de 'euisitos do Sistema* Tais documentos
tamb6m s4o chamados de arte$atos de so$t=are assumindo um papel $undamental no
desenvolvimento de sistemas& Os principais bene$cios obtidos pelos documentos
gerados s4o; #onte de comunica34o entre usuários e desenvolvedores 'egistro dos
resultados obtidos durante a Elicita34o e Análise De$ine as necessidade e restri37esServe de base para estimativa de custos e cronograma base para desenvolvimento de
14
-
8/17/2019 Fundamentos de Análise Orientada a Objetos
15/24
plano de teste De$ini34o de padr4o de comportamento esperado pelos pro$issionais
envolvidos na manuten34o e utili%ado para registro de mudan3as de engenharia&
A Jalida34o 6 a $ase $inal da engenharia de reuisitos e tem por objetivo veri$icar e
validar os reuisitos especi$icados envolvendo tanto usuários uanto desenvolvedores
buscando identi$icar possveis problemas/ omiss7es e ambiguidades& Os principais
problemas s4o; n4o atendimento a padr7es de ualidade/ reuisitos descritos de $orma
pobre levando I ambiguidade/ erros na modelagem do problema ou sistema e reuisitos
con$litantes n4o identi$icados durante a análise& Tais problemas devem ser sanados ue
o documento de especi$ica34o seja aprovado e utili%ado para desenvolver o sistema
gerando a :ista de #roblemas e A37es Acordadas Gerenciamento 6 uma etapa ue se
desenvolve em paralelo em toda a atividade citadas anteriormente/ onde no decorrer do
tempo/ os reuisitos se alteram devido Is mudan3as de ambiente e um melhor
entendimento do usuário sobre suas reais necessidades& As principais uest7es
relacionadas ao gerenciamento de reuisitos s4o; Gerenciamento de mudan3as em
reuisitos já acordados/ relacionamento entre os reuisitos e gerenciamento das
depend1ncias entre os documentos de reuisitos e outros documentos produ%idos
durante o processo de engenharia de so$t=are& As mudan3as/ ue ocorrem o tempo todo/
resultam de uma combina34o de $atores; ?nconsist1ncias/ con$litos e $alhas nos
reuisitos especi$icados Evolu34o do conhecimento do usuário #roblemas de custos/
cronograma ou t6cnicos Altera34o de prioridade do cliente Altera37es de ambiente e
Altera37es organi%acional&Segundo :arman; L S4o capacidades e condi37es Is uais o sistema L e em termos mais
amplos/ o projeto L deve atender& 54o s4o apenas $uncionalidades Comumente
classi$icados em $uncionais e n4o $uncionais&
1*4 Re$uisitos ,uncionais e 5"o ,uncionais
Re$uisitos .uncionais: eles v4o estabelecer como o sistema vai agir/ e o ue deve $a%er/
as $uncionalidades e servi3os do sistema/ devendo ser descritos detalhadamente& 5esta
$ace/ pode-se usar o 9E'/ modelos de casos de uso/ $lu0ogramas/ para $acilitar o
entendimento das $un37es do sistema& E reuisitos Funcionais ue s4o as
$uncionalidades do sistema/ o ue o so$t=are deve $a%er do ponto de vista do usuário&
Re$uisitos n"o .uncionais: de$inem as propriedades do sistema e suas restri37es& E0&; a
con$iabilidade do sistema/ o tempo de resposta do programa/ o espa3o em disco& E
15
-
8/17/2019 Fundamentos de Análise Orientada a Objetos
16/24
reuisitos 54o-Funcionais ue determinam as caractersticas desejáveis do so$t=are
como desempenho/ con$iabilidade/ seguran3a entre outros&
Cada reuisito $uncional e n4o $uncional $ormam o estudo de casos
Engenharia de reuisitos no conte0to do desenvolvimento de so$t=are&
Tabela de Re$uisitos ,uncionais
'F! O sistema deve $a%er um cadastramento de usuários'F2 O sistema de $a%er um cadastramento dos livros'FB O sistema deve Controlar lista de livros alugados diariamente e data da devolu34o'FP O sistema deve reali%ar a reserva de livros on-line'F" O sistema deve permitir importa34o de dados cadastrais
'FQ O sistema deve reali%ar bac>ups/ para possvel perda de in$orma37es'FR O sistema deve controlar a uantidade de livros no estoue com o ue tem'F Gerar 'elatrios com uantidades alugados e parados&
Tabela de Re$uisitos 5"o ,uncionais
'5F! O sistema deve e0igir login de usuário'5F2 O sistema deve apresentar mensagens de sucesso na conclus4o de cadastros'5FB O sistema deve apresentar mensagens de campos obrigatrios n4o preenchidos'5FP O sistema deve disponibili%ar ajuda para novos usuários com dicas de preenchimento
'5F" O sistema deve disponibili%ar acesso ao manual de ajuda'5FQ O sistema deve conter op34o de busca rápida/ utili%ando palavra chave&
#ista+em in.ormal dos re$uisitos obtidos*
Como $orma de apro0imar e melhorar a comunica34o com o cliente a listagem in$ormalde reuisitos $oi produ%ida com base nos reuisitos básico citados no tpico anterior& Alistagem $oi produ%ida já com os reuisitos $inais necessários para o sistema ser
produ%ido com ualidade e ue agrade o cliente em seus aspectos&
1%
-
8/17/2019 Fundamentos de Análise Orientada a Objetos
17/24
16 O sistema deve $a%er um cadastramento de usuários36 O sistema de $a%er um cadastramento dos livros46 O sistema deve Controlar lista de livros alugados diariamente e data da
devolu34o
76 O sistema deve reali%ar a reserva de livros on-line86 O sistema deve permitir importa34o de dados cadastrais96 O sistema deve reali%ar bac>ups/ para possvel perda de in$orma37es6 O sistema deve controlar a uantidade de livros no estoue com o ue tem;6 Gerar 'elatrios com uantidades alugados e parados&
Problemas encontrados
54o $oi mencionado nada sobre rotinas de bac>up e tal reuisito 6 necessário devido I
grande uantidade de dados cadastrais e0igidos& 54o $oi mencionado sobre a possibilidade de importar dados de sistemas de terceiros
visando aproveitar dados e dar agilidade nos dados cadastrais&
#ista+em dos Re$uisitos ,uncionais e 5"o ,uncionais validados
Re$uisitos ,uncionais
O so$t=are deve permitir o cadastro do usuário )aluno/ $uncionário* da escola O so$t=are deve permitir o cadastro de livros/ jornais e revistas& )?nclus4o/
e0clus4o/ altera34o* O so$t=are deve garantir ue todos os usuários tenham acesso ao sistema dentro
das suas especi$ica37es; alunos )para reali%ar empr6stimo* e $uncionário )paragerenciar os empr6stimos*&
O so$t=are deve garantir ue apenas usuários autenticados tenham acesso ao
sistema O so$t=are deve permitir ue usuários possam recuperar sua senha& O so$t=are deve permitir ue usuários tenham acesso os livros/ jornais e revistas
disponveis& O so$t=are deve permitir ue o usuário possa reali%ar reserva de livros e data de
disponibilidade para o empr6stimo& O so$t=are deve in$ormar indisponibilidade dos livros& O so$t=are deve permitir ue os $uncionários possam ter acesso aos empr6stimos
dos alunos& O so$t=are deve in$ormar a data de devolu34o dos empr6stimos&
Re$uisitos 5"o .uncionais
1
-
8/17/2019 Fundamentos de Análise Orientada a Objetos
18/24
O sistema deve e0igir login e senha para acesso& O sistema deve ser atuali%ado online/ assim ue con$irmar a reserva dos livros& O sistema deve disponibili%ar $erramenta de busca& O sistema deve rodar em ualuer plata$orma O sistema deve in$ormar aos usuários uando o livro procurado estiver
disponvel& O sistema deve blouear o cadastro uando e0pirar o pra%o para devolu34o& O sistema deve gerar alerta para o aluno e os $uncionários ue o empr6stimo
teve o pra%o e0pirado&
Etapa 3* ia+ramas de /asos de (so< ocumenta!"o dos /asos de (so*
Atores< Associa!=es >nclus"o< E?tens"o6' ia+ramas de /lasses e %b&etos da
()#*
Resumo 3*1 /asos de (so
Casos de uso s4o narrativas em te0to/ descrevendo a unidade $uncional/ e s4o
amplamente utili%ados para descobrir e registrar reuisitos de sistemas& Os diagramas de
Casos de 8so s4o representa37es dos Casos de 8so e podem ser representados por uma
1
-
8/17/2019 Fundamentos de Análise Orientada a Objetos
19/24
elipse contendo/ internamente/ o nome do caso de uso& 8m caso de uso representa uma
unidade discreta da integra34o entre um usuário )humano ou máuina* e o sistema&
8m caso de uso 6 uma unidade de um trabalho signi$icante& #or e0emplo; o Klogin para
o sistemaK/ Kregistrar no sistemaK e Kcriar pedidosK s4o todos casos de uso& Cada caso de
uso tem uma descri34o o ual descreve a $uncionalidade ue irá ser construda no
sistema proposto& 8m caso de uso pode KincluirK outra $uncionalidade de caso de uso ou
KestenderK outro caso de uso com seu prprio comportamento& Casos de uso s4o
tipicamente relacionados a KatoresK& 8m ator 6 um humano ou entidade máuina ue
interage com o sistema para e0ecutar um signi$icante trabalho& importante notar ue
n4o descreve como o so$t=are deverá ser construdo/ mas sim como ele deverá se
comportar uando estiver pronto& 8m so$t=are $reuentemente 6 um produto comple0o/
e sua descri34o envolve a identi$ica34o e documenta34o de vários casos de uso/ cada um
deles descrevendo uma K$atiaK do ue o so$t=are ou uma de suas partes deverá o$erecer&
5ormalmente evitam o uso de termos t6cnicos/ pre$erindo a linguagem do utili%ador
$inal/ s4o empregados tanto por uem desenvolve o so$t=are uanto pelos utili%adores
do so$t=are&
Ator; E algu6m ou alguma coisa ue interage com o sistema&
8m ator e representado gra$icamente por um cone de um homen%inho )Stc>man&*&Atores podem ter relacionamentos de generali%a34o entre eles )uma ve% ue
representam classes*&
'elacionamentos;
Generali%a34o; signi$ica ue um caso de uso de um $ilho herda o comportamento e o
signi$icado do pai/ generali%a34o e a representa34o gra$icamente por uma linha solidam
com um triangulo numa das e0tremidades&
'elacionamentos;
Associa34o e uma liga34o ue pode ocorrer entre ator e caso de uso e entre casos de uso&
Esteretipos comuns para associa34o entre casos de uso s4o; A associa34o com o
esteretipo indica ue o caso de uso base incorpora opcionalmente o comportamento do
caso de uso estendido& A associa34o com o esteretipo indica ue o caso de uso baseincorpora e0plicitamente o comportamento do outro caso de uso&
1
-
8/17/2019 Fundamentos de Análise Orientada a Objetos
20/24
Resumo 3*3 ia+rama de /asos de (so
O Diagrama de Casos de 8so tem o objetivo de au0iliar a comunica34o entre os
analistas e o cliente&
8m diagrama de Caso de 8so descreve um cenário ue mostra as $uncionalidades do
sistema do ponto de vista do usuário& O cliente deve ver no diagrama de Casos de 8so
as principais $uncionalidades de seu sistema& 8m caso de uso 6 representado por uma
elipse e um rtulo com o nome do caso de uso& 8m caso de uso de$ine uma grande
$un34o do sistema& A implica34o 6 ue uma $un34o pode ser estruturada em outras
$un37es e/ portanto/ um caso de uso pode ser estruturado& De$ine uma $uncionalidade dosistema do ponto de vista do usuário& O diagrama de Caso de 8so 6 representado por;
atores casos de uso relacionamentos entre estes elementos/ estes relacionamentos
podem ser; Associa37es entre atores e casos de uso
Generali%a37es entre os atores
Generali%a37es/ e0tends e includes entre os casos de uso& Casos de uso podem
opcionalmente estar envolvidos por um retUngulo ue representa os limites do sistema&
Resumo 3*4 ia+ramas de /lasse ()#
Classe L Objetivo
Descrever os vários tipos de objetos no sistema e o relacionamento entre eles&
8m diagrama de classes pode o$erecer tr1s perspectivas/ cada uma para um tipo de
observador di$erente& S4o elas conceituais&
20
-
8/17/2019 Fundamentos de Análise Orientada a Objetos
21/24
'epresenta os conceitos do domnio em estudo& #erspectiva destinada ao cliente&
Especi$ica34o&
Tem $oco nas principais inter$aces da aruitetura/ nos principais m6todos/ e n4o como
eles ir4o ser implementados&
#erspectiva destinada as pessoas ue n4o precisam saber detalhes de desenvolvimento/
tais como gerentes de projeto& ?mplementa34o - a mais utili%ada de todas )veja e0emplo
na $igura abai0o*/ aborda vários detalhes de implementa34o/ tais como navegabilidade/
tipo dos atributos/ etc& #erspectiva destinada ao time de desenvolvimento&
ia+rama de /aso de (so
ia+rama de /lasses
21
-
8/17/2019 Fundamentos de Análise Orientada a Objetos
22/24
/onclus"o
A análise de reuisitos engloba todas as tare$as ue lidam com investiga34o/ de$ini34o eescopo de novos sistemas ou altera37es& Análise de reuisitos 6 uma parte importante do
22
-
8/17/2019 Fundamentos de Análise Orientada a Objetos
23/24
processo de projeto de sistemas/ na ual o engenheiro de reuisitos e o analista denegcio/ juntamente com engenheiro de sistema ou desenvolvedor de so$t=are/identi$icam as necessidades ou reuisitos de um cliente& 8ma ve% ue os reuisitos dosistema tenham sido identi$icados/ os projetistas de sistemas estar4o preparados para
projetar a solu34o&
A análise de reuisitos 6 a primeira $ase de desenvolvimento de so$t=are dividido em'euisito $uncional e 'euisito n4o-$uncional& nesta $ase ue o analista $a% as
primeiras reuni7es com os clientes eVou usuários do so$t=are para conhecer as$uncionalidades do sistema ue será desenvolvido& nesta $ase tamb6m ue ocorre amaior parte dos erros/ pois a $alta de e0peri1ncia dos clientes ou usuários $a% com ueeles nem sempre tenham claro em sua mente uais $uncionalidades o so$t=are terá&8m caso de uso 6 um tipo de classi$icador representando uma unidade $uncionalcoerente provida pelo sistema/ subsistema/ ou classe mani$estada por seu1ncias demensagens intercambiáveis entre os sistemas e um ou mais atores&Casos de uso s4o narrativas em te0to/ descrevendo a unidade $uncional/ e s4o
amplamente utili%ados para descobrir e registrar reuisitos de sistemas& Os diagramas deCasos de 8so s4o representa37es dos Casos de 8so e podem ser representados por umaelipse contendo/ internamente/ o nome do caso de uso&
8m caso de uso representa uma unidade discreta da intera34o entre um usuário )humanoou máuina* e o sistema& 8m caso de uso 6 uma unidade de um trabalho signi$icante&#or e0emplo; o Klogin para o sistemaK/ Kregistrar no sistemaK e Kcriar pedidosK s4o todoscasos de uso& Cada caso de uso tem uma descri34o o ual descreve a $uncionalidade ueirá ser construda no sistema proposto& 8m caso de uso pode KincluirK outra$uncionalidade de caso de uso ou KestenderK outro caso de uso com seu prpriocomportamento&
Casos de uso s4o tipicamente relacionados a KatoresK& 8m ator 6 um humano ouentidade máuina ue interage com o sistema para e0ecutar um signi$icante trabalho& importante notar ue n4o descreve como o so$t=are deverá ser construdo/ mas simcomo ele deverá se comportar uando estiver pronto& 8m so$t=are $reuentemente 6 um
produto comple0o/ e sua descri34o envolve a identi$ica34o e documenta34o de várioscasos de uso/ cada um deles descrevendo uma K$atiaK do ue o so$t=are ou uma de suas
partes deverá o$erecer&
5ormalmente evitam o uso de termos t6cnicos/ pre$erindo a linguagem do utili%ador $inal/ s4o empregados tanto por uem desenvolve o so$t=are uanto pelos utili%adoresdo so$t=are&
@iblio+ra.ia
LARMAN, Craig. Utilizando UML e padrões:
Uma introdução a análise e ao projeto orientados a ojetos e ao desen!ol!imentoiterati!o. "# ed. $orto Alegre: %oo&man, '(().
23
-
8/17/2019 Fundamentos de Análise Orientada a Objetos
24/24
Con*eitos +erais de ngen-aria de o/t0are 1 2ispon3!el em:-ttps:44do*s.google.*om4/ile4d4(%'&56)057'8/9;MdU8s(N&4edit?usp@s-aring A 2 C9NC$B9 D A99 D 2ispon3!el em
-ttp:44ameri*oneto.0ordpress.*om 4'((54>'4(54/ase1de1*on*ep*ao1aoA*esso emLECEFAB9 2 RX0=X.2N$O(F$5!+"'2g:8>V
Diagrama de Classes L Disponvel em W http;VV===&dsc&u$cg&edu&brVYjacuesVcursosVmapVhtmlVumlVdiagramasVclassesVclasses!&htm
https://docs.google.com/file/d/0B2k9x8w9Y2JfOHVMdUJsS0NQX1k/edit?usp=sharinghttps://docs.google.com/file/d/0B2k9x8w9Y2JfOHVMdUJsS0NQX1k/edit?usp=sharinghttps://docs.google.com/file/d/0B2k9x8w9Y2JfOHVMdUJsS0NQX1k/edit?usp=sharinghttps://docs.google.com/file/d/0B2k9x8w9Y2JfOHVMdUJsS0NQX1k/edit?usp=sharing