intro duca o

29
tro naus-Cen mpus Man Introdução a nas – Cam Análise de o Amazon Sistemas Federal do Introdução: Histórico; Conceitos Fundamentais; Ciclos de vida nstituto F In

Upload: daiane-roberta

Post on 04-Sep-2015

212 views

Category:

Documents


0 download

DESCRIPTION

introuçao

TRANSCRIPT

  • tr

    o

    n

    a

    u

    s

    -

    C

    e

    n

    m

    p

    u

    s

    M

    a

    n

    Introduo a

    n

    a

    s

    C

    a

    m

    Anlise de

    o

    A

    m

    a

    z

    o

    n

    Sistemas

    F

    e

    d

    e

    r

    a

    l

    d

    o

    Introduo: Histrico; Conceitos Fundamentais; Ciclos de vida

    n

    s

    t

    i

    t

    u

    t

    o

    F

    u da e a s; C c os de da

    I

    n

  • tr

    o

    n

    a

    u

    s

    -

    C

    e

    nHistrico

    m

    p

    u

    s

    M

    a

    n

    50 a 70: Anlise Clssica

    n

    a

    s

    C

    a

    m70 a 80: Anlise Estruturada80 a 90: Anlise Essencial

    o

    A

    m

    a

    z

    o

    n80 a 90: Anlise Essencial90 a : Orientao a Objetos

    F

    e

    d

    e

    r

    a

    l

    d

    o

    n

    s

    t

    i

    t

    u

    t

    o

    F

    I

    n

  • tr

    o

    n

    a

    u

    s

    -

    C

    e

    nHistrico

    m

    p

    u

    s

    M

    a

    n

    1975: SADT (Douglas Ross e Kennety E. Schoman Jr.) 1977 Ch i G T i h S

    n

    a

    s

    C

    a

    m 1977: Chris Gane e Trish Sarson 1978: Tom DeMArco e Victor Weiberg

    1984 Sth h M M M i J h F P l

    o

    A

    m

    a

    z

    o

    n 1984: Sthephen M. McMenamim e John F. Palmer 1989: Edward Yourdon

    F

    e

    d

    e

    r

    a

    l

    d

    o Dcada de 90: Anlise Orientada a Objetos (Booch, Rumbaugh e Jacobson; UML; Coad/Yourdon, etc.)

    n

    s

    t

    i

    t

    u

    t

    o

    F

    I

    n

  • tr

    o

    n

    a

    u

    s

    -

    C

    e

    nIntroduo

    m

    p

    u

    s

    M

    a

    n

    Para se desenvolver um sistema de informao necessrio desenvolver atravs de um ciclo que

    n

    a

    s

    C

    a

    mnecessrio desenvolver atravs de um ciclo que denominado ciclo de vida;

    Cada ciclo de vida seguem processos que buscam

    o

    A

    m

    a

    z

    o

    n Cada ciclo de vida seguem processos que buscamgarantir a obteno final de um produto bem projetado ecom qualidade esperada;

    F

    e

    d

    e

    r

    a

    l

    d

    o

    n

    s

    t

    i

    t

    u

    t

    o

    F

    I

    n

  • tr

    o

    n

    a

    u

    s

    -

    C

    e

    nIntroduo

    m

    p

    u

    s

    M

    a

    n

    Existem 4 tipos de paradigmas de ciclo de vida definidospela Engenharia de Software:

    n

    a

    s

    C

    a

    mpela Engenharia de Software:Ciclo de vida clssico;Ciclo de vida de prototipao;

    o

    A

    m

    a

    z

    o

    nCiclo de vida de prototipao;Ciclo de vida de espiral;Tcnicas da 4 gerao

    F

    e

    d

    e

    r

    a

    l

    d

    oTcnicas da 4 gerao.

    n

    s

    t

    i

    t

    u

    t

    o

    F

    I

    n

  • tr

    o

    n

    a

    u

    s

    -

    C

    e

    nIntroduo

    m

    p

    u

    s

    M

    a

    n

    Ciclos de vida Sistemas de InformaoD l ft i t t i l

    n

    a

    s

    C

    a

    mDesenvolver software consiste em optar por um ciclode vida adequado para o contexto apresentadoOs ciclos de vida tambm so referenciados com

    o

    A

    m

    a

    z

    o

    nOs ciclos de vida tambm so referenciados comModelos de Processo de Software, sendo umarepresentao abstrata de um processo de software.

    F

    e

    d

    e

    r

    a

    l

    d

    o

    representao abstrata de um processo de software.Cada modelo de processo representa um processo

    uma determinada perspectiva.

    n

    s

    t

    i

    t

    u

    t

    o

    F

    p p

    I

    n

  • tr

    o

    n

    a

    u

    s

    -

    C

    e

    nIntroduo

    m

    p

    u

    s

    M

    a

    n

    Ciclo de vida todo o processo de desenvolvimentode um determinado software

    n

    a

    s

    C

    a

    mde um determinado software.Existem vrios modelos de ciclo de vida, sendo que a

    diferena entre eles est na forma como as fases so

    o

    A

    m

    a

    z

    o

    ndiferena entre eles est na forma como as fases soencadeadas.

    F

    e

    d

    e

    r

    a

    l

    d

    o

    n

    s

    t

    i

    t

    u

    t

    o

    F

    I

    n

  • tr

    o

    n

    a

    u

    s

    -

    C

    e

    nCiclo de Vida Clssico

    m

    p

    u

    s

    M

    a

    n

    Ciclo de vida Clssico: C h id t b d l t

    n

    a

    s

    C

    a

    m Conhecido tambm como modelo cascata, porexistir uma ligao entre as fases do ciclo de vida.Sendo um dos primeiros modelos mais gerais da

    o

    A

    m

    a

    z

    o

    nSendo um dos primeiros modelos mais gerais daengenharia de sistemas. O modelo possui uma abordagem sistemtica.

    F

    e

    d

    e

    r

    a

    l

    d

    o

    O modelo possui uma abordagem sistemtica.Avanando seqencialmente etapa por etapa,para obteno do desenvolvimento de software.

    n

    s

    t

    i

    t

    u

    t

    o

    F

    I

    n

  • tr

    oModelo de Ciclo de Vida

    n

    a

    u

    s

    -

    C

    e

    nModelo de Ciclo de Vida Clssico

    m

    p

    u

    s

    M

    a

    n

    Engenharia de Sistemas

    n

    a

    s

    C

    a

    m

    Anlise

    o

    A

    m

    a

    z

    o

    n

    Projeto

    Codificao

    F

    e

    d

    e

    r

    a

    l

    d

    oCodificao

    Teste

    n

    s

    t

    i

    t

    u

    t

    o

    F

    Manuteno

    I

    n

  • tr

    o

    n

    a

    u

    s

    -

    C

    e

    nEtapas

    m

    p

    u

    s

    M

    a

    n

    1) Engenharia de Sistemas:Vi l d i t E ifi i it

    n

    a

    s

    C

    a

    mViso ampla do sistemas. Especifica-se os requisitos do sistema para todos os elementos do sistema. Esta fase envolve a coleta dos requisitos em nvel de

    o

    A

    m

    a

    z

    o

    nfase envolve a coleta dos requisitos em nvel de sistema, uma fatia de projeto e anlise de alto nvel.

    F

    e

    d

    e

    r

    a

    l

    d

    o

    n

    s

    t

    i

    t

    u

    t

    o

    F

    I

    n

  • tr

    o

    n

    a

    u

    s

    -

    C

    e

    nEtapas

    m

    p

    u

    s

    M

    a

    n

    2) Anlise:A intensificao do processo de coleta de dados

    n

    a

    s

    C

    a

    m

    A intensificao do processo de coleta de dados realizada, cabe ao analista de software compreender o domnio da informao, com o intuito de entender a natureza do sistema a ser construdo a sua funo

    o

    A

    m

    a

    z

    o

    nnatureza do sistema a ser construdo, a sua funo, desempenho e interface requerida. Tais requisitos devem ser documentados e revistos

    F

    e

    d

    e

    r

    a

    l

    d

    o

    qcom o cliente, a sua validao de suma importncia para que as informaes passem para a fase seguinte de forma consistente.

    n

    s

    t

    i

    t

    u

    t

    o

    F

    fase seguinte de forma consistente.

    I

    n

  • tr

    o

    n

    a

    u

    s

    -

    C

    e

    nEtapas

    m

    p

    u

    s

    M

    a

    n

    3) Projeto:O d ft t b l it t

    n

    a

    s

    C

    a

    mO processo de software estabelece uma arquitetura geral do sistema, a sua identificao e a descrio das abstraes do software e suas relaes

    o

    A

    m

    a

    z

    o

    nabstraes do software e suas relaes.

    F

    e

    d

    e

    r

    a

    l

    d

    o

    n

    s

    t

    i

    t

    u

    t

    o

    F

    I

    n

  • tr

    o

    n

    a

    u

    s

    -

    C

    e

    nEtapas

    m

    p

    u

    s

    M

    a

    n

    4) Codificao:O j t t d id d f t d l l

    n

    a

    s

    C

    a

    mO projeto traduzido de forma entendvel pela mquina. Cabe ao programador implementar o software de posse do projeto lgico e fsico realizado

    o

    A

    m

    a

    z

    o

    nsoftware de posse do projeto lgico e fsico realizado na fase anterior.

    F

    e

    d

    e

    r

    a

    l

    d

    o

    n

    s

    t

    i

    t

    u

    t

    o

    F

    I

    n

  • tr

    o

    n

    a

    u

    s

    -

    C

    e

    nEtapas

    m

    p

    u

    s

    M

    a

    n

    5) Teste:

    n

    a

    s

    C

    a

    m

    Esta fase dar-se- inicio aps a gerao do cdigo executvel, nesta etapa sero realizados vrios t t bj ti d ti

    o

    A

    m

    a

    z

    o

    ntestes no programa, como o objetivo de garantir que todas as funes do sistema atendam aos requisitos solicitados

    F

    e

    d

    e

    r

    a

    l

    d

    osolicitados.

    n

    s

    t

    i

    t

    u

    t

    o

    F

    I

    n

  • tr

    o

    n

    a

    u

    s

    -

    C

    e

    nEtapas

    m

    p

    u

    s

    M

    a

    n

    6) Manuteno:

    n

    a

    s

    C

    a

    m

    O sistema est instalado e em operao, porm o software ainda poder sofrer mudanas aps ser

    t li t d t d

    o

    A

    m

    a

    z

    o

    nentregue ao cliente, decorrente de erros encontrados, de adaptaes, e outros motivos encontrados pelo cliente

    F

    e

    d

    e

    r

    a

    l

    d

    oencontrados pelo cliente.

    n

    s

    t

    i

    t

    u

    t

    o

    F

    I

    n

  • tr

    o

    n

    a

    u

    s

    -

    C

    e

    nCiclo de vida Prototipao

    m

    p

    u

    s

    M

    a

    n

    um processo que capacita o desenvolvedor a criar um modelo de software que ser implementado O modelo

    n

    a

    s

    C

    a

    mmodelo de software que ser implementado. O modelo pode assumir uma das trs formas:

    1. Um prottipo em papel ou em PC, que retrate a

    o

    A

    m

    a

    z

    o

    n

    1. Um prottipo em papel ou em PC, que retrate a iterao homem e mquina

    2. Um prottipo de trabalho que implementa algum subconjunto da funo exigida do software desejado

    F

    e

    d

    e

    r

    a

    l

    d

    osubconjunto da funo exigida do software desejado.3. Um programa existente que executa parte ou todas as

    funes desejadas.

    n

    s

    t

    i

    t

    u

    t

    o

    F

    I

    n

  • tr

    o

    Incio

    n

    a

    u

    s

    -

    C

    e

    nColeta e refinamento

    dos requisitos

    IncioFim

    m

    p

    u

    s

    M

    a

    n

    Projeto rpido

    Engenharia do produto

    n

    a

    s

    C

    a

    m

    o

    A

    m

    a

    z

    o

    n

    F

    e

    d

    e

    r

    a

    l

    d

    o

    Construo do prottipo

    Refinamento do prottipo

    n

    s

    t

    i

    t

    u

    t

    o

    F

    Avaliao do prottipo pelo cliente

    I

    n

  • tr

    o

    n

    a

    u

    s

    -

    C

    e

    nCiclo de vida Espiral

    m

    p

    u

    s

    M

    a

    n

    Este modelo foi desenvolvido buscando abranger as melhores caractersticas do ciclo de vida clssico e de

    n

    a

    s

    C

    a

    mmelhores caractersticas do ciclo de vida clssico e de prototipao, e adicionando um novo elemento muito importante e que no faz parte destes dois modelos, que

    o

    A

    m

    a

    z

    o

    n

    p q p , qvem a ser a anlise de riscos.

    F

    e

    d

    e

    r

    a

    l

    d

    o

    n

    s

    t

    i

    t

    u

    t

    o

    F

    I

    n

  • tr

    o

    n

    a

    u

    s

    -

    C

    e

    n

    m

    p

    u

    s

    M

    a

    n

    Planejamento Anlise de risco

    n

    a

    s

    C

    a

    m

    j risco

    o

    A

    m

    a

    z

    o

    n

    F

    e

    d

    e

    r

    a

    l

    d

    o

    Avaliao do Engenharia

    n

    s

    t

    i

    t

    u

    t

    o

    F

    cliente Engenharia

    I

    n

  • tr

    o

    n

    a

    u

    s

    -

    C

    e

    nFases

    m

    p

    u

    s

    M

    a

    n

    PlanejamentoO d l d t i bj ti lt ti

    n

    a

    s

    C

    a

    mOnde possvel determinar os objetivos, alternativas e restries do projeto, a etapa responsvel pela coleta inicial dos requisitos e planejamento levando

    o

    A

    m

    a

    z

    o

    ncoleta inicial dos requisitos e planejamento levando em considerao os comentrios do cliente.

    F

    e

    d

    e

    r

    a

    l

    d

    o

    n

    s

    t

    i

    t

    u

    t

    o

    F

    I

    n

  • tr

    o

    n

    a

    u

    s

    -

    C

    e

    nFases

    m

    p

    u

    s

    M

    a

    n

    Anlise de riscos: t d b d i it i i i i

    n

    a

    s

    C

    a

    m construda baseada nos requisitos iniciais e na reao do cliente, e anlise das alternativas e identificao resoluo dos riscos

    o

    A

    m

    a

    z

    o

    nidentificao, resoluo dos riscos. Os riscos so identificados e uma anlise detalhada

    realizada, sendo possvel tomar algumas

    F

    e

    d

    e

    r

    a

    l

    d

    o

    realizada, sendo possvel tomar algumas providncias para reduzir o risco e seus efeitos, caso ocorram.

    n

    s

    t

    i

    t

    u

    t

    o

    F

    I

    n

  • tr

    o

    n

    a

    u

    s

    -

    C

    e

    nFases

    m

    p

    u

    s

    M

    a

    n

    Engenharia:R l tti d ft i i i l

    n

    a

    s

    C

    a

    mResponsvel por um prottipo de software inicial, ou seja, etapa responsvel pela construo do produto. Aps a avaliao de risco um modelo de

    o

    A

    m

    a

    z

    o

    nAps a avaliao de risco um modelo de desenvolvimento do sistema providenciado.

    F

    e

    d

    e

    r

    a

    l

    d

    o

    n

    s

    t

    i

    t

    u

    t

    o

    F

    I

    n

  • tr

    o

    n

    a

    u

    s

    -

    C

    e

    nFases

    m

    p

    u

    s

    M

    a

    n

    Avaliao feita pelo cliente: f l l li d li t d

    n

    a

    s

    C

    a

    m a fase responsvel pela avaliao do cliente dos resultados da engenharia do produto.

    o

    A

    m

    a

    z

    o

    n

    F

    e

    d

    e

    r

    a

    l

    d

    o

    n

    s

    t

    i

    t

    u

    t

    o

    F

    I

    n

  • tr

    oTcnicas de Quarta Gerao

    n

    a

    u

    s

    -

    C

    e

    nTcnicas de Quarta Gerao (4GT)

    m

    p

    u

    s

    M

    a

    n

    ( ) O paradigma 4GT de engenharia de software

    concentra se na capacidade de se especificar software a

    n

    a

    s

    C

    a

    mconcentra-se na capacidade de se especificar software a uma mquina em um nvel que esteja prximo linguagem natural ou de se usar uma notao que

    o

    A

    m

    a

    z

    o

    n

    g g qcomunique uma funo significativa(PRESSMAN,1995).

    F

    e

    d

    e

    r

    a

    l

    d

    o

    n

    s

    t

    i

    t

    u

    t

    o

    F

    I

    n

  • tr

    oTcnicas de Quarta Gerao

    n

    a

    u

    s

    -

    C

    e

    nTcnicas de Quarta Gerao (4GT)

    m

    p

    u

    s

    M

    a

    n

    ( ) Este paradigma sustentado por ambientes de

    desenvolvimento de software cujas ferramentas podem

    n

    a

    s

    C

    a

    mdesenvolvimento de software, cujas ferramentas podem ser: linguagens no-procedurais para consultas de banco de dados, gerao de relatrios, manipulao de

    o

    A

    m

    a

    z

    o

    n

    , g , p dados, interao e definio de telas, gerao de cdigos.

    F

    e

    d

    e

    r

    a

    l

    d

    o

    n

    s

    t

    i

    t

    u

    t

    o

    F

    I

    n

  • tr

    o

    n

    a

    u

    s

    -

    C

    e

    n

    m

    p

    u

    s

    M

    a

    n

    Coleta de requisitos

    n

    a

    s

    C

    a

    m

    Estratgia de projeto

    o

    A

    m

    a

    z

    o

    n

    Implementao usando 4GL

    F

    e

    d

    e

    r

    a

    l

    d

    ousando 4GL

    n

    s

    t

    i

    t

    u

    t

    o

    FTeste

    I

    n

  • tr

    o

    n

    a

    u

    s

    -

    C

    e

    nAtividades

    m

    p

    u

    s

    M

    a

    n

    1. Conceitue sistema e sistemas de informao.2 C it P di d ft ?

    n

    a

    s

    C

    a

    m2. Conceitue Paradigma de software?3. Dentro do contexto de ciclos de vida de sistemas de

    informao quais foram os paradigmas vistos e relate

    o

    A

    m

    a

    z

    o

    ninformao, quais foram os paradigmas vistos e relateas vantagens e desvantagens de cada um.

    4 Pesquise sobre a combinao de paradigmas e relate o

    F

    e

    d

    e

    r

    a

    l

    d

    o4. Pesquise sobre a combinao de paradigmas, e relate oseu uso e a sua importncia no cenrio atual?

    n

    s

    t

    i

    t

    u

    t

    o

    F

    I

    n

  • tr

    o

    n

    a

    u

    s

    -

    C

    e

    nAtividades

    m

    p

    u

    s

    M

    a

    n

    5. Quanto ao impacto da era da informao. Apresente:) Q t l ( iti ti ) l t

    n

    a

    s

    C

    a

    ma) Quatro exemplos (positivos e negativos), que relateeste impacto sobre a sociedade atual em todosaspectos;

    o

    A

    m

    a

    z

    o

    naspectos;6. Pesquise e relate 3 exemplos de projetos de

    desenvolvimento de software que seriam difceis de ser

    F

    e

    d

    e

    r

    a

    l

    d

    o

    desenvolvimento de software que seriam difceis de serrepresentadas em prottipos.

    n

    s

    t

    i

    t

    u

    t

    o

    F

    I

    n

  • tr

    o

    n

    a

    u

    s

    -

    C

    e

    nAtividades

    m

    p

    u

    s

    M

    a

    n

    7. Desenvolva um prottipo em papel de um projeto devdeo game elaborado por voc

    n

    a

    s

    C

    a

    mvdeo game elaborado por voc.8. Pesquise um tema a seu critrio de projeto de

    sistemas e escolha a modelagem a ser utilizada de um

    o

    A

    m

    a

    z

    o

    nsistemas, e escolha a modelagem a ser utilizada de umdos paradigmas apresentados e justifique sua escolha.

    9. Quais as diferenas entre anlise e projeto de sistemas?

    F

    e

    d

    e

    r

    a

    l

    d

    o

    9. Quais as diferenas entre anlise e projeto de sistemas?

    n

    s

    t

    i

    t

    u

    t

    o

    F

    I

    n