56
Processos Tradicionais de Desenvolvimento de Software Docentes:Alexandre Hermano Discente:Wislayne 21 de setembro de 2009 [email protected]

Docentes:Alexandre Hermano Discente:Wislayne 21 de setembro de 2009 [email protected]

Embed Size (px)

Citation preview

  • Slide 1
  • Docentes:Alexandre Hermano Discente:Wislayne 21 de setembro de 2009 [email protected]
  • Slide 2
  • Roteiro-RUP 1. Introduo do RUP 1.1 Caractersticas do RUP 1.2 Princpios bsicos do RUP 1.3 Ciclo de vida RUP 1.4 Etapas do RUP 1.4.1 Iniciao 1.4.2 Elaborao 1.4.3 Construo 1.4.4 Transio 1.5 Disciplinas
  • Slide 3
  • 1. Introduo do RUP O RUP, abreviao de Rational Unified Process (ou Processo Unificado da Rational), um processo proprietrio de Engenharia de software criado pela Rational Software Corporation, adquirida pela IBM tornando-se uma brand na rea de Software, fornecendo tcnicas a serem seguidas pelos membros da equipe de desenvolvimento de software com o objetivo de aumentar a sua produtividade
  • Slide 4
  • 1.1. Caractersticas do RUP O RUP(Rational Unified Process) um mtodo de desenvolvimento iterativo e incremental,onde a unificao de outros mtodos.O RUP possui as seguintes caractersticas: A UML uma parte integrante do RUP; Guiado por casos de uso; Centrado em uma arquitetura; Iterativo e incremental; Orientado a objetos.
  • Slide 5
  • 1.2 Princpios bsicos do RUP Adaptar o processo; Balano entre as prioridades concorrentes dos stakeholders; Colaborar entre equipe; Demonstrar valor iterativamente; Elevar o nvel de abstrao; Foco contnuo na qualidade.
  • Slide 6
  • 1.3 Ciclo de vida do Rup Estrutura Esttica
  • Slide 7
  • 1.3 Ciclo de vida do RUP(cont.) O ciclo de vida do RUP apresenta-se dividido em duas dimenses, as quais refletem as duas vises em que um sistema pode ser descrito: componentes dinmicos e componentes estticos.
  • Slide 8
  • 1.3 Ciclo de vida do RUP(cont.) Componentes Estticos Um processo deve descrever quem est fazendo o que, como e quando. Conforme a figura abaixo: Papel Atividades Projetista de Caso de uso Encontrar classes de projeto Distribuir comportamento responsvel por Caso de uso Artefato Em termos de UML: Trabalhador:objeto ativo Atividade: operao sobre um trabalhador Artefato: parmetro de uma atividade
  • Slide 9
  • 1.3 Ciclo de vida do RUP(cont.) O quem representado pelos papis; O como representado pelas atividades; O que representado pelos artefatos(modelos,diagramas e documentos; O quando representado pelos fluxos. Componentes dinmicos O eixo dinmico representa o tempo. Ele constitudo de ciclos, fases, iteraes e marcos. Cada ciclo dividido em fases consecutivas. As fases so momentos dentro de um ciclo de desenvolvimento do produto.
  • Slide 10
  • 1.4 Fases do RUP
  • Slide 11
  • 1.4.1 Concepo Concepo- Nessa fase tem que analisar se o projeto compensa financeiramente? Objetivos: Visa entender o escopo geral do projeto e os seus objetivos Colher informaes sobre o que deve ser feito Decidir sobre a continuidade do projeto
  • Slide 12
  • 1.4.1 Concepo(cont.) Atividades Essenciais Entender o que produzir Identificar os pontos chave do sistema Determinar no mnimo uma soluo possvel Planejar custos, agenda e riscos Decidir qual processo seguir e quais ferramentas OBS: Podem (devem) ser feitos em paralelo
  • Slide 13
  • 1.4.2 Elaborao Objetivos Desenvolver a arquitetura do sistema Requisitos mais significantes Avaliao dos riscos Atividades essenciais Obtenha uma compreenso detalhada dos requisitos. Modele, implemente, valide e defina as linhas base da arquitetura. Minimize os riscos essenciais e produza uma agenda mais precisa e estimativas de custo. Refine o Development Case e o coloque em uso.
  • Slide 14
  • 1.4.3 Construo Objetivos Minimizar custos de desenvolvimento Alcanar um determinado grau de paralelismo de desenvolvimento Desenvolver iterativamente um produto completo que esteja pronto para a transio Atividades Essenciais Descrever Casos de Uso remanescentes Completar o projeto de componentes e subsistemas Completar o projeto do banco de dados
  • Slide 15
  • 1.4.3 Construo(cont.) Implementar e fazer testes de unidade Integrao e testes do sistema Feedback dos clientes Pr-release e verso final do sistema
  • Slide 16
  • 1.4.4 Transio Objetivos Validar o sistema de acordo com a especificao do usurio Treinar usurios e mantenedores Preparar o local de implantao Assegurar disponibilidade do software para os usurios finais
  • Slide 17
  • 1.4.4 Transio(cont.) Executar planos de deployment Finalizar material de suporte ao usurio Testar, no ambiente de desenvolvimento, o produto pronto para entrega Gerar release do produto (beta) Coletar informaes de feedback do usurio Ajustar o produto de acordo com o feedback Disponibilizar o produto para os usurios finais
  • Slide 18
  • 1.5 Disciplinas Modelagem do negcio Entender a estrutura e dinmica da organizao. Requisitos Estabelecer e manter a concordncia entre o cliente e stakeholders sobre o que o sistema vai fazer. Anlise e Projeto Transformar os requisitos em um projeto do que o sistema vai ser; Construir uma arquitetura robusta para o sistema.
  • Slide 19
  • 1.5 Disciplinas(cont.) Implementao Implementa o sistema em termos de arquivos-fonte, binrios, executveis e outros, testa os componentes desenvolvidos como unidades e os integra. Testes Encontrar e documentar defeitos Validar se o sistema atende ao que especificado Implantao Garantir que o sistema est disponvel para o usurio final
  • Slide 20
  • 1.5 Disciplinas(cont.) Gerenciamento de projeto Disponibilizar guias para planejar, executar, acompanhar e monitorar o projeto Gerenciamento de configurao e mudanas Controlar os artefatos produzidos no desenvolvimento do projeto. Itens de configurao,restries a mudanas nesses itens e etc. Ambiente Focado nas atividades relacionadas a adaptao do processo. O propsito fornecer a organizao e um ambiente de desenvolvimento do software, que daro suporte equipe de desenvolvimento
  • Slide 21
  • 2. OpenUp 2. Introduo do OpenUp 2.1 Caractersticas do OpenUp 2.2 Princpios bsicos do OpenUp 2.3. Ciclo de vida OpenUp 2.4 Etapas do OpenUp 2.4.1 Concepo 2.4.2 Elaborao 2.4.3 Construo 2.4.4 Transio 2.5 Disciplinas
  • Slide 22
  • 2.Introduo do OpenUp OpenUP um processo enxuto, baseado no Unified Process, que possui um ciclo de vida iterativo e incremental. O OpenUP tambm foi elaborado como uma filosofia gil, pragmtica e que foca na natureza colaborativa do desenvolvimento de software. uma extenso do RUP.
  • Slide 23
  • 2.1 Caractersticas do OpenUp O OpenUp um processo para pequenas equipes, colocalizadas que deve ser modificado ou estendido para atender a essas necessidades da empresa. O OpenUp um processo iterativo que caracterizado por: Mnimo:Contm um processo com o mnimo necessrio para equipes pequenas Completo:Pode ser utilizado com est Extensvel:Pode ser estendido e personalizado para atender propsitos especficos
  • Slide 24
  • 2.2 Princpios bsicos do OpenUp Balano: Balanceamento entre as prioridades conflitantes do projeto (custo, tempo, qualidade, escopo) de forma a maximizar o valor para os clientes; Colaborao: Colaborao para alinhar os interesses e fomentar o entendimento comum da misso e prioridades do projeto; Foco: Desde o incio, foco na arquitetura para mitigar riscos e organizar o desenvolvimento de software; Evoluo: Evoluir atravs de feedbacks contnuos dos stakeholders e atravs da demonstrao de valor agregado regularmente.
  • Slide 25
  • 2.3 Ciclo de vida-OpenUp Cada fase, consiste de uma ou mais iteraes, onde verses estveis do software so desenvolvidas e liberadas com a concluso de cada iterao representando um pequeno marco para o projeto e contribuindo para a realizao bem sucedida do marco principal da fase onde os objetivos da fase so alcanados.
  • Slide 26
  • 2.3 Ciclo de vida-OpenUp(cont.)
  • Slide 27
  • 2.4 Fases do OpenUp
  • Slide 28
  • 2.4.1 Concepo O propsito desta fase conseguir entendimento simultneo entre todos os stakeholders dos objetivos de ciclo de vida para o projeto H quatro objetivos na fase de Concepo que so: Entenda o que construir; Identifique as funcionalidades chave do sistema; Determine pelo menos uma soluo possvel; Entenda o custo, cronograma, e os riscos associados ao projeto
  • Slide 29
  • 2.4.2 Elaborao O propsito desta fase estabelecer uma linha de base da arquitetura do sistema. H objetivos para a fase de Elaborao que ajudam a resolver os riscos associados com requisitos, arquitetura, custos, e cronograma: Obtenha um entendimento mais detalhado dos requisitos; Projete, implemente, valide, e estabelea uma linha de base para a arquitetura; Mitigue os riscos essenciais e produza um cronograma e uma estimativa de custos precisos
  • Slide 30
  • 2.4.3 Construo A finalidade desta fase terminar o desenvolvimento do sistema baseado na arquitetura colocada na linha de base Existem objetivos para a fase de Construo que nos ajudam a ter o desenvolvimento com custo eficiente de um produto completo: Desenvolver de forma iterativa um produto completo que esteja pronto para ser entregue comunidade de usurios; Minimizar os custos de desenvolvimento e conseguir algum grau de paralelismo
  • Slide 31
  • 2.4.4 Transio A finalidade desta fase assegurar que o software esteja pronto para ser entregue aos usurios Os objetivos na fase de Transio so: Executar o teste Beta para validar se as expectativas dos usurios foram atendidas; Obter a concordncia dos stakeholders de que a distribuio est completa; Melhorar o desempenho de projetos futuros com as lies aprendidas
  • Slide 32
  • 2.5 Disciplinas 2.5.1 Anlise e projeto Os propsitos da Anlise e Projeto so: Transformar os requisitos em um projeto do que ser o sistema; Desenvolver uma arquitetura robusta para o sistema; Adaptar o projeto para corresponder com ambiente de implementao.
  • Slide 33
  • 2.5 Disciplinas(cont.) 2.5.2 Gerncia de Configurao e mudana O propsito desta disciplina : Manter um conjunto de produtos de trabalho consistente a medida que evolui; Manter construes de software consistentes; Fornecer meios eficientes para se adaptar s mudanas, re- planejando o trabalho adequadamente; Fornecer dados para a medio do progresso.
  • Slide 34
  • 2.5 Disciplinas(cont.) 2.5.3 Implementao O propsito desta disciplina : Construir o sistema de forma incremental; Verificar que as unidades tcnicas usadas para construir o sistema funcionem como especificado; Em cada iterao, as tarefas nesta disciplina faro com que uma Construo evolua sempre com mais funcionalidades e com mais estabilidade;
  • Slide 35
  • 2.5 Disciplinas(cont.) 2.5.4 Gerncia de projetos O propsito desta disciplina : Manter a equipe focalizada na entrega contnua do produto; Ajudar a priorizar seqncia de trabalho; Ajudar a criar um ambiente de trabalho eficaz para maximizar a produtividade da equipe; Manter os stakeholders e a equipe informados sobre o progresso do projeto; Fornecer uma estrutura para controlar o risco do projeto
  • Slide 36
  • 2.5 Disciplinas(cont.) 2.5.5 Requisitos Entender o problema a ser resolvido; Entender as necessidades dos stakeholders; Definir os requisitos para a soluo; Definir os limites (escopo) do sistema; Identificar interfaces externas ao sistema; Identificar restries tcnicas na soluo;
  • Slide 37
  • 2.5 Disciplinas(cont.) 2.5.5 Requisitos(cont.) Fornecer a base para o planejamento das iteraes; Fornecer a base inicial para a estimativa de custo e cronograma.
  • Slide 38
  • 2.5 Disciplinas(cont.) 2.5.6 Testes Encontrar e documentar defeitos; Validar e provar as suposies feitas no projeto e requisitos especificados atravs de demonstraes concretas; Validar que o produto de software foi feito como projetado; Validar que os requisitos esto apropriadamente implementados.
  • Slide 39
  • MSF 3. Introduo MSF 3.1 Caractersticas do MSF 3.2 Princpios bsicos do MSF 3.3 Ciclo de vida MSF 3.4 Etapas do MSF 3.4.1 Iniciao 3.4.2 Elaborao 3.4.3 Construo 3.4.4 Transio 3.5 Disciplinas
  • Slide 40
  • 3.Introduo-MSF O Microsoft Solutions Framework surgiu em 1994 como um conjunto de boa prticas coletadas pela Microsoft a partir de sua experincia na produo de software e em servios de consultoria. Desde ento, o MSF evoluiu, tornando-se um framework flexvel para guiar o desenvolvimento de projetos de software.
  • Slide 41
  • 3.1 Caractersticas do MSF Como principais caractersticas, temos o estabelecimento de papis bem definidos, a definio e implantao das boas prticas em fluxos de trabalho e atividades.
  • Slide 42
  • 3.2 Princpios bsicos MSF Parceria com o cliente Aprovao, acompanhamento e considerao por parte do cliente; Trabalho em direo a uma viso compartilhada Uma viso compartilhada entre todos os membros da equipe; Qualidade trabalho de todos - Qualidade requer tanto preveno de bugs/problemas quanto verificao de possveis solues; Manter-se gil, adaptar-se s mudanas - Quanto mais uma organizao procura maximizar o impacto no negcio de um investimento em tecnologia, mais ela descobre novos ambientes e desafios
  • Slide 43
  • 3.2 Princpios bsicos MSF(cont.) Encorajar comunicao aberta - a informao precisa estar prontamente disponvel para que assim seja constantemente compartilhada; Autorizao dos membros da equipe - Dar poder aos membros do time um grande diferencial do MSF, principalmente pelo fato de que ele prega um modelo em rede Estabelecer a responsabilidade desobstruda e responsabilidade compartilhada-A definio clara do papel e das responsabilidades de cada componente do time um dos principais fatores de sucesso do projeto.
  • Slide 44
  • 3.2 Princpios bsicos MSF(cont.) Foco em entregar um valor de negcio-Os projetos de tecnologia no devem focar em entregas de tecnologia, mas em entregas com valor tangvel ao negcio; Aprender com todas as experincias-As estatsticas mostram a repetio das falhas em projetos. Isso demonstra que no estamos aprendendo com os nossos erros para reverter esse quadro; Criar sempre possibilidade de serem entregues produtos- o time deve crer que o produto deve estar pronto para ser entregue a qualquer momento,
  • Slide 45
  • 3.2 Princpios bsicos MSF(cont.) Faa da implantao um hbito A equipe deve estar comprometida em criar um produto de qualidade, inclusive enquanto realiza mudanas e atualizaes; Fluxo de valor - Planejamento, execuo e medio do progresso e velocidade devem ser baseados na entrega de valor de negcio sempre agregando valor para o cliente.
  • Slide 46
  • 3.3 Ciclo de vida MSF A principal funo de um modelo de ciclo de vida estabelecer a ordem em que as atividades do projeto so executadas. Implantao completa Escopo aprovado Plano projeto aprovado Escopo completo Release aprovado Fase de implantao Fase de previso Fase de planejamento Fase de desenvolvimento Fase de estabilizao
  • Slide 47
  • 3.4 Fases do MSF Previso- Esta fase tem como principal objetivo fazer com que a equipe tenha uma viso comum do projeto; Planejamento- Durante esta fase a equipe prepara a especificao funcional do projeto, define o processo, prepara planos de trabalho, estimativas de custo, e programa os vrios deliverables; Desenvolvimento- Durante esta fase a equipe realiza a implementao da maioria dos componentes da soluo; Estabilizao- Esta fase tem como principal objetivo testar a soluo implementada na fase anterior.
  • Slide 48
  • 3.4 Etapas MSF(cont.) Implantao- Durante esta fase, a equipe estabiliza o produto e obtm a aprovao do cliente final.
  • Slide 49
  • 3.5 Disciplinas As disciplinas so necessrias durante o ciclo de vida dos projetos e so guias constantes para cada modelo, o MSF assume trs disciplinas que so: Disciplina de Gerncia de projeto Disciplina de Gerncia de risco Disciplina de Gerncia de aprendizado
  • Slide 50
  • 3.5 Disciplinas(cont.) Disciplina de Gerncia de projeto- Algumas caractersticas da disciplina de gerencia de projeto: A gerncia de projeto uma disciplina que incorpora atividades de diversas reas de conhecimento; A maioria das responsabilidades sabidas da rea de gerncia de projeto so atribudas ao individuo responsvel pelo papel de gerente de projeto; As atividades da gerncia de projeto ocorrem em mltiplos nveis; Alguns projetos muito grandes ou complexos requerem uma equipe dedicada a gerncia de projeto.
  • Slide 51
  • 3.5 Disciplinas(cont.) Disciplina de Gerncia de risco- A gerncia de risco uma resposta incerteza inerente em projetos de tecnologia. Est representado o processo de gerencia de riscos proativa.
  • Slide 52
  • 3.5 Disciplinas(cont.) Disciplina de Gerncia de Aprendizado pr-ativamente: A disciplina de aprendizado pr - ativamente identifica as habilidades requeridas pelo time, alocando recursos que o projeto necessita e visando novos recursos.
  • Slide 53
  • O Livro 1-Introduo 2- O que o RUP? 2.1 Caractersticas do RUP 2.2 Princpios bsicos do RUP 2.3 Ciclo de vida RUP 2.4 Etapas do RUP 2.4.1 Concepo 2.4.2 Elaborao 2.4.3 Construo 2.4.4 Transio 2.5 Disciplinas 3- O que OpenUp? 3.1 Caractersticas do OpenUp 3.2 Princpios bsicos 3.3 Ciclo de vida 3.4 Etapas do OpenUp 3.4.1 Concepo 3.4.2 Elaborao
  • Slide 54
  • O Livro 3.4.3 Construo 3.4.4 Elaborao 3.5 Disciplinas 4-O que MSF? 4.1Caractersticas do MSF 4.2 Princpios bsicos do MSF 4.3 Ciclo de vida MSF 4.4 Etapas do MSF 4.4.1 Iniciao 4.4.2 Elaborao 4.4.3 Construo 4.4.4 Transio 4.5 Disciplinas 5. Exerccios 6. Sugesto de Leitura 7.Tpicos de Pesquisa 8.Referencias Bibliogrficas
  • Slide 55
  • 4 Dvidas ?
  • Slide 56
  • 6.REFERNCIAS BIBLIOGRFICAS http://www.wthreex.com/rup/portugues/index.htm http://www.linhadecodigo.com.br/Artigo.aspx?id=79 http://javafree.uol.com.br/artigo/871455/Obtendo-Qualidade- de-Software-com-o-RUP.html http://javafree.uol.com.br/artigo/871455/Obtendo-Qualidade- de-Software-com-o-RUP.html http://www-01.ibm.com/software/rational/ http://www.linhadecodigo.com.br/Artigo.aspx?id=1471 http://blogs.msdn.com/bgroth/archive/2005/03/08/389839.aspx www.ibm.com/software/br/rational/rup.shtml www.ibm.com/software/br/rational/rup.shtml