processo de desenvolvimento de software.docx

7/28/2019 Processo de desenvolvimento de software.docx

1/12

Processo de desenvolvimento de softwareUm processo de desenvolvimento de software um conjunto de atividades,

parcialmente ordenadas, com a finalidade de obter um produto de software. estudado

dentro da rea deEngenharia de Software, sendo considerado um dos principaismecanismos para se obtersoftware de qualidadee cumprir corretamente os contratos dedesenvolvimento, sendo uma das respostas tcnicas adequadas para resolver aCrise dosoftware.

Passos/Atividades Processo

Anlise Econmica

Visa a estabelecer se o projeto deSoftwaregerarlucro, e se areceitagerada ser o

suficiente para cobrir oscustos.

Anlise de requisitos de software

A extrao dos requisitos de um

Especificao

A especificao a tarefa de descrever precisamente o software que ser escrito,preferencialmente de uma forma matematicamente rigorosa. Na prtica, somenteespecificaes mais bem sucedidas foram escritas para aplicaes bem compreendidas eafinadas que j estavam bem desenvolvidas, embora sistemas de software de missocrtica sejam freqentemente bem especificados antes do desenvolvimento da aplicao.Especificaes so mais importantes para interfaces externas que devem permanecerestveis.

o

Arquitetura de Software

A arquitetura de um sistema de software remete a uma representao abstrata daquele

sistema. Arquitetura concernente garantia de que o sistema de software ir aoencontro de requisitos do produto, como tambm assegurar que futuros requisitospossam ser atendidos. A etapa da arquitetura tambm direciona asinterfacesentre ossistemas de softwaree outros produtos de software, como tambm com ohardware

bsico ou com osistema operacional.

Implementao (ou codificao)

A transformao de um projeto para um cdigo deve ser a parte mais evidente dotrabalho da engenharia de software, mas no necessariamente a sua maior poro..

Teste
http://pt.wikipedia.org/wiki/Engenharia_de_Softwarehttp://pt.wikipedia.org/wiki/Engenharia_de_Softwarehttp://pt.wikipedia.org/wiki/Engenharia_de_Softwarehttp://pt.wikipedia.org/wiki/Qualidade_de_softwarehttp://pt.wikipedia.org/wiki/Qualidade_de_softwarehttp://pt.wikipedia.org/wiki/Qualidade_de_softwarehttp://pt.wikipedia.org/wiki/Crise_do_softwarehttp://pt.wikipedia.org/wiki/Crise_do_softwarehttp://pt.wikipedia.org/wiki/Crise_do_softwarehttp://pt.wikipedia.org/wiki/Crise_do_softwarehttp://pt.wikipedia.org/w/index.php?title=An%C3%A1lise_Econ%C3%B4mica_de_Sistemas_de_Informa%C3%A7%C3%B5es&action=edit&redlink=1http://pt.wikipedia.org/w/index.php?title=An%C3%A1lise_Econ%C3%B4mica_de_Sistemas_de_Informa%C3%A7%C3%B5es&action=edit&redlink=1http://pt.wikipedia.org/wiki/Softwarehttp://pt.wikipedia.org/wiki/Softwarehttp://pt.wikipedia.org/wiki/Softwarehttp://pt.wikipedia.org/wiki/Lucrohttp://pt.wikipedia.org/wiki/Lucrohttp://pt.wikipedia.org/wiki/Lucrohttp://pt.wikipedia.org/wiki/Receita_%28economia%29http://pt.wikipedia.org/wiki/Receita_%28economia%29http://pt.wikipedia.org/wiki/Receita_%28economia%29http://pt.wikipedia.org/wiki/Custohttp://pt.wikipedia.org/wiki/Custohttp://pt.wikipedia.org/wiki/Custohttp://pt.wikipedia.org/wiki/An%C3%A1lise_de_requisitos_de_softwarehttp://pt.wikipedia.org/wiki/An%C3%A1lise_de_requisitos_de_softwarehttp://pt.wikipedia.org/wiki/Especifica%C3%A7%C3%A3o_de_Programahttp://pt.wikipedia.org/wiki/Especifica%C3%A7%C3%A3o_de_Programahttp://pt.wikipedia.org/wiki/Arquitetura_de_softwarehttp://pt.wikipedia.org/wiki/Arquitetura_de_softwarehttp://pt.wikipedia.org/wiki/Interfacehttp://pt.wikipedia.org/wiki/Interfacehttp://pt.wikipedia.org/wiki/Interfacehttp://pt.wikipedia.org/wiki/Sistema_de_softwarehttp://pt.wikipedia.org/wiki/Sistema_de_softwarehttp://pt.wikipedia.org/wiki/Hardwarehttp://pt.wikipedia.org/wiki/Hardwarehttp://pt.wikipedia.org/wiki/Hardwarehttp://pt.wikipedia.org/wiki/Sistema_operacionalhttp://pt.wikipedia.org/wiki/Sistema_operacionalhttp://pt.wikipedia.org/wiki/Sistema_operacionalhttp://pt.wikipedia.org/wiki/Programa%C3%A7%C3%A3o_de_computadoreshttp://pt.wikipedia.org/wiki/Programa%C3%A7%C3%A3o_de_computadoreshttp://pt.wikipedia.org/wiki/Teste_de_Softwarehttp://pt.wikipedia.org/wiki/Teste_de_Softwarehttp://pt.wikipedia.org/wiki/Teste_de_Softwarehttp://pt.wikipedia.org/wiki/Programa%C3%A7%C3%A3o_de_computadoreshttp://pt.wikipedia.org/wiki/Sistema_operacionalhttp://pt.wikipedia.org/wiki/Hardwarehttp://pt.wikipedia.org/wiki/Sistema_de_softwarehttp://pt.wikipedia.org/wiki/Interfacehttp://pt.wikipedia.org/wiki/Arquitetura_de_softwarehttp://pt.wikipedia.org/wiki/Especifica%C3%A7%C3%A3o_de_Programahttp://pt.wikipedia.org/wiki/An%C3%A1lise_de_requisitos_de_softwarehttp://pt.wikipedia.org/wiki/Custohttp://pt.wikipedia.org/wiki/Receita_%28economia%29http://pt.wikipedia.org/wiki/Lucrohttp://pt.wikipedia.org/wiki/Softwarehttp://pt.wikipedia.org/w/index.php?title=An%C3%A1lise_Econ%C3%B4mica_de_Sistemas_de_Informa%C3%A7%C3%B5es&action=edit&redlink=1http://pt.wikipedia.org/wiki/Crise_do_softwarehttp://pt.wikipedia.org/wiki/Crise_do_softwarehttp://pt.wikipedia.org/wiki/Qualidade_de_softwarehttp://pt.wikipedia.org/wiki/Engenharia_de_Software


2/12

Teste de partes dosoftware, especialmente onde tenha sido codificado por dois ou maisengenheiros trabalhando juntos, um papel da engenharia de software

Documentao

Uma importante tarefa a documentao do projeto interno do software para propsitosde futuras manutenes e aprimoramentos. As documentaes mais importantes so dasinterfaces externas.

Suporte eTreinamentode Software

Uma grande porcentagem dosprojetos de softwarefalham pelo fato de o desenvolvedorno perceber que no importa quanto tempo a equipe de planejamento edesenvolvimento ir gastar na criao do software se ningum da organizao ir us-lo.As pessoas ocasionalmente resistem mudana e evitam aventurar-se em reas poucofamiliares. Ento, como parte da fase de desenvolvimento, muito importante otreinamentopara osusuriosde software mais entusiasmados, alternando o treinamentoentre usurios neutros e usurios favorveis aosoftware. Usurios iro ter muitasquestes e problemas de software os quais conduziro para a prxima fase.

Manuteno

A manuteno e melhoria de software lidam com a descoberta de novos problemas erequisitos. Ela pode tomar mais tempo que o gasto no desenvolvimento inicial domesmo. No somente pode ser necessrio adicionar cdigos que combinem com o

projeto original, mas determinar como o software trabalhar em algum ponto depois da

manuteno estar completa, pode requerer um significativo esforo por parte de umengenheiro de software. Cerca dede todos osengenheiros de softwaretrabalham coma manuteno, mas estas estatsticas podem estar enganadas. Uma pequena parte destestrabalha na correo deerros. A maioria das manutenes para ampliar os sistemas

para novasfuncionalidades, as quais, de diversas formas, podem ser consideradas umnovo trabalho. Analogamente, cerca de de todos osengenheiros civis,arquitetoseconstrutores trabalham com manuteno de uma forma similar.

Padres

O processo de desenvolvimento de software tem sido objetivo de vrios padres, quevisam a certificao de empresas como possuidoras de um processo dedesenvolvimento, o que garantiria certo grau de confiana aos seus contratantes.

Alguns padres existentes atualmente:

CMMI(anteriormenteCMM) SPICE ISO 12207 MPS/Br
http://pt.wikipedia.org/wiki/Softwarehttp://pt.wikipedia.org/wiki/Softwarehttp://pt.wikipedia.org/wiki/Softwarehttp://pt.wikipedia.org/wiki/Documenta%C3%A7%C3%A3o_de_softwarehttp://pt.wikipedia.org/wiki/Documenta%C3%A7%C3%A3o_de_softwarehttp://pt.wikipedia.org/wiki/Treinamentohttp://pt.wikipedia.org/wiki/Treinamentohttp://pt.wikipedia.org/wiki/Treinamentohttp://pt.wikipedia.org/wiki/Ger%C3%AAncia_de_projetoshttp://pt.wikipedia.org/wiki/Ger%C3%AAncia_de_projetoshttp://pt.wikipedia.org/wiki/Ger%C3%AAncia_de_projetoshttp://pt.wikipedia.org/wiki/Treinamentohttp://pt.wikipedia.org/wiki/Treinamentohttp://pt.wikipedia.org/wiki/Usu%C3%A1riohttp://pt.wikipedia.org/wiki/Usu%C3%A1riohttp://pt.wikipedia.org/wiki/Usu%C3%A1riohttp://pt.wikipedia.org/wiki/Softwarehttp://pt.wikipedia.org/wiki/Softwarehttp://pt.wikipedia.org/wiki/Softwarehttp://pt.wikipedia.org/wiki/Manuten%C3%A7%C3%A3o_de_softwarehttp://pt.wikipedia.org/wiki/Manuten%C3%A7%C3%A3o_de_softwarehttp://pt.wikipedia.org/w/index.php?title=%E2%85%94&action=edit&redlink=1http://pt.wikipedia.org/w/index.php?title=%E2%85%94&action=edit&redlink=1http://pt.wikipedia.org/w/index.php?title=%E2%85%94&action=edit&redlink=1http://pt.wikipedia.org/wiki/Engenharia_de_softwarehttp://pt.wikipedia.org/wiki/Engenharia_de_softwarehttp://pt.wikipedia.org/wiki/Engenharia_de_softwarehttp://pt.wikipedia.org/wiki/Errohttp://pt.wikipedia.org/wiki/Errohttp://pt.wikipedia.org/wiki/Errohttp://pt.wikipedia.org/wiki/Funcionalidadehttp://pt.wikipedia.org/wiki/Funcionalidadehttp://pt.wikipedia.org/wiki/Funcionalidadehttp://pt.wikipedia.org/wiki/Engenheiro_civilhttp://pt.wikipedia.org/wiki/Engenheiro_civilhttp://pt.wikipedia.org/wiki/Engenheiro_civilhttp://pt.wikipedia.org/wiki/Arquitetohttp://pt.wikipedia.org/wiki/Arquitetohttp://pt.wikipedia.org/wiki/Arquitetohttp://pt.wikipedia.org/wiki/CMMIhttp://pt.wikipedia.org/wiki/CMMIhttp://pt.wikipedia.org/wiki/CMMhttp://pt.wikipedia.org/wiki/CMMhttp://pt.wikipedia.org/wiki/CMMhttp://pt.wikipedia.org/wiki/SPICEhttp://pt.wikipedia.org/wiki/SPICEhttp://pt.wikipedia.org/wiki/ISO_12207http://pt.wikipedia.org/wiki/ISO_12207http://pt.wikipedia.org/wiki/MPS/Brhttp://pt.wikipedia.org/wiki/MPS/Brhttp://pt.wikipedia.org/wiki/MPS/Brhttp://pt.wikipedia.org/wiki/ISO_12207http://pt.wikipedia.org/wiki/SPICEhttp://pt.wikipedia.org/wiki/CMMhttp://pt.wikipedia.org/wiki/CMMIhttp://pt.wikipedia.org/wiki/Arquitetohttp://pt.wikipedia.org/wiki/Engenheiro_civilhttp://pt.wikipedia.org/wiki/Funcionalidadehttp://pt.wikipedia.org/wiki/Errohttp://pt.wikipedia.org/wiki/Engenharia_de_softwarehttp://pt.wikipedia.org/w/index.php?title=%E2%85%94&action=edit&redlink=1http://pt.wikipedia.org/wiki/Manuten%C3%A7%C3%A3o_de_softwarehttp://pt.wikipedia.org/wiki/Softwarehttp://pt.wikipedia.org/wiki/Usu%C3%A1riohttp://pt.wikipedia.org/wiki/Treinamentohttp://pt.wikipedia.org/wiki/Ger%C3%AAncia_de_projetoshttp://pt.wikipedia.org/wiki/Treinamentohttp://pt.wikipedia.org/wiki/Documenta%C3%A7%C3%A3o_de_softwarehttp://pt.wikipedia.org/wiki/Software


3/12

CMMIO CMMI (Capability Maturity Model Integration) um modelo de referncia quecontm prticas (Genricas ou Especficas) necessrias maturidade em disciplinas

especficas (Systems Engineering (SE), Software Engineering (SW), Integrated Productand Process Development (IPPD), Supplier Sourcing (SS)). Desenvolvido pelo SEI(Software Engineering Institute) daUniversidade Carnegie Mellon, o CMMI umaevoluo doCMMe procura estabelecer um modelo nico para o processo de melhoriacorporativo, integrando diferentes modelos e disciplinas.

O CMMI foi baseado nas melhores prticas para desenvolvimento e manuteno deprodutos. H uma nfase tanto em engenharia de sistemas quanto em engenharia desoftware, e h uma integrao necessria para o desenvolvimento e a manuteno.

A verso atual do CMMI (verso 1.3) foi publicada em 27 de outubro de 2010 e

apresenta trs modelos:

CMMI for Development(CMMI-DEV), voltado ao processo de desenvolvimentode produtos e servios.

CMMI for Acquisition (CMMI-ACQ), voltado aos processos de aquisio eterceirizao de bens e servios.

CMMI for Services (CMMI-SVC), voltado aos processos de empresasprestadoras de servios.

Uma das premissas do modelo "A qualidade influenciada pelo processo", e seu foco "Melhorar processo de uma empresa".

Histrico

O CMMI surgiu durante adcada de 1980como um modelo para avaliao de risco nacontratao de empresas de software peloDepartamento de Defesa dos Estados Unidosque desejava ser capaz de avaliar os processos de desenvolvimento utilizados pelasempresas que concorriam em licitaes como indicao da previsibilidade da qualidade,custos e prazos nos projetos contratados. Para desenvolver esse processo, o DODcontituiu junto a Carnegie-Mellon University o SEI (Software Engineering Institute), oqual alm de ser responsvel pela evoluo da famlia CMM, realiza diversas outras

pesquisas em engenharia de software.

Os processos de melhoria nasceram de estudos realizados porDeming(Out of theCrisis),Crosby(Quality is Free: The Art of Making Quality Certain) eJuran, cujoobjetivo principal era a melhoria da capacidade dos processos. Entende-se porcapacidade de um processo a habilidade com que este alcana o resultado desejado.

Um modelo tem como objetivo estabelecer - com base em estudos, histricos econhecimento operacional - um conjunto de "melhores prticas" que devem serutilizadas para um fim especfico.
http://pt.wikipedia.org/wiki/Universidade_Carnegie_Mellonhttp://pt.wikipedia.org/wiki/Universidade_Carnegie_Mellonhttp://pt.wikipedia.org/wiki/Universidade_Carnegie_Mellonhttp://pt.wikipedia.org/wiki/CMMhttp://pt.wikipedia.org/wiki/CMMhttp://pt.wikipedia.org/wiki/CMMhttp://pt.wikipedia.org/wiki/D%C3%A9cada_de_1980http://pt.wikipedia.org/wiki/D%C3%A9cada_de_1980http://pt.wikipedia.org/wiki/D%C3%A9cada_de_1980http://pt.wikipedia.org/wiki/Departamento_de_Defesa_dos_Estados_Unidoshttp://pt.wikipedia.org/wiki/Departamento_de_Defesa_dos_Estados_Unidoshttp://pt.wikipedia.org/wiki/Departamento_de_Defesa_dos_Estados_Unidoshttp://pt.wikipedia.org/wiki/Software_Engineering_Institutehttp://pt.wikipedia.org/wiki/Software_Engineering_Institutehttp://pt.wikipedia.org/wiki/Software_Engineering_Institutehttp://pt.wikipedia.org/wiki/W._Edwards_Deminghttp://pt.wikipedia.org/wiki/W._Edwards_Deminghttp://pt.wikipedia.org/wiki/W._Edwards_Deminghttp://pt.wikipedia.org/wiki/Phil_Crosbyhttp://pt.wikipedia.org/wiki/Phil_Crosbyhttp://pt.wikipedia.org/wiki/Phil_Crosbyhttp://pt.wikipedia.org/wiki/Joseph_M._Juranhttp://pt.wikipedia.org/wiki/Joseph_M._Juranhttp://pt.wikipedia.org/wiki/Joseph_M._Juranhttp://pt.wikipedia.org/wiki/Joseph_M._Juranhttp://pt.wikipedia.org/wiki/Phil_Crosbyhttp://pt.wikipedia.org/wiki/W._Edwards_Deminghttp://pt.wikipedia.org/wiki/Software_Engineering_Institutehttp://pt.wikipedia.org/wiki/Departamento_de_Defesa_dos_Estados_Unidoshttp://pt.wikipedia.org/wiki/D%C3%A9cada_de_1980http://pt.wikipedia.org/wiki/CMMhttp://pt.wikipedia.org/wiki/Universidade_Carnegie_Mellon


4/12

O CMMI tem como origens em trs outros modelos de maturidade - SW-CMM (SEISoftware CMM), EIA SECM (Electronic Industries Alliances's Systems EngineerCapability Model) e IPD-CMM (Integrated Product Development CMM).

Dimenses

O CMMI foi construdo considerando trs dimenses principais: pessoas, ferramentas eprocedimentos. O processo serve para unir essas dimenses.

Disciplinas

O processo inclui trs disciplinas ou corpos de conhecimento (body of knowledges),sendo elas:

Engenharia de sistemas Engenharia de software Engenharia de hardware

A engenharia de software similar engenharia de sistemas em relao s reas deprocesso, apenas com enfoque diferente nos processos. As reas de processo requeridaspara engenharia de sistemas so as mesmas para engenharia de software, mas o nvel dematuridade que diferente.

Representaes

O CMMI possui duas representaes: "contnua" ou "por estgios". Estas representaespermitem organizao utilizar diferentes caminhos para a melhoria de acordo com seuinteresse.

Representao Contnua

Possibilita organizao utilizar a ordem de melhoria que melhor atende os objetivos denegcio da empresa. caracterizado por: Nveis de Capacidade (Capability Levels):

Nvel 0: Incompleto (Ad-hoc) Nvel 1: Executado Nvel 2: Gerenciado / Gerido Nvel 3: Definido Nvel 4: Gerenciado quantitativamente Nvel 5: Em otimizao

Nesta representao a capacidade medida por processos separadamente, onde possvel ter um processo com nvel um e outro processo com nvel cinco, variando deacordo com os interesses da empresa.

No nvel 1(um) o processo executado de modo a completar o trabalhonecessrio para a execuo de um processo.


5/12

No nvel 2(dois) sobre planejar a execuo e confrontar o executado contra oque foi planejado.

No nvel 3(trs) o processo construdo sobre as diretrizes do processoexistente, e mantido uma descrio do processo.

No nvel 4(quatro) quando o processo gerenciado quantitativamente atravsde estatsticas e outras tcnicas.

No nvel 5(cinco) o processo gerido quantitativamente alterado e adaptadopara atender s necessidades negociais/estratgicas da empresa.

A representao contnua indicada quando a empresa deseja tornar apenas algunsprocessos mais maduros, quando j utiliza algum modelo de maturidade contnua ouquando no pretende usar a maturidade alcanada como modelo de comparao comoutras empresas.

Representao Por Estgios

Disponibiliza uma seqncia pr-determinada para melhoria baseada em estgios queno deve ser desconsiderada, pois cada estgio serve de base para o prximo. caracterizado por Nveis de Maturidade (Maturity Levels):

Nvel 1: Inicial (Ad-hoc) Nvel 2: Gerenciado / Gerido Nvel 3: Definido Nvel 4: Quantitativamente gerenciado / Gerido quantitativamente Nvel 5: Em otimizao

Nesta representao a maturidade medida por um conjunto de processos. Assim necessrio que todos os processos atinjam nvel de maturidade dois para que a empresaseja certificada com nvel dois. Se quase todos os processos forem nvel trs, masapenas um deles estiver no nvel dois a empresa no ir conseguir obter o nvel dematuridade trs.

Esta representao indicada quando a empresa j utiliza algum modelo de maturidadepor estgios, quando deseja utilizar o nvel de maturidade alcanado para comparaocom outras empresas ou quando pretende usar o nvel de conhecimento obtido poroutros para sua rea de atuao.

reas de ProcessoO modelo CMMI v1.2 (CMMI-DEV) contm 22 reas de processo. Em suarepresentao por estgios, as reas so divididas da seguinte forma:

Nvel 1: Inicial (Ad-hoc)

No possui reas de processo.

Nvel 2: Gerenciado / Gerido

Gerenciamento de Requisitos- REQM (Requirements Management)
http://pt.wikipedia.org/wiki/Requisitos_de_Softwarehttp://pt.wikipedia.org/wiki/Requisitos_de_Softwarehttp://pt.wikipedia.org/wiki/Requisitos_de_Software


6/12

Planejamento de Projeto- PP (Project Planning) Acompanhamento e Controle de Projeto - PMC (Project Monitoring and

Control) Gerenciamento de Acordo com Fornecedor - SAM (Supplier Agreement

Management)

Medio e Anlise - MA (Measurement and Analysis) Garantia da Qualidade de Processo e Produto - PPQA (Process and Product

Quality Assurance) Gerncia de Configurao- CM (Configuration Management)

Nvel 3: Definido

Desenvolvimento de Requisitos - RD (Requirements Development) Soluo Tcnica - TS (Technical Solution) Integrao de Produto - PI (Product Integration) Verificao - VER (Verification) Validao - VAL (Validation) Foco de Processo Organizacional - OPF (Organizational Process Focus) Definio de Processo Organizacional - OPD (Organizational Process

Definition) Treinamento Organizacional - OT (Organizational Training) Gerenciamento Integrado de Projeto - IPM (Integrated Project Management) Gerenciamento de Riscos- RSKM (Risk Management) Anlise de Deciso e Resoluo - DAR (Decision Analysis and Resolution)

Nvel 4: Quantitativamente gerenciado / Gerido quantitativamente

Desempenho de Processo Organizacional - OPP (Organizational ProcessPerformance)

Gerenciamento Quantitativo de Projeto - QPM (Quantitative ProjectManagement)

Nvel 5: Em otimizao

Gesto de Processo Organizacional - OPM (Organizational ProcessManagement)

Anlise Causal e Resoluo - CAR (Causal Analysis and Resolution)Modelos e reas de processo

As reas de processo variam com base no modelo escolhido, no sendo as mesmas reaspara todos os modelos (CMMI-DEV, CMMI-ACQ ou CMMI-SVC).

ISO/IEC 15504

AISO/IEC 15504, tambm conhecida como SPICE, define um "processo para relatriostcnicos no assessoramento em desenvolvimento de software", e similarmente ao

CMMI possui nveis de maturidade para cada processo. O CMMI no baseado nestanorma, mas sim compatvel.
http://pt.wikipedia.org/wiki/Planejamento_de_Projetohttp://pt.wikipedia.org/wiki/Planejamento_de_Projetohttp://pt.wikipedia.org/wiki/Ger%C3%AAncia_de_Configura%C3%A7%C3%A3o_de_Softwarehttp://pt.wikipedia.org/wiki/Ger%C3%AAncia_de_Configura%C3%A7%C3%A3o_de_Softwarehttp://pt.wikipedia.org/wiki/Ger%C3%AAncia_de_riscos_de_projetoshttp://pt.wikipedia.org/wiki/Ger%C3%AAncia_de_riscos_de_projetoshttp://pt.wikipedia.org/wiki/ISO/IEC_15504http://pt.wikipedia.org/wiki/ISO/IEC_15504http://pt.wikipedia.org/wiki/ISO/IEC_15504http://pt.wikipedia.org/wiki/ISO/IEC_15504http://pt.wikipedia.org/wiki/Ger%C3%AAncia_de_riscos_de_projetoshttp://pt.wikipedia.org/wiki/Ger%C3%AAncia_de_Configura%C3%A7%C3%A3o_de_Softwarehttp://pt.wikipedia.org/wiki/Planejamento_de_Projeto


7/12

Histrico de Avaliaes

At o ano de 2002, osEUAtinham realizado 1,5 mil avaliaes de CMMI, andiafeito153, oReino Unido103 e oBrasilapenas 15. Em2004a TATA Consultancy Services(empresa indiana) alcanou o nvel 5 em todas as unidades da empresa, tendo sidoavaliada inclusive a unidade brasileira (a primeira empresa presente no Brasil a recebero nvel mximo na avaliao).

Entre abril de 2002 e junho de 2006 foram conduzidas 1581 avaliaes em 1377organizaes. Segue abaixo o resultado obtido pelas empresas na avaliao (resultadosencaminhados para o SEI at 30 de junho de 2006):

18,2%: nvel 5 (Optimizing); 4,4%: nvel 4 (Quantitatively Managed); 33,8%: nvel 3 (Defined);

33,3%: nvel 2 (Managed); 1,9%: nvel 1 (Initial); 8,4%: sem qualificao (Not Given).

SPICESPICE(acrnimode Simulated Program with Integrated Circuits Emphasis, ouPrograma de Simulao com nfase em Circuitos Integrados) umsoftwaredesimulaodecircuitos analgicos. uma poderosa ferramenta usada para testar, eantever comportamento de circuitos contendocircuitos integrados,resistores,

transistores,capacitores,diodose outros componentes eltricos e eletrnicos.

Histria

O software foi desenvolvido no ano de1975pelos pesquisadores Larry Nagle e DonaldPetterson nos laboratrios de pesquisas sobre eletrnica da Faculdade de EngenhariaEltrica e Cincias da Computao daUniversidade da Califrnia, campus de Berkeley.Tanto essa verso, como a segunda verso (criada em1983) foram codificadasutilizando a linguagem de programaoFortrane rodados emmainframes. A partir daterceira verso, o programa foi codificado emC, mas utilizando a sintaxe de Fortran

para descrever circuitos.Algumas verses comerciais mantm compatibilidade com a verso de Berkeley, masoutras adcionaram extenses que incompatibilizou essas verses com a verso deBerkeley. As verses mais recentes incluram interfaces grficas.

Algoritmosdiferentes so usados para resolver diferentes tipos de circuitos. Porexemplo, para circuitos no-lineares (circuitos que possuem elementos no-lineares), utilizado omtodo de Newton-Raphson. ...

Verses comerciais

PSpice/OrCAD
http://pt.wikipedia.org/wiki/EUAhttp://pt.wikipedia.org/wiki/EUAhttp://pt.wikipedia.org/wiki/EUAhttp://pt.wikipedia.org/wiki/%C3%8Dndiahttp://pt.wikipedia.org/wiki/%C3%8Dndiahttp://pt.wikipedia.org/wiki/%C3%8Dndiahttp://pt.wikipedia.org/wiki/Reino_Unidohttp://pt.wikipedia.org/wiki/Reino_Unidohttp://pt.wikipedia.org/wiki/Reino_Unidohttp://pt.wikipedia.org/wiki/Brasilhttp://pt.wikipedia.org/wiki/Brasilhttp://pt.wikipedia.org/wiki/Brasilhttp://pt.wikipedia.org/wiki/2004http://pt.wikipedia.org/wiki/2004http://pt.wikipedia.org/wiki/2004http://pt.wikipedia.org/wiki/Acr%C3%B4nimohttp://pt.wikipedia.org/wiki/Acr%C3%B4nimohttp://pt.wikipedia.org/wiki/Acr%C3%B4nimohttp://pt.wikipedia.org/wiki/Softwarehttp://pt.wikipedia.org/wiki/Softwarehttp://pt.wikipedia.org/wiki/Softwarehttp://pt.wikipedia.org/wiki/Simula%C3%A7%C3%A3ohttp://pt.wikipedia.org/wiki/Simula%C3%A7%C3%A3ohttp://pt.wikipedia.org/wiki/Circuito_anal%C3%B3gicohttp://pt.wikipedia.org/wiki/Circuito_anal%C3%B3gicohttp://pt.wikipedia.org/wiki/Circuito_anal%C3%B3gicohttp://pt.wikipedia.org/wiki/Circuito_integradohttp://pt.wikipedia.org/wiki/Circuito_integradohttp://pt.wikipedia.org/wiki/Circuito_integradohttp://pt.wikipedia.org/wiki/Resistorhttp://pt.wikipedia.org/wiki/Resistorhttp://pt.wikipedia.org/wiki/Resistorhttp://pt.wikipedia.org/wiki/Transistorhttp://pt.wikipedia.org/wiki/Transistorhttp://pt.wikipedia.org/wiki/Capacitorhttp://pt.wikipedia.org/wiki/Capacitorhttp://pt.wikipedia.org/wiki/Capacitorhttp://pt.wikipedia.org/wiki/Diodohttp://pt.wikipedia.org/wiki/Diodohttp://pt.wikipedia.org/wiki/Diodohttp://pt.wikipedia.org/wiki/1975http://pt.wikipedia.org/wiki/1975http://pt.wikipedia.org/wiki/1975http://pt.wikipedia.org/wiki/Universidade_da_Calif%C3%B3rniahttp://pt.wikipedia.org/wiki/Universidade_da_Calif%C3%B3rniahttp://pt.wikipedia.org/wiki/Universidade_da_Calif%C3%B3rniahttp://pt.wikipedia.org/wiki/1983http://pt.wikipedia.org/wiki/1983http://pt.wikipedia.org/wiki/1983http://pt.wikipedia.org/wiki/Fortranhttp://pt.wikipedia.org/wiki/Fortranhttp://pt.wikipedia.org/wiki/Fortranhttp://pt.wikipedia.org/wiki/Mainframehttp://pt.wikipedia.org/wiki/Mainframehttp://pt.wikipedia.org/wiki/Mainframehttp://pt.wikipedia.org/wiki/Linguagem_de_programa%C3%A7%C3%A3o_Chttp://pt.wikipedia.org/wiki/Linguagem_de_programa%C3%A7%C3%A3o_Chttp://pt.wikipedia.org/wiki/Linguagem_de_programa%C3%A7%C3%A3o_Chttp://pt.wikipedia.org/wiki/Algoritmohttp://pt.wikipedia.org/wiki/Algoritmohttp://pt.wikipedia.org/wiki/M%C3%A9todo_de_Newtonhttp://pt.wikipedia.org/wiki/M%C3%A9todo_de_Newtonhttp://pt.wikipedia.org/wiki/M%C3%A9todo_de_Newtonhttp://pt.wikipedia.org/w/index.php?title=PSpice&action=edit&redlink=1http://pt.wikipedia.org/wiki/OrCADhttp://pt.wikipedia.org/wiki/OrCADhttp://pt.wikipedia.org/wiki/OrCADhttp://pt.wikipedia.org/wiki/OrCADhttp://pt.wikipedia.org/w/index.php?title=PSpice&action=edit&redlink=1http://pt.wikipedia.org/wiki/M%C3%A9todo_de_Newtonhttp://pt.wikipedia.org/wiki/Algoritmohttp://pt.wikipedia.org/wiki/Linguagem_de_programa%C3%A7%C3%A3o_Chttp://pt.wikipedia.org/wiki/Mainframehttp://pt.wikipedia.org/wiki/Fortranhttp://pt.wikipedia.org/wiki/1983http://pt.wikipedia.org/wiki/Universidade_da_Calif%C3%B3rniahttp://pt.wikipedia.org/wiki/1975http://pt.wikipedia.org/wiki/Diodohttp://pt.wikipedia.org/wiki/Capacitorhttp://pt.wikipedia.org/wiki/Transistorhttp://pt.wikipedia.org/wiki/Resistorhttp://pt.wikipedia.org/wiki/Circuito_integradohttp://pt.wikipedia.org/wiki/Circuito_anal%C3%B3gicohttp://pt.wikipedia.org/wiki/Simula%C3%A7%C3%A3ohttp://pt.wikipedia.org/wiki/Softwarehttp://pt.wikipedia.org/wiki/Acr%C3%B4nimohttp://pt.wikipedia.org/wiki/2004http://pt.wikipedia.org/wiki/Brasilhttp://pt.wikipedia.org/wiki/Reino_Unidohttp://pt.wikipedia.org/wiki/%C3%8Dndiahttp://pt.wikipedia.org/wiki/EUA


8/12

SPICE OPUS HSpice (paraUNIX) HSIM MicroCad Dr. Spice T-Spice Intusoft Spice-It! SIMetrix (disponvel para Windows eLinux) TopSPICE NG-spice MultiSIM SmartSpice TINA Spectre Eldo UltraSim MacSpice NanoSim NSPICE B2SPICE ICAP/4 TINA-TI Proteus ISIS (Labcenter Electronics) LTSpice IV (Linear Technology)

O famoso programaElectronics Workbenchtambm baseado no SPICE.

ISO 12207ISO 12207 uma norma definida pelaInternational Organization for Standardization,que se aplica emengenharia de software. Esta estabelece umprocessodeciclo de vida

dosoftware, contendo processos, atividades e so aplicadas durante a aquisio econfigurao dos servios do sistema, de forma a melhor-los. Esta norma tem comoprincipal objetivo fornecer uma estrutura comum para que o adquirente, fornecedor,desenvolvedor, mantenedor, operador,gerentese tcnicos, envolvidos com odesenvolvimento de software. Faz parte desta estrutura o uso de uma linguagem comumque estabelecida na forma de processos bem definidos.

A estrutura da norma foi concebida de maneira a ser flexvel, modular e adaptvel snecessidades de quem a utiliza. Para isso, est fundamentada em dois princpios

bsicos:modularidadeeresponsabilidade.Modularidade, no sentido de processos commnimo acoplamento e mxima coeso. Responsabilidade, no sentido de estabelecer

um responsvel nico por cada processo, facilitando a aplicao da norma emprojetos,onde vrias pessoas podem estar legalmente envolvidas.
http://pt.wikipedia.org/wiki/UNIXhttp://pt.wikipedia.org/wiki/UNIXhttp://pt.wikipedia.org/wiki/UNIXhttp://pt.wikipedia.org/wiki/Linuxhttp://pt.wikipedia.org/wiki/Linuxhttp://pt.wikipedia.org/wiki/Linuxhttp://pt.wikipedia.org/w/index.php?title=Electronics_Workbench&action=edit&redlink=1http://pt.wikipedia.org/w/index.php?title=Electronics_Workbench&action=edit&redlink=1http://pt.wikipedia.org/w/index.php?title=Electronics_Workbench&action=edit&redlink=1http://pt.wikipedia.org/wiki/International_Organization_for_Standardizationhttp://pt.wikipedia.org/wiki/International_Organization_for_Standardizationhttp://pt.wikipedia.org/wiki/International_Organization_for_Standardizationhttp://pt.wikipedia.org/wiki/Engenharia_de_softwarehttp://pt.wikipedia.org/wiki/Engenharia_de_softwarehttp://pt.wikipedia.org/wiki/Engenharia_de_softwarehttp://pt.wikipedia.org/wiki/Processohttp://pt.wikipedia.org/wiki/Processohttp://pt.wikipedia.org/wiki/Processohttp://pt.wikipedia.org/wiki/Ciclo_de_vidahttp://pt.wikipedia.org/wiki/Ciclo_de_vidahttp://pt.wikipedia.org/wiki/Ciclo_de_vidahttp://pt.wikipedia.org/wiki/Softwarehttp://pt.wikipedia.org/wiki/Softwarehttp://pt.wikipedia.org/wiki/Softwarehttp://pt.wikipedia.org/wiki/Desenvolvedorhttp://pt.wikipedia.org/wiki/Desenvolvedorhttp://pt.wikipedia.org/wiki/Gerentehttp://pt.wikipedia.org/wiki/Gerentehttp://pt.wikipedia.org/wiki/Gerentehttp://pt.wikipedia.org/wiki/Desenvolvimento_de_softwarehttp://pt.wikipedia.org/wiki/Desenvolvimento_de_softwarehttp://pt.wikipedia.org/wiki/Modularidadehttp://pt.wikipedia.org/wiki/Modularidadehttp://pt.wikipedia.org/wiki/Modularidadehttp://pt.wikipedia.org/wiki/Responsabilidadehttp://pt.wikipedia.org/wiki/Responsabilidadehttp://pt.wikipedia.org/wiki/Responsabilidadehttp://pt.wikipedia.org/wiki/Projetohttp://pt.wikipedia.org/wiki/Projetohttp://pt.wikipedia.org/wiki/Projetohttp://pt.wikipedia.org/wiki/Projetohttp://pt.wikipedia.org/wiki/Responsabilidadehttp://pt.wikipedia.org/wiki/Modularidadehttp://pt.wikipedia.org/wiki/Desenvolvimento_de_softwarehttp://pt.wikipedia.org/wiki/Gerentehttp://pt.wikipedia.org/wiki/Desenvolvedorhttp://pt.wikipedia.org/wiki/Softwarehttp://pt.wikipedia.org/wiki/Ciclo_de_vidahttp://pt.wikipedia.org/wiki/Processohttp://pt.wikipedia.org/wiki/Engenharia_de_softwarehttp://pt.wikipedia.org/wiki/International_Organization_for_Standardizationhttp://pt.wikipedia.org/w/index.php?title=Electronics_Workbench&action=edit&redlink=1http://pt.wikipedia.org/wiki/Linuxhttp://pt.wikipedia.org/wiki/UNIX


9/12

Conforme citado anteriormente, a norma composta por um conjunto de processos,atividades e tarefas que podem ser adaptados de acordo com os projetos de software.Estes processos so classificados em trs tipos:fundamentais, de apoio eorganizacionais.

Os processos fundamentais so instanciados de acordo com a situao. Enquanto queos processos de apoio e organizacionais devem existir independentemente daorganizao e do projeto que est sendo executado.

Basicamente, correspondido ao ISO 12207.

Melhoria de Processos do Software

BrasileiroO MPS.BRou Melhoria de Processos do Software Brasileiro simultaneamente ummovimento para a melhoria da qualidade (Programa MPS.BR) e um modelo dequalidade de processo (Modelo MPS). Voltado para a realidade do mercado de

pequenas e mdias empresas de desenvolvimento de software noBrasil, ele baseadonas normasISO/IEC 12207eISO/IEC 15504e compatvel com oCMMI.

O projeto tem apoio doMinistrio da Cincia e Tecnologia, daFINEPe doBancoInteramericano de Desenvolvimento. No Brasil o projeto desenvolvido pelaSoftex,interagindo com as universidades e com o Governo Federal. Uma das principaisvantagens do modelo seu custo reduzido de certificao em relao as normasestrangeiras, sendo ideal para micro, pequenas e mdias empresas que so a grandemaioria no Brasil.

Um dos objetivos do projeto replicar o modelo na Amrica Latina, incluindo oChile,Argentina,Costa Rica,PerueUruguai.

Motivao

O Brasil um pas cujo desenvolvimento de produtos de software est entre os maioresdo mundo, e a cada dia, aumenta o nvel de exigncia por parte dos clientes no que dizrespeito qualidade e complexidade dos produtos. A partir deste ponto, podemosobservar que as empresas esto buscando cada vez mais a maturidade nos seus

processos de software para atingir padronizaes de qualidade e produtividadeinternacionais, que so essenciais para a sobrevivncia no mercado de TI.

Porm, o custo de uma certificao para uma empresa pode ser de at US$ 400 mil, oque se torna invivel para empresas de micro, pequeno e mdio porte. Ento, em uma

parceria entre a Softex, Governo e Universidades, surgiu o projeto MPS.Br (melhoria de
http://pt.wikipedia.org/wiki/Brasilhttp://pt.wikipedia.org/wiki/Brasilhttp://pt.wikipedia.org/wiki/Brasilhttp://pt.wikipedia.org/wiki/ISO/IEC_12207http://pt.wikipedia.org/wiki/ISO/IEC_12207http://pt.wikipedia.org/wiki/ISO/IEC_12207http://pt.wikipedia.org/wiki/ISO/IEC_15504http://pt.wikipedia.org/wiki/ISO/IEC_15504http://pt.wikipedia.org/wiki/ISO/IEC_15504http://pt.wikipedia.org/wiki/CMMIhttp://pt.wikipedia.org/wiki/CMMIhttp://pt.wikipedia.org/wiki/CMMIhttp://pt.wikipedia.org/wiki/Minist%C3%A9rio_da_Ci%C3%AAncia_e_Tecnologiahttp://pt.wikipedia.org/wiki/Minist%C3%A9rio_da_Ci%C3%AAncia_e_Tecnologiahttp://pt.wikipedia.org/wiki/Minist%C3%A9rio_da_Ci%C3%AAncia_e_Tecnologiahttp://pt.wikipedia.org/wiki/FINEPhttp://pt.wikipedia.org/wiki/FINEPhttp://pt.wikipedia.org/wiki/FINEPhttp://pt.wikipedia.org/wiki/Banco_Interamericano_de_Desenvolvimentohttp://pt.wikipedia.org/wiki/Banco_Interamericano_de_Desenvolvimentohttp://pt.wikipedia.org/wiki/Banco_Interamericano_de_Desenvolvimentohttp://pt.wikipedia.org/wiki/Banco_Interamericano_de_Desenvolvimentohttp://pt.wikipedia.org/wiki/Softexhttp://pt.wikipedia.org/wiki/Softexhttp://pt.wikipedia.org/wiki/Softexhttp://pt.wikipedia.org/wiki/Chilehttp://pt.wikipedia.org/wiki/Chilehttp://pt.wikipedia.org/wiki/Chilehttp://pt.wikipedia.org/wiki/Argentinahttp://pt.wikipedia.org/wiki/Argentinahttp://pt.wikipedia.org/wiki/Costa_Ricahttp://pt.wikipedia.org/wiki/Costa_Ricahttp://pt.wikipedia.org/wiki/Costa_Ricahttp://pt.wikipedia.org/wiki/Peruhttp://pt.wikipedia.org/wiki/Peruhttp://pt.wikipedia.org/wiki/Peruhttp://pt.wikipedia.org/wiki/Uruguaihttp://pt.wikipedia.org/wiki/Uruguaihttp://pt.wikipedia.org/wiki/Uruguaihttp://pt.wikipedia.org/wiki/Uruguaihttp://pt.wikipedia.org/wiki/Peruhttp://pt.wikipedia.org/wiki/Costa_Ricahttp://pt.wikipedia.org/wiki/Argentinahttp://pt.wikipedia.org/wiki/Chilehttp://pt.wikipedia.org/wiki/Softexhttp://pt.wikipedia.org/wiki/Banco_Interamericano_de_Desenvolvimentohttp://pt.wikipedia.org/wiki/Banco_Interamericano_de_Desenvolvimentohttp://pt.wikipedia.org/wiki/FINEPhttp://pt.wikipedia.org/wiki/Minist%C3%A9rio_da_Ci%C3%AAncia_e_Tecnologiahttp://pt.wikipedia.org/wiki/CMMIhttp://pt.wikipedia.org/wiki/ISO/IEC_15504http://pt.wikipedia.org/wiki/ISO/IEC_12207http://pt.wikipedia.org/wiki/Brasil


10/12

processo de software brasileiro), que a soluo brasileira compatvel com o modeloCMMI, est em conformidade com as normas ISO/IEC 12207 e 15504, alm de seradequado realidade brasileira.

O modelo

O MPS.Br dividido em 3 partes: MR-MPS, MA-MPS, MN-MPS

MR-MPS (Modelo de referncia para melhoria do processo de software)

O MPS.BRapresenta 7 nveis de maturidade (o que um diferencial em relao aosoutros padres de processo) que so:

A - Em Otimizao; B - Gerenciado quantitativamente; C - Definido; D - Largamente Definido; E - Parcialmente Definido; F - Gerenciado; G - Parcialmente Gerenciado.

Cada nvel de maturidade possui suas reas de processo, onde so analisados:

processos fundamentaiso aquisio;o gerncia de requisitos;o desenvolvimento de requisitos;o soluo tcnica;o integrao do produto;o instalao do produto;o liberao do produto.

processos organizacionaiso gerncia de projeto;o adaptao do processo para gerncia de projeto;o anlise de deciso e resoluo;o gerncia de riscos;o avaliao e melhoria do processo organizacional;o definio do processo organizacional;o desempenho do processo organizacional;o gerncia quantitativa do projeto;o anlise e resoluo de causas;o inovao e implantao na organizao.

processos de apoioo garantia de qualidade;o gerncia de configurao;o validao;o medio;o verificao;o treinamento.


11/12

Em seguida vem a Capacidade, onde so obtidos os resultados dos processos analisados,onde cada nvel de maturao possui um nmero definido de capacidades a seremvistos.

AP 1.1 - O processo executado; AP 2.1 - O processo gerenciado; AP 2.2 - Os produtos de trabalho do processo so gerenciados; AP 3.1 - O processo definido; AP 3.2 - O processo est implementado; AP 4.1 - O processo medido; AP 4.2 - O processo controlado; AP 5.1 - O processo objeto de inovaes; AP 5.2 - O processo otimizado continuamente.

MA-MPS (Mtodo de avaliao para melhoria do processo de software)

Tem como objetivo orientar a realizao de avaliaes, em conformidade com a normaISO/IEC 15504, em empresa e organizaes que implementaram o MR-MPS. AvaliaoMA-MPS:

Equipe de avaliao: 3 a 8 pessoas, sendo:1 avaliador lderno mnimo 1 avaliador adjuntono mnimo 1 tcnico da empresa

Durao: 2 a 4 dias; Validade: 3 anos;

Estruturao da Avaliao:

Planejar e preparar avaliaoPlano de Avaliao / Descrio dos indicadores de processo;

Conduzir Avaliao

Resultado da avaliao;

Relatar resultadosRelatrio da avaliao;

Registrar e publicar resultadosBanco de dados Softex (Ver portal MPS.BR nas 'Ligaes Externas')

MPS.BR

MN-MPS (Modelo de negcio para melhoria do processo de software)


12/12

Instituies que se propem a implantar os processos MPS.Br (InstituiesImplementadoras) podem se credenciar atravs de um documento onde apresentada ainstituio proponente, contendo seus dados com nfase na experincia em processos desoftware, estratgia de implementao do modelo, estratgia para seleo e treinamentode consultores para implementao do MR.MPS, estratgia para seleo e treinamento

de avaliadores, lista de consultores de implementao treinados no modelo e aprovadosem prova especfica, lista de avaliadores treinados no modelo e aprovados em provaespecfica.

Cursos e certificao

ASoftexrealiza cursos para formao de consultores, compradores e avaliadoresMPS.BR. So ao todo 4 cursos:

Curso de Introduo - C1

Curso de Implementao - C2 Curso de Avaliaao - C3 Curso de Aquisio - C4

Periodicamente, so realizadas provas em nvel nacional para certificar profissionais emcada um dos cursos descritos acima. Tanto os cursos e as provas so realizadas nosAgentes SOFTEX em cada estado, por exemplo:

SOFTEX Campinas (SP) ITS (So Paulo - SP) FUMSOFT (Belo Horizonte - MG) RIOSOFT (Rio de Janeiro - RJ) SOFTSUL (Porto Alegre - RS) Entre outras

Prximos passos

O modelo MPS.Br tem como objetivo implementar o Modelo de Referncia paramelhoria de processo de software em 120 empresas. E como objetivos secundrios, adisseminao em diversos locais do pas, capacitao no uso do modelo e ocredenciamento de instituies implementadoras e avaliadoras do modelo,

especialmente instituies de ensino e centros tecnolgicos e tambm a implementaoe avaliao do modelo com foco em grupos de empresas. A avaliao conjunta degrupos empresariais objetiva reduo dos custos, porm, h uma perda de foco, poisno h uma especificidade para cada empresa e sim um mesmo modelo de referncia

para todas elas. O MPS.Br j uma realidade e existe um projeto para, dentro de algunsanos, a sua implantao em seis pases daAmrica Latina, so eles:Chile,Argentina,Costa Rica,Peru,UruguaieCuba.
http://pt.wikipedia.org/wiki/Softexhttp://pt.wikipedia.org/wiki/Softexhttp://pt.wikipedia.org/wiki/Softexhttp://pt.wikipedia.org/wiki/Am%C3%A9rica_Latinahttp://pt.wikipedia.org/wiki/Am%C3%A9rica_Latinahttp://pt.wikipedia.org/wiki/Am%C3%A9rica_Latinahttp://pt.wikipedia.org/wiki/Chilehttp://pt.wikipedia.org/wiki/Chilehttp://pt.wikipedia.org/wiki/Chilehttp://pt.wikipedia.org/wiki/Argentinahttp://pt.wikipedia.org/wiki/Argentinahttp://pt.wikipedia.org/wiki/Argentinahttp://pt.wikipedia.org/wiki/Costa_Ricahttp://pt.wikipedia.org/wiki/Costa_Ricahttp://pt.wikipedia.org/wiki/Peruhttp://pt.wikipedia.org/wiki/Peruhttp://pt.wikipedia.org/wiki/Peruhttp://pt.wikipedia.org/wiki/Uruguaihttp://pt.wikipedia.org/wiki/Uruguaihttp://pt.wikipedia.org/wiki/Uruguaihttp://pt.wikipedia.org/wiki/Cubahttp://pt.wikipedia.org/wiki/Cubahttp://pt.wikipedia.org/wiki/Cubahttp://pt.wikipedia.org/wiki/Cubahttp://pt.wikipedia.org/wiki/Uruguaihttp://pt.wikipedia.org/wiki/Peruhttp://pt.wikipedia.org/wiki/Costa_Ricahttp://pt.wikipedia.org/wiki/Argentinahttp://pt.wikipedia.org/wiki/Chilehttp://pt.wikipedia.org/wiki/Am%C3%A9rica_Latinahttp://pt.wikipedia.org/wiki/Softex

processo de desenvolvimento de software.docx

Documents