Desenvolvimento Global de Software Mestrado de Informática / UFPB Francilene Procópio Garcia, D.Sc. Configuração do Processo - Parte.

Apresentação em tema: "Desenvolvimento Global de Software Mestrado de Informática / UFPB Francilene Procópio Garcia, D.Sc. Configuração do Processo - Parte."— Transcrição da apresentação:

1 Desenvolvimento Global de Software Mestrado de Informática / UFPB Francilene Procópio Garcia, D.Sc. francilene@ieee.org Configuração do Processo - Parte III

2 Introdução  Em geral, existem dois níveis através dos quais um processo de engenharia de software pode ser modificado: u Processo global - onde os engenheiros modificam, customizam ou melhoram um processo único a ser usado em toda a organização. Neste caso, leva-se em consideração domínios de aplicações, práticas de reuso, e tecnologias chaves a serem seguidas pela empresa. Uma mesma organização pode ter mais de um processo global, cada um indicado para diferentes tipos de desenvolvimento. Por exemplo, o RUP pode se prestar a ser o processo global da empresa. u Processo orientado à projeto - os engenheiros partem de um processo global que é ajustado para um dado projeto. Neste caso. Leva-se em consideração o tamanho do projeto, o grau de reuso possível, desenv. inicial vs. evolução de produto existente, etc. No RUP, por exemplo, este tipo de processo é denominado de “development case”.

3 Processo global  Ao configurar ou customizar um dado processo, a empresa coloca em prática o seu próprio processo global. Nesta direção, colocam- se em prática algumas condutas para: u Desenvolvimento de “development cases” reutilizáveis u Desenvolvimento de “templates” reutilizáveis u Desenvolvimento de “guias de estilo” reutilizáveis u Organização de um “shell” que abrange o processo global da empresa  Tratando-se de projetos globais de software, tais condutas devem incluir a as definições de ferramentas, exemplos de processos e fomatos de acompanhamento de projetos na Web

4 Desenvolvimento de “development cases” reutilizáveis  Os “development cases” devem auxiliar na condução de projetos variados desde seu início. Por exemplo, podem existir “development cases” reutilizáveis para cada tipo de projeto: u projetos pequenos dentro do nicho de competência da empresa u projetos virtuais com a participação de parcerias (tecnológicas ou de capital) u projetos centrados na evolução de produtos existentes (mercado local ou mercados externos) u entre outros  Cada “development case” reutilizável deve trazer sugestões e decisões de projeto já bem definidas

5 Desenvolvimento de “templates” reutilizáveis  Os “templates” reutilizáveis desenvolvidos para o processo global da empresa devem estar pronto para uso pelos projetistas, incluem definições de layout para documentos e relatórios, por exemplo a geração de um business case ou de um documento de requisitos  Tratando-se de projetos globais, recomenda-se o uso de “templates” reutilizáveis em formatos padrões de fácil leitura, tais como o HTML  Cada “template” reutilizável pode ser customizado para adequação de artefatos específicos à cada projeto  Tratando-se de projetos globais pode haver a necessidade de se trabalhar com mais de uma língua, porém apenas uma dada língua deve ser usada na troca formal de documentos

6 Desenvolvimento de “guias de estilo” reutilizáveis  O desenvolvimento de “guias de estilo” reutilizáveis em projetos globais de software envolve: u guias para modelagem de negócios u guias de projeto (design) u guias pra geração de manuais u guias de programação u guias de teste u guias de modelagem de use cases u guias de interface  Guias de geração de manuais e de programação, por exemplo, são tão genéricos que podem ser amplamente reutilizados  Uma estratégia é definir guias no contexto de um projeto e, em seguida, decidir por seu reuso ou modificação, removendo aspectos específicos de projetos

7 Organização de um “shell”  O processo global, ao final, pode ser empacotado na forma de um “shell”. A sugestão é dispor o resultado final através de uma página Web, dispondo de hyperlinks para aspectos de contextos específicos a um dado projeto  O tamanho final do processo na Web pode variar de poucas páginas a um site mais completo dispondo de máquina de busca, indíce, ferramentas de navegação, suporte à tradução, exemplos de artefatos típicos, entre outras facilidades  Tratando-se de projetos globais, considerar: a indicação de guias que devem ser *necessariamente* seguidos, critérios de aceitação genéricos, exemplos de uso de ferramentas comuns, etc

8 Processo oirentado à projeto  É recomendável que cada projeto específico possa configurar um dado processo global através de: u um “development case” u ”templates” customizados u guias de estilo para suportar o projeto específico u condutas de uso do processo global  Tratando-se de projetos globais, sugere-se que a configuração do processo considere: u os arranjos de negócios envolvidos u o formato de parceria definido (partilha do esforço de desenvolvimento e evolução do produto) u os investimentos disponíveis para aplicação no projeto

9 “Development case”  Deve descrever o formato de desenvolvimento do projeto específico. Em geral, trata-se de uma descrição mais simples do processo (Web site), abordando aspectos tais como: u Aplicabilidade. Quais partes do processo global é aplicável ao projeto e como pode agregar valor (algo como: obrigatório, pode ser necessário, nunca será necessário) u Problemas e riscos a serem endereçados u Ferramentas de suporte necessárias u Quando durante o ciclo de vida do projeto o processo deve ser introduzido? (depende da natureza do projeto) u Custos da implementação, incluindo: treinamento, instalação ferramentas de suporte, desenvolvimento de guias de estilo e de templates específicos

10 “Templates” customizados  Deve-se customizar os “templates” de documentos e relatórios a serem usados no projeto (adicionando-se e eliminando-se algumas seções, por exemplo)  Cada “template” customizado deve indicar: u objetivos u responsáveis u quando deve ser aplicado u o que mudou em relação ao “template” do processo global

11 Guias de estilo para suportar o projeto  Ao definir quais guias de estilo serão aplicados no projeto, tais como: guias de modelagem (negócios, projeto), guias de geração de manuais, guias de programação, entre outros; os membros do projeto podem gerar alguns exemplos de artefatos específicos ao projeto para facilitar o andamento do projeto como um todo  Os exemplos devem ser simples e relacionados ao contexto do domínio do projeto. Por exemplo, a definição de um use case para o projeto pode servir de um “guia sobre como modelar use cases”. Ou ainda, a definição de um plano de testes para componentes a serem localizados pode servir de “guia de estilo para testes de localização”

12 Condutas de uso do processo global  Cada projeto específico pode ter seu próprio “development case” com hyperlinks para o processo global da empresa e para o RUP, por exemplo