Processo de Desenvolvimento de Software – PDS

Slides:



Advertisements
Apresentações semelhantes
Projeto Qualified Curriculum
Advertisements

RUP – Rational Unified Process
Os projetos.
Engenharia de Software
Gerência de Projetos Wesley Peron Seno Introdução
O Processo Praxis 3.0 Processos de Software 25/03/2017
Rational Unified Process(RUP)
Valéria Maria Lauande Março/2010
Descrição do projeto Implementar um sistema de informação com ênfase na modelagem do banco de dados para atender as seguintes atividades da Comissão.
Gestão de projetos de Software GTI-16
Professor: Rogério Lopes Disciplina: Engenharia de Software II Fortium Sistemas da Informação Engenharia de Software II.
RUP: Fluxo de Análise e Projeto
Visão Geral do Desenvolvimento de Sistemas e Papéis no Desenvolvimento de Software Marcely Dias
Alunos: Artulanez Souza Iony Melo
Rational Unified Process
RUP - Cap. 2 – Os 4 P’s (Pessoas, Projeto, Produto e Processo)
RUPinho Qualidade de Software
Visão Geral do RUP.
Fundamentos de Engenharia de SW
Cap 2 – Processo de Software
Análise de Sistemas de Software Prof. Rodrigo Ribeiro.
Processos de Desenvolvimento de Software – Parte 2
Fase de Elaboração: Fluxo de Requisitos
Implementação em Projeto de Sistemas (PFC)
Fase de Elaboração: Fluxo de Análise Análise de Sistemas de Software Prof. Rodrigo Ribeiro.
Prof. Alexandre Vasconcelos
PFC Projeto Final de Curso
Análise e Desenvolvimento de Software
Análise e Projeto de Software CSTDS Profº. Henrique Vila Nova 1.
Técnicas e Projeto de Sistemas
Fase de Concepção (Início, Planejamento)
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.
PSBD II Projeto de Sistemas de Banco de Dados II
O Processo de desenvolvimento de software
Especificação em Projeto de Sistemas
Abr-17 Atividades, Artefatos e Responsáveis da Disciplina de Análise e Projeto Fluxo de análise e projeto.
Análise e Projeto Orientados a Objetos
PROCESSO DE DESENVOLVIMENTO DE SOFTWARE – PDS VALIDAÇÃO.
Bruno Silva Desenvolvido a partir de
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.
Capturando Requisitos com Use Cases Disciplina: Estudo do RUP Autor: Tiago Lima Massoni Orientacao: Augusto Sampaio Paulo Borba.
RUP - Cap. 4 – Processo Centrado na Arquitetura
Processo de Desenvolvimento de Software – PDS C Construção - PAS
Fase de Concepção Levantamento de Requisitos, Organização de Requisitos, Planejamento dos Ciclos Iterativos.
Técnicas e Projeto de Sistemas
Hukarz Open Source Process D01 Alan Kelon, Silvio Meira Recife, 01/12/2006.
Processo Centrado na Arquitetura
Gestão de projetos de Software GTI-16
Desenvolvimento de Sistemas - Fluxo de Testes
Engenharia de Software
Diagramas de Caso de Uso
Engenharia de Software com o RUP - Workflow de Testes Parte II Alexandre Vasconcelos, André Santos, Augusto Sampaio, Hermano Moura, Paulo Borba © Centro.
Requisitos Não funcionais
Os projetos.
Objetivos deste módulo
SISTEMA DE MONITORAMENTO DA TECNOLOGIA DA INFORMAÇÃO.
Profa. Reane Franco Goulart. É uma representação de engenharia de algo que vai ser construído. Para a engenharia de software o projeto foca em quatro.
Engenharia de Software Fluxo de Requisitos
Sistema Almirante Gabriel Junji Ito Giuliano Diego Barbarra.
APSI II Análise e Projeto de Sistemas de Banco de Dados II.
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.
Clínica Digital Projeto de Desenvolvimento de Sistema Corporativo - Parte II -
Desenvolvimento de Software I
/ de Julho de UFPE - Universidade Federal de Pernambuco CIn - Centro de Informática Pós-Graduação em Ciência da Computação Tópicos Avançados.
1 Projeto Piloto Conclusão em Agenda Projeto Piloto –Descrição –Execução da aplicação –Implementação de requisitos funcionais e não- funcionais.
Processos de Software Ludimila Monjardim Casagrande 1º Semestre Desenvolvimento e Qualidade.
Atividades, Artefatos e Responsáveis da Disciplina de Análise e Projeto.
Gerência de Sub-Contratação - SAM
O Processo Unificado (PU). 2 O que é o Processo Unificado (PU)? É um modelo de processo de software baseado no modelo incremental, visando a construção.
Transcrição da apresentação:

Processo de Desenvolvimento de Software – PDS

Fase de Elaboração Analisar o domínio do problema, estabelecer uma fundação arquitetônica sadia, desenvolver o plano de projeto e eliminar os elementos de alto risco do projeto. Delinear a arquitetura do sistema a fim de fornecer uma base estável para o esforço da fase de construção

Objetivos da Fase de Elaboração Definir, validar e delinear a arquitetura tão rápida quanto possível de ser realizada. Tratar todos os riscos significativos do ponto de vista da arquitetura do projeto. Demonstrar que a arquitetura suportará os requisitos do sistema a um custo justo e em tempo justo. Estabelecer um ambiente de suporte.

Atividades Básicas da Fase de Elaboração Detalhar os casos de uso críticos (de maior risco). Elaborar a arquitetura do sistema. Implementar um protótipo de software para validar a arquitetura. Revisar o documento de visão. Gerenciar os riscos e/ou mudanças. Determinar um cronograma de liberações.

Elaboração: Disciplina de Requisitos Deve-se especificar o(s) caso(s) de uso relevantes para validar arquitetura e/ou riscos. Detalha-se o caso de uso, seus fluxos básicos, alternativos e de exceção. Define-se ainda as pré e pós-condições. Identifica-se o(s) ponto(s) de extensão do caso de uso, os atores envolvidos e uma descrição do mesmo. Em caso de dúvidas, procura-se o cliente a fim de saná-las. Feita a especificação, revisa-se os requisitos.

Elaboração: Disciplina de Requisitos Artefatos gerados: Documento de visão revisado Documento de especificação de caso de uso

Elaboração: Disciplina de Análise e Projeto As atividades dessa disciplina devem ser realizadas após as atividades da disciplina de requisitos. Na disciplina de requisitos os casos de uso serão descritos e a partir dessa descrição é que a arquitetura do sistema deverá ser definida, sendo esse o maior objetivo da análise e projeto.

Elaboração: Disciplina de Análise e Projeto Artefatos que podem sofrer modificações: Documento de Arquitetura do Sistema Documento de especificação de caso de uso - inclusão dos diagramas

Elaboração: Disciplina de Implementação e Testes Tem como objetivo validar a arquitetura candidata. Para realizá-la, a equipe deve identificar no mínimo um caso de uso que justifique toda a arquitetura e implementá-lo. Durante a implementação, a equipe irá construir componentes e também irá construir o estilo arquitetural adotado.

Elaboração: Disciplina de Implementação e Testes Artefatos gerados: Plano de Testes Códigos fontes

Elaboração: Disciplina de Gerência de Processo O Gerente trabalha para seguir o plano que foi inicialmente traçado. Ambiente: especificar e instalar, junto com toda a equipe, o ambiente de desenvolvimento. Cliente: manter as reuniões com o cliente e adequar a agenda e o relacionamento com a equipe. Projeto: revisar o Plano de Desenvolvimento de Software. Planejar a próxima iteração em um novo Plano de Iteração e Integração.

Elaboração: Disciplina de Gerência de Processo

Processo de Desenvolvimento de Software Referências: Processo Acadêmico Simplificado. Disponível emhttp://nagano.cefetrn.br/pas-epf/.