1 / 21

Fatores Críticos de Sucesso (Fabricação de Software)

Fatores Críticos de Sucesso (Fabricação de Software). Clientes. Clientes. Visão de Negócio (direção, gestão, administração). Pessoas (CHA). Qualidade. Processos. Gestão de Projetos. Infra-estrutura TI/comunicação. Processos de Engenharia de Software.

tawana
Download Presentation

Fatores Críticos de Sucesso (Fabricação de Software)

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Fatores Críticos de Sucesso(Fabricação de Software) Clientes Clientes Visão de Negócio (direção, gestão, administração) Pessoas (CHA) Qualidade Processos Gestão de Projetos Infra-estrutura TI/comunicação

  2. Processos de Engenharia de Software • MSF – Microsoft Solutions Framework • Fases: visão, planejamento, estabilização e instalação • Disciplinas: projeto, riscos e competência • Mais ágil e menos formal que o RUP • RUP – Rational Unified Process • Desenvolvido pela Rational (hoje da IBM) • Processo mais utilizado atualmente • XP – Extreme Programming • Atividades: planejamento, projeto, codificação e teste • Gera sensação de produtividade constante

  3. Sobre Engenharia de Software • Qual a melhor forma de obter requisitos? • Informal, fluxos de dados, DER ou casos de uso • O que é mais importante para o cliente? • saber logo se o projeto é viável e factível ou • começar a ver telas do software funcionando • O que é mais fácil gerenciar? • 6 projetos de 30 dias ou • 1 projeto de 6 meses • Qual construção durará mais tempo? • Uma feita com base na expertise de um mestre de obras especialista ou • Uma feita com projeto estrutural considerando as necessidades atuais e futuras do prédio

  4. RUP – Pilares Estratégicos Dirige Guia Arquitetura • Dirigido por casos de uso • Centrado em arquitetura • Iterativo e incremental • Fases e iterações Casos de Uso

  5. RUP – Fases e Objetivos • Concepção • Escopo e viabilidade • Elaboração • Factibilidade e arquitetura básica • Construção • Desenvolvimento gerando versão-beta • Transição • Testes de aceitação e entrega do produto • Implantação (fase não coberta pelo RUP) • Disciplinas: levantamento, capacitação, operacionalização, desativação, gestão de pessoas e de projeto.

  6. RUP – Iterações • São mini-projetos com objetivos: • Integração de middleware, versão-alfa, casos de uso ... versão-beta e produto • Vantagens: • Redução de riscos • Percepção antecipada • Quebra da complexidade • Facilitação do gerenciamento • Trabalho com parte dos requisitos • Construção de builds executáveis • Evolução incremental do sistema pela evolução iterativa e incremental de seus componentes

  7. Evolução do projeto Fonte: BOEHM, Barry. Software Engineering Economics. New Jersey: Prentice Hall, 1981.

  8. XP = Extreme Programming • Atividades (disciplinas e tarefas): • Planejamento • Planejar o que vai ser feito • Projeto • Projetar como será feito • Codificação • Implementar o que está definido • Testes • Testar e entregar o que foi implementado

  9. Papéis do XP • Programador: • Planeja, projeta e codifica códigos • Cliente: • Conta as estórias dos requisitos e aprova os testes • Testador: Executor de testes • Rastreador: Procura problemas • Treinador: Treina os usuários • Consultor: Definidor de requisitos • Chefe: Gerente do projeto

  10. Comparativo de Disciplinas

  11. Modelagem do Negócio Descrição da Estratégia Visão de Negócio Indicadores Estratégicos De Desempenho Objetivos e Metas Estratégicos Realidade Atual Processos (o quê, quando, porquê) Métricas Táticas e Operacionais Engenharia de Processos ‘ Papéis e Responsabilidades Informações (entrada e saída)

  12. Requisitos:Uma questão de comunicação?

  13. Requisitos • Para que servem os requisitos? • Acordo entre os desenvolvedores e o cliente sobre o que deve ser feito • Definir as fronteiras do sistema • Elucidar os riscos do projeto • Subsidiar a estimativa de esforços • Subsidiar o planejamento do projeto • Subsidiar o estudo de retorno • Tangibilizar os benefícios do sistema • Facilitar a gestão do escopo do sistema

  14. Tipos de requisitos - FURPS+ • Funcionality: Funcionalidade • Usability: Usabilidade • Reliability: Confiabilidade • Performance Desempenho • Suportability: Suportabilidade • +: • Restrições de projeto • Requisitos de: implementação, físicos e interface

  15. Análise

  16. Análise e projeto • Prova de conceito arquitetural • Definir uma arquitetura candidata • Refinar a arquitetura • Analisar o comportamento • Projetar componentes • Projetar o banco de dados

  17. Gestão de Projetos Gestão de Projetos • PMI – Project Management Institute: • Project Management Body of Knowledge (PMBOK) • Prince2 – Metodologia do governo inglês: • Adotada em vários países europeus • TenSetp • Processo de uma multinacional americana que é representante do PMI • Agile • Resultante de um manifesto feito por 17 especialistas em Fevereiro de 2001 em Utah – USA • ISO 10006: • A International Standards Organization tomou o PMI como base e fez uma simplificação

  18. Testes • Conceito: É a execução controlada do software visando revelar falhas (bugs). • Falha: Desvio de comportamento • Erro: Origem da falha • Testes não provam que o software está livre de falhas. Eles minimizam este risco e aumentam a confiança. • Agregam valor ao produto. • São partes integrantes da qualidade.

  19. Níveis de testes • Quanto às pessoas: • Desenvolvedores • Testes independentes • Entidades verificadoras e certificadoras • Profissionais chaves do cliente • Quanto a granularidade: • Testes de unidade (desenvolvedores) • Testes de integração (ambos) • Testes de sistema (ambos) • Testes de aceitação (cliente)

  20. Tipos de testes • Quanto à visão do sistema: • Caixa preta (por fora do sistema) • Caixa branca (por dentro do sistema) • Quanto às dimensões da qualidade:

  21. Referências Obrigado! • Livros: • DeMARCO, Tom. Análise estruturada e especificação de sistemas. Rio de Janeiro: Campus, 1989. • FROTA, Álvaro. O Barato Sai Caro!, Qualitymark, SP, 1999. • JACOBSON, Ivar; et al. The Unified Software Development Process. Massachusetts: 2001. • KERZNER, Harold PhD. Strategic Planning for Project Management Using a Project Management Maturity Model; John Wiley & Sons, Inc., New York, 2001. • LARMAN, Craig. Utilizando UML e padrões: uma introdução a análise e ao projeto orientados a objetos. Porto Alegre: Bookman, 2000. • MCMENAMIN, Stephen & PALMER, John. Análise essencial de sistemas. São Paulo : McGraw-Hill, 1991. • PMBOK 2004 – Project Management Body of Knowledge, PMI – Project Management Institute. • YOURDON, Edward. Análise estruturada moderna. Rio de Janeiro: Campus, 1992. • Sites: • http://berlin.inesc.pt/alb/static/papers/2004/pv-quatic2004.pdf • www.pmi.org e www.rational.com • Disponível em: • www.acc.com.br/empresa/marcio/

More Related