analise projeto de sistema

8/19/2019 analise projeto de sistema

1/35

Processo de desenvolvimentoCarlos Alberto


2/35

Crise do Software

Dificuldade de entendimento dos requisitos

Dificuldade de manutenção

Duplicação de esforços

Proliferação de tecnologias

Baixa qualidade


3/35

O que se pode fazer?

Precisamos buscar soluçes!t"cnicas!m"todos para lidarcom os problemas encontrados

#ão se preocupar apenas com a programação

O processo de desen$ol$imento de$e transcorrer deforma organizada e com um foco bem definido

%emos que c&egar pr'ximo a uma noção de(#)(#*+,-+ D( SO.%/+,(


4/35

(ngen&aria de Software

Desen$ol$er produtos de software de qualidade dentro

de custo e prazo estimados 0com pre$isibilidade1

Reutilizar soluçes de sucesso

2el&orar a comunicação na equipe de desen$ol$imento

.ornecer processos!metodologias de aux3lio aodesen$ol$imento


5/35

+s fases do desen$ol$imento de sistemas


6/35

Processo de Software

Con4unto de etapas 0ati$idades1 que de$em sercumpridas para que ten&amos software de qualidade

Planejamento &Gerenciamento

Gerência deConfiguração e

Mudanças

Especificação de Requisitos

Anlise & Projeto

!mplementação

"estes

#istri$uição


7/35


Caracterização das (tapas

Cada etapa possui5

Ob4eti$o bem definido +ti$idades a serem realizadas

+rtefatos de (ntrada

+rtefatos de Sa3da

.erramentas e %"cnicas que são utilizadas


8/35

(specificação de requisitos

Ob4eti$os Definir % '( o sistema de$e fazer

6e$antar e descre$er os requisitos do sistema ,equisitos .uncionais 7 operaçes que o

sistema realiza ,equisitos #ão8.uncionais 8 propriedades que o

sistema de$e ter 0ex5 desempen&o9 usabilidade1


9/35

+n:lise9 Pro4eto e -mplementação

Anlise e projeto -n$estigar os requisitos

.ormalizar a solução9 definindo a arquitetura esubsistemas

!mplementação -mplementa elementos definidos no pro4eto

0arquitetura9 subsistemas1 em tecnologiasespec3ficas de implementação 0linguagens9plataformas1


10/35

%estes e distribuição

"estes ;(ncontrar (rros< =erifica e $alida se o sistema atende sem problemas

todos os requisitos definidos inicialmente

#istri$uição Preparar o sistema para ser instalado no seu ambiente

real 0documentação9 arqui$os de instalação1


11/35



12/35

Processo de Software 0.ases1

Concepção .ase na qual necessidades dos usu:rios e conceitos da

aplicação são analisados o suficiente para 4ustificar a

especificação de um produto de software9 resultando emuma proposta de especificação>

Ela$oração

.ase na qual a especificação do produto " detal&ada osuficiente para modelar conceitualmente o dom3nio doproblema9 $alidar os requisitos em termos deste modeloconceitual e permitir um plane4amento acurado da fase deconstrução>


13/35

Processo de Software 0.ases1

Construção .ase na qual " desen$ol$ida 0desen&ada9

implementada e testada1 uma liberação completamenteoperacional do produto9 que atende aos requisitosespecificados>

"ransição .ase na qual o produto " colocado disposição de uma

comunidade de usu:rios para testes finais9 treinamentoe uso inicial>


14/35

Ob4eti$os das (tapas

Plane4amento e )erenciamento Definição de escopo9 ,ealização de estimati$as9 alocação de recursos Cronogramas!prazos

)er@ncia de Configuração e 2udanças )erencia os artefatos que pertencem a cada $ersão

do software +$alia solicitaçes de mudanças para os artefatos

definidos no software9 e$entualmente9 autorizando8as para serem realizadas


15/35

(tapa c&a$e

Anlise & Projeto

#ocumento deRequisitos

Prot)tipo da!nterface Grfica

Glossrio

Projeto da!nterface Grfica

Projeto daArquitetura Projeto dos

*u$sistemas

C)digo Gerado

Artefatos de Entrada

Artefatos de *a+da


16/35

,espons:$eis

Anlise & Projeto

Anlise deRequisitos

Projeto da

Arquitetura

Projeto #etal,ado de*u$sistemas

Analistas

Arquiteto

Projetistas


17/35

(tapas em @nfase no nosso curso

,equisitos

+n:lise e Pro4eto


18/35

2odelos de Ciclo de =ida

Organização das etapas do processo dedesen$ol$imento

Codifica-remenda: sem organização

Cascata5 organização em seqA@ncia

Iterativa Espiral 5 organização em espiral

Iterativa e Incremental 5 cascata " repetido


19/35


Modelo Codifica-Remenda.

(strutura composta de $:rias fases executadas

aleat'rias e desorganizadas


20/35


Especificação

/////

Produto


21/35

2odelo Codifica8,emenda

Pro$a$elmente o mais usado

#ão exige sofisticação t"cnica ou gerencial

+lto risco

-mposs3$el de gerir

#ão permite assumir compromissos confi:$eis


22/35


23/35


Requirementsdefinition

System and

software design

Implementationand unit testing

Integration and

system testing

Operation andmaintenance


24/35

2odelo Cascata

Processo mais $is3$el9 fixando pontos espec3ficos

Dif3cil mostrar resultados parciais

Dificuldade de acomodação das mudanças depois

que o processo est: em andamento

(sse modelo " apenas apropriado quando osrequisitos são entendidos completamente e

perfeitamente


25/35


(spiral

+crescenta aspectos gerenciais ao processo de

desen$ol$imento de software


26/35

2odelo (spiral

Risk analysis

Risk analysis

Risk analysis

Risk analysis Proto-

type 1

Prototype 2Prototype 3

Opera-

tional protoype

Concept of Operation

Simulations models !enc"marks

S#$requirements

Requirement%alidation

&esign'('

Product

design&etaileddesign

Code

)nit test

Integrationtest*cceptance

testSer%ice &e%elop %erifyne+t-le%el product

,%aluate alternati%esidentify resol%e risks

&etermine o!ecti%esalternati%es and

constraints

Plan ne+t p"ase

Integrationand test plan

&e%elopment plan

Requirements plan.ife-cycle plan

R,'I,$


27/35

2odelo (spiral

=antagens

.oca atenção nas opçes de reuso

(liminação precoce de erros ualidade desde o in3cio

-ntegra desen$ol$imento e manutenção


28/35


-terati$o e -ncremental

+daptação do modelo espiral

(m $ez de entregar o sistema como um todo9 odesen$ol$imento e a entrega são di$ididos em

incrementos>

Cada incremento entregando parte dafuncionalidade requerida>


29/35

2odelo -terati$o

Benef3cios ,equisitos dos usu:rios são priorizados e

inclu3dos nas iteraçes iniciais

+ funcionalidade do sistema est: dispon3$el maiscedo9 pois ela " entregue a partir dosincrementos

Diminui o risco de fal&a do pro4eto como um todo


30/35

Projeto 0 Empresas de pequenoporte

#ormalmente " iniciado ap's um acordo $erbalentre os usu:rios e a equipe do pro4eto

O desen$ol$imento " feito logo ap's esse acordo$erbal9 geralmente sem a exist@ncia de an:lise>

)eralmente não existe um processo dedesen$ol$imento formal> Se existe9 geralmente não

" seguido ou $erificado>


31/35

Projeto 0 Empresas de grandeporte

(xiste um processo formal de engen&aria desoftware

(xistem meios para $erificar se o processo est:sendo seguido

%odos con&ecem o processo

O gerente " o respons:$el por organizar o pro4etode acordo com o processo


32/35

Modelos

+ criação de um modelo corresponde utilizaçãode uma linguagem que possa ser empregada poranalistas e compreendida por usu:rios9 para

representar um sistema>

Os modelos são os principais produtos da an:lise esão fundamentais para se obter um produto desoftware de qualidade9 dentro de prazos e custospreestabelecidos>


33/35


34/35

Modelos

Obser$ação -mportante5 m analista de sistemas9 al"m de saber construir

modelos9 de$e se aprofundar no que est: sendo

modelado9 se4a um sistema de matr3cula9 $endas9controle de estoque9 banc:rio9 etc>

Durante a modelagem9 o analista muitas $ezes setorna um especialista na :rea>


35/35

analise projeto de sistema

Documents

Transcript of analise projeto de sistema