RECURSO - QUESTÃO DISSERTATIVA. Protocolo: Identificador:

Tamanho: px
Começar a partir da página:

Download "RECURSO - QUESTÃO DISSERTATIVA. Protocolo: Identificador:"

Transcrição

1 Protocolo: Identificador: ) Apresente o nome da primeira fase do RUP Na linha 08, o candidato apresentou, corretamente, o nome da 1ª fase do RUP. Resultado: a banca mantém os 02 (dois) pontos já atribuídos ao candidato, dentre os 02 (dois) 2) Apresente o nome da segunda fase do RUP Na linha 12, o candidato apresentou, corretamente, o nome da 2ª fase do RUP: Resultado: a banca mantém os 02 (dois) pontos já atribuídos ao candidato, dentre os 02 (dois) 3) Cite dois objetivos principais da primeira fase do RUP Nas linhas 09, 10 e 11, o candidato não citou, corretamente, dois objetivos da 1ª fase do RUP. Segundo o RUP, os objetivos dessa fase são os seguintes: Estabelecer o escopo do software do projeto e as condições limite, incluindo uma visão operacional, critérios de aceitação e o que deve ou não estar no produto. Discriminar os casos de uso críticos do sistema, os principais cenários de operação que direcionarão as principais trocas de design. Exibir, e talvez demonstrar, pelo menos uma opção de arquitetura para alguns cenários básicos. Estimar o custo geral e a programação para o projeto inteiro (e estimativas detalhadas para a fase de elaboração) Calcular os riscos em potencial (as fontes de imprevistos). Preparar o ambiente de suporte para o projeto. Em sua prova, o candidato, afirmou, nas linhas 9, 10 e 11, que são objetivos dessa fase a compreensão dos casos de uso mais críticos e a estabilização dos demais casos de uso. Nesse caso, a compreensão dos casos de uso mais críticos está correta, tendo sido atribuídos 05 (cinco) pontos. A afirmativa referente a estabilização dos demais casos de uso não está correta, o que ocorrerá na fase de Elaboração, na qual os requisitos e os planos devem ser estáveis o suficiente e que os riscos sejam suficientemente diminuídos a fim de determinar com segurança o custo e a programação para a conclusão do desenvolvimento. Resultado: a banca mantém os 05 (cinco) pontos já atribuídos ao candidato, dentre os 10 (dez) 4) Explique o que é iteração no RUP (seta nº 1) Nas linhas 05, 06 e 07, o candidato não explicou, adequadamente, o que é iteração no RUP. O candidato limitou-se a afirmar que cada fase é dividida em iterações, que são etapas de refinamento e evolução dos artefatos gerados, objetivando uma compreensão mais sólida dos mesmos. A colocação do candidato não é adequada e está incompleta, pelos seguintes motivos: (1) nem todas Página 1 / 16

2 fases são divididas em iterações, como é o caso da Iniciação; (2) não se explicou corretamente o que é uma iteração; não se pode considerar que uma iteração objetiva simplesmente uma compreensão mais sólida dos artefatos gerados, mas, segundo o RUP, uma iteração envolve as atividades de desenvolvimento que levam ao release de um produto - uma versão estável e executável do produto, junto com qualquer outro elemento periférico necessário para utilizar esse release. Portanto, uma iteração de desenvolvimento é uma passagem completa por pelo menos todas as disciplinas: Requisitos, Análise e Design, Implementação e Teste. Resultado: a banca mantém 01 (um) ponto já atribuído ao candidato, considerando o fato da citação do aspecto de evolução dos artefatos gerados, dentre os 15 (quinze) 5) Cite o nome da fase do RUP em que cada artefato é elaborado pela primeira vez (desconsidere a evolução do artefato em outra fase) (Caso de Negócio) Na linha 19 e 20, o candidato citou, corretamente, o nome da fase do RUP em que o artefato Caso de Negócio é elaborado pela primeira vez. Resultado: a banca mantém 01 (um) ponto já atribuído ao candidato, dentre 01 (um) possível. 6) Cite o nome da fase do RUP em que cada artefato é elaborado pela primeira vez (desconsidere a evolução do artefato em outra fase) (Modelo de Casos de Uso) Na linha 19 e 20, o candidato não citou, corretamente, o nome da fase do RUP em que o artefato Modelo de Casos de Uso é elaborado pela primeira vez. Segundo o RUP, esse artefato é elaborado, pela primeira vez, na fase de Iniciação. Resultado: a banca mantém o 0 (zero) ponto já atribuídos ao candidato, dentre 01 (um) possível. Página 2 / 16

3 Protocolo: Identificador: ) Apresente o nome da primeira fase do RUP Na linha 03, o candidato apresentou, corretamente, o nome da 1ª fase do RUP. Resultado: a banca mantém os 02 (dois) pontos já atribuídos ao candidato, dentre os 02 (dois) 2) Cite dois objetivos principais da primeira fase do RUP Entre as linha 3 e 8, o candidato citou, corretamente, dois objetivos da 1ª fase do RUP. Resultado: a banca mantém os 10 (dez) pontos já atribuídos ao candidato, dentre os 10 (dez) 3) Apresente o nome da segunda fase do RUP Na linha 14, o candidato apresentou, corretamente, o nome da 2ª fase do RUP. Resultado: a banca mantém os 02 (dois) pontos já atribuídos ao candidato, dentre os 02 (dois) 4) Descreva a meta principal da segunda fase do RUP Em nenhum momento, entre as linhas 14 e 23, o candidato escreveu, de forma explícita, algo semelhante a "a meta principal da 2ª fase do RUP é". Não cabe a banca procurar, dentre do texto escrito pelo candidato, uma resposta que melhor se adeque a pergunta; cabe ao candidato escrever a resposta e dizer explicitamente a que pergunta se refere aquela resposta ou identificar a pergunta e, a seguir, respondê-la claramente, como ele fez em vários outros pontos do texto, como, por exemplo, no caso dos nomes das 1ª e 2ª fases do RUP (respectivamente, nas linhas 03 e 14), da meta da 1ª fase (linha 09) e dos objetivos da 2ª fase (linha 15). Resultado: a banca mantém os 0 (zero) pontos já atribuídos ao candidato, dentre os 10 (dez) 5) Cite dois objetivos principais da segunda fase do RUP Entre as linhas 14 e 23, o candidato citou, corretamente, dois objetivos da 2ª fase do RUP. Resultado: a banca mantém os 10 (dez) pontos já atribuídos ao candidato, dentre os 10 (dez) 6) Apresente o Marco do Ciclo de Vida da segunda fase do RUP Nas linhas 18 e 19, o candidato escreveu que o marco da fase de Elaboração é a versão refinada e evoluída do documento Visão, o que não está correto. Página 3 / 16

4 Segundo o RUP, ao final da fase de Elaboração está o segundo marco mais importante do projeto, o Marco da Arquitetura de Ciclo de Vida. Nesse momento, você examina os objetivos e o escopo detalhados do sistema, a opção de arquitetura e a resolução dos principais riscos. Nesse contexto, o documento Visão poderá evoluir, entretanto, o foco principal está na definição da arquitetura, na estabilização do escopo e na resolução dos riscos. Apesar do erro cometido pelo candidato, a banca levou em consideração o aspecto referente ao documento Visão, no sentido que será um instrumento que apoiará a decisão dos aspectos arquiteturais. Resultado: a banca mantém os 02 (dois) pontos já atribuídos ao candidato, dentre os 10 (dez) 7) Explique o que é iteração no RUP (seta nº 1) Entre as linhas 11 e 13 o candidato citou que uma iteração é um período de tempo de tamanho definido onde são desenvolvidas atividades das várias disciplinas que compõem um ciclo de projeto de software. Segundo o RUP, uma iteração envolve as atividades de desenvolvimento que levam ao release de um produto - uma versão estável e executável do produto, junto com qualquer outro elemento periférico necessário para utilizar essa release. Portanto, uma iteração de desenvolvimento é, de alguma forma, uma passagem completa por pelo menos todas as disciplinas: Requisitos, Análise e Design, Implementação e Teste. A resposta do candidato, apesar de bastante sucinta, apresenta elementos corretos, entretanto ele não aborda completamente o que é iteração, como, por exemplo, a questão de se obter uma versão estável e executável do produto, por meio de uma release, assim como não cita, nominalmente, a questão da passagem pelas disciplinas de Requisitos, Análise e Design, Implementação e Teste. Resultado: a banca mantém os 13 (treze) pontos já atribuídos ao candidato, dentre os 15 (quinze) 8) O candidato apenas cita textualmente "Os itens da parte C que abordam os artefatos e seu objetivo, responsável e fase em que são elaborados pela primeira vez foram tratados entre as linhas 20 e 30 e estão parcialmente corretos.". Em sua colocação ele é claro ao afirmar que há erros nas suas respostas, mas considera, também, que há respostas corretas, não abordando quais e o porque. 8.1) Descreva o objetivo de cada artefato (Caso de Negócio) A resposta do candidato está errada, pois não é um artefato relacionado a representação da necessidade ou problema do ponto de vista do negócio. Segundo o RUP, esse artefato fornece as informações necessárias, de um ponto de vista de negócios, para determinar se compensa, ou não, investir no projeto. A finalidade principal do Caso de Negócios é desenvolver um plano econômico para realizar a visão de projeto apresentada em Produto de Trabalho: Visão. Uma vez desenvolvido, o Caso de Negócio é usado para fazer uma avaliação precisa do ROI (Retorno do Investimento) fornecido pelo projeto. Ele fornece a justificativa para o projeto e estabelece suas restrições econômicas. Ele fornece informações para os tomadores de decisões econômicas sobre o valor do projeto e é usado para determinar se o projeto deve continuar. Página 4 / 16

5 Resultado: a banca mantém os 0 (zero) pontos já atribuídos ao candidato, dentre os 05 (cinco) 8.2) Cite o responsável pela elaboração de cada artefato (Caso de Negócio) A resposta do candidato está errada. Quem é responsável pela elaboração do artefato Caso de Negócio é o Coordenador de Projeto. Resultado: a banca mantém os 0 (zero) pontos já atribuídos ao candidato, dentre 01 (um) possível. 8.3) Cite o nome da fase do RUP em que cada artefato (Caso de Negócio) é elaborado pela primeira vez (desconsidere a evolução do artefato em outra fase) A resposta do candidato está correta. Resultado: a banca mantém 01 (um) já atribuído ao candidato, dentre 01 (um) possível. 8.4) Descreva o objetivo de cada artefato (Modelo de Casos de Uso) A resposta do candidato está correta. Resultado: a banca mantém os 05 (cinco) pontos já atribuídos ao candidato, dentre os 05 (cinco) 8.5) Cite o responsável pela elaboração de cada artefato (Modelo de Casos de Uso) A resposta do candidato está errada. Segundo o RUP, quem é responsável pela sua elaboração é o Analista de Sistemas. Resultado: a banca mantém os 0 (zero) pontos já atribuídos ao candidato, dentre 01 (um) possível. 8.6) Cite o nome da fase do RUP em que cada artefato (Modelo de Casos de Uso) é elaborado pela primeira vez (desconsidere a evolução do artefato em outra fase) A resposta do candidato está errada. Segundo o RUP, esse artefato é elaborado, pela primeira vez, na fase de Iniciação. Resultado: a banca mantém os 0 (zero) pontos já atribuídos ao candidato, dentre 01 (um) possível. 8.7) Descreva o objetivo de cada artefato (Especificação Suplementar) O candidato respondeu que esse artefato tem como objetivo detalhar informações adicionais necessárias para o desenvolvimento dos requisitos. A colocação do candidato está bastante incompleta. Segundo o RUP, os requisitos que não forem aplicáveis a Casos de Uso específicos serão capturados na Especificação Suplementar. Requisitos funcionais e não funcionais podem ser capturados na Especificação Suplementar. As Especificações Complementares capturam os requisitos do sistema que não são prontamente capturados nos casos de uso do modelo de caso de uso. Entre os requisitos estão incluídos: (1) requisitos legais e de regulamentação e padrões de aplicativo; (2) atributos de qualidade do sistema a ser criado, incluindo requisitos de usabilidade, confiabilidade, desempenho e suportabilidade; e (3) outros requisitos, como aqueles para os sistemas e ambientes operacionais, compatibilidade com outro software e restrições de design. Página 5 / 16

6 Apesar da resposta do candidato estar incompleta, considerou-se o seguinte aspecto citado pelo mesmo: "informações adicionais necessárias para o desenvolvimento dos requisitos". Resultado: a banca mantém 01 (um) ponto já atribuído ao candidato, dentre os 05 (cinco) 8.8) Cite o responsável pela elaboração de cada artefato (Especificação Suplementar) A resposta do candidato está correta. Resultado: a banca mantém os 01 (um) ponto já atribuído ao candidato, dentre 01 (um) possível. 8.9) Cite o nome da fase do RUP em que cada artefato (Especificação Suplementar) é elaborado pela primeira vez (desconsidere a evolução do artefato em outra fase) A resposta do candidato está errada. Segundo o RUP, esse artefato é elaborado pela primeira vez na fase de Iniciação. Resultado: a banca mantém os 0 (zero) pontos já atribuídos ao candidato, dentre 01 (um) possível. Página 6 / 16

7 Protocolo: ) Cite dois objetivos principais da primeira fase do RUP Entre as linhas 04 e 07, o candidato apresentou a seguinte resposta: "Entre os objetivos principais desta fase cito o estabelecimento de entendimento comum entre os envolvidos do produto a ser desenvolvido em termos de suas necessidades e problemas a serem resolvidos. Outro objetivo e definir os limites do sistema assim como seus principais recursos". Segundo o RUP, os objetivos dessa fase são os seguintes: Estabelecer o escopo do software do projeto e as condições limite, incluindo uma visão operacional, critérios de aceitação e o que deve ou não estar no produto. Discriminar os casos de uso críticos do sistema, os principais cenários de operação que direcionarão as principais trocas de design. Exibir, e talvez demonstrar, pelo menos uma opção de arquitetura para alguns cenários básicos. Estimar o custo geral e a programação para o projeto inteiro (e estimativas detalhadas para a fase de elaboração). Calcular os riscos em potencial (as fontes de imprevistos). Preparar o ambiente de suporte para o projeto. Nesse caso, o estabelecimento de entendimento comum entre os envolvidos do produto a ser desenvolvido em termos de suas necessidades e problemas a serem resolvidos caracteriza-se por ser uma meta da fase de Iniciação e não um de seus objetivos. O segundo objetivo descrito pelo candidato está correto e foi considerado. Resultado: a banca mantém os 05 (cinco) pontos já atribuídos ao candidato, dentre os 10 (dez) Em consequência, a banca mantém a pontuação divulgada para esse candidato. RECURSO INDEFERIDO Página 7 / 16

8 Protocolo: ) Apresente o Marco do Ciclo de Vida da primeira fase do RUP Entre as linhas 07 e 11, o candidato apresentou a seguinte resposta: "O marco do ciclo de vida dessa fase e quando considera-se que o documento visão foi refinado e evoluído sem base em novas informações, obtidas durante a fase, tais como compreensão solida dos casos de usos mais críticos, a estabilização dos demais casos de usos, a definição de uma opção de arquitetura e a resolução dos principais riscos.". Segundo o RUP, o Marco de Objetivos do Ciclo de Vida avalia a viabilidade básica do projeto, decidindo pela sua continuidade ou não. Ao final da fase de iniciação está o primeiro marco mais importante do projeto ou o Marco dos Objetivos do Ciclo de Vida. Nesse momento, você analisa os objetivos do ciclo de vida do projeto e decide prosseguir com o projeto ou cancelá-lo. Nesse caso, observa-se que o candidato não apresenta corretamente o marco da primeira fase, como solicitado. O candidato apresenta uma mistura de objetivos da primeira e da segunda fase. Apesar disso, considerou-se apenas uma parte de sua resposta, por ter abordado a evolução do documento Visão e novas informações, o que apoiará a decisão da continuidade ou não do projeto. Resultado: a banca mantém os 02 (dois) pontos já atribuídos ao candidato, dentre os 10 (dez) Página 8 / 16

9 Protocolo: ) Descreva a meta principal da segunda fase do RUP Entre as linhas 12 e 13, o candidato apresentou a seguinte resposta: "Sua meta principal e elaborar os casos de negócios". Segundo o RUP, a meta da fase de Elaboração é criar a baseline para a arquitetura do sistema a fim de fornecer uma base estável para o esforço da fase de construção. A arquitetura se desenvolve a partir de um exame dos requisitos mais significativos (aqueles que têm grande impacto na arquitetura do sistema) e de uma avaliação de risco. A estabilidade da arquitetura é avaliada através de um ou mais protótipos de arquitetura. Em sua ponderação o candidato procura estabelecer uma correlação entre casos de negócio, requisitos mais significativos e a questão da baseline arquitetural descrita na meta da fase de Elaboração. Entretanto, essa correlação não pode ser considerada, uma vez que ela não está presente no texto escrito pelo candidato. Não há como tratar, nessa prova, aspectos que efetivamente não foram escritos, passando-se a valorizar ideias do tipo "apesar de não estar escrito eu quis dizer isso" ou "apesar de não estar escrito, deve-se considerar que o aspecto que eu citei impactará o que consta na resposta e por esse motivo deve ser considerado parcialmente". Nesse caso, a resposta do candidato está errada e não há o que considerar em termos de pontuação. Resultado: a banca mantém os 0 (zero) pontos já atribuídos ao candidato, dentre os 10 (dez) Página 9 / 16

10 Protocolo: ) Cite dois objetivos principais da segunda fase do RUP Entre as linhas 13 e 14, o candidato apresentou a seguinte resposta: "Entre os objetivos principais dessa fase cito a definição dos casos de uso mais críticos e a identificação dos atores principais do sistema". Segundo o RUP, os objetivos dessa fase são os seguintes: Assegurar que a arquitetura, os requisitos e os planos sejam estáveis o suficiente e que os riscos sejam suficientemente diminuídos a fim de determinar com segurança o custo e a programação para a conclusão do desenvolvimento. Para a maioria dos projetos, ultrapassar essa marca também corresponde à transição de uma operação rápida e de baixo risco para uma operação de alto custo e alto risco com uma inércia organizacional freqüente. Tratar todos os riscos significativos do ponto de vista da arquitetura do projeto. Estabelecer uma arquitetura de baseline derivada do tratamento dos cenários significativos do ponto de vista da arquitetura, que normalmente expõem os maiores riscos técnicos do projeto. Produzir um protótipo evolutivo dos componentes de qualidade de produção, assim como um ou mais protótipos de pesquisa, descartáveis, para diminuir riscos específicos. Demonstrar que a arquitetura de baseline suportará os requisitos do sistema a um custo justo e em tempo justo. Estabelecer um ambiente de suporte. Nesse caso, a definição dos casos de uso mais críticos e a identificação dos atores principais do sistema dizem respeito a objetivos da fase de Iniciação e não Elaboração. Não há como tratar, nessa prova, aspectos que efetivamente não foram escritos, passando-se a valorizar ideias do tipo "apesar de não estar escrito eu quis dizer isso" ou "apesar de não estar escrito, deve-se considerar que o aspecto que eu citei impactará o que consta na resposta e por esse motivo deve ser considerado parcialmente". Nesse caso, a resposta do candidato está errada e não há o que considerar em termos de pontuação. Resultado: a banca mantém os 0 (zero) pontos já atribuídos ao candidato, dentre os 10 (dez) Página 10 / 16

11 Página 11 / 16

12 Protocolo: ) Apresente o Marco do Ciclo de Vida da segunda fase do RUP Entre as linhas 14 e 16, o candidato apresentou a seguinte resposta: "O marco do ciclo de vida dessa fase e quando designa-se que os casos de negocio foram refinados e evoluídos com base nas informações de documento visão". Segundo o RUP, ao final da fase de Elaboração está o segundo marco mais importante do projeto, o Marco da Arquitetura de Ciclo de Vida. Nesse momento, você examina os objetivos e o escopo detalhados do sistema, a opção de arquitetura e a resolução dos principais riscos. Nesse caso, observa-se que o candidato não apresenta corretamente o marco da segunda fase como solicitado. O candidato apresenta de forma genérica a evolução dos casos de negócio, enquanto o principal é a estabilização das especificações de casos de uso e definição da arquitetura. Nenhum desses elementos estão presentes na resposta do candidato. Apesar disso, considerou-se apenas uma parte de sua resposta, por ter abordado a evolução do documento Visão e novas informações, o que apoiará a decisão da fase de Elaboração do projeto. Resultado: a banca mantém os 02 (dois) pontos já atribuídos ao candidato, dentre os 10 (dez) Página 12 / 16

13 Protocolo: ) Explique o que é iteração no RUP (seta nº 1) Entre as linhas 04 e 07, o candidato apresentou a seguinte resposta: "A iteração corresponde ao numero de avaliação ou revisões pelas quais o processo passou ate aquele momento". Segundo o RUP, uma iteração envolve as atividades de desenvolvimento que levam ao release de um produto - uma versão estável e executável do produto, junto com qualquer outro elemento periférico necessário para utilizar esse release. Portanto, uma iteração de desenvolvimento é, de alguma forma, uma passagem completa por pelo menos todas as disciplinas: Requisitos, Análise e Design, Implementação e Teste. Nesse caso, a conceituação apresentada pelo candidato está completamente errada. No RUP, uma não corresponde ao numero de avaliação ou revisões pelas quais o processo passou ate aquele momento, mas diz respeito a uma passagem completa pelas disciplinas de Requisitos, Análise e Design, Implementação e Teste, com vistas a produção de uma versão estável e executável do produto (release). Não há como tratar, nessa prova, aspectos que efetivamente não foram escritos, passando-se a valorizar ideias do tipo "apesar de não estar escrito eu quis dizer isso" ou "apesar de não estar escrito, deve-se considerar que o aspecto que eu citei impactará o que consta na resposta e por esse motivo deve ser considerado parcialmente". Nesse caso, a resposta do candidato está errada e não há o que considerar em termos de pontuação. Resultado: a banca mantém os 0 (zero) pontos já atribuídos ao candidato, dentre os 15 (quinze) Página 13 / 16

14 Protocolo: ) Cite o responsável pela elaboração de cada artefato (Modelo de Casos de Uso) Entre as linhas 21 e 23, o candidato apresentou a seguinte resposta: "Já o modelo do caso de uso tem o mesmo autor(analista de sistema), também é produzido na fase de elaboração, mas tem como objetivo servir como linha do tempo para as demais bases nos casos de negocio. ". O candidato respondeu corretamente esse item. Resultado: a banca mantém 01 (um) ponto já atribuído ao candidato, dentre 01 (um) possível. 2) Cite o nome da fase do RUP em que cada artefato (Modelo de Casos de Uso) é elaborado pela primeira vez (desconsidere a evolução do artefato em outra fase) A resposta do candidato está errada. Segundo o RUP, esse artefato é elaborado, pela primeira vez, na fase de Iniciação. Resultado: a banca mantém os 0 (zero) pontos já atribuídos ao candidato, dentre 01 (um) possível. Página 14 / 16

15 Protocolo: ) Descreva o objetivo de cada artefato (Modelo de Casos de Uso) Entre as linhas 23 e 24, o candidato apresentou a seguinte resposta: "tem como objetivo servir como linha do tempo para as demais bases nos casos de negocio". Segundo o RUP, esse artefato é um modelo das funções pretendidas do sistema e seu ambiente e serve como um contrato estabelecido entre o cliente e os desenvolvedores. É utilizado como fonte de informações essencial para atividades de análise, design e teste. Nesse caso, a conceituação apresentada pelo candidato está completamente errada. O candidato fez colocações a respeito que o artefato Modelo de Casos de Uso tem como objetivo servir como linha do tempo para as demais bases nos casos de negocio. Na verdade há apenas um caso de negócio e a correlação que o candidato procura estabelecer entre o Modelo de Casos de Uso e o Caso de Negócio não responde a questão, pois não descreve o objetivo do artefato. Não há como tratar, nessa prova, aspectos que efetivamente não foram escritos, passando-se a valorizar ideias do tipo "apesar de não estar escrito eu quis dizer isso" ou "apesar de não estar escrito, deve-se considerar que o aspecto que eu citei impactará o que consta na resposta e por esse motivo deve ser considerado parcialmente". Resultado: a banca mantém os 0 (zero) pontos já atribuídos ao candidato, dentre 05 (cinco) Página 15 / 16

16 Protocolo: ) Descreva a meta principal da primeira fase do RUP Entre as linhas 03 e 04, o candidato apresentou a seguinte resposta: "A primeira fase do RUP é a Iniciação. Sua meta principal é produzir um documento visão evoluído". Segundo o RUP, a meta dominante da fase de Iniciação é atingir o consenso entre todos os investidores sobre os objetivos do ciclo de vida do projeto. A resposta do candidato não está correta. A meta principal não é produzir um documento Visão evoluído e sim atingir o consenso entre todos os investidores sobre os objetivos do ciclo de vida do projeto. Apesar da falha na resposta, considerou-se que a evolução de tal artefato será base para o consenso entre as partes envolvidas no projeto. Resultado: a banca mantém os 05 (cinco) pontos já atribuídos ao candidato, dentre os 10 (dez) Página 16 / 16

RUP. Prof. Edison A M Morais.

RUP. Prof. Edison A M Morais. Prof. Edison A M Morais prof@edison.eti.br http://www.edison.eti.br Agenda Definir Processo Unificado (UP) Definir RUP Comparar UP x RUP Mostrar as Variações do RUP Mostrar o Ciclo de Vida do RUP 2 O Processo

Leia mais

Engenharia de Software I. Curso de Desenvolvimento de Software Prof. Alessandro J de Souza

Engenharia de Software I. Curso de Desenvolvimento de Software Prof. Alessandro J de Souza 1 Engenharia de Software I Curso de Desenvolvimento de Software Prof. Alessandro J de Souza ajdsouza@cefetrn.br 2 Rational Unified Process RUP Fase Inicição VISÃO GERAL 3 Visão Geral FASES do RUP 4 A partir

Leia mais

! Introdução. " Motivação para Processos de Software. ! Processo Unificado (USDP) " Definições " RUP x USDP " Características do Processo Unificado

! Introdução.  Motivação para Processos de Software. ! Processo Unificado (USDP)  Definições  RUP x USDP  Características do Processo Unificado Agenda Rodrigo Reis Cleidson de Souza! Introdução " Motivação para Processos de Software! (USDP) " Definições " RUP x USDP " Características do! Descrição detalhada do! Processos Derivados! Templates simplificados!

Leia mais

Visão Geral RUP (Rational Unified Process) Professor: Tiago Reis RUP

Visão Geral RUP (Rational Unified Process) Professor: Tiago Reis RUP Visão Geral RUP (Rational Unified Process) Professor: Tiago Reis RUP 1 RUP 1. Processo de engenharia de software 2. Oferece uma abordagem baseada em disciplinas para atribuir tarefas e responsabilidades

Leia mais

Introdução ao RUP. Livar Correia de O. C. Cunha Effektiv Solutions

Introdução ao RUP. Livar Correia de O. C. Cunha Effektiv Solutions Introdução ao RUP Livar Correia de O. C. Cunha livarcocc@gmail.com 1 Rational Unified Process (RUP) É um framework de processo de desenvolvimento de software Uma metodologia é uma instanciação dos processos

Leia mais

RUP RATIONAL UNIFIED PROCESS

RUP RATIONAL UNIFIED PROCESS O que é RUP? É um metodologia para gerenciar projetos de desenvolvimento de software que usa a UML como ferramenta para especificação de sistemas. Ele é um modelo de processo híbrido Mistura elementos

Leia mais

RUP RATIONAL UNIFIED PROCESS CONCEITOS CHAVES. Prof. Fabiano Papaiz IFRN

RUP RATIONAL UNIFIED PROCESS CONCEITOS CHAVES. Prof. Fabiano Papaiz IFRN RUP RATIONAL UNIFIED PROCESS CONCEITOS CHAVES Prof. Fabiano Papaiz IFRN Conceitos Chaves do RUP Fases Iterações Disciplinas (ou Workflow / Fluxo de Trabalho) Papéis Atividades / Tarefas Artefatos / Produtos

Leia mais

INF014 Análise e Projeto de Sistemas Processos Unificado -RUP

INF014 Análise e Projeto de Sistemas Processos Unificado -RUP INF014 Análise e Projeto de Sistemas Processos Unificado -RUP Maurício Pitangueira antoniomauricio@ifba.edu.br Instituto Federal de Educação, Ciência e Tecnologia da Bahia Departamento de Tecnologia Eletro-Eletrônica

Leia mais

UNIVERSIDADE FEDERAL DO PARANÁ - UFPR BACHARELADO EM CIÊNCIA DA COMPUTAÇÃO

UNIVERSIDADE FEDERAL DO PARANÁ - UFPR BACHARELADO EM CIÊNCIA DA COMPUTAÇÃO CI 221 DISCIPLINA: Engenharia de Software AULA NÚMERO: 3 DATA: / / PROFESSOR: Andrey APRESENTAÇÃO O objetivo desta aula é apresentar e discutir conceitos básicos como processo, projeto, produto, por que

Leia mais

O PLANEJAMENTO PRELIMINAR

O PLANEJAMENTO PRELIMINAR O PLANEJAMENTO PRELIMINAR PLANEJAMENTO É o processo que visa estabelecer com antecedência as decisões e as ações a serem executadas em um dado futuro, para atingir um objetivo definido, em um certo prazo,

Leia mais

Departamento de Sistemas de Computação Universidade de São Paulo Análise e Projeto Orientados a Objetos Aula 2 O Processo Unificado (PU)

Departamento de Sistemas de Computação Universidade de São Paulo Análise e Projeto Orientados a Objetos Aula 2 O Processo Unificado (PU) Departamento de Sistemas de Computação Universidade de São Paulo Análise e Projeto Orientados a Objetos Aula 2 O Processo Unificado (PU) Prof. Seiji Isotani (sisotani@icmc.usp.br) Modelos de Processo de

Leia mais

Disciplina - Requisitos. Grupo Yuni Luiz Eduardo Káthia

Disciplina - Requisitos. Grupo Yuni Luiz Eduardo Káthia Disciplina - Requisitos Grupo Yuni Luiz Eduardo Káthia RUP(Rational Unified Process) 1. Introdução. 2. Introdução a disciplinas no RUP. 3. Requisitos. 4. Gerenciamento de Requisitos. 5. Relação com outras

Leia mais

O Processo Unificado (PU) SSC 121 Engenharia de Software I Profa. Dra. Elisa Yumi Nakagawa 2 o semestre de 2012

O Processo Unificado (PU) SSC 121 Engenharia de Software I Profa. Dra. Elisa Yumi Nakagawa 2 o semestre de 2012 O Processo Unificado (PU) SSC 121 Engenharia de Software I Profa. Dra. Elisa Yumi Nakagawa 2 o semestre de 2012 Modelos de Processo de Software Desenvolver software é geralmente uma tarefa complexa e sujeita

Leia mais

PROCESSO DE DESENVOLVIMENTO DE SOFTWARE. Prof. Fabiano Papaiz IFRN

PROCESSO DE DESENVOLVIMENTO DE SOFTWARE. Prof. Fabiano Papaiz IFRN PROCESSO DE DESENVOLVIMENTO DE SOFTWARE Prof. Fabiano Papaiz IFRN Um Processo de Desenvolvimento de Software, ou simplesmente Processo de Software, é um conjunto de atividades realizadas por pessoas cujo

Leia mais

Engenharia Software. Ení Berbert Camilo Contaiffer

Engenharia Software. Ení Berbert Camilo Contaiffer Engenharia Software Ení Berbert Camilo Contaiffer Características do Software Software não é um elemento físico, é um elemento lógico; Software é desenvolvido ou projetado por engenharia, não manufaturado

Leia mais

Prof. Fábio Lúcio Meira

Prof. Fábio Lúcio Meira Prof. Fábio Lúcio Meira Objetivo Transformar os requisitos no design do futuro sistema Evoluir uma arquitetura robusta do sistema Adaptar o design para adequá-lo ao ambiente de implementação O principal

Leia mais

Engenharia de Software Processo de Desenvolvimento. Ciclo de Vida - Modelo Cascata

Engenharia de Software Processo de Desenvolvimento. Ciclo de Vida - Modelo Cascata Processo de Desenvolvimento Também chamado de ciclo de vida do software Reflete os passos necessários para se construir um produto de software Existem vários modelos de ciclo de vida Cascata (1956) Iterativo

Leia mais

Visão Geral do RUP (Rational Unified Process)

Visão Geral do RUP (Rational Unified Process) Visão Geral do RUP (Rational Unified Process) Objetivos deste módulo Apresentar as características do RUP Discutir os conceitos que existem no RUP: fases, fluxos de atividades (worklows), iterações, responsáveis,

Leia mais

<Nome do Projeto> Plano do Projeto

<Nome do Projeto> Plano do Projeto Plano do Projeto Versão 1 Data Índice 1. DESCRIÇÃO DO PROJETO 2. ORGANIZAÇÃO DO PROJETO 2.1. Estrutura Organizacional 2.2. Interface Externa 3. PROCESSO DE GERENCIAMENTO 3.1. Estimativas

Leia mais

Engenharia de Software Simulado para a 1ª Avaliação Bimestral Professor: Danilo Giacobo - RESPOSTAS. Nome:

Engenharia de Software Simulado para a 1ª Avaliação Bimestral Professor: Danilo Giacobo - RESPOSTAS. Nome: Engenharia de Software Simulado para a 1ª Avaliação Bimestral Professor: Danilo Giacobo - RESPOSTAS Nome: 1. No ciclo de vida de software, a estrutura de dados, a arquitetura, os detalhes procedimentais

Leia mais

Processos de Software by Pearson Education Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 4 Slide 1

Processos de Software by Pearson Education Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 4 Slide 1 Processos de Software Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 4 Slide 1 Objetivos Apresentar modelos de processos de software Descrever três modelos genéricos de processo e quando

Leia mais

PROCESSO DE DESENVOLVIMENTO DE SOFTWARE

PROCESSO DE DESENVOLVIMENTO DE SOFTWARE PROCESSO DE DESENVOLVIMENTO DE SOFTWARE Luiz Leão luizleao@gmail.com http://www.luizleao.com Questão 1 Para Sommerville a arquitetura de sistemas descreve o sistema em termos de um conjunto de unidades

Leia mais

Residência em Arquitetura de Software. Gerência de Escopo. Gerência de Desenvolvimento

Residência em Arquitetura de Software. Gerência de Escopo.  Gerência de Desenvolvimento Residência em Arquitetura de Software Gerência de Escopo Prof. Dr. Sandro Ronaldo Bezerra Oliveira srbo@ufpa.br www.ufpa.br/srbo Gerência de Desenvolvimento 2008.2 Faculdade de Computação Instituto de

Leia mais

ENGENHARIA DE SOFTWARE

ENGENHARIA DE SOFTWARE CURSO TÉCNICO DE INFORMÁTICA Módulo A ENGENHARIA DE SOFTWARE Processos de Software O PROCESSO É LENTO... Todo software deve ser construído de forma organizada, através de processos. Um processo pode ser

Leia mais

Processo Unificado (PU) Unified Process

Processo Unificado (PU) Unified Process Processo Unificado (PU) Unified Process 10 de junho de 2011 Adonai Canêz One comment Introdução O Processo Unificado (PU) surgiu para realizar o desenvolvimento de software visando a construção de sistemas

Leia mais

Halison Miguel Edvan Pontes

Halison Miguel Edvan Pontes Halison Miguel Edvan Pontes Apresentação Surgimento; Conceitos; Características; Elementos Básicos; Estrutura; Disciplina. Surgimento O Processo Unificado Aberto, do inglês Open Unified Process (OpenUP)

Leia mais

Workflow Genérico de Iteração

Workflow Genérico de Iteração Workflow Genérico de Iteração Introdução Padrão comum que caracteriza todas iterações de todas as fases Inclui os cinco workflows básicos:requisitos, análise, projeto, implementação, e teste Inclui também

Leia mais

PROCESSO RUP. Progessora Lucélia

PROCESSO RUP. Progessora Lucélia PROCESSO RUP Progessora Lucélia RUP É UM PROCESSO: Dirigido por casos de uso (use cases) Centrado na arquitetura Iterativo e incremental COMO FUNCIONA: A arquitetura provê a estrutura para guiar o desenvolvimento

Leia mais

Delimitar claramente o escopo do projeto Estimar custo, tempo e retorno do investimento (feasibility)

Delimitar claramente o escopo do projeto Estimar custo, tempo e retorno do investimento (feasibility) FASE DE CONCEPÇÃO CONCEPÇÃO LANÇA O PROJETO Realizar o business case inicial Delimitar claramente o escopo do projeto Estimar custo, tempo e retorno do investimento (feasibility) Formular a arquitetura

Leia mais

Prof. Dr. Thiago Jabur Bittar

Prof. Dr. Thiago Jabur Bittar Prof. Dr. Thiago Jabur Bittar Uma representação abstrata e simplificada do processo de desenvolvimento software, tipicamente mostrando as principais atividades e dados usados na produção e manutenção de

Leia mais

Engenharia de Software II

Engenharia de Software II Faculdade de Ciências e Tecnologia Departamento de Matemática e Computação Bacharelado em Ciência da Computação Engenharia de Software II Aula 07 (rogerio@fct.unesp.br) Conceitos Básicos do Rational Unified

Leia mais

Processos de Software

Processos de Software 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

Leia mais

PROCESSO DE DESENVOLVIMENTO DE SOFTWARE

PROCESSO DE DESENVOLVIMENTO DE SOFTWARE PROCESSO DE DESENVOLVIMENTO DE SOFTWARE Luiz Leão luizleao@gmail.com http://www.luizleao.com Questão 1 O desenvolvimento de software envolve usuários, clientes e desenvolvedores. Avalie as seguintes afirmações

Leia mais

Projeto Integrador. <Projeto Integrador> Documento Visão. Versão <1.0>

Projeto Integrador. <Projeto Integrador> Documento Visão. Versão <1.0> Projeto Integrador Documento Visão Versão Histórico de Revisões Data Versão Descrição Autor

Leia mais

Concepção lança o projeto

Concepção lança o projeto FASE DE CONCEPÇÃO Concepção lança o projeto Realizar o business case inicial Delimitar claramente o escopo do projeto Estimar custo, tempo e retorno do investimento (feasibility) Formular a arquitetura

Leia mais

Processo de Desenvolvimento de Software

Processo de Desenvolvimento de Software Luiz Leão luizleao@gmail.com http://www.luizleao.com Conteúdo Programático desta aula Fases do Processo. Ciclo de vida do processo. Processo Unificado Orientado por Casos de Uso, surgiu para realizar o

Leia mais

Análise e Projeto Orientado a Objetos

Análise e Projeto Orientado a Objetos Análise e Projeto Orientado a Objetos Aula 1.10 - Engenharia de Requisitos Bruno Neiva Moreno Instituto Federal do Rio Grande do Norte Campus Nova Cruz bruno.moreno@ifrn.edu.br 1/27 Introdução A Engenharia

Leia mais

Introdução a Teste de Software

Introdução a Teste de Software Universidade Católica de Pelotas Tecnólogo em Análise e Desenvolvimento de Sistemas Disciplina de Qualidade de Software Introdução a Teste de Software Prof. Luthiano Venecian 1 Conceitos Teste de software

Leia mais

Teste de Software. Prof. Camila. Pedro de Assis Sobreira Jr.

Teste de Software. Prof. Camila. Pedro de Assis Sobreira Jr. Teste de Software Prof. Camila Pedro de Assis Sobreira Jr. 2 Técnicas de Testes Técnica de Teste Funcional Técnica de Teste Estrutural 3 Testes Funcionais Teste de Especificação de Requisitos. Teste de

Leia mais

INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA DO RIO GRANDE DO NORTE CAMPUS JOÃO CÂMARA ENGENHARIA DE SOFTWARE

INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA DO RIO GRANDE DO NORTE CAMPUS JOÃO CÂMARA ENGENHARIA DE SOFTWARE 1 INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA DO RIO GRANDE DO NORTE CAMPUS JOÃO CÂMARA ENGENHARIA DE SOFTWARE Nickerson Fonseca Ferreira nickerson.ferreira@ifrn.edu.br Introdução 2 Antes de qualquer

Leia mais

Visão Geral do RUP.

Visão Geral do RUP. Visão Geral do RUP hermano@cin.ufpe.br Objetivos Apresentar as características RUP Discutir os conceitos da metodologia: fases, fluxos de atividades (workflows), iterações, responsáveis, atividades e artefatos

Leia mais

RUP Rational Unified Proccess (Processo Unificado da Rational) Equipe WEB Cercomp

RUP Rational Unified Proccess (Processo Unificado da Rational) Equipe WEB Cercomp RUP Rational Unified Proccess (Processo Unificado da Rational) Equipe WEB Cercomp web@cercomp.ufg.br 1. Introdução É um processo proprietário de Engenharia de software criado pela Rational Software Corporation,

Leia mais

Conteúdo. Disciplina: INF Engenharia de Software. Monalessa Perini Barcellos

Conteúdo. Disciplina: INF Engenharia de Software. Monalessa Perini Barcellos Universidade Federal do Espírito Santo Centro Tecnológico Departamento de Informática Disciplina: INF 09289 Prof.: (monalessa@inf.ufes.br) Conteúdo 1. Introdução 3. Especificação e Análise de Requisitos

Leia mais

Professor Emiliano S. Monteiro

Professor Emiliano S. Monteiro Professor Emiliano S. Monteiro To-Do Doing Done Conhecer os processos de desenvolvimento habilita o aluno a realizar uma melhor escolha de processo para uso em projetos futuros. A vantagem de conhecer

Leia mais

Rational Unified Process (RUP)

Rational Unified Process (RUP) Rational Unified Process (RUP) A Rational é bem conhecida pelo seu investimento em orientação em objetos. A empresa foi à criadora da Unified Modeling Language (UML), assim como de várias ferramentas que

Leia mais

15/03/2018. Professor Ariel da Silva Dias Modelos de Processo de Software

15/03/2018. Professor Ariel da Silva Dias Modelos de Processo de Software Professor Ariel da Silva Dias Modelos de Processo de Software Conjunto de atividades que leva à produção de um produto de Software [Sommerville,2011]; Podemos contar com ferramentas de apoio com o objetivo

Leia mais

MANUAL PARA DESENVOLVIMENTO DE SOFTWARE TRABALHO DE CONCLUSAO DE CURSO EM SISTEMAS DE INFORMAÇÃO

MANUAL PARA DESENVOLVIMENTO DE SOFTWARE TRABALHO DE CONCLUSAO DE CURSO EM SISTEMAS DE INFORMAÇÃO MANUAL PARA DESENVOLVIMENTO DE SOFTWARE TRABALHO DE CONCLUSAO DE CURSO EM SISTEMAS DE INFORMAÇÃO Sumário PREFÁCIO...3 MODELO DA DOCUMENTAÇÃO...3 1. INTRODUÇÃO AO DOCUMENTO...3 1.1. Tema...3 2. DESCRIÇÃO

Leia mais

PROCESSO DE DESENVOLVIMENTO DE SOFTWARE Unidade VII Ferramentas de PDS. Luiz Leão

PROCESSO DE DESENVOLVIMENTO DE SOFTWARE Unidade VII Ferramentas de PDS. Luiz Leão PROCESSO DE DESENVOLVIMENTO DE SOFTWARE Luiz Leão luizleao@gmail.com http://www.luizleao.com Conteúdo Programático RUP (Rational Unified Process) PRAXIS Introdução Foi proposto como uma resposta aos problemas

Leia mais

Diego Azevedo José Thiago Moutinho Sérgio Chaves Thiago Bemerguy William Sampaio

Diego Azevedo José Thiago Moutinho Sérgio Chaves Thiago Bemerguy William Sampaio Diego Azevedo José Thiago Moutinho Sérgio Chaves Thiago Bemerguy William Sampaio Índice O Processo Praxis Gestão de Qualidade Verificação Validação Correção Auditoria da Qualidade Discussões Processo praxis

Leia mais

Paradigmas da Engenharia de Software AULA PROF. ABRAHAO LOPES

Paradigmas da Engenharia de Software AULA PROF. ABRAHAO LOPES Paradigmas da Engenharia de Software AULA 03-04 PROF. ABRAHAO LOPES Introdução O processo de software é visto por uma sequência de atividades que produzem uma variedade de documentos, resultando em um

Leia mais

Processo. Processo unificado. Principais Características do UP. Principais Características do UP RUP. Unified Process (Processo Unificado)

Processo. Processo unificado. Principais Características do UP. Principais Características do UP RUP. Unified Process (Processo Unificado) Processo UP Unified Process (Processo Unificado) Conjunto de passos que tem como objetivo atingir uma meta Processo de software na ES, processo que visa a produzir o software - de modo eficiente e previsível

Leia mais

Bibliografia. Quais são os problemas? capacidade de construção. acompanha a demanda por novos programas. ameaçada por projetos ruins.

Bibliografia. Quais são os problemas? capacidade de construção. acompanha a demanda por novos programas. ameaçada por projetos ruins. Bibliografia Quais são os problemas? 4 A sofisticação do software ultrapassou nossa capacidade de construção. 4 Nossa capacidade de construir programas não acompanha a demanda por novos programas. 4 Nossa

Leia mais

Engenharia de Software

Engenharia de Software Engenharia de Software Processos de Software Professor: Charles Leite O processo de software Um conjunto estruturado de atividades, procedimentos, artefatos e ferramentas necessários para o desenvolvimento

Leia mais

Engenharia de Software Processo de Desenvolvimento de Software

Engenharia de Software Processo de Desenvolvimento de Software Engenharia de Software Processo de Desenvolvimento de Software Prof. Elias Ferreira Elaborador por: Prof. Edison A. M. Morais Objetivo (1/1) Conceituar PROCESSO E CICLO DE VIDA, identificar e conceituar

Leia mais

Perguntas da Aula 2. Respostas da Pergunta 2. Respostas da Pergunta 1. Respostas da Pergunta 4. Respostas da Pergunta 3. Processos de Software

Perguntas da Aula 2. Respostas da Pergunta 2. Respostas da Pergunta 1. Respostas da Pergunta 4. Respostas da Pergunta 3. Processos de Software Engenharia de Software Aula 03 Perguntas da Aula 2 Processos de Software Eduardo Figueiredo http://www.dcc.ufmg.br/~figueiredo dcc603@gmail.com 12 Março 2012 Inconsistente: perguntei laranjas, respondeu

Leia mais

Modelos de Processo de Software

Modelos de Processo de Software Modelos de Processo de Software Engenharia de Software Profa. Dra. Rosana T. Vaccare Braga 1 o semestre de 2017 (material produzido e atualizado pelos professores do grupo de pesquisa em Engenharia de

Leia mais

QUESTÕES TESTES. Questão 1. O modelo de ciclo de vida em cascata:

QUESTÕES TESTES. Questão 1. O modelo de ciclo de vida em cascata: QUESTÕES 1. 0 que é domínio da aplicação (ou do problema)? 2. Qual a importância da engenharia de software e como se justificam os custos a ela associados? 3. O que é processo de desenvolvimento de software

Leia mais

ANEXO V ARTEFATOS DO PROCESSO DE ENTREGA DE SOLUÇÕES PES

ANEXO V ARTEFATOS DO PROCESSO DE ENTREGA DE SOLUÇÕES PES Diretoria de Gestão e Tecnologia da Informação - DGTI Coordenação Geral de Tecnologia da Informação CGETI Coordenação de Ecossistemas de Informação - COEIN Projeto: Fábrica de Software ANEXO V ARTEFATOS

Leia mais

Requisitos de Software

Requisitos de Software Requisitos de Software Engenharia de requisitos Estabelece os serviços que o cliente requer de um sistema e as restrições sob as quais tal sistema operará e será desenvolvido. Tais serviços e restrições

Leia mais

MODELAGEM DE SISTEMAS Unidade 5 Ciclo de Vida Iterativo e Incremental. Luiz Leão

MODELAGEM DE SISTEMAS Unidade 5 Ciclo de Vida Iterativo e Incremental. Luiz Leão Luiz Leão luizleao@gmail.com http://www.luizleao.com Conteúdo Programático Apresentação Etapas e Disciplina Técnicas e modelos aplicados Definição de iterações Introdução Foi proposto como uma resposta

Leia mais

Levantamento, Análise e Gestão Requisitos. Aula 02

Levantamento, Análise e Gestão Requisitos. Aula 02 Levantamento, Análise e Gestão Requisitos Aula 02 Agenda RUP Visão Geral Qualidade de software Estrutura Fases Disciplinas Principais papéis Atualização dos Requisitos Visão Geral Conjunto Subjacente de

Leia mais

Instituto Federal Sul-rio-grandense. Placa universal para controle de máquinas de lavar roupa Plano de Projeto - versão 1.0

Instituto Federal Sul-rio-grandense. Placa universal para controle de máquinas de lavar roupa Plano de Projeto - versão 1.0 Instituto Federal Sul-rio-grandense Campus Pelotas Curso de Engenharia Elétrica Planejamento e Gerenciamento de Projetos Placa universal para controle de máquinas de lavar roupa Plano de Projeto - versão

Leia mais

Engenharia de Software

Engenharia de Software Prof. M.Sc. Ronaldo C. de Oliveira ronaldooliveira@facom.ufu.br FACOM - 2011 Processo Unificado de Desenvolvimento de Software Processo Unificado O que é: Um processo (de engenharia) de software é a definição

Leia mais

ARCO - Associação Recreativa dos Correios. Sistema para Gerenciamento de Associações Recreativas Plano de Desenvolvimento de Software Versão <1.

ARCO - Associação Recreativa dos Correios. Sistema para Gerenciamento de Associações Recreativas Plano de Desenvolvimento de Software Versão <1. ARCO - Associação Recreativa dos Correios Sistema para Gerenciamento de Associações Recreativas Versão Histórico da Revisão Data Versão Descrição Autor Página

Leia mais

PROVAS DISCURSIVAS P 3 (questões) e P 4 (parecer) RASCUNHO QUESTÃO 1

PROVAS DISCURSIVAS P 3 (questões) e P 4 (parecer) RASCUNHO QUESTÃO 1 PROVAS DISCURSIVAS P (questões) e P (parecer) Nestas provas, faça o que se pede, usando, caso deseje, os espaços para rascunho indicados no presente caderno. Em seguida, transcreva os textos para o CADERNO

Leia mais

2 Fluxos no Ciclo de Vida do Processo Unificado. O Processo Unificado consiste da repetição de uma série de ciclos durante a vida de um sistema.

2 Fluxos no Ciclo de Vida do Processo Unificado. O Processo Unificado consiste da repetição de uma série de ciclos durante a vida de um sistema. Processo Unificado Universidade Federal do Maranhão UFMA Pós Graduação de Engenharia de Eletricidade Grupo de Computação Assunto: Ciclo de Vida - Fluxos Autoria:Aristófanes Corrêa Silva Adaptação: Alexandre

Leia mais

O Fluxo de Requisitos

O Fluxo de Requisitos O Fluxo de 1 Finalidade do fluxo de requisitos A finalidade deste fluxo é: Chegar a um acordo com o cliente e o usuário sobre o que o sistema deve fazer. Oferecer ao desenvolvedor um melhor entendimento

Leia mais

PROVA DE CONHECIMENTOS ESPECÍFICOS

PROVA DE CONHECIMENTOS ESPECÍFICOS Nesta PROVA DE CONHECIMENTOS ESPECÍFICOS, nas questões objetivas de a, que valem dez pontos dois pontos para cada questão, marque, em cada uma, a única opção correta, de acordo com o respectivo comando.

Leia mais

Introdução À Engenharia De Software Com Foco No RUP: Rational Unified Process

Introdução À Engenharia De Software Com Foco No RUP: Rational Unified Process Introdução À Engenharia De Software Com Foco No RUP: Rational Unified Process Parte II Disciplinas do RUP Descrição típica de um workflow Propósito Definições e Conceitos Chave Trabalhadores e Artefatos

Leia mais

RUP RATIONAL UNIFIED PROCESS PRÁTICAS RECOMENDADAS. Prof. Fabiano Papaiz IFRN

RUP RATIONAL UNIFIED PROCESS PRÁTICAS RECOMENDADAS. Prof. Fabiano Papaiz IFRN RUP RATIONAL UNIFIED PROCESS PRÁTICAS RECOMENDADAS Prof. Fabiano Papaiz IFRN O RUP recomenda as seguintes práticas que devem ser utilizadas no desenvolvimento de um software: 1. Desenvolver de forma iterativa

Leia mais

Modelos de design arquitetural

Modelos de design arquitetural Modelos de design arquitetural Jair C Leite Modelos de design arquitetural Objetivo Guiar o arquiteto nas etapas para desenhar a arquitetura Deve considerar diferentes visões arquiteturais Atualmente existem

Leia mais

Engenharia de Software Aula 2.1 Introdução à Engenharia de Requisitos. Prof. Bruno Moreno

Engenharia de Software Aula 2.1 Introdução à Engenharia de Requisitos. Prof. Bruno Moreno Engenharia de Software Aula 2.1 Introdução à Engenharia de Requisitos Prof. Bruno Moreno bruno.moreno@ifrn.edu.br Engenharia de Requisitos É, talvez, o maior problema da indústria de SW; Está relacionada

Leia mais

ISO/IEC Processo de ciclo de vida

ISO/IEC Processo de ciclo de vida ISO/IEC 12207 Processo de ciclo de vida O que é...? ISO/IEC 12207 (introdução) - O que é ISO/IEC 12207? - Qual a finalidade da ISO/IEC 12207? Diferença entre ISO/IEC 12207 e CMMI 2 Emendas ISO/IEC 12207

Leia mais

Engenharia de Software Simulado para a 1ª Avaliação Bimestral Professor: Danilo Giacobo - RESPOSTAS

Engenharia de Software Simulado para a 1ª Avaliação Bimestral Professor: Danilo Giacobo - RESPOSTAS Engenharia de Software Simulado para a 1ª Avaliação Bimestral Professor: Danilo Giacobo - RESPOSTAS 1. Com relação à engenharia de software, julgue os itens seguintes. Engenharia de software não está relacionada

Leia mais

CASOS DE TESTE PALESTRANTE: MARCIA SILVA MARCIA.SILVA@DATASUS.GOV.BR WWW.EMERSONRIOS.ETI.BR

CASOS DE TESTE PALESTRANTE: MARCIA SILVA MARCIA.SILVA@DATASUS.GOV.BR WWW.EMERSONRIOS.ETI.BR CASOS DE TESTE PALESTRANTE: MARCIA SILVA MARCIA.SILVA@DATASUS.GOV.BR WWW.EMERSONRIOS.ETI.BR CONCEITOS BÁSICOS - TESTES O que é Teste de Software? Teste é o processo de executar um programa com o objetivo

Leia mais

Modelagem Usando Orientação à Objetos (Programação Orientada a Objetos) Prof. Responsáveis Wagner Santos C. de Jesus

Modelagem Usando Orientação à Objetos (Programação Orientada a Objetos) Prof. Responsáveis Wagner Santos C. de Jesus Curso Disciplina Linguagem de Programação II Curso Engenharia da Computação Modelagem Usando Orientação à Objetos (Programação Orientada a Objetos) Site : http://www1.univap.br/~wagner/ec.html Prof. Responsáveis

Leia mais

Pedro F. Carvalho Analista de Sistemas S. J. RIO PRETO

Pedro F. Carvalho Analista de Sistemas S. J. RIO PRETO Visão Geral O processo de desenvolvimento do software é influenciado pelos seguintes fatores: Fatores de domínio como, por exemplo, domínio do aplicativo, processo do negócio a ser suportado, comunidade

Leia mais

Engenharia de Software Aula 2.1 Introdução à Engenharia de Requisitos. Prof. Bruno Moreno

Engenharia de Software Aula 2.1 Introdução à Engenharia de Requisitos. Prof. Bruno Moreno Engenharia de Software Aula 2.1 Introdução à Engenharia de Requisitos Prof. Bruno Moreno bruno.moreno@ifrn.edu.br Engenharia de Requisitos É, talvez, o maior problema da indústria de SW; Está relacionada

Leia mais

Estágio II. Aula 04 Testes Ágeis. Prof. MSc. Fred Viana

Estágio II. Aula 04 Testes Ágeis. Prof. MSc. Fred Viana Estágio II Aula 04 Testes Ágeis Prof. MSc. Fred Viana Agenda Manifesto dos Testes Ágeis Testes Ágeis x Testes Tradicionais Sinais de que os Testes Não São Ágeis Testador Ágil Testador Ágil em Equipe Independente

Leia mais

Engenharia de Software. Herbert Rausch Fernandes

Engenharia de Software. Herbert Rausch Fernandes Engenharia de Software Herbert Rausch Fernandes O Processo Unificado É uma tentativa de unir os melhores recursos e características dos modelos convencionais; Reconhece a importância da comunicação com

Leia mais

Áreas de Conhecimento, Técnicas de Análise de Negócio e Conceitos-Chave

Áreas de Conhecimento, Técnicas de Análise de Negócio e Conceitos-Chave Primeiro Módulo: Parte 3 Áreas de Conhecimento, Técnicas de Análise de Negócio e Conceitos-Chave AN V 3.0 [60] Rildo F Santos (@rildosan) rildo.santos@etecnologia.com.br www.etecnologia.com.br http://etecnologia.ning.com

Leia mais

Sistema Mobi-Lar Engenharia de Software

Sistema Mobi-Lar Engenharia de Software INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA - CAMPUS DE PRESIDENTE EPITÁCIO CURSO SUPERIOR DE TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS MÓDULO V Sistema Mobi-Lar Engenharia de Software

Leia mais

Aula 3 - Modelos de Processo - cascata, iterativo e incremental e ágil

Aula 3 - Modelos de Processo - cascata, iterativo e incremental e ágil Aula 3 - Modelos de Processo - cascata, iterativo e incremental e ágil Análise de Sistemas Prof. Filipe Arantes Fernandes filipe.arantes@ifsudestemg.edu.br 2 Vale a pena ver de novo Modelo de Processo:

Leia mais

Guia do Processo de Teste Metodologia Celepar

Guia do Processo de Teste Metodologia Celepar Guia do Processo de Teste Metodologia Celepar Agosto de 2009 Sumário de Informações do Documento Documento: guiaprocessoteste.odt Número de páginas: 11 Versão Data Mudanças Autor 1.0 26/12/07 Criação.

Leia mais

3 Fases no Ciclo de Vida do Processo Unificado

3 Fases no Ciclo de Vida do Processo Unificado Processo Unificado Universidade Federal do Maranhão UFMA Pós Graduação de Engenharia de Eletricidade Grupo de Computação Assunto: Ciclo de Vida - Fluxos Autoria:Aristófanes Corrêa Silva Adaptação: Alexandre

Leia mais

Uma compreensão completa dos Requisitos do Software é fundamental para obter um software e um processo de desenvolvimento com alta qualidade

Uma compreensão completa dos Requisitos do Software é fundamental para obter um software e um processo de desenvolvimento com alta qualidade Introdução a Requisitos Análise e Levantamento de Requisitos Prof. Esp. MBA Heuber G. F. Lima Uma compreensão completa dos Requisitos do Software é fundamental para obter um software e um processo de desenvolvimento

Leia mais

Versão: 1.0 Doc Manager

Versão: 1.0 Doc Manager Plano de Gerenciamento de Configuração versão 1.0 Desenvolvimento do Sistema de Gestão de Documentos Doc Manager Cliente: São José Agroindustrial Representante do cliente: Paulo José de Souza 1 Data: 10/04/2016

Leia mais

4/14/11. Processos de Engenharia de Requisitos. Engenharia de requisitos. Elicitação e análise. A espiral de requisitos

4/14/11. Processos de Engenharia de Requisitos. Engenharia de requisitos. Elicitação e análise. A espiral de requisitos Processos de engenharia de requisitos Processos de Engenharia de Requisitos Os requisitos e as formas de obtê-los e documentálos variam drasticamente de um projeto para o outro Contudo, existe uma série

Leia mais

RUP/PSDS. Introdução e Comparação

RUP/PSDS. Introdução e Comparação RUP/PSDS Introdução e Comparação Agenda RUP Introdução Mlehores Práticas Estrutura Tempo Conteúdo Contraponto PSDS Introdução Objetivos Promover planejamento, medição e controle dos projetos Reduzir riscos

Leia mais

RUP Unified Process. Profª Jocelma Rios

RUP Unified Process. Profª Jocelma Rios RUP Unified Process Profª Jocelma Rios Nov/2012 O que pretendemos: Reforçar os aspectos que caracterizam o processo iterativo e incremental Identificar como atingir os objetivos dos projetos de software

Leia mais

Gerência de Projetos. Elias Ferreira

Gerência de Projetos. Elias Ferreira Gerência de Projetos Elias Ferreira Administrando um Depto de TI Podemos identificar quatro grandes áreas: Aplicativos: desenvolvimento, atualização e implantação de aplicativos ou softwares Serviços:

Leia mais

Processos de Software

Processos de Software Riscos Processos de Software Gidevaldo Novais (gidevaldo.vic@ftc.br) Muitos problemas no desenvolvimento de software provêm de riscos Seriam problemas potenciais que poderão ocorrer em um futuro próximo

Leia mais

Simulado para CFPS. Questões de Propósito, Tipo e Fronteira. 1. Um dos objetivos da Análise de Pontos de Função é:

Simulado para CFPS. Questões de Propósito, Tipo e Fronteira. 1. Um dos objetivos da Análise de Pontos de Função é: Questões de Propósito, Tipo e Fronteira 1. Um dos objetivos da Análise de Pontos de Função é: Simulado para CFPS a) Ajudar no processo de depuração de um software. b) Estimar o tamanho de uma equipe de

Leia mais

Tópicos da Aula. O que é anunciado. Falha de Comunicação no Desenvolvimento de Software. Engenharia de Software: Conceitos Fundamentais

Tópicos da Aula. O que é anunciado. Falha de Comunicação no Desenvolvimento de Software. Engenharia de Software: Conceitos Fundamentais Engenharia de Software Aula 02 Tópicos da Aula Engenharia de Software: Conceitos Fundamentais Eduardo Figueiredo http://www.dcc.ufmg.br/~figueiredo dcc603@gmail.com 07 Março 2012 Motivação e Conceitos

Leia mais

ENGENHARIA DE SOFTWARE

ENGENHARIA DE SOFTWARE ENGENHARIA DE SOFTWARE Qualidade de Software Qualidade do produto e do processo Padrões de software Revisões Medições e métricas de software Kele Teixeira Belloze kelebelloze@gmail.com CONCEITO DE QUALIDADE

Leia mais

ENGENHARIA DE SOFTWARE. Aula 03 Processos de Software

ENGENHARIA DE SOFTWARE. Aula 03 Processos de Software ENGENHARIA DE SOFTWARE Aula 03 Processos de Software AGENDA Modelos de processo de software Atividades do processo Lidando com mudanças Rational Unified Process (RUP) 14/03/2017 IFPR QUEDAS DO IGUAÇU -

Leia mais

ENGENHARIA DE REQUISITOS

ENGENHARIA DE REQUISITOS ENGENHARIA DE REQUISITOS Introdução a Computação e Engenharia de Software Profa. Cynthia Pinheiro Contextualização Estudo realizado pelo Standish Group em 1995, envolvendo 350 companhias e 8.000 projetos

Leia mais