Engenharia de Software LEIC/LETI, 3 o Ano, 2 o Semestre, Ano letivo de 2014/2015
|
|
- Sonia Viveiros Lima
- 5 Há anos
- Visualizações:
Transcrição
1 UNIVERSIDADE DE LISBOA INSTITUTO SUPERIOR TÉCNICO Engenharia de Software LEIC/LETI, 3 o Ano, 2 o Semestre, Ano letivo de 2014/2015 Exame de 11 de Junho (Versão A) Nome: Número: Este exame tem um conjunto de 20 perguntas de escolha múltipla, e um conjunto de 5 perguntas de resposta aberta. Escreva o seu número em todas as folhas da prova. O tamanho das respostas deve ser limitado ao espaço fornecido para cada questão. Pode responder a lápis. Em cima da mesa devem estar apenas: enunciado, material de escrita e cartão de aluno. Apenas são permitidas folhas de rascunho fornecidas pelos docentes que devem ser devolvidas no final. A utilização de de qualquer aparelho electrónico (tais como telemóveis, calculadoras, etc) implica a anulação imediata do exame. Leia cuidadosamente as perguntas de escolha múltipla e coloque na grelha a letra correspondente à resposta correta para cada pergunta. Por favor, use apenas letras maiúsculas. Se não responder a uma determinada pergunta, marque a resposta com um X. A classificação das perguntas de escolha múltipla é feita da seguinte forma: uma resposta correta vale 0,5; uma resposta errada vale -0,1; uma pergunta não respondida vale 0. Por isso, no caso de não saber responder a uma determinada pergunta é preferível deixar a pergunta por responder. Para cada pergunta deve escolher a que considera mais correta. Respostas às questões de escolha múltipla (componente teórica): Não preencher. Reservado para a correcção. 21: 22: 23: 24: 25:
2 Número: Pág. 2/11 Perguntas de escolha múltipla 1. Um sistema do tipo P é aquele em que se constrói um modelo do problema. A) Este modelo vai permitir validar que o sistema tem o comportamento que se pretende. B) Pode vir a verificar-se que a abstração do problema, contida no modelo, não é a mais adequada para resolver o problema. C) O modelo constitui uma formalização completa do problema, pelo que a validação do sistema será igual à sua verificação. D) O modelo faz parte do mundo onde o problema se insere, pelo que a sua concretização alterará o próprio problema. 2. A definição de interfaces claras entre módulos A) Permite reduzir o número de canais de comunicação entre os membros da equipa de desenvolvimento. B) Obriga a uma organização da equipa centrada na tecnologia. C) Obriga a uma organização da equipa centrada na funcionalidade. D) Obriga à constituição de uma equipa plana. 3. Em GIT, após a operação commit, um ficheiro no estado Staged A) Passa para o estado Unmodified B) Passa para o estado Untracked. C) Passa para o estado Modified D) Permanece no estado Staged 4. De acordo com os padrões de construção de sistema um smoke test A) Pode levar bastante tempo a executar pois tem como objetivo descobrir o maior número de falhas possível. B) Inclui todos os testes regressivos do sistema. C) Invoca os testes de unidade assim como os testes regressivos. D) Deve levar pouco tempo a executar pois é executado durante as construções privadas (private system build). 5. Considere as seguintes três técnicas de estimação do esforço de desenvolvimento de um sistema de software: experiência dos peritos, algorítmica, e tempo-do-dia anterior (yesterday s weather). A) Os projetos orientados ao plano seguem a técnica do tempo-do-dia anterior. B) Estas três técnicas são empíricas. C) A técnica algorítmica não é empírica. D) Os projetos ágeis seguem a técnica da experiência dos peritos.
3 Número: Pág. 3/11 6. Nas técnicas de gestão do risco a prioritização dos riscos é efetuada com base A) Na sua probabilidade de ocorrência. B) No efeito da sua ocorrência. C) Na relação entre a probabilidade da sua ocorrência e o seu efeito. D) Usando um método algorítmico. 7. Num projeto SCRUM, o SCRUM master é responsável por A) Definir a arquitetura do sistema. B) Garantir que os programadores estão focados em terminar o sprint. C) Atribuir tarefas aos programadores. D) Definir quais as histórias a serem implementadas no próximo sprint. 8. Os testes de componente (component) podem integrar os módulos de diversas formas. A) Na integração bottom-up são necessários duplos para teste. B) Na integração top-down é necessário que todos os módulos tenham sido implementados. C) A integração bottom-up permite testar a funcionalidade final do sistema. D) A integração top-down pode requerer a utilização de duplos para teste. 9. Suponha que durante uma refactorização se substitui três utilizações de uma variável temporária pela expressão usada para calcular o valor que contém, técnica replace temp with query. A) Esta substituição vai necessariamente reduzir o desempenho do programa pois a expressão passa a ser calculada 3 vezes. B) Após esta substituição o desempenho do programa é o mesmo pois o compilador irá otimizar o código. C) Esta substituição apenas é possível se a expressão não tiver efeitos colaterais. D) Esta substituição deve ser sempre efetuada pois aumenta a legibilidade do código.
4 Número: Pág. 4/ Considere o seguinte código da framework JUnit. A) Os programadores devem redefinir a classe TestResult sempre que seja necessário haver uma nova forma de apresentação de resultados. B) As exceções AssertFailedError correspondem a erros do tipo null pointer. C) A invocação do método run nunca deve falhar para que todos os testes possam executar. D) O método teardown apenas necessita de ser invocado quando o teste falha para repor o estado inicial. 11. Considere o padrão de desenho State. A) A classe Context está fortemente ligada à classe State. B) Existe coesão forte no método Handle(). C) As classes ConcreteState são fortemente coesas. D) As concretizações da classe State apenas podem possuir um método.
5 Número: Pág. 5/ O requisito de que os acessos a um sistema apenas devem ser feitos por utilizadores autenticados A) Leva à identificação de requisitos funcionais associados ao login de utilizadores. B) É um requisito de safety. C) É um requisito funcional. D) É um requisito de fiabilidade. 13. Considere a especificação de requisitos não funcionais de fiabilidade. A métrica mais adequada a um sistema em que os danos associados a uma falha sejam significativos é: A) Taxa de ocorrência de falhas durante um determinado período. B) Probabilidade de falha por pedido efetuado. C) Tempo médio para falhar. D) Probabilidade de responder a um pedido. 14. O padrão arquitetural repositório A) É usado na arquitetura do Eclipse. B) Obriga a que as aplicações comuniquem entre si sem ser através do repositório. C) Faz com que as aplicações que acedem ao repositório sejam independentes do modelo de dados do mesmo. D) É fácil de distribuir o repositório. 15. Diversidade e redundância são as duas principais técnicas arquiteturais usadas para garantir a confiabilidade dos sistemas A) A diversidade é uma técnica que aplica ao hardware apenas. B) Os sistemas que efetuam auto-monitorização (self-monitoring) utilizam diversidade de software apenas. C) A diversidade segue o princípio do controlo da visibilidade da informação num programa. D) A redundância permite reduzir o risco através de técnicas de recuperação. 16. Dentro da barricada, nas zonas seguras, podem ser usadas asserções (asserts) para A) Tratar as situações de erro de forma que a execução não termine. B) Ajudar a detetar erros quando o sistema está em produção. C) Ajudar a detetar erros durante o desenvolvimento. D) Integrar a técnica test-first com depuração de programas.
6 Número: Pág. 6/ Os elevados custos de manutenção de um sistema são devidos A) Aos constantes pedidos de alteração. B) Ao facto de ter um funcionamento errático. C) A uma perda de conhecimento acerca das suas funcionalidades e estrutura. D) A ser muito importante para o negócio. 18. Considerando as forças de estabilidade e progresso de uma linha de código, quando se pretende experimentar uma alteração arquitetural A) Deve ser criada uma nova linha de código onde se procede a essas alterações e que tenha maior estabilidade do que a linha de desenvolvimento ativa. B) Deve ser criada uma nova linha de código onde se procede a essas alterações e que tenha maior progresso do que a linha de desenvolvimento ativa. C) O desenvolvimento deve continuar na linha de desenvolvimento ativa mas com maior estabilidade. D) O desenvolvimento deve continuar na linha de desenvolvimento ativa mas com menor estabilidade. 19. O modelo Incremental de processo de desenvolvimento de software A) Define atividades explícitas de gestão do risco. B) Estabelece como milestone a verificação se foi atingido o necessário nível de conhecimento. C) Associa a cada etapa uma entrega. D) Não se aplica a desenvolvimento ágil. 20. A programação aos pares sugerida pela abordagem XP é uma forma de A) Garantir que, no caso de necessidade, a velocidade real da equipa é igual ao dobro daquela que é calculada quando se faz programação aos pares. B) Melhorar a qualidade dos testes, pois enquanto um programador escreve o código o outro define os casos de teste. C) Dar ênfase às vantagens da revisão do código. D) Reduzir a metade o número de pessoas que necessitam de participar no stand up meeting.
7 Número: Pág. 7/11 Perguntas sobre a componente prática O projeto BUBBLEDOCS desenvolvido durante a execução da disciplina de Engenharia de Software permite a criação e gestão de folhas de cálculo, em que cada folha de cálculo tem um dono e dois conjuntos de utilizadores: os que podem alterar a folha de cálculo e os que podem ler a folha de cálculo. Suponha agora que se pretende acrescentar os seguintes requisitos: A aplicação deve suportar um segundo tipo de documento, o documento de texto. Um documento de texto tem um nome, dono e o conjunto de utilizadores que podem alterar o documento. Por razões de simplificação, o texto de um documento de texto é representado simplesmente por uma cadeia de caracteres. O número de utilizadores que pode alterar um documento de texto é limitado. Este limite pode ser alterado em qualquer momento. Cada documento tem um dado tamanho. No caso de um documento de texto, o tamanho é igual ao número de caracteres do texto associado ao documento. No caso de uma folha de cálculo, o tamanho é determinado pela dimensão da folha de cálculo, sendo portanto igual ao produto do número de colunas da folha pelo número de linhas da folha.
8 Número: Pág. 8/ (1.5) Altere o domínio da aplicação BUBBLEDOCS, com recurso à Fénix Framework, de forma a que a nova informação respeitante aos novos requisitos seja toda adequadamente persistida. Modele as alterações ao domínio usando a Domain Modeling Language (DML). NOTA: Os conceitos de User, SpreadSheet, BubbleDocs, Function, Cell e Content já se encontram definidos na aplicação desenvolvida pelo que não é necessário defini-los outra vez, a não ser que tenham que ser alterados. Neste caso escreva apenas as alterações a realizar, não sendo necessário concretizar totalmente a entidade em causa. Solução: Atenção: esta resposta é apenas um esboço da resposta a dar.
9 Número: Pág. 9/ (1.0) Assuma que a aplicação atual representa os utilizadores em modo de escrita e leitura de uma folha de cálculo como duas associações distintas de muitos para muitos entre as entidades SpreadSheet e User. Aplicando a técnica de refatorização de código, indique os vários passos a seguir para introduzir o conceito de documento de texto na aplicação por forma as que as funcionalidades atuais da aplicação nunca deixem de funcionar. Solução: Atenção: esta resposta é apenas um esboço da resposta a dar. 23. (2.0) Tendo em conta a arquitetura em camadas aplicada no desenvolvimento da aplicação BUBBLEDOCS, altere a camada de domínio (o que inclui novos métodos, classes e alteração de métodos já existentes, caso seja necessário) por forma a concretizar os seguintes novos/alterados requisitos: Cálculo do espaço ocupado pelos documentos de um utilizador. Este valor é igual ao somatório do tamanho dos documentos criados pelo utilizador em causa. NOTA: Assuma nesta e nas restantes perguntas que qualquer classe de exceção que pretenda utilizar já se encontra concretizada, não sendo assim necessário concretizá-la. Pode também utilizar métodos que já tenha definido no seu projeto, necessitando apenas de indicar o que eles fazem. Solução: Atenção: esta resposta é apenas um esboço da resposta a dar. No exame seria necessário escrever o código. Aplicando os conhecimentos adquiridos nas aulas de laboratório relativas à Fénix Framework, deve alterar-se a camada de restrições definidas no domínio do problema. Isto passa por substituir os métodos corretos para associar as entidades envolvidas nesta funcionalidade por forma a concretizar as restrições requeridas.
10 Número: Pág. 10/ (3.5) Tendo em conta a arquitetura em camadas aplicada no desenvolvimento da aplicação BUBBLEDOCS, altere a camada de serviços (e também a de domínio, caso seja necessário) da aplicação por forma a concretizar o serviço AddWriteUserToDocument. Este serviço é responsável por adicionar um novo utilizador ao conjunto de utilizadores que podem escrever no documento. Este serviço recebe o username do utilizador a adicionar e o identificador do documento. Por razões de simplificação, não se recebe o token do utilizador mas sim o seu username. Não é necessário verificar que o utilizador tem uma sessão válida. Solução: Atenção, esta resposta é apenas um esboço da resposta a dar. No exame seria necessário escrever o código. Aplicando os conhecimentos adquiridos nas aulas de laboratório é necessário definir uma classe serviço, e que pertencerá à camada fina de serviços, semelhante às várias classes serviços definidas durante o projeto. Esta classe será responsável por determinar o número de pratos em que cada cliente VIP registou interesse utilizando as funcionalidades disponibilizadas pela camada de domínio.
11 Número: Pág. 11/ (2.0) Considere o serviço desenvolvido na questão anterior. Indique os vários casos de teste que devem ser desenvolvidos para testar este serviço. Solução: Atenção, esta resposta é apenas um esboço da resposta a dar. Aplicando os conhecimentos adquiridos nas aulas de laboratório é necessário indicar quais os vários casos de teste a desenvolver. Cada caso de teste deve exercitar uma situação potencilamente distinta do serviço a testar. Não é necessário indicar o código do teste, apenas a descrição de cada situação a testar.
Engenharia de Software LEIC/LETI, 3 o Ano, 2 o Semestre, Ano letivo de 2014/2015
UNIVERSIDADE DE LISBOA INSTITUTO SUPERIOR TÉCNICO Engenharia de Software LEIC/LETI, 3 o Ano, 2 o Semestre, Ano letivo de 2014/2015 Exame de 11 de Junho (Versão A) Nome: Número: Este exame tem um conjunto
Leia maisEngenharia de Software LEIC/LETI, 3 o Ano, 2 o Semestre, Ano letivo de 2014/2015
UNIVERSIDADE DE LISBOA INSTITUTO SUPERIOR TÉCNICO Engenharia de Software LEIC/LETI, 3 o Ano, 2 o Semestre, Ano letivo de 2014/2015 Exame de 3 de Julho (Versão A) Nome: Número: Este exame tem um conjunto
Leia maisEngenharia de Software LEIC/LETI, 3 o Ano, 2 o Semestre, Ano letivo de 2014/2015
UNIVERSIDADE DE LISBOA INSTITUTO SUPERIOR TÉCNICO Engenharia de Software LEIC/LETI, 3 o Ano, 2 o Semestre, Ano letivo de 2014/2015 Exame Tipo Nome: Número: Este exame tem um conjunto de 20 perguntas de
Leia maisEngenharia de Software
UNIVERSIDADE DE LISBOA INSTITUTO SUPERIOR TÉCNICO Engenharia de Software LEIC/LETI, 3 o Ano, 2 o Semestre Repescagem do 1 o Teste, 1 de Julho de 2016 Nome: Número: Este teste tem um conjunto de 10 perguntas
Leia maisEngenharia de Software
UNIVERSIDADE DE LISBOA INSTITUTO SUPERIOR TÉCNICO Engenharia de Software LEIC/LETI, 3 o Ano, 2 o Semestre 1 o Teste, 21 de Abril de 2016 Duração: 90 minutos Nome: Número: Este teste tem um conjunto de
Leia maisEngenharia de Software
UNIVERSIDADE DE LISBOA INSTITUTO SUPERIOR TÉCNICO Engenharia de Software LEIC/LETI, 3 o Ano, 2 o Semestre 1 o Teste, 4 de Abril de 2017 Duração: 60 minutos Nome: Número: Este teste tem um conjunto de 8
Leia maisEngenharia de Software
UNIVERSIDADE DE LISBOA INSTITUTO SUPERIOR TÉCNICO Engenharia de Software LEIC/LETI, 3 o Ano, 2 o Semestre Repescagem 1 o Teste, 7 de Julho de 2018 Duração: 90 minutos Nome: Número: Este teste tem um conjunto
Leia maisEngenharia de Software
UNIVERSIDADE DE LISBOA INSTITUTO SUPERIOR TÉCNICO Engenharia de Software LEIC/LETI, 3 o Ano, 2 o Semestre Repescagem 1 o Teste, 7 de Julho de 2017 Duração: 90 minutos Nome: Número: Este teste tem um conjunto
Leia maisEngenharia de Software
UNIVERSIDADE DE LISBOA INSTITUTO SUPERIOR TÉCNICO Engenharia de Software LEIC/LETI, 3 o Ano, 2 o Semestre 1 o Teste, 4 de Abril de 2017 Duração: 90 minutos Nome: Número: Este teste tem um conjunto de 8
Leia maisEngenharia de Software LEIC/LERC, 3 o Ano, 2 o Semestre, Ano lectivo de 2011/2012
UNIVERSIDADE TÉCNICA DE LISBOA INSTITUTO SUPERIOR TÉCNICO Engenharia de Software LEIC/LERC, 3 o Ano, 2 o Semestre, Ano lectivo de 2011/2012 Primeiro Exame 02 de Junho de 2012, 9H00 11H30 (Versão A) Nome:
Leia maisEngenharia de Software
UNIVERSIDADE DE LISBOA INSTITUTO SUPERIOR TÉCNICO Engenharia de Software LEIC/LETI, 3 o Ano, 2 o Semestre 1 o Teste, 4 de Abril de 2017 Duração: 90 minutos Nome: Número: Este teste tem um conjunto de 8
Leia maisEngenharia de Software
UNIVERSIDADE DE LISBOA INSTITUTO SUPERIOR TÉCNICO Engenharia de Software LEIC/LETI, 3 o Ano, 2 o Semestre 2 o Teste, 8 de Junho de 2016 Nome: Número: Este teste tem um conjunto de 10 perguntas de escolha
Leia maisEngenharia de Software
UNIVERSIDADE DE LISBOA INSTITUTO SUPERIOR TÉCNICO Engenharia de Software LEIC/LETI, 3 o Ano, 2 o Semestre 1 o Teste, 10 de Abril de 2018 Duração: 90 minutos Nome: Número: Este teste tem um conjunto de
Leia maisEngenharia de Software
UNIVERSIDADE DE LISBOA INSTITUTO SUPERIOR TÉCNICO Engenharia de Software LEIC/LETI, 3 o Ano, 2 o Semestre Repescagem 1 o Teste, 7 de Julho de 2017 Duração: 90 minutos Nome: Número: Este teste tem um conjunto
Leia maisEngenharia de Software LEIC/LERC, 3 o Ano, 2 o Semestre, Ano lectivo de 2011/2012
UNIVERSIDADE TÉCNICA DE LISBOA INSTITUTO SUPERIOR TÉCNICO Engenharia de Software LEIC/LERC, 3 o Ano, 2 o Semestre, Ano lectivo de 2011/2012 Segundo Exame 26 de Junho de 2012, 15H00 17H30 (Versão A) Nome:
Leia maisEngenharia de Software
UNIVERSIDADE DE LISBOA INSTITUTO SUPERIOR TÉCNICO Engenharia de Software LEIC/LETI, 3 o Ano, 2 o Semestre Repescagem 2 o Teste, 7 de Julho de 2017 Duração: 90 minutos Nome: Número: Este teste tem um conjunto
Leia maisEngenharia de Software
UNIVERSIDADE DE LISBOA INSTITUTO SUPERIOR TÉCNICO Engenharia de Software LEIC/LETI, 3 o Ano, 2 o Semestre Repescagem do 2 o Teste, 1 de Julho de 2016 Nome: Número: Este teste tem um conjunto de 10 perguntas
Leia maisEngenharia de Software
UNIVERSIDADE DE LISBOA INSTITUTO SUPERIOR TÉCNICO Engenharia de Software LEIC/LETI, 3 o Ano, 2 o Semestre 2 o Teste, 17 de Junho de 2017 Duração: 90 minutos Nome: Número: Este teste tem um conjunto de
Leia maisEngenharia de Software
UNIVERSIDADE DE LISBOA INSTITUTO SUPERIOR TÉCNICO Engenharia de Software LEIC/LETI, 3 o Ano, 2 o Semestre 2 o Teste, 16 de Junho de 2018 Duração: 90 minutos Nome: Número: Este teste tem um conjunto de
Leia maisEngenharia de Software
UNIVERSIDADE DE LISBOA INSTITUTO SUPERIOR TÉCNICO Engenharia de Software LEIC/LETI, 3 o Ano, 2 o Semestre Repescagem 2 o Teste, 7 de Julho de 2017 Duração: 90 minutos Nome: Número: Este teste tem um conjunto
Leia maisEngenharia de Software
UNIVERSIDADE DE LISBOA INSTITUTO SUPERIOR TÉCNICO Engenharia de Software LEIC/LETI, 3 o Ano, 2 o Semestre 2 o Teste, 17 de Junho de 2017 Duração: 90 minutos Nome: Número: Este teste tem um conjunto de
Leia maisEngenharia de Software LEIC/LERC, 3 o Ano, 2 o Semestre, Ano lectivo de 2009/2010
UNIVERSIDADE TÉCNICA DE LISBOA INSTITUTO SUPERIOR TÉCNICO Engenharia de Software LEIC/LERC, 3 o Ano, 2 o Semestre, Ano lectivo de 2009/2010 Primeiro Exame 28 de Junho de 2010, 9:00H 11:30H (Versão A) Nome:
Leia maisTeste de Software. Estratégias de Teste. Rosemary Silveira Filgueiras Melo
Teste de Software Estratégias de Teste Rosemary Silveira Filgueiras Melo rosesfmelo@hotmail.com 1 Agenda Estratégias de Teste Tipos de Estratégias de Teste 2 Estratégias de teste Define as fases em que
Leia maisextreme Programming extreme Programming
extreme Programming Os riscos mais frequentes do processo de desenvolvimento são tratados da seguinte forma: Atrasos na calendarização diversas pequenas versões, no máximo com uns poucos meses de duração
Leia maisExtreme Programming. Projeto de. Desenvolvimento. Software. Prof.: Ari Oliveira
Projeto de Desenvolvimento Software Extreme Programming Prof.: Ari Oliveira O Extreme Programming (XP) é uma metodologia de desenvolvimento de software que auxilia na produção de sistemas de maior qualidade,
Leia maisExame de 1ª Época Introdução à Programação IGE e ETI 2003/02/25-1º semestre de 2002/2003 ISCTE
Recibo do Exame de 1ª Época de Introdução à Programação (IGE e ETI), 2003/02/25 1º semestre de 2002/2003, ISCTE Nome do aluno:... Número do aluno:... Assinatura do docente:... Notas: Exame de 1ª Época
Leia maisProgramação Extrema na Prática
Programação Extrema na Prática Engenharia de Software Conference - 13:40-15:00 maio/09 São Paulo Dairton Bassi - dbassi@gmail.com Assuntos de Hoje Métodos Ágeis Valores Ágeis Programação Extrema Princípios
Leia maisRESOLUÇÃO. Computação e Programação (2009/2010-1º Semestre) 1º Teste (11/11/2009) Nome. Número. Leia com atenção os pontos que se seguem:
Computação e Programação (2009/2010-1º Semestre) 1º Teste MEMec - LEAN (11/11/2009) DURAÇÃO: 1h30m RESOLUÇÃO Leia com atenção os pontos que se seguem: Comece por escrever o seu nome e número nesta folha,
Leia maisDesenvolvimento de Software. Testes de Software. Tópicos da Aula. Onde estamos... Verificação x Validação. Testes de Software
Engenharia de Software Aula 17 Desenvolvimento de Software Testes de Software Eduardo Figueiredo http://www.dcc.ufmg.br/~figueiredo dcc603@gmail.com 7 Maio 2012 1. Especificação de requisitos 2. Projeto
Leia maisFicheiros de texto 1. Ficheiros de texto. 1. Implementar um programa que leia uma frase do teclado e a escreva num ficheiro.
Ficheiros de texto 1 Ficheiros de texto 1. Implementar um programa que leia uma frase do teclado e a escreva num ficheiro. 2. Implementar um programa que procure num ficheiro uma palavra lida do teclado.
Leia maisDesenvolvimento Ágil de Software. Prof. Edjandir Corrêa Costa
Desenvolvimento Ágil de Software Prof. Edjandir Corrêa Costa edjandir.costa@ifsc.edu.br Métodos Ágeis História Na início da década de 90 havia uma visão de que a melhor maneira para se criar software era
Leia maisEngenharia de Software 2º Semestre de 2006/2007
Engenharia de Software 2º Semestre de 2006/2007 Segundo enunciado detalhado do projecto: Portal OurDocs ic-es+alameda@mega.ist.utl.pt ic-es+tagus@mega.ist.utl.pt 1. Introdução Neste segundo enunciado do
Leia maisENGENHARIA DE SOFTWARE
INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA DO RIO GRANDE DO NORTE Curso Técnico em Informática : ENGENHARIA DE SOFTWARE Prof.: Clayton Maciel Costa clayton.maciel@ifrn.edu.br Um conjunto estruturado
Leia maisEngenharia de Software II
Engenharia de Software II Aula 7 http://www.ic.uff.br/~bianca/engsoft2/ Aula 7-12/05/2006 1 Ementa Processos de desenvolvimento de software Estratégias e técnicas de teste de software (Caps. 13 e 14 do
Leia maisCampus Capivari Análise e Desenvolvimento de Sistemas (ADS) Prof. André Luís Belini /
Campus Capivari Análise e Desenvolvimento de Sistemas (ADS) Prof. André Luís Belini E-mail: prof.andre.luis.belini@gmail.com / andre.belini@ifsp.edu.br MATÉRIA: QUALIDADE DE SOFTWARE Tema: Teste de Software:
Leia maisModelação Engenharia de Software
Modelação Engenharia de Software 2 o Semestre de 2008/2009 3 a entrega: Requisitos do sistema Test O Matic Sistema Nacional para as Competências Profissionais de Utopia 11 de Maio de 2009 1 Introdução
Leia maisCommunity. .com. Introdução ao T D
Community Introdução ao T D D Cadastro de Usuário Cadastro de Usuário Cadastro de Usuário Cadastro de Usuário Cadastro de Usuário Cadastro de Usuário Cadastro de Usuário Cadastro de Usuário Meu sistema
Leia maisEngenharia de Software
Sumário Engenharia de Software Modelos de desenvolvimento de software Fases de desenvolvimento Programação modular Abordagem top-down e bottom-up Linguagens de programação: Compilação / Interpretação Aplicação
Leia maisDiagramas de Use Case
86/170 Diagramas de Use Case Sumário Definição de requisitos. Diagramas de Use Case I conceitos base Diagramas de Use Case II conceitos avançados Resumo Exercícios Definição de Requisitos 87/170 Definição
Leia maisCapítulo 2 - Processos de Software
Capítulo 2 - Processos de Software Capítulo 2 Processos Software 1 Assuntos abordados Modelos de processo de software Atividades no processo de software Mudança no processo de software Melhoria de processos
Leia maisProcesso de desenvolvimento de sistema de informação - DSI
- DSI Fases do processo de Desenvolvimento de Sistemas Informação Estudo da viabilidade Engenharia de requisitos Desenho (Modelagem) Codificação Testes e Implantação Estudo da viabilidade Estudo preliminar
Leia maisEngenharia 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. A figura abaixo representa, simplificadamente, as fases do Modelo de Ciclo de Vida Cascata.
Leia maisProcessos de Software
DCC / ICEx / UFMG Processos de Software Eduardo Figueiredo http://www.dcc.ufmg.br/~figueiredo Processos Procedimentos e métodos definindo relação entre tarefas PROCESSO Pessoas com habilidades, treinadas
Leia mais1. A função DevOps, que se concentra principalmente em Produtos & Serviços:
Questões de múltipla escolha 1. A função DevOps, que se concentra principalmente em Produtos & Serviços: a) Desenvolvimento Ágil b) Melhoria Contínua c) Automatizar tudo d) Centralizar o Desenvolvimento
Leia maisEngenharia de Software 2006/2007
Instituto Superior Técnico Engenharia de Software 2006/2007 Segundo Teste (perguntas 5-10, 70 minutos) Primeiro Exame (perguntas 1-10, 120 minutos) 29/6/2007 Nome: Número: Escreva o seu número em todas
Leia maisGuia 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 maisClasses e Objetos. Sintaxe de classe em Java
Classes e Objetos Classes e Objetos A Programação Orientada a Objetos (POO) é uma técnica de programação que se baseia na construção de classes e utilização de objetos. Os objetos são formados por dados
Leia maisFundamentos de Programação
Fundamentos de Programação Primeiro Teste 21 de Abril de 2012 11:30 13:00 Nome: Número: Esta prova, individual e sem consulta, tem 5 páginas com 10 perguntas. A cotação de cada pergunta está assinalada
Leia maisSistema de Gestão de Videoteca
Relatório de Especificação de Requisitos Aplicações na Web MEEC Versão 20 de Março de 2003 António Neves pee02004@fe.up.pt Conteúdo Sistema de Gestão de Videoteca 1 Introdução... 4 1.1 Objectivos... 5
Leia maisComputação e Programação
Computação e Programação MEMec, LEAN - 1º Semestre 2015-2016 Aula Teórica 10 Exemplo de desenvolvimento de Programa Modular: Máquina de venda de bilhetes D.E.M. Área Científica de Controlo Automação e
Leia maisEngenharia da Programação
Engenharia da Programação LEIC 4º ano, 1º Semestre, ano lectivo de 2002-03 2º Exame (o exame é composto por 10 perguntas (1-10) cotadas com 1 valor cada) Data: 8 de Fevereiro de 2003 Duração Exame: 1h30
Leia maisIntroduçã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 maisQUESTÕ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 maisPerguntas 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 mais3ª Aula. Processo de Projeto em SE Exemplo de projeto: Sistema de Mapa GPS. Introdução. PSI3441 Arquitetura de Sistemas Embarcados
PSI3441 Arquitetura de Sistemas Embarcados 3ª Aula Processo de Projeto em SE Exemplo de projeto: Sistema de Mapa GPS Introdução Nesta aula veremos a Seção 1.3. A Seção 1.3: Visão geral de projeto de SE
Leia maisSEMINÁRIOS INTEGRADOS EM SISTEMAS DE INFORMAÇÃO. Luiz Leão
SEMINÁRIOS INTEGRADOS EM SISTEMAS DE INFORMAÇÃO Luiz Leão luizleao@gmail.com http://www.luizleao.com Conteúdo Programático 4.1. Aplicações utilizando Programação Estruturada e Programação Orientada a Objeto.
Leia maisPROCESSO 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 maisAULA 2 VISÃO BÁSICA DE CLASSES EM PHP
AULA 2 VISÃO BÁSICA DE CLASSES EM PHP Antes de mais nada, vamos conhecer alguns conceitos, que serão importantes para o entendimento mais efetivos dos assuntos que trataremos durante a leitura desta apostila.
Leia maisManutenção Leitura: Sommerville; Pressman
Manutenção Leitura: Sommerville; Pressman Auxiliadora Freire Fonte: Engenharia de Software 6º - 8º Edição / Ian Sommerville 2000-2007 Slide 1 Manutenção de software É modificar um programa depois que ele
Leia maisEngenharia de Software II
Engenharia de Software II Aula 6 http://www.ic.uff.br/~bianca/engsoft2/ Aula 6-10/05/2006 1 Ementa Processos de desenvolvimento de software Estratégias e técnicas de teste de software (Caps. 13 e 14 do
Leia maisTeste de Software. Competência: Entender as técnicas e estratégias de testes de Software
Teste de Software Competência: Entender as técnicas e estratégias de testes de Software Conteúdo Programático Introdução O que é teste de software? Por que é necessário testar um software? Qual a causa
Leia maisAula 20 Testes 3. Alessandro Garcia Leonardo da Silva Sousa OPUS Group/LES/DI/PUC-Rio Dezembro 2016
Aula 20 Testes 3 Alessandro Garcia Leonardo da Silva Sousa OPUS Group/LES/DI/PUC-Rio Dezembro 2016 Slides adaptados de: Staa, A.v. Notas de Aula em Programacao Modular; 2008. Teste de Caixa Branca O que
Leia maisEngenharia 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 maisVerificaçã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 maisFundamentos de Programação
Fundamentos de Programação Segundo Teste 6 de Janeiro de 2010 09:00 10:30 Nome: Número: Esta prova, individual e sem consulta, tem 8 páginas com 9 perguntas. A cotação de cada pergunta está assinalada
Leia maisComputação e Programação Exame Época de recurso
Nome : Número : Computação e Programação 2013-2014 Mestrado Integrado em Engenharia Civil Licenciatura Bolonha em Engenharia Geológica e de Minas DECivil Exame Época de recurso 29 de Janeiro de 2014 v
Leia maisAULA 13 PROCEDIMENTOS. Disciplina: Algoritmos e POO Professora: Alba Lopes.
AULA 13 PROCEDIMENTOS Disciplina: Algoritmos e POO Professora: Alba Lopes alba.lopes@ifrn.edu.br http://docente.ifrn.edu.br/albalopes PROCEDIMENTOS Em Visualg, os procedimentos diferem das funções apenas
Leia maisProcessos de software
Processos de software 1 Processos de software Conjunto coerente de atividades para especificação, projeto, implementação e teste de sistemas de software. 2 Objetivos Introduzir modelos de processos de
Leia maisRefatoração: uma introdução. Prof. André Luiz Peron Martins Lanna
Refatoração: uma introdução Prof. André Luiz Peron Martins Lanna Agenda Introdução Idéias preliminares Um primeiro exemplo Conclusões Bibliografia Introdução Em DSW o assunto principal foi o Projeto de
Leia maisEngenharia 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 maisEngenharia de Software
Engenharia de Software Prof. Raquel Silveira O que são testes? Teste é um processo de avaliar um sistema ou um componente de um sistema para verificar se ele satisfaz os requisitos especificados ou identificar
Leia maisLeitura: Cap : Sommerville; cap20: Pressman
Leitura: Cap26-27 - 28: Sommerville; cap20: Pressman Auxiliadora Freire Fonte: Engenharia de Software 6º Edição / Ian Sommerville 2000 Slide 1/47 Manutenção de software É modificar um programa depois que
Leia maisÍndice MANUAL DE UTILIZAÇÃO BALCÃO DIGITAL CGI
Índice 1. Requisitos que devem ser cumpridos para a correta utilização das funcionalidades do Balcão Digital... 2 2. Procedimentos inerentes à correta utilização do Balcão Digital... 3 3. Funcionalidades
Leia mais20 Aula Digital. Manual do Utilizador do Aluno. Versão 1.9
20 Aula Digital Manual do Utilizador do Aluno Versão 1.9 Índice I. Acesso 20 Aula Digital... 4 1. Ativar um código de acesso 20 Aula Digital... 4 II. Começar a utilizar o 20 Aula Digital... 6 1. Registo...
Leia maisDesenho de Software. Sumário
(QJHQKDULDGD3URJUDPDomR Desenho de Software Carla Ferreira Carla.Ferreira@dei.ist.utl.pt Sumário Objectivos Problemas Qualidades Técnicas Avaliação e Validação Casos Notáveis Exemplo Conclusões Desenho
Leia maisIntrodução à Análise e Projeto de Sistemas
Introdução à I. O Que vamos fazer na Disciplina? Saber uma linguagem de programação orientada a objeto (OO) não é suficiente para criar sistemas OO Tem que saber Análise e Projeto OO (APOO) Isto é, Análise
Leia maisMetodologias de Teste de Software
Metodologias de Teste de Software Fernando Magno Quintão Pereira 10 de Novembro de 2010 A espiral de testes Muitos processos de teste de software seguem a mesma espiral de desenvolvimento que vemos em
Leia maisFundamentos de Programação
Fundamentos de Programação Segundo Teste 9 de Junho de 2012 9:00 10:30 Nome: Número: Esta prova, individual e sem consulta, tem 6 páginas com 12 perguntas. A cotação de cada pergunta está assinalada entre
Leia maisFundamentos da Programação
Fundamentos da Programação Segundo Teste 10 de Janeiro de 2014 09:00 10:30 Nome: Número: Esta prova, individual e sem consulta, tem 8 páginas com 12 perguntas. A cotação de cada pergunta está assinalada
Leia mais3 Ferramenta Proposta 3.1. Objetivos
3 Ferramenta Proposta 3.1. Objetivos O objetivo deste trabalho é a criação de um framework de testes que incorpore algumas das novas idéias encontradas na literatura. Sua principal característica deve
Leia mais2. Modelos de Desenvolvimento de Software
2. Modelos de Desenvolvimento de Software Patrícia Macedo Joaquim Filipe João Ascenso Engenharia de Software 2005/06 EST, Setúbal Ciclo de Vida do Software Um sistema de software é desenvolvido gradualmente
Leia maisEngenharia da Programação 2003/2004
Instituto Superior Técnico Engenharia da Programação 2003/2004 Primeiro Teste 31/10/2003 Número: Turma: Nome: Escreva o seu número em todas as folhas do teste. O tamanho das respostas deve ser limitado
Leia maisEngenharia de Software
Engenharia de Software 2 Prof. Luís Fernando GARCIA luis@garcia.pro.br www.garcia.pro.br Parte 7 Evolução e Legados 4 Fontes Enfoque Tópicos abordados... 6 Assuntos abordados Evolução Manutenção Legados
Leia maisARQUITETURA E DESENHO
ARQUITETURA E DESENHO DE SOFTWARE CMP 1063 Prof. Me. Fábio Assunção Parte 1 ARTEFATO Pelo dicionário: 1. Produto de trabalho mecânico; objeto, dispositivo, artigo manufaturado. 2. Aparelho, engenho, mecanismo
Leia maisPlataforma de integração. Zapier. Integre o Jasmin com mais de 600 apps
Plataforma de integração Zapier Integre o Jasmin com mais de 600 apps Índice 1. Introdução... 3 2. Jasmin e Zapier... 3 3. Jasmin Triggers e Ações... 3 4. Getting Started... 3 4.1. Criar um Zap de raiz...
Leia maisEstágio II. Aula 02 Conceitos de Teste de Software. Prof. MSc. Fred Viana
Estágio II Aula 02 Conceitos de Teste de Software Prof. MSc. Fred Viana Agenda Teste de Software Defeito, Erro ou Falha? Dimensões do Teste Níveis de Teste Tipos de Teste Técnicas de Teste Teste de Software
Leia maisResolução / Resumo de correção do exame
Ministério da Ciência, Tecnologia e Ensino Superior Resolução / Resumo de correção do exame U.C. 21025 Desenvolvimento de Software 12 de julho de 2017 1.ª Parte (4 Valores) 1. a) Linhas do código de referência
Leia maisVisões Arquiteturais. Visões Arquiteturais
Visões Arquiteturais Separar diferentes aspectos em visões separadas com o objetivo de gerenciar complexidade. Cada visão descreve diferentes conceitos da Engenharia. Visões permitem reduzir a quantidade
Leia maisImportação de frações
1. Finalidade Permitir a introdução dos dados gerais das frações a partir de um ficheiro excel. 2. Descrição Quando se está a introduzir um novo condomínio na plataforma, usando o assistente de criação,
Leia maisMANUAL DE ATUALIZAÇÃO DE SOFTWARE PARA LEITURA DE CARTÕES
ÁREA RESERVADA A PRESTADORES MANUAL DE ATUALIZAÇÃO DE SOFTWARE PARA 26 de Maio de 2015 1269-152 Lisboa - Portugal Capital Social 27 000 000 ÍNDICE 1. INTRODUÇÃO... 3 2. DESTINATÁRIOS... 3 3. PRÉ-REQUISITOS...
Leia maisPadrões de Testes Automatizados. Exame de Defesa de Mestrado Paulo Cheque Bernardo Orientador: Fabio Kon DCC IME/USP 4 de julho de 2011
Padrões de Testes Automatizados Exame de Defesa de Mestrado Paulo Cheque Bernardo Orientador: Fabio Kon DCC IME/USP 4 de julho de 2011 Objetivos Parte I: Introdução e Conceitos Introduzir o tema Testes
Leia maisDisciplina de Base de Dados Enunciado do Projeto Parte 1
Disciplina de Base de Dados Enunciado do Projeto Parte 1 O projeto da disciplina de Bases de Dados consiste na conceção de uma base de dados para suporte a uma aplicação descrita na Secção 2, sendo esta
Leia maisICET 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 maisManifesto Ágil Princípios
Manifesto Ágil Princípios Indivíduos e interações são mais importantes que processos e ferramentas. Software funcionando é mais importante do que documentação completa e detalhada. Colaboração com o cliente
Leia maisBASE DE DADOS DE PUBLICAÇÕES NO SISTEMA FENIX
BASE DE DADOS DE PUBLICAÇÕES NO SISTEMA FENIX 1. Enquadramento No sistema FENIX existe já há algum tempo uma base de dados de publicações. Esta base de dados tem, para além de outras funções, a finalidade
Leia maisAná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 maisLaboratório 01 NetBeans
Universidade Federal de Uberlândia Faculdade de Computação GGI030 Programação Orientada a Objetos 2o. Semestre de 2017 Prof. Renato Pimentel Atividade individual. Laboratório 01 NetBeans 1 Introdução Os
Leia maisPara cada programa, por mais simples que seja, comece sempre por esboçar a solução desenhando um fluxograma.
Instruções de Repetição Objetivo A realização deste trabalho deverá permitir ao aluno a familiarização com a utilização de instruções de repetição em C. Para o efeito será proposto um conjunto de exercícios
Leia maisProjecto de Laboratório de Computadores
Projecto de Laboratório de Computadores 2016-2017 Hélder P. Oliveira, Luís Torgo, Rogério Reis DCC@FCUP 1 Introdução O objetivo deste projeto é o desenvolvimento de um sistema de controlo de um supermercado,
Leia mais