Metodologia de Desenvolvimento - Histórico de revisão

Administrador em 20h21min de 14 de setembro de 2012

2012-09-14T20:21:24Z

Flibio: /* Modelo de Classes de Análise */

2008-06-10T11:26:25Z

‎Modelo de Classes de Análise

Flibio: /* Modelagem do Sistema */

2008-06-06T16:24:29Z

‎Modelagem do Sistema

Flibio: /* Modelo de Classes de Análise */

2008-05-27T17:26:30Z

‎Modelo de Classes de Análise

Flibio: /* Modelo de Classes de Análise */

2008-05-27T17:25:58Z

‎Modelo de Classes de Análise

Flibio: /* Projetar as Classes de Análise a partir do detalhamento do Caso de Uso */

2008-05-27T12:21:49Z

‎Projetar as Classes de Análise a partir do detalhamento do Caso de Uso

Flibio: /* Análise de Requisitos */

2008-05-27T10:59:39Z

‎Análise de Requisitos

Flibio: /* Modelagem do Sistema */

2008-05-27T10:55:11Z

‎Modelagem do Sistema

Alberto: /* Análise do Processo Estruturado */

2008-05-16T12:35:10Z

‎Análise do Processo Estruturado

Alberto: /* Modelagem do Negócio */

2008-05-16T11:19:20Z

‎Modelagem do Negócio

@@ Linha 1: / Linha 1: @@
 __TOC__
+[[category:Desenvolvimento]]
 = Processo de Desenvolvimento =
 O Processo de desenvolvimento de sistema aqui adotado é uma abordagem visando a produção rápida com a utilização de um conjunto mínimo de ferramentas necessárias sob o nosso ponto de vista.

@@ Linha 61: / Linha 61: @@
 == Modelo de Classes de Análise ==
-O propósito deste documento é descrever as classes necessárias ao atendimento do caso de uso, do ponto de vista do usuário. Para cada Caso de Uso, faça um Modelo de Classes de Análise, mantendo a coerência entre os Modelos de Classes de Análises já prontos. Divergências e/ou conflitos entre classes de análise de casos de uso diferentes têm de ser resolvidos.
+O propósito deste documento é descrever as classes necessárias ao atendimento do caso de uso, do ponto de vista do usuário. Para cada Caso de Uso, faça um Modelo de Classes de Análise, mantendo a coerência entre os Modelos de Classes de Análise já prontos. '''Divergências e/ou conflitos entre classes de análise de casos de uso diferentes têm de ser resolvidos'''.
 Recomenda-se preencher o Modelo de Classes de Análise seguindo os passos sobre [[Metodologia de Desenvolvimento#Como Projetar as Classes de Análise a partir do detalhamento do Caso de Uso|Como Projetar as Classes de Análise a partir do detalhamento do Caso de Uso]].

@@ Linha 15: / Linha 15: @@
 Dessa forma, o projeto se inicia na Modelagem do Negócio, passando pela Análise de Requisitos, seguindo  para a Análise do Processo Estruturado e terminando um ciclo com a Implementação e Testes. Devem ser realizadas tantas iterações quantas forem necessárias para se construir o sistema, entregando um produto pronto para ser executado a cada iteração.
-= Modelagem do Sistema =
+= Modelagem do Negócio =
 Esta etapa do processo visa o entendimento do negócio, através da documentação de como ele funciona, o que realiza e quem são os envolvidos. Para isto, é preciso trabalhar para redigir os documentos a seguir da maneira mais precisa possível, com a participação de todos os envolvidos no projeto.

@@ Linha 63: / Linha 63: @@
 O propósito deste documento é descrever as classes necessárias ao atendimento do caso de uso, do ponto de vista do usuário. Para cada Caso de Uso, faça um Modelo de Classes de Análise, mantendo a coerência entre os Modelos de Classes de Análises já prontos. Divergências e/ou conflitos entre classes de análise de casos de uso diferentes têm de ser resolvidos.
-Recomenda-se preencher o Modelo de Classes de Análise seguindo os passos adiante de [[Metodologia de Desenvolvimento#Como Projetar as Classes de Análise a partir do detalhamento do Caso de Uso|Como Projetar as Classes de Análise a partir do detalhamento do Caso de Uso]].
+Recomenda-se preencher o Modelo de Classes de Análise seguindo os passos sobre [[Metodologia de Desenvolvimento#Como Projetar as Classes de Análise a partir do detalhamento do Caso de Uso|Como Projetar as Classes de Análise a partir do detalhamento do Caso de Uso]].
   '''Artefato:'''

@@ Linha 63: / Linha 63: @@
 O propósito deste documento é descrever as classes necessárias ao atendimento do caso de uso, do ponto de vista do usuário. Para cada Caso de Uso, faça um Modelo de Classes de Análise, mantendo a coerência entre os Modelos de Classes de Análises já prontos. Divergências e/ou conflitos entre classes de análise de casos de uso diferentes têm de ser resolvidos.
-Recomenda-se preencher o Modelo de Classes de Análise seguindo os passos adiante para [[Metodologia de Desenvolvimento#Projetar as Classes de Análise a partir do detalhamento do Caso de Uso|Projetar as Classes de Análise a partir do detalhamento do Caso de Uso]].
+Recomenda-se preencher o Modelo de Classes de Análise seguindo os passos adiante de [[Metodologia de Desenvolvimento#Como Projetar as Classes de Análise a partir do detalhamento do Caso de Uso|Como Projetar as Classes de Análise a partir do detalhamento do Caso de Uso]].
   '''Artefato:'''

@@ Linha 70: / Linha 70: @@
   ''substitua "tpl" pelo nome do Caso de Uso.''
-=== Projetar as Classes de Análise a partir do detalhamento do Caso de Uso ===
+=== Como Projetar as Classes de Análise a partir do detalhamento do Caso de Uso ===
 A técnica empregada aqui é a chamada "dissecação gramatical". Nesta técnica, deve-se separar todos os substantivos ou pares substantivos-adjetivos. Siga os passos a seguir para empregar a técnica.
-==== Separar os Substantivos ====
+==== Substantivos que Candidatos a Classes de Análise ====
-Identifique todos os substantivos, estes serão candidatos a classe.
+Identifique todos os substantivos ou pares substantivos-adjetivos nos Fluxos do Caso de Uso, estes serão candidatos a classe.
-==== Definir quais serão as classes ====
+==== Classes de Análise ====
 Realize o questionário mostrado na Figura 2 para auxiliá-lo na decisão de quais substantivos devem ser classes. Se a resposta é "não", isto significa que muito provavelmente o candidato em questão não é uma classe. Prossiga para o próximo candidato. Se a resposta é "sim", continue realizando as questões. Se todas as respostas forem sim, considere o candidato como uma classe.
@@ Linha 86: / Linha 86: @@
 # '''Este candidato possui relacionamento com quaisquer outros candidatos?'''
-==== Descrever as Responsabilidades das Classes Encontradas ====
+==== Responsabilidades das Classes Encontradas ====
 Após identificar as classes, descreva a responsabilidade de cada uma delas, utilizando o Modelo de Classes de Análise.
 A responsabilidade de uma classe descreve os serviços que esta classe provê no sistema e, nenhuma outra classe provê. Responsabilidades em classes diferentes não devem se sobrepor.
-==== Estabelecer as Associações entre as Classes Encontradas ====
+==== Diagrama de Classes UML (Associações entre as Classes Encontradas) ====
 Tendo descrito as responsabilidades de cada classe, o próximo passo é estabelecer as associações entre elas. Recomenda-se utilizar a ferramenta Jude (ou outra ferramenta UML) para construir um Diagrama de Classes UML. Identifique a semântica de cada relacionamento no diagrama (associação, agregação, composição ou herança).
-==== Fazer o Diagrama de Seqüência para cada Especificação de Caso de Uso ====
+==== Diagrama de Seqüência para cada Especificação de Caso de Uso ====
 A distribuição do comportamento entre as classes é feita através do diagrama de seqüência. Construa um diagrama de seqüência para cada especificação de caso de uso afim de demonstrar como cada classe interage para realizar o trabalho necessário de cada um deles. Durante a construção do diagrama, pode haver a necessidade de se adicionar classes pertinentes ao sistema, dado que nesta etapa o detalhamento é maior do que anteriormente.
-==== Descrever os Atributos e Operações das Classes ====
+==== Atributos e Operações das Classes ====
-Por fim, descreva os atributos e operações das classes pensando já na implementação. Nesta etapa, deve-se buscar um detalhamento pensando na modularização do código e suas funcionalidades.
+Por fim, descreva os atributos e operações das classes pensando já na implementação. Nesta etapa, deve-se buscar um detalhamento pensando na modularização do código e suas funcionalidades. Atualize o Diagrama de Classes com os atributos e operações.
 = Implementação e Testes =

@@ Linha 45: / Linha 45: @@
 Esta etapa do processo visa o detalhamento das necessidades identificadas. Aqui deve-se realizar a especifiação de cada Caso de Uso identificado na Modelagem do Negócio, o que é comumente chamado de "Realização de um Caso de Uso". Além disso, após a especificação dos casos de uso, é necessária a atualização do glossário.
-== Especificação dos Casos de Uso ==
+== Especificação dos Casos de Uso do Sistema Associados ao Problema (Negócio) ==
 O propósito deste documento é descrever um Caso de Uso sem entrar em detalhes de implementação do sistema. A especificação do caso de uso tem de ser tal que descreva as interações do(s) ator(es) com o sistema, especificando como o caso de uso começa e termina.
@@ Linha 53: / Linha 53: @@
   ''substitua "tpl" pelo nome do Caso de Uso.''
-== [[Metodologia de Desenvolvimento#Glossário|Glossário]] ==
+== Glossário ==
 Devido ao melhor detalhamento da especificação dos Casos de Uso, é necessário atualizar o [[Metodologia de Desenvolvimento#Glossário|Glossário]].

@@ Linha 16: / Linha 16: @@
 = Modelagem do Sistema =
-Esta etapa do processo visa o entendimento do negócio, através da documentação de como ele funciona, o que realiza e quem são os envolvidos. Para isto, é preciso trabalhar para redigir os documentos a seguir da maneira mais precisa possível, com a participação de todos os envolvidos no projeto:
+Esta etapa do processo visa o entendimento do negócio, através da documentação de como ele funciona, o que realiza e quem são os envolvidos. Para isto, é preciso trabalhar para redigir os documentos a seguir da maneira mais precisa possível, com a participação de todos os envolvidos no projeto.
-== Documento de Visão do Sistema ==
+== Documento de Visão do Problema (Negócio) ==
 O propósito deste documento é coletar, analisar e definir as necessidades de alto-nível e características do sistema, focando nas potencialidades requeridas pelos afetados e usuários-alvo.
-A Visão do Sistema documenta o ambiente geral de processos desenvolvidos para o sistema, fornecendo a todos os envolvidos uma descrição compreensível deste e suas macro-funcionalidades.
+A Visão do Problema documenta o ambiente geral de processos desenvolvidos para o sistema, fornecendo a todos os envolvidos uma descrição compreensível deste e suas macro-funcionalidades.
 Reuna os envolvidos no projeto para construir o Documento de Visão. Este documento deve ser feito com a participação de todos, que deverão concordar com o seu conteúdo. Não se deve partir para a próxima etapa sem que o documento de visão tenha sido terminado e consensado entre todos.
@@ Linha 27: / Linha 27: @@
   <BR>''Ao utilizar, acrescente a "<sigla do sistema>-" como prefixo do arquivo e remova o "_tpl"''
-== Relação de Casos de Uso ==
+== Relação de Casos de Uso do Sistema Associados ao Problema (Negócio) ==
 O propósito deste documento é explicitar e definir em alto-nível como os envolvidos interagem com o sistema.
 A Relação de Casos de Uso explicita o macro funcionamento de todas interações previstas entre os atores e o sistema.