PAS Características: Elaborado com o propósito de ser utilizado em práticas acadêmicas de desenvolvimento de software. Foi desenvolvido de forma iterativa.

Apresentação em tema: "PAS Características: Elaborado com o propósito de ser utilizado em práticas acadêmicas de desenvolvimento de software. Foi desenvolvido de forma iterativa."— Transcrição da apresentação:

1 Processo de Desenvolvimento de Software – PDS PAS – Processo Acadêmico Simplificado

2 PAS Características: Elaborado com o propósito de ser utilizado em práticas acadêmicas de desenvolvimento de software. Foi desenvolvido de forma iterativa e incremental. Baseado no PU (Processo Unificado). Mais simplificado, enxuto e adequado à realidade e às necessidades acadêmicas.

3 Características do PAS
Embora baseado no UP, três processos de desenvolvimento de software foram utilizados como base na construção do PAS: RUP (Rational Unified Process) - processo que visa garantir a produção de software de alta qualidade que atenda às necessidades dos usuários dentro de um cronograma e de um orçamento previsíveis. Ele é centrada em uma arquitetura baseada em componentes facilmente extensível, promovendo a reutilização de software e um entendimento intuitivo. Oferece uma abordagem baseada em disciplinas para atribuir tarefas e responsabilidades dentro de uma organização de desenvolvimento e é guiado por casos de uso, projetado e documentado utilizando a notação UML. ICONIX - processo simples e leve que utiliza a linguagem de modelagem UML e possui uma característica chamada Traceability of Requirements, a qual exige verificar em toda fase se os requisitos estão sendo atendidos. XP (eXtreme Programming) - processo leve, eficiente, flexível e de baixo risco para times pequenos e médios, que desenvolvem software com requisitos dinâmicos ou em constante mudança.

4 Princípios chave Dirigido por casos de uso: os casos de uso orientam o trabalho de desenvolvimento, desde a captação e negociação de requisitos até a aceitação do código Centrado em arquitetura: a arquitetura é a pedra fundamental sobre a qual o sistema será construído além de orientar, junto com os casos de uso, a exploração dos aspectos do sistema Iterativo e incremental:iteração é um miniprojeto que resulta em uma versão do sistema para liberação interna ou externa. Supõe-se que essa versão ofereça uma melhoria incremental sobre a versão anterior

5 Casos de uso e arquitetura
Casos de uso dirigem o desenvolvimento e conseqüentemente dirigem a arquitetura A arquitetura guia a seleção e exploração de casos de uso A idéia básica é focar primeiramente nos casos de uso com grande impacto na arquitetura Estratégia de mitigação de riscos

6 Arquitetura incremental
Nas iterações iniciais é proposta uma arquitetura candidata que comporte-se com um alicerce sólido para a construção do sistema Nas iterações posteriores a arquitetura é avaliada, refinada e consolidada como uma arquitetura completa, a qual influencia a maioria das tarefas de desenvolvimento O processo iterativo e incremental permite identificar as mudanças necessárias no início do projeto, que é o momento no qual as alterações possuem menor custo

7 Desenvolvimento Iterativo
Você deve usar o desenvolvimento iterativo apenas em projetos que você deseja que sejam bem sucedidos. Martin Fowler

8 Processo iterativo e incremental
Diferente do ciclo de vida em cascata, no processo iterativo o desenvolvimento começa ANTES que os requisitos estejam todos definidos em detalhe A realimentação (feedback) é utilizada para esclarecer e aperfeiçoar as especificações A cada iteração todas as atividades (requisitos, análise,...) são realizadas A saída de uma iteração não é um protótipo descartável, e sim um subconjunto do sistema final com qualidade de produção

9 Requisitos e processo iterativo
O processo iterativo e incremental resulta em um melhor tratamento dos requisitos instáveis Ao invés de serem combatidas, as mudanças são esperadas e acolhidas de forma equilibrada A prática de liberar protótipos do sistema permite que clientes e desenvolvedores negociem requisitos de modo progressivo

10 Requisitos e processo iterativo

11

12 Benefícios do desenvolvimento iterativo
Menos erros de projeto, maior produtividade e menor taxa de defeitos Mitigação precoce, em vez de tardia, de altos riscos Progresso visível desde o início Realimentação, envolvimento do usuário e adaptação imediatos, levando a um sistema que atenda às reais necessidades dos stakeholders O aprendizado obtido em uma iteração pode ser aplicado para melhorar o processo nas iterações subsequentes

13 Priorização de casos de uso
A priorização de casos de uso contribui para a mitigação dos riscos Iterações devem ser organizadas priorizando os casos de uso críticos: Casos de uso fortemente dependentes das tecnologias que serão utilizadas no projeto Casos de uso relativos a requisitos não-funcionais como escalabilidade e desempenho Casos de uso complexos, seja do ponto de vista de implementação ou de negócio Casos de uso com alto valor de negócio

14 Fases do PAS Uma fase é o tempo decorrido entre dois marcos principais, contendo uma ou mais iterações Em cada fase são executadas um conjunto de tarefas transversais denominadas disciplinas

15 Fases do PAS Visão geral das fases durante o ciclo de vida iterativo (exemplo)

16 Fases do PAS Concepção Devido ao enfoque acadêmico a fase de concepção é opcional no PAS O PAS não considera a viabilidade, busca apenas uma visão inicial para se trabalhar o sistema Objetivos principais Definição do escopo do sistema Definição da arquitetura candidata Marco: definição do escopo do sistema Geralmente contempla apenas uma iteração

17 Fases do PAS Elaboração
Tem como propósitos estabelecer as bases para capacidade de construção do sistema, identificar requisitos e gerenciar os riscos de nível mais alto Principais objetivos Captar a maioria dos requisitos funcionais Validar a arquitetura candidata Estabelecer um ambiente de desenvolvimento em nível de “produção industrial” Marco: estabelecimento da arquitetura do sistema

18 Fases do PAS Construção
Todos os componentes e características restantes da aplicação são desenvolvidos, testados e integrados ao produto É, de certo modo,um processo industrial, no qual é enfocado o gerenciamento de recursos, prazos e qualidade Principais objetivos: Esclarecer os requisitos restantes Concluir análise, desenvolvimento e teste de todas as funcionalidades necessárias Desenvolver um produto completo que esteja pronto para validação Marco: código-fonte de um sistema operacional quase completo

19 Fases do PAS Validação Tem como foco assegurar que o sistema esteja disponível para seus clientes finais e realizar o ajuste fino do produto Principais objetivos: Entregar e implantar o produto gerado no ambiente do cliente Corrigir defeitos e modificar o sistema para corrigir problemas não identificados previamente Marco: liberação do produto

20 Disciplinas do PAS Requisitos: responsável pela obtenção do um conjunto de requisitos de um produto de software. Delimita o escopo e os requisitos do sistema a ser desenvolvido e fornece uma base para estimar o custo e o tempo de desenvolvimento do sistema. Também define um protótipo de interface de usuário. Análise e Projeto: visa o detalhamento, a estruturação do sistema, além da validação os requisitos. Dá forma ao domínio do sistema e formula modelos estáticos e dinâmicos de um produto concreto. Define a arquitetura para o sistema. Implementação e Testes: concretiza o projeto elaborado na disciplina de Análise e Projeto em uma linguagem de programação orientada a objetos. Testes são planejados e executados. Planejamento e Gerência: concentra tarefas e atividades que visam o planejamento, organização, direção e controle dentro do processo de desenvolvimento de software. O principal papel dessa disciplina chama-se Gerente de Projetos, que é o responsável pela realização dos objetivos do projeto.

21 Outros elementos Artefatos: qualquer porção significativa de informação interna ou disponível aos stakeholders (e.g. documentos, código-fonte, protótipos) Papéis: funções que os indivíduos desempenham no desenvolvimento do projeto. Artefatos são produzidos por trabalhadores que desempenham os papéis (e.g. analista, programador, gerente) Atividades: cada disciplina compreende um conjunto de atividades. Cada atividade é uma tarefa que um trabalhador em um papel executa a fim de produzir um artefato (e.g. análise de requisitos, implementação de caso uso)

22 Referências LARMAN, Craig. Utilizando UML e padrões: uma introdução à análise e ao projeto orientados a objeto e ao desenvolvimento iterativo. Porto Alegre: Bookman, 2007, 3ª ed. BORGES, Rosemary P. Notas de aula. Disponível em < ALEIXO, Fellipe A. et al.Especificação do PAS. Disponível em < SCOTT, Kendall. O processo unificado explicado. Porto Alegre: Bookman, 2003.