Processos de Software

Transcrição

1 Processos de Software Um processo de software é um conjunto de atividades que leva à produção de um produto de software Um modelo de processo de software é uma representação abstrata de um processo de software Modelos de processos são arcabouços que podem ser ampliados e adaptados para criar processos mais específicos. 1

2 Modelos de Processo Modelo em Cascata Desenvolvimento evolucionário Engenharia de Software baseada em componentes Engenharia de Software baseada em Serviços 2

3 Desenvolvimento Evolucionário Processo exploratório trabalha com os clientes para explorar os requisitos O sistema evolui em incrementos, até chegar ao sistema final Prototipação jogar-fora Compreender os requisitos do cliente Experimentar os requisitos mal entendidos 3

4 Desenvolvimento evolucionários 4

5 Desenvolvimento de software baseado em componentes 5

6 Modelo em Espiral 6

7 Atividades: Especificação 7

8 Projeto e implementação Onde está a análise? 8

9 Atividade: validação de software 9

10 Atividade: validação de software 10

11 O que é o PU? é um processo de Software: conjunto de atividades executadas para transformar um conjunto de requisitos do cliente em um sistema de software. é um arcabouço (framework) que pode ser personalizado de acordo com as necessidades específicas e recursos disponíveis para cada projeto. 11

12 Princípios básicos do PU Desenvolvimento iterativo Baseado em casos de uso Centrado na arquitetura 12

13 Desenvolvimento Iterativo Figura extraída de Larman,

14 Baseado em Casos de Uso Um caso de uso é uma sequência de ações, executadas por um ou mais atores e pelo próprio sistema, que produz um ou mais resultados de valor para um ou mais atores. O PU é dirigido por casos de uso, pois os utiliza para dirigir todo o trabalho de desenvolvimento, desde a elicitação inicial e negociação dos requisitos até a aceitação do código (testes). 14

15 Baseado em Casos de Uso Os casos de uso são centrais ao PU e outros métodos iterativos, pois: Os requisitos funcionais são registrados preferencialmente por meio deles Eles ajudam a planejar as iterações Eles podem conduzir o projeto O teste é baseado neles 15

16 Centrado na Arquitetura Arquitetura é a organização fundamental de todo o sistema. Inclui elementos estáticos, dinâmicos, o modo como trabalham juntos e o estilo arquitetônico total que guia a organização do sistema. A arquitetura também se refere a questões como desempenho, escalabilidade, reuso e restrições econômicas e tecnológicas. 16

17 As Fases do PU Cada um dos ciclos de desenvolvimento do PU é dividido em quatro fases Concepção Elaboração Construção Transição 17

18 As Fases do PU Figura extraída de Larman,

19 Fases do PU: Concepção A viabilidade de implantação do sistema é analisada. Definição do escopo do sistema. Estimativas de custos e cronograma Identificação dos potenciais riscos que devem ser gerenciados ao longo do projeto Esboço da arquitetura do sistema, que servirá como alicerce para a sua construção. 19

20 Fases do PU: Elaboração Visão refinada do sistema, com a definição dos requisitos funcionais, detalhamento da arquitetura criada na fase anterior e gerenciamento contínuo dos riscos envolvidos. Estimativas realistas feitas nesta fase permitem preparar um plano para orientar a construção do sistema. 20

21 Fases do PU: Construção O sistema é efetivamente desenvolvido e, em geral, tem condições de ser operado, mesmo que em ambiente de teste, pelos clientes. É nesta fase que o desenvolvimento iterativo e incremental é realizado 21

22 Fases do PU: Transição O sistema é entregue ao cliente para uso em produção. Testes são realizados e um ou mais incrementos do sistema são implantados. Defeitos são corrigidos, se necessário. 22

23 As Disciplinas do PU Se analisarmos as fases do PU, podemos ter a impressão de que cada ciclo de iteração comportase como o modelo em Cascata. Mas isso não é verdade: paralelamente às fases do PU, atividades de trabalho (workflows), denominadas disciplinas do PU, são realizadas em qualquer momento durante o ciclo de desenvolvimento As disciplinas abrangem todas as fases do PU, podendo ter maior ênfase durante certas fases e menor ênfase em outras, mas podem ocorrer em qualquer uma delas 23

24 As Disciplinas do PU Figura extraída de Larman,

25 Os Artefatos do PU Cada uma das disciplinas do PU pode gerar um ou mais artefatos, que devem ser controlados e administrados corretamente durante o desenvolvimento do sistema Artefatos são os documentos produzidos durante o desenvolvimento, tais como diagramas de caso de uso, documento de especificação de requisitos, código fonte ou executável, planos de teste, etc. Muitos dos artefatos são opcionais e produzidos de acordo com as necessidades específicas de cada projeto. 25

26 Os Artefatos do PU Disciplina Artefato Iteração Concepção C 1 Elaboração E 1...E n Construção C 1...C n Transição T 1...T n Modelagem de Modelo Conceitual p Negócio Requisitos Diagrama de Casos de Uso p r Casos de Uso Textuais p r Diagrama de Seqüência do p r Sistema Contratos para operações p r Glossário p r Projeto Diagrama de Classes p r Diagrama de Colaboração p r Diagrama de Pacotes p r Documento de Arquitetura do Software p Implementação Código fonte p r p : produzir; r : refinar 26

27 Processo Unificado da Rational (RUP Rational Unified Process) É uma instância específica e detalhada do Processo Unificado. É um produto da empresa de software IBM (Rational) que contém: Tutoriais da ferramenta Rational Suite (conjunto de ferramentas construídas em torno do RUP) Gabaritos para os artefatos principais Manuais das tarefas e de personalização dos gabaritos do processo. Documentação em um grande conjunto de páginas HTML 27

28 RUP - Fases Semelhante ao PU: Concepção Elaboração Construção Transição 28

29 RUP Disciplinas Gestão de Projeto * Modelagem de Negócio * Requisitos Análise e Projeto (união de A/P do PU) Implementação Teste, Configuração e Gestão de Mudanças* Ambiente * Implantação * * - novas disciplinas 29