PROJETO DE SOFTWARE 2

Pelo mesmo motivo.. mto grande =P

Bem, existem alguns modelos de processos de desenvolvimentos de software que devemos levar em consideração:

• Modelo linear - Sugere uma abordagem seqüencial para o desenvolvimento de software
• Modelo de prototipação - Permite que o usuário “perceba” o software que está sendo gerado antes da finalização;
• Modelo espiral - Acopla natureza iterativa da prototipação com os aspectos sistemáticos e controlados do modelo linear seqüencial.
• Modelo incremental - Combina elementos do modelo linear seqüencial (aplicado repetidamente) com a filosofia iterativa da prototipação.
• Modelo baseado em componentes - ênfase na decomposição dos sistemas, em componentes funcionais e lógicos com interfaces bem definidas, usadas para comunicação entre os próprios componentes.
• RUP( Rational Unified Process) - usa a abordagem da orientação a objetos em sua concepção e é projetado e documentado utilizando a notação UML (Unified Modeling Language) para ilustrar os processos em ação. Utiliza técnicas e práticas aprovadas comercialmente.

Mais tarde detalharemos mais sobre cada um desses modelos...
Por hora vamos ver alguns dos riscos de projeto de software...

• As pessoas do projeto não entenderem a necessidade do cliente ( acredite.. isso acontece muito.. aqual história de oferecer maçãs quando ele quer laranjas e tudo mais)
• O escopo do produto está mal definido ( esquecer de detalhes importantes ou encher de fluflus desnecessários que só atrasam o projeto)
• Mudanças mal gerenciadas
• Tecnologia escolhida muda
• As necessidades do negócio mudam ( por isso é realmente importante manter sempre o contato direto com quem vai utilizar o sistema, pq se não já viu neh..)
• Os prazos são irrealistas ( nunca prometa algo num prazo que não irá conseguir cumprir, tanto pra mais tempo quanto pra menos tempo )
• Usuários são resistentes ( ou seja, eles não vao se esforcar pra aprender o que voce construiu, então faça algo que realmente os agrade)
• O projeto não possui um "dono" ( sponosorship )
• As pessoas não tem abilidade necessária ( então preste bem atenção a que nível de usuário está lidando!)
• Gestores não utilizam melhores práticas e lições aprendidas.

E finalmente, agora falaremos sobre W5HH

Princípio W5HH (BOEHM, 1996): quais são as
questões que devem ser respondidas para o
desenvolvimento de um plano de projeto;
– WHY - Porque o sistema está sendo desenvolvido?
– WHAT - O que deve ser feito?
– WHEN - Quando?
– WHERE - Onde está localizada a organização?
– WHO - Quem irá fazer o trabalho?
– HOW - Como o trabalho será realizado (técnica e
gerencialmente?)
– HOW MUCH - Quanto de cada recurso é necessário?