Producto X Processo X Projecto de Engenharia de Software

2.414 visualizações

Publicada em

Producto X Processo X Projecto de Engenharia de Software

Publicada em: Educação
0 comentários
3 gostaram
Estatísticas
Notas
  • Seja o primeiro a comentar

Sem downloads
Visualizações
Visualizações totais
2.414
No SlideShare
0
A partir de incorporações
0
Número de incorporações
31
Ações
Compartilhamentos
0
Downloads
92
Comentários
0
Gostaram
3
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide
  • Producto X Processo X Projecto de Engenharia de Software

    1. 1. Producto x Processo x Projecto Aula 6
    2. 2. Sumário <ul><li>O produto </li></ul><ul><ul><li>O software como produto </li></ul></ul><ul><ul><li>Evolução </li></ul></ul><ul><ul><li>Características </li></ul></ul><ul><ul><li>Tipos </li></ul></ul><ul><ul><li>Aplicações </li></ul></ul><ul><ul><li>Atributos de um bom software </li></ul></ul><ul><ul><li>Produto x Processo </li></ul></ul><ul><li>O processo </li></ul><ul><ul><li>O processo do software </li></ul></ul><ul><ul><li>CMM </li></ul></ul><ul><li>O Projecto </li></ul><ul><ul><li>10 Sinais de perigo no Projecto </li></ul></ul><ul><ul><li>Como evitar o perigo </li></ul></ul><ul><ul><li>Perguntas-chave para o seu planeamento </li></ul></ul><ul><li>Âmbito desta Aula </li></ul><ul><ul><li>Gestão de Projectos de SW: </li></ul></ul><ul><ul><ul><li>pessoal, producto , processo e projecto </li></ul></ul></ul>
    3. 3. Producto de SW
    4. 4. Estrutura de conceitos Produto Processo Metodologia Notação (UML) Técnica (Modelação ) Ferramenta (Object Domain, Rational Rose) utiliza exprime implementa cria Suporta, automatiza
    5. 5. O produto <ul><li>O software é simultaneamente um produto </li></ul><ul><ul><li>software de gestão </li></ul></ul><ul><ul><li>pacotes de uso geral (folhas de cálculo, processadores de palavras) </li></ul></ul><ul><li>e um veículo para o entregar </li></ul><ul><ul><li>sistemas operativos, </li></ul></ul><ul><ul><li>software de comunicação </li></ul></ul><ul><ul><li>Ambientes de desenvolvimento </li></ul></ul><ul><ul><li>Ferramentas CASE </li></ul></ul>
    6. 6. Evolução do software <ul><li>Antes </li></ul><ul><ul><li>Hardware </li></ul></ul><ul><ul><ul><li>Caro </li></ul></ul></ul><ul><ul><ul><li>Poder Computacional Limitado </li></ul></ul></ul><ul><ul><li>Programas simples </li></ul></ul><ul><li>Preocupação: </li></ul><ul><ul><li>aproveitamento dos recursos de hardware i.e. Eficiência do produto </li></ul></ul><ul><li>Depois </li></ul><ul><ul><li>Hardware </li></ul></ul><ul><ul><ul><li>mais barato </li></ul></ul></ul><ul><ul><ul><li>e poderoso </li></ul></ul></ul><ul><ul><li>Software mais complexo </li></ul></ul><ul><li>Preocupação: </li></ul><ul><ul><li>Satisfação dos requisitos do utilizador (produto eficaz) </li></ul></ul><ul><ul><li>Baixar custos e tempo de desenvolvimento (processo eficiente) </li></ul></ul>
    7. 7. Características do software <ul><li>O software é um produto lógico, não físico e portanto, </li></ul><ul><ul><li>não é fabricado num sentido clássico, senão desenvolvido </li></ul></ul><ul><ul><li>O software não se estraga </li></ul></ul><ul><ul><li>Embora cada vez o software é uma assemblagem de componentes, ainda se faz muito software à medida </li></ul></ul>
    8. 8. Tipos de software <ul><li>Genérico </li></ul><ul><li>Feito à medida </li></ul><ul><li>Problemas do desenvolvimento são os mesmos </li></ul><ul><li>A diferencia reside na especificação dos requisitos </li></ul>
    9. 9. Aplicações do software <ul><li>Software de sistemas </li></ul><ul><li>Software de tempo real </li></ul><ul><li>Software de gestão </li></ul><ul><li>Software de engenharia e científico </li></ul><ul><li>Software embebido </li></ul><ul><li>Software de PC’s </li></ul><ul><li>Software baseado na WEB </li></ul><ul><li>Software de IA </li></ul>
    10. 10. Atributos de um bom software Atributo Descrição Mantainability O software deve ser capaz de evoluir perante as mudanças nos requisitos Dependability Características como Confiabilidade e seguridade Eficiência Aproveitamento dos recursos de hardware Usabilidae Apropriadas interface do utilizador e documentação
    11. 11. Produto x Processo <ul><li>Se o processo é fraco, o produto vai sofrer </li></ul><ul><li>A dependência excessiva no processo também é má </li></ul><ul><li>A comunidade alterna a sua preocupação pelo produto e processo cada 5 ou 10 anos aprox. </li></ul><ul><li>Acredita-se que esta dualidade manter-se-á por uns tempos </li></ul>
    12. 12. Processo de SW
    13. 13. O Processo de SW <ul><li>Definição: </li></ul><ul><ul><li>Estratégia de desenvolvimento do software </li></ul></ul><ul><ul><li>Define a ordem de execução das fases de engenharia de software </li></ul></ul><ul><li>Selecção do modelo de processo </li></ul><ul><ul><li>Clientes e pessoal envolvido </li></ul></ul><ul><ul><li>Produto requerido </li></ul></ul><ul><ul><li>Ambiente da equipa de desenvolvimento </li></ul></ul><ul><li>Maduração do produto e o processo </li></ul><ul><ul><li>Definição de actividades básicas </li></ul></ul><ul><ul><li>Estimação de recursos para cada função do produto e discriminado pelas actividades básicas </li></ul></ul><ul><li>Decomposição do processo </li></ul>
    14. 14. Níveis de Maturidade do Processo <ul><li>CMM – Capability Maturity Model </li></ul><ul><ul><li>Nível 1 </li></ul></ul><ul><ul><ul><li>Caos | nível inicial </li></ul></ul></ul><ul><ul><li>Nível 2 </li></ul></ul><ul><ul><ul><li>Reutilização | identifica processos repetitivos </li></ul></ul></ul><ul><ul><li>Nível 3 </li></ul></ul><ul><ul><ul><li>Documentação | já existe um processo definido </li></ul></ul></ul><ul><ul><ul><li>ISO 9001 </li></ul></ul></ul><ul><ul><li>Nível 4 </li></ul></ul><ul><ul><ul><li>Qualidade de SW | processos são bem geridos </li></ul></ul></ul><ul><ul><ul><li>Definem Métricas e estimações </li></ul></ul></ul><ul><ul><li>Nível 5 </li></ul></ul><ul><ul><ul><li>+ difícil | Optimização dos Processos </li></ul></ul></ul><ul><ul><ul><li>poucas empresas de desenvolvimento de SW atingem este nível </li></ul></ul></ul>
    15. 15. Projectos de SW
    16. 16. 10 Sinais de perigo no Projecto <ul><li>O pessoal de software não percebe as necessidades do cliente </li></ul><ul><li>A definição do âmbito do produto é fraca </li></ul><ul><li>Os câmbios são mal feitos </li></ul><ul><li>Mudança na tecnologia seleccionada </li></ul><ul><li>Necessidades do negócio cambiam ou estão mal definidas </li></ul><ul><li>As datas de entrega não são realistas </li></ul><ul><li>Os utilizadores oferecem resistência </li></ul><ul><li>Perdem-se os sponsors </li></ul><ul><li>A equipa de projecto não tem as competências requeridas </li></ul><ul><li>Os gestores evitas boas práticas e sábias lições </li></ul>
    17. 17. como evitar o perigo <ul><li>Começar com o pé direito </li></ul><ul><li>Manter-se com o pé direito </li></ul><ul><li>Monitorizar o projecto </li></ul><ul><li>Tomar decisões inteligentes </li></ul><ul><li>Realizar análise post-mortem </li></ul>
    18. 18. perguntas-chave para o seu planeamento <ul><li>Por que se vai desenvolver o sistema? </li></ul><ul><li>O que será feito e quando? </li></ul><ul><li>Onde estão os responsáveis? </li></ul><ul><li>Como será realizado o trabalho técnico e de gestão? </li></ul><ul><li>Quais e quantos recursos são requeridos? </li></ul>
    19. 19. próxima aula teórica
    20. 20. Modelos de processo <ul><li>Tipos: </li></ul><ul><ul><li>Modelos em cascata </li></ul></ul><ul><ul><ul><li>Sequêncial (Clássico) </li></ul></ul></ul><ul><ul><ul><li>Revisto </li></ul></ul></ul><ul><ul><li>Construção de Prototipos </li></ul></ul><ul><ul><li>Desenvolvimento Rápido de Aplicações </li></ul></ul><ul><ul><li>Modelos evolutivos </li></ul></ul><ul><ul><ul><li>Incrementais </li></ul></ul></ul><ul><ul><ul><li>Iterativos </li></ul></ul></ul><ul><ul><ul><li>Iterativos e incrementais </li></ul></ul></ul><ul><ul><ul><li>Espiral </li></ul></ul></ul><ul><ul><li>Modelo de Processos OO </li></ul></ul><ul><ul><ul><li>Modelo recursivo/paralelo </li></ul></ul></ul><ul><ul><li>Outros </li></ul></ul>

    ×