DETALHAR POR FUNCIONALIDADE So atividades para cada funcionalidade, que sero utilizadas para produzir o pacote de projeto(design) para

a funcionalidade. Certo nmero de funcionalidades so agendadas para desenvolvimento ao atribu-las a um programador lder. Ele seleciona as funcionalidades que ir desenvolver a partir de sua caixa de entrada de funcionalidades atribudas. Ele pode escolher diversas funcionalidades que utilizem as mesmas classes (e portanto, desenvolvedores).Operacionalmente, com freqncia acontece o caso de conjuntos de funcionalidades serem agendados para desenvolvimento de uma vez pelo programador lder. Tal conjunto chamado de Pacote de Trabalho do programador lder. O programador lder, ento, forma uma equipe de funcionalidades, identificando os proprietrios das classes (desenvolvedores) que provavelmente sero envolvidos no desenvolvimento das funcionalidades que ele selecionou. Esta equipe produz o(s) diagrama(s) de seqncia para a(s) funcionalidade(s) atribuda(s). O programador lder, ento, refina o modelo de objetos, baseado no contedo do(s) diagrama(s) de seqncia. Os desenvolvedores escrevem os prefcios das classes e mtodos. Realiza-se uma inspeo no projeto (design).

Fluxograma XX. Representando o Processo de Detalhar por Funcionalidade do FDD. Critrios de Entrada O processo de planejamento foi completado. Atividades

Atividade Formar Equipe de Funcionalidade

Responsvel Programador

Carter Obrigatrio

Lder Especialista do Domnio Estudar a Documentao de Referncia Equipe de Funcionalidades Desenvolver os Diagramas de Sequencia Equipe de Planejamento Refinar o Modelo de Objetos Programador Lder Escrever Prefcios de Classes e Mtodos Equipe de Funcionalidades Inspeo do Projeto Equipe de Funcionalidades Estudo Dirigido do Domnio

Opcional Opcional Obrigatrio Obrigatrio Obrigatrio Obrigatrio

Tabela XX. Atividades do Processo de Detalhar por Funcionalidades do FDD. Formar a Equipe de Funcionalidades O programador lder identifica as classes que provavelmente sero envolvidas no projeto deste conjunto de funcionalidades e, consequentemente, atualiza o banco de dados de funcionalidades. Da lista de proprietrios de classes, o programador lder identifica os desenvolvedores necessrios para formar a equipe de funcionalidades. Como parte deste passo, o programador lder cria um novo pacote de projeto (design) para a(s) funcionalidade(s) como parte do Pacote de Trabalho. Estudo Dirigido do Domnio O especialista no domnio apresenta uma viso geral da rea do domnio para a funcionalidade a ser projetada. Essa apresentao deve tambm incluir informao que estiver relacionada a esta funcionalidade, mas que no seja necessariamente uma parte de sua implementao. Esta uma atividade opcional, baseada na complexidade da funcionalidade e/ou de suas interaes. Estudar a Documentao de Referncia A equipe de funcionalidades estuda o(s) documento(s) de referncia para a funcionalidade a ser projetada, todos os memorandos de confirmao, desenhos de telas, especificaes de interface com sistemas externos e qualquer outra documentao de suporte. Esta uma atividade opcional, baseada na complexidade da funcionalidade e/ou de suas interaes. Desenvolver os Diagramas de Sequencia Desenvolver o(s) diagrama(s) de seqncia necessrio(s) para a funcionalidade a ser projetada. Os arquivos do(s) diagrama(s) devem ser submetidos ao sistema de controle de verses. Quaisquer projetos (designs) alternativos, decises de projeto, esclarecimentos de requisitos e comentrios tambm so registrados e descritos na seo de alternativas de projeto (design) do Pacote de Projeto (Design).

Refinar o Modelo de Objetos O programador lder cria uma rea para a equipe de funcionalidades para a(s) funcionalidade(s). Esta rea pode ser um diretrio em um servidor de arquivos ou um diretrio em seus prprios computadores, que so copiados para o servidor pelo programador lder quando necessrio, ou utiliza-se uma rea de trabalho fornecida pelo sistema de controle de verses. O propsito da rea da equipe de funcionalidades para que o trabalho em andamento possa ser compartilhado e estar visvel pelos membros da equipe de funcionalidades, mas invisvel para o resto do projeto. O programador lder refina o modelo para adicionar novas classes, mtodos, atributos e/ou fazer alteraes aos j existentes, baseado no(s) diagrama(s) de sequencia definido(s) para a(s) funcionalidade(s). Isto resulta na atualizao dos arquivos fontes da linguagem de implementao na rea da equipe de funcionalidades. O programador lder cria diagramas do modelo num formato publicvel. Esses arquivos devem ser submetidos ao sistema de controle de verses e publicados na intranet do projeto. Escrever Prefcios de Classes e Mtodos Utilizando os arquivos fontes da linguagem de implementao atualizados pela atividade Refinar o Modelo de Objetos, que esto na rea da equipe de funcionalidades, o proprietrio da classes escreve os prefcios de classe e mtodos para cada item definido pela funcionalidade e pelo(s) diagrama(s) de seqncia. Isto inclui tipos de parmetros, tipos de retorno, excees e mensagens. Uma vez que cada desenvolvedor completou sua tarefa, o programador lder gera a documentao da API usando <sua ferramenta> e a submete para publicao na intranet do projeto. Verificao Inspeo do Projeto Realiza-se uma inspeo no projeto (design) com os membros da equipe de funcionalidades ou com outros membros do projeto. A deciso de inspecionar com a equipe de funcionalidades ou com outros membros do projeto cabe ao programador lder. Aps o aceite, uma lista de tarefas gerada para cada classe afetada, e cada membro da equipe inclui suas tarefas sua agenda de tarefas. O programador lder tambm deve combinar as alteraes da rea compartilhada pela equipe de funcionalidades de volta ao sistema de controle de verses. Critrios de Sada O resultado do processo um Pacote de Projeto (Design) inspecionado com sucesso. O pacote de projeto consiste em: Uma capa com comentrios, que completa e descreve o pacote de projeto de tal forma a ser suficiente para futuros revisores;

Os requisitos referenciados (se houver) na forma de documentos e de todos os memorandos de confirmao relacionados, e documentao de apoio; O(s) diagrama(s) de sequencia; Alternativas de projeto (design) (se houver); O modelo de objetos com classes, mtodos e atributos novos/atualizados; A sada gerada pela <sua ferramenta> para os prefcios de classes e mtodos, criados ou modificados por esse projeto (design); Lista de tarefas e agendamentos para itens de ao nas classes afetadas para cada membro da equipe.

CONSTRUIR POR FUNCIONALIDADE uma atividade para cada funcionalidade, para produzir uma funo com valor para o cliente (funcionalidade). Comeando com o pacote de projeto (design), os proprietrios de classes implementam os itens necessrios para que suas classes suportem o projeto para esta funcionalidade. O cdigo desenvolvido passa pelo teste de unidade e pela inspeo a ordem aqui determinada pelo programador lder. Aps passar pela inspeo, o cdigo promovido verso atual (build).

Fluxograma XX. Representando o Processo de Detalhar por Funcionalidade do FDD Critrios de Entrada O processo Detalhar por Funcionalidade foi completado, isto , o pacote de projeto (design) passou com sucesso pela inspeo.

Atividades

Atividade Implementar Classes e Mtodos Inspecionar o Cdigo Teste de Unidade Promover a Verso Atual (Build)

Responsvel Equipe de Funcionalidades Equipe de Funcionalidades Equipe de Funcionalidades Prog. Lder, Equipe de Funcionalidades Prog. Lder, Equipe de

Carter Obrigatrio Obrigatrio Obrigatrio Obrigatrio

Inspeo do Cdigo e Teste de Unidade

Obrigatrio

Funcionalidades

Tabela XX. Atividades do Processo de Construir por Funcionalidades do FDD. Implementar Classes e Mtodos Os proprietrios de classes implementam os itens necessrios para satisfazer aos requisitos de suas classes para esta funcionalidade. Inspecionar o Cdigo Uma inspeo no cdigo, com membros da equipe de funcionalidades ou outros membros do projeto (a deciso cabe ao programador lder), realizada antes ou aps o teste de unidade (a deciso tambm cabe ao programador lder). Teste de Unidade Os proprietrios de classes testam seus cdigos para certificar que todos os requisitos de suas classes foram satisfeitos. O programador lder determina quais testes de unidade no nvel da equipe de funcionalidades so necessrios (se houver). Isto , se algum teste envolvendo as classes desenvolvidas para esta funcionalidade exigido. Promover a Verso Atual (Build) As classes somente podem ser promovidas para a verso atual (build) aps uma inspeo de cdigo com sucesso. O programador lder monitora as classes sendo promovidas individualmente, atravs de informaes dos desenvolvedores, e o ponto de integrao para a funcionalidade inteira. Verificao Inspeo do Cdigo e Teste de Unidade Uma inspeo de cdigo com sucesso, juntamente com o trmino dos testes de unidade com sucesso, formam a verificao da sada deste processo. A inspeo do cdigo e o teste de unidades so descritos acima. Critrios de Sada O resultado do processo : Classes e/ou mtodos que passaram na inspeo de cdigo com sucesso; Classes que foram promovidas verso atual (build); O trmino de uma funo com valor para o cliente (funcionalidade).