Professional Documents
Culture Documents
FICHA CATALOGRFICA
Documento elaborado no mbito do Convnio ABNT/SEBRAE, destinado s micro e pequenas empresas.
A849g
Associao Brasileira de Normas Tcnicas
Guia de implementao: Desenvolvimento de software para pequenas
organizaes [recurso eletrnico] / Associao Brasileira de Normas Tcnicas, Servio
Brasileiro de Apoio s Micro e Pequenas Empresas. Rio de Janeiro: ABNT; SEBRAE, 2012.
69 p.: il.color.
Modo de acesso:
http://portalmpe.abnt.org.br/bibliotecadearquivos/.
ISBN 978-85-07-03956-3.
1. Engenharia de software. 2. Normalizao tcnica
I. Ttulo. II. Servio Brasileiro de Apoio s Micro e Pequenas Empresas
CDU:006:004.41(083)
SEBRAE
ABNT
Roberto Simes
Presidente do Conselho Deliberativo Nacional
SUMRIO
Introduo ...........................................................................................................................7
Objetivos ............................................................................................................................1 0
Parte I - Contexto de aplicao e estrutura da srie ISO/IEC 29110 .......................12
1. O contexto de aplicao da srie ISO/IEC 29110 ..............................................................12
1.1 A indstria de software ......................................................................................................12
1.2 A crise do software continua? ..........................................................................................13
1.3 A qualidade do produto pela qualidade do processo ............................................16
2. VSE (VERY SMALL ENTITIES) e a srie ISO/IEC 29110 ......................................................17
2.1 VSE (VERY SMALL ENTITIES) ..............................................................................................17
2.2 ISO/IEC 29110: uma srie de normas e guias para pequenas organizaes ..17
3. Grupo de perfil genrico ............................................................................................................1 8
3.1 Os perfis do grupo de perfil genrico.................................................................................1 9
3.2 Estrutura bsica da srie e seus perfis ................................................................................19
3.3 Os documentos da srie ..........................................................................................................20
3.3.1. Netcenters e pacotes de implementao (deployment packages - dp) ............23
Parte II - implementao do perfil bsico para melhorar o processo de
desenvolvimento de software .............................................................................24
4. Melhorando um processo de desenvolvimento de software .......................................24
5. Implementando o perfil bsico - ABNT NBR ISO/IEC 29110-4-1.................................26
5.1 Os processos do perfil bsico ..........................................................................................27
5.2 Os requisitos da ABNT NBR ISO/IEC 29110 ...............................................................28
5.3 Os cuidados na hora de decidir melhorar os processos.........................................33
6. Metodologia para implementao do perfil bsico.........................................................36
6.1 FASE 1 DIAGNSTICO ....................................................................................................37
6.1.1 Identificao das caractersticas iniciais ...................................................................37
6.1.2 Realizao do diagnstico inicial ................................................................................38
GUIA DE IMPLEMENTAO
REFERNCIAS ....................................................................................................................................75
SUMRIO
NDICE DE FIGURAS
Figura 1 - Evoluo do mercado 2004 - 2010 (total) .............................................................12
Figura 2 - Evoluo do mercado 2004 - 2010 (por setor) ....................................................13
Figura 3 - Camadas da Engenharia de Software ....................................................................14
Figura 4 - A evoluo do software ...............................................................................................15
Figura 5 - Relacionamento entre os elementos de perfil e os grupos de perfis .........18
Figura 6 - Estrutura da srie ISO/IEC 29110 ..............................................................................19
Figura 7 - Agrupamento dos documentos da srie, por aplicao .................................20
Figura 8 - Interao entre os processos do perfil bsico .....................................................27
Figura 9 - Elementos dos processos da ABNT NBR ISO/IEC 29110...................................28
Figura 10 - Lgica de implementao do perfil bsico da srie ISO/IEC 29110..........32
Figura 11 - Aplicao do ciclo PDCA na implementao de melhoria de processos33
Figura 12 - Modelo para implementao de melhoria de processos .............................36
Figura 13 - Modelo cascata ............................................................................................................44
Figura 14 - Modelo de prototipagem (adaptado de Pressman, 2010) ...........................45
Figura 15 - Modelo incremental (adaptado de Pressman, 2010) .....................................46
Figura 16 - Processo unificado (adaptado de Pressman, 2010) ........................................47
Figura 17 - Ciclo de processo baseado no mtodo SCRUM ...............................................47
Figura 18 Processo Extreme Programming (Adaptado de Pressman, 2010) ..............48
Figura 19 - Inter-relacionamentos no contexto de uma VSE .............................................50
Figura 20 - Elementos de um perfil internacional normalizado .......................................65
NDICE DE TABELAS
Tabela 1 - Grupos de perfis e perfis ............................................................................................18
Tabela 2 - Documentos normativos............................................................................................21
Tabela 3 - Srie ISO/IEC 29110, suas partes, categorias e pblicos-alvo........................22
Tabela 4 - Requisitos obrigatrios do perfil bsico Processo PM..................................30
Tabela 5 - Requisitos obrigatrios do perfil bsico Processo SI ....................................31
Tabela 6 - Exemplo de contedo de um pacote de implementao..............................69
INTRODUO
A histria tem indicado que modelos convencionais [de processos de
desenvolvimento de software] tm trazido certa dose de estrutura til
para o trabalho de engenharia de software e tm fornecido um roteiro
razoavelmente efetivo para as equipes de desenvolvimento. No entanto, o trabalho de engenharia de software e o produto que ele produz
permanecem no limite do caos.
Nogueira, J., Jones, C. e Luqi
GUIA DE IMPLEMENTAO
GUIA DE IMPLEMENTAO
ponsvel pelo desenvolvimento das normas de engenharia de software para micro e pequenas
organizaes. Desde a criao do WG 24, em 2005, era consenso e prioritrio que as normas e
guias produzidos pudessem ser usados por uma VSE (Very Small Entity) para, de fato, ajud-las
a evoluir seu processo produtivo como um ato de melhoria contnua que, por consequncia,
resultasse no aumento da garantia de qualidade de seus produtos e servios. Pretende-se, alis,
que as normas da srie ISO/IEC 29110 sejam utilizadas para certificao de maneira a propiciar
ao mercado um instrumento concreto e confivel para promover o uso do software produzido
pelas VSE. O fato de se tratar de uma Norma Internacional pode, de fato, contribuir para facilitar
o acesso das MPE ao mercado, tanto no mbito nacional quanto no mbito internacional.
O WG24, que tem o Brasil como um dos pases participantes, tem em seu escopo:
i.
ii.
GUIA DE IMPLEMENTAO
Dadas as caractersticas anteriores, a pesquisa coletou dados sobre o problema de adoo de normas e apontou algumas importantes concluses. Entre elas:
as caractersticas das VSE recomendam o uso de ciclos de vida leves e bem focados na
sua atuao;
contextos especficos de negcio requerem processos compatveis com eles;
a disponibilidade de recursos e infraestrutura significativamente diferente entre uma
Visando contemplar as caractersticas e concluses anteriores, foi iniciado, em 2006, o desenvolvimento da srie ISO/IEC 29110, tomando por base um subconjunto das normas ISO/
IEC relevantes para o contexto das pequenas empresas de TIC e para o desenvolvimento dos
perfis e guias de implementao que possibilitam a essas empresas a adoo de uma Norma
Internacional e a obteno de uma certificao que possa traduzir para o mercado a qualidade
de seu processo produtivo.
A Comisso de Estudo da ABNT de Engenharia de Software e Sistemas - Perfis de Ciclo de
Vida para Micro-Organizaes (CE-21:007.24) espelha os trabalhos do WG24 no Brasil. Em fevereiro de 2012, a ABNT publicou trs partes da srie Engenharia de software Perfis de ciclo de
vida para micro-organizaes (VSE):
a Parte 2, ABNT NBR ISO/IEC 29110-2:2012, que estabelece a estrutura e taxonomia da
srie;
a Parte 4-1, ABNT NBR ISO/IEC 29110 4 1:2012, que apresenta as especificaes de perfil
para o Grupo Perfil Genrico; e
a parte 5-1-2, ABNT ISO/IEC TR 29110-5-1-2:2012, um guia de engenharia e gesto para
projetos de desenvolvimento de software.
Cada uma dessas partes apresentada de forma mais detalhada na primeira parte deste
Guia. A parte 4-1 foco deste guia e foi desenvolvida para descrever os elementos mnimos
necessrios para que uma VSE desenvolvedora de software construa produtos e servios de
software mais confiveis, previamente definidos, com um menor nmero de erros, no menor
prazo possvel e dentro dos custos planejados. A parte 4-1, ABNT NBR ISO/IEC 29110 4-1:2012,
compe a srie ISO/IEC 29110.
GUIA DE IMPLEMENTAO
GUIA DE IMPLEMENTAO
GUIA DE IMPLEMENTAO
OBJETIVOS
Este Guia tem dois objetivos especficos. O primeiro apresentar um entendimento global e consolidado quanto ao conjunto de documentos da srie ISO/IEC 29110 Engenharia
de Software Perfis de Ciclo de Vida para VSE (Very Small Entities). O segundo objetivo deste
Guia orientar as VSE ou pequenas entidades desenvolvedoras de software sobre como implementar um projeto de melhoria dos processos de Gesto de Projetos e Implementao
de Software, atendendo aos requisitos descritos na ABNT NBR ISO/IEC 29110-4-1:2012. Deste
modo, este Guia no deve substituir nenhuma das partes da srie ISO/IEC 29110, mas sim ser
usado em conjunto com elas.
Para melhor alcanar os objetivos pretendidos, o corpo principal deste Guia foi dividido em duas partes.
A primeira parte, Parte I - Contexto de aplicao e estrutura da srie ISO/IEC 29110,
apresenta a contextualizao da indstria de software, a definio de alguns conceitos
que serviram de base para o desenvolvimento dos documentos da srie ISO/IEC 29110
e as caractersticas que indicam que uma organizao pode ser classificada como uma
VSE. Ainda nesta parte so apresentadas a estrutura lgica da srie e a descrio sumria
de cada uma de suas partes.
A segunda parte deste Guia, Parte II Implementando o perfil bsico da srie
ISO/IEC 29110, prope um mtodo de implementao dos processos de Gesto de
projetos e implementao de software e apresenta algumas discusses entre o estado da
arte e a comunidade de prtica e suas inter-relaes com os processos preconizados na
ABNT NBR ISO/IEC 29110-4-1:2012 e seus requisitos mandatrios e opcionais.
Sabe-se que o processo de produo de software est sujeito aos impactos causados pela evoluo quase contnua das ferramentas e metodologias que apoiam
a sua execuo. Portanto, importante destacar que o mtodo de implementao
proposto neste Guia, assim como as orientaes prticas nele contidas, no tm a
pretenso de ser a nica ou a mais apropriada abordagem para atender aos requisitos da ABNT NBR ISO/IEC 29110-4-1:2012.
Uma VSE, ao usar este Guia, deve faz-lo em conjunto com os outros documentos
da srie ISO/IEC 29110 e, principalmente, deve observar as informaes inerentes ao
seu prprio contexto. Peculiaridades contratuais com os clientes, critrios estratgicos
da organizao ou dos projetos, nveis de conhecimento da equipe, comprometimento
das partes interessadas e tecnologias disponveis so alguns exemplos de fatores que
devem ser considerados.
Espera-se que a aplicao deste Guia em conjunto com os documentos da srie
ISO/IEC 29110 possibilite que os gestores de pequenas empresas desenvolvedoras de
software respondam positivamente as seguintes perguntas:
Sei o que est sendo feito e por qu?
Posso garantir que cada membro da minha equipe tem o mesmo entendimento do
que est sendo feito?
Tenho controle sobre a integrao do que dois ou mais desenvolvedores produzem?
Posso desenvolver um produto dentro do prazo e do oramento estabelecidos?
Posso garantir que o software produzido, tecnicamente, faz o que deveria fazer?
10
GUIA DE IMPLEMENTAO
Quando as mudanas ocorrem e sei que elas ocorrem estou preparado para
conhecer os seus impactos e para incorpor-las ao trabalho da forma adequada?
Sei o ponto exato em que o meu projeto de desenvolvimento encerrado e passa a ser
um projeto de manuteno de produto?
Estou pronto para um aumento de demanda de clientes e produtos?
Respostas positivas s perguntas anteriores podem aumentar a segurana do atendimento aos requisitos dos clientes, a conformidade dos processos aos requisitos da norma e a construo mais rpida de produtos e servios cada vez melhores.
Deste modo, alm de proporcionar uma certificao que pode ter reconhecimento
internacional e facilitar o acesso ao mercado externo, a adoo da srie ISO/IEC 29110
por uma VSE pode propiciar outros benefcios, como, por exemplo, o estabelecimento
de processos internos de gesto e implementao de software adequados ao seu contexto, aumento da confiana e satisfao dos clientes, maior qualidade do produto ou
servio de software, aumento de patrocnio para a melhoria de processos e diminuio
dos riscos de desenvolvimento.
GUIA DE IMPLEMENTAO
Posso garantir que o software produzido faz o que o cliente quer que ele faa?
11
GUIA DE IMPLEMENTAO
12
Daquela poca at os dias atuais, a produo de software tem estado cada dia mais
presente nos produtos e servios que consumimos. Nas transaes bancrias pessoais que
fazemos no nosso dia a dia, no uso dos sistemas administrativos implantados nas nossas
empresas, nos aparelhos mveis que usamos para simples comunicaes telefnicas ou
para acessar as redes sociais que nos ligam a amigos, quer estejam prximos quer estejam
do outro lado do mundo, e em outras tantas aes que realizamos, esto l presentes produtos e servios produzidos pela indstria de TIC.
A figura 2 traz indicadores que apresentam a evoluo do mercado de software e servios de forma segmentada. Nela possvel observar que a participao especfica do
desenvolvimento e produo de software (programas de computador standard e sob encomenda) movimentou, em 2010, U$ 5,51 bilhes de dlares, alcanando um percentual
de 35% de participao no mercado nacional e enfatizando a tendncia de crescimento
apontada desde 2004.
A demanda por novos produtos e servios da indstria de TIC grande e tende a aumentar ainda mais. A expectativa que este crescimento exponencial continue por um
bom tempo, proporcionando quela indstria o surgimento de novos mercados relacionados e novas empresas propondo-se a atend-los.
GUIA DE IMPLEMENTAO
GUIA DE IMPLEMENTAO
13
sistemas cada vez mais complexos, seguros e eficientes. Chega-se ento concluso de
que as causas da crise do software estavam ligadas complexidade do seu processo de
desenvolvimento e relativa imaturidade da engenharia de software como profisso.
Este panorama marca o incio da Engenharia de Software, que nasceu como disciplina,
com a finalidade de auxiliar a indstria para que a construo do software ocorresse de
forma mais adequada. Em 1982, o software j ultrapassava o hardware como chave para o
sucesso de muitos sistemas baseados em computador. Roger Pressman, puxando uma corrente de outros grandes autores da rea, define e apresenta conceitos que esclarecem por
que a criao, construo e manuteno de software deveriam deixar de ser considerados
arte e passar a ser enxergados como Cincia.
Friedrich Ludwig Bauer definiu Engenharia de Software como a criao e a utilizao de
slidos princpios de engenharia, a fim de obter software de maneira econmica, que seja
confivel e que trabalhe de forma eficiente em mquinas reais. Teramos, em vez do artista
movido pela inspirao e talento, engenheiros orientados por mtodos e guias.
A Engenharia de Software apresentada por Pressman como uma tecnologia em camadas. Na figura 3 vemos que qualquer abordagem de engenharia deve ser apoiada em
um compromisso organizacional com a qualidade. A camada de processo o alicerce da
engenharia de software. ela que ir manter unidas as camadas de mtodos e ferramentas,
de modo a permitir um desenvolvimento de software racional.
FOCO NA
QUALIDADE
GUIA DE IMPLEMENTAO
PROCESSOS
14
MTODOS
FERRAMENTAS
Talvez um dos grandes desafios da Engenharia de Software seja, ainda, alinhar esta
expectativa de utilizao dos tais princpios slidos de engenharia, conforme dito por
Bauer, com as necessidades que emergem e exigem que o desenvolvimento de software
reinvente-se e renove-se em ciclos muito curtos para atender s demandas da evoluo
tecnolgica e, ao mesmo tempo, s necessidades de mercado.
A figura 4 mostra a evoluo do software e destaca os principais aspectos em cada
uma de suas eras.
sistemas batch
distribuio
limitada
software
personalizado
A SEGUNDA ERA
sistemas
A TERCEIRA ERA
A QUARTA ERA
A QUINTA ERA
multiusurios
sistemas
distribudos
sistemas desktop
poderosos
sistemas em
tempo real
incorporao de
inteligncia
banco de dados
hardware de
baixo custo
tecnologia
de orientao
a objetos
software produto
impacto do
consumidor
netbooks
Web 2.0
servios Web
computao em
nuvens
sistemas
especialistas
redes neurais
comunicao
intergalctica
1950
1960
1970
1980
1990
2000
2010
Atualmente falamos de internet, de computao em nuvem, de desenvolvimento distribudo e de engenharia de componentes, entre outras coisas. Alm disso, temos normas
que definem diretrizes e requisitos sobre o que deve ser feito em centenas de especialidades diferentes. Como as normas essencialmente no descrevem o como, para cumprir esta tarefa existem outras tantas dezenas de guias, padres, modelos de referncia,
metodologias e boas prticas que buscam entregar s empresas o caminho do sucesso
para a melhoria contnua e o alcance da alta maturidade no desenvolvimento de software.
Contudo, os bons resultados preconizados por esses instrumentos no so, ainda, uma
realidade relevante para a indstria brasileira de software. Passadas mais de cinco dcadas
da crise do software, continuamos com alguns dos mesmos problemas identificados naquela poca. Entre eles esto:
Precariedade nas previses e planejamentos - os projetos de software atrasam e
sofrem problemas de custo por falta de planejamento e controle porque no se prev adequadamente quanto tempo e esforo sero necessrios para produzi-los de maneira que
satisfaa as necessidades (requisitos) dos seus clientes.
Baixa qualidade de processos e produtos a falta de planejamento e de previsibilidade leva a prazos estourados e a produtos de software que por vezes no atendem s necessidades do cliente ou atendem s necessidades que no foram solicitadas originalmente.
Requisitos mal definidos - os requisitos frequentemente no so especificados e,
quando o so, ou no esto completos ou apresentam contradies. A garantia de qualidade neste cenrio uma tarefa de tentativa e sorte.
Alto custo para manuteno o que foi produzido no foi bem especificado e tampouco bem documentado; a manuteno corretiva - quando ocorrem erros ou falhas
difcil de ser identificada. Normalmente isto acontece j em fase de implementao, onde
se tem que contabilizar no s o custo do retrabalho, como tambm o custo de todo o
esforo que foi gasto em vo. As manutenes evolutivas, embora sejam novas caractersticas adicionadas ao sistema, tambm podem ter o seu custo onerado quando se trata
de um produto de baixa qualidade, carente de especificaes e documentaes. No
incomum manutenes tornarem-se inviveis devido s grandes dificuldades e aos altos
custos de implementao.
PRIMEIROS ANOS
GUIA DE IMPLEMENTAO
GUIA DE IMPLEMENTAO
15
GUIA DE IMPLEMENTAO
16
Parte dos problemas apontados anteriormente pode ser atribuda, ainda, gesto deficiente ou inadequada dos projetos. Para se obter sucesso no desenvolvimento de software, necessrio, alm de competncia da equipe tcnica, uma viso gerencial competente.
Em uma indstria cuja base formada por mais de 90% de MPE, vale destacar que pequenas empresas de desenvolvimento no podem se dar ao direito de no ter qualidade.
Isto significa dizer que elas no devem gastar os seus recursos - humanos, financeiros e
estratgicos - em retrabalho, erros e estimativas incorretas.
Muito mais importante do que adotar determinada norma, metodologia ou modelo
ter a conscincia de que preciso desenvolver produtos de software mais confiveis,
previamente definidos, com um menor nmero de erros, desenvolvidos no menor prazo
possvel e dentro dos custos planejados.
necessrio conhecer os pontos fracos e fortes do produto desenvolvido ou do servio prestado para que seja possvel identificar esses pontos no processo de desenvolvimento e trat-los adequadamente com aes que minimizem seus impactos negativos e
potencializem as chances de atender s metas estabelecidas para o projeto.
2.2 ISO/IEC 29110: Uma srie de normas e guias para pequenas organizaes
A srie ISO/IEC 29110 Engenharia de Software Perfis de Ciclo de Vida para Micro-Organizaes tem como pblico-alvo as micro-organizaes e as VSE (very small entities). Seu propsito maior fazer com que essas organizaes alcancem seus objetivos
de qualidade, sem, necessariamente, ter que demandar projetos de longo prazo e altos
investimentos para adoo das normas relevantes ao seu contexto.
Trata-se de um conjunto de perfis desenvolvidos para atender a uma demanda de
normalizao para o contexto das pequenas organizaes cujas atividades esto relacionadas com a rea de engenharia de software.
Os processos de ciclo de vida descritos na ISO/IEC 29110, entretanto, no tm inteno de restringir ou desencorajar seu uso em organizaes maiores. Podem ser usados pelas VSE tanto ao adquirir e utilizar um sistema de software, quanto ao cri-lo e/
ou fornec-lo para uma terceira parte. Tais processos podem ser aplicados a qualquer
nvel na estrutura de um sistema de software e a qualquer estgio no ciclo de vida, e
no tm inteno de impedir ou desestimular o uso de processos adicionais que as VSE
considerem teis.
A estratgia de desenvolvimento de normas e guias para VSE compondo perfis est
detalhada no Anexo A deste Guia.
GUIA DE IMPLEMENTAO
GUIA DE IMPLEMENTAO
17
GUIA DE IMPLEMENTAO
PERFIS
Entrada
Genrico
Bsico
(desenvolvimento de software)
Intermedirio
Avanado
Tabela 1 - Grupos de perfis e perfis
ISO 12207
ISO 15289
ISO 15288
ISO 9001
Perfis VSE
Perfis VSE
Perfil de entrada
Perfil de entrada
Perfil bsico
Perfil bsico
Perfil intermedirio
Perfil intermedirio
Perfil avanado
Perfil avanado
Grupo de perfil SE
(desenvolvimento de
software genrico}
(desenvolvimento de software e
sistemas integrado)
18
Especif. p/ grupo
Especif. p/ grupo m
Especif. para grupo n
29110-1 Guias
Guia de avaliao (TR 29110-3)
Guia de gesto e engenharia (29110-5)
BASIC PROFILE
ISP 29110-5-1
Especif. p/ grupo
Especif. p/ grupo m
Guia para grupo n
GUIA DE IMPLEMENTAO
GUIA DE IMPLEMENTAO
19
GUIA DE IMPLEMENTAO
TR Technical Report
ISP International Standard Profile
ISO 29110
Conjunto de documentos
Documentos gerais (aplicveis a todos os
grupos de perfis)
Parte 1 - Resumo
(Technical Report)
Parte 2 - Estrutura
Parte 3 - Guia
(framework) e
de avaliao
taxonomia de
(Technical Report)
perfis (Norma)
Documentos para o
primeiro grupo de perfil
(especfico para um perfil)
Parte 4-1-x
Especificaes
(Norma)
Parte 5-1-x
Guia gerencial
e engenharia
(Technical Report)
20
NORMA INTERNACIONAL
(IS International Standard)
RELATRIO TCNICO
(TR Technical Report)
NORMA-BASE
(Base Standard)
[ISO/IEC TR 10000-1]
PERFIL
(Profile)
[ISO/IEC TR 10000-1]
GUIA DE IMPLEMENTAO
GUIA DE IMPLEMENTAO
21
CATEGORIA FORMA
PBLICO-ALVO E RESUMO
Relatrio Tcnico
Perfil
GUIA DE IMPLEMENTAO
define as diretrizes de avaliao de processo e avaliao dos requisitos estabelecidos na parte 4, ABNT NBR ISO/IEC 29110-4-1
Guia
Relatrio Tcnico
Perfil
Guia
Relatrio Tcnico
22
GUIA DE IMPLEMENTAO
As anlises dos estudos e pesquisas preliminares realizados pelos pases participantes do grupo de trabalho da ISO apontaram que, para o contexto dos ciclos de vida relacionados engenharia de software, alm do conjunto de normas e guias, so necessrios
outros instrumentos que apoiem a realizao eficiente das atividades dos processos relacionados. Neste sentido, decidiu-se pelo desenvolvimento dos instrumentos necessrios
para facilitar a implementao e execuo dos processos da srie ISO/IEC 29110. Definidos como pacotes de implementao (deployment packages), esses instrumentos so um
importante recurso para beneficiar as VSE na adoo da ABNT NBR ISO/IEC 29110 Ciclo
de vida para micro-organizaes (VSE).
Um DP (deployment packages) , portanto, um conjunto de artefatos ou uma ferramenta desenvolvida para facilitar a implementao de um conjunto de prticas, de um
determinado perfil, em uma VSE.
Um DP no um processo, tampouco um requisito normativo. Pode ser caracterizado por uma descrio mais detalhada de atividades, tarefas, papis, produtos, modelos,
checklist ou ferramentas que podem ser usados como elementos de apoio para a execuo de um processo aderente srie ISO/IEC 29110. Tais elementos no s facilitaro a
compreenso da norma como podem acelerar a implementao, mediante sua adoo
integral ou adaptada.
Os pacotes de implementao so desenvolvidos e distribudos pelos Network Centers, que so redes de colaborao criadas pelos pases participantes do desenvolvimento da srie ISO/IEC 29110.
GUIA DE IMPLEMENTAO
23
GUIA DE IMPLEMENTAO
24
A adoo das normas e guias do perfil bsico Grupo de perfil genrico da srie
ISO/IEC 29110 deve servir para guiar uma iniciativa de melhoria dos processos de desenvolvimento de software de uma VSE.
MELHORIA DE PROCESSO
Aes tomadas para mudar os processos de uma organizao, de tal
modo que, mais efetivamente e/ou eficientemente, eles alcancem os
objetivos de negcio da organizao.
[ABNT NBR ISO/IEC 15504-1]
O desenvolvimento de software um servio que engloba as atividades de identificao das necessidades do cliente, o projeto (design) de uma soluo que as atenda, a construo de um sistema de programas implementando o projeto (design) e sua instalao
para uso do cliente.
GUIA DE IMPLEMENTAO
PROCESSO DE SOFTWARE
um arcabouo para as tarefas que so necessrias para construir
software de alta qualidade.
[Roger Pressman, 2010]
GUIA DE IMPLEMENTAO
PROCESSO
Pode haver casos em que apenas partes do extenso conjunto de atividades sejam realizadas.
25
GUIA DE IMPLEMENTAO
Alguns aspectos devem ser observados para a implementao adequada do perfil bsico:
Aplicabilidade do perfil bsico: o perfil bsico descreve o desenvolvimento de software de uma nica aplicao por uma equipe de projeto nico, sem riscos especiais ou fatores
situacionais.
O objetivo do projeto pode ser cumprir um contrato externo ou interno e, no caso
de projetos internos, no h necessidade desse contrato entre a equipe do projeto e seu
cliente ser explcito.
Entradas para o perfil bsico: a fim de se beneficiar do uso do perfil bsico, a VSE deve
atender as seguintes condies de entrada:
ter um contrato para o projeto ou um acordo com a declarao de escopo
ter avaliado a viabilidade do projeto antes do seu incio
possuir recursos humanos designados e treinados
ter designado o gerente de projeto
ter disponveis os recursos materiais, servios e infraestruturas necessrias
26
Alm da ABNT NBR ISO/IEC 29110-4-1, que contm os requisitos para uma implementao mais eficaz do perfil bsico, importante tomar como base tambm a ABNT NBR ISO/
IEC 29110-5-1 que, apesar de no possuir contedo normativo, traz diretrizes, orientaes e
detalhamentos que visam auxiliar o alcance dos requisitos definidos na parte 4.
DECLARAO DE
TRABALHO
GERNCIA DE
PROJETOS
IMPLEMENTAO
DE SOFTWARE
CONFIGURAO DE
SOFTWARE
GUIA DE IMPLEMENTAO
GUIA DE IMPLEMENTAO
27
GUIA DE IMPLEMENTAO
Cada processo do perfil bsico Grupo de perfil genrico possui um nico propsito:
a) Gerncia de projetos (PM Project Management), que tem como propsito
estabelecer e manter sistematicamente as tarefas de implementao, visando os
objetivos de qualidade esperada, tempo e custo; e
b) Implementao do software (SI Software Implementation), que tem como
propsito realizar sistematicamente as atividades de anlise, projeto, construo,
integrao e testes, para um novo software ou uma modificao, de acordo com os
requisitos especificados.
Como se v na figura anterior, para cada um desses propsitos estabelecido um conjunto de objetivos especficos. So esses os objetivos do processo.
Para alcanar os objetivos do processo so definidas atividades obrigatrias, que recebem produtos de entrada e geram produtos de sada.
Os produtos de entrada so gerados por atividades que podem ser intrnsecas ou extrnsecas ao processo e so, portanto, opcionais.
Os produtos de sada so gerados pelas atividades realizadas ou pelas tarefas detalhadas
de cada uma delas. O perfil bsico define como obrigatrio um conjunto mnimo de produtos
de sada.
H ainda produtos internos que servem de apoio realizao das atividades e que so,
tambm, opcionais.
As atividades definidas como obrigatrias para cada processo so descritas no nvel de
macroatividades e devem ser executadas por meio de um conjunto de tarefas mais detalhadas. Entretanto, as tarefas descritas no perfil bsico so opcionais. Isto significa dizer que a
VSE deve avaliar a adequao do conjunto de tarefas sugerido, podendo optar por segui-las
em sua totalidade, em parte ou, ainda, decidir por compor um novo conjunto de tarefas que
alcance os resultados esperados pelas atividades obrigatrias.
28
GUIA DE IMPLEMENTAO
b) Requisitos mandatrios
So representados por um conjunto de elementos por meio dos quais possvel se chegar
aos elementos mandatrios. So requisitos opcionais os produtos de entrada para cada
atividade e as tarefas detalhadas para cada atividade descrita.
PROJETO
Esforo com datas de incio e fim identificadas, empreendido para criar
um produto ou servio de acordo com recursos e requisitos especificados.
[ABNT NBR ISO/IEC 12207:2009]
ATIVIDADE
Conjunto coeso de tarefas de um processo.
[ABNT NBR ISO/IEC 12207:2009]
TAREFA
a) Requisitos mandatrios
As tabelas 4 e 5 demonstram um resumo dos elementos que esto descritos como requisitos mandatrios na ABNT NBR ISO/IEC 29110-4-1.
Os produtos de entrada esto presentes nas tabelas mesmo sendo definidos anteriormente como requisitos opcionais. Isto ocorre para que se tenha viso mais apurada do fluxo
que deve ser percorrido para o alcance dos objetivos dos processos e porque os produtos de
entrada mencionados como opcionais tornam-se obrigatrios como sadas das atividades.
GUIA DE IMPLEMENTAO
29
GUIA DE IMPLEMENTAO
O PROPSITO DO PROCESSO PM estabelecer e manter sistematicamente as tarefas de implementao, visando os objetivos de qualidade esperada, tempo e custo
Objetivos do processo
Produtos
de entrada
Atividades
Produtos
de sada
Declarao
de trabalho
Planejamento
do projeto
Plano do
projeto
Configurao
de software
Registro de
aceitao
Solicitaes
de mudana
Repositrio
de projeto
Registro de
reunio
Execuo
do plano de
projeto
Configurao
do software
Controle e
avaliao do
projeto
Encerramento
do projeto
30
PROPSITO DO PROCESSO SI
Realizar sistematicamente as atividades de anlise, projeto, construo, integrao e testes,
para um novo software ou uma modificao, de acordo com os requisitos especificados
Objetivos do processo
Produtos
de entrada
Atividades
Iniciao
da implemetao do
software
SI.O2. Requisitos de software so definidos, analisados quanto correo e testabilidade, aprovados pelo cliente, colocados em baseline e comunicados.
SI.O3. Um projeto de arquitetura e detalha-mento
desenvolvido e colocado em baseline. Ele descre- Plano de
ve os itens de software e suas interfaces internas e projeto
externas. So estabelecidas consistncia e rastreabilidade aos requisitos de software.
Especificao
de requisitos
SI.O4. Os componentes de software definidos pelo
projeto so produzidos. Testes unitrios so definidos e realizados para verificar a consistncia Projeto do
com os requisitos e com o projeto. estabelecida software
rastreabilidade para os requisitos e para o projeto.
Registro de
SI.O5. Software produzido fazendo a integrao rastreabilidade
dos componentes de software e verificado usando casos de teste e procedimentos de teste. Os
resultados so registrados no relatrio de teste. Os Componentes
defeitos so corrigidos e so estabelecidas consis- do software
tncia e rastreabilidade ao projeto do software.
DocumentaSI.O6. Uma configurao de software que atende o do usurio
especificao de requisitos conforme acordado do software
com o cliente, a qual inclui documentaes do
usurio, de operao e de manuteno, integrada, colocada em baseline e armazenada no repo- Casos de teste
sitrio do projeto. Necessidades de alteraes na e procedimenconfigurao do software so detectadas e as de- tos de teste
vidas Solicitaes de mudana so iniciadas.
Configurao
SI.O7. Tarefas de verificao e validao de todos do software
os produtos de trabalho necessrios so realizadas
usando critrios definidos para assegurar a consistncia entre produtos de sada e entrada em cada
atividade. Defeitos so identificados e corrigidos.
Registros so armazena-dos em resultados de verificao/validao.
Produtos
de sada
Solicitao de
mudana
Especificao
de requisitos
Documentao do usurio
do software
Anlise dos
requisitos do
software
Resultados de
validao
Resultados de
verificao
Projeto do
software
Projeto de
arquitetura
e detalhamento do
software
Casos de teste
e procedimentos de teste
Registro de
rastreabilidade
Construo
do software
Configurao
do software
Componentes
do software
Guia de operao do produto
Software
Integrao
e testes do
software
Casos de teste
e procedimentos de teste
Relatrio de
teste
Documentao de manuteno
GUIA DE IMPLEMENTAO
GUIA DE IMPLEMENTAO
31
GUIA DE IMPLEMENTAO
32
CONSIDERE!
Na implementao do perfil bsico, assim como de qualquer modelo de processos, deve-se partir do processo em
uso na organizao e incluir nele os elementos necessrios para que se alcance a aderncia ao que preconizado na norma. Mesmo no tendo um processo documentado, a organizao seguramente possui algum, por mais
informal que seja. importante respeitar esse processo,
pois nele que esto inseridos o conhecimento e as boas
prticas seguidas pelas pessoas da equipe. Quando em
uma tentativa de implementar um processo ideal e completamente novo, desconsidera-se a forma de fazer da
organizao, h o risco de maior resistncia s mudanas
e menor colaborao com o que h de ser feito.
Desconsiderar o contexto de trabalho da organizao um
dos fatores que pode levar ao insucesso da real institucionalizao de um processo, por melhor que ele seja.
Uma boa implementao do Perfil Bsico ser aquela
compreendida por todos os envolvidos como a representao do conjunto de atividades que, de fato, realizada pela organizao para a produo ou manuteno de
um produto de software. tambm aquela onde, neste
conjunto de atividades, encontram se pontos de controle
para tornar o processo produtivo cada vez melhor.
Defina objetivos
Identifique caractersticas, riscos e
recursos para o projeto de implementao de melhorias
Plan
Do
Act
Check
Corrija as no
conformidades
Aplique as melhorias identificadas
GUIA DE IMPLEMENTAO
GUIA DE IMPLEMENTAO
33
GUIA DE IMPLEMENTAO
34
Outro motivo para equvocos na hora de melhorar processos quanto definio dos
objetivos e metas dos projetos de melhoria. Especialmente nos projetos de melhoria de processo baseados em normas certificveis, como o caso da ISO/IEC 29110, onde um dos resultados esperados a obteno de uma certificao reconhecida pelo mercado. Deve-se tomar
o cuidado de conduzir o projeto de melhoria pautado em objetivos que representem, de fato,
as necessidades de negcio da organizao. A implementao dos requisitos preconizados
na norma, buscando alcanar metas reais de melhoria, atrelada adoo das boas prticas
difundidas na organizao, certamente, levar a um melhor desempenho do processo. Um
processo produtivo de ciclo de vida de desenvolvimento de software implementado e institucionalizado desta forma ter como natural a obteno de suas credenciais de certificao.
Nunca demais destacar que os processos implementados e institucionalizados em uma
organizao devem representar a essncia da forma como ela trabalha.
As iniciativas de implementao de melhoria de processos devem ser conduzidas como
um projeto formal dentro da organizao, seguindo os conceitos de gesto de projetos, agregando agilidade e facilidade na organizao e controle deles. Isto significa dizer que estas
iniciativas devem ser devidamente planejadas e monitoradas at a sua concluso de suas
aes, observando-se variantes como aos recursos, riscos, comprometimento e estratgias.
O QUE IMPORTANTE?
Estabelecer objetivos
claros e diretos
CONSIDERE!
Apresentar os benefcios e as vantagens reais da implementao de melhoria de processos pode ajudar a despertar o interesse dos envolvidos.
Divulgar a todos os benefcios e
vantagens da implementao de
melhorias
O esforo de conscientizar a alta gerncia dos reais benefcios e vantagens que podem ser obtidos pela melhoria
dos processos pode ajudar no direcionamento da implementao para a busca real de melhoria contnua.
O QUE IMPORTANTE?
Avalie
CONSIDERE!
Para uma avaliao objetiva preciso ter medidas de desempenho antes e depois da alterao. Na prtica, entretanto, diante da falta de medidas, a avaliao acaba sendo subjetiva em muitos casos. Pequenas organizaes
tm dificuldade para definir medidas adequadas e no
dispem de tempo para coletar amostras representativas.
Um dos aspectos que deve ser considerado ao se avaliar
uma melhoria de processo que logo aps uma alterao
geralmente ocorre uma resposta positiva, a qual, porm,
pode no se sustentar ao longo do tempo.
GUIA DE IMPLEMENTAO
GUIA DE IMPLEMENTAO
35
GUIA DE IMPLEMENTAO
36
OBSERVE
Identificar as caractersticas
organizacionais
Defina o escopo desejado onde sero implementadas as melhorias de processos. Salvo situaes
especiais, no recomendado iniciar projetos de
melhoria em um escopo muito grande ou muito
complexo.
A identificao das caractersticas iniciais deve preocupar-se com quem vai definir, o
que ser feito e onde ser feito. Nesta etapa o envolvimento de algum da alta gerncia
fundamental. Um projeto de melhoria de processos tende a alterar de alguma forma o modo
como as pessoas trabalham, sendo de suma importncia que fique claro que a sua execuo
uma deciso organizacional e tem o apoio e a vontade da alta direo.
GUIA DE IMPLEMENTAO
GUIA DE IMPLEMENTAO
Deve-se, tambm, envolver quem ir assumir o papel de gestor do projeto. No obrigatrio que o gestor tenha conhecimento de todas as reas que sero discutidas, entretanto
37
GUIA DE IMPLEMENTAO
fundamental que ele saiba identificar as pessoas relevantes ao longo do projeto de implementao de melhorias e que tenha autonomia para envolv-las nos momentos necessrios.
O QUE IMPORTANTE?
Ter o compromisso da
alta gerncia
CONSIDERE!
Quando a alta gerncia est comprometida com o projeto de implementao, o envolvimento das outras partes
interessadas mais eficaz.
38
OBSERVE
As entrevistas com os envolvidos devem ser realizadas durante ou aps as anlises dos processos,
modelos e ferramentas.
OBSERVE
As observaes devem ser registradas de modo a
facilitar a identificao das lacunas para a aderncia norma.
Checklists de orientao podem facilitar a anlise
das lacunas existentes na execuo das atividades
do ciclo de vida de desenvolvimento de software
em relao aos requisitos estabelecidos na ISO/
IEC 29110-4-1.
recomendado que se definam nveis de criticidade e precedncia das lacunas identificadas, a fim
de facilitar a priorizao das aes seguintes.
A apresentao dos resultados deve deixar claro o
trabalho que deve ser realizado, para que se alcance aderncia norma.
OBSERVE
Quando h o apoio de uma consultoria externa
experiente no planejamento do projeto de melhoria, provvel ter um plano mais eficaz.
A definio clara dos papis e das responsabilidades de cada um dos envolvidos permite que
possveis conflitos ao longo do projeto possam ser
minimizados ou evitados.
O uso de uma equipe de consultoria externa
formada por pessoas com conhecimento terico e
experincia de mercado pode trazer novos pontos
de vista e maturidade ao projeto, bem como maior
agilidade no alcance das metas definidas.
A adoo de ferramentas pode ser indutora de
acelerao na implementao do processo
A integrao das ferramentas de apoio execuo dos processos pode reduzir a quantidade de
erros introduzidos por falha humana.
O estabelecimento detalhado das atividades que
sero realizadas, com seus respectivos prazos, e
das responsabilidades de cada uma das partes
um indcio de que o projeto alcanar as metas
estabelecidas.
Estabelecer estimativas realistas de esforo e
prazo para realizar as atividades do projeto ajuda
a manter as expectativas quanto aos resultados
esperados.
GUIA DE IMPLEMENTAO
AO
39
COORDENADOR DO PROJETO
Aquele que ser responsvel por explorar a possibilidade de conduzir o
projeto de implementao junto gerncia da VSE.
Deve ser o responsvel tambm por planejar e conduzir projetos-piloto,
se for o caso, para a validao da implementao.
Este papel pode ser exercido por pessoa externa organizao.
GERNCIA DA VSE
Uma pessoa, dentro da VSE, com autoridade para aprovar e alocar
os recursos internos necessrios para a conduo do projeto.
Deve ter total conhecimento dos benefcios que a adoo da norma pode proporcionar e estar comprometido com o alcance das
metas esperadas.
EQUIPE DE ENVOLVIDOS
Envolvidos sob a autoridade da gerncia da VSE, que devero ser treinados para participar do projeto.
GUIA DE IMPLEMENTAO
40
AO
OBSERVE
Subestimar os riscos pode diminuir os benefcios
que podem ser alcanados em um projeto de implementao de melhoria de processos.
GUIA DE IMPLEMENTAO
OBSERVE
A criao de mecanismos que facilitem a publicao e a troca de informaes e experincias livremente, como, por exemplo, wiki ou intranet, pode
incentivar a comunicao.
Quando h na organizao uma boa comunicaGarantir a boa comunicao, estabelecendo
o entre a alta gerncia e os colaboradores, pode
meios de comunicao viveis e disponveis
haver aumento do envolvimento e da motivao
para todos os envolvidos
da equipe.
Estimular todos os envolvidos a participar da
construo e da melhoria dos processos da organizao aumenta o comprometimento para que o
processo retrate o dia a dia real da organizao.
AO
OBSERVE
Capacitar os envolvidos, quando necessrio, nas boas prticas de gesto e engenharia de software
GUIA DE IMPLEMENTAO
AO
41
GUIA DE IMPLEMENTAO
42
ANALISTA
Conhecimento e experincia em levantamento, especificao e anlise
de requisitos.
Conhecimento em projeto de interfaces de usurio.
Conhecimento de tcnicas de reviso.
Experincia em desenvolvimento e manuteno de software.
PROJETISTA/ARQUITETO
Conhecimento e experincia em projeto de arquitetura de componentes de software.
Conhecimento de tcnicas de reviso.
Conhecimento e experincia em planejamento e execuo de
testes de integrao.
Experincia em desenvolvimento e manuteno de software.
PROGRAMADOR/DESENVOLVEDOR
Conhecimento e/ou experincia em programao, teste unitrio e
integrao.
Conhecimento de tcnicas de reviso.
Experincia em desenvolvimento e manuteno de software.
EQUIPE DE TRABALHO
Conhecimento e experincia de acordo com suas funes no projeto (lder tcnico, analista, projetista/arquiteto, programador/desenvolvedor).
Conhecimento das normas utilizadas pelo cliente e/ou pela VSE.
GUIA DE IMPLEMENTAO
OBSERVE
Ajustar o processo de acordo com as necessidades identificadas na fase de diagnstico e com os requisitos da ABNT NBR ISO/IEC
29110-4-1
O processo de uma organizao direciona a equipe de desenvolvimento por um conjunto de macroatividades que so organizadas em um fluxo de processo ciclo de vida que
pode ser linear, incremental ou evolutivo.
CICLO DE VIDA
Evoluo de um sistema, produto, servio, projeto ou outra entidade, feita
por mos humanas, desde a concepo at o descarte.
[ABNT NBR ISO/IEC 12207:2008]
Os ciclos de vida em geral so baseados em modelos prescritivos de processo que fornecem efetivamente um roteiro reconhecidamente til para o trabalho de engenharia de
software. Entretanto, importante ter em mente que modelos de processos no so perfeitos
e que devem ser adaptados para acomodar a natureza especfica de cada projeto e as caractersticas da equipe de desenvolvimento e do ambiente onde sero desenvolvidos.
GUIA DE IMPLEMENTAO
43
GUIA DE IMPLEMENTAO
44
Vrios modelos de processos foram escritos no intuito de ordenar as atividades do desenvolvimento de software, porm, independentemente do modelo de processo selecionado, a
engenharia de software tem tomado por base o modelo genrico que considera bsicas as
atividades de comunicao, planejamento, modelagem, construo e implantao. Entretanto, em cada modelo a nfase dada a essas atividades difere e o fluxo de trabalho proposto
para cada atividade tambm abordado de forma diferente.
A seguir, esto destacados os principais ciclos de vida ou modelos prescritivos usados
pela engenharia de software.
Modelo cascata No modelo cascata, tambm conhecido como ciclo de vida clssico, as atividades so executadas sistemtica e sequencialmente, havendo a possibilidade de
ajustes naquelas que estariam completas em caso de necessidade por alterao de requisitos,
questes tcnicas, concretizao de riscos etc.
A figura 13 apresenta a sequncia das macroatividades do modelo cascata.
CONSIDERE!
A exigncia de que sejam explicitamente definidos todos os requisitos no incio do projeto nem sempre simples de ser atendida.
A verso executvel do software pretendido s estar
disponvel ao final. Erros no percebidos facilmente tornam-se desastrosos.
Modelo evolutivo ou evolucionrio apresenta modelos iterativos, que foram propostos para acompanhar situaes onde os requisitos do negcio e do produto mudam com
frequncia, medida que o desenvolvimento acontece e dificulta o caminho sequencial e
direto para que se chegue ao produto final. Neste caso, o desenvolvimento acontece por
sucessivos refinamentos, cada um deles produzindo uma verso melhor devido ao feedback
da anterior. A partir de uma especificao inicial, que contm partes incertas, produz-se uma
verso com o que estiver melhor definido e em seguida refina-se e completa-se, produzindo
novas verses sempre aperfeioadas, at que o sistema esteja concludo. Poderamos ver isto
como uma evoluo de prottipos.
Uma das formas de aplicao de modelos evolutivos a prototipagem. O desenvolvimento de prottipos funciona como um mecanismo para auxiliar a identificao dos requisitos do software. A figura 14 apresenta um modelo baseado em prototipagem.
O QUE IMPORTANTE?
GUIA DE IMPLEMENTAO
GUIA DE IMPLEMENTAO
45
GUIA DE IMPLEMENTAO
Modelo incremental ou iterativo apresenta modelos que propem o desenvolvimento de um software de certo porte em iteraes, sendo cada uma dessas iteraes algo
como uma minicascata, contendo atividades sequenciais de anlise, projeto, construo e
implementao, de modo a produzir uma parte operacional do sistema. O conhecimento
adquirido em cada iterao minimiza os possveis erros nas iteraes futuras e faz com que o
desenvolvimento se acelere constantemente. Mas, frequentemente, torna-se necessrio voltar atrs e realizar ajustes no que j foi concludo.
A figura 15 apresenta um exemplo de fluxo baseado no modelo incremental de
desenvolvimento.
46
GUIA DE IMPLEMENTAO
GUIA DE IMPLEMENTAO
P Transio: resolver pendncias, corrigir defeitos e ter o sistema pronto para uso.
47
Outro modelo representativo dos mtodos geis o XP Extreme Programming, que se prope a alcanar qualidade com rapidez e flexibilidade no desenvolvimento, reduzindo os custos.
O XP usa uma abordagem orientada a objetos como seu paradigma de desenvolvimento. A figura 18 ilustra o processo XP e mostra algumas das ideias principais e tarefas que so
associadas a cada atividade de arcabouo. O XP sugere um nmero de tcnicas inovadoras
e potentes que permitem que equipes geis criem frequentemente verses de software que
possuem caractersticas e funcionalidades descritas e priorizadas pelo cliente.
GUIA DE IMPLEMENTAO
48
O QUE IMPORTANTE?
CONSIDERE!
GUIA DE IMPLEMENTAO
OBSERVE
Uma VSE possui caractersticas, necessidades e competncias especficas ao seu contexto. O processo produtivo [de desenvolvimento de software] de uma VSE desenvolvedora de
software que tome por base a ABNT NBR ISO/IEC 29110-4-1, perfil bsico, tem definidas as
atividades que sero realizadas e os produtos de trabalho que sero gerados como resultado dessas atividades na conduo do desenvolvimento de um projeto. Como j vimos, deve
tambm embasar todo ciclo de vida do desenvolvimento de software que contribui para o
alcance dos seus objetivos, gerando o produto de software esperado.
O processo produtivo executado em ciclos de melhoria contnua deve, ainda, contribuir
para o aprimoramento das competncias sugeridas da organizao.
Uma VSE deve envolver cada membro da equipe para a execuo das atividades do projeto. Um mesmo membro da equipe pode exercer mais de um papel ao longo do ciclo de vida
de desenvolvimento de software, entretanto importante garantir sua capacitao para tal.
Segundo a ABNT NBR ISO/IEC 29110-4-1, estas caractersticas e competncias sugeridas
podem ser agrupadas em quatro categorias distintas: finanas e recursos; interface com o
cliente; processos de negcios internos; e aprendizado e crescimento.
As categorias que agrupam as caractersticas, necessidades e competncias sugeridas
que definem uma VSE, assim como o relacionamento desses aspectos com os requisitos da
ABNT NBR ISO/IEC 29110-4-1, esto detalhados no Anexo C deste Guia.
A figura 19 apresenta o contexto de uma VSE e seus inter-relacionamentos durante a
execuo das atividades do ciclo de desenvolvimento de software baseado em processos.
GUIA DE IMPLEMENTAO
AO
49
GUIA DE IMPLEMENTAO
50
GUIA DE IMPLEMENTAO
ENTRADAS
Adaptar o ciclo de vida realidade da organizao, considerando suas caractersticas e as
caractersticas dos seus projetos
IMPLEMENTANDO
Reunir-se com o cliente e outros interessados para revisar a declarao de trabalho e combinar
como sero feitas as entregas do produto (como, o que, quando, onde etc.).
Identificar as tarefas a serem realizadas para produzir o que deve ser entregue, estimando
os recursos humanos e materiais necessrios, treinamento, ferramentas e prazos, criando o
cronograma do projeto.
Organizar a equipe do projeto.
Fazer uma anlise de riscos.
Definir o controle dos documentos e outros artefatos do projeto, onde sero armazenados,
como ser o versionamento, como e quando sero geradas baselines e as responsabilidades por
tudo isso, criando o repositrio do projeto.
Revisar e verificar o plano do projeto, obter aprovao dos interessados, obter o aceite do
cliente nas partes que o afetam.
a) Planejando o projeto
Produtos de sada
Plano de projeto
Registro de reunio
Repositrio do projeto
GUIA DE IMPLEMENTAO
51
GUIA DE IMPLEMENTAO
REPOSITRIO
Coleo de todos os artefatos relativos ao software pertencentes a um
sistema ou localizao/formato onde tal coleo est armazenada.
[ISO/IEC/IEEE 24765]
BASELINE
Especificao ou produto que foi formalmente revisto e acordado, servindo como base para o desenvolvimento futuro, e que s pode ser alterado
mediante de procedimentos formais de controle de mudana
[ABNT NBR ISO/IEC 12207:2008]
52
GUIA DE IMPLEMENTAO
Solicitao de mudana
Plano de projeto
Estratgia de controle de verso
IMPLEMENTANDO
Monitorar a execuo do projeto e registrar o realizado no registro de status de progresso.
Conduzir reunies de reviso com a equipe de trabalho, identificar problemas, rever status dos
riscos, registrar as decises e monitor-las at a sua concluso.
Conduzir reunies de reviso com o cliente, registrar as decises e monitor-las at a sua
concluso.
Solicitao de mudana iniciada pelo cliente ou pela equipe de trabalho, que afete o cliente,
precisa ser negociada para alcanar a aceitao de ambas as partes.
Se necessrio, atualizar o plano do projeto segundo o novo acordo com o cliente.
Fazer backups de acordo com a estratgia de controle de verso.
Fazer a recuperao do repositrio do projeto usando o backup do repositrio do projeto, se
necessrio.
Produtos de sada
Registro de status de progresso
Plano de projeto
Solicitao de mudana
GUIA DE IMPLEMENTAO
ENTRADAS
53
GUIA DE IMPLEMENTAO
54
ENTRADAS
Registro de status de progresso
Plano de projeto
IMPLEMENTANDO
Avaliar o progresso do projeto com respeito ao plano do projeto, comparando:
- tarefas realizadas versus planejadas;
- resultados realizados versus objetivos do projeto estabelecidos;
- alocao de recursos realizada versus planejada;
- custo real versus estimativas do oramento;
- momento real versus cronograma planejado;
- riscos reais versus identificados previamente.
Estabelecer aes para corrigir desvios ou problemas e riscos identificados, no que tange realizao do plano, conforme necessrio, document-las no Registro de Correo e monitor-las at
a sua concluso.
Identificar mudanas nos requisitos e/ou no plano de projeto para enfrentar desvios significativos, riscos potenciais ou problemas relacionados com a realizao do plano, document-las em
solicitao de mudana e monitor-las at a concluso.
Produtos de sada
Registro de status do progresso
Registro de correo
Solicitao de mudana
GUIA DE IMPLEMENTAO
Plano de projeto
Configurao do software
IMPLEMENTANDO
Formalizar a concluso do projeto de acordo com as instrues de entrega estabelecidas no plano de projeto, fornecendo apoio para a aceitao e recebendo o registro de aceitao assinado.
Atualizar o repositrio do projeto
Produtos de sada
Registro de aceitao
Configurao do software
Repositrio do projeto
IMPLEMENTANDO
Reunir-se com a equipe do projeto e discutir o plano do projeto para alcanar um entendimento
comum e comprometimento com as tarefas.
Organizar o ambiente de trabalho em termos de local, equipamentos, software, ferramentas,
arquivos, senhas, acessos, autorizaes etc.
Produtos de sada
GUIA DE IMPLEMENTAO
ENTRADAS
d) Encerramento do projeto
55
GUIA DE IMPLEMENTAO
56
ENTRADAS
Plano de projeto
IMPLEMENTANDO
Identificar e consultar fontes de informao (cliente, usurios, sistemas anteriores, documentos
etc.), procurando obter todos os requisitos e analisando questes de escopo e viabilidade.
Documentar ou atualizar a especificao de requisitos.
Verificar os requisitos quanto consistncia com o produto definido na declarao de trabalho,
assegurando que estejam claros, sem ambiguidades e completos, registrando os resultados e
corrigindo o que for preciso.
Obter aprovao da especificao de requisitos.
Validar a especificao de requisitos, obter aprovao do usurio e gerar uma baseline na
configurao do software.
Se for o caso, preparar uma verso preliminar da documentao do usurio ou atualizar o
manual existente.
Produtos de sada
Solicitao de mudana
Especificao de Requisitos
Resultados de validao
Resultados de verificao
Configurao do software
Documentao do usurio do software
GUIA DE IMPLEMENTAO
Plano de projeto
Especificao de requisitos
IMPLEMENTANDO
Documentar ou atualizar o projeto do software.
Verificar e obter aprovao do projeto do software.
Criar ou atualizar os casos de teste e procedimentos de teste para o teste de integrao,
baseados na especificao de requisitos e no projeto de software.
Verificar e obter aprovao dos casos de teste e procedimentos de teste.
A partir da especificao de requisitos, gerar o projeto de arquitetura do produto,
seus componentes e interfaces internas e externas, cuidando para que sua aparncia e
comportamento estejam afinados com as expectativas do cliente.
Gerar ou atualizar o registro de rastreabilidade
Verificar o projeto do software e o registro de rastreabilidade, registrando o resultado e
ajustando o que for preciso
Definir os casos de teste e os procedimentos de teste, fazer sua verificao e incorpor-los ao
registro de rastreabilidade e ao repositrio do projeto.
GUIA DE IMPLEMENTAO
ENTRADAS
Registro de rastreabilidade
Resultados de verificao
Configurao do software
57
GUIA DE IMPLEMENTAO
58
ARQUITETURA E INTERFACES
Arquiteturas e interfaces devem ser detalhadas no nvel e na dimenso
adequados ao contexto do projeto. Por exemplo, projetos de manuteno podem considerar a atualizao da arquitetura e das interfaces
do produto a ser mantido e, neste caso, pode no ser necessrio que se
defina nova arquitetura ou novas interfaces para o projeto especfico.
COMPONENTE DE SOFTWARE
Sistema ou elemento de software, como mdulo, unidade, dado
ou documento.
[IEEE Std 1061]
RASTREABILIDADE
Um registro de rastreabilidade um produto de trabalho que:
identifica requisitos a serem rastreados;
identifica um mapeamento do requisito a produtos de trabalho do
ciclo de vida;
prov o elo de requisitos para a decomposio de produto de trabalho (isto , requisito, projeto, cdigo, teste, entregveis etc.);
prov mapeamento bidirecional de requisitos a produtos de trabalho associados atravs de todas as fases do ciclo de vida.
O nvel e a dimenso do que deve ser rastreado devem ser considerados de acordo com o contexto do projeto.
importante que a rastreabilidade gerada suporte, em casos de
mudana e manuteno, que seja identificado o que deve ser alterado e qual o impacto em termos tcnicos, de custo e de esforo
que ir ocasionar.
Ferramentas de apoio podem tornar a captura e a manuteno da rastreabilidade muito mais eficaz e til.
Nos casos dos projetos de manuteno evolutiva ou corretiva, deve-se
considerar a rastreabilidade dos requisitos que esto sendo alterados
versus aquela do produto a ser mantido.
Atividades de captura e manuteno de rastreabilidade em projetos
de manuteno podem auxiliar na construo da documentao de
legados no documentados.
GUIA DE IMPLEMENTAO
Plano de projeto
Projeto do software
Registro de rastreabilidade
IMPLEMENTANDO
Construir ou atualizar os componentes de software com base na parte detalhada do projeto de
software e definir ou atualizar os casos de teste de unidade.
Construir os componentes de software com base na parte detalhada do projeto de software,
executar testes unitrios e atualizar o registro de rastreabilidade.
Projetar ou atualizar os casos de teste unitrios e aplic-los para verificar os componentes de software.
Gerar uma baseline da configurao do software, incorporando os componentes e o registro de
rastreabilidade.
Corrigir os defeitos encontrados at alcanar sucesso no teste unitrio (chegando ao critrio de sada).
Atualizar o registro de rastreabilidade, incorporando os componentes de software construdos
ou modificados.
RELATRIO
Item de informao que descreve os resultados de atividades,
como investigaes, avaliaes e testes.
GUIA DE IMPLEMENTAO
ENTRADAS
h) Construo do software
[ISO/IEC 15289:2006]
59
GUIA DE IMPLEMENTAO
i)
60
IMPLEMENTANDO
Construir ou atualizar os componentes de software com base na parte detalhada do projeto de
software e definir ou atualizar os casos de teste de unidade.
Integrar os componentes do software, executando os casos de teste segundo os procedimentos
de teste e documentando os resultados no relatrio de teste.
Atualizar o registro de rastreabilidade.
Gerar o guia de operao, verific-lo e obter aprovao.
Atualizar, verificar e obter aprovao da documentao do usurio.
Gerar uma baseline incorporando casos de teste e procedimentos de teste, registro de
rastreabilidade, relatrio de teste, guia de operao do produto e documentao do usurio do
software configurao de software.
Projetar ou atualizar os casos de teste unitrios e aplic-los para verificar os componentes de software.
Corrigir os defeitos encontrados at alcanar sucesso no teste unitrio (chegando ao critrio de sada).
Atualizar o registro de rastreabilidade, incorporando os componentes de software construdos
ou modificados.
GUIA DE IMPLEMENTAO
Entrega do produto
ENTRADAS
Plano de projeto
Configurao do software
IMPLEMENTANDO
Atribuir tarefas relativas ao seu papel aos membros da equipe de trabalho, de acordo com o
plano de projeto corrente.
Elaborar, verificar e obter aprovao para a documentao de manuteno, incorporando-a
configurao do software.
Realizar a entrega do produto ao cliente, de acordo com as condies estabelecidas (no incio do
planejamento) em instrues de entrega e obter o aceite formal do cliente.
Obter entendimento da configurao do software.
j)
SI.O6. Uma configurao de software, que atende especificao de requisitos, conforme acordado
com o cliente, que inclui a documentao do usurio, de operao e de manuteno, integrada,
colocada em baseline e armazenada no repositrio do projeto. Necessidades de alteraes configurao do software so detectadas e as correspondentes solicitaes de mudana so iniciadas.
SI.O7. Tarefas de verificao e validao de todos os produtos de trabalho necessrios so realizadas
usando critrios definidos para assegurar a consistncia entre produtos de sada e entrada em cada
atividade. Defeitos so identificados e corrigidos; registros so armazenados em resultados de
verificao/validao.
Produtos de sada
Documentao de manuteno
Configurao do software
Resultados de verificao
GUIA DE IMPLEMENTAO
Objetivos de processos
61
GUIA DE IMPLEMENTAO
62
AO
OBSERVE
importante que nos pontos de controle definidos no processo os desvios observados sejam registrados de modo a permitir que aes adequadas
sejam tomadas.
Realizar avaliaes de aderncia nos
pontos de controle definidos
Quando no h monitorao frequente, h mais
chances de que a motivao e o empenho da alta
gerncia diminuam ao longo do projeto.
AO
OBSERVE
GUIA DE IMPLEMENTAO
AO
OBSERVE
Auditorias internas, quando realizadas com independncia, ou seja, por pessoa diferente daquelas
que executam o processo, aumentam a confiana
da equipe no trabalho que est sendo realizado.
Realizar auditorias internas
A realizao da auditoria interna deve considerar
a aderncia dos processo seguidos pelos projetos
desenvolvidos aos requisitos preconizados na
ABNT NBR ISO/IEC 29110-4-1.
AO
OBSERVE
GUIA DE IMPLEMENTAO
63
GUIA DE IMPLEMENTAO
ANEXOS
ANEXOS
ANEXO A
1. A ESTRATGIA DE DESENVOLVER NORMAS E GUIAS PARA AS VSE COMPONDO PERFIS
Tendo em vista as caractersticas e necessidades identificadas nas fases de levantamento
e estudos, e que delineavam o que vinha a ser uma VSE, uma importante premissa para
o desenvolvimento da srie ISO/IEC 29110 era que sua estrutura deveria ser flexvel o
bastante para atender a essas caractersticas e necessidades.
Havia, entretanto, o consenso de que o contedo tcnico a ser usado como base para
compor a srie pretendida j estava disponvel e poderia ser encontrado entre centenas
de documentos publicados, normas, guias e modelos, muitos deles tratando conceitos,
definies e metodologias similares em nveis de abstrao e detalhamentos diferentes.
A deciso sensata foi, portanto, que no havia necessidade de se criarem novas definies e conceitos para aquilo que j estava consolidado nas normas e guias publicados,
mas apenas de visitar esses documentos com a viso de se fazer um recorte possvel de
ser aplicado ao contexto de uma VSE.
64
GUIA DE IMPLEMENTAO
GUIA DE IMPLEMENTAO
ANEXO A
ANEXOS
GUIA DE IMPLEMENTAO
1.2
GRUPO DE PERFIL
65
GUIA DE IMPLEMENTAO
ANEXOS
ANEXO A
1.3 PERFIS INTERNACIONAIS NORMALIZADOS PARA VSE
No caso da srie ISO/IEC 29110, os perfis internacionais normalizados so agrupados
para atender a contextos especficos dos ciclos de vida das VSE e, embora a caracterstica
central das entidades contempladas pela ISO/IEC 29110 seja o tamanho, outros aspectos
podem afetar a preparao e a seleo de perfis, como modelo de negcio (comercial,
contratao, desenvolvimento in-house etc.); fatores situacionais (como criticidade, incerteza ambiental etc.) ou nveis de risco. Entretanto, criar um perfil para cada possvel
combinao de valores dessas dimenses seria extremamente complexo.
Os perfis VSE contemplam as VSE que so descritas atravs de caractersticas, necessidades e competncias desejveis, classificadas em quatro categorias: finanas e recursos;
interface com o cliente; processos de negcios internos; e aprendizado e crescimento.
Portanto, os perfis VSE esto agrupados de tal modo que sejam aplicveis a mais de uma
categoria, como, por exemplo, para categoria de desenvolvimento de software genricos,
que composta por quatro perfis internacionais normalizados, os perfis VSE: perfil de
entrada, perfil bsico, perfil intermedirio e perfil avanado, onde esto distribudos os
elementos que permeiam o ciclo de vida de desenvolvimento de software.
Os perfis VSE contidos na ISO/IEC 29110 permitem um ajuste fino da norma s caractersticas de diferentes grupos de VSEs e novos grupos de perfis podero ser acrescentados,
se cabvel, para atender ao interesse de comunidades que identifiquem demandas em
reas especficas como, por exemplo, desenvolvimento de software para rea mdica,
gesto de servios, entre outros.
Em suma, os perfis de ciclo de vida tm o propsito primordial de possibilitar a criao
de uma norma bem ajustada s caractersticas de cada tipo de VSE, que assim encontrar
facilidade para entend-la e adot-la.
A flexibilidade prevista da srie ISO/IEC 29110 pode permitir s organizaes o acompanhamento dos avanos do mercado e as variaes das necessidades de seus clientes sem
desviar-se do atendimento aos requisitos preconizados nos perfis definidos.
No caso do grupo de perfil genrico, por exemplo, os perfis so desenvolvidos de modo
a contemplar tanto as empresas que seguem ciclos de desenvolvimento tradicionais
quanto aquelas que desejam usufruir de suas capacidades adaptativas em seus ciclos de
vida, por exemplo, usando diferentes metodologias, tcnicas e ambientes de desenvolvimento. Aqui se pode incluir o uso de metodologias geis e o desenvolvimento de software usando cloud computing. Deste modo, podero ser tambm desenvolvidos outros
documentos e guias, visando auxiliar a aplicao dos grupos de perfil nessas situaes
mais especficas.
66
GUIA DE IMPLEMENTAO
Criado em 2008, o Global Network of VSE (Very Small Entities) Support Centers j conta
com a participao da Blgica, Canad, Finlndia, Frana, Irlanda, Colmbia, Peru, Luxemburgo e Tailndia. A RIOSOFT, coordenadora do NetCenter no Brasil, estrategicamente
estendeu o acordo a diversas entidades representativas do setor de software e servios
de TIC e outros interessados, incorporando-os como parceiros, de modo que suas aes
possam alcanar abrangncia nacional. A lista de parceiros crescente e pode ser acessada pelo site http://netcenter4vse.org.br/.
Nos planos do network center brasileiro esto aes de apoio adoo de normas tcnicas, entre elas as normas da srie ABNT NBR ISO/IEC 29110 e ABNT NBR ISO/IEC 20000,
visando melhoria do processo produtivo de desenvolvimento de produtos e servios de
software e preparao das empresas para o mercado internacional.
1.1
OBJETIVOS
GUIA DE IMPLEMENTAO
1. NETWORK CENTER
ANEXOS
ANEXO B
Como primeiro resultado dessas parcerias, pode-se citar o projeto do NetCenter Brasil
com a Microsoft, pelo qual foi desenvolvido um framework para o desenvolvimento de
processos aderente ao perfil bsico da ISO/IEC 29110. O process template est disponvel
gratuitamente no link http://iso29110.codeplex.com/ .
2. PACOTES DE IMPLEMENTAO
Para facilitar a implementao de um perfil em uma VSE, um grupo de pacotes de implementao encontra-se disponvel.
Um pacote de implementao um conjunto de artefatos desenvolvidos para facilitar
a implementao de um grupo de prticas de um framework selecionado, em uma VSE.
No entanto, um pacote de implementao no um modelo de referncia de processo
completo. Pacotes de implementao no tm a inteno de impedir ou desencorajar a
utilizao de diretrizes adicionais que as VSE considerem teis.
Um pacote de implementao no um modelo de referncia de processo completo.
Os pacotes de implementao no tm inteno de prescindir ou desencorajar o uso de
guias adicionais que a VSE considerar teis.
Implementando e executando um pacote de implementao, uma VSE pode ver seu estgio concreto para alcanar ou demonstrar cobertura da Parte 5.
67
ANEXOS
ANEXO B
Os pacotes de implementao so projetados de modo que uma VSE possa executar seu
contedo sem ter que implementar simultaneamente o framework completo.
Os elementos de um pacote de implementao tpico so:
P descrio tcnica;
GUIA DE IMPLEMENTAO
DESCRIO
Descrio tcnica
Definies
5
Descrio do produto
Descrio do artefato
68
Template(s)
Examplo(s)
Checklist(s)
GUIA DE IMPLEMENTAO
DESCRIO
Ferramentas(s)
10
Referncias a outras normas e modelos (por exemplo, ABNT NBR ISO 9001, ISO/IEC
12207, CMMI)
11
Referncias
12
Formulrio de autoavaliao
Tabela 6 - Exemplo de contedo de um pacote de implementao
GUIA DE IMPLEMENTAO
ITEM
ANEXOS
ANEXO B
P gerenciamento de projeto;
P entrega de produto;
P autoavaliao.
H, ainda, pacotes de implementao baseados em ferramentas relacionados s seguintes atividades:
controle de verso;
controle de verso com CVS;
controle de verso com SVN;
gerncia de projeto;
gerncia de projeto com GForge;
issue tracking com GForge.
Os pacotes de implementao discutidos neste anexo esto disponveis em ingls e
francs, entretanto vrias aes esto sendo realizadas para o desenvolvimento e disponibilizao para as VSE de artefatos e ferramentas de apoio implementao da srie ISO/
IEC 29110.
As informaes sobre os prximos pacotes de implementao disponveis podem ser
obtidas no site do NetCenter brasileiro: http://netcenter4vse.org.br/
69
GUIA DE IMPLEMENTAO
ANEXOS
ANEXO C
As tabelas a seguir nominam as caractersticas de uma VSE. Dessas caractersticas derivam
necessidades e competncias sugeridas para que se chegue implementao adequada do perfil bsico. Apresentam, ainda, o relacionamento com objetivos dos processos
e produtos de trabalho descritos na norma (requisitos normativos). Essa caracterizao
feita considerando quatro categorias diferentes: finanas e recursos; interface com o
cliente; processos de negcios internos; e aprendizado e crescimento.
NECESSIDADES E COMPETNCIAS
SUGERIDAS
70
NECESSIDADES E COMPETNCIAS
SUGERIDAS
ANEXOS
GUIA DE IMPLEMENTAO
Manter uma estreita comunicao e informao atualizada ao cliente, em tempo til, durante o desenvolvimento do produto
GUIA DE IMPLEMENTAO
PM.O3. As solicitaes de mudana so tratadas atravs de sua recepo e anlise. Mudanas nos requisitos de software so avaliadas quanto ao custo, prazo e impacto tcnico.
PM.O4. Conduzir reunies de reviso com a equipe de trabalho e o cliente. Decises so
registradas e acompanhadas.
PM.O7. Garantia de qualidade de software realizada para garantir que produtos e processos de trabalho cumprem o plano de projeto e a especificao de requisitos.
..............
SI.O2. Requisitos de software so definidos, analisados quanto correo e testabilidade, aprovados pelo cliente, colocado em baseline e comunicados.
SI.O7. So realizadas tarefas de verificao e validao de todos os produtos de trabalho requeridos usando critrios definidos para assegurar a consistncia entre produtos de sada e entrada
em cada atividade. Defeitos so identificados e corrigidos, os registros so armazenados em resultados de verificao/validao.
Produtos de trabalho
Especificao de requisitos
Resultados de verificao e resultados de validao
Solicitao de mudana
Registro de reunio
Resultados de verificao e resultados de validao
71
GUIA DE IMPLEMENTAO
ANEXOS
CARACTERSTICAS
o processo principal desenvolver, sob contrato, sistemas de software customizados, escritos na empresa
o produto de software elaborado de forma progressiva
e tem que ser consistente com os requisitos do cliente
os produtos so desenvolvidos ou mantidos por meio
de projetos com um nico canal de comunicao entre o grupo de implementao e o cliente
o nmero de desenvolvedores na organizao pequeno; portanto, a maior parte da comunicao, tomada de deciso e resoluo de problemas pode ser
realizada prontamente, face a face
72
GUIA DE IMPLEMENTAO
NECESSIDADES E COMPETNCIAS
SUGERIDAS
GUIA DE IMPLEMENTAO
CARACTERSTICAS
ANEXOS
73
REFERNCIAS
ABNT NBR ISO/IEC 29110-2:2012, Engenharia de software Perfis de ciclo de vida para
micro-organizaes (VSEs) Parte 2: Estrutura e taxonomia
ABNT NBR ISO/IEC 29110-4-1:2012, Engenharia de software Perfis de ciclo de vida para
micro-organizaes (VSEs) Parte 4-1: Especificaes de perfil: Grupo Perfil Genrico
ABNT ISO/IEC TR 29110-5-1-2:2012, Engenharia de software Perfis de ciclo de vida para
micro-organizaes (VSEs) Parte 5-1-2: Guia de engenharia e gesto: Grupo perfil genrico: Perfil bsico
FUGGETTA, A. Software process: a roadmap. In: ICSE - Future of Software - Software
Engineering Track, pp. 25-34. 2000.
GEM. GEM Global Entrepreneurship Monitor, London Business School & Babson College, EUA. 2006.
Global Network of VSE (Very Small Entities) Support Centres. cole de technologie suprieure. http://profs.etsmtl.ca/claporte/English/VSE/.
ISO/IEC12207, 2008, Systems and software engineering Software life cycle processes.
74
NORMALIZAO
ISO/IEC TR 29110-1, Software engineering - Lifecycle profiles for very small entities
(VSE) - Part 1: Overview. Geneva: International Organization for Standardization (ISO),
2011.
ISO/IEC TR 29110-3, Software engineering - Lifecycle profiles for very small entities
(VSEs) - Part 3: Assessment Guide. Geneva: International Organization for Standardization
(ISO), 2011.
GUIA DE IMPLEMENTAO
Observatrio SOFTEX. Relatrio Anual do Observatrio Softex IBSS Indstria Brasileira de Software e Servios. http://www.softex.br/observatoriosoftex/_home/default.
asp. 2011
OECD - Organization for Economic Co-operation and Development. SME and Entrepreneurship Outlook [Relatrio]. 2005.
PRESSMAN, Roger S. Engenharia de Software. Sexta Edio. Porto Alegre: MCGrawHill,
2010.
STAPLES, M., NIAZI, M., JEFFERY, R., et al. An exploratory study of why organizations do
not adopt CMMI, Journal of Systems and Software, v. 80, n. 6, pp. 883-895, 2007
75