Guia de Desenvolvimento de Sistemas Web

EBC - Guia de Desenvolvimento de Sistemas Web Folha:1/14
EBC - Guia de Desenvolvimento de

Sistemas Web
Equipe de Elaborao:
Srgio Lima
Thiago Dieb
Histrico de mudanas
Data Verso Autor Descrio
03/09/2014 0.1 Estruturao e construo dos fluxo e

Srgio Lima e Thiago
processos. Incluso das definies, atualizao
Dieb
do fluxo realizar desenvolvimento de software
09/09/2014 1.0 Srgio Lima Complemento das definies e criao dos

artefatos
NDICE
1 Introduo....................................................................................................................4
1.1 Objetivo................................................................................................................4
1.2 Motivao.............................................................................................................4
1.3 Definies.............................................................................................................4
1.4 Aplicao..............................................................................................................5
1.5 Papis envolvidos................................................................................................5
2 Descrio do processo................................................................................................7
2.1 Realizar o construo do software.......................................................................7
3 Artefatos.....................................................................................................................10
3.1 Lista de atividades (Sprint Backlog)...................................................................10
3.2 Artefatos de requisitos........................................................................................10
3.3 Ordem de Servio (Aprovada)...........................................................................11
3.4 Cdigo fonte.......................................................................................................11
3.5 Script de banco de dados..................................................................................11
3.6 Documento de arquitetura..................................................................................11
3.7 Layout.................................................................................................................11
3.8 Documentao do prottipo no funcional........................................................11
3.9 Scripts de cenrios de teste automatizados......................................................12
3.10 Checklist de teste.............................................................................................12
3.11 Cdigo fonte integrado com Prottipo de interface.........................................12
3.12 Relatrio tcnico...............................................................................................12
3.13 Documento de Homologao...........................................................................12
3.14 Documentos do Desenvolvimento de Software...............................................12
3.15 Plano de melhorias a ser seguido durante a prxima iterao.......................13
4 Metodologias.............................................................................................................13
4.1 Planejamento do Sprint......................................................................................13
4.2 Reunio diria do Sprint Daily.........................................................................13
4.3 Reviso do Sprint...............................................................................................13
4.4 Retrospectiva do Sprint......................................................................................13
5 Materiais de Apoio.....................................................................................................14
5.1 Guias..................................................................................................................14
6 Referncias ...............................................................................................................14
6.1 Metodologias......................................................................................................14
6.2 Links externos....................................................................................................14
1 Introduo
1.1 Objetivo
Estabelecer um conjunto de processos e uma documentao para as atividades de
desenvolvimento e sustentao de sistemas de informao da equipe Web, alm de balizar os
servios de apoio executados.
Espera-se obter maior maturidade e qualidade dos procedimentos executados, estimular a
gerao e a permanncia de base de conhecimento, alm de favorecer a transferncia do
conhecimento, visando diminuio da descontinuidade dos trabalhos e dos riscos.
Deve-se ressaltar que o guia presume uma elaborao progressiva, devendo ser atualizado
para refletir o crescimento da maturidade nos processos.
1.2 Motivao
A adoo de um guia de desenvolvimento de software web necessrio, pois os projetos
devem ser gerenciados de forma transparente, coordenada e gil, voltada para a reduo de custos e
retrabalhos. Tambm faz-se necessrio o esclarecimento e a definio dos papis envolvidos neste
processo, os artefatos gerados e todas as regras que ligam estes elementos.
1.3 Definies
Para facilitar a compreenso das descries das atividades dos processos, este tpico
apresentar as definies dos principais termos tcnicos utilizados neste documento.
1.3.1 Equipe de Desenvolvimento

So todas as pessoas envolvidas na Iterao: Lder de equipe, Analista de negcio, Analista de
teste, Desenvolvedor e Desenvolvedor de interface.
1.3.2 Ordem de servio
Conjunto de documentos que descrevem de forma detalhada as atividades/funcionalidades a
serem executadas na respectiva fase.
1.3.3 Iterao
Perodo de tempo definido para o desenvolvimento ou sustentao de um escopo previamente
definido. Seu objeitvo a entrega de algo de valor para o demandante.
1.3.4 Sprint Backlog
So itens priorizados na reunio de planejamento pelo demandante e que representa as
funcionalidades que sero desenvolvidas em uma determinada Iterao, podendo ser apresentados na
Ordem de servio.
1.3.5 Ambiente de produo
Ambiente final, onde o usurio acessar o software em verso estvel.
1.3.6 Ambiente de homologao
Ambiente onde sero realizados os testes de aceitao do sistema. O ambiente de
homologao replica todas as caractersticas do ambiente de produo.
1.3.7 Ambiente de desenvolvimento
Ambiente utilizado pela equipe de desenvolvimento para o desenvolvimento e sustentao do
software.
1.3.8 Funcionalidade
Menor parte de uma operao em um sistema, que possua valor para um usurio.
1.3.9 Cdigo fonte
Conjunto de instrues escritas de maneira lgica e ordenada em uma linguagem de
programao, que quando compilados e/ou interpretados para cdigo de mquina (computador), se
transformam em software (programa executvel).
1.3.10 Script de banco de dados
Arquivo que contm instrues SQL visando a carga ou a estrutura de um determinado banco
de dados.
1.3.11 Artefato de requisito
Documento de especificao de requisitos, a exemplo de caso de uso e estria de usurio.
Gerados durante a fase de Levantamento de Requisitos ou Sustentao, como descrito na MGDS.
Juntos, estes documentos trazem a viso de funcionalidade que possui valor para o usurio
1.3.12 Scripts de cenrios de teste
Scripts de automao de testes que comprovem a implementao da funcionalidade
especificada.
1.3.13 Checklist de teste
Lista de testes executados em um determinado cenrio e seus respectivos status.
1.3.14 Layout
Geralmente foca nos elementos visuais de um website. Esses sim geralmente so bem
parecidos e muitas vezes idnticos ao website final, eles incluem todos os elementos grficos,
tipogrficos e outros elementos da pgina. Layouts so geralmente imagens.
1.3.15 Prottipo no funcional
So pginas semi-funcionais que servem para dar uma ideia mais detalhada de como o website ir se
comportar. so utis para verificar a interface que o usurio ir utilizar e so construdos utilizando
HTML/CSS vlidos (e muitas vezes at Java-Script). Esse estgio antecede a programao
server-side. Enquanto eles ainda no so totalmente funcionais, eles do a oportunidade aos clientes
de clicarem e darem uma olhada em volta simulando o modo como o website iria realmente funcionar.
Prottipos podem ou no conter elementos finalizados de layout.
1.4 Aplicao
Este documento aplica-se tanto projetos sob responsabilidade da equipe internas de
desenvolvimento Web da Superintendncia de Comunicao Multmida (SUCOM), quanto projetos
executados por empresas prestadoras de servio, contratadas pela EBC, para atuar no
desenvolvimento, manuteno e servios de apoio sistemas.
1.5 Papis envolvidos

Neste tpico ser apresentado os responsveis por realizar as atividades descritas neste guia
ou aqueles que possuem participao indireta no andamento dos processos.
Os papis podem ser representados por mais de uma pessoa ou uma pessoa pode representar
mais de um papel. No entanto recomenda-se que os papis no sejam acumulados, pois pode ocorrer
prejuzo no andamento das atividades e no cumprimento dos prazos.
1.5.1 Coordenador web
Pessoa responsvel por coordenar os projetos e operaes de servios de TI e garantir que o
produto est pronto para entrar na fase de implantao, alm de gerenciar a mesma. Para isto, cria
planos e cronogramas e certifica as verses candidatas a verso final.
Est sob as responsabilidades o coordenador organizar e gerenciar o desenvolvimento de

sistemas web, coordenar a equipe de desenvolvimento web garantindo o cumprimento dos prazos e
requisitos dos projetos, aplicando conhecimentos tcnicos, utilizando novas ferramentas e tecnologias
da Internet, orientando em solues mais complexas, elaborando e realizando levantamentos sobre
informaes e dados, para estudo e implantao de sistemas web, realizar a gesto dos projetos e
delegar equipe as atividades para o cumprimento do cronograma de projeto, analisar os pedidos de
melhorias e delegar equipe a realizao das atividades, priorizar com as equipes de projetos as
melhorias a serem implantadas, planejar e direcionar os pacotes de deploy de acordo com o
cronograma de projeto, solicitar testes de homologao e produo, controlando as atividades do plano
de testes.
1.5.2 Lder de equipe
responsvel por defender os interesses do sistema em uma viso mais ampla. Isso inclui os
servios tcnicos e no-tcnicos com os quais a soluo ir operar na infraestrutura onde ela ser
implantada, seu lugar no negcio ou na famlia de produtos e seu plano de verses futuras. Isto inclui
definir a estrutura organizacional da aplicao e a estrutura fsica de sua implantao.
O lder precisa garantir que a soluo implantada ir atender a todas as qualidades de servio
e objetivos de negcio, e ainda ser vivel em longo prazo. Seu objetivo reduzir a complexidade
atravs da diviso do sistema em parties claras e simples. Planeja junto com a equipe como ser a
execuo das atividades e distribui as tarefas entre a equipe de desenvolvimento.
Alm disso, gerencia os riscos das atividades em desenvolvimento, coordena tarefas dentro de
um grupo especfico, relata periodicamente ao Coordenador o andamento das atividades e mantem
contato com o Analista de negcios.
1.5.3 Analista de negcios
O principal objetivo deste papel entender o contexto dos usurios como um todo, incluindo
toda e qualquer sutileza de suas necessidades, e garantir que todas as expectativas de todos os
stakeholdes sejam entendidas, gerenciadas. Alm disso, garantir que toda a equipe est consciente da
funcionalidade a ser desenvolvida de acordo com a viso do demandante/rea requisitante.
responsvel por avaliar a entrega das atividades especificadas e aprovar se esto em
conformidade com a documentao.
1.5.4 Analista de teste
Perfil responsvel por reportar, procurar e prever qualquer problema que pode afetar
negativamente a qualidade da soluo implementada no sistema, do ponto de vista do usurio,
demandante ou da prpria arquitetura do sistema. Alm disso, criar, automatizar, validar e executar os
diversos tipos de testes, visando assegurar a qualidade e acurcia do software produzido.
O analista de teste tambm deve colaborar com as atividades dos demais membros, a fim de
contribuir para melhoria da eficincia no desenvolvimento do sistema.
1.5.5 Desenvolvedor
O Desenvolvimento defende a soluo tcnica. Alm de ser responsvel pela criao primria
de solues, o desenvolvedor tambm encarregado de decises tcnicas importantes, um design
limpo, cdigo de qualidade e de fcil manuteno e testes unitrios, implementando o sistema
conforme as especificaes e documentao, seguindo o processo de desenvolvimento definido.
O desenvolvedor tambm deve ajudar nas especificaes de caractersticas do projeto fsico e
preparao do produto para a implantao e atuao como consultor de tecnologia para o restante da
equipe.
Portanto, responsvel pela codificao, preparao e estabilizao do sistema, alm de fazer
integrao de layout.
1.5.6 Desenvolvedor de interface
responsvel por realizar a criao de interfaces e animaes para o ambiente Web. Trabalha
com a identidade visual do demandante, de modo a apresentar o contedo de forma mais dinmica
favorecendo a interatividade.
Est sob a responsabilidade de um Desenvolvedor de interface atuar com criao de pginas

utilizando HTML, JS e CSS, criao de estruturas utilizando Tabeless, insero e modificao de
contedo em pginas existentes, criao de design e layout, atuar com elaborao de componentes de
elementos grficos para aplicaes web, estudos de usabilidade e elaborao de prottipos para
aprovao.
muito importante que tenha uma conscincia de que precisa escrever cdigos simples,
testveis e reutilizveis. Deve compreender muito bem a arquitetura adotada para o sistema em
questo e sempre buscar a utilizao das melhores prticas aplicadas no mercado e padronizadas na
empresa.
2 Descrio do processo
O fluxo desenhado abaixo agrega todos os processos envolvidos na exceuo da Etapa
Realizar a Construo do Software.
Imagem 1 Fluxo de Realizar a Construo do Software
Nesta etapa so descritas todos as processos, detalhando os papis envolvidos, a finalidade e

os artefatos relacionados.
2.1 Realizar o construo do software

2.1.1 Repassar as atividades
Finalidade Apresentar as atividades priorizadas e aprovadas equipe de desenvolvimento
Responsvel Coordenador de desenvolvimento de sistemas web
Participantes Equipe de desenvolvimento
Insumos Ordem de Servio (Aprovada)
Artefatos de requisitos
Produtos/Resultados
Descrio O Coordenador apresenta a ordem de servio e os documentos em anexo,
necessrios para o planejamento da execuo das atividades.
2.1.2 Planejar a iterao

Finalidade Decompor os itens da Ordem de servio (aprovada) em atividades/aes a
serem executadas
Responsvel Lder tcnico
Produtos/Resultados Lista de atividades (Sprint Backlog)
Descrio O lder junto com a Equipe de Desenvolvimento tm como objetivo dividir os
insumos e requisitos recebidos em atividades categorizadas, sequenciando-as
por ordem de execuo.
2.1.3 Codificar
Finalidade Realizar a codificao
Responsvel Desenvolvedor
Participantes Lder tcnico
Insumos Lista de atividades (Sprint Backlog)
Produtos/Resultados Cdigo fonte
Script de banco de dados
Documento de arquitetura
Descrio Executar atividades definidas no Sprint Backlog, com foco na entrega do
produto.
2.1.4 Criar layout/interface

Finalidade Criar e codificar layout/interface
Responsvel Desenvolvedor de interface
Participantes Desenvolvedor
Lder tcnico
Produtos/Resultados Layout
Prottipo no funcional
Documentao do prottipo no funcional
Cdigo fonte
Descrio Executar atividades definidas no Sprint Backlog, com foco na entrega do
produto.
2.1.5 Preparar execuo dos testes

Finalidade Preparar ambientes de automao e artefatos de teste.
Responsvel Analista de teste
Produtos/Resultados Ambiente de automao
Scripts de cenrios de teste automatizados
Checklist de teste.
Descrio Preparar ambiente de automao de testes para execuo posterior. Criar
scripts com cenrios de testes automatizados e checklists de critrios de
aceitao.
2.1.6 Integrar layout

Finalidade Integrar parte visual funcionalidade desenvolvida
Desenvolvedor de interface
Insumos Layout
Documentao do prottipo no funcional
Codigo fonte
Lista de atividades (Sprint Backlog)
Produtos/Resultados Cdigo fonte integrado com Prottipo no funcional
Descrio O Desenvolvedor ir integrar interface criada ao cdigo fonte j implementado,
gerando parte funcional do sistema.
2.1.7 Homologar layout/interface

Finalidade Validar a integrao do cdigo fonte com a interface
Responsvel Desenvolvedor de interface
Desenvolvedor
Insumos Cdigo fonte integrado com Prottipo no funcional
Produtos/Resultados
Descrio O Desenvolvedor de interface ir validar se a integrao da interface ao cdigo
fonte representa fielmente o layout e a interface especificada e desenvolvida.
2.1.8 Executar teste

Finalidade Executar os testes
Produtos/Resultados Checklist de teste
Descrio O Analista de teste ir executar sua suite de teste automatizados, em meio aos
itens da Ordem de servio implementados, a fim de garantir a conformidade do
mesmo.
2.1.9 Atestar artefatos

Finalidade Garantir a criao dos artefatos e validar sua conformidade
Insumos Cdigo fonte
Script de banco de dados
Layout
Scripts de cenrios de teste automatizados
Checklist de teste
Documentao de componte de interface
Documento de arquitetura
Produtos/Resultados Relatrio tcnico
Descrio O Lder tcnico reuni os artefatos produzidos durante a iterao e valida se
esto em conformidade com os insumos de entrada, e gera um relatrio tcnico
para validao posterior pelo Analista de negcio.
2.1.10 Validar iterao

Finalidade Realizar a validao do ponto de vista do negcio e dos artefatos entregues na
Iterao
Responsvel Analista de negcio
Participantes Coordenador de desenvolvimento de sistemas web
Equipe de desenvolvimento
Insumos Relatrio tcnico

Ordem de servio
Produtos/Resultados Documento de Homologao
Descrio O Analista de negcio ir avaliar os itens da Ordem de servio gerados na
Iterao, sob os aspectos da rea de negcio. O resultado da avaliao ser
formalizado em documento contendo uma lista de itens homologados e no
homologados.
2.1.11 Finalizar iterao

Finalidade Criar marco no repositrio, reunir e garantir a disponibilidade dos artefatos
gerados e garantir a melhoria do processo da iterao
Participantes Equipe de Desenvolvimento
Ordem de servio
Produtos/Resultados Documentos do Desenvolvimento de Software
Plano de melhorias a ser seguido durante a prxima iterao
Descrio O Lder tcnico gera um marco no repositrio de cdigo fonte dentro da rvore
de desenvolvimento. Tambm elabora plano de melhorias a ser seguido
durante a prxima iterao atravs de reunio com a equipe de
desenvolvimento.
3 Artefatos
Os artefatos representam o trabalho ou o valor, de vrias maneiras, que so teis no
fornecimento de transparncia e oportunidades para a inspeo e adaptao.
Em sua grande parte, os artefatos so relacionados nos processos como insumos ou com o
produto/resultado. A responsabilidade pela sua elaborao, alterao, aprovao ou cancelamento,
est baseada nos envolvidos de procedimento.
Os modelos dos artefatos esto disponveis em um repositrio centralizado, no endereo:
http://mediawiki.ebc
A seguir listado e descrito os artefatos utilizados:
3.1 Lista de atividades (Sprint Backlog)

Responsvel Lder de equipe
Recebimento Analista de teste
Desenvolvedor
Desenvolvedor de Interface
Descrio Define o trabalho que a equipe de desenvolvimento ir realizar para
transformar itens da Ordem de Servio em funcionalidades que sero
incrementadas no produto.
3.2 Artefatos de requisitos

Responsvel Analista de Negcio
Recebimento Equipe de desenvolvimento
Insumos Documento de viso (Levantamento de Requisitos)
Documentos da Engenharia de Requisitos (Levantamento de Requisitos)
Descrio Envolve os artefatos produzidos nas atividades da Engenharia de Requisitos. A
descrio detalhada desses artefatos encontra-se no Guia de Engenharia de
Requisitos.
3.3 Ordem de Servio (Aprovada)

Responsvel Gerente de Desenvolvimento
Recebimento Lder de equipe
Insumos Documento de viso
Descrio Artefato que descreve o servio a ser prestado pela contratada, o prazo para
execuo do servio, o custo para a realizao e os artefatos requeridos.
3.4 Cdigo fonte

Responsvel Desenvolvedores
Insumos Atividades a serem executadas (Sprint Backlog)
Descrio Conjunto de instrues escritas de maneira lgica e ordenada em uma
linguagem de programao, que quando compilados e/ou interpretados para
cdigo de mquina (computador), se transformam em software (programa
executvel).
O cdigo deve ser versionado e estar em conformidade com os padres de
codificao.
3.5 Script de banco de dados

Descrio Arquivo que contm instrues SQL de um determinado banco de dados. Este
arquivo deve estar em formato SQL e em conformidade com o padro ANSI.
3.6 Documento de arquitetura

Descrio Documento que fornece uma viso geral de arquitetura abrangente do sistema
de software. Ele serve como um meio de comunicao entre o Lder de equipe
e outros membros da equipe do projeto com relao a decises significativas
do ponto de vista da arquitetura, tomadas a respeito do projeto.
3.7 Layout
Responsvel Desenvolvedor de Interface
Desenvolvedor
Descrio Arquivo em formato digital (geralmente PSD ou AI) que contenha o desenho do
componente ou site a ser desenvolvido.
3.8 Documentao do prottipo no funcional

Responsvel Desenvolvimento de Interface
Desenvolvedor
Desenvolvedor
Desenvolvedor de Interface
Insumos Layout
Cdigo fonte
Descrio Documento que contm a especificao do prottipo no funcional e exemplos
de utilizao. Exemplo de elementos que devem compor esta documentao:

requisitos/dependncias, plugins JavaScritp, tipografia e template. O cdigo
fonte gerado deve ser versionado.
3.9 Scripts de cenrios de teste automatizados

Descrio Scripts de atomao de testes que comprovem a implementao da
funcionalidade especificada e que possa ser executado sempre que desejado e
para que possa atestar o funcionamento do software.
3.10 Checklist de teste

Insumos Scripts de cenrios de teste automatizados
Descrio Lista de testes executados e seus respectivos status.
3.11 Cdigo fonte integrado com Prottipo de interface

Recebimento Desenvolvedor de Interface
Insumos Layout
Cdigo fonte
Descrio Cdigo fonte integrado a interface especificada.
O cdigo deve ser versionado e estar em conformidade com os padres de
codificao.
3.12 Relatrio tcnico

Recebimento Analista de negcio
Coordenador de desenvolvimento e sistemas web
Insumos Todos os documentos gerados na Iterao
Descrio Relatrio contendo o parecer da rea tcnica sobre a os artefatos
implementados ou no da Ordem de Servio.
3.13 Documento de Homologao

Responsvel Analista de negcio
Recebimento Coordenado de desenvolvimento de sistemas web
Descrio Relatrio contendo o parecer da validao das funcionalidades entregues pela
equipe de desenvolvimento da ordem de servio.
3.14 Documentos do Desenvolvimento de Software

Recebimento Coordenador de desenvolvimento de sistemas web
Insumos Todos os documentos gerados na Iterao
Descrio Artefatos gerados em decorrncia da execuo da atividade de
desenvolvimento. So responsveis por dar suporte a atividade de
implantao.
3.15 Plano de melhorias a ser seguido durante a prxima iterao

Responsvel Coordenador de desenvolvimento de sistemas web
Recebimento Equipe de desenvolvimento
Insumos
Descrio Documento elaborado durante a Retrospectiva do Sprint contendo o que
ocorreu no ltimo Sprint que diz respeito s pessoas, relaes, processos e
ferramentas que podem ser melhorados. Lista tambm os itens que correram
melhor e potenciais melhorias implementadas nas ltimas iteraes. Este
documento acompanha um plano de execuo das sugestes obtidas nesta
reunio.
4 Metodologias
As metodologias geis Scrum e Kanban iro guiar a execuo de todas as atividades. Cada
mtodo possui um conjunto de cerimnias, papeis e aterfatos que servem de orientador para os
processos elaborados, alm de favorecer o objetivos inovadores, flexivis de fcil adaptao.
Este guia tomou como base os papis, as cerimnias e os artefatos do Scrum, tais como:
Backlog do Produto
Backlog da Sprint (Iterao).
Em relao a metodologia de Kanban, utilizando para tornar visvel o trabalho em andamento
alm de tornar explcitas as polticas sendo seguidas durante a execuo de processos de susteno,
na qual melhor representada pela metodologia.
A seguir, apresentado os eventos adaptados para cada iterao:
4.1 Planejamento do Sprint

Reunio que envolve toda a equipe de desenvolvimento para planejar o trabalho a ser feito.
Esta reunio deve responder s seguintes perguntas:
O que ser entregue no incremento resultante da prxima Iterao (Sprint)?
Como ser alcanado o trabalho necessrio para entregar o incremento?
4.2 Reunio diria do Sprint Daily

Evento dirio limitado a 15 minutos, em que a equipe de desenvolvimento sincroniza as
atividades e cria um plano para as prximas 24 horas. Isto feito inspecionando o trabalho desde a
ltima Daily e pela previso do trabalho que poder ser feito antes da prxima Daily.
Durante a reunio, cada membro da equipa de desenvolvimento explica:
O que foi realizado desde a ltima Daily?
O que ser feito at a prxima Daily?
Que obstculos esto no caminho da equipe?
4.3 Reviso do Sprint

Reunio realizada no final da Iterao para inspecionar o incremento feito no produto final.
Durante este evento, a equipe de desenvolvimento apresenta o que foi feito e obtem feedback do
resultado.
4.4 Retrospectiva do Sprint

Retrospectiva do Sprint uma oportunidade para a equipe de desenvolvimento se inspecionar
e criar um plano de melhorias a ser seguido durante a prxima Iterao. Esta reunio ocorre aps a
Reviso do Sprint e antes da prxima reunio de Planejamento do Sprint. O objetivo desta reunio :
Verificar como correu a ltima Iterao no que diz respeito s pessoas, relaes, processos e
ferramentas;
Identificar e ordenar os itens que correram melhor e potenciais melhorias; e
Criar um plano para implementar melhorias no modo como a equipe de desenvolvimento faz o
seu trabalho.
5 Materiais de Apoio
O material de apoio composto por outros guias e tcnicas que auxiliam no desenvolvimento e
sustentao de sistemas e servindo como insumos para este guia.
Esse material encontra-se em um respositrio e pode ser acessado no endereo:
http://intranet.ebc.com.br. Outras ferramentas e tcnicas podero ser utilizadas de acordo com a
necessidade.
5.1 Guias
Guia de Arquitetura de software Web
Guia de Banco de Dados
Guia de Padres de Codificao Web
Guia de Padres de Servios Web
Guia de Versionamento
6 Referncias
Para a elaborao desta metodologia, foram consultados diversos documentos externos,
dentre os quais podemos listar
6.1 Metodologias
Processo de Gerenciamento e Desenvolvimento gil de Projetos de Software - EBC
O Guia do Scrum - por Ken Schwaber e Jeff Sutherland (Outubro 2011)
Kanban em 10 Passos - por Jesper Boeg
6.2 Links externos

http://www.infoq.com/br/articles/building-an-agile-team
http://pt.slideshare.net/dovb/papeis-numa-equipe-gil-de-desenvolvimento-de-produtos
http://pt.slideshare.net/dextra/palestra-geinfo-2011-desenvolvimento-gil-no-governo?related=1
http://www.devmedia.com.br/processos-ageis-para-desenvolvimento-de-software-parte-04/9211
https://www.scrum.org/Portals/0/Documents/Scrum%20Guides/Scrum%20Guide
%20-%20Portuguese_European.pdf
http://www.infojobs.com.br
http://www.prodesan.com.br
http://www.wthreex.com/rup/portugues/process/artifact/ar_sadoc.htm
http://aberto.univem.edu.br/bitstream/handle/11077/353/Diretrizes%20para%20Documenta
%C3%A7%C3%A3o%20de%20Componentes%20de%20Software%20Existentes.pdf?
sequence=1
http://pt.wikipedia.org/wiki/C%C3%B3digo_fonte

Guia de Desenvolvimento de Sistemas Web

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

Guia de Desenvolvimento de Sistemas Web

Enviado por

Direitos autorais:

Formatos disponíveis

EBC - Guia de Desenvolvimento de Sistemas Web Folha:1/14

EBC - Guia de Desenvolvimento de

Data Verso Autor Descrio

03/09/2014 0.1 Estruturao e construo dos fluxo e

09/09/2014 1.0 Srgio Lima Complemento das definies e criao dos

1.3.1 Equipe de Desenvolvimento

1.5 Papis envolvidos

Est sob as responsabilidades o coordenador organizar e gerenciar o desenvolvimento de

Est sob a responsabilidade de um Desenvolvedor de interface atuar com criao de pginas

Imagem 1 Fluxo de Realizar a Construo do Software

Nesta etapa so descritas todos as processos, detalhando os papis envolvidos, a finalidade e

2.1 Realizar o construo do software

2.1.2 Planejar a iterao

2.1.4 Criar layout/interface

2.1.5 Preparar execuo dos testes

2.1.6 Integrar layout

2.1.7 Homologar layout/interface

2.1.8 Executar teste

2.1.9 Atestar artefatos

2.1.10 Validar iterao

Insumos Relatrio tcnico

2.1.11 Finalizar iterao

3.1 Lista de atividades (Sprint Backlog)

3.2 Artefatos de requisitos

3.3 Ordem de Servio (Aprovada)

3.4 Cdigo fonte

3.5 Script de banco de dados

3.6 Documento de arquitetura

3.8 Documentao do prottipo no funcional

de utilizao. Exemplo de elementos que devem compor esta documentao:

3.9 Scripts de cenrios de teste automatizados

3.10 Checklist de teste

3.11 Cdigo fonte integrado com Prottipo de interface

3.12 Relatrio tcnico

3.13 Documento de Homologao

3.14 Documentos do Desenvolvimento de Software

3.15 Plano de melhorias a ser seguido durante a prxima iterao

4.1 Planejamento do Sprint

4.2 Reunio diria do Sprint Daily

4.3 Reviso do Sprint

4.4 Retrospectiva do Sprint

6.2 Links externos

Você também pode gostar