CRYSTAL CLEAR Processo de Desenvolvimento de Software

Acadmicos: Izol Marildo(FACULDADES CATHEDRAL) Turma: ADS04

SUMRIOy Introduo y Crystal Clear y Metodologias y Caractersticas aplicadas y Ciclo de Vida y Vantagens y Desvantagens y Concluso y Referncias

Alistair Cockburn Filsofo e poeta. Alistair foi contratado pela IBM em 1991. Sua funo: estudar metodologias, e criar uma metodologia para projetos.

Crystal Clear surgiu em 2000 por Alistair Cockburn, que possui uma abordagem voltada gesto de pessoas. Princpios para cada formato de projeto tomando por base sua complexidade. Assim, adota-se um conjunto de polticas adequadas para cada situao. A Crystal propositalmente pouco definida e a qualidade do projeto muito sensvel a fatores humanos. 4

Crystal Clear uma metodologia direcionada a projetos pequenos, com equipes de at 6 desenvolvedores. Assim como SCRUM, os membros da equipe tem especialidades distintas. Existe uma forte nfase na comunicao entre os membros do grupo. Existem outras grupos maiores. metodologias Crystal para

5

As premissas apresentadas para a existncia deste conjunto so:y Todo projeto tem necessidades, convenes e

uma metodologia diferente.y O funcionamento do projeto influenciado por

fatores humanos, ocorre sua melhora quando os indivduos produzem melhor.y Comunicao melhor e lanamentos freqentes,

reduzem a necessidade de construir produtos intermedirios do processo.

y Toda a especificao e projeto so feitos

informalmente, utilizando quadros publicamente visveis.y Os requisitos so elaborados utilizando casos de

uso em UML Unified Modeling Language.y As entregas das novas verses de software so

feitos em incrementos regulares de um ms.y Cada processo tem um membros especficos no

projeto.7

y Grande parte da metodologia pouco definida, e

segundo o autor, isto proposital.y A idia de Crystal/Clear permitir que cada

organizao implemente as atividades que lhe parecem adequadas, fornecendo um mnimo de suporte til do ponto de vista de comunicao e documentos

8

Em Crystal possvel que cada organizao avalie seu projeto por duas vises:y nmero de pessoas; y conseqncia dos erros.

9

Metodologia

Toda Metodologia um conjunto de convenes aceitas por um grupo. A famlia Crystal definida graficamente por cores indicando o peso da metodologia.

Ajustes: Ajustes: A metodologia tem que evoluir; a organizao tem que aprender, e criar a prpria metodologia. Dois passos: passos: 1 estude sua metodologia bsica, 2 use workshops de reflexo sobre a metodologia. No use a mesma metodologia para sempre: reveja constantemente os seus problemas e atue neles.

Quanto mais escura a cor, mais densa a metodologia ou seja mais complexa.

Eixo horizontal: tamanho do time. Eixo Vertical: erros mais crticos. Vida(L): quando a vida de pessoas est em jogo. Dinheiro Essencial(E): dinheiro considervel. Dinheiro(D): dinheirinho, que d pra gastar em bobagens. Conforto(C) : se eu errar vou fazer de novo; Cada um dos mtodos, com graus de gerenciamento e de comunicao, ajustados de acordo com o tamanho da equipe. Na prtica, s aconteceram projetos em Clear, Yellow e Orange Orange.

Crystal Clear

Para Projetos D6: 3-10 pessoas Papis Necessrios DisposioE6 E10

Em um nico ambiente (ou em salas adjacentes) Times Um nico time de programadoresarquitetos

- padrinho - programador-arquiteto snior - programador-arquiteto - usurio (parcial) Papis Acumulados - coordenador - especialista de domnio - analista de requisitos

D6

D10

C6

C10

Crystal Yellow

Para Projetos D20: 15-30 pessoasDisposio Em um nico ambiente (ou em escritrios adjacentes) Times Um nico time separados pelas atividades desempenhadas Papis Necessrios - Padrinho - Lder de projeto - Sub-lder de times - Especialista de domnio - Programador-arquiteto snior - Programador-arquiteto - Tester

E20

E30

D20

D30

C20

C30

Crystal Orange

Para Projetos D40: 30-50 pessoasDisposio Fisicamente o mais prximo possvel (mesmo prdio) Times Um nico time separado pelas atividades desempenhadas - Planejamento de Sistema - Monitoramento de Sistema - Arquitetura - Tecnologia - Funcionalidades - Infra-estrutura - Teste Papis Necessrios - Padrinho - Especialista de domnio - Usurio especialista - Facilitador tcnico - Analista de negcio - Gerente de projeto - Arquiteto - Lder de design - Programador-arquiteto senior - Programador-arquiteto - Designer de interface - Documentador (escritor tcnico) - Tester

E40

E50

D40

D50

C40

C50

Caractersticas aplicadas (Policy Standards) a Crystal Clear e Crystal Orange:Progresso monitorado por marcos baseados nas entregas dos softwares e principalmente nas decises, ao invs de documentos escritos; Envolvimento direto do usurio; Testes automticos de funcionalidades; Inspees de usurios; Workshops refletivos.

Ciclo de Vida

21

O ciclo de vida desta famlia de metodologia baseado nas seguintes prticas:Staging; Edio e reviso; Monitoramento; Paralelismo e fluxo; Inspees de usurios; Workshops refletivos; Local matters; Work Products (Produtos de Trabalho); Standards (padres); Tools. 22

Vantagem

Desvantagem

ConclusoCrystal Clear surge conforme a necessidade de cada organizao. Grande parte das pesquisas feitas na rea de Engenharia de Software, e em particular no Processos de desenvolvimento de Software, continuam sendo desenvolvidas e contribuindo para melhorias na construo de produtos de software.

25

Not

o ri

or obr

f

li

r

t l

... no a minha inteno que voc pegue estas descries e as use sem alter-las, mas sim que voc as pegue, critique-as, adicione e subtraia detalhes at que ela atenda s suas necessidades. Modificao de metodologia a essncia do Crystal...

Refernciasy COCKBURN, Alistair. Agile Software Development: The Cooperative

Game. 2nd ed. Addison-Wesley Professional, 2006.y COCKBURN, Alistair. Crystal is about self-awareness. Recuperado de:

http://alistair.cockburn.us/Crystal+is+about+self-awareness em 22 maio. de 2011.y COCKBURN, Alistair. Crystal (How to make a methodology fit).

Recuperado de: http://alistair.cockburn.us/Crystalmethods180.ppt em 23 maio. de 2011.y COFFIN, Rod; LANE, Derek. A Practical Guide to Seven Agile

Methodologies (Part 2). Recuperado de: http://www.devx.com/architect/Article/32836/1954 em 20 maio. de 2011.

Perguntas?