Analise Estruturada de Sistemas

Prévia do material em texto

Analise Estruturada de Sistemas
APOSTILA 01
Questão 1.
Qual o papel de uma analista de sistemas?.
Resposta: O analista de sistemas é responsável por fazer uma leitura exata da expectativa do usuário e convertê-la em descrições técnicas que apoiarão os programadores a construir o sistema. Além disso, ele é um agente de mudança, identificando melhorias que o negócio necessita, bem como motivando as pessoas a utilizar o sistema. 
Questão 2.
Um sistema de informação é: 
a) apenas um banco de dados que armazena e distribui informação. 
b) um conjunto de ferramentas de programação para construir sistemas. 
c) um compilador que converte linguagem natural em linguagem de máquina. 
d) um sistema de notícias. 
e) um conjunto de componentes inter-relacionados trabalhando unidos para coletar, recuperar, processar, armazenar e distribuir informação. 
Resposta: Altemativa E. 
Justificativa: Um sistema de informação é um conjunto de componentes inter-relacionados trabalhando unidos para coletar, recuperar, processar, armazenar e distribuir informação, pois converte dados em informação para tomada de decisão em diversos níveis dentro de uma empresa 
Questão 3.
Quais são as principais fases do ciclo de vida do desenvolvimento de sistemas?.
a) Estruturação, Concepção, Transição, Distribuição. 
b) Concepção, Elaboração, Transição, Distribuição. 
c) Planejamento, Análise, Projeto, Implementação. 
d) Planejamento, Projeto, Distribuição, Treinamento. 
e) NDA 
Questão 3 
Resposta: Alternativa C. 
Justificativa: A identificação das necessidades ocorre na etapa de planejamento e elenca as necessidades dos usuários e do negócio e deve conter a análises de viabilidade técnica, econômica e organizacional. A etapa de análise tem o objetivo de identificar todos os requisitos, avaliar sistemas alternativos elou soluções alternativas e criação de um novo. 
A etapa de Projeto trata das necessidades de hardware, software e infraestrutura de rede. A fase de implementação é o momento que o sistema é realmente construído, testado e aprovado. Neste momento o sistema muda de versão e é transferido do ambiente de desenvolvimento (ambiente dos programadores) para o ambiente de produção (ambiente do usuário final). 
Questão 4.
Qual a diferença entre o modelo clássico Cascata e o Modelo RAD?.
Resposta: O modelo cascata clássico tem a característica que só avança para a tarefa seguinte quando a fase anterior é aceita e validada. Normalmente essa validação é realizada pelo cliente, dessa forma subentende-se que o cliente tem uma clareza do que deseja e ainda um pensamento construtivo para abstrair os diagramas, desenhos e todas as formas de expressão do sistema. A idéia é minimizar desvios de compreensão no decorrer do projeto, uma vez que o processo não pode voltar atrás alterando validações ou aceites já realizados anteriormente, por isso o termo cascata. O usuário apenas enxerga o sistema (produto final) ao término de todo o processo. 
Já no processo RAD é construído um protótipo que é similar a uma maquete de uma construção, contém um formato para dar visibilidade do que se propõe com o sistema, mas não é um sistema finalizado, logo não contém todas as funcionalidades desejadas pelo usuário, apenas as fundamentais para possibilitar uma avaliação junto ao usuário, o que auxilia em projetos que o usuário não tem clareza das necessidades ou como elas ficarão no sistema. 
Questão 5.
Por que é importante utilizar boas práticas de gestão de projetos no desenvolvimento de sistemas?.
Resposta: Porque as boas práticas em gestão de projetos, principalmente as contidas no PMBOK, oferecem modelos de processos já testados e maduros utilizados no mundo inteiro por diversos tipos de negócio, aumentando a chance de sucesso do projeto e evitando retrabalho com processos ineficientes ou de eficácia duvidosa. 
APOSTILA 02
Questão 1.
O que foi a crise do software na década de 1970?.
Resposta: A "crise do software" foi um termo utilizado para denominar as dificuldades enfrentadas no desenvolvimento de software no fim da década de 1960. A complexidade e a ausência de processos bem estabelecidos, bem como a crescente demanda por novos sistemas, se tornaram um caos. Foi nessa época, mais precisamente em 1968 que ocorreu a Conferência da OTAN sobre Engenharia de Software (NATO Software Engineering Conference) em Garmisch, Alemanha. O principal objetivo desta reunião era estabelecer práticas mais maduras para o processo de desenvolvimento, por essa razão o encontro é considerado hoje como o nascimento da disciplina de Engenharia de Software. (Fonte: wwwportaldaeducacao_com_br) 
Questão 2.
Um requisito é uma do sistema ou um problema do cliente ou para atingir um que pode ser validada e encontrada ou possuída por um do usuário: 
a) capacidade, requisito, gestor, solucionar, sistema. 
b) direção, requisito, projeto, solucionar, sistema.
c) não funcionalidade, projeto, requisito, solucionar, alvo. 
d) não funcionalidade, requisito, projeto, solucionar, alvo. 
e) funcionalidade, capacidade, sistema, resolver, objetivo.
Resposta: Alternativa E. 
Questão 3 .
Os requisitos podem ser classificados em:.
a) Temporais, Qualidade e Funcionais.
b) Funcionais, Qualidade e Aferição. 
c) Funcionais, Não Funcionais e Domínio. 
d) Sistémicos, Domínio e Imperativos. 
e) Sistémicos, Imperativos e Não Funcionais. 
Resposta: Alternativa C. 
Questão 4.
Qual a grande dificuldade na fase de licitação (levantamento) dos requisitos? .
Resposta: Os usuários não sabem realmente o que desejam do sistema computacional, ou têm dificuldade em expressar. Suas necessidades são expressas naturalmente por seus próprios termos e conhecimentos, isso pode causar diferentes interpretações. Diferentes usuários podem representar a mesma necessidade de outra forma, gerando divergência. 
Fatores organizacionais podem influenciar necessidades, desconfiança, planos de sucessão, interesses individuais, retenção de conhecimento entre outros. 
Questão 5.
A especificação é um processo de representação das necessidades apresentadas, muitas vezes, em linguagem natural, porém essa linguagem pode levar a ambiguidades ou diferentes interpretações. Por que?.
Resposta: Porque a linguagem natural permite diferentes interpretações sobre o mesmo texto. Assim como a leitura de uma lei que pode promover diferentes entendimentos entre juízes e advogados, na descrição de requisitos é o mesmo. 
Portanto, uma boa prática é evitar ao máximo possíveis ambiguidades, ou seja, palavras ou frases que possam dar mais que um sentido. 
APOSTILA 03
Questão 1.
Pesquise na internet os softwares mais populares para elaborar DER e liste-os. 
Resposta: E possível separar os softwares mais populares em dois grupos: 
Gratuitos:. 
DBDesign. 
• DIA. 
StarUML .
• Gliffy .
• ArgoUML .
Pagos:. 
Erwin. 
Rational .
Oracle Designer. 
Embarcadero ER Studio .
Visio Microsoft .
Questão 2.
O que a imagem a seguir representa?.
a) O processo "obter assentos disponíveis", que recebe os dados da entidade externa Cliente. 
b) O processo "obter assentos disponíveis, que requisita os dados da entidade externa Cliente.
c) O processo cliente, que recebe os dados de pedido de passagem. 
d) O processo cliente, que requisita os dados de pedido de passagem. 
e) A entidade externa "obter assentos disponíveis", que recebe dados do pedido de passagem. 
Resposta: Altemativa A. 
A simbologia apresentada na caixa tridimensional com pontas agudas representa a entidade externa, já a de cantos arredondados, com número um, representa o processo. 
Questão 3.
Complete as lacunas do seguinte parágrafo e indique a alternativa com a sequência correta de palavras._____________ é a representação de um ator, local, objeto ou item e é estruturada em função das características ___________________. Este é, portanto, um conjunto de informações que caracterizam uma entidade, e_________________ é uma associaçãoentre entidades, representando-se por uma linha que conecta as entidades. 
a) Cardinalidade, do Atributo, Relacionamento. 
b) Atributo, da Entidade, Relacionamento. 
c) Entidade, do Atributo, Relacionamento. 
d) Relacionamento, da Entidade, Atributo. 
e) Atributo, da Cardinalidade, Entidade. 
Resposta: Altemativa C. 
A representação de um objeto ou ato é sempre uma entidade, e as características dessa entidade são seus atributos que possuem relacionamento entre si por meio de associação e são representados por uma linha no diagrama. 
Questão 4.
Para que serve a Cardinalidade?.
Resposta: A cardinalidade é a expressão de como será a combinação do relacionamento entre as entidades relacionadas. 
E possível haver as seguintes combinações: 
Um para um — 1:1 — a entidade-pai se relaciona com apenas uma linha de dados na entidade filho.
Um para muitos — 1:M — a entidade-pai se relaciona com uma ou mais linhas de dados na entidade-filho. 
Muitos para um — M:1 — várias linhas da entidade-pai se relacionam com apenas uma linha na entidade-filho.
Muitos para muitos — M:N — várias linhas da entidade-pai se relacionam com várias linhas na entidade-filho.
Questão 5.
O que é normalização?.
Resposta: Normalização é o processo de otimizar o desenho da base de dados evitando possíveis problemas de integridade, redundância ou falhas na estruturação dos dados. A otimização acontece por meio de uma decomposição das formas que reestruturam o banco de dados, iniciando-se na primeira forma normal até a forma mais otimizada percebida. 
APOSTILA 04
Questão 1.
O que é engenharia de requisitos?.
Resposta: A engenharia de requisitos é um processo que envolve todas as atividades exigidas para criar e manter o documento de requisitos de sistema. Existem quatro grandes atividades genéricas: estudo da viabilidade do sistema; elicitação dos requisitos; especificação dos requisitos; e validação dos requisitos. 
Questão 2.
A fase de design (projeto) faz parte do ciclo de vida do desenvolvimento de sistema. Sua função principal é:.
a) Identificar "o que" o sistema fará. 
b) Identificar "do que" o plano estratégico da empresa precisa. 
c) Planejar "o que" o sistema não fará. 
d) Planejar plataforma de desenvolvimento. 
e) Converter requisitos de negócio em requisitos do sistema. 
Resposta: Alternativa E. 
A fase do projeto (design) será focada em como funcionará o sistema, com a maior parte das atividades voltada para a conversão dos requisitos de negócio em requisitos do sistema. 
Questão 3.
Quando um sistema é extremamente complexo, estratégico do ponto de vista competitivo e específico demais ao negócio, recomenda-se:.
a) Contratar um fornecedor com pouca experiência para o desenvolvimento. 
b) Desenvolverintimamente para gerar conhecimento interno e evitar que informações estratégicas ao negócio se tomem pública. 
c) Contratar uma consultoria em estratégia de negócios para o desenvolvimento. 
d) Adquirir um sistema pronto de um ASP, mesmo que seja inseguro. 
e) Não especificar, contratar um fornecedor e permitir que ele faça tudo. 
Resposta: Altemativa B. 
Existem alguns sistemas que são extremamente complexos ou específicos demais e que, pela própria natureza, precisam ser criados. Outros, por sua vez, já existem no mercado, porém não são totalmente aderentes às necessidades do negócio. Criar um sistema doméstico desenvolve qualificações técnicas e conhecimento funcional na empresa Isso ocorre porque, à medida que os analistas trabalham com os usuários da empresa, aumenta sua compreensão sobre os processos e o negócio, tomando-se mais preparados para lidar com as estratégias e necessidades da companhia (como, por exemplo, soluções em processo que são diferenciais perante o mercado). 
Questão 4.
Qual a principal vantagem de adquirir um sistema pronto?.
Resposta: Os quatro principais motivos que propiciam a uma organização terceirizar o desenvolvimento de sistemas ou adquirir um sistema pronto referem-se à tentativa de diminuição do custo de produção; ao foco no negócio da empresa; ao ato de evitar desgaste com seleção, recrutamento e treinamento; e às incertezas do ciclo de vida dos sistemas. 
Porém, a terceirização é um processo que gera mudanças e que pode causar conflitos e resistências que devem ser minimizadas por meio do exercício rotineiro de resgate dos objetivos a serem alcançados. 
Questão 5.
Quais são as habilidades desejáveis que um gerente de projeto deve possuir?.
Resposta: Conforme Kezner (1992): 
Capacidade de formar e gerenciar equipes de trabalho. 
Capacidade de influenciar a equipe e os stakeholders do projeto.
Capacidade de identificar e resolver os conflitos no âmbito do projeto.
Capacidade de coordenar as ações técnicas do projeto.
Capacidade de elaborar planos e executá-los. 
Capacidade de estabelecer os critérios de trabalho no âmbito do projeto.
Capacidade de gerar e gerenciar negócios para o projeto.
Capacidade de desenvolver técnicas de controle, orçamento etc. 
Capacidade de gerenciar as interfaces com os stakeholders — principalmente com a alta administração. 
Capacidade de estabelecer os recursos necessários às várias fases do projeto. 
APOSTILA 05
Questão 1.
Pesquise na internet e responda: o que é um middleware?.
Resposta: Middleware é um elemento da arquitetura de software distribuída que faz a mediação entre uma aplicação e outra, podendo ser um intermediário entre uma aplicação cliente e uma aplicação no servidor. O objetivo do middleware é encapsular aplicações de processamentos específicos que distribuam a carga de processamento entre as aplicações. 
Questão 2.
Selecione a alternativa correta. 
Os sistemas de software podem ser divididos em funções básicas. Quais são elas?.
a) Autenticação, menus de acessos, telas de apresentação e entrada de dados. 
b) Segurança, menus de acessos, entrada de dados.
c) Armazenagem de dados, lógica de acesso aos dados, lógica da aplicação, lógica de apresentação. 
d) Processamento de dados, lógica de transação, lógica da aplicação, lógica de apresentação. 
e) Processamento de dados, lógica da aplicação e lógica de apresentação.
Resposta: Alternativa D. 
O objetivo de um projeto de arquitetura é determinar como, para prover a solução pretendida, os componentes de software e hardware (os componentes arquitetônicos mais importantes) serão dispostos. 
Os sistemas de software podem ser divididos em quatro funções básicas: 
• Armazenagem de dados — banco de dados. 
Lógica de acesso aos dados — controle de transações.
Lógica de aplicação — regras de negócio.
• Lógica de apresentação — telas, validação de entrada. 
Questão 3.
As arquiteturas baseadas em servidor têm como principal característica:.
a). Ter o processamento dividido entre o cliente e o servidor.
b.) Apresentar três camadas, compreendidas entre um cliente, servidor de aplicação e um servidor de dados. 
c).Apenas um cliente com (ou sem) o mínimo de processamento e um servidor. 
d) Apresentar duas camadas cliente e servidor 
e). Apresentar duas camadas com processamento da camada de aplicação no servidor e armazenamento de dados no cliente. 
Resposta: Alternativa C. 
A computação baseada em servidor [ou server-based computing (SBC)] é uma arquitetura de TI cujas aplicações são operacionalizadas, mantidas, e executadas no servidor. 
A computação baseada em servidor resgata o modelo dos antigos mainframes, cujo processamento é no servidor. As principais vantagens encontradas nesse modelo, principalmente nos aspectos gerenciais, são: melhora na produtividade, redução de custos, reutilização de equipamentos, atualização facilitada das aplicações. 
Questão 4.
Por que a virtualização é importante?.
Resposta: A virtualização é a capacidade que um sistema operacional tem de executar um outro sistema operacional dentro de si, ou seja, de virtualizar uma outra máquina (daí o termo virtualização). A grande vantagem davirtualização é a possibilidade de otimizar o uso dos servidores, que podem executar diversos sistemas operacionais diferentes simultaneamente Imagine que você tem um sistema de engenharia executado somente no Linux e um sistema corporativo executado somente no Windows; nesse caso, eles poderão ser executados simultaneamente em um servidor virtualizado , solução sem a qual teríamos que disponibilizar dois servidores distintos cada um com seu sistema operacional. 
Questão 5.
Por que os requisitos não funcionais orientam a escolha da arquitetura?.
Resposta: O requisitos não funcionais estão associados a atributos de qualidade de funcionalidades que o sistema deve prover. A garantia da qualidade está diretamente ligada à capacidade que a arquitetura selecionada como solução tem de atender a essas necessidades. Exemplo: tempo de resposta, segurança, disponibilidade. Note que são requisitos que influenciaram a existência de servidor redundante, uma política de backup estabelecida, rede de dados veloz E por serem atributos.
APOSTILA 06
Questão 1.
Faça uma pesquisa e responda: Qual foi a origem da interface gráfica do sistema operacional Windows?.
Resposta: Depois de várias evoluções de dispositivos gráficos, em 1976 Steve Jobs e Steve Wozniak iniciaram o desenvolvimento de uma plataforma totalmente interativa contratando ex-funcionários da Xerox, lançada em 1978 Nascia nessa época uma das primeiras interfaces para computadores pessoais baseada em ícones, menus roláveis, janelas, de maneira bem próxima ao que conhecemos hoje. Inspirada nas interfaces de Steve Jobs, a Microsoft lançou em 1983 sua primeira versão do sistema operacional Windows 20. Como a empresa utilizava recursos terceirizados da Apple, ela pôde testar as interfaces na versão beta, o que gerou alguns processos entre as empresas. Posteriormente, a Microsoft e a a IBM, em parceria, criaram uma interface para o sistema operacional OS/2, muito similar ao Windows 2.0. Dessa forma, puderam trocar entre si diversos conhecimentos e aprimorar técnicas. Em 1990, o Windows ganhou popularidade com sua versão 3.0 e 31. Com recursos ainda simples, foi um sucesso em vendas, e, em meados de 1994, a Microsoft lança o Windows 95, produto que consolidou a empresa e também mudou a forma com que os usuários utilizavam o sistema, mediante janelas com gráficos em alta resolução, abertura de várias janelas ao mesmo tempo, entre outras novidades. 
Muitas empresas participaram do processo evolutivo das interfaces gráficas dos sistemas operacionais ao longo do tempo, mas somente a Apple e a Microsoft resistiram ao tempo com seus famosos sistemas operacionais Mac OS e Windows, que atualmente apostam em interfaces 3D e novas experiências ao usuário em dispositivos portáteis como tablets, celulares e outros.
Questão 2.
Quais são os princípios fundamentais do projeto de interface?.
a) Estética, experiência do programador, consistência, minimização do estorço do usuário_ 
b) Estrutura, conhecimento do conteúdo, estética, experiência do programador, confiabilidade, minimização do estorço do usuário.
c) Estrutura, conhecimento técnico, estética, experiência do usuário, confiabilidade, minimização do estorço do usuário. 
d) Layout, conhecimento do conteúdo, estética, experiência do usuário, consistência, minimização do estorço do usuário. 
e) Conhecimento do conteúdo, layout, alertas, amigabilidade, consistência, minimização do estorço do usuário. 
Resposta: Altemativa D. 
O objetivo de um projeto de interface com usuário é tornar a interface agradável aos olhos e simples de usar, minimizando, consequentemente, os esforços do usuário em realizar sua atividade_ Neste caso, os seis princípios do projeto de interface com usuário são: layout, conhecimento do conteúdo, estética, experiência do usuário, consistência, minimização do esforço do usuário. 
Questão 3.
Os padrões da interface são os elementos fundamentais comuns a telas, formulários e relatórios do sistema, os quais podem ser vários dentro de um sistema. A metáfora de interface é: 
a) O aspecto geral das telas do sistema, a localização das áreas de menu, os botões de ação, a área de status.
b) Nome que a interface utilizará para os objetos de interação, tais como, por exemplo, o carrinho de compras.
c) O apelo visual que informa como a interface funcionará, é o mundo real convertido para o modelo computacional. 
d) A especificação do estilo e a gramática das ações, como: comprar, sair, pesquisar. 
e) Nome do layout e o aspecto visual que a interface utilizará. 
Resposta: Altemativa C. 
Os padrões da interface são os elementos fundamentais comuns a telas, formulários e relatórios do sistema, que podem ser de diversos tipos dentro de um sistema; por exemplo: um padrão para entrada de dados, outro para listagem de dados, para relatórios, cada um deles com suas características e restrições (ex: relatório que não edita dados). A Metáfora da Interface é o apelo visual que informa como a interface funcionará, sendo um conceito do mundo real convertido para o modelo computacional. Exemplo: o sistema quicken utiliza uma imagem (metáfora) de talão de cheque para sua interface 
Questão 4.
Qual a diferença entre o esboço sequencial e protótipo html ?.
Resposta: O esboço sequencial é uma técnica simples baseada na confecção de um rascunho em papel para apresentar imagens desenhadas à mão com a aparência das telas e da forma como serão seus acessos, sendo utilizado quando ná total com- preensão da interface desejada pelo sistema _ O protótipo HTML, por sua vez, é construído com a utilização da linguagem html em páginas WEB que apresentam as partes fundamentais do sistema; é superior ao esboço seqüencial, pois permite que o usuário interaja com os elementos do protótipo, exercitando dessa forma a compreensão de como ficará a navegação no sistema. A sua limitação está no tato de que o sistema real não terá exatamente as mesmas telas do protótipo. 
Questão 5.
Como funciona um teste de interface baseado no método interativo?.
Resposta: Diferentemente do teste formal, que é realizado em um ambiente monitorado, no método interativo os usuários são convocados a utilizar o sistema no seu próprio ambiente. Ao final, é gerada uma estatística que demonstra em quais elementos ou partes da interface houve maior índice de erro, podendo, dessa forma, demonstrar quais melhorias são necessárias na interface. No entanto, por ser o próprio ambiente de trabalho do usuário, pode haver influência de perda de foco ou de orientações externas que podem influenciar negativamente o teste.