<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/rss2full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:openSearch="http://a9.com/-/spec/opensearch/1.1/" 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, 01 Feb 2012 20:12:24 +0000</lastBuildDate><category>SCRUM</category><category>Gestão Ágil de Projetos</category><category>RUP</category><category>Metodologia</category><category>XP</category><category>Analista de Requisitos</category><category>Análise de Negócio</category><category>Treinamento</category><category>Diversos</category><category>Modelo de Casos de Uso</category><category>Bibliografia</category><category>Engenharia de Software</category><category>Estórias do Usuário</category><category>Casos de Uso</category><category>Analista de Negócio</category><category>Requisitos</category><category>Gestão de Requisitos</category><title>Evandro Moreira Pinto</title><description /><link>http://evandrowm2.blogspot.com/</link><managingEditor>noreply@blogger.com (Evandro Moreira Pinto)</managingEditor><generator>Blogger</generator><openSearch:totalResults>14</openSearch:totalResults><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>25</openSearch:itemsPerPage><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" type="application/rss+xml" href="http://feeds.feedburner.com/Wm2informatica" /><feedburner:info xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" uri="wm2informatica" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" /><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-02-01T18:12:24.966-02:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Analista de Requisitos</category><category domain="http://www.blogger.com/atom/ns#">Gestão de Requisitos</category><category domain="http://www.blogger.com/atom/ns#">Casos de Uso</category><category domain="http://www.blogger.com/atom/ns#">Gestão Ágil de Projetos</category><category domain="http://www.blogger.com/atom/ns#">Estórias do Usuário</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>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 porte e de elevado grau de complexidade para alta e baixa plataformas.</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>0</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-01-24T10:26:07.770-02:00</atom:updated><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#">Gestão de Requisitos</category><category domain="http://www.blogger.com/atom/ns#">Analista de Negócio</category><category domain="http://www.blogger.com/atom/ns#">Casos de Uso</category><category domain="http://www.blogger.com/atom/ns#">Requisitos</category><category domain="http://www.blogger.com/atom/ns#">Gestão Ágil de Projetos</category><category domain="http://www.blogger.com/atom/ns#">XP</category><category domain="http://www.blogger.com/atom/ns#">SCRUM</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><title>Casos de Uso - Embora seja uma técnica muito utilizada, ainda é mal compreendida – Parte 1</title><atom:summary>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 fato de perceber uma grande carência de conhecimentos dos fundamentos </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-02-01T00:30:35.159-02: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>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 desenvolvimento; Casos de Uso é um método que pode, opcionalmente, ser </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>2011-08-04T10:40:56.738-03:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Bibliografia</category><title>Bibliografia sobre Engenharia de Software</title><atom:summary>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 como autodidata, bem como aos alunos de graduação e pós-graduação (lato </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>2011-02-28T08:31:15.090-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>
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 fundamental, alguma informação necessária ou alguma característica de qualidade </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>2011-02-07T22:45:59.333-02: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>
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 conjunto de requisitos de software e elaboram um artefato popularmente </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>2011-01-27T10:05:07.870-02: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>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 costumam atingir seus objetivos? Claro que não! Qual será a diferença </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>2011-01-17T16:04:10.838-02: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>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, irei comentar o conteúdo de cada uma dessas referências para </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>2011-01-13T01:45:33.246-02:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Gestão de Requisitos</category><title>Uso de Templates</title><atom:summary>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 relatando um episódio que ocorreu comigo, na ocasião em que eu estava </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>2011-08-05T10:27:36.379-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>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 construção do sistema.
Não é um curso de informação. Trata-se de um curso de</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>2010-11-15T01:48:39.791-02: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>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 sistema”. O IEEE estende um pouco mais essa descrição: “É uma condição ou </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>3</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>2008-03-30T22:54:27.784-03:00</atom:updated><title /><atom:summary>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 processoDissertação apresentada ao Instituto de Pesquisas Tecnológicas do Estado de São Paulo – IPT como requisito para a obtenção do Título de Mestre em Engenharia da Computação com área de concentração em </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>2010-11-15T03:24:17.089-02: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>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 produto final de software.Uma aplicação de software em uma empresa é </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>2008-02-28T23:22:50.236-03:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">RUP</category><category domain="http://www.blogger.com/atom/ns#">Engenharia de Software</category><category domain="http://www.blogger.com/atom/ns#">Metodologia</category><title>O RUP não é uma metodologia.</title><atom:summary>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 serviços de desenvolvimento ainda não era uma realidade, a preocupação com </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>

