<?xml version='1.0' encoding='UTF-8'?><rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:openSearch="http://a9.com/-/spec/opensearchrss/1.0/" xmlns:blogger="http://schemas.google.com/blogger/2008" xmlns:georss="http://www.georss.org/georss" xmlns:gd="http://schemas.google.com/g/2005" xmlns:thr="http://purl.org/syndication/thread/1.0" version="2.0"><channel><atom:id>tag:blogger.com,1999:blog-3043675536702555073</atom:id><lastBuildDate>Wed, 28 Aug 2024 22:45:43 +0000</lastBuildDate><category>Gestão de Requisitos</category><category>Engenharia de Software</category><category>Casos de Uso</category><category>Requisitos</category><category>Analista de Requisitos</category><category>Gestão Ágil de Projetos</category><category>Metodologia</category><category>Modelo de Casos de Uso</category><category>RUP</category><category>Treinamento</category><category>Analista de Negócio</category><category>Análise de Negócio</category><category>Análise-Design de Serviços</category><category>Arquitetura Empresarial</category><category>Arquitetura de Software</category><category>Bibliografia</category><category>Estórias do Usuário</category><category>SOA</category><category>SOAML</category><category>Diversos</category><category>Modelagem de Casos de Uso</category><category>SCRUM</category><category>XP</category><title>Evandro Moreira Pinto</title><description></description><link>http://evandrowm2.blogspot.com/</link><managingEditor>noreply@blogger.com (Evandro Moreira Pinto)</managingEditor><generator>Blogger</generator><openSearch:totalResults>19</openSearch:totalResults><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>25</openSearch:itemsPerPage><item><guid isPermaLink="false">tag:blogger.com,1999:blog-3043675536702555073.post-8278667032394763319</guid><pubDate>Thu, 22 Mar 2012 13:59:00 +0000</pubDate><atom:updated>2012-03-22T11:05:18.864-03:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Casos de Uso</category><category domain="http://www.blogger.com/atom/ns#">Engenharia de Software</category><category domain="http://www.blogger.com/atom/ns#">Gestão de Requisitos</category><category domain="http://www.blogger.com/atom/ns#">Gestão Ágil de Projetos</category><category domain="http://www.blogger.com/atom/ns#">Metodologia</category><category domain="http://www.blogger.com/atom/ns#">Modelagem de Casos de Uso</category><category domain="http://www.blogger.com/atom/ns#">Modelo de Casos de Uso</category><category domain="http://www.blogger.com/atom/ns#">Requisitos</category><category domain="http://www.blogger.com/atom/ns#">RUP</category><title>Como descrever casos de uso - Parte 4</title><atom:summary type="text">Nosso blog está mudando de endereço. Acesse.


Durante a modelagem de casos de uso uma das coisas mais importantes é descrever o comportamento de cada caso de uso. Essa descrição é também chamada de&amp;nbsp;Especificação de Caso de Uso.
O&amp;nbsp;RUP&amp;nbsp;define um&amp;nbsp;template&amp;nbsp;que indica os itens que devem compor a especificação. Esse&amp;nbsp;template&amp;nbsp;é bastante extenso, mas eu sempre o uso </atom:summary><link>http://evandrowm2.blogspot.com/2012/03/como-descrever-casos-de-uso-parte-4.html</link><author>noreply@blogger.com (Evandro Moreira Pinto)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-3043675536702555073.post-1545046829436172897</guid><pubDate>Fri, 02 Mar 2012 20:28:00 +0000</pubDate><atom:updated>2012-03-02T17:28:20.484-03:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Analista de Negócio</category><category domain="http://www.blogger.com/atom/ns#">Analista de Requisitos</category><category domain="http://www.blogger.com/atom/ns#">Análise de Negócio</category><category domain="http://www.blogger.com/atom/ns#">Casos de Uso</category><category domain="http://www.blogger.com/atom/ns#">Engenharia de Software</category><category domain="http://www.blogger.com/atom/ns#">Gestão de Requisitos</category><category domain="http://www.blogger.com/atom/ns#">Metodologia</category><category domain="http://www.blogger.com/atom/ns#">Modelo de Casos de Uso</category><category domain="http://www.blogger.com/atom/ns#">Requisitos</category><category domain="http://www.blogger.com/atom/ns#">Treinamento</category><title>Como elicitar Casos de Uso? Parte 3</title><atom:summary type="text">
Dando continuidade à sequência de posts sobre casos de uso, vou comentar agora sobre a importância da obtenção de valores agregados ao negócio na elicitação de casos de uso. 
Um dos pontos mais críticos em uma gestão de requisitos com casos de uso é a correta elicitação dos casos de uso. Na hipótese disso não ser muito bem feito, trará conseqüências desastrosas à eficácia do projeto. 
Um caso de</atom:summary><link>http://evandrowm2.blogspot.com/2012/03/como-elicitar-casos-de-uso-parte-3.html</link><author>noreply@blogger.com (Evandro Moreira Pinto)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-3043675536702555073.post-5960954432286169315</guid><pubDate>Wed, 29 Feb 2012 16:31:00 +0000</pubDate><atom:updated>2012-02-29T13:31:21.638-03:00</atom:updated><title>Estamos mudando para outro endereço.</title><atom:summary type="text">Prezado leitor.

Estamos mudando para um outro endereço:

www.wm2info.com.br
ou
www.evandrionico.com.br

Aguardo você no nosso site.

Abraço

Evandro Moreira Pinto

</atom:summary><link>http://evandrowm2.blogspot.com/2012/02/estamos-mudando-para-outro-endereco.html</link><author>noreply@blogger.com (Evandro Moreira Pinto)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-3043675536702555073.post-2480017904520184909</guid><pubDate>Wed, 29 Feb 2012 14:29:00 +0000</pubDate><atom:updated>2012-03-02T00:05:30.364-03:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Análise-Design de Serviços</category><category domain="http://www.blogger.com/atom/ns#">Arquitetura de Software</category><category domain="http://www.blogger.com/atom/ns#">Arquitetura Empresarial</category><category domain="http://www.blogger.com/atom/ns#">Engenharia de Software</category><category domain="http://www.blogger.com/atom/ns#">Gestão de Requisitos</category><category domain="http://www.blogger.com/atom/ns#">Requisitos</category><category domain="http://www.blogger.com/atom/ns#">SOA</category><category domain="http://www.blogger.com/atom/ns#">SOAML</category><title>Treinamento em Análise-Design de Serviços com SOAML</title><atom:summary type="text">Nosso blog está mudando de endereço. Acesse www.wm2info.com.br.

A Análise-Design é um disciplina da Engenharia de Software de fundamental importância para a elaboração da arquitetura da aplicação a ser desenvolvida, bem como para definir os modelos necessários que irão guiar todo o processo de implementação e implantação. Podemos dizer que se trata da “Planta Baixa” do sistema a ser </atom:summary><link>http://evandrowm2.blogspot.com/2012/02/treinamento-em-analise-design-de.html</link><author>noreply@blogger.com (Evandro Moreira Pinto)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-3043675536702555073.post-3450143519200233009</guid><pubDate>Wed, 29 Feb 2012 02:59:00 +0000</pubDate><atom:updated>2012-03-02T00:04:15.417-03:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Análise-Design de Serviços</category><category domain="http://www.blogger.com/atom/ns#">Arquitetura de Software</category><category domain="http://www.blogger.com/atom/ns#">Arquitetura Empresarial</category><category domain="http://www.blogger.com/atom/ns#">SOA</category><category domain="http://www.blogger.com/atom/ns#">SOAML</category><title>WM2info lança curso de Análise-Design de Serviços com SOAML</title><atom:summary type="text">Nosso blog está mudando de endereço. Acesse&amp;nbsp;www.wm2info.com.br. 


A Análise-Design é um disciplina da Engenharia de Software de fundamental importância para a elaboração da arquitetura da aplicação a ser desenvolvida, bem como para definir os modelos necessários que irão guiar todo o processo de implementação e implantação. Podemos dizer que se trata da Planta Baixa do sistema a ser </atom:summary><link>http://evandrowm2.blogspot.com/2012/02/wm2info-lanca-curso-de-analise-design.html</link><author>noreply@blogger.com (Evandro Moreira Pinto)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-3043675536702555073.post-3043386415503522517</guid><pubDate>Wed, 01 Feb 2012 20:12:00 +0000</pubDate><atom:updated>2012-03-02T00:06:39.550-03:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Analista de Requisitos</category><category domain="http://www.blogger.com/atom/ns#">Casos de Uso</category><category domain="http://www.blogger.com/atom/ns#">Estórias do Usuário</category><category domain="http://www.blogger.com/atom/ns#">Gestão de Requisitos</category><category domain="http://www.blogger.com/atom/ns#">Gestão Ágil de Projetos</category><category domain="http://www.blogger.com/atom/ns#">Modelo de Casos de Uso</category><title>Que é Caso de Uso? - Parte 2</title><atom:summary type="text">Nosso blog está mudando de endereço. Acesse&amp;nbsp;www.wm2info.com.br. 

Dando prosseguimento à sequência de publicações que estou fazendo sobre Requisitos de Software, pretendo nesta segunda parte tratar do assunto Caso de Uso, porque é uma ferramenta que tem sido usada em todo o mundo. Corretamente usada, ou não, mas tem sido de enorme valia para projetos de desenvolvimento de sistemas de grande </atom:summary><link>http://evandrowm2.blogspot.com/2012/02/que-e-caso-de-uso-parte-2.html</link><author>noreply@blogger.com (Evandro Moreira Pinto)</author><thr:total>2</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-3043675536702555073.post-9028121336593415541</guid><pubDate>Tue, 24 Jan 2012 12:18:00 +0000</pubDate><atom:updated>2012-03-02T00:07:04.043-03:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Analista de Negócio</category><category domain="http://www.blogger.com/atom/ns#">Analista de Requisitos</category><category domain="http://www.blogger.com/atom/ns#">Análise de Negócio</category><category domain="http://www.blogger.com/atom/ns#">Casos de Uso</category><category domain="http://www.blogger.com/atom/ns#">Engenharia de Software</category><category domain="http://www.blogger.com/atom/ns#">Estórias do Usuário</category><category domain="http://www.blogger.com/atom/ns#">Gestão de Requisitos</category><category domain="http://www.blogger.com/atom/ns#">Gestão Ágil de Projetos</category><category domain="http://www.blogger.com/atom/ns#">Requisitos</category><category domain="http://www.blogger.com/atom/ns#">SCRUM</category><category domain="http://www.blogger.com/atom/ns#">XP</category><title>Casos de Uso - Embora seja uma técnica muito utilizada, ainda é mal compreendida – Parte 1</title><atom:summary type="text">Nosso blog está mudando de endereço. Acesse&amp;nbsp;www.wm2info.com.br. 

Estou apresentando o primeiro de uma série de cinco posts que estou escrevendo sobre o assunto Modelagem de Casos de Uso. Cada post irá abordar diferentes aspectos dessa técnica (Bittner, 2003; pag.9) tão utilizada, no mundo inteiro, na elicitação de requisitos de software. 
O que me motivou escrever sobre esse assunto foi o </atom:summary><link>http://evandrowm2.blogspot.com/2012/01/casos-de-uso-embora-seja-uma-tecnica.html</link><author>noreply@blogger.com (Evandro Moreira Pinto)</author><thr:total>6</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-3043675536702555073.post-2520451611628686242</guid><pubDate>Tue, 15 Nov 2011 02:03:00 +0000</pubDate><atom:updated>2012-03-02T00:07:41.026-03:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Treinamento</category><title>Treinamento em Análise de Requisitos com BPM, Estórias do Usuário e Casos de Uso</title><atom:summary type="text">Nosso blog está mudando de endereço. Acesse&amp;nbsp;www.wm2info.com.br. 


Este curso aborda três técnicas que ajudam na elicitação de requisitos: Modelagem de Processos de Negócio (BPM), Estórias do Usuário e Casos de Uso. A Modelagem de Processos de Negócio ajuda na identificação de funcionalidades; Estórias de Usuário nos leva a uma descrição sucinta e precisa oferecendo agilidade ao processo de </atom:summary><link>http://evandrowm2.blogspot.com/2011/11/treinamento-em-analise-de-requisitos.html</link><author>noreply@blogger.com (Evandro Moreira Pinto)</author><thr:total>2</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-3043675536702555073.post-7582666035932039792</guid><pubDate>Thu, 04 Aug 2011 13:17:00 +0000</pubDate><atom:updated>2012-03-02T00:08:04.473-03:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Bibliografia</category><title>Bibliografia sobre Engenharia de Software</title><atom:summary type="text">Nosso blog está mudando de endereço. Acesse&amp;nbsp;www.wm2info.com.br. 

Neste post estou incluindo novos itens na nossa Bibliografia sobre Engenharia de Software. São livros, artigos dissertações de mestrado e doutorado sobre Requisitos, UML, Processos de Software, etc. Meu objetivo é apresentar o maior número possível de referências bibliográficas para ajudar aos profissionais em seus estudos </atom:summary><link>http://evandrowm2.blogspot.com/2011/08/bibliografia.html</link><author>noreply@blogger.com (Evandro Moreira Pinto)</author><thr:total>1</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-3043675536702555073.post-7080658202662901012</guid><pubDate>Mon, 28 Feb 2011 11:31:00 +0000</pubDate><atom:updated>2012-03-02T00:08:22.480-03:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Gestão de Requisitos</category><title>Requisitos de software existem por si só.</title><atom:summary type="text">Nosso blog está mudando de endereço. Acesse&amp;nbsp;www.wm2info.com.br. 

Um dos principais medos que temos quando vamos entregar um sistema que estamos desenvolvendo, é ouvir a seguinte frase: “o sistema parece interessante, bem feito, mas...”. O grande problema está no “mas...”.
O que significa este “mas...”? Significa que alguma coisa está faltando, como por exemplo, uma funcionalidade </atom:summary><link>http://evandrowm2.blogspot.com/2011/02/requisitos-de-software-existem-por-si.html</link><author>noreply@blogger.com (Evandro Moreira Pinto)</author><thr:total>7</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-3043675536702555073.post-4640311087194362331</guid><pubDate>Tue, 08 Feb 2011 00:45:00 +0000</pubDate><atom:updated>2012-03-02T00:09:02.637-03:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Gestão de Requisitos</category><title>A Gestão de Requisitos como uma ferramenta de apoio à área comercial.</title><atom:summary type="text">Nosso blog está mudando de endereço. Acesse&amp;nbsp;www.wm2info.com.br. 

Em empresas fornecedoras de serviços de TI, uma das atribuições do Analista de Negócio e Analista de Requisitos é dar suporte à área comercial. Esses profissionais colaboram fazendo o levantamento das necessidades do negócio do cliente e, a partir dessas necessidades, elicitam requisitos dos usuários, regras de negócio e um </atom:summary><link>http://evandrowm2.blogspot.com/2011/02/gestao-de-requisitos-como-uma.html</link><author>noreply@blogger.com (Evandro Moreira Pinto)</author><thr:total>4</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-3043675536702555073.post-5640709610459124750</guid><pubDate>Thu, 27 Jan 2011 12:05:00 +0000</pubDate><atom:updated>2012-03-02T00:09:25.422-03:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Diversos</category><title>Qual a diferença entre Equipe e Time?</title><atom:summary type="text">Nosso blog está mudando de endereço. Acesse&amp;nbsp;www.wm2info.com.br. 

Dentro do domínio da gestão de projetos, é muito comum a utilização dos termos “time” e “equipe”. Alguns, quando querem demonstrar que suas equipes são altamente coesas e costumam atingir os objetivos do projeto, escolhem o termo “time”. Será que o termo “equipe” significa um conjunto de profissionais incompetentes que não </atom:summary><link>http://evandrowm2.blogspot.com/2011/01/qual-diferenca-entre-equipe-e-time.html</link><author>noreply@blogger.com (Evandro Moreira Pinto)</author><thr:total>6</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-3043675536702555073.post-7623533100376125142</guid><pubDate>Sun, 16 Jan 2011 01:24:00 +0000</pubDate><atom:updated>2012-03-02T00:10:51.932-03:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Bibliografia</category><title>Bibliografia sobre BPM, Requisitos, UML, OOAD, Metodologias, etc</title><atom:summary type="text">Nosso blog está mudando de endereço. Acesse&amp;nbsp;www.wm2info.com.br. 

Este é o primeiro post que estou disponibilizando sobre o tema “Bibliografia”. Meu objetivo é apresentar o maior número possível de referências bibliográficas para ajudar aos profissionais em seus estudos como autodidata, bem como aos alunos de graduação e pós-graduação (lato e stricto sensu). 

Posteriormente, em post futuros</atom:summary><link>http://evandrowm2.blogspot.com/2011/01/bibliografia.html</link><author>noreply@blogger.com (Evandro Moreira Pinto)</author><thr:total>2</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-3043675536702555073.post-4161343867161410632</guid><pubDate>Thu, 13 Jan 2011 03:37:00 +0000</pubDate><atom:updated>2012-03-02T00:11:12.430-03:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Gestão de Requisitos</category><title>Uso de Templates</title><atom:summary type="text">Nosso blog está mudando de endereço. Acesse&amp;nbsp;www.wm2info.com.br. 

Template é um formulário que é usado para facilitar a criação padronizada de um documento ou artefato. Deveria ser um instrumento de trabalho que levasse o analista a realizar o seu trabalho com sucesso. 

Tenho percebido que os templates, algumas vezes, se transformam em um problema para o sucesso de um projeto. Vou explicar </atom:summary><link>http://evandrowm2.blogspot.com/2011/01/uso-de-templates.html</link><author>noreply@blogger.com (Evandro Moreira Pinto)</author><thr:total>4</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-3043675536702555073.post-7477734134635079228</guid><pubDate>Tue, 16 Nov 2010 14:26:00 +0000</pubDate><atom:updated>2012-03-02T00:11:33.249-03:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Gestão de Requisitos</category><category domain="http://www.blogger.com/atom/ns#">Treinamento</category><title>Treinamento em Gestão de Requisitos com Casos de Uso</title><atom:summary type="text">Nosso blog está mudando de endereço. Acesse&amp;nbsp;www.wm2info.com.br. 


Este curso objetiva preparar profissionais especializados no gerenciamento de requisitos com casos de uso. Foi totalmente idealizado para analistas, gerentes e líderes de projetos que fazem levantamento de requisitos junto aos clientes (internos e/ou externos) e que elaboram toda a documentação necessária para o design e </atom:summary><link>http://evandrowm2.blogspot.com/2010/11/treinamento-em-gestao-de-requisitos-com.html</link><author>noreply@blogger.com (Evandro Moreira Pinto)</author><thr:total>1</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-3043675536702555073.post-577943252613961332</guid><pubDate>Mon, 15 Nov 2010 03:46:00 +0000</pubDate><atom:updated>2012-03-02T00:12:00.171-03:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Gestão de Requisitos</category><title>Regra de Negócio Não é Requisito de Software</title><atom:summary type="text">Nosso blog está mudando de endereço. Acesse&amp;nbsp;www.wm2info.com.br. 

Um dos problemas mais comuns que encontro no gerenciamento de requisitos é a dificuldade que os analistas de negócio (analistas de requisitos ou de sistemas) têm em diferenciar requisitos funcionais de regras de negócio. 

Segundo Leffingwell, “requisito de software é uma condição ou capacidade que deve ser atendida pelo </atom:summary><link>http://evandrowm2.blogspot.com/2010/11/regra-de-negocio-nao-e-requisito-de_15.html</link><author>noreply@blogger.com (Evandro Moreira Pinto)</author><thr:total>7</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-3043675536702555073.post-5088966484808057468</guid><pubDate>Mon, 31 Mar 2008 01:40:00 +0000</pubDate><atom:updated>2012-03-02T00:12:30.623-03:00</atom:updated><title></title><atom:summary type="text">Nosso blog está mudando de endereço. Acesse&amp;nbsp;www.wm2info.com.br. 


Proposta de um processo de gerenciamento das interações de uma organização de desenvolvimento de software com uma ou mais fábricas de software em projetos que utilizam o RUP como modelo de processo

Dissertação apresentada ao Instituto de Pesquisas Tecnológicas do Estado de São Paulo – IPT como requisito para a obtenção do </atom:summary><link>http://evandrowm2.blogspot.com/2008/03/proposta-de-um-processo-de.html</link><author>noreply@blogger.com (Evandro Moreira Pinto)</author><thr:total>1</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-3043675536702555073.post-3106368438236604240</guid><pubDate>Sun, 24 Feb 2008 22:45:00 +0000</pubDate><atom:updated>2012-03-02T00:12:53.348-03:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Gestão de Requisitos</category><category domain="http://www.blogger.com/atom/ns#">RUP</category><title>Gestão de requisitos, uma disciplina ainda mal utilizada.</title><atom:summary type="text">Nosso blog está mudando de endereço. Acesse&amp;nbsp;www.wm2info.com.br. 

O gerenciamento de requisitos é uma disciplina extremamente necessária no processo de desenvolvimento de software porque ela desempenha um papel de interface entre a equipe de desenvolvimento, usuários e patrocinador do projeto. A correta identificação e descrição dos requisitos de software é um fator crítico para o sucesso do</atom:summary><link>http://evandrowm2.blogspot.com/2008/02/gesto-de-requisitos-uma-disciplina-mal.html</link><author>noreply@blogger.com (Evandro Moreira Pinto)</author><thr:total>3</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-3043675536702555073.post-7030569216177986074</guid><pubDate>Thu, 21 Feb 2008 00:58:00 +0000</pubDate><atom:updated>2012-03-02T00:13:14.460-03:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Engenharia de Software</category><category domain="http://www.blogger.com/atom/ns#">Metodologia</category><category domain="http://www.blogger.com/atom/ns#">RUP</category><title>O RUP não é uma metodologia.</title><atom:summary type="text">Nosso blog está mudando de endereço. Acesse&amp;nbsp;www.wm2info.com.br. 

O assunto metodologia ágil tem sido foco de vários whitepapers e comentários em blogs, sites e revistas especializadas. Sempre que leio algo sobre isso, faz-me lembrar da antiga forma de desenvolver sistemas nas décadas de 70 e 80, época em que os sistemas eram mais simples, as equipes eram menores, a subcontratação de </atom:summary><link>http://evandrowm2.blogspot.com/2008/02/o-rup-no-uma-metodologia-o-assunto.html</link><author>noreply@blogger.com (Evandro Moreira Pinto)</author><thr:total>3</thr:total></item></channel></rss>