Engenharia de Software Guide to the SWEBOK (Guide to the Software Engineering Body of Knowledge) IEEE Computer Society.

Slides:



Advertisements
Apresentações semelhantes
A estrutura do gerenciamento de projetos Introdução
Advertisements

Engenharia de Software
Engenharia de Software
Gerência de Projetos Wesley Peron Seno Introdução
Engenharia de Requisitos
Validação de Requisitos
O Processo Praxis 3.0 Processos de Software 25/03/2017
Engenharia de Software
Identificando requisitos
Engenharia de Software
Rational Unified Process(RUP)
Engenharia de Software Professor Sandro de Paiva Carvalho.
INTRODUÇÃO A INFORMÁTICA
FACULDADE DOS GUARARAPES
Faculdade de Ciências Sociais de Aplicadas de Petrolina – FACAPE
Fundamentos de Engenharia de Software - temas para estudo -
RUP Rational Unified Process (Processo Unificado de Desenvolvimento da Rational) 1.
Processo Desenvolvimento de Software Tradicional
O processo de coletar os requisitos (escopo do cliente)
Reutilização de Software
Análise e Projeto de Sistemas
Análise e Projeto de Sistemas
Gerencia de Projeto OO Aspectos Avançados em Engenharia de Software Aula 5 Fernanda Campos DCC/UFJF.
Engenharia de Software
Engenharia de Software Respostas do Questionário 01
Engenharia de Software
José Roberto Blaschek Gerência do Escopo José Roberto Blaschek.
Gestão de Projetos.
Desafios do desenvolvimento de software
Prof.Alfredo Parteli Gomes
Visão Geral PRO.NET.
Visão Geral do RUP.
Fundamentos de Engenharia de SW
Avaliação do RUP como processo para desenvolvimento de software
Processos de Desenvolvimento de Software – Parte 2
Processo Praxis – Fase de Concepção
Gestão de Projetos Ms. Karine R. de Souza . 1.
Gerenciamento da Integração
GESTÃO DE PROJETOS Aula 5 1.
Prof. Alexandre Vasconcelos
Engenharia de Software
SWEBOK José Benito David Embiruçu Leandro barbosa Pablo Alessandro
O que é? É o processo de investigação técnica com intuito de identificar a qualidade, a segurança e a exatidão do software desenvolvido. A validação do.
Engenharia de Software
SWEBOK Guide to the Software Engineering Body of Knowledge Thayssa Rocha TAES 3 –
Processos de Software.
Processos de Software.
Técnicas e Projeto de Sistemas
Um estudo comparativo entre PMBOK e SWEBOK
Gestão de projetos de Software GTI-16
Integração.
SWEBOK Software Engineering Body of Knowledge
Gerência de Projetos de Software (PMBOK)
Antonio Nascimento Roteiro Introdução Objetivos Áreas de Conhecimento Certificações Conclusões Referências.
MODELOS DE MELHORES PRÁTICAS RELACIONADOS À GOVERNANÇA DE TI
Introdução ao SWEBOK André Luís de Lucena Torres
TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS ANÁLISE E PROJETO DE SISTEMAS Aula /08/2012 Professor Leomir J. Borba-
Gerenciamento de Projetos
Gerência de Projetos 4º Semestre Aula 1 Prof
Engenharia de Software
Professora: Kelly de Paula Cunha
Gestão de Projetos - aula 5: organização - Profª. Vilma Tupinambá, MsC
Gerência de Projetos de Software
RUP – Rational Unified Process Márcia Seabra Cabral Prof. Augusto Sampaio Centro de Informática - UFPE.
ISO9001:2000 para Software Professor: Alexandre Vasconcelos Equipe: Amanda Pimentel Börje Karlsson Danielly Karine Erika Pessoa Jorge Cavalcanti Jose Edson.
Lenylda Albuquerque ISO Processos de Ciclo de Vida de Software Universidade Federal de Pernambuco.
Processos de Software Ludimila Monjardim Casagrande 1º Semestre Desenvolvimento e Qualidade.
UNIEURO CENTRO UNIVERSITÁRIO Disciplina PROJETO INTEGRADOR II Professora Responsável SELMA MORAES GESTÃO DE PROJETOS.
Engenharia de Software Conceitos e elementos 1. Engenharia   Resolução de problemas através de soluções economicamente viáveis  Motivacão: Limitação.
Gerenciamento de Projetos Prof. Washington Almeida.
Transcrição da apresentação:

Engenharia de Software Guide to the SWEBOK (Guide to the Software Engineering Body of Knowledge) IEEE Computer Society

IEEE Institute of Eletric and Eletronic Engineers Associação profissional mundial sem fins lucrativos para suporte ao avanço da tecnologia. Missão: O IEEE promove o processo de engenharia, criando, desenvolvendo, integrando, compartilhando e aplicando conhecimento sobre tecnologia eletroeletrônica, tecnologia da informação e ciências para o benefício da humanidade e da profissão.

IEEE Computer Society Aproximadamente 100.000 membros. Organização de suporte aos profissionais da computação, provendo informação técnica, serviços a comunidade e personalizados. Fundada em 1946. A maior das 39 sociedades do IEEE. Dedicada ao avanço teórico, prático e aplicação de computadores e tecnologia da informação. Aproximadamente 40% dos membros vive e trabalha fora dos EUA, fomentando a comunicação internacional, a cooperação e a troca de informação. Tem um escritório central de serviços em Tokyo, Japão; um escritório de publicação em Los Alamitos, California; e a sede em Washington.

Engenharia de Software Aplicação de uma abordagem sistemática, disciplinada e mensurável para o desenvolvimento, operação e manutenção de software, isto é, a aplicação da engenharia ao software.

The Guide to the SWEBOK Não é o conhecimento em si, mas uma síntese e uma referência ao material disponível em diversas publicações que se complementam para formar o corpo de conhecimento. Descreve que parte do conhecimento é geralmente aceita pela comunidade profissional. Organiza o conhecimento. Provê acesso por tópicos ao conhecimento. Patrocinado por empresas como: Rational (IBM), SAP, Boeing, entre outras.

Objetivos Promover uma visão consistente da engenharia de software em todo o mundo (500 revisores de 42 países na fase Stoneman, versão Trial, e 120 revisores de 21 países na fase Ironman, versão 2004). Definir as fronteiras de atuação da engenharia de software e as áreas de interseção com outras disciplinas como: engenharia da computação, ciência da computação, gestão de negócios, matemática, gerenciamento de projetos, gestão da qualidade, ergonomia (acessibilidade e usabilidade) e engenharia de sistemas (SWEBOK, capítulo 12).

Objetivos (Continuação) Caracterizar o conteúdo da disciplina engenharia de software, subdividindo-o hierarquicamente em áreas de conhecimento (o Apêndice A descreve como as AC devem ser organizadas). Prover acesso por tópicos a base de conhecimento da engenharia de software (material de referência e matriz em cada AC). Fornecer um alicerce para desenvolvimento do currículo, certificação individual e licenciamento de material (conhecimento geralmente aceito: aplica-se a maioria dos projetos e das equipes pelo consenso e pela efetividade).

Material de Referência e Matriz Exemplo de matriz que relaciona os tópicos de cada AC com as fontes recomendadas.

Material de Referência e Matriz Exemplo de referências recomendadas em cada AC.

Áreas de Conhecimento (AC) Software Requirements (Requisitos) Software Design (Desenho / Projeto) Software Construction (Construção / Implementação) Software Testing (Testes) Software Maintenance (Manutenção) Software Configuration Management (Configuração) Software Engineering Management (Gerenciamento) Software Engineering Process (Processo) Software Engineering Tools and Methods (Ferramentas e Métodos) Software Quality (Qualidade)

Requisitos (SWEBOK, Capítulo 2) São problemas do mundo real que devem ser explicitados para serem solucionados (O que será feito!). A AC está dividida em sete subáreas. Fundamentos dos Requisitos Processo de Requisitos Declaração de Requisitos Análise de Requisitos Especificação de Requisitos Validação de Requisitos Considerações Práticas

Requisitos (O que “pode” acontecer!?)

Desenho (SWEBOK, Capítulo 3) É o processo de definição da arquitetura, dos componentes, da interface e de outras características dos componentes do sistema e do resultado esperado, para resolver o problema identificado na fase de requisitos (Como será feito!). A AC está dividida em seis subáreas: Fundamentos do Desenho de Software Questões Chave no Desenho de Software Estrutura e Arquitetura de Software Evolução e Análise de Qualidade do Desenho de Software Notações do Desenho de Software Estratégias e Métodos para o Desenho de Software

Construção (SWEBOK, Capítulo 4) Refere-se a criação do conjunto de programas (componentes) que compõe o software e a verificação de conformidade com o desenho (projeto), da funcionalidade individual (teste unitário), da funcionalidade integrada e a depuração de erros (debug). A AC está dividida em três subáreas: Fundamentos da Construção de Software Gerenciamento da Construção de Software Considerações Práticas da Construção de Software

Teste (SWEBOK, Capítulo 5) Consiste na verificação do comportamento de um programa ou grupo de programas, a partir de um conjunto de casos selecionados no domínio de negócio, comparando-o ao comportamento esperado, definido na especificação de requisitos. A AC está dividida em cinco subáreas: Fundamentos do Teste de Software Níveis de Teste de Software Técnicas de Teste de Software Medidas de Teste de Software Processo de Teste e Considerações Práticas

Manutenção (SWEBOK, Capítulo 6) Uma vez em operação, anomalias são descobertas, ambientes operacionais mudam e novos requisitos surgem. A fase de manutenção inicia-se a partir da entrega, mas as atividades de manutenção começam antes mesmo da entrega. A AC está dividida em quatro subáreas: Fundamentos da Manutenção de Software Questões Chave sobre Manutenção de Software Processo de Manutenção de Software Técnicas de Manutenção de Software

Manutenção (Categorias) Pró-ativa Correção Evolução Reativa

Manutenção (Atividades)

Manutenção (Processo)

Gerenciamento de Configuração (SWEBOK, Capítulo 7) Consiste em identificar a configuração do software em diferentes momentos com o propósito de controlar sistematicamente as mudanças ocorridas e garantir a integridade e a rastreabilidade das configurações ao longo do ciclo de vida do software. A AC está dividida em seis subáreas: Processo de Gerenciamento de Configurações Identificação da Configuração Controle da Configuração Registro do Estado da Configuração Auditoria da Configuração Entrega e Gerenciamento de Versões

Gerenciamento de Projeto de Software (SWEBOK, Capítulo 8) Consiste no gerenciamento da engenharia de software. Gerenciamento é um aspecto fundamental e presente em todas as AC, mas nesta AC são apresentados os tópicos específicos sobre o gerenciamento. A AC está dividida em seis subáreas: Iniciação e Definição de Escopo Planejamento do Projeto Declaração do Plano de Projeto Monitoramento e Controle Fechamento Avaliação e Evolução da Engenharia de Software

Gerenciamento de Projeto de Software (Projeto, segundo o PMBOK) “É um empreendimento temporário que tem por finalidade criar um produto, serviço ou resultado único”. Características: Não repetitivo (início, meio e fim) Seqüência lógica de eventos (ciclo de vida) Acompanhamento e controle Objetivo claro e definido Conduzido por pessoas Parâmetros pré-definidos (tempo, recursos e qualidade). É bem-sucedido quanto atende às expectativas dos stakeholders. Para saber se temos um projeto, perguntamos: É único? Tem prazo limitado? Existe uma maneira de saber se está concluído? É possível saber se os stakeholders estão satisfeitos?

Gerenciamento de Projeto de Software (Áreas de Conhecimento do PMBOK)

Gerenciamento de Projeto de Software (Grupos de Processos do PMBOK) Origens Destinos

Gerenciamento de Projeto de Software (Ciclo PlanDoControlAct do PMBOK)

Gerenciamento de Projeto de Software (GP x AC do PMBOK)

Gerenciamento de Projeto de Software (Ciclo Genérico)

Gerenciamento de Projeto de Software (Ciclo Genérico Detalhado)

Gerenciamento de Projeto de Software (Exemplo)

Gerenciamento de Projeto de Software (Restrições Básicas)

Gerenciamento de Projeto de Software (Relação Tempo x Custos)

Processo de Software (SWEBOK, Capítulo 9) Consiste na definição, implementação, avaliação, medição, gerenciamento, mudanças e evolução do próprio processo de software. É uma abstração (assim como as classes) do projeto de software; uma definição de como o projeto será dividido em suas diversas fases e atividades. A AC está dividida em quatro subáreas: Mudança e Implementação do Processo Definição do Processo Avaliação do Processo Medidas de Produtos e Processos

Processo de Software (Exemplos) Processo Unificado (Jacobson, Booch, Rumbaugh) RUP – Rational Unifided Process (Rational/IBM) PRAXIS – PRocesso para Aplicativos eXtensíveis InterativoS (Wilson de Pádua Paula Filho) Para projetos realizados individualmente ou por pequenas equipes, com duração de seis meses a um ano. XP – eXtreme Programming Projetos cujos requisitos mudam com muita freqüência, orientados a objetos, desenvolvido por equipes de até 12 desenvolvedores, com processo incremental (ou interativo). SEA UP (SEA Tecnologia) MetoDeS – Desenvolvida por Alunos como TCC

Processo de Software (Codifica-Remenda)

Processo de Software (Paradigma Cascata)

Processo de Software (Paradigma Cascata com Feedback)

Processo de Software (Paradigma Incremental - Espiral)

Processo de Software (Exemplo)

Ferramentas e Métodos (SWEBOK, Capítulo 10) Recomenda ferramentas e métodos para a Engenharia de Software. Para a subárea Ferramentas, há um tópico para cada uma das outras nove AC. Para a subárea Métodos, há três tópicos: Heurísticos*, para a abordagem informal Matemáticos, para a abordagem formal Protótipos, para a abordagem do software baseada em formulários * Metodologia, ou algoritmo, usado para resolver problemas por métodos que, embora não rigorosos, geralmente refletem o conhecimento humano e permitem obter uma solução satisfatória.

Qualidade de Software (SWEBOK, Capítulo 11) Relaciona-se com a qualidade de software e transcende o ciclo de vida do seu desenvolvimento. Como a preocupação com qualidade está presente em toda a engenharia de software (e em toda a gestão de projetos), também é observada em todas as outras AC. A AC está dividida em três subáreas: Fundamentos da Qualidades de Software Processo de Gerenciamento da Qualidade de Software Considerações Práticas sobre a Qualidade de Software

Disciplinas Relacionadas (SWEBOK, Capítulo 12) Engenharia da Computação Ciência da Computação Gestão de Negócios Matemática Gerenciamento de Projetos Gestão da Qualidade Ergonomia (acessibilidade e usabilidade) Engenharia de Sistemas