Processo de Desenvolvimento de Software - BizAgi

Diagrama do processo de
desenvolvimento de Software
BizAgi Process Modeler
ndice
DIAGRAMA 1........................................................................................................5
PROCESSO DE DESENVOLVIMENTO DE SOFTWARE ..................................................................5
Elementos do processo....................................................................................6
Anlise.....................................................................................................6
Codificao...............................................................................................6
1.1.1.1
Testes.............................................................................................7
Implantao................................................................................................7
Produo..................................................................................................7
ANLISE..........................................................................................................8
Elementos do processo....................................................................................8
Levantamento de informaes....................................................................8
Desenho do processo..................................................................................8
Modelagem de dados..................................................................................8
Modelagem do sistema..............................................................................8
Prototipao..............................................................................................8
Definies finais.........................................................................................8
LEVANTAMENTO DE INFORMAES..................................................................................9
Elementos do processo..................................................................................10
Entrevista com usurios...........................................................................10
Formatao de informaes......................................................................10
Apresentao das Informaes................................................................10
Entrevista com Dirigentes.......................................................................10
Consolidao das informaes..................................................................10
Apresentao das informaes..................................................................10
DESENHO DO PROCESSO.........................................................................................10
Diagramao do processo de Negcio BPMN..............................................11
Apresentao do diagrama aos usurios....................................................11
MODELAGEM DE DADOS..........................................................................................11
Criao/manuteno do modelo lgico.......................................................12
Criao/manuteno do modelo fsico........................................................12
Apresentao dos modelos ao DBA............................................................12
Gerao do script do Banco de Dados........................................................12
MODELAGEM DO SISTEMA ........................................................................................12

Criao dos DFD's.....................................................................................13
Descrio grfica dos formulrios e funes................................................13
Criao dos DCS.....................................................................................13
Descrio grfica das classes e componentes.............................................13
Apresentao aos usurios.......................................................................13
Gerao do script do Banco de Dados........................................................13
PROTOTIPAO..................................................................................................14
Criao/manuteno dos modelos de telas/relatrios.................................14
Apresentao aos usurios.......................................................................14
DEFINIES FINAIS..............................................................................................15
Desenvolver cronograma de execuo.......................................................16
Definio de equipe e recursos.................................................................16
Desenvolver planilha de custo..................................................................16
Apresentao de relatrios a Diretoria.......................................................16
Reviso do relatrio.................................................................................16
CODIFICAO....................................................................................................16
Preparar ambiente...................................................................................18
Escrever cdigo.......................................................................................18
PREPARAR AMBIENTE.............................................................................................18
Instalao de hardware...........................................................................18
Instalao de software............................................................................18
Testes de ambiente................................................................................18
ESCREVER CDIGO..............................................................................................19
Escrever cdigo......................................................................................19
TESTES..........................................................................................................19
Teste de bancada...................................................................................20
Teste de qualidade.................................................................................20
Teste de stress.......................................................................................20
Teste de segurana.................................................................................20
Homologao.........................................................................................20
TESTE DE BANCADA..............................................................................................20
9/23/2012
Efetuar teste de bancada........................................................................20

TESTE DE QUALIDADE ............................................................................................21
Instalao de hardware...........................................................................22
Instalao de software............................................................................22
Testes de ambiente................................................................................22
Efetuar monkey test...............................................................................22
TESTE DE STRESS...............................................................................................22
Preparao da simulao de teste............................................................23
Teste macio da aplicao.......................................................................23
Avaliao de resposta do hardware e software..........................................23
Anlise da avaliao...............................................................................23
TESTE DE SEGURANA...........................................................................................23
Efetuar teste de segurana.....................................................................24
HOMOLOGAO..................................................................................................24
Efetuar homologao.............................................................................25
IMPLANTAO....................................................................................................25
Treinamento para usurios......................................................................26
Trabalho em paralelo..............................................................................26
Migrao de Dados.................................................................................26
TREINAMENTO PARA USURIOS...................................................................................26
Curso prtico de administrao................................................................26
Curso prtico de operao.......................................................................26
MIGRAO DE DADOS...........................................................................................27
Migrar dados..........................................................................................27
TRABALHO EM PARALELO.........................................................................................28
Operar o sistema....................................................................................28
Analisar resultados.................................................................................28
Homologao final do sistema.................................................................28
PRODUO......................................................................................................29
Estabelecer rotina de produo................................................................30
Elaborar relatrio de anlise de performance............................................30
Analisar LOG's de produo.....................................................................30
9/23/2012
DIAGRAMA 1
Verso: 1.0
Autor: Paulo Oliver
PROCESSO DE DESENVOLVIMENTO
DE SOFTWARE
Saindo do caos
No raro em ambientes de desenvolvimento que muitos
desenvolvedores sejam envolvidos em mltiplos projetos simultaneamente.
Assim sendo ao mesmo tempo em que um desenvolvedor desenvolve dois
softwares, est tambm corrigindo bugs de outros dois, dificultando desta
forma o trabalho do desenvolvedor.
As tarefas de desenvolvimento, quer sejam elas de criao de novos
softwares ou de manuteno dos softwares existentes, devem ser divididas em
projetos e cada projeto deve seguir uma seqncia de execuo que garanta a
qualidade do software que est sendo gerado.
Equipes Envolvidas
As seguintes equipes devem ser delineadas e envolvidas no processo de
desenvolvimento :
Desenvolvimento
Testers
Homologao
Banco de Dados
Suporte
Produo
Divises do Processo de Desenvolvimento
Anlise
Codificao
Testes
Implantao
9/23/2012
Produo
ELEMENTOS DO PROCESSO
Anlise
A etapa de anlise a etapa na qual se faz o levantamento da
necessidade existente e define-se de que forma o software a ser criado
dever solucionar esta necessidade. Em alguns ambientes os
desenvolvedores tem o mal costume de pular a etapa de anlise
passando diretamente a etapa de desenvolvimento. Isso causa
freqentemente falhas na definio do software, ou seja, descobre-se
aps o desenvolvimento que o que foi feito no atende a necessidade
existente.
Codificao
A etapa de codificao envolve o desenvolvimento em si do projeto
9/23/2012
1.1.1.1
Testes
Os testes se dividem em 5 tipos :

Teste de bancada
Teste de qualidade
Teste de Stress
Teste de Segurana
Homologao
Destes 3 tipos apenas o teste de bancada realizado em ambiente de
desenvolvimento, em geral pelo prprio analista conforme comentado
anteriormente. Os demais testes so realizados em um ambiente
denominado ambiente de qualidade.
Implantao
No existe uma regra especfica para o processo de implantao, mas o
analista, a equipe de suporte e a de banco de dados devem estar em
conjunto solucionando os seguintes problemas:
Treinamento para os usurios.
Trabalho em paralelo com aplicaes existentes quando necessrio.
Migrao de dados de bancos de dados existentes quando necessrio.
Observe que tanto o analista, como a equipe de suporte e a equipe de
banco de dados devem ter trabalhado deste o trmino da etapa de
anlise no planejamento do processo de implantao. Desta forma o
trabalho nesta etapa torna-se bem planejado e organizado, menos
sujeito a falhas.
Produo
A partir da implantao da aplicao entra em cena a equipe de
produo, que algumas vezes um sub-conjunto da equipe de suporte.
Eis algumas tarefas da equipe de produo :
Fornecer suporte ao uso da aplicao
Inspecionar logs de eventos gerados pela aplicao
possveis problemas em produo
identificando
Montar uma linha base de performance para a aplicao

Conhecer as caractersticas da aplicao de forma a poder auxiliar a
equipe de suporte no planejamento do remanejamento da aplicao em
relao aos servidores da empresa.
Apontar para a equipe de desenvolvimento problemas de performance
na aplicao
9/23/2012
ANLISE
Levantamento de informaes
Desenho do processo
Modelagem de dados
Modelagem do sistema
Prototipao
Definies finais
Curiosidades sobre a etapa de anlise
A etapa de anlise na verdade no termina. Mesmo durante as
etapas seguintes a anlise continua a ocorrer, se aprofundando mais
tecnicamente no sistema. Eventualmente descobre-se na etapa de
codificao novas caractersticas do negcio que alteram definies
feitas em anlise
O analista , em geral, um gerente de projetos. Aps a etapa de
anlise ele estar gerenciando os desenvolvedores na execuo da
especificao do sistema.
O analista em geral um ex-desenvolvedor, mas que adquiriu
um linguajar de negcios que permite que ele se comunique com os
usurio na mesma lngua destes, podendo desta forma extrair
informaes durante o levantamento.
9/23/2012
Como ex-desenvolvedor comum que o analista no esteja

100% atualizado com as tecnologias atuais. Desta forma nem sempre o
analista consegue realizar as melhores opes em termos de tecnologia
para o projeto e, nos piores casos, o analista chega a ter dificuldade de
falar com os desenvolvedores. Neste caso necessria a presena de
um outro personagem, o arquiteto do sistema, que tem por finalidade
definir as tecnologias a serem aplicadas para execuo do projeto,
definir as metodologias de desenvolvimento a serem usadas pelos
desenvolvedores e fazer a traduo entre o analista e os
desenvolvedores quando necessrio.
A equipe de suporte deve trabalhar em conjunto do analista ou
do arquiteto do projeto na definio fsica do projeto, iniciando uma
especificao de equipamentos que sero necessrios ao projeto
LEVANTAMENTO
DE
INFORMAES
Nesta etapa o analista realiza o levantamento de informaes com o

usurio. O analista faz uso de muitas entrevistas com o usurio para
descobrir as necessidades existentes.
O analista deve estar atento as informaes fornecidas pelo
usurio, cada detalhe mencionado por usurio as vezes pode resultar em
mudanas no planejamento que o analista j estava realizando.
O analista no deve se confundir quando o usurio tentar indicar
como algo deve ser feito fisicamente (estrutura de tabela, tela,
programas, etc.). O usurio no tem conhecimento tcnico para fazer
essa indicao, o analista deve extrair do usurio apenas as
especificaes ligadas ao negcio da empresa.
Nem sempre o usurio tem todas as informaes que o analista
precisa. Muitas vezes o usurio tem uma informao sobre o seu
trabalho no momento, mas a diretoria tem um planejamento futuro em
relao ao trabalho que afeta a aplicao e no de conhecimento do
usurio. Assim sendo o analista deve consultar outras pessoas alm dos
usurios da aplicao.
9/23/2012
Entrevista com usurios
Formatao de informaes
Apresentao das Informaes

Entrevista com Dirigentes
Consolidao das informaes
Apresentao das informaes
DESENHO
DO
PROCESSO
O desenho de processo realizado com os dados colhidos no

levantamento de informaes. uma demonstrao grfica da forma de
funcionamento do negcio descrito pelo usurio
O desenho de processo utilizado para apresentar o resultado do
levantamento ao usurio. Na verdade as duas etapas so recorrentes,
caso o usurio identifique erros no desenho de processo volta-se ao
9/23/2012
10
levantamento para acert-los e assim consecutivamente at que o

usurio aprove o desenho de processo
Diagramao do processo de Negcio BPMN
Apresentao do diagrama aos usurios
MODELAGEM
DE
DADOS
Tendo o desenho de processo sido realizado parte-se para o modelo de dados.

A criao do modelo de dados ir novamente se utilizar das informaes obtidas
durante o levantamento, mas poder tambm ter necessidade de novas
informaes e obrigar o analista a retornar para a etapa de levantamento.
O modelo de dados no to compreensvel para um usurio leigo como
o desenho de processo, portanto apresent-lo ou no ao usurio pode ser uma
deciso do analista.
O modelo de dados deve ser dividido em lgico e fsico, um estando
mais prximo das caractersticas do negcio enquanto o outro demonstrando
caractersticas fsicas do banco de dados.
9/23/2012
11
O analista de sistemas nem sempre um DBA, portanto o modelo de

dados deve ser aprovado pela equipe de administradores de dados.
Tendo o modelo de dados sido aprovado gera-se um script 0 do banco
de dados, o script inicial deste banco
Toda futura alterao do modelo de dados deve ter a aprovao do
DBA, que aproveita seu conhecimento das alteraes para se preparar para a
fase de implantao. As alterao so realizadas na forma de scripts evolutivos
do banco de dados de forma a complementarem o script 0. Assim sendo ganhase uma seqncia histrica de mudanas realizadas no banco de dados.
Criao/manuteno do modelo lgico
Criao/manuteno do modelo fsico
Apresentao dos modelos ao DBA
Gerao do script do Banco de Dados
MODELAGEM
DO
SISTEMA
9/23/2012
12
Feita a modelagem de dados, modela-se o sistema que ir manipular

esses dados. Pode-se utilizar DFDs, tpicos da anlise estruturada, ou
diagramas de classe e Sequence, tpicos da anlise orientada a objetos.
Obtem-se como resultado desta etapa descries grficas dos mdulos
que sero gerados no sistema, quer sejam formulrios/funes em aplicaes
estruturadas quer sejam classes/componentes em aplicaes orientadas a
objeto.
Todas as etapas de anlise so interligadas. A modelagem do sistema
pode afetar todas as etapas anteriores, eventualmente exigindo que o analista
retorne ao levantamento.
papel do analista, durante este processo, realizar suposies sobre
diversas situaes de negcio que porventura o usurio no tenha imaginado,
garantindo assim que o sistema funcione de forma flexvel mesmo frente a
situaes inesperadas.
Criao dos DFD's
Descrio grfica dos formulrios e funes
Criao dos DCS
Descrio grfica das classes e componentes
Apresentao aos usurios
Gerao do script do Banco de Dados
9/23/2012
13
PROTOTIPAO
Feita a modelagem do sistema parte-se ento para a construo do prottipo.

O prottipo um modelo das telas do sistema que tem por inteno
obter do usurio a aprovao da navegabilidade do sistema e da forma como
suas funcionalidades sero visualmente implementadas.
Criao/manuteno dos modelos de telas/relatrios

Apresentao aos usurios
9/23/2012
14
DEFINIES
FINAIS
Tendo obtido a aprovao do usurio para o desenho de processo e o

prottipo a fase de anlise encontra-se concluda em sua etapa mais formal.
Da fase de anlise obtem-se definies sobre como sero as fases
seguintes :
A partir das definies de anlise possvel desenvolver um cronograma
de execuo
A partir do cronograma e das necessidades do usurio possvel prever
o pessoal que dever ser envolvido nas fases seguintes do projeto (qtd.
Desenvolvedores)
A partir das informaes acima possvel fazer uma previso de custo
do projeto e a partir desta informao a diretoria identifica sua real
viabilidade.
9/23/2012
15
Desenvolver cronograma de execuo

Definio de equipe e recursos
Desenvolver planilha de custo
Apresentao de relatrios a Diretoria
Reviso do relatrio
CODIFICAO
A etapa de codificao envolve o desenvolvimento em si do projeto

Ambiente de codificao
Os desenvolvedores devem possuir um ambiente apartado no qual
tenham total controle de forma a poderem rapidamente resolver problemas nas
mquinas.
A equipe de suporte deve dar total apoio aos desenvolvedores, tal como
em termos de instalao das mquinas, backup e soluo rpida de problemas
que sejam exclusivamente de infraestrutura. Deve tambm procurar, junto com
o analista, as melhores tcnicas de otimizao do ambiente de codificao.
Deve estar em uso um sistema de controle de verses no ambiente de
desenvolvimento, tal como o Microsoft Visual Source Safe
Ocorrncias comuns no ambiente de codificao
Alteraes no modelo de dados
Devem ser aprovadas pela equipe de banco de dados e deve ser gerado
um script evolutivo que ser armazenado juntamente com script 0 do banco de
dados
Alteraes no prottipo
9/23/2012
16
Devem ser aprovadas pelo usurio

Alteraes na modelagem do sistema
Alteraes no desenho do processo
Essas duas ltimas podem ter impacto mdio a grande no
desenvolvimento do sistema. importante verificar se realmente
absolutamente necessrio que essas modificaes sejam feitas ou se seria
possvel que essas modificaes fossem implementadas apenas em uma verso
2 do sistema.
Caso seja absolutamente necessria a realizao destas modificaes o
cronograma do sistema deve ser corrigido com base no impacto destas
mudanas.
Normalmente mudanas deste porte causam as outras 2, alterao de
prottipo e de modelo de dados
O trabalho do analista
O analista aproveita o perodo de desenvolvimento, no qual seu trabalho
fica mais direcionado gerencia de projeto, para realizar as seguintes tarefas :
Criar um plano de testes para a aplicao
Realizar o teste de bancada, teste inicial ainda em ambiente de
desenvolvimento, conforme os desenvolvedores terminam cada trecho da
aplicao
Planejar o teste de stress em conjunto com a equipe de suporte
Planejar o processo de implantao da aplicao em conjunto com a
equipe de suporte e banco de dados
Cronograma e desempenho
Uma tcnica muito til para a anlise
desenvolvimento a anlise de pontos de funo.
de
tempo
gasto
em
Esta anlise intenciona quantificar o software que est sendo

desenvolvido em pontos de funo e identificar a produtividade dos
desenvolvedores tambm em pontos de funo/dia.
Com isso consegue-se :
Identificar os desenvolvedores muito e pouco produtivos
Montar cronogramas mais precisos com base na produtividade real dos
desenvolvedores
Identificar a necessidade de mais desenvolvedores para cumprir um
determinado prazo
Identificar mais precisamente os custos do projeto
A anlise de ponto de funo muito detalhista e normalmente
demanda tempo na etapa de anlise, por isso muito comum as empresas
criarem pequenas adaptaes desta anlise conforme a arquitetura utilizada.
9/23/2012
17
Preparar ambiente
Escrever cdigo
PREPARAR
AMBIENTE
Instalao de hardware
Instalao de software
Testes de ambiente
9/23/2012
18
ESCREVER
CDIGO
Escrever cdigo
TESTES
Os testes se dividem em 5 tipos :

Teste de bancada
Teste de qualidade
Teste de Stress
Teste de Segurana
Homologao
9/23/2012
19
Teste de bancada
Teste de qualidade
Teste de stress
Teste de segurana
Homologao
TESTE
DE
BANCADA
Destes 5 tipos apenas o teste de bancada realizado em ambiente de

desenvolvimento, em geral pelo prprio analista conforme comentado
anteriormente. Os demais testes so realizados em um ambiente
denominado ambiente de qualidade.
Efetuar teste de bancada
9/23/2012
20
TESTE
DE
QUALIDADE
Ambiente de Qualidade
O ambiente de qualidade um ambiente o mais similar possvel ao
ambiente de produo da empresa. Este ambiente utilizado para a realizao
de testes de qualidade na aplicao
Raramente, porm, possvel ter um ambiente de qualidade realmente
idntico ao de produo. Cabe equipe de suporte juntamente com o
analista/arquiteto do sistema realizar um relatrio de riscos relativo a passagem
da aplicao para produo, ou seja, o risco de mesmo depois dos testes em
qualidade a passagem para produo no funcionar devido a diferena entre
qualidade e produo
Montagem do ambiente de qualidade
A montagem do ambiente de qualidade , de fato, um teste : Testa-se o
passo-a-passo de instalao do sistema, garantindo que o processo de
instalao funcionar quando for executado em ambiente de produo
Teste de Qualidade
O teste de qualidade , de todos, o teste mais detalhado do sistema.
realizado por testers, profissionais especializados na realizao de testes da
aplicao.
Os testers podem fazer uso do plano de testes criado pelo analista, mas
no se prendem a ele. O objetivo principal dos testers fazer o que chamado
de monkey test : Fazer exatamente o contrrio do que a aplicao pede em
cada tela e verificar como a aplicao reage. Desta forma obtem-se a garantia
de que a aplicao funcionar mesmo perante os piores tipos de usurio
existentes.
9/23/2012
21
Os testers em geral so desenvolvedores, mas no precisam ser to

especializados como os prprios desenvolvedores do projeto. Em alguns casos
podem ser outra equipe de desenvolvimento da prpria empresa, mas no
devem ser os mesmos desenvolvedores do projeto, pois por mais que tentem
os desenvolvedores do projeto sempre fazem testes para fazer a aplicao
funcionar, ao contrrio de testers que devem fazer a aplicao dar erro
H um trabalho circular entre os testers e o processo de codificao. Os
testers devem gerar um relatrio de volta para o processo de codificao,
gerando uma re-implantao da aplicao em qualidade e novo teste at o
momento em que os testers no identifiquem nenhum erro
Instalao de hardware
Instalao de software
Testes de ambiente
Efetuar monkey test
TESTE
DE
STRESS
9/23/2012
22
Teste de Stress
O teste de stress tem por objetivo testar a aplicao em condies de
uso muito macio, verificando como o hardware e o software respondem em
ambiente simulado.
O teste envolve tanto o analista/arquiteto, responsvel por especificar a
simulao de teste, como a equipe de banco, responsvel pela anlise da
resposta do servidor de banco ao teste como a equipe de suporte, responsvel
pela anlise da resposta do hardware e do sistema operacional.
Preparao da simulao de teste

Teste macio da aplicao
Avaliao de resposta do hardware e software
Anlise da avaliao
TESTE
DE
SEGURANA
Teste de Segurana
9/23/2012
23
Em geral realizado por uma equipe externa de hackers

contratados especialmente para testar a segurana do sistema, este
teste tem se tornado comum nas atuais arquiteturas de desenvolvimento
para web.
Efetuar teste de segurana
HOMOLOGAO
Homologao
o teste realizado pelos usurios finais, que podem ou no
seguir o plano de testes preparado pelo analista
O processo de homologao pode gerar um trabalho circular com
a etapa de codificao, assim como ocorreu com o teste de qualidade,
9/23/2012
24
mas mais improvvel que o processo de homologao encontre muitas

falhas no sistema
O usurio vai, como sempre, pedir modificaes no sistema.
Porm o analista deve ser cuidadoso de direcionar as modificaes
solicitadas pelo usurio para a prxima verso do sistema.
Ao final da homologao o usurio d sua aprovao final para o
sistema
Efetuar homologao
IMPLANTAO
Implantao
No existe uma regra especfica para o processo de implantao, mas o
analista, a equipe de suporte e a de banco de dados devem estar em conjunto
solucionando os seguintes problemas :
Treinamento para os usurios
Trabalho em paralelo com aplicaes existentes quando necessrio
Migrao de dados de bancos de dados existentes quando necessrio
Observe que tanto o analista, como a equipe de suporte e a equipe de
banco de dados devem ter trabalhado deste o trmino da etapa de anlise no
planejamento do processo de implantao. Desta forma o trabalho nesta etapa
torna-se bem planejado e organizado, menos sujeito a falhas
9/23/2012
25
Treinamento para usurios

Trabalho em paralelo
Migrao de Dados
TREINAMENTO
PARA
USURIOS
Curso prtico de administrao
Curso prtico de operao
9/23/2012
26
MIGRAO
DE
DADOS
Migrar dados
9/23/2012
27
TRABALHO
EM
PARALELO
Operar o sistema
Analisar resultados
Homologao final do sistema
9/23/2012
28
PRODUO
Produo
A partir da implantao da aplicao entra em cena a equipe de
produo, que algumas vezes um sub-conjunto da equipe de suporte.
Eis algumas tarefas da equipe de produo :
Fornecer suporte ao uso da aplicao
Inspecionar logs de eventos gerados pela aplicao identificando
possveis problemas em produo
Montar uma linha base de performance para a aplicao
Conhecer as caractersticas da aplicao de forma a poder auxiliar
a equipe de suporte no planejamento do remanejamento da aplicao
em relao aos servidores da empresa.
Apontar para a equipe
performance na aplicao
de
desenvolvimento
problemas
de
9/23/2012
29
Estabelecer rotina de produo

Elaborar relatrio de anlise de performance
Analisar LOG's de produo
Possveis rupturas no processo
Mesmo muito bem organizado da forma como aqui foi descrita,
podem ocorrer rupturas nesse processo de desenvolvimento que
causaro problemas de custo e cronograma :
Excesso de alteraes na especificao durante a etapa de
codificao
Excesso de erros em homologao ou produo
Dificuldade na comunicao entre o analista e os desenvolvedores
Cronogramas imprecisos
Excesso de alteraes na especificao durante a codificao
Isso pode ser causado por uma inicial inexperincia de um
analista. Deve-se registrar este fato como um ndice qualitativo do
processo de desenvolvimento e o analista deve utilizar cada ocorrncia
para aperfeioar-se, reduzindo este valor a cada projeto realizado
Excesso de erros em homologao ou produo
Isso ocorre por inexperincia dos testers, responsveis por
identificar os erros da aplicao.
Da mesma forma que o item anterior, isso deve ser registrado
como um fator qualitativo do processo e os testers devem utilizar cada
ocorrncia para aperfeioar-se e reduzir este valor
Dificuldade na comunicao entre o analista e os desenvolvedores
Uma das rupturas mais crticas, quando o analista, por estar
muito envolvido com o negcio, passa a ter dificuldade de se comunicar
com o desenvolvedor e suas especificaes se tornam mais distantes do
ambiente fsico da codificao.
Neste caso torna-se necessria a utilizao de um arquiteto de
sistemas como intermedirio entre o analista e o desenvolvedor. Devese tomar muito cuidado na escolha de quem ir realizar esse papel, pois
a pessoa deve ser capaz de utilizar a linguagem de negcio e traduzi-la
para os desenvolvedores, tendo liberdade de requisitar alteraes nas
especificaes quando estas estiverem por demais distantes do ambiente
fsico. Essa pessoa deve estar altamente atualizada para definir as
melhores tecnologias para cada projeto.
Cronogramas imprecisos
9/23/2012
30
Isso normalmente reflete uma inexperincia do analista na

especificao do tempo para desenvolvimento. Neste ponto duas coisas
devem ocorrer :
O analista deve usar as falhas de cronograma para aperfeioar-se
em termos de calculo de durao de um projeto
Deve-se aperfeioar a aplicao da tcnica de anlise de pontos
de funo de forma a depender o mnimo possvel do instinto do analista
9/23/2012
31

Processo de Desenvolvimento de Software - BizAgi

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Processo de Desenvolvimento de Software - BizAgi

Enviado por

Direitos autorais:

Formatos disponíveis

Diagrama do processo de

MODELAGEM DO SISTEMA ........................................................................................12

Efetuar teste de bancada........................................................................20

Os testes se dividem em 5 tipos :

Montar uma linha base de performance para a aplicao

Como ex-desenvolvedor comum que o analista no esteja

Nesta etapa o analista realiza o levantamento de informaes com o

Apresentao das Informaes

O desenho de processo realizado com os dados colhidos no

levantamento para acert-los e assim consecutivamente at que o

Tendo o desenho de processo sido realizado parte-se para o modelo de dados.

O analista de sistemas nem sempre um DBA, portanto o modelo de

Feita a modelagem de dados, modela-se o sistema que ir manipular

Feita a modelagem do sistema parte-se ento para a construo do prottipo.

Criao/manuteno dos modelos de telas/relatrios

Tendo obtido a aprovao do usurio para o desenho de processo e o

Desenvolver cronograma de execuo

A etapa de codificao envolve o desenvolvimento em si do projeto

Devem ser aprovadas pelo usurio

Esta anlise intenciona quantificar o software que est sendo

Os testes se dividem em 5 tipos :

Destes 5 tipos apenas o teste de bancada realizado em ambiente de

Os testers em geral so desenvolvedores, mas no precisam ser to

Preparao da simulao de teste

Em geral realizado por uma equipe externa de hackers

mas mais improvvel que o processo de homologao encontre muitas

Treinamento para usurios

Estabelecer rotina de produo

Isso normalmente reflete uma inexperincia do analista na

Você também pode gostar