Engenharia de Software I Curso: TADS Mdulo III 1 Agenda ? Processos de Software ?

Paradigmas do desenvolvimento do processo de software ( Modelos de Ciclo de Vida) 2 Processos de Software 3 Processo de Software ? A utilizao de um processo de software ? fator primordial para o sucesso. 4 Processo de Software ? Definio: ? "[O processo ] um conjunto de atividades e resultados associados que produzem um produto de software . Sommerville (2003). 5 Processo de Software ? Definio: ?A prtica adotada por uma organizao de desenvolvimento de software onde so aplicados mtodos, tcnicas, artefatos, ferramentas, agentes e etc para desenvolver e/ou manter um produto de software ou servio. Edson Cordeiro (2005) 6

Processo de Software ? Um processo de software pode ser entendido como um conjunto estruturado de atividades exigidas para desenvolver um sistema de software. 7 Processo de Software ? Um processo de software tem por objetivo final possibilitar o desenvolvimento de software com qualidade, obedecendo a prazo e oramento determinados. 8 Paradigmas do desenvolvimento do processo de software (Modelos de Processo de Software - Ciclo de Vida) 9 Modelos de Processo de Software ? Um modelo de processo de software uma representao abstrata do processo de desenvolvimento, tipicamente mostrando as principais atividades usadas na produo e manuteno do software, bem como a ordem em que as atividades devem ser executadas.. 10 VISO GERAL 11 Modelos de Processo de Software Descrevem basicamente as principais etapas do desenvolvimento de software, desde a produo at a sua prpria manuteno. ? Existem vrios Modelos de Processo de Software, mas praticamente todos eles seguem o princpio das trs principais macro-etapas: ? SERVE PARA TODOS OS MODELOS! O processo de desenvolvimento de software ################################################

1 TSI - Curso Superior em Tecnologia em Segurana da Informao Engenharia de Software MODELOS DE PROCESSOS DE SOFTWARE Nome: Gilvan da Costa Tavares Professor: Milton Pombo da Paz Santa Maria 2012 Distrito Federal

2 TSI - Curso Superior em Tecnologia em Segurana da Informao Engenharia de Software MODELOS DE PROCESSOS DE SOFTWARE Professor: Milton Pombo da Paz Santa Maria 2012 Distrito Federal

3 SUMRIO INTRODUO 04 MODELOS DE PROCESSOS DE SOFTWARE 05 ATUANDO NA ENGENHARIA DE SOFTWARE 05 EQUIPE DE DESENVOLVIMENTO 06 MEMBRO EQUIPE DE DESENVOLVIMENTO 07 ARCABOUO DE PROCESSO DE SOFTWARE 08 COMUNICAO 08 MODELOS DE QUALIDADE 09 CMMI 09 REPRESENTAES DO MODELO CMMI 10 MPS. BR 12 NBR ISO/IEC 12207:1998 13 CONCLUSO 16 REFERNCIAS BIBLIOGRFICAS 18 TECNOLOGIA DA INFORMAO MELHORIA DO PROCESSO DE SOFTWARE BRASILEIRO CAPABILITY MATURITY MODEL INTEGRATION (SEI, 2006)

4 INTRODUO O Trabalho proposto visa mostrar um pouco da Engenharia de Software e seus modelos de processo para desenvolvimento de software como o CMMI, MPS.BR e a Norma ISSO/IEC 12207:1998 mostrando sua aplicabilidade quanto a criao dos sistemas de software que o produto final com foco na qualidade, ou seja, realizar todos os procedimentos com a metodologia escolhida sem perder a alta performance e as caractersticas planejadas pelos clientes Talvez o tema parea ser de fcil aplicabilidade, mas na prtica muito diferente, pois o caminho para que uma empresa de desenvolvimento chegue a ter uma certificao para excelncia neste tipo de servio tem que seguir algumas regras e apresent-las para avaliao. Sero apresentados os modelos de processos como citado, e as caractersticas de cada um individualmente, mostrando os caminhos do ciclo de vida do software em cada modelo.

5 MODELOS DE PROCESSOS DE SOFTWARE No mundo atual e moderno todo voltado para a tecnologia, e no h como falar de desenvolvimento de software sem fazer ligao com a Engenharia de Software, pois com um mundo em expanso necessrio ter uma rea que atue constantemente neste ambiente informtico. A engenharia de software vem para trazer esta ajuda para tecnologia, ela funciona da seguinte maneira: Como uma rea da computao que visa criao, desenvolvimento, mtodos, manuteno de software com intuito de oferecer para os clientes Qualidade . E, para garantir esta qualidade algumas questes devem ser observadas, so elas: Processo onde se estrutura inicialmente o projeto, nele deve ser realizada qualquer ao de forma rpida no desenvolvimento, especificando mtodos e o tipo de gesto que ser realizada durante a criao do projeto. Mtodos Onde demonstrada toda a tcnica para que o seja feito algum resultado. Ferramentas o instrumento para o desenvolvimento do software, podendo ser ela automatizada ou semi-automatizada e a escolha pode definir com o ser a qualidade do produto oferecido. A juno destes meios junto com pessoas gera o que conhecemos como sistemas de software ATUANDO NA ENGENHARIA DE SOFTWARE Temos aqui uma explicao de quem so as pessoas responsveis pelo projeto, todos so responsveis desde que atue de alguma maneira no projeto, so eles:

6 Cliente Com certeza uma das partes mais importantes para o desenvolvimento e criao do software, pois ele determina como ser o sistema, e tambm, desembolsa o dinheiro para o investimento. Usurio Em muitos momentos confundido com o cliente, ele quem utiliza o software criado, informando se alteraes devem ser feitas para melhor uso. Desenvolvedor So todos que participam do desenvolvimento do software, e fazem com o que foi planejado saia do papel. EQUIPE DE DESENVOLVIMENTO E como no podia ser diferente tem os criadores em muitos momentos um pouco loucos (rsrsrs), mas sem isto como seria a arte de criar um projeto de software a partir de algo abstrato, e faz-lo tornar-se real no mundo. Como a famli a grande vamos tentar comentar um pouco sobre a atuao de cada durante o processo de desenvolvimento de um software. Antes de dar continuidade irei colocar uma informao que achei pertinentes e interessantes sobre etapas da equipe de desenvolvimento, elas so quatro e foram desenvolvidas pelo Professor da Universidade de Ohio Dr. Bruce W. Tuckman, onde so caractersticas que devem ser avaliadas para que a equipe tenha sucesso. Formao: o momento que em muitas situaes a equipe ainda est se conhecendo, e nele podem ser conhecidos pontos positivos e negativos de cada procurando equilibr-los tendo como foco o sucesso da criao do sistema de software. Nesta primeira etapa os trabalhos so definidos para cada membro e mostrando a importncia que ele tem no conjunto. Desordem: O Gerente de projetos nesta etapa tem papel fundamental (Liderana), pois devido a falta de maturidade com o projeto dvidas, incertezas e conflitos tendem a surgir , e ele ajudar a sanar este problemas, e progr edir par a dar continuidade ao projeto. Normatizao: Esta a etapa que define se a desordem foi resolvida, ser quando a equipe j se conhece melhor, e cada membro entende a atividade do outro, sentindo a liberdade de opinar a respeito de um ponto que pod e ser melhorado na parte de outro colega, e assim receber o feedback, tendo como foco principal o projeto. Performance: a etapa em que todos se sentem parte integrante da equipe e pensam com um s para um objetivo comum um software que saia do abstrato

7 com qualidade e perfeio em cada quesito solicitado, porque se o projeto der certo todos ganham, ou seja sucesso ou fracasso depende de todos. Creio que foi interessante inserir esta informao, porque na hora de definir qual a funo de cada membro ele j poder a comear a pensar em equipe, juntando conhecimento e agregando aprendizado com os colegas. MEMBRO EQUIPE DE DESENVOLVIMENTO Analista de Requisito o caminho de ligao entre usurio, cliente e equipe de desenvolvimento; apesar de no atuar com programao na prtica para o profissional da rea de extrema importncia que o mesmo tenha bastante conhecimento com a modelagem de dados, para que possa entender at que ponto o desejo do cliente possvel ser feito com a estrutura existente. Tambm necessrio que ele entenda a forma de comunicao e consiga passar a sua viso sobre o projeto proposto, mas buscando sempre entender e tornar de fcil entendimento para a equipe de desenvolvimento o desejo do cliente para o sistema de software. O analista deve tambm ser capaz de interpretar o pedido do cliente e analisar se poder ocorrer problemas, claro que muitos problemas nem se imagina que ir acontecer, mas uma medida de preveno pode ser a chave para o sucesso. Projetistas Aps a anlise de requisitos o trabalho pedido enviado para os projetistas gerar uma descrio, e assim conseguir demonstrar o que o sistema deve fazer. Programadores Trabalham em conjunto com os projetistas, eles executam em linhas de cdigo o que foi criado pelo projetista e solicitado pelo analista de requisito. Ele pega toda a informao e aplica na prtica em sistema especfico para criao de software, para este profissional importante ter uma viso de abstrao, e consiga tornar real o que era ainda apenas imaginao. Testadores Analisa o software a partir da criao do programador e identificam possveis erros, ele trabalha em conjunto com o cliente, pois assim o programa ser adequado realmente a necessidade. Importante, ressaltar que ele verifica se o software criado atende toda a necessidade dentro das especificaes, padres e normas. Ele verifica linha por linha dos cdigos do software, por exemplo: Se existe um senha no corpo do sistema, e ele feita com um palavro, ser necessrio criar uma senha dentro de normas especificadas.

8 Instrutores So os conhecedores do sistema e treinam os usurios que tero acesso ao sistema, exercem a profisso de professor. Equipe de Manuteno Aps a implantao do sistema na organizao, a manuteno quem dar suporte para possveis problemas que venham acontecer, bem como a atualizao do sistema ao plano de negcios da organizao e as novas tecnologias. Percebemos nos membros da equipe de desenvolvimento uma relao harmoniosa para construo de um sistema, e o quanto importante isto para que o produto final chegue ao cliente da maneira solicitada no planejamento, mas obser vo que por mais que o analista de requisito no haja com programao sua viso de receber o que o cliente deseja tem grande importncia p ara que o restante da equipe possa dar continuidade no trabalho de criao. ARCABOUO DE PROCESSO DE SOFTWARE So atividades aplicadas aos processos de software, ele gera uma srie de atividades que so utilizadas durante todo o desenvolvimento do softwa re. Estas atividades so especificamente para criao do software solicitado pelo cliente, ou seja, para cada software sero analisadas as atividades a serem utilizadas. So definidas e realizadas pelo Engenheiro de Software, Gerentes de projeto e pelo cliente que deve analisar, testar e tambm auxiliar na construo do sistema, verificando se tudo que foi pedido est sendo atendido ou aplicado no software. A importncia do Gerente ou do Engenheiro aqui dar direcionamentos para o projeto e a equipe de criao focar no projeto. COMUNICAO Sem sombra de dvidas uma das atividades mais importantes durante a estruturao para construo de um software, a realizao de uma comunicao clara entre o cliente e o analista de requisito (responsvel por todo o e ntendime nto de como o projeto deve ser realizado. A comunicao serve de base para que o analista explique at que ponto o pedido do cliente possvel ser feito, analisando a estrutura da organizao e se tem capacidade para tal sistema. Para entendimento do cliente alguns recursos esto disponveis como a Prototipao ( um exemplo prtico inicial do software idealizado pelo cliente);

9 medidas deste tipo so importantes para que todo tipo de dvida inicialmente seja sanada. A comunicao no envolve somente conversas verbais, deve ser feitos relatrios, anotaes tudo documentado para que caso seja necessrio no futuro saber quais aes sero tomadas em caso de algum problema ou conflitos de decises relacionados ao projeto, bem como alteraes, ou seja, a comunicao o principio, meio e fim para gerar um resultado satisfatrio. MODELOS DE QUALIDADE Antes de comear a falar sobre os modelos de qualidade no desenvolvimento de software, ser apresentada uma imagem do que necessrio para qualidade do produto desenvolvido: CMMI CAPABILITY MATURITY MODEL INTEGRATION (SEI, 2006) Foi criado para garantir que os sistemas de software sejam feitos com qualidade, segurana e responsabilidade. Devido a expanso da rea de desenvolvimento muitos softwares eram criados sem o menor critrio e grosso modo, isto causava muitos transtornos, pois os problemas eram constantes. Ento, foram pesquisados mtodos que auxiliassem os desenvolvedores quanto ao software criado. Este tipo de metodologia importante para que todas as empresas da rea se adqem e faam produtos com qualidade, com foco no

10 processo, pois o resultado do processo um produto de qualidade, isto significa uma concorrncia acirrada e os clientes sero os maiores beneficiados. O interessante neste modelo de qualidade que realiza a juno de vrias reas como: Recursos humanos, software, hardware e processos, idealizan do de como ser a estrutura e objetivos do projeto servindo de direcionamentos para a equipe de desenvolvimento. O conceito do CMMI pode ser da seguinte maneira (Um framework que serve para melhorar um projeto de software), ou seja, um conjunto de mtodos aplicados em prol da qualidade do sistema criado. O modelo CMMI auxilia as organizaes a melhorar os processos de desenvolvimento, ele deu to certo que mesmo no tempo de crise econmica vivenciada atualmente as empresa T.I continua a investir na melhoria de processos porque de fcil percepo que gera resultados satisfatrios para todos. E quando falamos de CMMI no podemos deixar de fora o CMM que baseado nas melhorias de prticas industriais em engenharia de software, ele serve para relacionar os conceitos e descrever os conceitos de CMMI. REPRESENTAES DO MODELO CMMI Uma qualidade interessante do CMMI a flexibilidade para auxiliar as organizaes no desenvolvimento de software, conhecida como Representaes contnua e estgios e tem nveis que possibilitam as organizaes analisarem possveis caminhos a seguir para melhoria de acordo com as suas necessidades, segue um breve comentrio para cada um:

11 Representao Contnua - Agrupa reas de processo atravs de categorias e indica nveis de capacidade para a melhoria do processo dentro de cada rea de processo, ou seja, concentra os esforos em determinadas reas do processo, no segue um ordem nas melhorias, enquanto um processo pode ter o Nvel 0, outro pode ter Nvel 5. ? Nvel 0: INCOMPLETO (AD-HOC) Parcialmente realizado ou no, ou objetivos especificos no esto satisfatrios; ? Nvel 1: EXECUTADO processo; ? Nvel 2: GERENCIADO/GERIDO - O processo planejado e executado de formas diferentes em projetos diferentes; ? Nvel 3:DEFINIDO projeto; ? Nvel 4: GERENCIADO QUANTITATIVAMENTE Trabalha com estatsticas e controles matemticos das variaes um processo; ? Nvel 5: NVEIS DE OTIMIZAO - Melhoria contnua a partir do entendimento das variaes medidas no nvel 4, ou seja, adapta -se de acordo com os processos j realizados, melhorando os pontos fracos. Representao Estagiada Fornece uma sequncia bem definida de melhoria, onde cada um serve de base para o prximo, cada etapa deve ser seguida e terminada. Os nveis neste so chamados de nveis de Maturidade e vo do (Nvel 1 ao Nvel 5). O Nvel de Maturidade uma definio clara dos processos de melhoria na organizao, eles representam o amadurecimento de um subconjunto de processos e dizem quais processos devem ser implementados: ? Nvel 1: INICIAL ou AD-HOC No fornecido um ambiente estvel para apoiar os processos, so pouco controlados, o sucesso depende da competncia individual. A organizao se compromete alm da sua capacidade e abandona qualquer processo ou metodologia em momentos de crise e so incapazes de repetir os sucessos. Se a organi zao no foi avaliada, ela comea neste nvel; ? Nvel 2: GERENCIADO Neste nvel existem 7 processos que so planejados e executados de acrodo com uma poltica, ou seja j existe uma O processo segue um padro, indenpendentemente do O processo satisfaz as metas especificas de rea do

12 poltica organizacional, mas no um padro definido. Neste nvel reali zada a medio, controle e reviso; ? Nvel 3: DEFINIDO Aqui existem 11 nveis de processos que juntam com os 7 processos do nvel 2, onde neste nvel existe um padro geral diferentemente do nvel 2, a meta alcanada com a juno dos nveis 2 e 3; ? Nvel 4: GERENCIADO QUANTITATIVAMENTE Processos so medidos e controlados por meio de tcnicas estatsticas e matemticas. Aqui so 20 processos (7 nvel 2 + 11 nvel 3 + 2 nvel 4) . Objetivos quantitativos so estabelecidos para a qualidade dos processos. Medies so feitas atravs de tcnicas estatsticas e quantitativas, apenas para os processos ou subprocessos; ? Nvel 5: EM OTIMIZAO - Melhoria contnua a partir do entendimento das variaes de todos os processos, as melhorias so escolhidas e comparadas ao seu custo e impacto na organizao, se aplica tambm aos processos ou subprocessos mais relevantes. As reas do processo somam no seu total 22, so elas: Anlise Causal e Resoluo, Gerncia de Configurao, Anlise de Deciso e Resoluo,Gerenciamento Integrado de Projeto, Medio e Anlise, Inovao Organizacional, Definio de Processo Organizacional, Foco de Processo Organizacional, Desempenho de Processo Organizacional,Treinamento Organizacional,Monitorao e Controle de Projeto,Planejamento de Pr ojeto,Garantia da Qualidade de Processo e Produto, Integrao de Produto, Gerenciamento Quantitativo de

Projeto,Gerenciamento de Requisitos, desenvolvimento de Requisitos, Gerenciamento de Riscos, Gerenciamento de Acordo com Fornecedor, Soluo Tcnica, Validao, Verificao. MPS. BR MELHORIA DO PROCESSO DE SOFTWARE BRASILEIRO

13 um programa para desenvolvimento pela melhoria da qualidade (Programa MPS.BR) um modelo de qualidade de processo (Modelo MPS) voltado para organizaes brasileiras que trabalham com desenvolvimento de software, est em desenvolvimento desde dezembro de 2003 sendo coordenado pela SOFTEX. Sua misso tornar as empresas brasileiras competitivas com as empresas internacionais.O MPS.BR foi desenvolvido baseado nas melhores prticas de engenharia de software, sendo compatvel com o CMMi e em conformidade com as normas ISO/IEC 1220 e ISO/IEC 15504, porm, sua metodologia ser um meio mais acessvel do que o CMMI . As caractersticas do MPS.BR so: ? Possui sete nveis de maturidade, onde a implantao mais gradual e adequada a pequenas e mdias empresas; ? Possui compatibilidade com CMMi, facilitando a obteno do certificado; ? Avaliao bienal das empresas; ? Integrao universidade-empresa. MR-MPS MODELO DE REFERNCIA Funciona como Guia de Aquisio e define nveis de maturidade que combinam processos e a sua capacidade, permitindo avaliar e atribuir gr aus de efetividade dos processos, mostrando quais seriam as reas e atividades necessrias para alcanar o objetivo. So 7 os nveis de maturidade do MR -MPS: A

14 (Em Otimizao), B (Gerenciado Quantitativamente), C (Definido), D (Largamente Definido), E (Parcialmente Definido), F (Gerenciado) e G (Parcialmente Gerenciad o). A figura a seguir mostra que a diviso ocorrendo em estgios, inicia no nvel G e progride at o nvel A, avaliando em qual nvel necessria uma ao para melhoria. Outro fator interessante que em cada nvel de maturidade possui reas de processo, e neles so analisados: ? Processos fundamentais (aquisio, gerncia de requisitos, desenvolvimento de requisitos, soluo tcnica, integrao do produto, instalao do produto e liberao do produto); ? Processos organizacionais (gerncia de projeto, adaptao do processo para gerncia de projeto, anlise de deciso e resoluo, gerncia de risc os, avaliao e melhoria do processo organizacional, definio do processo organizacional, desempenho do processo organizacional, gerncia quantitativa do projeto, anlise e resoluo de causas, inova o e implantao na organizao); ? Os processos de apoio (garantia de qualidade, gerncia de configurao, validao, medio, verificao, treinamento).

15 MA-MPS MTODO DE AVALIAO PARA MELHORIA DO PROCESSO DE SOFTWARE Definido em conformidade com os requisitos para modelos de referncia de processos e mtodos de avaliao estabelecidos pela Norma ISSO/IEC 15504 -2, seguindo os requisitos especficos da MPS-BR. O seu processo de avaliao composto por quatro subprocessos, sendo eles: 1. Contratar e Avaliao Ele seleciona os tipos de avaliao; 2. Prepara para a realizao da avaliao prepara para realizao da avaliao da seguinte maneira: Planeja avaliao, Prepara avaliao, Conduz a avaliao inicial, Completa a preparao da avaliao; 3. Realizar a avaliao Conduz e avalia a execuo do processo de avaliao; 4. Documentar os resultados da avaliao Cria relatrios de anlises de todo o processo de avaliao e registrar para pesquisas posteriores. MN-MPS MODELO DE NEGCIO PARA MELHORIA DO PROCESSO DE SOFTWARE uma documentao criada pela organizao que propem a implantar os processos MPS.BR, nele deve ser documentado toda a experincia da instituio em processos de software, estratgia de implementao do modelo, estratgia para seleo e implementao do MR.MPS, seguindo todos os requisitos. Ele composto por trs domnios: ? II Instituio de Implementadora do Modelo de Referncia MR-MPS e IA Instituio de Avaliao seguindo o Mtodo de Avaliao MA-MPS que so domnios do programa MPS. BR ? MNC Modelo de Negcio cooperado em grupos de empresas IOGE (Instituio Organizadora do Grupo de Empresas), modelo de empresas que se adequaram ao MPS; ? MNE Modelo de Negcio Especfico para cada Empresa (personalizado) , que so para pequenas e mdias empresas que desejam compartilhar informaes referente a implementao do Modelo MPS seguindo uma viso de avaliao MA-MPS. Informao: Apenas para conhecimento, segue algumas empresas certificadas MPS-BR e a validade da certificao: ? ANIX SISTEMAS (DIGITAL DOC) - Nvel G do MPS.BR (validade at 23 abril 2015);

16 ? APLIC - Nvel G do MPS.BR (validade at 13 fevereiro 2015); ? ASPLAN - Nvel G do MPS.BR (validade at 08 maro 2015); ? AXXIOM - Nvel F do MPS.BR (validade at 07 agosto 2015); ? AYTY - Nvel G do MPS.BR (validade at 02 setembro 2015); ? BASIS - Nvel F do MPS.BR (validade at 30 julho 2015); ? CAIXA ECONMICA FEDERAL - Nvel F do MPS.BR (validade at 28 maio 2015); ? CALMA - Nvel F do MPS.BR (validade at 05 setembro 2015). NBR ISO/IEC 12207:1998 TECNOLOGIA DA INFORMAO Esta norma define que Software uma parte fundamental da tecnologia de informao e de sistemas convencionais, tais como sistemas de transporte, militares, da rea mdica e financeira. Ela serve para minimizar um problema que acontece atualmente, que o aumento das normas, procedimentos, mtodos, ferramentas e ambientes de desenvolvimento e de gerncia de software. Isto se deve ao fato de hoje em dia a qualidade e a produtividade serem fatores de competitividade entre as empresas. Seu objetivo ser a norma que define todas as tarefas necessrias para o desenvolvimento e manuteno de software, agrupando as atividades que podem ser executadas durante o ciclo de vida do software. A aplicabilidade da norma no desenvolvimento de software dar direcionamento para que se estruture (aquisio, fornecimento, desenvolvimento, operao e manuteno) e gerencie (gesto, controle e melhoramento) do ciclo de desenvolvimento do software. A Norma ISSO/IEC 12207 agrupa suas atividades em trs principais processos: Processos Primrios o inicio do ciclo de vida do software e so divididos em: ? Aquisio - Define as atividades do comprador, como a organizao que adquire um sistema, produto ou servio de software; ? Fornecimento - Define as atividades do fornecedor, organizao que fornece o sistema, produto ou servio de software;

17 ? Desenvolvimento - Define as atividades de quem desenvolve a organizao que define e desenvolve o produto de software; ? Operao - Define as atividades do operador, a organizao que fornece o servio de operao dum sistema informtico, no seu ambiente real, para os utilizadores; ? Manuteno - Define as atividades de quem faz a manuteno, a organizao do produto de software. Processos de Suporte Processos que do suporte a outros processos, mesmo tendo propsitos diferentes, mas com apenas um objetivo o desenvolvimento do software: ? Documentao, processo que define as atividades para o registro da informao produzida pelos processos do ciclo de vida; ? Gesto das configuraes, processo que define as atividades da gesto das configuraes; ? Garantia de qualidade Processo que garante que o produto est sendo feito de acordo com normas, metas e mtodos para obter um bom produto final; ? Verificao - Define as atividades de verificao dos produtos de software; ? Validao - Define as atividades de validao dos produtos de software; ? Revises conjuntas - Definem as atividades para avaliar em conjunto analisando todo o processo para o desenvolvimento do software; ? Auditoria - Determina a conformidade com os requisitos, planos e contrato. Tanto o cliente como o desenvolvedor podem solicitar este processo; ? Resoluo de problemas - Processo para analisar e resolver problemas (incluindo no conformidades), durante o desenvolvimento, operao, manuteno ou outro processo.

Processos Organizacionais o melhoramento contnuo da estrutura dos processos, independente dos projetos e dos contratos, so os seguint es: ? Gesto - Processo que define as atividades da gesto, incluindo a gesto do projeto; ? Infra-estruturas ? Melhoramento Medir,controlar e melhorar o processo de ciclo de vida; Estabelecimento da estrutura ao processo do ciclo de vida;

18 ? Formao Fornecimento de pessoal com formao e conhecimento adequado. Depois de apresentar um resumo dos modelos de processos de software, considero o MPS. BR o mais adequado para realidade brasileira, pois devido ao se u custo ser baixo e aplicabilidade ser rpida se ad quam as pequenas e mdias empresas no pas, para que quando conseguir alcanar a metodologia MPS. BR j estejam aptos a alcanar o CMMI que uma certificadora internacional com foco global e com maior visibilidade no desenvolvimento de software. Este u m modelo brasileiro, mas com uma grande participao das organizaes metodologias ser aperfeioadas e no futuro servir de base para empresas no mundo todo na rea de modelo de processo de software. CONCLUSO Neste trabalho foram apresentados conceitos de software e dos modelos de processo para desenvolvimento de software, mostrando que mesmo tendo como foco metodologias para a qualidade do sistema criado so realizadas aes diferenciadas. Mas que de certa forma a uma ligao entre os processos apresent ados e fazem as pequenas, mdias e grandes empresas no ramo da criao de software se atualizar e especializarem tanto na mo de obra qualificada como na questo de gesto de pessoas. Assim sendo, a aplicabilidade do modelo independente a sua escolha obrig a as empresas concorrentes no ramo se reorganizarem, atualizando quanto a metodologias, ferramentas com foco na qualidade do software criado em menor tempo e com alta desempenho de desempenho. E o Brasil j caminha para este foco de qualidade quando do desenvolvimento do MPS.BR que de certa maneira novo no mercado, mais com um potencial de crescimento incrvel, e ainda com custo baixo. Mesmo no tendo a mesma visibilidade do CMMI por ser um padro internacional, o MPS.BR tm qualidade e especificaes que devem ser consideradas, podendo ser aplicada em qualquer empresa de desenvolvimento de software a nvel nacional e internacional com a mesma qualidade do CMMI, mesmo com conceitos de trabalhos diferentes.

19 REFERNCIAS BIBLIOGRFICAS [1] http://www.added.com.br/noticia/4-etapas-de-desenvolvimento-daequipe.html [2] http://www1.folha.uol.com.br/mercado/1075420-engenheiro-de-software-eprofiss ao-mais-promissora.shtml [3] http://www.inf.ufes.br/~falbo/download/aulas/es-g/2005-1/NotasDeAula.pdf [4] http://www.tiespecialistas.com.br/2012/03/as-qualidades-de-um-excelenteanali sta-de-requisitos/ [5] http://inf.unisul.br/~pacheco/princ_eng_sw/02_Artigo.pdf [6] http://blogpaniconatv.blogspot.com.br/2009/05/trabalho-modelo-dequalidade-de .html [7] http://www.blogcmmi.com.br/qualidade/relacionamento-entre-os-modelosde-quali dade [8] http://monografias.poli.ufrj.br/monografias/monopoli10002986.pdf [9] http://www.slideshare.net/ricardoleme/viso-geral-cmmi-e-mpsbr [10] http://www.sap.com/brazil/about/sapforum2007/pdf/modelo_cmmi.pdf [11] http://www.slideshare.net/ricardoleme/viso-geral-cmmi-e-mpsbr