001 - Atividade de Engenharia de requisitos

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

Download "001 - Atividade de Engenharia de requisitos"

Transcrição

1 001 - Atividade de Engenharia de requisitos 1. [CESPE TRE] Assinale a opção que apresenta uma das finalidades da análise de requisitos. a) Gerar versões dos artefatos produzidos. b) Prover o ambiente adequado para a organização. c) Documentar processos de negócio usando casos de uso de negócios. d) Balancear objetivos em conflito entre os participantes do projeto. e) Organizar, levantar e documentar funcionalidades e restrições. 2. [CESPE ] Acerca de engenharia de requisitos, julgue: são consideradas técnicas de elicitação de requisitos as entrevistas, as reuniões de brainstorming e a prototipação. ( ) Certo ( ) Errado 3. [CESPE 2013] Requisitos funcionais estão relacionados ao uso de um sistema sob os pontos de vista de desempenho, usabilidade e confiabilidade, entre outros. ( ) Certo ( ) Errado 4. [FCC TRE] A análise de requisitos no desenvolvimento de sistemas especifica as funcionalidades (requisitos funcionais) e as propriedades (requisitos não-funcionais). É considerado um requisito não-funcional a) uma informação na interface de entrada. b) a notificação de inconsistência de dado na tela. c) um histograma na interface gráfica do usuário. d) a emissão de relatórios fiscais. e) a disponibilidade do sistema. 5. [CESPE STM] Requisitos não funcionais são declarações dos serviços a serem fornecidos pelo sistema, enquanto requisitos funcionais restringem tanto o sistema quanto o processo de desenvolvimento que deve ser usado. Os requisitos funcionais podem ser de produto, organizacionais ou externos. ( ) Certo ( ) Errado

2 6. [FUMARC ] Em relação aos tipos de requisitos de software, analise os itens a seguir e coloque (V) para a assertiva verdadeira e (F) para a assertiva falsa. ( ) Requisitos de sistema são declarações, em uma linguagem natural com diagramas, de quais serviços são esperados do sistema. ( ) Requisitos funcionais são declarações de serviços que o sistema deve fornecer, como o sistema deve reagir a entradas específicas e como deve se comportar em determinadas situações. ( ) Requisitos de usuário definem, detalhadamente, as funções, os serviços e as restrições operacionais do sistema. ( ) Requisitos de domínio são provenientes do domínio da aplicação do sistema e refletem as características e as restrições desse domínio. Assinale a opção com a sequência CORRETA, na ordem de cima para baixo. a) V, V, F, V. b) V, F, V, F. c) F, V, V, V. d) F, V, F, V. 7. [FCC TER] Considere os requisitos: I. Os valores das faturas devem ser totalizados por cliente e por data de vencimento igual à fornecida pela área de contas a pagar. II. O software deve ser processável tanto em alta quanto em baixa plataforma. III. A data de vencimento constante dos boletos de pagamento deve ser igual à data de registro de entrada do documento no cadastro, mais 30 dias corridos. Exemplo de requisito não funcional consta APENAS em a) I. b) II. c) III. d) I e II. e) II e III. 8. [CESGRANRIO FINEP] Uma equipe de analistas está entrevistando gerentes de área para levantar os requisitos do novo sistema de reservas de uma companhia aérea. Considere as afirmativas sobre os requisitos levantados. I - O usuário poderá fornecer um roteiro com múltiplos pontos de parada. II - O total a ser pago deverá ser expresso na moeda escolhida pelo usuário. III - As trocas de informações com os sistemas das empresas coligadas (hotéis, locadora de veículos, etc.) são feitas através de Web Services.

3 É (São) requisito(s) funcional(ais) o que é apresentado em a) I, apenas. b) III, apenas. c) I e II, apenas. d) II e III, apenas. e) I, II e III. 9. [CESPE 2010] A especificação de requisitos permite, em determinado momento, revelar o que o sistema irá realizar no que se refere às funcionalidades, sem definir, nesse momento, como as funcionalidades serão implementadas. ( ) Certo ( ) Errado 10. [CESPE 2010] Em uma visão restritiva, muitas pessoas costumam associar o termo software aos programas de computador. Software não é apenas o programa, mas também todos os dados de documentação e configuração associados, necessários para que o programa opere corretamente. Em estágio inicial do processo de elicitação e análise de requisitos, deve-se decidir a respeito dos limites do sistema. Os requisitos não funcionais descrevem o que o sistema deve fazer, enquanto os requisitos funcionais estão diretamente relacionados às funções específicas fornecidas pelo sistema. ( ) Certo ( ) Errado 11. [UFG 2010] Requisitos não-funcionais são restrições aos serviços de um sistema de software e ao processo de desenvolvimento do sistema. A equipe de desenvolvimento de um sistema de controle de tráfego aéreo deve considerar os requisitos não-funcionais de a) cadastro e monitoramento de aeronaves. b) alta disponibilidade e baixo tempo de resposta de usuário por evento. c) uso conjunto de método ágil de sistemas e linguagem de programação orientada a objetos. d) alto desempenho e baixo tempo médio entre falhas. 12. [FCC 2010] É uma restrição sobre os serviços ou as funções oferecidos pelo sistema. Pode ser uma restrição de timing, sobre o processo de desenvolvimento, sobre o desempenho ou sobre a confiabilidade do sistema, entre outras. Trata-se de

4 a) requisito não funcional. b) requisito funcional. c) especificação de risco. d) iteração de processo. e) etnografia. 13. [FEPESE 2010] Considere a seguinte relação de requisitos estabelecida para um software hipotético. 1. O software deverá ser implementado em Java. 2. O software deve interagir com o usuário por meio de um navegador (browser), isto é, deve ser implementado como uma aplicação para Web. 3. O software deve registrar log de todas as operações realizadas. 4. O software deve responder a qualquer solicitação do usuário em, no máximo, 500 milissegundos. 5. O conjunto de produtos gerados deve incluir especificação de projeto em UML. 6. O software deve ser desenvolvido na plataforma Eclipse. Assinale a alternativa que contém apenas números correspondentes a requisitos classificáveis como não funcionais. a) b) c) d) e) [FGV ] As declarações de serviços que o sistema deve fornecer, de como ele deve reagir a entradas específicas ou se comportar em determinadas situações, são chamadas de requisitos:

5 a) não-funcionais. b) de domínio. c) de sistema. d) funcionais. e) de usuário. 15. [FGV 2009] Requisitos não-funcionais estão diretamente relacionados com a satisfação dos usuários. Assinale a alternativa que não indique um requisito nãofuncional a) O sistema de arquivos deve ser protegido, para acesso, apenas, de usuários autorizados. b) O software deve ser implementado usando os conceitos de orientação a objetos. c) O tempo de desenvolvimento do software não deve ultrapassar seis meses. d) O software poderá ser executado em plataforma Windows e Linux. e) O software deve emitir relatórios de vendas a cada quinze dias. 16. [FCC 2009] Dentre os requisitos não funcionais, classificados em I. De produto. II. Organizacionais. III. Externos. Corresponde a I, II e III, respectivamente, a) segurança; privacidade; desempenho. b) interoperabilidade; usabilidade; desempenho. c) interoperabilidade; desempenho; ético. d) portabilidade; de entrega; interoperabilidade. e) usabilidade; de segurança; de privacidade. 17. [VUNESP 2009] Considere o seguinte texto extraído de um documento de requisitos:

6 Os dados devem ser armazenados no banco de dados utilizando um formato padrão e hierárquico, que facilite sua leitura e a geração de relatórios. O texto apresenta um exemplo de requisito a) de negócios. b) de acessibilidade. c) funcional. d) não funcional. e) técnico do sistema. 18. [FCC 2009] Considere: "Os requisitos expressam as características e restrições do produto de software do ponto de vista de satisfação das necessidades do usuário. Em geral, independem da tecnologia empregada na construção da solução, sendo uma das partes mais críticas e propensas a erros no desenvolvimento de software". Quanto aos requisitos de software, a descrição acima está a) incoerente ao afirmar que expressam restrições. b) incoerente ao afirmar que independem da tecnologia. c) incoerente ao afirmar que expressam características do ponto de vista de satisfação das necessidades do usuário. d) totalmente coerente. e) incoerente ao afirmar que os requisitos são uma das partes mais críticas e propensas a erros. 19. [FCC 2009] "É necessário que o software calcule os salários dos diaristas e mensalistas e emita relatórios mensais sumariados por tipo de salário. Entretanto, a base de dados deve estar protegida e com acesso restrito aos usuários autorizados. De qualquer forma, o tempo de resposta das consultas não deve superar os quinze segundos, pois inviabilizaria todo o investimento nesse sistema. Devo lembrar que os relatórios individuais dos departamentos, nos quais constam os salários dos funcionários, devem ser emitidos quinzenalmente em razão dos adiantamentos e vales que recebem. É fundamental que o software seja operacionalizado usando

7 código aberto. Necessito, ainda, forte gerenciamento de risco, prazo e custo, porque a entrega do produto final não pode ultrapassar o prazo de oito meses a contar da data de início do projeto. A frase acima, expressa por um funcionário do cliente, aborda alguns requisitos de software especificados para um sistema de gestão de pessoal. No texto, são requisitos funcionais: a) calcule os salários dos diaristas e mensalistas e os relatórios individuais dos departamentos, nos quais constam os salários dos funcionários, devem ser emitidos quinzenalmente. b) Necessito, ainda, forte gerenciamento de risco, prazo e custo e a base de dados deve estar protegida e com acesso restrito aos usuários autorizados. c) é fundamental que o software seja operacionalizado usando código aberto e emita relatórios mensais sumariados por tipo de salário. d) emita relatórios mensais sumariados por tipo de salário e Necessito, ainda, forte gerenciamento de risco, prazo e custo. e) a base de dados deve estar protegida e com acesso restrito aos usuários autorizados e entrega do produto final não pode ultrapassar o prazo de oito meses. 20. [FCC 2009] No âmbito da Engenharia de Software, um cenário de constantes mudanças políticas como as que ocorrem em uma aplicação governamental, por exemplo, propõe a especificação de um elemento de software que é o a) requisito inconsistente. b) requisito volátil. c) processo indefinido. d) escopo reverso. e) escopo inconsistente. 21. [FGV 2008] Considere a lista de requisitos, a seguir, de um sistema que será desenvolvido. 1. O sistema deverá emitir relatórios de compras a cada 15 dias.

8 2. O sistema só irá permitir a visualização do campo "valor máximo" para gerentes. 3. O sistema deverá fornecer diariamente o relatório de despesas. 4. O sistema não poderá excluir um fornecedor do cadastro se o fornecedor estiver inadimplente. 5. O sistema não permitirá acesso aos registros de compras após as 17 horas. Em relação a esses requisitos, é correto afirmar que: a) são todos requisitos funcionais. b) 1 e 5 são requisitos não-funcionais e 2, 3 e 4 são requisitos funcionais. c) somente o requisito 5 é não-funcional. d) 1 e 5 são requisitos funcionais e 2, 3 e 4 são requisitos não-funcionais. e) são todos requisitos não-funcionais. 22. [CESGRANRIO 2008] Considere os quatro requisitos registrados em um projeto de uma aplicação para a Internet apresentados a seguir. I - O tempo de resposta máximo do sistema a qualquer ação do usuário deve ser de 5s. II - Clientes que tenham pago as últimas cinco compras à vista têm direito a um desconto não cumulativo de 10% na próxima compra. III - A interface com o usuário deve ser organizada em abas e menus. IV- Se o produto possuir uma quantidade máxima permitida por compra, esse limite deve ser imposto pelo sistema durante uma compra. São tipicamente classificados como requisitos funcionais APENAS os requisitos a) I e II b) I e III c) II e III d) II e IV e) III e IV

9 23. [FCC SEFAZ-SP] "É necessário que o software calcule os salários dos diaristas e mensalistas e emita relatórios mensais sumariados por tipo de salário. Entretanto, a base de dados deve estar protegida e com acesso restrito aos usuários autorizados. De qualquer forma, o tempo de resposta das consultas não deve superar os quinze segundos, pois inviabilizaria todo o investimento nesse sistema. Devo lembrar que os relatórios individuais dos departamentos, nos quais constam os salários dos funcionários, devem ser emitidos quinzenalmente em razão dos adiantamentos e vales que recebem. É fundamental que o software seja operacionalizado usando código aberto. Necessito, ainda, forte gerenciamento de risco, prazo e custo, porque a entrega do produto final não pode ultrapassar o prazo de oito meses a contar da data de início do projeto. A frase acima, expressa por um funcionário do cliente, aborda alguns requisitos de software especificados para um sistema de gestão de pessoal. No texto, são requisitos não-funcionais: a) não pode ultrapassar o prazo de oito meses e necessário que o software calcule os salários dos diaristas e mensalistas. b) os relatórios individuais dos departamentos, nos quais constam os salários dos funcionários, devem ser emitidos quinzenalmente e em razão dos adiantamentos e vales que recebem. c) É fundamental que o software seja operacionalizado usando código aberto e os relatórios individuais dos departamentos, nos quais constam os salários dos funcionários, devem ser emitidos quinzenalmente. d) tempo de resposta das consultas não deve superar os quinze segundos e entrega do produto final não pode ultrapassar o prazo de oito meses. e) pois inviabilizaria todo o investimento nesse sistema e em razão dos adiantamentos e vales que recebem. 24. [FCC TRT - 18ª Região (GO)] Considerando que a especificação dos requisitos pode não ser completa durante o estágio de Análise de Requisitos, em razão da imaturidade de conhecimento de clientes e desenvolvedores, é recomendável que a análise e modelagem dos requisitos tenham uma abordagem a) operacional, somente. b) bottom-up. c) conceitual, somente. d) iterativa.

10 e) estratégica, somente. 25. [FGV 2008] Considere a lista de requisitos, a seguir, de um sistema que será desenvolvido. 1. O sistema deverá emitir relatórios de compras a cada 15 dias. 2. O sistema só irá permitir a visualização do campo "valor máximo" para gerentes. 3. O sistema deverá fornecer diariamente o relatório de despesas. 4. O sistema não poderá excluir um fornecedor do cadastro se o fornecedor estiver inadimplente. 5. O sistema não permitirá acesso aos registros de compras após as 17 horas. Em relação a esses requisitos, é correto afirmar que: a) são todos requisitos funcionais. b) 1 e 5 são requisitos não-funcionais e 2, 3 e 4 são requisitos funcionais. c) somente o requisito 5 é não-funcional. d) 1 e 5 são requisitos funcionais e 2, 3 e 4 são requisitos não-funcionais. e) são todos requisitos não-funcionais. 26. [CESGRANRIO 2008] Considere os quatro requisitos registrados em um projeto de uma aplicação para a Internet apresentados a seguir. I - O tempo de resposta máximo do sistema a qualquer ação do usuário deve ser de 5s. II - Clientes que tenham pago as últimas cinco compras à vista têm direito a um desconto não cumulativo de 10% na próxima compra. III - A interface com o usuário deve ser organizada em abas e menus. IV- Se o produto possuir uma quantidade máxima permitida por compra, esse limite deve ser imposto pelo sistema durante uma compra. São tipicamente classificados como requisitos funcionais APENAS os requisitos a) I e II

11 b) I e III c) II e III d) II e IV e) III e IV 27. [CESPE 2008] O gerenciamento de requisitos inclui, entre outras, as seguintes atividades: levantar, analisar, especificar, validar e prototipar requisitos funcionais e não-funcionais. ( ) Certo ( ) Errado 28. [FCC 2007] Considere a seguinte especificação: "O sistema deverá inserir os dados por ordem de telefonema (data e hora) atentando para os critérios de segurança e confiabilidade ora estabelecidos. A arquitetura deve ser suficientemente prática, a fim de oferecer a máxima manutibilidade e a orientação a objeto é fundamental para garantir a reusabilidade". São requisitos não funcionais a) confiabilidade e manutibilidade, mas não reusabilidade. b) ordem de inserção e confiabilidade, mas não segurança. c) manutibilidade e reusabilidade, mas não segurança. d) confiabilidade, manutibilidade e reusabilidade, mas não ordem de inserção. e) segurança e confiabilidade, mas não ordem de inserção e nem manutibilidade. 29. [ESAF 2004] Analise as seguintes afirmações relativas à Engenharia de Software: I. A análise de requisitos é responsável pela especificação dos requisitos de software e hardware que serão utilizados durante o processo de desenvolvimento de um sistema. II. A análise de requisitos define a metodologia de programação a ser utilizada no desenvolvimento do sistema. III. A especificação de requisitos fornece ao desenvolvedor e ao cliente os parâmetros para avaliar a qualidade logo que o sistema for construído.

12 IV. A análise de requisitos possibilita que o engenheiro de software especifique a função e o desempenho do sistema e estabeleça quais são as restrições de projeto que o sistema deve atender. Estão corretos os itens: a) I e II b) II e III c) III e IV d) I e III e) II e IV

Engenharia de Software ENGENHARIA DE REQUISITOS

Engenharia de Software ENGENHARIA DE REQUISITOS Engenharia de Software ENGENHARIA DE REQUISITOS ENGENHARIA DE REQUISITOS - INTRODUÇÃO Para qualquer tipo de projeto, precisamos entender o que exatamente queremos e necessitamos. ENGENHARIA DE REQUISITOS

Leia mais

Engenharia de Software.

Engenharia de Software. Engenharia de Software Prof. Raquel Silveira O que é (Rational Unified Process)? É um modelo de processo moderno derivado do trabalho sobre a UML e do Processo Unificado de Desenvolvimento de Software

Leia mais

Corrected. Tempo estimado : 15 minutos

Corrected. Tempo estimado : 15 minutos Atividade Nome e número USP Nome e número USP Tempo estimado : 15 minutos Question 1 FCC 2011 - Para gerenciar uma equipe de desenvolvimento de software, que utiliza a metodologia ágil XP: A um nível médio

Leia mais

ENGENHARIA DE SOFTWARE/ SISTEMAS DE SOFTWARE

ENGENHARIA DE SOFTWARE/ SISTEMAS DE SOFTWARE ENGENHARIA DE SOFTWARE/ SISTEMAS DE SOFTWARE CMP1280/CMP1250 Prof. Me. Fábio Assunção Introdução à Engenharia de Requisitos REQUISITOS Descrições do que o sistema deve fazer, os serviços oferecidos pelo

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

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

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

Análise de Requisitos

Análise de Requisitos Análise de Requisitos Prof.ª: Érika A. Barrado Analisar x Projetar Análise: significa investigar, descobrir ou desvendar algo; Consiste em encontrar o conjunto de requisitos para um dado software; Definida

Leia mais

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

Levantamento, Análise e Gestão Requisitos. Aula 05 Levantamento, Análise e Gestão Requisitos Aula 05 Agenda Requisitos de Software Tipos de Requisitos: funcionais e não-funcionais Definição do escopo do problema Análise do problema Compreensão da necessidade

Leia mais

21/09/2012. Elicitação de Requisitos. Projeto de Interface Homem- Máquina. Prof. Esp. MBA Heuber G. F. Lima. Técnicas etipos de Requisitos

21/09/2012. Elicitação de Requisitos. Projeto de Interface Homem- Máquina. Prof. Esp. MBA Heuber G. F. Lima. Técnicas etipos de Requisitos Elicitação de Requisitos Projeto de Interface Homem- Máquina Prof. Esp. MBA Heuber G. F. Lima Técnicas etipos de Requisitos 1 Processo de levantamento de requisitos Dificuldades 1) Cliente/usuário não

Leia mais

Engenheiros de software (algumas vezes conhecidos no mundo da TI como engenheiros de sistemas ou analistas ) e outros interessados no projeto

Engenheiros de software (algumas vezes conhecidos no mundo da TI como engenheiros de sistemas ou analistas ) e outros interessados no projeto ... definem tarefas que levam a um entendimento de qual ser ao impacto do software sobre o negócio, o que o cliente quer e como os usuários finais irão interagir com o software. (Pressman, 2011) Prof.

Leia mais

Análise e Projeto de Sistemas I

Análise e Projeto de Sistemas I Análise e Projeto de Sistemas I As falhas nos requisitos estão entre as principais razões para o fracasso de um software... 2º Bimestre (material 1) Professor: José Ronaldo Leles Júnior Turma: 3º semestre

Leia mais

Padrão para Especificação de Requisitos de Produto de Multimídia

Padrão para Especificação de Requisitos de Produto de Multimídia Padrão para Especificação de Requisitos de Produto de Multimídia 1 Introdução 1.1 Escopo do documento Sugere-se aqui uma estrutura para a Especificação de Requisitos de Produto de Multimídia (ERPM). Esta

Leia mais

Análise e projeto de sistemas

Análise e projeto de sistemas Análise e projeto de sistemas Conteúdo: UML O processo de desenvolvimento de software Prof. Patrícia Lucas A linguagem de modelagem unificada (UML) A UML teve origem em uma tentativa de se unificar os

Leia mais

Engenharia de Requisitos

Engenharia de Requisitos DCC / ICEx / UFMG Engenharia de Requisitos Eduardo Figueiredo http://www.dcc.ufmg.br/~figueiredo Motivação Motivação Porque levantar Requisitos é importante? Motivação Porque levantar Requisitos é importante?

Leia mais

Especificação de Requisitos. Prof. Pedro Ramires Prof. Nilton Cesar

Especificação de Requisitos. Prof. Pedro Ramires Prof. Nilton Cesar Especificação de Requisitos Prof. Pedro Ramires Prof. Nilton Cesar Especificação de Requisitos A principal tarefa do Analista de Sistemas e : descobrir o que um sistema devera fazer. A essas necessidades

Leia mais

Análise de sistemas. Engenharia de Requisitos

Análise de sistemas. Engenharia de Requisitos Análise de sistemas Engenharia de Requisitos Análise de Requisitos Processo de descobrir, analisar, documentar e verificar serviços requeridos para um sistema e suas restrições operacionais. 2 O que é

Leia mais

Engenharia de Requisitos

Engenharia de Requisitos Engenharia de Requisitos Criado: mar/2001 Atualizado: set/2005 Tópicos Definição de Requisitos Participantes Processo Documento de Requisitos (SRS) Evolução dos Requisitos 2 Referência I.Sommerville. Sw

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

Análise e Projeto Orientado a Objetos

Análise e Projeto Orientado a Objetos Universidade Estadual Vale do Acaraú Apresentação Gradução: Bacharelado em Ciências da Computação UVA Análise e Projeto Orientado a Objetos Prof. Raquel Silveira Pós-Graduação: Especialização em Engenharia

Leia mais

2

2 ANÁLISE DE SISTEMAS (processo de desenvolvimento de sistemas) por Antônio Maurício Pitangueira 1 2 Levantamento de requisitos Análise de requisitos Projeto Implementação Testes Implantação Foco da disciplina

Leia mais

Curso de Sistemas de Informação. Karla Donato Fook DESU / DAI

Curso de Sistemas de Informação. Karla Donato Fook DESU / DAI Curso de Sistemas de Informação Karla Donato Fook karladf@ifma.edu.br DESU / DAI 2017 1 Especificação Desenvolvimento Validação Evolução 4 2 A funcionalidade do software e as restrições sobre sua operação

Leia mais

Análise de Sistemas 3º Bimestre (material 1)

Análise de Sistemas 3º Bimestre (material 1) Análise de Sistemas 3º Bimestre (material 1) Professor: José Ronaldo Leles Júnior Turma: 2º ano do curso de Sistemas de Informação UEG Universidade Estadual de Goiás Campus Posse Requisitos de sistemas

Leia mais

MODELAGEM DE SISTEMA Apresentação

MODELAGEM DE SISTEMA Apresentação MODELAGEM DE SISTEMA Apresentação Prof Daves Martins Msc Computação de Alto Desempenho Email: daves.martins@ifsudestemg.edu.br Análise de Requisitos Processo de descobrir, analisar, documentar e verificar

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

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

Princípios da Engenharia de Software aula 03

Princípios da Engenharia de Software aula 03 Princípios da Engenharia de Software aula 03 Prof.: José Honorato Ferreira Nunes Material cedido por: Prof.: Franklin M. Correia Na aula anterior... Modelos de processos de software: Evolucionário Tipos

Leia mais

Análise de Sistemas AULA 05 BCC Noturno - EMA908915A

Análise de Sistemas AULA 05 BCC Noturno - EMA908915A Análise de Sistemas AULA 05 BCC Noturno - EMA908915A Prof. Rafael Oliveira rpaes@ic.unesp.br Universidade Estadual Paulista Júlio de Mesquita Filho UNESP Rio Claro 2014 (Sem 2) Elicitação de requisitos

Leia mais

ICET CURSO: Ciência da Computação e Sistemas de Informação (Engenharia de Software) Campus: Data: / / Nome:

ICET CURSO: Ciência da Computação e Sistemas de Informação (Engenharia de Software) Campus: Data: / / Nome: ICET CURSO: Ciência da Computação e Sistemas de Informação (Engenharia de Software) Estudos Disciplinares Campus: Data: / / Nome: RA: Turma: Questão 1: Assinale a função correta de engenharia de requisitos:

Leia mais

Marcelo Henrique dos Santos

Marcelo Henrique dos Santos Mestrado em Educação (em andamento) MBA em Marketing e Vendas (em andamento) Especialista em games Bacharel em Sistema de Informação Email: marcelosantos@outlook.com AULA 01 Análise de Requisitos Conceitos

Leia mais

Análise e Projeto de Sistemas de Informação (APSI)

Análise e Projeto de Sistemas de Informação (APSI) COTIL Análise e Projeto de Sistemas de Informação (APSI) Profa. Simone Berbert Rodrigues Dapólito CAP. 4 Requisitos Introdução Para que um novo sistema de informação atenda às necessidades da organização,

Leia mais

Engenharia de Requisitos

Engenharia de Requisitos Engenharia de Requisitos Introdução a Engenharia de Requisitos Professor: Ricardo Argenton Ramos Engenharia de Software I 2013.2 Slide 1 Objetivos Introduzir a noção de requisitos do sistema e o processo

Leia mais

Declaração de Escopo

Declaração de Escopo Declaração de Escopo Histórico de Revisão Data Versão Descrição Autor 16/0/2011 1.00 Versão Inicial do Documento Rafael Faria Sumário 1 INTEGRANTES DO PROJETO 2 OBJETIVO DO PROJETO 3 - CARACTERÍSTICAS

Leia mais

Aula 4 Engenharia de Requisitos

Aula 4 Engenharia de Requisitos Aula 4 Engenharia de Requisitos O que são requisitos? O que é Engenharia de Requisitos? Processo de descobrir, analisar, documentar e verificar os serviços e restrições. Engenharia de requisitos para

Leia mais

06/02/2014. Engenharia de requisitos. Requisitos de Software. Capítulo 6. O que é um requisito? Objetivos. Abstração de requisitos (Davis)

06/02/2014. Engenharia de requisitos. Requisitos de Software. Capítulo 6. O que é um requisito? Objetivos. Abstração de requisitos (Davis) Engenharia de requisitos Requisitos de Software O processo de estabelecer os serviços que o cliente requer a partir de um sistema e as restrições sob as quais ele opera e é desenvolvido. Os próprios requisitos

Leia mais

Requisitos de Software

Requisitos de Software Requisitos de Software Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 6 Slide 1 Objetivos Apresentar os conceitos de requisitos de usuário e de sistema Descrever requisitos funcionais

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

SOFTWARE REQUIREMENTS

SOFTWARE REQUIREMENTS SOFTWARE REQUIREMENTS Ian Sommerville, 8º edição Capítulo 6 Aula de Luiz Eduardo Guarino de Vasconcelos O que é um requisito? Pode variar de uma declaração abstrata de alto nível de um serviço ou de uma

Leia mais

Requisitos de Sistemas

Requisitos de Sistemas Requisitos de Sistemas Unidade I - Engenharia de Requisitos Definição de Requisitos Tipos de Requisitos Processos de Engenharia de Requisitos - Levantamento ou elicitação 1 Processo de software Engenharia

Leia mais

Engenharia de Software

Engenharia de Software Engenharia de Software Requisitos de Software Professor: Charles Leite Engenharia de requisitos Os requisitos de um sistema são as descrições do que o sistema deve fazer, os serviços que oferece e as restrições

Leia mais

Lista DFD. O diagrama de contexto pode ser considerado um DFD especial. ( ) Certo ( ) Errado

Lista DFD. O diagrama de contexto pode ser considerado um DFD especial. ( ) Certo ( ) Errado Lista DFD 1. (Copergás Analista de Sistemas 2011 - FCC) As funcionalidades de um sistema, em um projeto estruturado, são modeladas por meio de uma representação gráfica denominada modelo de a) módulos

Leia mais

Documento de Especificação de Sistema IngreSys

Documento de Especificação de Sistema IngreSys Documento de Especificação de Sistema IngreSys Projeto Autor(es) Projeto Integrador II Roberto Socanti Santos Tariana de Jesus Gomes Leite Versão / Data 0.3 / 10 de agosto de 2016 Histórico de Versões

Leia mais

Análise e Projeto de Sistemas

Análise e Projeto de Sistemas Análise e Projeto de Sistemas Prof. Dr. Ronaldo C. de Oliveira ronaldo.co@ufu.br www.facom.ufu.br/~ronaldooliveira FACOM - 2017 Requisitos do Sistema Introdução O que são requisitos de um software? Serviços

Leia mais

ANÁLISE E DESENVOLVIMENTO DE SISTEMAS TURMA º PERÍODO - 7º MÓDULO AVALIAÇÃO A1 DATA 10/09/2009 ENGENHARIA DE USABILIDADE

ANÁLISE E DESENVOLVIMENTO DE SISTEMAS TURMA º PERÍODO - 7º MÓDULO AVALIAÇÃO A1 DATA 10/09/2009 ENGENHARIA DE USABILIDADE ANÁLISE E DESENVOLVIMENTO DE SISTEMAS TURMA 2008 4º PERÍODO - 7º MÓDULO AVALIAÇÃO A1 DATA 10/09/2009 ENGENHARIA DE USABILIDADE 2009/2 GABARITO COMENTADO QUESTÃO 1: 1. Considere as afirmações a seguir:

Leia mais

Componentes de SIs. Pessoas Organiz. Tecnologia

Componentes de SIs. Pessoas Organiz. Tecnologia Universidade Federal do Vale do São Francisco Curso de Administração Tecnologia e Sistemas de Informação - 03 Prof. Jorge Cavalcanti jorge.cavalcanti@univasf.edu.br www.univasf.edu.br/~jorge.cavalcanti

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

DOCUMENTO DE REQUISITO DE SOFTWARE

DOCUMENTO DE REQUISITO DE SOFTWARE DOCUMENTO DE REQUISITO DE SOFTWARE PARTICIPANTES Belo Horizonte - 1

Leia mais

Documento de Visão versão 1.0 Desenvolvimento do Sistema de Gestão de Documentos Doc Manager Cliente: São José Agroindustrial Representante do

Documento de Visão versão 1.0 Desenvolvimento do Sistema de Gestão de Documentos Doc Manager Cliente: São José Agroindustrial Representante do Documento de Visã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 Histórico de Revisão Data Versão

Leia mais

Engenharia de Software

Engenharia de Software Engenharia de Software Prof. Luiz Antonio do Nascimento Espec. sistema / Eng. sistemas Modelagem do processo de negócios Análise de requisitos O que tem que ser feito Projeto Como deve ser feito Construção

Leia mais

27) Em relação aos Projetos de Sistemas de Software, assinale a sequência correta de desenvolvimento de um sistema:

27) Em relação aos Projetos de Sistemas de Software, assinale a sequência correta de desenvolvimento de um sistema: Modelos de Ciclo de Vida e Metodologias de Software 33) No SCRUM, uma iteração que segue um ciclo (PDCA) e entrega incremento de software pronto é denominada: A) Backlog. B) Sprint. C) Daily scrum. D)

Leia mais

Análise de Sistemas Aula 4

Análise de Sistemas Aula 4 Análise de Sistemas Aula 4 Prof. Emerson Klisiewicz Contextualização Aula 4 Gerenciamento de Requisitos Refinamento de Requisitos Aprovação de Requisitos Matriz de Rastreabilidade O Sucesso Clientes satisfeitos

Leia mais

- 6ª Lista de Exercícios -

- 6ª Lista de Exercícios - - 6ª Lista de Exercícios - Gerência de Configuração Questão 1) (CESPE, 2013, TCE-RO - Analista de Informática). Com relação à gerência de configuração de software, julgue os itens que se seguem: Quando

Leia mais

- 1ª Lista de Exercícios -

- 1ª Lista de Exercícios - - 1ª Lista de Exercícios - Introdução à Engenharia de Software Questão 1) A engenharia de software está relacionada com todos os aspectos da produção de software, desde os estágios iniciais de especificação

Leia mais

DOCUMENTO DE VISÃO 1. TÍTULO DO PROJETO. 2. RESPONSÁVEL PELO DOCUMENTO Ciclano

DOCUMENTO DE VISÃO 1. TÍTULO DO PROJETO. 2. RESPONSÁVEL PELO DOCUMENTO Ciclano DOCUMENTO DE VISÃO 1. TÍTULO DO PROJETO Título: SIGLA Sistema de Gestão de Capacitação Coordenador do Projeto: Fulano de Tal E-mail: email@email.com 2. RESPONSÁVEL PELO DOCUMENTO Ciclano 3. FINALIDADE

Leia mais

Engenharia de Requisitos

Engenharia de Requisitos Engenharia de Requisitos Introdução a Engenharia de Requisitos Professor: Ricardo Argenton Ramos Engenharia de Software I 2017.2 Slide 1 Objetivos Introduzir a noção de requisitos do sistema e o processo

Leia mais

De Olho na Pista. Documento de Arquitetura. De Olho na Pista Documento de Arquitetura Data: 23/03/2013. AJA Software

De Olho na Pista. Documento de Arquitetura. De Olho na Pista Documento de Arquitetura Data: 23/03/2013. AJA Software AJA Software www.ajasoftware.wordpress.com De Olho na Pista Documento de Arquitetura Confidencial De Olho na Pista, 2013 1 Sumário 1. Introdução 3 2. Metas e Restrições da Arquitetura 3 3. Padrão da Arquitetura

Leia mais

1. INTRODUÇÃO A MODELAGEM DE DADOS

1. INTRODUÇÃO A MODELAGEM DE DADOS 1. INTRODUÇÃO A MODELAGEM DE DADOS Para se construir uma casa ou um prédio de qualidade, é essencial fazer um planejamento detalhado, com a finalidade de pensar sobre as formas de construção, fazer estimativas

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

Ferramenta de apoio a Documentação de Requisitos de Software. Odair José ALUNO. Prof. Everaldo Artur Grahl ORIENTADOR

Ferramenta de apoio a Documentação de Requisitos de Software. Odair José ALUNO. Prof. Everaldo Artur Grahl ORIENTADOR Ferramenta de apoio a Documentação de Requisitos de Software Odair José ALUNO Prof. Everaldo Artur Grahl ORIENTADOR 1 ROTEIRO Introdução Fundamentação Teórica Engenharia de Requisitos, Requisitos Contexto,

Leia mais

Classificação de Requisitos

Classificação de Requisitos Classificação de Requisitos Tipos de Requisitos Requisitos Funcionais (RF) Requisitos Não Funcionais (RNF) Requisitos Inversos (RI) Requisitos Funcionais Descreve funcionalidade e serviços do sistema Depende

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

Tópicos da Aula. A Linguagem UML. A Linguagem UML. De onde surgiu? Fundadores da UML. Introdução à UML e Diagrama de Casos de Uso.

Tópicos da Aula. A Linguagem UML. A Linguagem UML. De onde surgiu? Fundadores da UML. Introdução à UML e Diagrama de Casos de Uso. Engenharia de Software Aula 07 Tópicos da Aula Introdução à UML e Introdução a UML Visão geral de alguns diagramas Eduardo Figueiredo http://www.dcc.ufmg.br/~figueiredo dcc603@gmail.com 28 Março 2012 A

Leia mais

Processo de Engenharia de Requisitos

Processo de Engenharia de Requisitos Processo de Engenharia de Requisitos Centro de Informática - Universidade Federal de Pernambuco Kiev Gama kiev@cin.ufpe.br Slides originais elaborados por Ian Sommerville e adaptado pelos professores Márcio

Leia mais

Requisitos de Software

Requisitos de Software Engenharia de requisitos Requisitos de Software 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

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

ENGENHARIA DE SOFTWARE

ENGENHARIA DE SOFTWARE CURSO TÉCNICO DE INFORMÁTICA Módulo A ENGENHARIA DE SOFTWARE Análise de Requisitos REQUISITO? Pode variar de uma declaração abstrata de alto nível de um serviço ou de uma restrição de sistema para uma

Leia mais

Universidade Estadual Vale do Acaraú Disciplina: Análise e Projeto Orientado a Objetos Professora: Raquel Silveira DESCRIÇÃO DO TRABALHO PARA 3ª AP

Universidade Estadual Vale do Acaraú Disciplina: Análise e Projeto Orientado a Objetos Professora: Raquel Silveira DESCRIÇÃO DO TRABALHO PARA 3ª AP Universidade Estadual Vale do Acaraú Disciplina: Análise e Projeto Orientado a Objetos Professora: Raquel Silveira DESCRIÇÃO DO TRABALHO PARA 3ª AP Objetivo: O objetivo do trabalho é desenvolver uma análise

Leia mais

INSTITUTO FEDERAL DE CIÊNCIA E TECNOLOGIA DE SÃO PAULO PROJETO SOLUTION MARKET'S

INSTITUTO FEDERAL DE CIÊNCIA E TECNOLOGIA DE SÃO PAULO PROJETO SOLUTION MARKET'S INSTITUTO FEDERAL DE CIÊNCIA E TECNOLOGIA DE SÃO PAULO PROJETO SOLUTION MARKET'S Trabalho de Gestão de Projeto realizado para a disciplina de Engenharia de Software do quinto módulo do curso super em Análise

Leia mais

Aula 1 - Introdução à disciplina e Processos de desenvolvimento de software e suas atividades básicas

Aula 1 - Introdução à disciplina e Processos de desenvolvimento de software e suas atividades básicas Aula 1 - Introdução à disciplina e Processos de desenvolvimento de software e suas atividades básicas Análise de Sistemas Prof. Filipe Arantes Fernandes filipe.arantes@ifsudestemg.edu.br Nome da disciplina:

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

Modelos de Sistemas Casos de Uso

Modelos de Sistemas Casos de Uso Modelos de Sistemas Casos de Uso Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2007 Slide 1 Casos de Uso Objetivos Principais dos Casos de Uso: Delimitação do contexto de

Leia mais

Análise e Projeto de Sistema. Daniel José Ventorim Nunes (IFES Campus Cahoeiro)

Análise e Projeto de Sistema. Daniel José Ventorim Nunes (IFES Campus Cahoeiro) Análise e Projeto de Sistema Daniel José Ventorim Nunes (IFES Campus Cahoeiro) Objetivos Conhecer as etapas do projeto de desenvolvimento de software Desenvolvimento de software é uma atividade complexa

Leia mais

Análise e Projeto de Sistemas

Análise e Projeto de Sistemas Análise e Projeto de Sistemas Prof. M.Sc. Ronaldo C. de Oliveira ronaldooliveira@facom.ufu.br FACOM - 2012 Paradigmas e Processo de Software Engenharia de Software: Abrangência Engenharia de Software possui

Leia mais

UML Unified Modeling Language Linguagem de Modelagem Unificada

UML Unified Modeling Language Linguagem de Modelagem Unificada UML Unified Modeling Language Linguagem de Modelagem Unificada Prof. Gilberto Porto e-mail: porto@gilbertoporto.com.br A linguagem UML n UML (Unified Modeling Language) Linguagem de Modelagem Unificada

Leia mais

TESTES DE SOFTWARE 1. Fundamentos sobre testes de software

TESTES DE SOFTWARE 1. Fundamentos sobre testes de software ENG SOFT - TESTES TESTES DE SOFTWARE 1. Fundamentos sobre testes de software A atividade de teste de software sempre foi considerada como um gasto de tempo desnecessário, uma atividade de segunda classe,

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

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

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

Qualidade de Pacote de Software. Avaliação do Sistema DreamWeaver. Material preparado por Débora M. B. Paiva

Qualidade de Pacote de Software. Avaliação do Sistema DreamWeaver. Material preparado por Débora M. B. Paiva Qualidade de Pacote de Software Avaliação do Sistema DreamWeaver Material preparado por Débora M. B. Paiva Visão Geral Introdução Definição dos Requisitos de Qualidade Preparação da Avaliação de Qualidade

Leia mais

Configuração e Utilização de Boletos FAQ23

Configuração e Utilização de Boletos FAQ23 Configuração e Utilização de Boletos FAQ23 Através do sistema Futura Server é possível configurar e controlar a emissão de boletos bancários, Para isso é necessário realizar as seguintes configurações:

Leia mais

Como Configurar e Utilizar Boletos (Futura Server) FAQ23

Como Configurar e Utilizar Boletos (Futura Server) FAQ23 Como Configurar e Utilizar Boletos (Futura Server) FAQ23 Através do sistema Futura Server é possível configurar e controlar a emissão de boletos bancários, Para isso é necessário realizar as seguintes

Leia mais

Requisitos. Silvério Sirotheau

Requisitos. Silvério Sirotheau Requisitos Silvério Sirotheau Requisitos O levantamento e análise de requisitos compõem uma parte decisiva da fase de concepção dentro UP. O analista pode e deve utilizar todas as informações disponíveis

Leia mais

Banco de Dados. SGBDs. Professor: Charles Leite

Banco de Dados. SGBDs. Professor: Charles Leite Banco de Dados SGBDs Professor: Charles Leite Sistemas de BD Vimos que um BANCO DE DADOS representa uma coleção de dados com algumas propriedades implícitas Por exemplo, um BD constitui os dados relacionados

Leia mais

Documento de Visão. Projeto T2Ti ERP Lite Bloco Financeiro

Documento de Visão. Projeto T2Ti ERP Lite Bloco Financeiro Documento de Visão T2Ti ERP Lite Bloco Financeiro Versão 1.1 Bloco Financeiro Histórico de Alterações Data Versão Descrição Autor 03/05/2017 1.0 Primeira versão do documento. Albert Eije 19/05/2017 1.1

Leia mais

ESPECIFICAÇÃO DO TRABALHO DA DISCIPLINA DE ANÁLISE DE SISTEMAS ORIENTADOS A OBJETOS DO CURSO DE TECNOLOGIA EM DESENVOLVIMENTO DE SOFTWARE

ESPECIFICAÇÃO DO TRABALHO DA DISCIPLINA DE ANÁLISE DE SISTEMAS ORIENTADOS A OBJETOS DO CURSO DE TECNOLOGIA EM DESENVOLVIMENTO DE SOFTWARE O trabalho consiste em duas etapas. Na primeira etapa, a equipe deverá apresentar os documentos necessários para especificação do problema e a sua análise, através da UML. Na segunda etapa, a equipe fará

Leia mais

CAPÍTULO 1 O AMBIENTE DE DESENVOLVIMENTO DE SISTEMAS. Tereza Gonçalves Kirner

CAPÍTULO 1 O AMBIENTE DE DESENVOLVIMENTO DE SISTEMAS. Tereza Gonçalves Kirner CAPÍTULO 1 O AMBIENTE DE DESENVOLVIMENTO DE SISTEMAS Tereza Gonçalves Kirner Apresentação elaborada com base em: Hoffer, Jeffrey A., George, Joey F. Modern Systems Analysis and Design (Capítulo 1), Pearson,

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

Agenda TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS ANÁLISE E PROJETO DE SISTEMAS. Aula 3 21/08/2012

Agenda TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS ANÁLISE E PROJETO DE SISTEMAS. Aula 3 21/08/2012 TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS ANÁLISE E PROJETO DE SISTEMAS Aula 3 Agenda O processo de desenvolvimento de software Processo Unificado e as fases do Processo Unificado Requisitos

Leia mais

Requisitos de Software e UML Básico. Janaína Horácio

Requisitos de Software e UML Básico. Janaína Horácio Requisitos de Software e UML Básico Janaína Horácio janaina@les.inf.puc-rio.br Agenda Requisitos O que é? Objetivos? Atividades?... UML O que é? Modelos... Casos de Uso O que é? Componentes 2 Requisitos

Leia mais

Projeto II: Elaboração dos Modelos de Requisitos Funcionais e Não Funcionais do Sistema de Apoio às Atividades dos Laboratórios de Física

Projeto II: Elaboração dos Modelos de Requisitos Funcionais e Não Funcionais do Sistema de Apoio às Atividades dos Laboratórios de Física Especificação de Requisitos e Validação de Sistemas Curso: Sistemas de Informação Projeto II: Elaboração dos Modelos de Requisitos Funcionais e Não Funcionais do Sistema de Apoio às Atividades dos Laboratórios

Leia mais

Análise de Requisitos. Tema 4. Análise de Requisitos Profa. Susana M. Iglesias

Análise de Requisitos. Tema 4. Análise de Requisitos Profa. Susana M. Iglesias Análise de Requisitos Tema 4. Análise de Requisitos Profa. Susana M. Iglesias Análise e uma ponte entre a engenharia de sistemas e o desenho do software Engenharia de Sistema Análise de Requisitos de Software

Leia mais

AGILE WEB ENGINEERING PROCESS

AGILE WEB ENGINEERING PROCESS AGILE WEB ENGINEERING PROCESS AWE Agile Web Engineering Process Introdução O Processo AWE Fases Análise Conceitual Projeto Desenvolvimento Lançamento/Testes 1ª Iteração O que é AWE? É um processo: Conjunto

Leia mais

Unidade II MODELAGEM DE PROCESSOS. Profa. Gislaine Stachissini

Unidade II MODELAGEM DE PROCESSOS. Profa. Gislaine Stachissini Unidade II MODELAGEM DE PROCESSOS Profa. Gislaine Stachissini Modelagem de sistemas A fase do desenvolvimento do sistema exige: esforço; dedicação; envolvimento; um único objetivo. Estilo de desenvolvimento

Leia mais

Verificação e Validação (V & V)

Verificação e Validação (V & V) Verificação e Validação (V & V) Objetivo: assegurar que o software que o software cumpra as suas especificações e atenda às necessidades dos usuários e clientes. Verificação: Estamos construindo certo

Leia mais