Estudos Disciplinares Análise e Desenvolvimento de Sistemas referente ao 3 semestre
|
|
- Fábio Pinhal Barbosa
- 8 Há anos
- Visualizações:
Transcrição
1 Instituto de Ciências Exatas e Tecnológicas Campus Sorocaba Curso: Análise e Desenvolvimento de Sistemas Disciplina: Estudos Disciplinares Coord. Prof(a): Michele da R. M. Mathias Prova DP Ano Letivo: 2013/1 NOTA Nome do aluno: RA: Turma: Assinatura do aluno: Data : TABELA DE RESPOSTAS (TESTES) Questões Alternativa Q A Q A Q A Q A Q A Banco de Dados Estudos Disciplinares Análise e Desenvolvimento de Sistemas referente ao 3 semestre 1. O Modelo Entidade-Relacionamento é aplicável no desenvolvimento de um projeto de banco de dados pois tem como característica: A Expressividade, porque permite distinguir os diferentes tipos de dados. B Intelegibilidade, porque os clientes de um sistema, leigos em informática, podem entender este modelo. C Formalismo, porque é claro e não permite ambigüidade na sua interpretação. D Pode ser representado como diagrama. E Todas as alternativas anteriores estão corretas. 2. Identifique os atributos no modelo Entidade-Relacionamento abaixo: A Emissão C, Emissão T, Posse, Empréstimo.
2 B Número Cartão, Número Conta, CPF, Nome, Modelo,Tipo,Titular. C Cartões, Clientes, Contas, Linhas de empréstimo, Talões (cheque). D Corrente, Poupança, Individual, Conjunta, S, N. anteriores. 3. Considere o modelo de banco de dados para o controle de vendas de automóveis em uma concessionária, abaixo. As chaves primárias estão grifadas e as setas indicam as colunas de relacionamento entre as tabelas. Escolha a alternativa correta: A Os atributos da tabela Carro são NumSerie, Modelo, PrecoCarro, PrecoVenda. B Os atributos da tabela Venda são IdVendedor, NumSerie, Data, PrecoVenda. C Os atributos da tabela Opcional são IdVendedor, NumSerie, NomeOpcao, PrecoOpcao. D Os atributos da tabela Vendedor são IdVendedor, NomeVendedor, Data, PrecoVenda. E Os atributos de uma tabela representam uma coleção de valores de dados de um dos elementos desta tabela. 4. O diagrama ER (modelo entidade-relacionamento) abaixo representa uma aplicação que controla os times e jogos de um campeonato de futebol amador de um clube. Nem todos os jogadores de um time participam de um determinado jogo. São controlados os jogadores de cada time que participam de cada jogo, as posições em que jogam e o resultado do jogo. Escolha a alternativa que apresenta o melhor mapeamento deste modelo para o modelo relacional. Considere, nas alternativas, que cada caixa representa uma tabela, onde o nome desta tabela está em negrito na primeira linha e os atributos seguem nas linhas inferiores. os traços entre as caixas representam os relacionamentos e os símbolos de "chave" representam as chaves primárias.
3 A B C D
4 E Engenharia de Software II 5. Qual a utilidade da ISO9126? I- Definição dos requisitos de qualidade de um Produto de Software. II - Um conjunto de atributos que têm impacto na capacidade do Sofware. III- Avalia o software desenvolvido antes da aceitação do cliente. IV- Descrição das características e atributos do software implementado. A I e IV B II e III C I, III e IV D NDA E Todas 6. Quais dos níveis abaixo representam os níveis estagiados do CMMI A Incompleto, Gerenciado Parcialmente, Gerenciado, Otimizado
5 B Incompleto, Gerenciado, Definido, Gerenciado Quantitativamente, Em Otimização C Normal, Gerenciado Incompleto, Gerenciado, Definido, Otimizado D Gerenciado Parcialmente, Em otimização, Definido 7. Quais são as abordagens da V&V? A Revisão por pares e Inspeção B Inspeção e Walkthrough C Inpeção de Softwares e Teste de Software D Teste de Software e Walkthrough E Revisão por pares e Walkthrough 8. Existe um teste que verifica quanto tempo o software demora para retornar ao processamento depois de uma falha imprevista. Que tipo de teste é esse? A Recuperação B Regressão C Extresse D Performance 9. Como podemos definir Gerencia de Configuração A A arte de coordenar o desenvolvimento de software para minimizar a confusão de versões liberadas. B A arte de desenvolver software para minimizando a quantidade de versões liberadas. C A arte de coordenar os testes de software para minimizar a confusão de versões liberadas. D A arte de testar software para minimizando a quantidade de versões liberadas. 10. A facilidade para a utilização do software descreve uma característica importante da qualidade que é a: A Funcionalidade B Usabilidade C Eficiência D Manutenibilidade E Portabilidade 11. O Gerente de uma pizzaria ao escolher um software faz a seguinte pergunta a empresa desenvolvedora: Propõe-se a fazer o que é apropriado?. Essa pergunta demonstra a preocupação com: A Segurança de acesso da Confiabilidade B Acurácia da Funcionalidade C Operacionalidade da Usabilidade D Adequação da Funcionalidade E Recursos da Eficiência Programação Orientada a Objetos I 12. Sobre POO, é correto afirmar que : A Reduz um programa em procedimentos refinados para processar dados B O programa termina quando acaba de chamar sua lista de procedimentos C Apesar de apresentar funções menores, não torna o programa mais fácil de ser entendido D Como os dados e o procedimento são separados, não existe nenhum encapsulamento 13. Ao compararmos o conceito de Encapsulamento ao funcionamento de um carro, poderíamos afirmar que : A Para o motorista, basta saber que o motor existe e que ele é responsável por movimentar o carro B Quanto mais o motorista souber sobre o funcionamento do motor, melhor C O funcionamento do motor depende de outras partes do carro D Encapsulamento não pode ser comparado ao funcionamento de um carro 14. Sobre o conceito de Herança é correto afirmar :
6 A Ela é usada na intenção de evitar que objetos que possuam atributos ou métodos semelhantes sejam repetidamente criados B Ela é usada na intenção de evitar que classes que possuam atributos semelhantes sejam repetidamente criados C Ela é usada na intenção de evitar que classes que possuam métodos semelhantes sejam repetidamente criados D Ela é usada na intenção de evitar que classes que possuam atributos ou métodos semelhantes sejam repetidamente criados 15. O que é agregação? A Agregações são um tipo especial de herança no qual as duas classes participantes não possuem em nível igual, mas fazem um relacionamento todo-parte. B Agregações são um tipo especial de associação no qual as duas classes participantes possuem em nível igual, mas fazem um relacionamento todo-parte. C Agregações são um tipo especial de associação no qual as duas classes participantes possuem em nível igual e fazem um relacionamento todo-parte. D Agregações são um tipo especial de associação no qual as duas classes participantes não possuem em nível igual, mas fazem um relacionamento todo-parte. E Agregações são um tipo especial de associação no qual os dois objetos participantes não possuem em nível igual, mas fazem um relacionamento todo-parte. 16. Podemos dizer que a interação entre objetos se dá : A através da troca de mensagens, ou seja, quando um método ou operação de um objeto envia parâmetros para outro objeto. B através da instância dos objetos. C através da troca de mensagens, ou seja, quando um método ou operação de um objeto é chamado a partir de outro objeto. D através da troca de mensagens, ou seja, quando uma propriedade de um objeto é alterada a partir de outro objeto. E nda. Análise de Sistema Orientado a Objetos 17. Dada uma especificação de Caso de Uso para Entregar Pizza em Casa, onde o cliente tem acesso a um formulário de um sistema web no qual preenche seus dados, solicita o tipo de pizza desejado, informa se deseja ou não algum tipo de bebida, pode fazer o pagamento através do Cartão de Crédito e pode imprimir um recibo completo do pedido, escolha a opção incorreta: A Um ator adequado para este caso de uso é o sistema de pagamento da operadora de cartão de crédito. B Existe um relacionamento de <<include>> entre o pedido da pizza e a emissão do recibo. C O entregador da pizza não é um ator deste caso de uso. D Existe um relacionamento de <<extends>> entre o pedida da pizza e a seleção de bebidas. E O número do cartão de crédito do cliente não é um ator deste caso de uso. 18. O funcionamento de um sistema é possível através da comunicação de um conjunto de objetos por meio de mensagens que são passadas entre eles. Estas mensagens podem ser execuções de métodos, onde uma classe pode executar métodos de outra classe ou métodos próprios. O conhecimento que uma classe tem de outra classe pode ser maior ou menor, envolvendo uma maior ou menor conexão entre as mesmas. Considerando estas afirmativas, considere as sentenças abaixo e responda: I. Um alto acoplamento entre classes significa que uma classe não tem bem definida suas responsabilidades e, portanto, faz coisas que outra classe deveria fazer; II. A diminuição do acoplamento entre classes é um efeito que pode ser alcançado através do uso de interfaces para tratar os comportamentos similares de classes diferentes; III. Podemos diminuir o acoplamento entre as classes através da utilização dos estereótipos <<extends>> e <<include>>, de modo a evitar o alto acoplamento entre casos de usos separados. Está correto: A Somente a afirmativa I B Somente a afirmativa II C Somente a afirmativa III
7 D As afirmativas I e II E As afirmativas II e III 19. Um caso de uso somente pode relacionar-se com outro caso de uso através de um relacionamento de inclusão ou extensão. De outro modo, somente se relacionará com os atores do sistema. Sobre o diagrama de caso de uso determine a afirmação correta abaixo: A Um ator é um elemento interno ao sistema que operacionaliza o caso de uso, fazendo com o que o mesmo seja executado pelo sistema. B Um caso de uso é um agrupamento de classes que, interligadas, através de seus métodos e atributos, permitem que as funcionalidades e requisitos não funcionais de um sistema sejam executados. C O caso de uso representa sempre um algoritmo de programação cujo código executará de maneira a atender às funcionalidades do sistema. D O ator é um elemento que interage com uma funcionalidade do sistema, mesmo estando fora da fronteira do sistema. E O relacionamento entre atores e casos de uso pode ser de generalização ou de associação. 20. Em uma determinada metodologia, o processo de levantamento de requisitos é precursor do processo de análise. Nesta metodologia o analista de requisitos constrói o Diagrama de Caso de Uso e a elabora, para cada caso de uso do diagrama, a Especificação do Caso de Uso. Com as especificações de caso de uso em mãos, o analista de sistemas constrói o diagrama de classes preliminar, colocando os principais atributos identificados e alguns métodos. Sobre a relação entre caso de uso e classe, identifique a opção incorreta: A O processo de identificação de classes em uma especificação de caso de uso pode ser feito através da identificação dos substantivos que representam classes ou atributos. Os atributos representam um elemento estrutural da classe, enquanto os métodos representam seu elemento comportamental. B A identificação de operações em uma especificação de caso de uso é fundamentada na análise do fluxo principal, ou básico, enquanto que os fluxos alternativos são adequados para a identificação das validações de regras de negócio. C As exceções identificadas e documentadas em uma especificação de caso de uso devem ser usadas para futura programação das restrições que o sistema deve impor sobre dados incorretos. D Os atores identificados nos casos de uso têm suas informações geralmente incorporadas ao sistema através da criação de classes que representam estas informações. E Os relacionamentos entre os casos de uso não significam que teremos que ter estes mesmos relacionamentos entre as classes no diagrama de classes. 21. Com relação a Processos de Negócio e Processos de Sistema escolha a afirmativa verdadeira: A Um processo de sistema envolve as atividades e ações desenvolvidas sempre com o auxílio de um sistema que implementou as regras de negócio. B Um processo de sistema independe de uma implementação das regras de negócio em uma determinada plataforma, podendo ser executado com o uso de fichas e formulário em papel C Processo de negócio e processo de sistema significam basicamente a mesma coisa. D Um processo de Negócio diz respeito às regras de funcionamento de um empreendimento que existem mesmo se não tiverem sido implementadas por um sistema. E Um processo de Sistema diz respeito às regras de funcionamento de um empreendimento que existem mesmo se não tiverem sido implementadas por um sistema. 22. O diagrama de Caso de Uso: A Mostra as atividades que fazem parte dos processos de negócio da empresa. B Mostra as funcionalidades que serão implementadas pelo sistema para atender às necessidades dos atores. C Tem a mesma utilidade que o diagrama de atividades para detalhar os processos que terão que ser implementados. D Mostra os atores que desenvolverão o sistema solicitado pelo usuário. E Mostra as classes que fazem parte do sistema a ser desenvolvido pelos analistas de sistema. Projeto de Interface com o Usuário 23. É correto afirmar sobre interface:
8 I - Responsável por proporcionar a comunicação entre o ser humano (usuário) e o hardware e software (de um sistema computacional). II - Interface é um sistema de comunicação que possui um componente físico, formado por hardware e software no qual o usuário percebe e manipula, e um componente conceitual, onde o usuário interpreta, processa e raciocina. III - A interface é tanto um meio para a interação usuário-sistema, quanto uma ferramenta que oferece os instrumentos para este processo comunicativo, ou seja, um sistema de comunicação A Somente a afirmação I está correta B Somente a afirmação II está correta C Somente a afirmação III está correta D Somente as afirmações II e III estão corretas E Todas as afirmações estão corretas 24. Numa determinada empresa, 200 operadores em call center trabalham 8h por dia, com tempo médio de atendimento de 3 min. O diretor da empresa solicitou algumas modificações na interface do sistema utilizado pelos operadores. As mudanças resultaram numa economia de 10s no tempo de atendimento. Como base nessas informações, depois das modificações na interface do sistema, o número de atendimentos por dia passou a ser de: A atendimentos por dia B atendimentos por dia C atendimentos por dia D atendimentos por dia 25. Qual das características abaixo não faz parte do Design Participativo? A Um dos objetivos é fazer com que os usuários se tornem um parceiro como os outros na equipe de projeto, participando de todas as atividades de desenvolvimento B A inclusão do usuário final no processo de desenvolvimento se deve ao seu conhecimento nas rotinas de trabalho, além de servir como fonte de informação C Através de sua participação ativa, o usuário proporciona contribuições efetivas em todas as fases do processo de desenvolvimento D Possui uma avaliação central e, sempre que uma atividade for completada, seu trabalho deverá ser avaliado pelo usuário 26. Segundo o norma NBR ISO/IEC Usabilidade é: A Medida na qual um produto pode ser usado por usuários específicos para alcançar objetivos específicos com eficácia, eficiência e satisfação em um contexto específico de uso B Capacidade do produto de software de possibilitar ao usuário compreender se o software é apropriado e como ele pode ser usado para tarefas e condições de uso específicas C Capacidade do produto de software de ser compreendido, aprendido, operado e atraente ao usuário, quando usado sob condições especificadas. É um atributo de qualidade de software D Capacidade do produto de software de estar de acordo com normas, convenções, guias de estilo ou regulamentações relacionadas à usabilidade E É a facilidade de uso por um especialista em software 27. "Esta técnica é útil para entender procedimentos, regulamentações e padrões". Essa afirmação é uma carcterística de qual técnica de coleta de dados? A Grupos de estudos especiais e workshops B Entrevistas C Questionários D Observação natural E Estudo de documentação
Engenharia de Software III
Engenharia de Software III Casos de uso http://dl.dropbox.com/u/3025380/es3/aula6.pdf (flavio.ceci@unisul.br) 09/09/2010 O que são casos de uso? Um caso de uso procura documentar as ações necessárias,
Leia mais2 Diagrama de Caso de Uso
Unified Modeling Language (UML) Universidade Federal do Maranhão UFMA Pós Graduação de Engenharia de Eletricidade Grupo de Computação Assunto: Diagrama de Caso de Uso (Use Case) Autoria:Aristófanes Corrêa
Leia maisSumário. Uma visão mais clara da UML
Instituto Federal de Santa Catarina Câmpus Chapecó Ensino Médio Integrado em Informática Módulo V Unidade Curricular: Engenharia de Software Professora: Lara P. Z. B. Oberderfer Uma visão mais clara da
Leia maisEngenharia de Requisitos Estudo de Caso
Engenharia de Requisitos Estudo de Caso Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2007 Slide 1 Engenharia de Requisitos Exemplo 1 Reserva de Hotel 1. INTRODUÇÃO Este
Leia maisAtividade da gerência da qualidade
O que é qualidade de software? Qualidade, de forma simplista, significa que o produto deve esta de acordo com a especificação. Problemas: Tensão entre requisitos do cliente: Eficiência, confiança, etc.
Leia mais3 Qualidade de Software
3 Qualidade de Software Este capítulo tem como objetivo esclarecer conceitos relacionados à qualidade de software; conceitos estes muito importantes para o entendimento do presente trabalho, cujo objetivo
Leia maisAuditoria e Qualidade de Software ISO/IEC 9126 Engenharia de Software Qualidade de Produto
Auditoria e Qualidade de Software ISO/IEC 9126 Engenharia de Software Qualidade de Produto Prof. Elias Batista Ferreira Material cedido por: Prof. Edison A M Morais Objetivo Descrever os processos da norma
Leia maisAnálise e Projeto de Sistemas de Informação. Andrêza Leite andreza.lba@gmail.com
Análise e Projeto de Sistemas de Informação Andrêza Leite andreza.lba@gmail.com Roteiro Sistemas de Informação Ciclo de Desenvolvimento de SI Projeto Análise Estruturada Análise Orientada a Objetos Como
Leia maisQualidade de Software. Prof.: Ivon Rodrigues Canedo. PUC Goiás
Prof.: Ivon Rodrigues Canedo PUC Goiás Qualidade Subjetiva Não sei o que é mas reconheço quando a vejo Qualidade Baseada no Produto O produto possui algo que produtos similares não têm Qualidade Baseada
Leia maisO Processo Unificado: Captura de requisitos
O Processo Unificado: Captura de requisitos Itana Gimenes Graduação em Informática 2008 Captura de Requisitos Modelagem do negócio: Visão de negócios Modelo de objetos de negócio de negócio Especificação
Leia maisConceitos de Banco de Dados
Conceitos de Banco de Dados Autor: Luiz Antonio Junior 1 INTRODUÇÃO Objetivos Introduzir conceitos básicos de Modelo de dados Introduzir conceitos básicos de Banco de dados Capacitar o aluno a construir
Leia maisTRABALHO DE DIPLOMAÇÃO Regime Modular ORIENTAÇÕES SOBRE O ROTEIRO DO PROJETO FINAL DE SISTEMAS DE INFORMAÇÕES
TRABALHO DE DIPLOMAÇÃO Regime Modular ORIENTAÇÕES SOBRE O ROTEIRO DO PROJETO FINAL DE SISTEMAS DE INFORMAÇÕES [Observação: O template a seguir é utilizado como roteiro para projeto de sistemas orientado
Leia maisUniversidade Paulista
Universidade Paulista Ciência da Computação Sistemas de Informação Gestão da Qualidade Principais pontos da NBR ISO/IEC 12207 - Tecnologia da Informação Processos de ciclo de vida de software Sergio Petersen
Leia maisQualidade de Software
Produto de Software Qualidade de Software Um produto de software compreende os programas e procedimentos de computador e a documentação e dados associados, que foram projetados para serem liberados para
Leia maisModelos de Qualidade de Produto de Software
CBCC Bacharelado em Ciência da Computação CBSI Bacharelado em Sistemas de Informação Modelos de Qualidade de Produto de Software Prof. Dr. Sandro Ronaldo Bezerra Oliveira srbo@ufpa.br www.ufpa.br/srbo
Leia maisQUALIDADE DE SOFTWARE
QUALIDADE DE SOFTWARE Luiz Leão luizleao@gmail.com http://www.luizleao.com Questão 1 A ISO 9000-3 é um guia para a aplicação da ISO 9001 para o desenvolvimento, fornecimento e manutenção de software. As
Leia maisUNIVERSIDADE DE MOGI DAS CRUZES Centro de Ciências Exatas e Tecnológicas
UNIVERSIDADE DE MOGI DAS CRUZES Centro de Ciências Exatas e Tecnológicas Sistemas de Informação e Tecnologia em 3º Semestre Análise Orientada aos Objetos Modelagem de Casos de Uso Objetivo: Apresentar
Leia maisProjeto de Sistemas I
Instituto Federal de Educação, Ciência e Tecnologia de São Paulo Projeto de Sistemas I Professora: Kelly de Paula Cunha E-mail:kellypcsoares@ifsp.edu.br Requisitos: base para todo projeto, definindo o
Leia maisGuia de Especificação de Caso de Uso Metodologia CELEPAR
Guia de Especificação de Caso de Uso Metodologia CELEPAR Agosto 2009 Sumário de Informações do Documento Documento: guiaespecificacaocasouso.odt Número de páginas: 10 Versão Data Mudanças Autor 1.0 09/10/2007
Leia maisModelagem de Sistemas Prof. Marcos Roberto e Silva
Modelagem de Sistemas Prof. Marcos Roberto e Silva Diagrama de Casos de Uso Demonstra o comportamento externo do sistema, através de uma linguagem simples. Apresentando o sistema sobre a perspectiva do
Leia maisAnálise e Desenvolvimento de Sistemas ADS Programação Orientada a Obejeto POO 3º Semestre AULA 03 - INTRODUÇÃO À PROGRAMAÇÃO ORIENTADA A OBJETO (POO)
Análise e Desenvolvimento de Sistemas ADS Programação Orientada a Obejeto POO 3º Semestre AULA 03 - INTRODUÇÃO À PROGRAMAÇÃO ORIENTADA A OBJETO (POO) Parte: 1 Prof. Cristóvão Cunha Objetivos de aprendizagem
Leia maisFundamentos em Teste de Software. Vinicius V. Pessoni viniciuspessoni@gmail.com
Fundamentos em Teste de Software Vinicius V. Pessoni viniciuspessoni@gmail.com Objetivos do treinamento 1. Expor os fundamentos de Teste de Software; 2. Conceituar os Níveis de Teste; 3. Detalhar sobre
Leia maisPersistência e Banco de Dados em Jogos Digitais
Persistência e Banco de Dados em Jogos Digitais Prof. Marcos Francisco Pereira da Silva Especialista em Engenharia de Software Jogos Digitais - Computação Gráfica 1 Agenda Vantagens de usar a abordagem
Leia maisISO - 9126. Aécio Costa
ISO - 9126 Aécio Costa A evolução da Qualidade do Produto Qualidade = funcionalidade Confiabilidade Realização de funções críticas Produto de qualidade = sem bugs Controle de qualidade Teste do produto
Leia maisModelo Entidade-Relacionamento
Modelo Entidade-Relacionamento Banco de Dados I Fases do Projeto jt de BD Enunciado de requisitos entrevista com o usuário do banco de dados para entender e documentar seus requerimentos de dados. Projeto
Leia maisModelos de Maturidade. Porque estudar um Modelo de Maturidade? Descrevem as características de processos efetivos;
Versão 1.1 - Última Revisão 16/08/2006 Porque estudar um Modelo de Maturidade? Segundo o Standish Group, entidade americana de consultoria empresarial, através de um estudo chamado "Chaos Report", para
Leia maisEngenharia de Software I
Engenharia de Software I Curso de Desenvolvimento de Software Prof. Alessandro J de Souza ajdsouza@cefetrn.br 1 Rational Unified Process RUP Fase Construção 2 VISÃO GERAL Fase Construção. Visão Geral 3
Leia maisCURSO: Tecnologia em Análise e Desenvolvimento de Sistemas SÉRIE: 3º Semestre TURNO: Noturno DISCIPLINA: ANÁLISE DE SISTEMAS ORIENTADA A OBJETOS
CURSO: Tecnologia em Análise e Desenvolvimento de Sistemas SÉRIE: 3º Semestre TURNO: Noturno DISCIPLINA: ANÁLISE DE SISTEMAS ORIENTADA A OBJETOS CARGA HORÁRIA: 60 horas I - Ementa Modelagem de Processos
Leia maisMODELAGEM DE SISTEMAS
MODELAGEM DE SISTEMAS Diagramas de Casos de Uso Profa. Rosemary Melo Diagrama de Casos de Uso Modelagem de Sistemas Apresenta uma visão externa geral das funções ou serviços que o sistema deverá oferecer
Leia maisPROCESSO DE DESENVOLVIMENTO DE SOFTWARE. Modelos de Processo de Desenvolvimento de Software
PROCESSO DE DESENVOLVIMENTO DE SOFTWARE Introdução Modelos de Processo de Desenvolvimento de Software Os modelos de processos de desenvolvimento de software surgiram pela necessidade de dar resposta às
Leia maisProcessos de Desenvolvimento de Software
Processos de Desenvolvimento de Software Gerenciamento de Projetos Mauro Lopes Carvalho Silva Professor EBTT DAI Departamento de Informática Campus Monte Castelo Instituto Federal de Educação Ciência e
Leia maisPROGRAMAÇÃO AVANÇADA -CONCEITOS DE ORIENTAÇÃO A OBJETOS. Prof. Angelo Augusto Frozza, M.Sc. frozza@ifc-camboriu.edu.br
PROGRAMAÇÃO AVANÇADA -CONCEITOS DE ORIENTAÇÃO A OBJETOS Prof. Angelo Augusto Frozza, M.Sc. frozza@ifc-camboriu.edu.br ROTEIRO 1. Conceitos de Orientação a Objetos Introdução O paradigma da POO Classes
Leia maisUML - Unified Modeling Language
UML - Unified Modeling Language Casos de Uso Marcio E. F. Maia Disciplina: Engenharia de Software Professora: Rossana M. C. Andrade Curso: Ciências da Computação Universidade Federal do Ceará 24 de abril
Leia maisModelagem de Casos de Uso (Parte 1)
Modelagem de Casos de Uso (Parte 1) Roteiro Introdução Descrição: Sistema de Ponto de Vendas Casos de Usos Atores Fluxo de Eventos Cenários Formato de Documentação de Casos de Uso Diagramas de Casos de
Leia mais3 a Lista de Exercícios
Engenharia de Requisitos 3 a Lista de Exercícios (1) Em relação ao levantamento e análise de requisitos, faz-se a seguinte afirmação: Os requisitos de sistema devem ser capturados, documentados e acordados
Leia maisRicardo Roberto de Lima UNIPÊ 2008.1 APS-I. Históricos e Modelagem Orientada a Objetos
Históricos e Modelagem Orientada a Objetos Histórico Diversas metodologias e métodos surgiram para apoiar OO. Evolução a partir de linguagens C++ e SmallTalk. Anos 80 Anos 80-90: diversidade de autores.
Leia maisUNIVERSIDADE FEDERAL DO PARANÁ UFPR Bacharelado em Ciência da Computação
SOFT DISCIPLINA: Engenharia de software AULA NÚMERO: 08 DATA: / / PROFESSOR: Andrey APRESENTAÇÃO O objetivo desta aula é apresentar e discutir conceitos relacionados a modelos e especificações. Nesta aula
Leia maisGARANTIA DA QUALIDADE DE SOFTWARE
GARANTIA DA QUALIDADE DE SOFTWARE Fonte: http://www.testexpert.com.br/?q=node/669 1 GARANTIA DA QUALIDADE DE SOFTWARE Segundo a NBR ISO 9000:2005, qualidade é o grau no qual um conjunto de características
Leia maisCasos de uso Objetivo:
Casos de uso Objetivo: Auxiliar a comunicação entre os analistas e o cliente. Descreve um cenário que mostra as funcionalidades do sistema do ponto de vista do usuário. O cliente deve ver no diagrama de
Leia maisAnálise Estruturada de Sistemas
Análise Estruturada de Sistemas Capítulo 3 Estudo de Viabilidade Definição das Necessidades Funcionais O propósito desta etapa é produzir um documento formal que contenha uma descrição detalhada da proposta,
Leia maisProf. Dr. Ivanir Costa. Unidade III QUALIDADE DE SOFTWARE
Prof. Dr. Ivanir Costa Unidade III QUALIDADE DE SOFTWARE Normas de qualidade de software - introdução Encontra-se no site da ABNT (Associação Brasileira de Normas Técnicas) as seguintes definições: Normalização
Leia maisLIVRO ENGENHARIA DE SOFTWARE FUNDAMENTOS, MÉTODOS E PADRÕES
LIVRO ENGENHARIA FUNDAMENTOS, MÉTODOS E PADRÕES WILSON PADUA PAULA FILHO CAPÍTULO REQUISITOS 1 DEFINIÇÃO DOS REQUISITOS 2 DEFINIÇÃO DOS REQUISISTOS Os pontos mais importantes são as identificações dos
Leia maisUnisant Anna Gestão Empresarial com ERP 2014 Modelagem de Sistemas - UML e MER
Objetivo dessa aula é descrever as características e a simbologia dos diagramas UML e MER na modelagem de sistemas de informação de uma forma a permitir a comunicação entre técnicos e gestores. Modelagem
Leia mais)HUUDPHQWDV &RPSXWDFLRQDLV SDUD 6LPXODomR
6LPXODomR GH6LVWHPDV )HUUDPHQWDV &RPSXWDFLRQDLV SDUD 6LPXODomR #5,6. Simulador voltado para análise de risco financeiro 3RQWRV IRUWHV Fácil de usar. Funciona integrado a ferramentas já bastante conhecidas,
Leia maisENGENHARIA DE SOFTWARE I
ENGENHARIA DE SOFTWARE I Prof. Cássio Huggentobler de Costa [cassio.costa@ulbra.br] Twitter: www.twitter.com/cassiocosta_ Agenda da Aula (002) Metodologias de Desenvolvimento de Softwares Métodos Ágeis
Leia maisProgramação Estruturada e Orientada a Objetos. Fundamentos Orientação a Objetos
Programação Estruturada e Orientada a Objetos Fundamentos Orientação a Objetos 2013 O que veremos hoje? Introdução aos fundamentos de Orientação a Objetos Transparências baseadas no material do Prof. Jailton
Leia maisCHECK - LIST - ISO 9001:2000
REQUISITOS ISO 9001: 2000 SIM NÃO 1.2 APLICAÇÃO A organização identificou as exclusões de itens da norma no seu manual da qualidade? As exclusões são relacionadas somente aos requisitos da sessão 7 da
Leia maisALESSANDRO RODRIGO FRANCO FERNANDO MARTINS RAFAEL ALMEIDA DE OLIVEIRA
ALESSANDRO RODRIGO FRANCO FERNANDO MARTINS RAFAEL ALMEIDA DE OLIVEIRA INTRODUÇÃO O projeto de um banco de dados é realizado sob um processo sistemático denominado metodologia de projeto. O processo do
Leia maisHistórico da Revisão. Data Versão Descrição Autor
Sistema de Gerenciamento de Loja - SIGEL Documento de Visão Versão 1.0.0 Histórico da Revisão Data Versão Descrição Autor 13/01/2011 0.1 Versão preliminar do levantamento de requisitos funcionais e não
Leia maisRequisitos de Software. Requisitos de Software. Requisitos de Software. Requisitos de Software. Requisitos de Software. Requisitos 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 Clayton Maciel Costa
Leia maisImplantação de um Processo de Medições de Software
Departamento de Informática BFPUG Brazilian Function Point Users Group Implantação de um Processo de Medições de Software Claudia Hazan, MSc., CFPS claudinhah@yahoo.com Agenda Introdução Processo de Medições
Leia maisCurso de Engenharia de Produção. Organização do Trabalho na Produção
Curso de Engenharia de Produção Organização do Trabalho na Produção Condicionantes da Estrutura Organizacional De acordo com Simeray ( 1970) é produto dos seguintes fatores: O valor do homem O conhecimento
Leia maisAUTOR: DAVID DE MIRANDA RODRIGUES CONTATO: davidmr@ifce.edu.br CURSO FIC DE PROGRAMADOR WEB VERSÃO: 1.0
AUTOR: DAVID DE MIRANDA RODRIGUES CONTATO: davidmr@ifce.edu.br CURSO FIC DE PROGRAMADOR WEB VERSÃO: 1.0 SUMÁRIO 1 Conceitos Básicos... 3 1.1 O que é Software?... 3 1.2 Situações Críticas no desenvolvimento
Leia maisISO/IEC 12207: Gerência de Configuração
ISO/IEC 12207: Gerência de Configuração Durante o processo de desenvolvimento de um software, é produzida uma grande quantidade de itens de informação que podem ser alterados durante o processo Para que
Leia maisCiência da Computação ENGENHARIA DE SOFTWARE. Análise dos Requisitos de Software
Ciência da Computação ENGENHARIA DE SOFTWARE Análise dos Requisitos de Software Prof. Claudinei Dias email: prof.claudinei.dias@gmail.com Roteiro Introdução Tipos de requisitos Atividades Princípios da
Leia maisEngenharia de Software
Engenharia de Software Roteiro Análise de requisitos Definição de requisitos do sistema Requisitos Funcionais Requisitos Não Funcionais Exercício Análise de Requisitos Análise de Requisitos É o 1º passo
Leia maisGlossário Apresenta a definição dos termos, siglas e abreviações utilizadas no contexto do projeto Citsmart.
Apresenta a definição dos termos, siglas e abreviações utilizadas no contexto do projeto Citsmart. Versão 1.6 15/08/2013 Visão Resumida Data Criação 15/08/2013 Versão Documento 1.6 Projeto Responsáveis
Leia maisRoteiro para a escrita do documento de Especificação de Requisitos de Software (ERS)
Roteiro para a escrita do documento de Especificação de Requisitos de Software (ERS) Definição Geral: Disciplina de Compiladores Prof. Jorge Bidarra (UNIOESTE) A especificação de requisitos tem como objetivo
Leia maisCapítulo 22. Associações entre Classes. Rui Rossi dos Santos Programação de Computadores em Java Editora NovaTerra
Capítulo 22 Associações entre Classes Objetivos do Capítulo Indicar os diferentes aspectos de um relacionamento entre classes que podem ser expressos através de uma associação. Descrever o significado
Leia maisRequisitos. Sistemas de Informações
Requisitos Sistemas de Informações Definindo o Sucesso do Software Clientes satisfeitos Eles estão satisfeitos quando você: Atende às expectativas Entrega no prazo Entrega no orçamento O Sucesso começa
Leia maisEngenharia de Software
Engenharia de Requisitos Cap. 06 e 07 Sommerville 8 ed. REQUISITOS DE SOFTWARE» Requisitos são descrições de serviços fornecidos pelo sistema e suas restrições operacionais. REQUISITOS DE USUÁRIOS: São
Leia maisQUALIDADE DE SOFTWARE
QUALIDADE DE SOFTWARE - 02 Luiz Leão luizleao@gmail.com http://www.luizleao.com Questão 1 A ISO 9000-3 é um guia para a aplicação da ISO 9001 para o desenvolvimento, fornecimento e manutenção de software.
Leia maisIntrodução a Java. Hélder Nunes
Introdução a Java Hélder Nunes 2 Exercício de Fixação Os 4 elementos básicos da OO são os objetos, as classes, os atributos e os métodos. A orientação a objetos consiste em considerar os sistemas computacionais
Leia maisBanco de Dados Aula 1 Introdução a Banco de Dados Introdução Sistema Gerenciador de Banco de Dados
Banco de Dados Aula 1 Introdução a Banco de Dados Introdução Um Sistema Gerenciador de Banco de Dados (SGBD) é constituído por um conjunto de dados associados a um conjunto de programas para acesso a esses
Leia mais04/08/2012 MODELAGEM DE DADOS. PROF. RAFAEL DIAS RIBEIRO, M.Sc. @ribeirord MODELAGEM DE DADOS. Aula 1. Prof. Rafael Dias Ribeiro. M.Sc.
MODELAGEM DE DADOS PROF. RAFAEL DIAS RIBEIRO, M.Sc. @ribeirord MODELAGEM DE DADOS Aula 1 Prof. Rafael Dias Ribeiro. M.Sc. @ribeirord 1 Objetivos: Apresenta a diferença entre dado e informação e a importância
Leia maisAgora todas as Unimeds vão falar uma só língua. Unimed do Brasil Federação São Paulo Portal Unimed
Agora todas as Unimeds vão falar uma só língua. Unimed do Brasil Federação São Paulo Portal Unimed Folheto perguntas e respostas (15X15)cm.indd 1 9/25/08 4:38:13 PM E as primeiras palavras são inovação,
Leia maisAnálise e Projeto Orientados por Objetos
Análise e Projeto Orientados por Objetos Aula 02 Análise e Projeto OO Edirlei Soares de Lima Análise A análise modela o problema e consiste das atividades necessárias para entender
Leia maisCasos de Uso. Professor MSc Wylliams Barbosa Santos wylliamss@gmail.com wylliams.wordpress.com Laboratório de Programação
Casos de Uso Professor MSc Wylliams Barbosa Santos wylliamss@gmail.com wylliams.wordpress.com Laboratório de Programação Agenda Caso de Uso Conceitos Iniciais Cenário Principal Cenários Alternativos Atores
Leia maisc. Técnica de Estrutura de Controle Teste do Caminho Básico
1) Defina: a. Fluxo de controle A análise de fluxo de controle é a técnica estática em que o fluxo de controle através de um programa é analisado, quer com um gráfico, quer com uma ferramenta de fluxo
Leia maisQuestões de Concursos Públicos sobre Orientação a Objetos e UML
Análise Orientada a Objetos Professora Lucélia Oliveira Questões de Concursos Públicos sobre Orientação a Objetos e UML 1. (BNDES) Analise as seguintes afirmações relativas à Programação Orientada a Objetos:
Leia maisResumo das Interpretações Oficiais do TC 176 / ISO
Resumo das Interpretações Oficiais do TC 176 / ISO Referência RFI 011 Pergunta NBR ISO 9001:2000 cláusula: 2 Apenas os termos e definições da NBR ISO 9000:2000 constituem prescrições da NBR ISO 9001:2000,
Leia maisEngenharia de Requisitos
Engenharia de Requisitos Introdução a Engenharia de Requisitos Professor: Ricardo Argenton Ramos Aula 08 Slide 1 Objetivos Introduzir a noção de requisitos do sistema e o processo da engenharia de requisitos.
Leia maisOrientação a Objetos
1. Domínio e Aplicação Orientação a Objetos Um domínio é composto pelas entidades, informações e processos relacionados a um determinado contexto. Uma aplicação pode ser desenvolvida para automatizar ou
Leia maisProfessor: Curso: Disciplina: Aula 4-5-6
Professor: Curso: Disciplina: Aula 4-5-6 Turma: Esp. Marcos Morais de Sousa Sistemas de informação Engenharia de Software I Engenharia de Requisitos 03º semestre 1 Engenharia de Requisitos Prof. Marcos
Leia mais04/07/2015 UML. Prof. Esp. Fabiano Taguchi http://fabianotaguchi.wordpress.com fabianotaguchi@hotmail.com DEFINIÇÃO DE REQUSIITOS
UML Prof. Esp. Fabiano Taguchi http://fabianotaguchi.wordpress.com fabianotaguchi@hotmail.com DEFINIÇÃO DE REQUSIITOS 1 REQUISITOS São os serviços fornecidos para um sistema. São classificados em requisitos
Leia maisDesenvolvimento de Sistemas Orientados a Objetos com UML UP/RUP: Projeto
Desenvolvimento de Sistemas Orientados a Objetos com UML UP/RUP: Projeto Engenharia de Software I Informática 2009 Profa. Dra. Itana Gimenes RUP: Artefatos de projeto Modelo de Projeto: Use-Case Realization-projeto
Leia maisAnálise e Projeto Orientados a Objetos Aula IV Requisitos. Prof.: Bruno E. G. Gomes IFRN
Análise e Projeto Orientados a Objetos Aula IV Requisitos Prof.: Bruno E. G. Gomes IFRN 1 Introdução Etapa relacionada a descoberta e descrição das funcionalidades do sistema Parte significativa da fase
Leia maisConteúdo. Disciplina: INF 02810 Engenharia de Software. Monalessa Perini Barcellos
Universidade Federal do Espírito Santo Centro Tecnológico Departamento de Informática Disciplina: INF 02810 Prof.: (monalessa@inf.ufes.br) Conteúdo 1. Introdução 2. Processo de Software 3. Gerência de
Leia maisOBJETIVO 2 APLICAÇÃO 3 ATRIBUIÇÕES E RESPONSABILIDADES 4 DOCUMENTOS DE REFERÊNCIA 5 TERMINOLOGIA 6 DESCRIÇÃO DO PROCESSO DE GESTÃO DE MUDANÇAS
Impresso em 26/08/2015 10:31:18 (Sem título Aprovado ' Elaborado por Daniel Trindade/BRA/VERITAS em 01/11/2013 Verificado por Cintia Kikuchi em 04/11/2013 Aprovado por Americo Venturini/BRA/VERITAS em
Leia maisTópicos da Aula. Que é são requisitos? Tipos de Requisitos. Requisitos Funcionais. Classificação de Requisitos. Requisitos de Software.
Engenharia de Software Aula 06 Tópicos da Aula Software Eduardo Figueiredo http://www.dcc.ufmg.br/~figueiredo dcc603@gmail.com 26 Março 2012 Funcionais e não funcionais De usuário e do Engenharia de Estudo
Leia maisEnsino técnico Integrado ao médio.
PLANO DE TRABALHO DOCENTE 1º Semestre/2015 Ensino técnico Integrado ao médio. Código: 262 ETEC ANHANQUERA Município: Santana de Parnaíba Componente Curricular: Programação para Web I Eixo Tecnológico:
Leia maisHistórico da Revisão. Versão Descrição Autor. 1.0 Versão Inicial
1 of 14 27/01/2014 17:33 Sistema de Paginação de Esportes Universitários Documento de Arquitetura de Software Versão 1.0 Histórico da Revisão Data 30 de novembro de 1999 Versão Descrição Autor 1.0 Versão
Leia maisTI Aplicada. Aula 02 Áreas e Profissionais de TI. Prof. MSc. Edilberto Silva prof.edilberto.silva@gmail.com http://www.edilms.eti.
TI Aplicada Aula 02 Áreas e Profissionais de TI Prof. MSc. Edilberto Silva prof.edilberto.silva@gmail.com http:// Papéis... Um papel é uma definição abstrata de um conjunto de atividades executadas e dos
Leia maisAnálise de Requisitos
Faculdade de Ciências Sociais de Aplicadas de Petrolina FACAPE Disciplina: Projeto de Sistemas Análise de Requisitos Profª. Cynara Carvalho cynaracarvalho@yahoo.com.br Análise de Requisitos O tratamento
Leia maisIntrodução a Computação
Introdução a Computação Aula 03 Profissões de TI Prof. MSc. Edilberto Silva edilms@yahoo.com http:// Papéis... Um papel é uma definição abstrata de um conjunto de atividades executadas e dos respectivos
Leia maisOrientação à Objetos. Aécio Costa
Aécio Costa O paradigma da orientação à objetos Paradigma? Um paradigma é uma forma de abordar um problema. No contexto da modelagem de um sistema de software, um paradigma tem a ver com a forma pela qual
Leia maisGerenciamento de Incidentes
Gerenciamento de Incidentes Os usuários do negócio ou os usuários finais solicitam os serviços de Tecnologia da Informação para melhorar a eficiência dos seus próprios processos de negócio, de forma que
Leia maisIMPLANTAÇÃO DE UM SISTEMA DE AVALIAÇÃO DE DESEMPENHO NA UFG
IMPLANTAÇÃO DE UM SISTEMA DE AVALIAÇÃO DE DESEMPENHO NA UFG Rosângela da Silva Nunes 1 Centros de Recursos Computacionais - CERCOMP Universidade Federal de Goiás UFG Campus II, UFG, 74000-000, Goiânia
Leia maisSAV Sistema de Aluguel de Veículos I - DOCUMENTO DE REQUISITOS Versão 1.00
SAV Sistema de Aluguel de Veículos I - DOCUMENTO DE REQUISITOS Versão 1.00 Conteúdo 1. INTRODUÇÃO...3 1.1 CONVENÇÕES, TERMOS E ABREVIAÇÕES... 3 1.1.1 Identificação dos Requisitos... 3 1.1.2 Prioridades
Leia maisProfa. Gislaine Stachissini. Unidade III GOVERNANÇA DE TI
Profa. Gislaine Stachissini Unidade III GOVERNANÇA DE TI Information Technology Infrastructure Library ITIL Criado pelo governo do Reino Unido, tem como objetivo a criação de um guia com as melhores práticas
Leia maisDESENVOLVENDO O SISTEMA
DESENVOLVENDO O SISTEMA Declaração da Necessidade O primeiro passo do processo de análise de sistema envolve a identificação da necessidade [Pressman-95]. Normalmente o analista reúne-se com o usuário
Leia maisSEGURANÇA E CONTROLE EM SISTEMAS DE INFORMAÇÃO
SEGURANÇA E CONTROLE EM SISTEMAS DE INFORMAÇÃO 1 OBJETIVOS 1. Por que sistemas de informação são tão vulneráveis a destruição, erro, uso indevido e problemas de qualidade de sistemas? 2. Que tipos de controles
Leia maisMetodologia de Gerenciamento de Projetos da Justiça Federal
Metodologia de Gerenciamento de Projetos da Justiça Federal Histórico de Revisões Data Versão Descrição 30/04/2010 1.0 Versão Inicial 2 Sumário 1. Introdução... 5 2. Público-alvo... 5 3. Conceitos básicos...
Leia maisConcepção e Elaboração
UNIVERSIDADE ESTADUAL PAULISTA INSTITUTO DE BIOCIÊNCIAS, LETRAS E CIÊNCIAS EXATAS DEPARTAMENTO DE CIÊNCIAS DE COMPUTAÇÃO E ESTATÍSTICA Análise e Projeto Orientado a Objetos Concepção e Elaboração Estudo
Leia maisIntrodução Fatores de Qualidade Garantia de Qualidade Rivisões de Software Conclusão. Qualidade. Plácido A. S. Neto 1
Qualidade Plácido A. S. Neto 1 1 Gerência Educacional de Tecnologia da Informação Centro Federal de Educação Tecnologia do Rio Grande do Norte 2006.1 - Planejamento e Gerência de Projetos Agenda Introdução
Leia maisLEVANTAMENTO DE REQUISITOS. Lílian Simão Oliveira
LEVANTAMENTO DE REQUISITOS Lílian Simão Oliveira Níveis de erros Fonte: imaster.com um software São as características e funcionalidades que um software tem Engenharia de Requisitos O que é? Quem faz?
Leia maisSistemas de Gerenciamento de Banco de Dados
Sistemas de Gerenciamento de Banco de Dados A U L A : C R I A Ç Ã O D E B A N C O D E D A D O S - R E Q U I S I T O S F U N C I O N A I S E O P E R A C I O N A I S P R O F. : A N D R É L U I Z M O N T
Leia mais