APCONCURSOS

(? Tecnico Info - UFPA 2008)40 Considere a seguinte declaração na linguagem C, rodando sobre uma arquitetura na qual o tamanho do inteiro é 4 bytes (sizeof(int)==4). #include int main() { union { int como_int; char como_char[4]; } ambos; ambos.como_int = 0x12345678; Na arquitetura da CPU com uma representação de palavras no padrão "little endian", o valor do caractere da posição zero (ambos.como_char[0]) em hexadecimal é (A) 0x78. (B) 0x12. (C) 0x34. (D) 0x56. (E) 0x00. Resolução - Clique abaixo> A palavra reservada union cria uma área de memória compartilhada entre as variáveis declaradas. Assim sendo, tanto o inteiro como o vetor de caracteres ocupam o mesmo espaço de memória (um char tem 1 byte). Como a máquina tem palavra "little endian", o bit menos significativo fica armazenado no endereço mais baixo. Assim, a resposta correta é a letra A.

Qual a diferênça ente modelo incremental e espiral ?? Os dois não criam um executável utilizável a cada incremento ?? As duas abordagens são iterativas, mas há diferenças: A abordagem do desenvolvimento incremental é dividido em 7 etapas seqüênciais: Definir esboço do requisitos --> atribuir requisitos aos requerimentos --> Projetar arquitetura do sistema --> Desenvolver incremento do sistema --> Validar incremento --> Integrar incremento --> Validar sistema. Em Validar sistema vemos se voltamos para a fase Desenvolver incremento do sistema ou se o sistema já é o final. A abordagem do desenvolvimento em espiral é dividida em 4 setores: Definição dos objetos; Avaliação e redução de riscos; Desenvolvimento e validação; e Planejamento. Note que no desenvolvimento em espiral há uma explícita consideração dos riscos, enquanto que nos demais essa visão explícita não existe. Esse é o principal ponto de diferença entre o desenvolvimento em espiral e os demais métodos. Referên...

| View | Upload your own

| View | Upload your own

Alguém saberia me dizer de onde a ESAF tirou essa questão? Tanto o livro do Pressman como o do Sommerville dizem que o ciclo de vida clássico - ou modelo em cascata - abrange 5 atividades.. 21- Analise a descrição a seguir. O paradigma do ciclo de vida clássico da engenharia de software abrange seis atividades. Na atividade de _____________ são traduzidas as exigências de uma representação do software que podem ser avaliadas quanto à qualidade antes que se inicie a codificação. Escolha a opção que preenche corretamente a lacuna acima. a) projeto b) engenharia de sistemas c) teste e análise de riscos d) coleta de requisitos e) análise Classificação dos Paradigmas de Engenharia de Software 1. Ciclo de Vida Clássico Definição: É um método sistemático e seqüencial, em que o resultado de uma fase se constitui na entrada da outra fase. Foi modelado de acordo com o ciclo da engenharia convencional e abrange as seguintes fases: - Levantamento de Requisitos - Análise de Requisitos - Projeto - I...

Modelo em Cascata: - Comunição - Planejamento - Modelagem - Construção - Implantação Modelo Incremental: - Possui as mesmas fasses porém entregão subprodutos - Os subprodutos são incrementados a cada nova iteração Modelo RAD: - Existem a comunicação e o planejamento centralizado. - Entretanto a Modelagem e a Construção são fracionadas para varias equipes - A implantação tb é centralizada -Modelos Evolucionários: a) Prototipação: - Comunicação - Planejamento Rápido - Modelagem Rápida - Construção - Implantação - Comunicação do Protótipo anterior - inicia novamente o ciclo. b) Espiral: - Começa com um SW reduzido depois amplia o escopo do SW até atingir o produto final c) Concorrente ou Fast Tracking - Em construção - Aguardando Modificações - Sobre revisão - Linha de base - Feito - Desenvolvimento Baseado em Componente - O processo aplicado quando reutilizar é um objetivo de desenvolvimento. - Métodos Formais — ênfase nos requerimentos de especificações matemáticas - AOSD —...

Implantação da Análise de Pontos de Função :: Introdução Com uma experiência acumulada desde 1998 apoiando organizações na aplicação da Análise de Pontos de Função em seus negócios, percebemos que um grande obstáculo para o sucesso na implantação da APF é a falta de uma perspectiva estratégica. Quando isso acontece, dificilmente são obtidos os benefícios que justificam os investimentos na técnica, sua utilização acaba não sendo institucionalizada e recursos são desperdiçados. Nossa experiência mostra que capacitar isoladamente um profissional ou toda a equipe na Análise de Pontos de Função, dissociada de uma perspectiva estratégica, é uma ação insuficiente. Em ambos os casos falta infra-estrutura. Além do suporte gerencial - principal fator crítico de sucesso - dois outros são chave para o sucesso na implantação de métricas: um núcleo de competência em métricas e estimativas aliado à um repositório de métricas de projeto . O processo de implantação pode ser facilitado caso a organizaç...

Principais tópicos que serão estudados Introdução ao Processo de Medições de Software - Implantação de um Processo de Medições de Software, seguindo o modelo CMMI - Visão Geral da Análise de Pontos por Função Análise de Pontos por Função - Etapas para Contagem de Pontos por Função - Tipos de Cálculos - Definição da Visão do Usuário e Fronteira da Aplicação - Definição das funções: Arquivo Lógico Interno(ALI), Arquivo de Interface Externa(AIE), Entrada Externa(EE), Saída Externa(SE) e Consulta Externa(CE) - Cálculo de Pontos por Função não Ajustados - Características Gerais do Sistema (Cálculo do Fator de Ajuste) - Cálculo de Pontos por Função Ajustados - Contagem de PF de Sistema Exemplo Aplicações da Análise de Pontos por Função - Estimativas para Planejamento e Acompanhamento de Projetos de Software - Gestão de Contratos de Software

45 - Uma classe de projeto de boa formação que reza: “métodos associados a uma classe de projeto devem ser enfocados na realização de um serviço para a classe, ou seja, uma vez o serviço implementado com um método, a classe não deve fornecer um outro modo para realizar a mesma coisa” tem como característica (A) a coesão. (B) a modularidade. (C) a independência funcional. (D) o primitivismo. (E) o acoplamento. Resposta D "Primitiveness. A characteristic that is similar to simplicity, primitiveness (applied to both operations and classes) is the degree to which an operation is atomic—that is, the operation cannot be constructed out of a sequence of other operations contained within a class. A class that exhibits a high degree of primitiveness encapsulates only primitive operations." Pressman, Roger S. Software Engineering - A Practitioner's Approach. McGraw Hill.5th Ed. 2003.

Principais fatores da Qualidade do Sw: Funcionalidade Usabilidade Manutenibilidade Confiabilidade Eficiência Portabilidade FUMCEP

52. Na arquitetura MVC, o encapsulamento das funcionalidades de processamento específicas da aplicação, a seleção do comportamento do modelo e a permissão de apresentação da lógica de processamento são respectivamente as atribuições (A) do Modelo, da Visão e do Controlador. (B) da Visão, do Modelo e do Controlador. (C) do Controlador, do Modelo e da Visão. (D) do Modelo, do Controlador e da Visão. (E) da Visão, do Controlador e do Modelo. Essa é basicamente a definição: Modelo - encapsula as funcionalidades de processamento específicas da aplicação Controlador - Seleciona o comportamento do Modelo Visão - Permissão de apresentação da lógica de processamento

Alguns diagramas Interessantes: