Aula 08 PDF

NOES DE INFORMTICA PARA FISCAL DE RENDAS SEFAZ/RJ PROFESSORA PATRCIA LIMA QUINTO
Aula 8 Gesto da Informao e Tpicos Relacionados + Simulado Ol queridos (as) amigos (as), meus cumprimentos! Como bom estar aqui! Hoje trago para vocs a nossa aula com foco no tema gesto da informao, desenvolvimento de sistemas e tpicos relacionados. Cabe destacar que estamos juntos para buscar o 100% da prova e a to sonhada aprovao. Para isso, continuarei repassando a vocs o mximo de minha experincia como concurseira e professora, j que melhor do que aprender o caminho aprender os atalhos. Estamos aqui para isso, ensinar os atalhos, os macetes, tentar encurtar essa longa trajetria, e ajud-los a chegar ao to almejado objetivo. Que Deus os abenoe, sucesso nos estudos, perseverana e conhecimento! Profa Patrcia Lima Quinto A seguir realamos conceitos que complementam a aula sobre software e banco de dados e merecem toda a sua ateno!! Vamos l! Dado x Informao x Conhecimento Importante!! O que um Dado? um registro de alguma entidade. Um nome um dado, uma foto um dado, 134 um dado, 5 um dado, etc. J a informao um dado depois de processado, uma contextualizao de um dado... Como assim? 5 um dado, mas e se eu disser o seguinte: No dia 5 no haver aula!!. Nesse caso, o 5 passou a ter sentido (ou passou a ter contexto) e agora uma informao! Complementando, informaes so conjuntos de dados significativos e teis a seres humanos em processos como o de tomada de decises. Na figura seguinte, dados brutos registrados por um caixa podem ser processados e organizados de modo a produzir tal como o total de unidades de detergentes vendidas ou vendas do detergente para determinada loja ou territrio de de supermercados informaes teis, a receita total de vendas.
Fonte: (OBRIEN, 2006)

Profa Patrcia Lima Quinto www.pontodosconcursos.com.br
E conhecimento? Setzer (2001), em http://www.ime.usp.br/~vwsetzer/dadoinfo.html, destaca que o conhecimento pode ser considerado como uma abstrao interior, pessoal, de algo que foi experimentado, vivenciado, por algum. Conforme destaca Rob e Coronel (2011) o conhecimento implica familiaridade, conscincia e compreenso das informaes conforme se apliquem a um ambiente. Uma caracterstica fundamental do conhecimento que o "novo" conhecimento pode ser obtido a partir do "antigo". A seguir alguns pontos fundamentais: Os dados constituem os blocos de construo das informaes. As informaes so produzidas pelo processamento de dados e so utilizadas para revelar o significado dos dados. Informaes precisas, relevantes e rpidas so a chave para a boa tomada de decises. A boa tomada de deciso a chave para a sobrevivncia de uma organizao no ambiente global.
Vale destacar que informaes rpidas e teis exigem dados precisos. Esses dados devem ser gerados de forma adequada e armazenados em um formato de fcil acesso. E, como qualquer recurso bsico, o ambiente de dados deve ser gerenciado com cuidado. O gerenciamento de dados uma disciplina que foca na gerao, no armazenamento e na recuperao adequada dos dados. Diante do papel crucial executado pelos dados, voc no deve estar surpreso que o gerenciamento de dados seja uma atividade central para qualquer negcio, ou organizao (Rob e Coronel, 2011). Em geral, o gerenciamento eficiente de dados exige a utilizao de um banco de dados computacional. Importante observar... Dado NO Informao. | Informao no Conhecimento. DataWarehouse DataWarehouse (DW) prope sustentar a tomada de deciso com dados. Trata-se de uma coleo de dados orientada por assunto, integrada, no-voltil, variante no tempo, que d apoio s decises da administrao. o Orientado a assunto: refere-se ao fato do Data Warehouse (DW) ser organizado conforme diferentes vises de negcio, ou seja, armazena informaes sobre temas especficos importantes para o negcio da empresa.Ex: Vendas, Compras, etc. o Integrado: a partir de fontes de dados heterogneas. o No voltil: os dados so sempre inseridos, nunca excludos. Em um DW no existem alteraes de dados, somente a carga inicial e as consultas posteriores.
o Varivel com tempo: posies histricas das atividades no tempo. O Data Warehouse um armazm centralizado de dados, ou seja, um banco de dados ou um agrupamento de bases de dados que contm dados sobre os negcios organizados por assunto. Por exemplo, uma indstria automotiva poderia ter um Data Warehouse com uma base dados destinada a armazenar registros inerentes ao setor de Vendas. Poderia haver tambm uma outra base dados que contivesse dados inerentes ao departamento de Produo de Automveis. A cada uma dessas bases de dados dar-se o nome de Data Mart, e ao agrupamento de todos esses Data Marts damos o nome de Data Warehouse. Data Mart: um banco de dados multidimensional de escopo departamental (ou seja, abrange apenas um determinado departamento). Um subconjunto lgico do Data Warehouse, geralmente visto como um data warehouse setorial (Kimball).
Data Mining (ou Minerao de Dados) Nos seus primeiros anos o Data Mining foi popularmente tratado como sinnimo de Descoberta de Conhecimento em Base de Dados (da sigla em ingls KDD - Knowledge Discovery in Databases). Mas na viso de muitos pesquisadores Data Mining deve ser entendido como um passo da descoberta de conhecimento, independentemente se ser sobre uma base de dados ou sobre quaisquer outros repositrios de conhecimento. O Data Mining (Minerao de Dados) entendido como o processo de identificar informaes relevantes, tais como padres, associaes, mudanas, anomalias e estruturas, em grandes conglomerados de dados que estejam em banco de dados ou outros repositrios de informaes. A minerao de dados um campo interdisciplinar que rene tcnicas de aprendizado de mquina, reconhecimento de padres, estatsticas, banco de dados e visualizao para abordar a questo da extrao de informaes a partir de grandes bases de dados Fayyad (Fayyad et al. 1996) sintetiza Data Mining como o processo notrivial de identificar, em dados, padres vlidos, novos, potencialmente teis e ultimamente compreensveis. -Minerao de Dados (ou Data Mining)Etapa do processo de KDD. Corresponde execuo de um algoritmo particular que, sob algumas limitaes aceitveis de eficincia computacional, encontra padres ou modelos nos dados. o processo de anlise de conjuntos de dados que tem por objetivo a descoberta de padres interessantes e que possam representar informaes teis.
Um conceito j cobrado pela banca foi proposto na edio antiga do livro Data Mining Techniques: For Marketing, Sales, and Customer Support , listada a seguir: Caiu em prova! A minerao de dados a explorao e anlise, por meios automticos ou semiautomticos, de grandes quantidades de dados a fim de descobrir padres e regras significativas (1997). Na edio mais atual do livro o conceito o seguinte: A minerao de dados um processo de negcio para explorar grandes quantidades de dados para descobrir padres e regras significativas (2011). Os processos de Data Mining so muito facilitados quando a empresa j possui seu Data Warehouse bem estruturado. justamente por isso, que esses dois termos Data Warehouse e Data Mining caminham to juntos. Pois, as empresas comumente iro primeiramente amadurecer seus processos de organizao dos dados sobre o negcio e agrup-los por assunto, formando seus Data Marts e em seguida compondo seu Data Warehouse, para aps, iniciar seus processos de Data Mining a fim de encontrar algum conhecimento de valor em meio aos dados sobre o negcio. As diferenas entre o Data Mart e o Data Warehouse so apenas com relao ao tamanho e ao escopo do problema a ser resolvido. Integrao da Dimenso Tecnolgica com a Dimenso Cultural, Poltica e Organizacional Sistema de Informao um conjunto de componentes inter-relacionados trabalhando juntos para coletar (recuperar), processar, armazenar e distribuir informao com a finalidade de facilitar o planejamento, o controle, a coordenao, a anlise e o processo decisrio em empresas e organizaes (OBRIEN, 2006). O estudo dos sistemas de informao trata de questes e percepes levantadas por disciplinas tcnicas e comportamentais, ou seja, so SISTEMAS SOCIOTCNICOS. Abordagem Tcnica D nfase a modelos matemticos para estud-los, assim como tecnologia fsica e s capacidades formais desses sistemas. As disciplinas que contribuem para a abordagem tcnica so a cincia da computao, a cincia da administrao e a pesquisa operacional. A cincia da computao preocupase com o estabelecimento de mtodos de computao e de armazenagem e acesso eficiente aos dados. A cincia da administrao enfatiza o desenvolvimento de modelos de tomadas de decises e prticas de administrao. A pesquisa operacional foca tcnicas matemticas para otimizao de parmetros selecionados das organizaes, como transporte, controle de estoque e custos de transaes.
Abordagem Comportamental Questes como integrao estratgica da empresa, projeto, implementao, utilizao e administrao no podem ser exploradas convenientemente com os modelos usados na abordagem tcnica. A abordagem comportamental no ignora a tecnologia. Na verdade, a tecnologia dos sistemas de informao quase sempre o estmulo para um problema ou questo comportamental. Mas, em geral, o foco dessa abordagem no est sobre as solues tcnicas. Pelo contrrio, concentra-se nas mudanas em atitudes, administrao e poltica organizacional e no comportamento.
ABORDAG ENS TCNICAS CINCIA DA COMPUT AO
PESQUISA OPERACIONAL
CINCIA DA ADMINISTRAO
SI
SOCIOLOGIA
PSICOLOGIA ABORDAGENS COMPORTAMENTAIS
ECONOMIA
Figura Abordagens contemporneas dos sistemas de informao Importante Os sistemas de informao so mais do que apenas computadores. Para us-los efetivamente, necessrio entender a organizao, a administrao e a tecnologia de informao que so as bases de sua configurao. Todos os sistemas de informao podem ser descritos como solues organizacionais e administrativas para os desafios propostos pelo ambiente. Interdependncia entre organizaes e sistemas de informao
Figura Interdependncia entre organizaes e SI

Nos sistemas contemporneos, h interdependncia cada vez maior entre estratgias empresarial, regras e processos organizacionais e sistemas de informao da organizao, como ilustra a prxima figura. Mudanas na estratgia, regras e processos exigem cada vez mais mudanas em equipamentos, programas, bancos de dados e telecomunicaes. Os sistemas existentes podem funcionar como uma limitao para as organizaes. Aquilo que a empresa gostaria de fazer muitas vezes depende do que seus sistemas permitiro que faa. Componentes de um Sistema de Informao Hardware: consiste no equipamento do computador e perifricos usados para executar as atividades de entrada, processamento e sada. Software: consiste nos programas processamento de dados no hardware. de computador, que permite o
Banco de Dados: uma coleo organizada de dados e informaes, guardados de uma maneira organizada para uso posterior. Rede: um sistema de conectividade que viabiliza o compartilhamento de recursos entre computadores diferentes. Pessoas: so o elemento mais importante dos SIs. Incluem os profissionais e os usurios finais. Procedimentos: incluem as estratgias, polticas, mtodos e regras usadas pelas pessoas para operar o Sistema.
Figura. Componentes de um SI Tecnologia da Informao (TI) o conjunto de meios tecnolgicos e computacionais que permite a produo e utilizao da informao.
As mudanas na TI e o Impacto nas Organizaes A figura seguinte, muito interessante, extrada de TIExames (2009) destaca como se deu a evoluo da tecnologia nas organizaes:
TI como um provedor de servios TI para aumentar a eficincia. Oramentos so baseados em comparaes com o mercado. TI est separada do negcio. TI vista como um gasto a controlar. Gerentes de TI so especialistas tcnicos
TI como um parceiro estratgico TI para o crescimento do negcio. Oramentos so baseados na estratgia do negcio.
Como oposto a <->
TI inseparvel do negcio. TI vista como um investimento a gerenciar. Gerentes de TI ou Chief Information Officer so solucionadores de problemas do negcio.
Fonte: TI Exames (2009), adaptado de Strategies and Models for IT Governance, IGI Impacto da Tecnologia da Informao nas Organizaes Globalizao => o mercado se tornou mais competitivo e exigente cobrando das empresas a obteno de melhores produtos para satisfazer suas necessidades, aumentando assim a concorrncia, em busca dos melhores produtos e melhores preos. O processo de globalizao => origina-se do avano gerado atravs da Tecnologia da Informao e das telecomunicaes, produzindo um impacto no ambiente das organizaes. Uso constante da informao => torna cada vez maior a necessidade de empresas se atualizarem, e o conhecimento a pea fundamental para bons resultados. Os custos com pesquisas e desenvolvimento so altos para empresas que utilizam conhecimento relacionado com alta tecnologia. A capacidade de adaptao das entidades s mudanas est mais relacionada com a administrao dos recursos intelectuais do que com a coordenao do esforo fsico dos empregados envolvidos com a produo e manuseio dos ativos tangveis, pois a prpria automao, produto do conhecimento humano, dispensa essa tarefa. O recurso que agrega mais ou menos valor ao produto o recurso do intelecto do seu quadro de funcionrios, resultando da os ganhos ou perdas das organizaes.
Um assunto bastante cobrado hoje em provas de concursos o conceito de governana de TI....
A Governana de TI um conjunto de prticas que visam utilizao e gesto da TI alinhada aos objetivos estratgicos e de responsabilidade da alta administrao (incluindo diretores e executivos de negcio e de TI), que deve atuar para garantir que a TI da organizao seja capaz de sustentar e estender seus objetivos estratgicos, atravs do gerenciamento de servios e produtos de TI de forma dinmica e competitiva. No que tange ao alinhamento estratgico entre TI e negcio, tem-se que a estratgia do negcio da empresa orienta a estratgia da TI. Se a administrao da empresa no definir um rumo (caminho a seguir) para a organizao, consequentemente os departamentos internos (inclui-se a o de TI) no tero um direcionamento. Portanto, no d para gerenciar a TI isoladamente, o que torna necessria a integrao entre a estratgia de TI com a estratgia do negcio. A seguir, tm-se os principais modelos, normas, prticas e frameworks que podem ser adotados, em conjunto ou no, para atender s demandas da Governana de TI. So eles: COBIT (Control Objectives for Information and Related Technology): considerado o modelo mais abrangente de Governana de TI. O Information Technology Governance Institute (ITGI) atualmente o responsvel pelo COBIT. composto por 34 processos que esto organizados em quatro domnios que espelham os agrupamentos de TI usuais em uma organizao. As interaes entre esses grupos de processos definem um ciclo de vida que contribui para o alinhamento da TI aos objetivos estratgicos da organizao. COBIT foca o sucesso da entrega de produtos e servios de TI, a partir da perspectiva das necessidades do negcio, com um foco mais acentuado no controle que na execuo. Ou seja, preocupa-se mais com o que deve ser feito que como deve ser feito. ITIL (Information Technology Infrastructure Library): descreve um conjunto de melhores prticas para gesto dos servios de TI. Atualmente, est em sua terceira verso e apresenta um framework para gerenciar o ciclo de vida dos servios de TI. Inclui livros com melhores prticas para: definio e execuo da estratgia de servios, projeto e desenvolvimento de servios, transio de servios, operao de servios e melhoria contnua dos servios. CMMI (Capability Maturity Model Integration): Criado pelo SEI (Software Engineering Institute) com o objetivo de ser um modelo integrado de prticas para apoiar a Engenharia de Software. O CMMI apia a Governana de TI uma vez que guia a melhoria dos processos
e habilidades organizacionais que cobrem o ciclo de vida de produtos e servios. Srie ISO/IEC 27000 - Information Security Management Systems: A ISO/IEC 27001 trata do estabelecimento, implantao, operao, monitorao, reviso, manuteno e melhoria de um Sistema de Gesto da Segurana da Informao. Pode ser usada na avaliao da conformidade de um Sistema de Gesto da Segurana da Informao por partes interessadas internas e externas. A ISO/IEC 27002 estabelece os princpios gerais para iniciar, manter e melhorar a gesto da segurana da informao em uma organizao, provendo, diretrizes sobre as metas geralmente aceitas nesse mbito. Pode ser utilizada como um guia para elaborar os procedimentos de segurana da informao e prticas eficientes de gesto de segurana em uma organizao. PMBoK (Project Management Body of Knowledge) Importante um documento que contm o conhecimento considerado relevante ao gerenciamento de projetos. mantido pelo PMI (Project Management Institute), uma organizao no governamental que trata das prticas do gerenciamento de projetos. O PMBoK define um conjunto de processos necessrios ao gerenciamento de projetos, relacionando-os a nove reas de conhecimento (escopo, tempo, custos, recursos humanos, qualidade, riscos, comunicaes, aquisio e integrao) e organizando-os em grupos de processos (iniciao, planejamento, execuo, controle e encerramento) que compem o ciclo da gerncia de projetos.
Figuras. reas do Conhecimento e Grupos de Processos

Profa Patrcia Lima Quinto
www.pontodosconcursos.com.br
BSC (Balanced Scorecard) Importante um mecanismo que auxilia as organizaes no alinhamento de suas aes em relao a seus objetivos estratgicos. Est organizado considerando quatro perspectivas do negcio: perspectiva financeira, perspectiva de processos internos, perspectiva de aprendizado e crescimento e perspectiva do cliente.
Figura. Perspectivas do Balanced Scorecard - Fonte: Wikipedia (2011) A relao entre os objetivos do negcio e as perspectivas demonstrada por meio de mapas estratgicos, que representam a criao de valor em uma organizao. O BSC pode ser utilizado para apoiar as organizaes no Planejamento Estratgico da TI, uma vez que permite desdobrar os objetivos estratgicos de TI em iniciativas que contribuam para os objetivos estratgicos da organizao. Essas iniciativas podem ser realizadas em projetos que podem ser acompanhados, medidos e verificados at que sejam concludos. Caiu em prova da FGV! O Balanced Scorecard um planejamento estratgico e sistema de gesto amplamente utilizado nos negcios, na indstria, governo e em organizaes sem fins lucrativos. Seu objetivo promover o alinhamento entre as atividades de negcios e a viso e estratgia da organizao, obtendo a melhoria da comunicao interna e externa, alm do monitoramento do desempenho frente aos objetivos estratgicos.
10
Etapas de elaborao do BSC: 1) Definio da estratgia determinao dos objetivos de longo prazo da empresa. Nesta etapa a empresa realiza o diagnstico de seus ambientes externos e internos e avalia suas vantagens e desvantagens competitivas. Como resultado, define seus objetivos e as estratgias para atingi-los. Em seguida a estratgia dever ser descrita e comunicada para a organizao de maneira significativa atravs de um mapa estratgico. 2) Montagem do mapa da estratgia significa desdobrar a estratgia nas perspectivas bsicas (financeira, cliente, processos internos, inovao). O Balanced Scorecard inclui Mapas Estratgicos, recurso grfico para ajudar a comunicar uma viso unificada da estratgia. Eles ajudam as pessoas a entenderem a lgica e a inteligncia da estratgia e como os diferentes objetivos se relacionam. Os mapas estratgicos fornecem a cada unidade e indivduo uma viso de como seus objetivos, projetos e realizaes contribuem para o sucesso da estratgia global da empresa. 3) Montagem do BSC trata-se traduzir a estratgia em termos operacionais para que ela seja executada adequadamente. Nesta etapa os objetivos estratgicos so desdobrados em objetivos e planos de ao ao longo da cadeia de comando da organizao. So aspectos essenciais no BSC: 1) Fazer da estratgia a tarefa diria de cada pessoa, todos os funcionrios precisam compreender a estratgia. 2) Fazer da estratgia um processo contnuo da organizao. 3) Mobilizar a mudana atravs da liderana de executivos. Os executivos devero motivar a organizao a mudar e seguir os objetivos estratgicos. Srie ISO 9000:2000 - Sistema de Gesto da Qualidade uma srie de normas que utiliza princpios da gesto da qualidade total e tem como principal objetivo a gerao de produtos e/ou servios em conformidade com requisitos estabelecidos. O ciclo PDCA (Plan, Do, Check, Act) usado na ISO 9000:2000 para tratar a melhoria contnua do Sistema de Gesto da Qualidade. Pode ser utilizada em conjunto com outras prticas para garantir a qualidade na entrega dos produtos/servios. Vale ressaltar que o ciclo PDCA presente na ISO 9000:2000 tambm utilizado em outras normas como, por exemplo, na ISO/IEC 20000 onde o foco a melhoria contnua dos servios de TI. Profa Patrcia Lima Quinto www.pontodosconcursos.com.br 11
Instruo Normativa 4 (IN4/SLTI) da Secretaria de Logstica e Tecnologia. Dispe sobre o processo de contratao de servios Administrao Pblica Federal direta, autrquica e IMPORTANTE!! de TI pela fundacional.
Figura. Modelos para Governana e Gesto de TI. Uma dvida bastante comum dos profissionais de TI sobre boas prticas de mercado a seguinte: Como relacionar as prticas entre si ou identificar o papel e a aplicabilidade de cada uma?. Nesse sentido, vamos aproveitar os comentrios de FREITAS (2010), listados a seguir. Segundo o autor, ISO, PMBOK, COBIT e ITIL no so modelos exclusivos e funcionam melhor se utilizados em conjunto. Planejamento Estratgico da Empresa Sistema de Gesto da Qualidade Portflio de Projetos ou Programas Negcio da Empresa
ISO 9000 PMBOK
Outras reas
TI Objetivos de Controle Processos Internos COBIT ITIL
Prticas Internas
Figura. Aplicao das boas prticas de TI (FREITAS, 2010)

12
Podemos citar como boas prticas de mercado mais utilizadas por TI atualmente (FREITAS, 2010): ISO 9000; PMBOK (Project Management Body of Knowledge); COBIT (Control Objectives for Information and Related Technology); ITIL (Information Technology Infrastructure Library). Conforme destaca FREITAS (2010) ISO, PMBOK, COBIT e ITIL no so modelos exclusivos e funcionam melhor se utilizados em conjunto. Um sistema de gesto baseado na ISO 9000 auxilia a empresa a trabalhar em uma estrutura de gesto por processos. O PMBOK auxilia os profissionais de projetos a gerenciarem os programas e projetos da empresa com qualidade. O COBIT estabelece objetivos de controle que servem como base para medir a maturidade e conformidade de TI com o negcio. O ITIL um conjunto de recomendaes baseadas em boas prticas de Gerenciamento de Servios de TI. Planejamento Estratgico Planejamento Estratgico o processo administrativo que proporciona sustentao metodolgica para se estabelecer a melhor direo a ser seguida pela organizao, visando ao otimizado grau de interao com o ambiente e atuando de forma inovadora e diferenciada. O planejamento estratgico , normalmente, de responsabilidade dos nveis mais altos da organizao e diz respeito tanto formulao de objetivos quanto seleo dos cursos de ao a serem seguidos para sua consecuo, levando em conta as condies externas organizao e sua evoluo esperada. Rezende (2008) afirma que o planejamento estratgico de sistemas de informao deve alinhar os sistemas de informao, os sistemas de conhecimentos e a TI com as metas dos negcios organizacionais. Assim, o planejamento de informaes medida que est alinhado ao planejamento estratgico est dando suporte Governana de TI. Tipos de Planejamento Estratgico O planejamento um processo contnuo que envolve um conjunto complexo de decises interrelacionadas que podem ser separadas de formas diferentes. Na considerao dos grandes nveis hierrquicos, podese distinguir trs tipos de planejamento: Profa Patrcia Lima Quinto www.pontodosconcursos.com.br 13
A) Planejamento Estratgico: relacionase com objetivos de longo prazo, com maneiras e aes que afetam toda a organizao; B) Planejamento Ttico: relacionase com objetivos de mais curto prazo e com maneiras e aes que geralmente afetam somente parte da organizao. Tem por objetivo otimizar determinada rea de resultado e no a organizao como um todo. Portanto, trabalha com decomposio dos objetivos, estratgias e polticas estabelecidas no planejamento estratgico. C) Planejamento Operacional: relacionase com as rotinas operacionais da organizao e afetam somente as unidades setoriais. Pode ser considerado como a formalizao, principalmente atravs de documentos escritos, das metodologias de desenvolvimento e implantao estabelecidas. Portanto, nesta situao tem-se, basicamente, os planos de ao ou planos operacionais. possvel relacionar os tipos de planejamento aos nveis de deciso numa Pirmide organizacional, conforme visto na figura seguinte.
Figura. Nveis hierrquicos de deciso e tipos de planejamento Verificase que o planejamento estratgico considera a organizao como um todo. Este aspecto importante para o entendimento das fases do planejamento estratgico. O Planejamento Integrado entre os vrios escales importante para que a atividade conjunta garanta a realizao dos objetivos propostos para o desenvolvimento e crescimento da organizao. Anlise SWOT uma ferramenta de gesto muito utilizada por empresas como parte do planejamento estratgico dos negcios. O termo SWOT vem do ingls e representa as iniciais das palavras Strenghts (foras), Weaknesses (fraquezas), Opportunities (oportunidades) e Threats (ameaas).
14
Como o prprio nome j diz, a ideia central da anlise SWOT avaliar os pontos fortes, os pontos fracos, as oportunidades e as ameaas da organizao e do mercado onde ela est atuando. A anlise dividida em duas partes: o ambiente externo organizao (oportunidades e ameaas) e o ambiente interno organizao (pontos fortes e pontos fracos). A anlise SWOT deve ser realizada de maneira formal uma vez por ano, mas as informaes mais importantes devem ser monitoradas constantemente. Depois de ter realizado uma anlise SWOT, a organizao pode: Estabelecer metas de melhoria dos itens que tenham sido considerados prioritrios e de baixo desempenho; Estabelecer metas relacionadas forma de atuao no que diz respeito ao aproveitamento de oportunidades; Estabelecer quais as aes que sero importantes para evitar os efeitos de eventuais ameaas. Essas metas sero a base do planejamento anual de atividades da organizao. A anlise SWOT , portanto, um instrumento de fcil aplicao e pode ser de grande utilidade no planejamento das organizaes sociais, assim como vem sendo no planejamento de muitas organizaes privadas. A matriz SWOT (ou anlise F.O.F.A. em portugus) foi desenvolvida como uma metodologia de anlise do ambiente externo e interno da organizao. A ANLISE SWOT um sistema simples para posicionar ou verificar a posio estratgica da empresa no ambiente em questo. A aplicao da matriz SWOT o cruzamento do que sejam as oportunidades e as ameaas externas inteno estratgica da organizao com as foras (pontos fortes) e fraquezas (pontos fracos) dessa organizao. Foras e fraquezas So variveis internas que a organizao TEM CONTROLE como, por exemplo, recursos financeiros adequados (Fora) ou instalaes obsoletas (Fraquezas). Quando percebe-se um ponto forte, a organizao deve ressalt-lo e quando h um ponto fraco necessrio corrigi-lo ou pelo menos minimizar seus efeitos. Ameaas e oportunidades so fatores externos os quais a empresa NO PODE CONTROLAR, mas importante monitor-los. Entre as ameaas e oportunidades a serem consideras esto os fatores demogrficos, econmicos, histricos, polticos, sociais, tecnolgicos, sindicais, legais, entre outros.
15
Segue um modelo de Matriz Swot: ANLISE INTERNA PONTOS FORTES Tirar o mximo partindo dos pontos fortes para aproveitar ao OPORTUNIDADES mximo as oportunidades detectadas. PONTOS FRACOS Desenvolver as estratgias que minimizem os efeitos negativos dos pontos fracos e que em simultneo aproveitem as oportunidades emergentes. As estratgias a desenvolver devem minimizar ou ultrapassar os pontos fracos e, tanto quanto possvel, fazer face s ameaas.
ANLISE EXTERNA
AMEAAS
Tirar o mximo partindo dos pontos fortes para minimizar os efeitos das ameaas detectadas. MATRIZ SWOT
Desenvolvimento de Sistema de Informao e outros Software Define-se software como um conjunto de instrues que, quando executados, produzem a funo e o desempenho desejados, as estruturas de dados necessrias ao programa e os manuais que descrevem a sua operao. Observa-se a aplicao do software em diferentes reas, como: Processamento de Informaes, Aeronutica, Telecomunicaes, Sade, Entretenimento ... Caractersticas Especiais do Software O software possui algumas caractersticas especiais, listadas a seguir: Produto muito novo, menos de 50 anos. Produto lgico (abstrato). O software no manufaturado, mas desenvolvido. Flexibilidade de aplicao. Mudana constante de requisitos. A aplicao em diferentes reas pode gerar muitos riscos.
16
Durante a sua vida, o software enfrentar mudanas (manuteno). Quando essas mudanas so feitas, provvel que novos defeitos sejam introduzidos, fazendo com que a curva do ndice de falhas apresente picos. Lentamente, o nvel do ndice de falhas mnimo comea a se elevar - o software est se deteriorando devido s mudanas; e Toda a falha de software indica um erro no projeto ou no processo por meio do qual o projeto foi traduzido em cdigo executvel.
Problemas no Desenvolvimento de Software Alguns problemas encontrados no desenvolvimento de Software: Obteno dos requisitos do usurio; Diversas iteraes com o usurio para obter o produto final; Dificuldade de manuteno; Crescimento na complexidade dos sistemas; Dificuldade de integrao; Pouca reutilizao, dificuldade de transferncia de tecnologia; e Falta de metodologias amplamente aceitas e empregadas.
Devido a estes problemas, algumas conseqncias so identificadas:

Apenas 10% dos projetos terminam no prazo e no oramento estimados; 60% dos projetos ultrapassam o oramento significativamente; De 25 a 30% dos projetos maiores so cancelados antes da implantao; O projeto mdio tem um atraso de 1 ano e custo de 100% acima do oramento; O projeto tpico gasta 50% de seu tempo em testes; e Taxa tpica de erros: 1 a 10 erros para cada 1000 linhas de cdigo aps a implantao Os custos de manuteno representam 80% dos recursos disponveis.
A ocorrncia destes problemas gerou a Crise do Software. Buscando solucionar, ou reduzir, a ocorrncia dos mesmos, foi criada a Engenharia de Software. Engenharia de Software
Apesar da evoluo das ferramentas de informtica, observa-se ainda a dificuldade no desenvolvimento de software com qualidade, ou seja, que atinja os requisitos (explcitos e implcitos) do usurio. Isso acontece, principalmente, devido ao desenvolvimento de software ocorrer, muitas vezes, sem a aplicao de alguma forma de controle e planejamento do seu projeto. Observa-se,
17
portanto, a necessidade de se modificar a forma de produo de software, utilizando-se um processo para orientar o seu desenvolvimento. Para evitar isso, a proposta da Engenharia de Software possibilitar o desenvolvimento adequado do software, visando: o estabelecimento e uso de slidos princpios de engenharia para que se possa obter economicamente um software que seja confivel e funcione eficientemente em mquinas reais; introduzir metodologias para o desenvolvimento do software, da mesma forma que nas outras engenharias, com o emprego de modelos; incluso de Procedimentos, Mtodos e Ferramentas, dentro de uma Metodologia bem definida; e ainda no existe uma Metodologia amplamente aceita. A Engenharia de Software visa, portanto, introduzir metodologias (Tcnicas, Mtodos e Ferramentas) para o desenvolvimento do software, da mesma forma que nas outras engenharias. Sendo assim, pretende-se que o desenvolvimento de um software seja realizado com o menor desperdcio de recursos possvel. No entanto, deve-se ressaltar que ainda no existe uma Metodologia amplamente aceita para tanto. Logo, a utilizao da Engenharia de Software tem como principais objetivos:

reduzir o custo e o tempo de desenvolvimento; possibilitar uma melhor gerncia do processo de desenvolvimento; facilitar o trabalho em grupo; e aumentar a qualidade do produto.
Principais consideraes sobre a evoluo da Engenharia de Software: Iniciou em 1968: crise do software. Dcada de 1970: Programao Estruturada e Projeto Estruturado. Dcada de 1980: Anlise Estruturada (surgimento de ferramentas CASE). Dcada de 1990: Anlise e Projeto Orientados a Objetos. Orientao a objetos (OO) um termo geral que inclui qualquer estilo de desenvolvimento de sistemas que seja baseado no conceito de objeto, uma entidade que exibe caractersticas e comportamentos. A estratgia OO pode ser aplicada programao e a anlise e projeto de sistemas. Dcada de 2000: SOA (Service Oriented Architecture- Arquitetura Orientada a Servios). ... Muitos programadores argumentam que podem desenvolver sistemas sem perder tempo com Anlises, Projetos e diagramas. Isto s vlido para
18
sistemas pequenos (barracos no precisam de planta). Em sistemas grandes (prdios) deve-se planejar a construo. No desenvolvimento tradicional (SEM metodologia), no se usam tcnicas padronizadas e nem representaes grficas, no se separa requerimentos funcionais da implementao tcnica, e ainda, os sistemas no so descritos por textos em linguagem natural e fluxogramas. A Soluo Estruturada A primeira forma de desenvolvimento de software que empregava uma metodologia baseava-se em solues Estruturadas, como a Anlise Estruturada, o Projeto Estruturado, e a Anlise Essencial. Esta soluo possui as seguintes caractersticas: representao grfica dos requerimentos dos sistemas; preocupao com os fluxos de dados; e prega a separao entre modelo lgico e fsico do sistema. Limitaes desta soluo:

centrados em processos; pouca preocupao com dados; voltados para grandes sistemas batch/mainframe; e altamente burocrticas e consumidoras de tempo. A Orientao a Objetos
A Modelagem e projetos baseados em objetos uma forma de estudar (e representar) problemas com utilizao de modelos fundamentais em conceitos do mundo real. A estrutura bsica (e fundamental, claro), em que esto fundamentados todos os conceitos, o objeto, que combina a estrutura e o comportamento dos dados em uma nica entidade. Ela se difere das tcnicas estruturadas pois:
tende a aumentar a produtividade de desenvolvimento atravs da reutilizao de produtos de projetos anteriores (desde que corretamente aplicada); reduz drasticamente a complexidade e o esforo de manuteno; produz sistemas mais resistentes a manutenes; permite a construo de sistemas de complexidade arbitrria; est conceitualmente mais de acordo com outras tecnologias emergentes, como Interfaces Grficas e sistemas Cliente-Servidor; e
19
os modelos utilizados desenvolvimento. Diferena de Enfoques
so
os
mesmos
em
todas
as
fases
do
Apresenta-se a seguir desenvolvimento: Desenvolvimento Estruturado:
uma
comparao
entre
as
duas
formas
de
Desenvolvimento Orientado a Objetos:
Objetos (Classes)
o o
Fluxo de dados Transformaes Repositrios de dados Entidades Especificao de procedimentos Dicionrio de dados

Atributos Operaes
Associaes e Multiplicidade Herana Outros componentes especializados Foco nos componentes do sistema.
Foco nos processamentos do sistema.
importante observar o foco de cada desenvolvimento. No Desenvolvimento Estruturado, o foco o processamento dos sistemas, j no OO, os componentes do sistema so priorizados. Processo de Software Define-se Processo de Software como um arcabouo (conjunto) onde se encontram todas as tarefas necessrias para construir software de alta qualidade. Na busca pela qualidade, a base da Engenharia de Software o processo, possibilitando o controle gerencial do projeto, estabelecendo o contexto no qual os mtodos sero aplicados, os artefatos so produzidos, os marcos so estabelecidos e as modificaes so geridas, assegurando conseqentemente, a qualidade. Apoiados pelos processos, os mtodos indicam como fazer para construir um software. Para a realizao dos mtodos so aplicadas ferramentas, cujo objetivo automatizar ou semi-automatizar os mesmos. Logo, define-se a Engenharia de Software como uma tecnologia em camadas, conforme apresentado na prxima figura.
20
Ferramentas Mtodos
Processos Foco na qualidade
No processo de software define-se um pequeno nmero de atividades de arcabouo aplicveis ao desenvolvimento de qualquer software, independente do seu tamanho e complexidade. Estas atividades englobam:

Comunicao levantamento de requisitos com o cliente; Planejamento estabelecimento do plano de trabalho; Modelagem criao de modelos representativos do software; Construo gerao de cdigo; e Implantao entrega do produto ao cliente.
Alm dessas atividades, o processo possui ainda uma srie de aes complementares, denominadas atividades guarda-chuva, que apiam o desenvolvimento. Estas atividades incluem, por exemplo: a Gesto de risco, a Gesto de Configurao, entre outras. Principais Modelos de Processo de Software Um modelo de ciclo de vida do software deve conter a descrio precisa dos produtos de software gerados e dos critrios de trmino para cada fase, pois sem os mesmos o modelo em questo considerado de pouca utilidade prtica. A escolha de um modelo de processo de software deve considerar as caractersticas do sistema, os mtodos e as ferramentas a serem utilizados, os prazos e custos e ainda, os produtos de software a serem entregues. Nas prximas sees so apresentados diferentes modelos prescritivos de processo de software. ***Modelo em Cascata O modelo em Cascata (Waterfall), tambm chamado de Clssico, o mais tradicional processo de desenvolvimento de software. Este modelo sugere uma abordagem seqencial para o desenvolvimento de software, aplicando as atividades de maneira linear. Em cada fase desenvolvem-se artefatos (produtos de software) que servem de base para as fases seguintes. Tendncia na progresso sequencial entre uma fase e a seguinte.
21
A figura seguinte, proposta por Eduardo Bezerra, mostra o modelo do ciclo de vida clssico da engenharia de software, que dividido em seis atividades. So elas:
A figura a seguir apresenta outra possibilidade de esquema deste modelo, apresentada pelo Pressman.
Com unicao Planejam ento Modelagem Construo Im plantao
Em seguida, a proposta de Kruchten (2003).
O modelo em Cascata possui como vantagem principal a simplicidade para a sua aplicao e gerncia. No entanto, algumas desvantagens podem ser observadas: projetos reais raramente seguem este fluxo seqencial. dificuldade do cliente em declarar todas as suas necessidades no incio do projeto. demora em apresentar resultados ao cliente.
22
***Modelo Incremental Este modelo foi proposto como uma alternativa ao modelo em cascata, aplicando-o iterativamente, visando a elaborao de um produto operacional a cada incremento. Os primeiros incrementos so verses simplificadas do produto final, mas oferecem capacidades que servem ao usurio, alm de servir como uma plataforma de avaliao. Em cada iterao uma parte concebida como a menor unidade que pode ser implementada e ainda assim fornecer alguma funcionalidade til para os usurios. A prxima figura apresenta o esquema deste modelo.
Incremento n
Comunicao Planejamento Modelagem Construo Implantao
F u n c i o n a l i d a d e
Incremento 2
Comunicao
...
Planejamento Modelagem Construo Implantao
Incremento 1
Comunicao Planejamento Modelagem Construo
Implantao
Tempo Decorrido
Em cada iterao do ciclo acrescentam-se novas funcionalidades ao software. Este modelo possui como vantagem o fato de apresentar constantemente novas verses aos usurios. Pode ser aplicado tambm quando no houver mo de obra disponvel para uma implementao completa, ou quando for necessrio gerenciar riscos tcnicos. No entanto, algumas crticas podem ser feitas: sem uma estrutura de gerenciamento e controle eficaz, o modelo pode deteriorar-se; e a premissa de que o sistema em desenvolvimento ser flexvel bastante para acomodar todas as evolues, pode no ser realista em muitas circunstncias.
***Prototipagem Em algumas situaes, o cliente consegue definir apenas um conjunto de objetivos gerais do software, no identificando claramente seus requisitos. Em uma situao dessas, a prototipagem pode ser empregada em conjunto com outros modelos para auxiliar no entendimento do sistema.
23
Os objetivos do software so estabelecidos na comunicao com o cliente. A partir da, um prottipo descartvel elaborado com o intuito de facilitar a compreenso do sistema por parte dos usurios. Apesar da prototipagem poder ser aplicada como um modelo, em geral ela mais utilizada como uma tcnica para entendimento do sistema. A prxima figura apresenta o esquema deste modelo.
Comunicao
Implantao e Feedback
Plano Rpido
Construo do Prottipo
Modelagem
Vantagens da prototipagem: maior participao e comprometimento dos clientes e usurios; e os resultados so apresentados mais rapidamente. forte dependncia das linguagens e ambientes utilizados, bem como da experincia da equipe; o cliente tende a considerar o prottipo como verso final, podendo comprometer a qualidade do projeto; e o desenvolvedor tende a fazer concesses na implementao, a fim de colocar um prottipo em funcionamento rapidamente. Estas concesses podem se tornar parte integrante do sistema.
Crticas:
***Modelo Espiral Proposto por Boehm, em 1988, como forma de integrar os diversos modelos existentes, eliminando suas dificuldades e explorando seus pontos fortes. Combina a natureza iterativa da prototipagem com os aspectos controlados e sistemticos do modelo cascata. No modelo Espiral, assume-se que o processo de desenvolvimento ocorre em ciclos, cada um contendo fases de avaliao e planejamento onde a opo de abordagem para a prxima fase (ou ciclo) determinada. Neste modelo acrescenta-se a Anlise dos Riscos ao ciclo de vida para auxiliar as decises a respeito da prxima iterao. A prxima figura apresenta o esquema deste modelo.
24
Planejamento Anlise de Risco Comunicao com o cliente
Engenharia
Implantao
Construo e Entrega
Apesar deste modelo reunir as melhores caractersticas dos outros, algumas crticas podem ser feitas: exige gerentes e tcnicos experientes; uma vez que o modelo em espiral pode levar ao desenvolvimento em paralelo de mltiplas partes do projeto, as tarefas gerenciais para acompanhamento e controle do projeto so mais complexas; necessrio o uso de tcnicas especficas para estimar e sincronizar cronogramas, bem como para determinar os indicadores de custo e progresso mais adequados.
*** RAD - Rapid Application Development Trata-se de um modelo de processo de software incremental que enfatiza um ciclo de desenvolvimento curto. uma adaptao de alta velocidade do modelo em cascata, no qual o desenvolvimento rpido conseguido com o uso de uma abordagem de construo baseada em componentes.
25
Desvantagens: projetos grandes precisam de muitas equipes; exige comprometimento dos clientes e desenvolvedores; sistemas no modularizados so problemticos; no adequado para projetos com grandes riscos tcnicos. Outros Modelos de Processo de Software Como a Engenharia de Software ainda est evoluindo, novos modelos esto sendo apresentados, como: desenvolvimento gil; dentre outros. A aplicao destes modelos ainda est sendo estudada, apesar de alguns deles apresentarem resultados relevantes. Engenharia de Requisitos Uma das primeiras atividades do processo de desenvolvimento de software, independente do modelo empregado, o entendimento das necessidades do sistema, para garantir que as expectativas dos clientes vo ser atendidas. Ou seja, deve-se:

entender o que o cliente deseja; analisar as necessidades; avaliar a exequibilidade; negociar uma soluo razovel; especificar a soluo de maneira no ambgua; validar a especificao; e gerenciar os requisitos.
Observao: requisito uma condio necessria para a obteno de certo objetivo ou para preenchimento de certo fim dentro do domnio da aplicao. Sendo assim, os Requisitos de Software so requisitos que o produto a ser desenvolvido deve possuir.
26
Engenharia de Requisitos o uso sistemtico de princpios, tcnicas, linguagens e ferramentas comprovadas para anlise, documentao, evoluo continuada das necessidades dos usurios e especificao do comportamento externo de um sistema para satisfazer as necessidades do usurio, que sejam efetivas em termos de custos. Visa, principalmente, o entendimento escrito do problema. Algumas consideraes importantes: uma abordagem sistemtica, ou seja, constituda por um conjunto de processos estruturados para extrair, validar e manter os requisitos de um sistema; Composta principalmente por atividades de Anlise (identificar) e Documentao (validar); e Constitui a ponte entre a comunicao com o cliente, a documentao gerada, o projeto e o desenvolvimento.
Existem dois tipos de requisitos:
Os Requisitos Funcionais que correspondem listagem de todas as coisas que o sistema deve fazer. Os requisitos funcionais apresentam uma descrio das diversas funes que clientes e usurios querem ou precisam que o software oferea; e Os Requisitos No Funcionais que descrevem as propriedades de um software, como manutenibilidade, usabilidade, desempenho, custos e vrias outras. Estes requisitos interferem na forma como o sistema deve realizar seus requisitos funcionais. Exemplos de requisitos No Funcionais:
o
a base de dados deve ser protegida para acesso apenas de usurios autorizados;
27
o
o tempo de resposta do sistema no deve ultrapassar 30 segundos; o software deve ser operacionalizado no sistema Linux; o tempo de desenvolvimento no deve ultrapassar seis meses; Velocidade
o o
o o o
Transaes processadas/segundo Tempo de resposta ao usurio Tamanho em bytes do software final Memria Tempo de treinamento necessrio Nmero de telas de ajuda Tempo mdio para falhar Taxa de ocorrncia de falhas Probabilidade de indisponibilidade Tempo de reincio aps falha Porcentual de eventos que causam falhas Nmero de ambientes operacionais nos quais o sistema pode
Tamanho
o o
Facilidade de uso
o o
Confiabilidade
o o o
Robustez
o o
Portabilidade
o
rodar A Engenharia de Requisitos composta pelos seguintes passos:

Concepo Levantamento (Especificao) Elaborao Negociao Especificao Validao Gesto de Requisitos
28
Concepo
O primeiro passo da Engenharia de requisitos a Concepo, onde realizada a definio do escopo e a natureza do problema, a anlise da sua viabilidade, o reconhecimento dos interessados (stakeholders). Observao: Stakeholders so as pessoas que tm interesse direto no sistema a ser desenvolvido ou que se beneficie dele. Deve-se observar que para cada classe de interessados, podem ser definidos diferentes pontos de vista, gerando requisitos conflitantes. Na literatura, sugerido que, nesta fase, os engenheiros de software adotem a estratgia do P&R (pergunta e resposta), empregando questes de livre contexto. As perguntas no so fixas, podendo surgir novas perguntas durante a realizao das entrevistas. As perguntas so elaboradas e respondidas a partir das seguintes fontes de informao:

Interessados (stakeholders), como clientes, usurios e desenvolvedores; Documentos; Livros; Sistemas de Software; Livros relacionados aplicao em discusso; e Documentos mais referenciados pelos atores. Levantamento de Requisitos
Neste passo busca-se descobrir, tornar explcito (elicitar), obter o mximo de informaes para o conhecimento do software em questo. Para tanto, necessrio:

Identificar as fontes de informao; Coleta de fatos; Comunicao.
Pretende-se, portanto, conhecer o domnio de aplicao do software, identificando e coletando os requisitos (funcionais e no-funcionais) de forma organizada. Este passo deve ser realizado em conjunto com todos os envolvidos, inclusive e de forma especial, os interessados. Alguns problemas so comuns durante a execuo destas atividades:
Problemas de entendimento
o o o o
Interessados no compreendem o domnio Interessados omitem informaes Interessados possuem vises conflitantes Interessados definem requisitos ambguos
29
Interessados definem requisitos impossveis tratados (economicamente ou tecnologicamente)

o
de
serem
Problema de escopo Problemas de volatilidade
Em um levantamento de requisitos, geralmente um engenheiro de software se depara com duas importantes questes: Entre os muitos relatrios, formulrios e documentos gerados pelos membros de uma organizao, quais devero ser objeto de investigao? Pode haver um grande nmero de pessoas afetadas pelo sistema de informao proposto. Quais delas devem ser entrevistadas, observadas ou questionadas? Tcnicas para Levantamento de Requisitos
Servindo de base para todas as tcnicas de levantamento de requisitos, entre elas investigao, entrevistas e observao, esto as decises cruciais dizendo respeito do que examinar e a quem questionar ou observar. Estas decises podem ser apoiadas por uma abordagem estruturada chamada amostragem. A amostragem o processo de seleo sistemtica de elementos representativos de uma populao. Quando os elementos selecionados em uma amostragem so analisados, pode-se assumir que esta anlise revelar informaes teis acerca da populao como um todo. Por que usar amostragem? diminuir custos; acelerar o processo de levantamento de informaes; eficincia: a informao tende a ser mais apurada, j que menos elementos podem ser analisados, mas estes podem ser analisados com mais detalhes; reduzir tendncias. A investigao de documentos uma tcnica que auxilia no levantamento de requisitos, pois nos documentos pode-se identificar os temos comuns do sistema que pretende-se desenvolver e as informaes necessrias para a empresa. A tcnica de estudos etnogrficos proveniente das disciplinas de Antropologia , que consiste no estudo de um objeto por vivncia direta da realidade onde
30
este se insere. Permitindo analisar a componente social das tarefas desempenhadas numa dada organizao tornam-se, no mbito da Engenharia de Requisitos, extremamente teis para ultrapassar a dificuldade que existe na recolha dos requisitos derivados de formas rotineiras e tcitas de trabalhar. O objetivo deste estudo identificar o modo como realmente as pessoas executam as suas funes que muitas vezes difere da forma como as definies dos processos sugerem que elas devem fazer; como ocorre a cooperao e conhecimento das atividades entre as pessoas. Esta tcnica se refere a uma anlise da componente social das tarefas desempenhadas numa dada organizao. Quando um dado conjunto de tarefas se torna rotineiro para uma pessoa, de esperar que esta sinta dificuldade em articular todos os passos que segue ou todas as pessoas com as quais interage. Atravs de uma observao direta das atividades realizadas durante um perodo de trabalho de um funcionrio possvel encontrar requisitos que no seriam observveis usando tcnicas convencionais. Esta observao pode ser acompanhada de registros udio/vdeo, porm no convm us-los em demasia visto que o tempo necessrio para os processar pode ser demasiado. Nesta tcnica assume-se que o interessado observado desempenha as suas funes "corretamente. Portanto, necessrio ter cuidado na escolha do(s) interessado(s) a observar. Outra alternativa para levantamento de requisitos a utilizao de Cenrios. Esta tcnica pode ser definida como uma forma de levar as pessoas a imaginar o comportamento de um sistema. Atravs de exemplos prticos descritivos do comportamento de um sistema, os seus utilizadores podem comentar acerca do seu comportamento e da interao que esperam ter com ele. Trata-se de uma abordagem informal, prtica e aplicvel a qualquer tipo de sistema. De um modo geral, os cenrios devem incluir os seguintes elementos: Estado do sistema no incio do cenrio; Sequncia de eventos esperada (na ausncia de erros) no cenrio; Listagem de erros que podem ocorrer no decorrer dos eventos do cenrio e de como estes erros sero tratados; Outras atividades que podem ser executadas ao mesmo tempo que as deste cenrio; Estado do sistema depois de o cenrio terminar. Pode-se, tambm, aplicar entrevistas com representantes dos usurios do sistema. Nestas entrevistas, em geral, so aplicados os seguintes tipos de questes:
Questes subjetivas: permitem respostas abertas

o o
O que voc acha de ...? Explique como voc ...?

31
Questes objetivas: limitam as respostas possveis

o o
Ex: Quantos ...? Quem ...? Quanto tempo ...? Qual das seguintes informaes ...?
Estas entrevistas podem ser estruturadas de diferentes formas: Estrutura de Pirmide - inicia com questes bastante detalhadas, geralmente objetivas, e, medida que a entrevista progride, questes mais gerais, subjetivas, so colocadas; Estrutura de Funil - inicia com questes gerais subjetivas e, medida que a entrevista avana, perguntas mais especficas, usando questes objetivas, so feitas; Estrutura de Diamante - combinao das duas estruturas anteriores, comea com questes objetivas (especficas), passa para questes gerais e fecha com questes especficas; e No estruturada. Elaborao do Documento de Requisitos
O documento de requisitos do sistema deve ser composto por sentenas em linguagem natural, seguindo determinados padres, como o padro IEEE-830, que contm os seguintes itens: 1. Introduo 1.1. Propsito 1.2. Escopo 1.3. Definies 1.4. Referncias 1.5. Viso Geral 2. Descrio Geral 2.1 Perspectivas do Produto 2.2. Funes do Produto 2.3. Caractersticas do Usurio 2.4. Restries 2.5. Dependncias 3. Requisitos Especficos 3.1. Requisitos Funcionais 3.2. Requisitos No Funcionais Deve-se ressaltar que nem todos os itens sero sempre necessrios. Com relao aos requisitos funcionais, algumas regras devem ser observadas: Iniciar os requisitos com O sistema dever... Os requisitos devem estar organizados logicamente. Por exemplo, inicialmente todos os requisitos de entrada depois os de processamento e por ltimo os requisitos de sada. Cada requisito deve ter um identificador nico, por exemplo, um nmero, para posterior referncia, e deve conter sempre uma nica ao.
32
Anlise de Sistemas Conceitos Podemos definir anlise como o processo de decompor o todo em suas partes componentes, examinando estas partes, conhecendo sua natureza, funes e relaes. A tarefa de construir Sistemas de Informao bastante complexa, configurando-se, na realidade em um processo de soluo de problemas. Neste sentido, dizemos que a anlise de sistemas consiste nos mtodos e tcnicas de avaliao e especificao da soluo de problemas, para implementao em algum meio que a suporte, utilizando mecanismos apropriados. uma etapa no processo de desenvolvimento de software. Segundo Pressman todos os mtodos de anlise devem ser capazes de suportar 5 atividades: Representar e entender o domnio da informao; Definir as funes que o software deve executar; Representar o comportamento do software em funo dos eventos externos; Particionar os modelos de informao, funo e comportamento de maneira a apresentar os detalhes de forma hierrquica; Prover a informao essencial em direo determinao dos detalhes de implementao. Para que a anlise seja bem feita devemos no s entender o que vamos fazer, mas tambm desenvolver uma representao que permita que outros entendam o que necessrio para que o sistema que est sendo desenvolvido atinja sua finalidade. A grande maioria dos autores advoga que no devemos levar em conta a tecnologia que empregaremos durante a anlise de sistemas. A anlise deve se preocupar com o o que fazer e nunca com o como fazer. Para isso, fazemos a modelagem dos sistemas, utilizando abstraes. Abstrao
Abstrao o processo mental de separar um ou mais elementos de uma totalidade complexa de forma a facilitar a sua compreenso. No nosso dia a dia utilizamos a abstrao para poder trabalhar com toda a informao que o mundo nos fornece.
33
Todo modelo uma abstrao de algo que existe ou se imagina que possa existir no mundo real. Alguns processos de abstrao tpicos so: classificao, composio e generalizao. Classificao No processo de classificao eliminamos a individualidade do objeto ou sistema analisado e o consideramos como um exemplar de uma classe padro. Quando fazemos isso aceitamos que esse objeto, agora uma instncia da classe, divide com todas as outras instncias da classe um conjunto de caractersticas. O processo reverso da classificao a instanciao. O conjunto de todas as instncias de uma classe a extenso dessa classe. Composio Na composio entendemos um objeto complexo formado de um conjunto de outros objetos como um s objeto. como vemos uma bicicleta ou um carro. Ao eliminar a necessidade de descrever as partes, simplificamos a compreenso do objeto analisado. O processo reverso da composio a decomposio. Generalizao Com a generalizao ns somos capazes de entender como uma classe pode ser descrita por outra classe, mais geral. importante ver a diferena entre a classificao e a generalizao: a primeira trata da relao entre objeto e classes, enquanto a segunda trata da relao entre classes. Modelagem
Como visto, um modelo uma representao abstrata de algo real. Ele tem o objetivo de imitar a realidade, para possibilitar que esta seja estudada quanto ao seu comportamento. Os modelos permitem focalizar a ateno nas caractersticas importantes do sistema, dando menos ateno s coisas menos importantes. Seu uso torna o estudo mais barato e seguro: muito mais rpido e barato construir um modelo do que construir a coisa real. O objetivo do modelo mostrar como ser o sistema, para permitir sua inspeo e verificao, a fim de poder receber alteraes e adaptaes antes de ficar pronto. Qualquer modelo reala certos aspectos do que est sendo modelado, em detrimento dos outros. A ferramenta utilizada para modelar influi diretamente na forma como pensamos sobre a realidade e determina quais aspectos sero mostrados e quais ficaro escondidos. Para modelarmos sistemas, necessitamos de ferramentas com as seguintes caractersticas: Grficas: com apoio de textos, como um mapa legveis, concisas e padronizadas. A parte grfica divide o sistema em componentes intera Prof Patrcia Lima Quinto www.pontodosconcursos.com.br 34
relacionados, sem restries de um texto linear. A parte textual descreve os componentes e suas interconexes. Particionveis: do geral para o especfico, como atlas, tornando o modelo mais fcil de entender. Precisamos ser capazes de ter a viso geral do sistema sem nos preocupar com detalhes e de vermos o detalhe sem perder a noo do todo. Rigorosas: como as escalas de uma planta. O modelo deve ser preciso, sem erros, incompletudes e redundncias. Porm, deve ser flexvel e fcil de mudar, pois o sistema est sempre em constante evoluo. Capazes de predizer o comportamento do sistema: como um prottipo. Capazes de mostrar pontos crticos do sistema: como fotos de vrios ngulos, com simplicidade. Cada modelo deve ser uma projeo do sistema em um espao simplificado. O papel do analista
O Analista de Sistemas assume o papel de elo entre os usurios e o computador. Ele dever entender e avaliar as necessidades e expectativas de cada usurio, a fim de que estas sejam organizadas e especificadas seguindo uma formalidade tcnica. O analista deve ser capaz de lidar, ao mesmo tempo, com um grupo de usurios, outros profissionais de informtica e um corpo administrativo (gerentes/diretores), cada qual trazendo formaes, pontos de vistas, vivncias, experincias e maturidade totalmente distintas. Os usurios, ou estaro preocupados em dinamizar seu servio, tornando-o automtico e extremamente rpido, aumentando a confiabilidade de resultados, ou ainda, estaro com medo da informatizao, s vezes, at obstruindo o trabalho do Analista de Sistemas. O pessoal tcnico estar se preocupando com aspectos de performance, estruturas de dados, topologia de hardware e diversidade de recursos. Por fim, na administrao, muitas vezes esto aqueles que s querem saber do retorno sobre o investimento e a proporo custo/benefcio. Por estes motivos, Yourdon alerta que a capacidade do analista no deve estar restrita a fazer diagramas e modelos. Ele deve ter habilidade com as pessoas, conhecimento do negcio da empresa e domnio da tecnologia. Introduo ao Desenvolvimento de Software Orientado a Objetos A expresso orientado a objetos" significa que o software organizado como uma coleo de objetos separados que incorporam tanto a estrutura quanto o comportamento dos componentes do sistema.
35
Isto diferente da programao convencional, em que a estrutura e o comportamento dos dados tm poucos vnculos entre si. No prximo tpico, so apresentados os conceitos bsicos da Orientao a Objetos. 1 Aspectos da Orientao a Objetos A orientao a objetos possui diferentes aspectos que a definem, as quais podem variar de acordo com o autor. 1.1 Classificao Classificao significa que os objetos com a mesma estrutura de dados (chamados atributos) e o mesmo comportamento (chamados operaes ou mtodos) so agrupados em uma classe. Classe uma abstrao que descreve propriedades importantes para uma aplicao e ignora o restante. A escolha de classes depende da aplicao. Cada classe descreve um conjunto possivelmente infinito de objetos individuais e cada objeto uma instncia de sua classe. Uma instncia da classe tem seu prprio valor para cada atributo, mas compartilha os nomes de atributos e operaes com outras instncias da mesma classe. 1.2 Identidade Identidade a subdiviso dos dados em entidades discretas e distintas, que so objetos. Cada objeto tem sua prpria identidade, ou seja, so distintos mesmo que todos os valores de seus atributos sejam idnticos, como nome e tamanho, por exemplo. No mundo real, um objeto limita-se a existir, mas no que se refere a linguagem de programao, cada objeto possui um nico indicador, pelo qual ele pode ser referenciado sem erros. 1.3 nfase na Estrutura de Objetos O desenvolvimento baseado em objetos d maior nfase na estrutura de dados (em comparao com a estrutura de procedimentos) do que as metodologias tradicionais de decomposio funcional. O desenvolvimento baseado em objetos similar s tcnicas de modelagem de informaes utilizadas no projeto de bancos de dados, acrescentando o conceito de comportamento dependente da classe. 1.4 Compartilhamento O compartilhamento (herana) da estrutura de dados e do seu comportamento permite que a estrutura comum seja compartilhada por
36
diversas subclasses semelhantes, sem redundncias. O desenvolvimento baseado em objetos no somente permite que as informaes sejam compartilhadas como tambm oferece a possibilidade da reutilizao de modelos e cdigos em projetos futuros. Uma das principais vantagens das linguagens baseadas em objetos o compartilhamento de cdigo com utilizao de herana, a qual reduz o trabalho de codificao e mostra o conceito proveniente de que as diferentes operaes so, na realidade, as mesmas. 1.5 Polimorfismo quando a MESMA operao pode atuar de modos diversos em classes diferentes. Uma operao uma ao (ou transformao) que um objeto executa (ou a que ele est sujeito). Uma implementao especfica de uma operao por uma determinada classe chamada de mtodo. Pode haver mais de um mtodo para a implementao de um operador baseado em objetos, pois ele polimrfico. 1.6 Combinao de dados e o Comportamento Ao se chamar uma operao, no necessrio considerar quantas implementaes de uma determinada operao existem. O polimorfismo transfere a responsabilidade da deciso de qual implementao deve ser utilizada da rotina de chamada para a hierarquia de classes. 1.7 Encapsulamento Tambm conhecido como ocultamento de informaes, consiste na separao dos aspectos externos de um objeto, acessveis por outros objetos, dos detalhes internos da implementao daquele objeto. O encapsulamento impede que um programa se torne to dependente que uma pequena modificao possa causar grandes efeitos de propagao. Importante! Modelos para Avaliao de Processo de Desenvolvimento de Software CMMI (Capability Maturity Model Integration) um sistema que fornece s organizaes orientao sobre como ganhar controle do processo de desenvolvimento de software e como evoluir para uma cultura de excelncia na gesto de software. O objetivo principal nas transies desses nveis de maturidade a realizao de um processo controlado e mensurado para melhoria contnua.
37
Cada nvel de maturidade possui um conjunto de prticas de software e gesto especficas, denominadas reas chave do processo. Estas devem ser implantadas para a organizao atingir o nvel de maturidade em questo. O CMMI pode ser definido como sendo uma soma de "melhores prticas" para diagnstico e avaliao de maturidade do desenvolvimento de softwares em uma organizao. Observaes -CMMI no deve ser entendido como sendo uma metodologia, pois o CMMI no diz exatamente o que fazer, mas sim o que deve ser feito (melhores prticas). -Descreve os estgios de maturidade atravs dos quais as organizaes passam enquanto evoluem o seu ciclo de desenvolvimento de software, atravs de avaliao contnua, identificao de problemas e aes corretivas dentro de uma estratgia de melhoria dos processos. Nveis de Maturidade o Inicial ->Processo imprevisvel e sem controle o Repetvel -> Processo disciplinado o Definido -> Processo consistente e padronizado o Gerenciado -> Processo previsvel e controlado o Em Otimizao ->Processo aperfeioado continuamente PSP (Personal Software Process)
Elaborado por Watts Humphrey, criador do CMMI, visa melhoria dos processos de desenvolvimento de software. O PSP voltado para uma atuao individual, enquanto que o CMMI tem um mbito mais abrangente: a melhoria da capacidade de toda uma organizao em desenvolver aplicaes com baixo nmero de erros. A melhoria das estimativas (que os projetos sejam realizados, em sua maioria, no tempo estimado) uma das principais metas do PSP. O planejamento e o acompanhamento de cronogramas, bem como o comprometimento pessoal do engenheiro de software com a qualidade tambm so objetivos do mtodo. SPICE (Software Process Improvement and Capability)
Norma elaborada pela ISO (International Organization for Standardization) e pelo IEC (International Eletrotecchnical Commission) que funciona como padro para Avaliao do processo de desenvolvimento de software visando determinar a capacitao de cada empresa. A norma visa ainda orientar a organizao para uma melhoria contnua do processo. Ela cobre todos os aspectos da Qualidade do Processo de Software e inclui um modelo de referncia, que serve de base para o processo de avaliao.
38
RUP (Rational Unified Process) um exemplo de modelo de processo de desenvolvimento baseado no Unified Process (Processo Unificado) desenvolvido pela Rational. O RUP oferece uma abordagem baseada em disciplinas para atribuir tarefas e responsabilidades dentro de uma organizao de desenvolvimento. Sua meta garantir a produo de software de alta qualidade que atenda s necessidades dos usurios dentro de um cronograma e de um oramento previsveis. O Rational Unified Process um processo de desenvolvimento iterativo e incremental, no qual o software no implementado em um instante no fim do projeto, mas , ao contrrio, desenvolvido e implementado em partes. A cada iterao deste processo utiliza-se quatro fases, a saber: Concepo, Elaborao, Construo e Transio.
Durante a Concepo ou Incio (Inception), estabelece-se a lgica do domnio da aplicao para o projeto e decide o escopo do projeto. aqui que se obtm o comprometimento do patrocinador do projeto para seguir adiante. Nesta fase compreende-se o problema da tecnologia empregada por meio da definio dos use cases mais crticos. Define-se aqui o caso de negcio e escopo do projeto. Na Elaborao (Elaboration) coleta-se requisitos mais detalhados, faz uma anlise e um projeto de alto nvel para estabelecer uma arquitetura bsica, e cria um plano para a construo do sistema. Deve-se analisar o domnio do problema, estabelecer a arquitetura, desenvolver o plano do projeto e eliminar elementos de alto risco. A fase de Construo (Construction) consiste de vrias iteraes, nas quais cada iterao constri software de qualidade de produo, testado e integrado, que satisfaz um subconjunto de requisitos de projeto. Cada iterao contm todas as fases usuais do ciclo de vida da anlise, do projeto, da implementao e do teste. Desenvolve-se o software e prepara-se o mesmo para a transio para os usurios. Alm do cdigo, tambm so produzidos os casos de teste e a documentao. Mesmo com este tipo de processo iterativo, algum trabalho tem que ser deixado para ser feito no fim, na fase de Transio (Transition). Nesta fase so realizados os treinamentos dos usurios e a transio do produto para utilizao. Este trabalho pode incluir tambm testes beta e ajuste de performance.
39
Os projetos variam de acordo com o volume de formalidade que eles tm. Projetos de muita formalidade tm muitos documentos formais a serem entregues, reunies formais, encerramentos formais. Projetos de pouca formalidade podem ter uma fase de concepo que consiste de um bate-papo de uma hora com o patrocinador do projeto e um plano que cabe em uma folha de papel. Naturalmente quanto maior o projeto, mais formalidade precisa. O fundamental de cada fase ainda acontece, mas de formas bem diferentes. Aps a fase de Transio de uma iterao completa, o produto pode voltar a percorrer cada uma das fases para se produzir uma nova verso do produto. Cada uma das quatro fases do RUP dividida em iteraes, onde cada uma delas um ciclo completo de desenvolvimento resultando em uma verso de um produto executvel que constitui um subconjunto do produto final. Cada iterao organizada em fluxos de trabalho (workflows) de processo, com uma nfase diferente em cada fase.
Os fluxos de trabalho de processo do RUP so:

Gerenciamento de Projeto (Project Management); Modelagem Comercial ou de Negcio (Business Modeling); Requisitos ou Exigncias (Requirements); Anlise e Projeto (Analisys & Design); Implementao (Implementation); Testes (Test); Distribuio ou Entrega (Deployment); Gerncia de Configurao e Mudanas (Configuration and Change Management); e Ambiente (Enviroment).
A figura ilustrada a seguir apresenta o relacionamento entre as fases e o esforo de desenvolvimento em cada fluxo de trabalho de processo.
O RUP composto por nove disciplinas e quatro fases!!!!
40
Figura. Fases e disciplinas do RUP. Fonte: (KRUCHTEN, 2003) Na figura, o eixo horizontal representa o tempo e mostra os aspectos do ciclo de vida do processo como se desdobra. J o eixo vertical representa os fluxos essenciais do processo, que agrupa logicamente as atividades por natureza. Modelagem Orientada a Objetos A UML (Unified Modeling Language) est formalmente em desenvolvimento desde 1994, porm, a UML no uma ideia que partiu do zero, a UML uma consolidao de renomadas tcnicas retiradas de metodologias j existentes e bastante praticadas at ento. Devido ao grande uso de suas metodologias, James Rumbaugh (OMT), Grady Booch e Ivar Jacobson (OOSE, Objectory) uniram-se na Rational Software para produzir um padro que unificasse suas notaes. Surgiu ento, em 1995, o Unified Method que passou a chamar-se Unified Modeling Language, ao ser lanada a verso 1.0 em 1997. A Unified Modeling Language (UML) a linguagem mais utilizada atualmente para especificao e projeto de software na abordagem orientada a objetos. A UML o instrumento que permite a modelagem do software visualmente, tornando fcil partir dos requisitos do sistema implementao de uma forma amigvel. Com a adeso macia de empresas como IBM, Microsoft, HP, Oracle e outras, a UML ganhou status de padro e foi adotada pelo OMG (Objetc Management Group, www.omg.org) como linguagem padro para modelagem de sistema orientada a objetos em 1997.
41
O OMG uma organizao mantida por diversas empresas de renome internacional que administra o padro UML. A funo do OMG organizar e divulgar as especificaes da linguagem, controlando as solicitaes do que deve ou no ser includo na arquitetura da linguagem. 1 Utilizao da UML Os principais objetivos da UML so:
Fornecer aos usurios uma linguagem de modelagem visual expressiva e pronta para o uso, visando o desenvolvimento de modelos de produtos de software. Principais benefcios de uma linguagem visual:
o o o
Visualizao Gerncia da complexidade Comunicao
Fornecer mecanismos para apoiar conceitos essenciais. Ser independente de linguagens de programao e processos de desenvolvimento. Encorajar o crescimento no nmero de ferramentas orientadas a objeto no mercado. Suportar conceitos de desenvolvimento de nvel mais elevado tais como colaboraes, estrutura de trabalho, padres e componentes. Integrar no projeto as melhores prticas de desenvolvimento Orientado a Objetos.
A UML abrange todas as etapas da produo de software, mas principalmente utilizada para traduzir os requerimentos do sistema (em alto nvel e mais prximos do usurio) em componentes codificveis (mais prximos da aplicao). Mesmo estando entre essas duas camadas, a UML pretende ser fcil de entender para todos os envolvidos. A UML uma linguagem, e como tal, um meio de comunicao. Atravs de diagramas grficos mais fcil discutir e visualizar as idias e solues entre a equipe, ou com o usurio. A utilizao da UML permite visualizar melhor as fronteiras de um sistema e suas funes principais utilizando atores e casos de uso, ilustrar a realizao de casos de uso com diagramas de interao, representar a estrutura esttica de um sistema utilizando diagramas de classe, modelar o comportamento de objetos com diagramas de estado, e ainda, representar a arquitetura de implementao fsica com diagramas de componente e de implantao. A UML , ento, uma linguagem destinada a visualizar, especificar, construir e documentar sistemas complexos de software. Estes sistemas
42
podem ser empregados em diferentes reas, como: telecomunicaes, vendas, bancos, Web, entre outros. 2 Diagramas na UML Um diagrama a representao grfica de um conjunto de elementos do sistema sob uma determinada perspectiva, criando uma projeo do sistema. Logo, ele representa um modelo (representao abstrata) de algo real. Com os diagramas, visamos imitar a realidade, para possibilitar que esta seja estudada quanto ao seu comportamento. Esses modelos permitem focalizar a ateno nas caractersticas importantes do sistema, dando menos ateno s coisas menos importantes. Seu uso torna o estudo mais barato e seguro: muito mais rpido e barato construir um modelo do que construir a coisa real. A UML prope os seguintes diagramas:

Diagramas de Classes; Diagramas de Objetos; Diagramas de Componentes; Diagramas de Estruturas Compostas; Diagramas de Caso de Uso; Diagramas de Sequncias; Diagramas de Comunicaes; Diagrama de Estados; Diagrama de Atividades; Diagramas de Implantao; Diagramas de Pacote; Diagramas de Tempo ou de Temporizao; e Diagramas de Viso Geral da Interao. 3 A Arquitetura de um Sistema
A UML permite avaliar um sistema sob diferentes perspectivas, conforme apresentado na figura a seguir.
43
Viso de Projeto
Viso da Implementao
Viso de Caso de Uso
Viso do Processo
Viso da Implantao
a) Viso de Casos de Uso - descreve a funcionalidade do sistema desempenhada pelos atores externos do sistema (usurios). Apresenta a viso do sistema conforme os usurios e equipe de desenvolvimento. A viso de casos de uso central, j que seu contedo base do desenvolvimento das outras vises do sistema. b) Viso de Projeto apresenta como a funcionalidade do sistema ser implementada, ou seja, os servios que o sistema ir oferecer aos seus usurios finais. Descreve e especifica a estrutura esttica do sistema (classes, objetos e relacionamentos) e as colaboraes dinmicas quando os objetos enviarem mensagens uns para os outros para realizarem as funes do sistema. c) Viso de Interao mostra o fluxo de controle entre vrias partes de um sistema, incluindo concorrncia e sincronizao. Permite assim uma melhor avaliao do ambiente onde o sistema se encontrar em relao ao desempenho, escalabilidade e throughput. d) Viso de Implementao - mostra a organizao fsica (componentes e artefatos) utilizados na montagem e fornecimento do sistema e a gerncia destes componentes. e) Viso de Implantao - a descrio da topologia (ns) em que o sistema ser utilizado, mostrando os computadores e outros perifricos e como eles se conectam. 4 Anlise Orientada a Objetos O objetivo da Anlise Orientada a Objetos (AOO ou OAA) desenvolver uma srie de modelos que descrevem como o software ir se comportar para Profa Patrcia Lima Quinto www.pontodosconcursos.com.br 44
satisfazer seus requisitos. Logo, a preocupao maior desta fase representar o que o sistema ir fazer, sem considerar como. Como na Anlise Estruturada, constroem-se modelos que representam diversas perspectivas, descrevendo o fluxo de informaes, as funes e o comportamento do sistema dentro do contexto dos elementos do sistema. No entanto, diferentemente da Anlise Estruturada, aplica-se aqui os conceitos do paradigma da Orientao a Objetos para realizar-se o estudo do sistema, buscando-se um desenvolvimento mais adequado. Seguindo os modelos do processo de software, a Anlise Orientada a Objetos realizada a partir dos documentos de Especificao de Requisitos do software, os quais descrevem, principalmente, as funcionalidades esperadas do sistema. Nesta fase produz-se um conjunto de diagramas que descrevem as caractersticas do software. Deve-se ressaltar que o emprego dos diagramas difere de acordo com as caractersticas do sistema. Pode-se ainda desenvolver um Dicionrio de Dados descrevendo os componentes dos diagramas. Ao final desta fase, se possvel, deve-se revisar os documentos juntamente com representantes do cliente. Os diagramas produzidos representativos do sistema.

nesta
fase
so
modelos
grficos
Estrutura Esttica; Estrutura Dinmica; Comportamento.
Os diagramas gerados podem (e devem) ser empregados para a prototipao do sistema, podendo-se avaliar se ele cumpre realmente seus requisitos. Na Anlise Orientada a Objetos, podem-se empregar diferentes diagramas da UML, de acordo com a necessidade do projeto. Os diferentes diagramas permitem ao Analista observar o software sob diferentes aspectos Vises. O emprego de cada diagrama determinado de acordo com as caractersticas do sistema. Neste curso sero estudados alguns destes diagramas, apresentados nos prximos captulos. 5 - Diagramas de Caso de Uso Os Diagramas de Caso de Uso representam um conjunto de seqncias de aes que um sistema desempenha para produzir um resultado observvel de valor para um ator especfico. Os casos de uso descrevem a funcionalidade do sistema percebida por atores externos. Um ator interage com o sistema, podendo ser um usurio, dispositivo ou outro sistema. O Diagrama de Casos de Uso empregado visando:
Prof Patrcia Lima Quinto
a
45
Definir Escopo: Um conjunto de Casos de Uso define o escopo do sistema de uma maneira simples. Organizar e dividir o trabalho: O Caso de Uso uma importante unidade de organizao do trabalho dentro do projeto. A unidade do Caso de Uso divide o trabalho da equipe entre as pessoas, fora isso, comum dizer que o Caso de Uso est em Anlise, em Programao ou em Teste. Casos de Uso tambm so entregues separadamente aos usurios em conjuntos divididos em fases ou iteraes no projeto. Ento, dizemos que a primeira iterao (ou entrega) ter os seguintes Casos de Uso e na segunda iterao ter os outros. Estimar o tamanho do projeto: O Caso de Uso fornece mtricas para definir o tempo de desenvolvimento. Direcionar os testes: Os testes do sistema (essencialmente os funcionais que so os mais importantes) so derivados do Caso de Uso. A partir dos Casos de Uso, Casos de Teste so criados para validar o funcionamento do software.
Uma das questes em aberto sobre os Casos de Uso a confuso que fazem com o diagrama e a narrativa (texto) do Caso de Uso. Isso porque a UML define somente como deve ser o Diagrama de Casos de Uso, e no a narrativa. Desse modo, no h um consenso geral sobre como descrever a narrativa, existem muitas tcnicas e difcil julgar que uma tcnica certa e a outra errada, depende muito do projeto, dos seus processos e ferramentas que voc tem disposio. Componentes do Diagrama de Casos de Uso:

Atores; Casos de Uso; e Associaes ( Incluso, Extenso e Generalizao).
Realizar transao com o carto
Processar a conta do cliente
Instituio de venda a varejo
Cliente
Reconciliar as transaes
Gerenciar a conta do cliente
Instituio financeira patrocinadora
46
5.1 Atores Um Ator um modelo dos possveis usurios, representando o seu papel. Modela uma categoria de usurios do sistema (usurio uma instncia de ator). Para se identificar os Atores de um cenrio de um sistema deve-se responder s seguintes perguntas:

Quem utilizar a principal funcionalidade do sistema (atores principais) ? Quem prov servio externo aos sistemas (atores secundrios)? Quem prover suporte ao sistema em seu processamento dirio? Quem ou o qu tem interesse nos resultados produzidos pelo sistema? Com quais outros sistemas o sistema ir interagir? 5.2 Casos de Uso
Um Caso de uso uma situao especfica do uso do sistema, que constitui um curso completo de eventos iniciado por algum ator e/ou especifica a interao entre o ator e o sistema. Caractersticas principais dos casos de uso:
Um caso de uso sempre iniciado por um ator - Um caso de uso sempre realizado em nome de um ator que, por sua vez, deve pedir direta ou indiretamente ao sistema tal realizao; Um caso de uso completo - Um caso de uso deve ser uma descrio completa, portanto, no estar completo at que o valor final seja produzido mesmo se vrias comunicaes ocorrerem durante uma interao; e Um caso de uso prov valor a um ator - Um caso de uso deve prover um valor tangvel a um ator em resposta sua solicitao.
Para se identificar os Casos de Uso de um cenrio de um sistema deve-se analisar as aes do sistema neste cenrio, tais como:
O ator precisa ler, criar, destruir, modificar ou armazenar algum tipo de informao no sistema? O trabalho cotidiano do ator pode ser simplificado ou tornado mais eficiente atravs de novas funes no sistema? O ator tem de ser notificado sobre eventos no sistema ou ainda notificar o sistema em si? Quais so as funes que o ator necessita do sistema? O que o ator necessita fazer? Quais so os principais problemas com a implementao atual do sistema? Quais so as entradas e as sadas, juntamente com a sua origem e destino, que o sistema requer?
47
A prxima figura apresenta um exemplo de diagrama de Casos de Uso.
Analisar Riscos
<< include >> Avaliar Negcio
Analista Comercial
Fechar Preo
<< Include >>
Registrar Negcio
Negcio c/ Limite Excedido
Vendedor
5.3 Associaes Existem as seguintes associaes entre casos de uso: Incluso: um caso de uso inclui outro, se um passo do mesmo chama o outro caso de uso. Pode-se representar tambm que uma parte do comportamento semelhante em mais de um caso de uso. No exemplo anterior, tanto Analisar Riscos quanto Fechar Preo requerem a funo Avaliar Negcio. Generalizao: um caso de uso semelhante a outro, mas faz um pouco a mais, apresentando pequenas diferenas. No exemplo, Negcio com Limite Excedido realiza uma funo a mais que Registrar Negcio. Extenso: descreve situaes opcionais, que somente ocorrero se determinada condio for satisfeita, a qual interrompe a execuo do caso de uso. Expressa uma variao do comportamento normal, mas aplicada de forma mais controlada. Pode-se tambm declarar os pontos de extenso. Pode-se tambm representar servios assncronos que o usurio pode ativar para interromper o caso de uso base. O desenvolvimento dos Diagramas Casos de Uso baseado na especificao de requisitos e segue as seguintes atividades:

Estabelecer o objetivo do caso de uso; Identificar o limite do sistema em termos de seus agentes externos (atores); Identificar cada ator pelo papel que representa na interao com o sistema, por exemplo, cliente, gerente, governo, vendedor; Identificar possveis associaes entre casos de uso; e Descrever o caso de uso.
48
A figura a seguir apresenta mais um exemplo de Diagrama de Casos de Uso.
Cadastro de Equipamento
Cadastro de Cliente
Funcionrio Cadastro de Pea
Inserir Servico Interno Cadastro de Tcnico
Cada caso de uso deve ser descrito, conforme o exemplo a seguir. Cabe relatar que neste curso ser empregado o padro proposto pelo RUP para a descrio de casos de uso. No entanto, podem-se encontrar diferentes padres. Nome do caso de uso: Ator principal: Ator Secundrio: Descrio: Inserir Servio Interno Funcionrio No aplicvel Este caso de uso iniciado pelo funcionrio quando ele requisita ao sistema um cadastro de servio interno, informando os dados do mesmo. O objetivo deste caso de uso possibilitar que ocorra a incluso dos servios prestados, no sistema. Alteraes no sero possveis. Cliente, Tcnico e Equipamento presentes na base de dados. Servio interno inserido no sistema j
Pr-Condies: Ps-Condies:
49
Fluxo Principal Aes do Ator: Aes do Sistema: 1 O ator solicita ao sistema a insero de servios. 2 OSD exibir a tela de insero de servios internos. (A1) 3 OSD listar os clientes cadastrados. (E1, A1) 4 OSD listar os equipamentos 5 O ator seleciona um cliente. cadastrados. (E1, A1) 6 O ator seleciona um 7 OSD exibir os tcnicos equipamento. qualificados para realizar manuteno no equipamento. 8 O ator seleciona um tcnico. (A1,E1, RN1) 9 O ator informa os seguintes dados do servio: data de solicitao, data mxima para realizao e observaes. 10 OSD gerar o cdigo do servio. (E1) 11 OSD armazenar os dados do servio. (E1, RN2, V1, V2) 12 OSD exibir uma mensagem de sucesso da operao. Fluxos Alternativos Fluxos de Exceo Regras de Negcio A1 O ator pode cancelar a operao. E1 O sistema no conecta ao SGBD, emitindo mensagem para o ator. RN1 O sistema verifica se o cliente pode solicitar manuteno no equipamento. RN2 O sistema verifica se a data mxima para realizao at um ms aps a data de solicitao. V1 O sistema verifica se o campo data vlido (solicitao e realizao), para o formato dd/mm/aaaa. V2 A observao pode ter at 500 caracteres.
Validaes:
50
6 - Diagrama de Classes No Diagrama de Classes representa-se a estrutura esttica do sistema. O diagrama considerado esttico porque a estrutura descrita sempre vlida em qualquer ponto do ciclo de vida do sistema. Este diagrama considerado o principal da OOA. Geralmente, a implementao do software feita baseando-se no Diagrama de Classes. O diagrama de classes da UML o resultado de uma combinao dos diagramas propostos pela OMT, Booch e vrios outros mtodos. Consiste em uma estrutura lgica esttica em uma superfcie de duas dimenses mostrando uma coleo de elementos declarativos de modelo, como classes, tipos e seus respectivos contedos e relaes. 6.1 Classes Uma classe a descrio de um grupo de objetos com propriedades similares (atributos), comportamento comum (operaes ou mtodos), relacionamentos comuns com outros objetos (associaes) e semnticas idnticas. As classes individuais so representadas na UML como um retngulo slido com um, dois ou trs compartimentos. O primeiro compartimento para o nome da classe e obrigatrio, o segundo e o terceiro compartimento so opcionais e podem ser usados para listar respectivamente os atributos e as operaes definidas para a classe. A figura a seguir apresenta uma classe na notao UML.
Nome da Classe
Atributo atributo: tipo do dado atributo: tipo do dado = valor inicial ...
Operao operao (lista de argumentos) ...
Classes so componentes do contexto no qual o software est inserido. Analisando-se a Especificao de requisitos, deve-se identificar todos os nomes ou clusulas nominais. Estes nomes so possveis classes, que podem ser:

a
Entidades Externas; Coisas; Ocorrncias; Funes; Unidades Organizacionais;

Prof Patrcia Lima Quinto
51

Lugares; e Estruturas.
Aps identificar as possveis classes, deve-se analis-las para determinar aquelas que realmente so vlidas, de acordo com as seguintes informaes:

Informao Retida; Servios necessrios; Mltiplos Atributos; Atributos Comuns; Operaes Comuns; Requisitos Essenciais.
Os atributos descrevem um objeto de uma classe em um certo domnio, contendo informaes de estado que precisam ser lembradas. Eles podem tambm ser atmicos ou agrupamentos de elementos de dados. Um atributo a menor unidade que em si possui significncia prpria e inter-relacionada com o conceito lgico da classe qual pertence. Ele uma caracterstica da classe e no possui comportamento, pois no objeto. Nomes de atributos so substantivos simples ou frases substantivas, devendo ser nicos dentro da classe. Cada atributo deve ter uma definio clara e concisa. Cada objeto tem um valor para cada atributo definido dentro de sua classe. Uma assinatura de atributo representa o tipo de informao que ser armazenado no atributo. Para identificar-se atributos de uma classe, determine os nomes da especificao de requisitos que se relacionam s caractersticas de objetos. Pergunta bsica: Quais itens de dados (composto e/ou elementares) definem plenamente esse objeto no contexto em que ele est inserido? Os mtodos categorias bsicas:

realizam
diferentes
aes
nos
objetos.
Existem
Operaes que modificam e descrevem dados; Operaes que realizam computao; Operaes de controle.
Para identificar-se os mtodos de uma classe, deve-se analisar as aes executadas por objetos das classes (verbos) da especificao de requisitos.
52
6.2 Relacionamentos Os relacionamentos ligam as classes/objetos entre si criando relaes lgicas entre estas entidades. Os tipos principais de relacionamentos no diagrama de classes: Associao - uma conexo entre classes, e tambm significa que existe uma conexo entre objetos daquelas classes. Em UML, uma associao definida com um relacionamento que descreve uma srie de ligaes, onde a ligao definida como a semntica entre as duplas de objetos ligados. Uma associao representa que duas classes possuem uma ligao (link) entre elas, significando, por exemplo, que elas conhecem uma a outra, esto conectadas com, para cada X existe um Y e assim por diante; Agregao - tipo especial de associao, onde um objeto parte do outro; Generalizao - um relacionamento de um elemento mais geral e outro mais especfico. O elemento mais especfico pode conter apenas informaes adicionais. Uma instncia (um objeto uma instncia de uma classe) do elemento mais especfico pode ser usada onde o elemento mais geral seja permitido.
Todos estes relacionamentos so mostrados no diagrama de classes juntamente com suas estruturas internas, que so os atributos e operaes. O diagrama de classes considerado esttico j que a estrutura descrita sempre vlida e qualquer ponto do ciclo de vida do sistema. 7 - Diagrama de Sequncia O Diagrama de Sequncia representa as interaes do sistema como uma srie contnua de mensagens entre os objetos, que colaboram entre si para produzir um resultado esperado. Este diagrama utilizado tambm para mostrar uma instncia de um Caso de Uso. Dentro de um diagrama de sequncia, um objeto desenhado como um retngulo no topo de uma linha vertical tracejada projetada para baixo, chamada linha de vida do objeto. Cada mensagem representada por uma linha com seta dirigida horizontalmente entre as linhas de vida dos objetos. A ordem na qual estas mensagens acontecem (fluxo de tempo) mostrada do topo da pgina para baixo. As mensagens so etiquetadas com o seu nome e podem tambm conter informaes como condies para execuo, parmetros e informaes de controle. A figura a seguir apresenta um exemplo da notao do Diagrama de Sequncia.
53
objeto1: nome da classe evento
objeto2: nome da classe
objeto3: nome da classe
objeto4: nome da classe linha de vida
operao autodelegao
ativao
X
6.1 Linha de vida do objeto
smbolo de excluso
O ciclo de vida de um objeto representado por uma linha vertical tracejada. Se o objeto criado durante o diagrama, sua identificao colocada aps a mensagem de sua criao. Se um objeto excludo durante o diagrama, ento sua excluso marcada com um X na mensagem que causa a excluso ou na mensagem de retorno final do objeto excludo.
ob : Cl
6.2 Ativao Representa o perodo em que o objeto est realizando uma ao. Em fluxos procedurais, o incio do smbolo de ativao coincide com a extremidade da mensagem de e o final com o incio da mensagem de retorno. Para objetos concorrentes, a ativao representa a durao do perodo em que cada objeto realiza sua funo.
54
ob : Cl
6.3 Mensagens Os objetos se comunicam por meio de mensagens, que so setas rotuladas indicado seu emissor, receptor e contedo. A Figura a seguir mostra os tipos de mensagem. Chamada de Procedimento Autodelegao
Mensagem Assncrona Retorno As mensagens podem conter uma condio, indicada pelo uso de colchetes.
7 - Diagramas de Mquina de Estados Os Diagramas Mquinas de Estados, ou simplesmente Diagramas de Estados, descrevem o comportamento dinmico do sistema, representando os estados que um objeto passa durante a execuo do sistema e como ele muda de estado em respostas aos eventos. Cada diagrama representa uma classe nica. Um diagrama de estado relaciona os possveis estados que objetos de uma classe podem ter e quais eventos podem causar a mudana de estado (transio). Estes diagramas podem ser usados tambm para representar Estados concorrentes.
55
7.1 Estado Uma transio (condio ou interao) durante a vida de um objeto ativa um Estado no qual o objeto realiza uma ao ou espera por um evento. O diagrama comea sempre em um estado inicial e termina em um final. Um objeto permanece em um estado por um tempo finito (noinstantneo), sendo interrompido pela ocorrncia de um evento. Os smbolos apresentados a seguir representam estados na notao da UML.
Estado Composto Estado 1 Estado 2

Estado Composto
Estado
Estado
Estado Final
Estado Inicial
7.2 Transio Indica os eventos e aes necessrias para um Objeto mudar de estado. So representadas por uma seta rotulada da seguinte forma:
Evento (argumentos) [condio]/ao
No sempre necessrio descrever todos os itens do rtulo. Bem, por hoje s!! Espero ter conseguido passar de forma bem didtica os fundamentos bsicos que so muito importantes para a prova. Vamos s questes!!
56
Questes de Provas Comentadas 1. Em virtude de acelerada expanso, a empresa Cu Azul transformou-se em uma literal desordem, em termos de controle. O Dr. Alosio, contratado como consultor de sistemas, sugeriu a implantao de um ERP (Enterprise Resource Planing), pois verificou que ser necessrio implantar um sistema: (a) de elementos recursivos potenciais (b) de fluxo de caixa on line (c) de controladoria (d) de planejamento gerencial (e) integrado de gesto Comentrios ERP (Enterprise Resource Planning): um sistema de gesto integrada, tambm conhecido como sistema integrado de gesto empresarial. Complementando, os ERPs so sistemas de informaes que integram todos os dados e processos de uma organizao em um nico sistema. A integrao pode ser vista sob a perspectiva funcional (sistemas de: finanas, contabilidade, recursos humanos, fabricao, marketing e vendas, etc.) e sob a perspectiva sistmica (sistema de processamento de transaes, sistemas de informaes gerenciais, sistemas de apoio deciso, etc.). Gabarito: letra E. 2. Cada vez mais, pequenas e mdias empresas esto adotando os chamados Sistemas Integrados de Gesto (ERP) para gerenciar suas atividades. Como gestor de uma mdia empresa cujo principal cliente j utiliza um Sistema Integrado de Gesto, que benefcio direto voc dever obter com a adoo dessa tecnologia? (a)Padronizao, integrao e maior disponibilidade das informaes relativas aos processos de negcio que conectam a empresa e seu cliente, ao longo da cadeia de suprimento. (b)Reduo da carga de trabalho em seus servidores, j que vrias tarefas passariam a ser executadas nos clientes da rede que conecta as duas empresas. (c )Melhoria dos nveis de segurana nas transferncias de informaes por correio eletrnico entre a empresa e seu principal cliente. (d)Disponibilidade de todas as informaes da empresa e de seu cliente, devido obrigatoriedade de criar um banco de dados nico para as duas organizaes.
57
(e)Automatizao dos processos de negcio da empresa, tais como so hoje, criando, assim, uma interface digital com os processos de seu principal cliente. Comentrios SEM um Sistema Integrado de Gesto (ERP) implantado na empresa, a informao processada INDIVIDUALMENTE em cada rea da empresa, gerando assim retrabalho, erros, alto custo, reduo dos lucros e perda de produtividade da empresa. Alguns benefcios que a empresa pode obter com a implantao de um ERP: reduo (ou at eliminao) de relatrios de diferentes reas com informaes conflitantes; oferece maior agilidade nas decises empresariais; eliminao da redundncia e de inconsistncia de informaes; maior rapidez e exatido nos processos; integrao total entre as reas da empresa (Vendas, Marketing, Estoque, Produo, Financeira, etc); a integrao reduz a quantidade de programas e fornecedores diferentes, e permite a implantao de um BD nico compartilhado por toda a organizao; permite a difuso rpida do conhecimento; evita o processo de deteno da informao.
Gabarito: letra A. 3. Uma srie de empresas tm recorrido a Sistemas Integrados de Gesto (ERP) como maneira de sobreviver em um mundo cada vez mais competitivo. Se voc tiver que defender a utilizao de um ERP em sua empresa, que argumento, dentre os abaixo, voc dever empregar? (a)Os procedimentos operacionais no sero alterados com a implantao do sistema. (b)A empresa ganhar flexibilidade de operao. (c)O controle gerencial tender a ser fortalecido. (d)O gerenciamento de clientes ser facilitado, pois a anlise de crdito ser mais gil. (e)Um sistema de fluxo de informao no precisar ser implantado.
58
Comentrios O melhor argumento gerencial seria o fortalecimento do controle gerencial, com informaes atualizadas e sem redundncia transitando pelos processos de negcios da organizao. Gabarito: letra C. 4. Os sistemas de informao podem prejudicar seriamente a expectativa de sobrevivncia e o sucesso de uma organizao se no apoiarem adequadamente os objetivos estratgicos, suas operaes , estruturas organizacionais e culturas da empresa. ( ) Verdadeiro Comentrios Espera-se que os sistemas de informao faam o seguinte:

( ) Falso
processem transaes de forma rpida e precisa; forneam suporte para a tomada de deciso; armazenem e acessem rapidamente grandes volumes de dados; permitam comunicao rpida ao redor do mundo; ajudem a melhorar a qualidade dos produtos de diferentes formas: simplificar processo de produo; direcionar o produto s necessidades dos clientes; reduzir ciclo de produo; diminuir possibilidade de erros humanos....
Gabarito: item correto. 5. A Internet e as redes similares a ela dentro da empresa (intranets), entre uma empresa e seus parceiros comerciais (extranets) e outras redes tm se tornado a principal infraestrutura de tecnologia da informao no apoio s operaes de muitas organizaes. ( ) Verdadeiro Comentrios A Internet pode ajudar as empresas a criar e capturar lucros de novas maneiras, agregando valor extra a produtos e servios existentes ou provendo as fundaes para novos produtos e servios. Segue abaixo alguns dos mais importantes modelos de negcios de Internet atuais. Observa-se que todos eles agregam valor; fornecem ao cliente um novo produto ou servio; oferecem informao ou servio adicional juntamente com um produto ou servio tradicional; ou disponibilizam um produto ou servio a custo muito mais baixo do que os meios tradicionais.
( ) Falso
59
Loja virtual: vende bens e servios on-line; Corretora de informaes: fornece informaes sobre produtos, preos etc. Corretora de transaes: os compradores tm acesso a taxas e termos de vrias fontes;E-marketplace: Concentra informaes de vrios fornecedores portal e-business especialista; Provedora de contedo: gera receita fornecendo contedo a clientes por uma taxa e vendendo espao para propaganda; Provedora de servios on-line: fornece servios e apoio para produtos de hardware e software; Comunidade virtual: sala de bate-papo, local de reunio on-line; Portal: ponto de entrada inicial Web, contedo especializado, servios gratuitos de correio eletrnico, notcias, chat, informaes sobre o tempo, cotao de aes, facilidade para procurar outros sites, etc. Gabarito: item correto. 6. Um data mart pode ser simplesmente definido como um grupo de elementos inter-relacionados ou interativos que formam um todo unificado. Esses componentes trabalham em conjunto rumo a uma meta comum recebendo entradas e produzindo sadas em um processo organizado de transformao. ( ) Verdadeiro Comentrios O termo correto aqui Sistema de Informao! Um Sistema de Informao (SI) um conjunto de componentes inter-relacionados que coletam, manipulam e disseminam dados e informao, proporcionando um mecanismo de feedback para atender a um objetivo. Todos ns interagimos diariamente com sistemas de informao, tanto particularmente como profissionalmente. O Data Mart departamental. pode ser considerado como um DataWarehouse ( ) Falso
Gabarito: item correto. 7. Sobre dados, informaes e conhecimento, errado afirmar que: (A) dados so descries elementares que so registradas, classificadas e armazenadas, mas no so organizadas para carregar significados especficos. (B) um banco de dados consiste em itens de dados armazenados, organizados para a recuperao.
60
(C) itens de dados podem ser formados por caracteres, nmeros, sons ou imagens. (D) informao so dados organizados de modo que tenham significado e valor para quem os receber. (E) conhecimento e informao so sinnimos, pois quem tem informao tem conhecimento. Comentrios Como a letra E destacou indevidamente que conhecimento e informao so sinnimos, ela ser a resposta da questo. Gabarito: letra E. 8. (FGV/2007/Fiscal de Rendas/SEFAZ-RJ) Observe a figura abaixo, que ilustra um exemplo de um modelo dimensional para construo de banco de dados para DataWarehouse.
So caractersticas desse modelo: I. Todas as tabelas relacionam-se diretamente com a tabela de fatos, e assim as tabelas dimensionais devem conter todas as descries que so necessrias para definir uma classe como Produto, Tempo ou Loja nela mesma. II. As tabelas de dimenses no so normalizadas; logo, campos como Categoria, Departamento, Marca contm sua descrio repetida em cada registro, assim aumentando o tamanho das tabelas de dimenso por repetirem essas descries de forma textual em todos os registros. O modelo do tipo conhecido por: (A) hierrquico. (B) distribudo. (C) relacional. (D) estrela.
61
(E) anel. Comentrios Importante! Nesse contexto foi utilizado o modelo estrela, cuja estrutura est formada por uma tabela central tabela de fatos e um conjunto de tabelas organizadas ao redor dela, as tabelas de dimenses (cada dimenso descreve um aspecto do negcio). Nas pontas da estrela esto as tabelas de dimenses que contm os atributos das aberturas que interessam ao negcio e que podem ser utilizadas como critrios de filtro e so relativamente pequenas. Cada tabela de dimenso est relacionada com a tabela de fatos por um identificador. O centro da estrela a tabela de fatos. As pontas da estrela so as tabelas de dimenses. Cada esquema est formado por apenas uma tabela de fatos. Geralmente um esquema totalmente no padronizado e pode estar parcialmente padronizado nas tabelas de dimenses.
No exemplo apresentado um esquema estrela considerando a necessidade de analisar como evolui a Admisso de Pacientes (Fato) por servio, pacientes e regio geogrfica ao longo do tempo. Gabarito: letra D. 9. (FGV/SEFAZ-RJ/2009) O grande desafio do profissional de TI que gerencia qualquer processo a anlise dos fatos relacionados funo que exerce em uma organizao. Essa anlise deve ser feita com as ferramentas e os dados disponveis, permitindo aos executivos e gerentes detectar as tendncias e tomar as decises com eficincia e eficcia. Devido a essa necessidade, surgiu o conceito de Business Intelligence BI.
62
Assinale a alternativa que indique duas caractersticas dos atuais sistemas de Business Intelligence. (A) procurar relaes de causa e efeito / extrair e integrar dados de mltiplas fontes. (B) evitar a utilizao de ferramentas automatizadas / desprezar dados contextualizados. (C) extrair e integrar dados de mltiplas fontes / evitar a utilizao de ferramentas automatizadas. (D) desprezar dados contextualizados / trabalhar exclusivamente com fatos reais e no hipotticos. (E) trabalhar exclusivamente com fatos reais e no hipotticos / procurar relaes de causa e efeito. Comentrios Conforme visto em http://imasters.uol.com.br/artigo/5415/bi/por_que_business_intelligence/ o grande desafio de todo indivduo que gerencia qualquer processo a anlise dos fatos relacionados a seu dever. Esta anlise deve ser feita de modo que, com as ferramentas e dados disponveis, o gerente possa detectar tendncias e tomar decises eficientes e no tempo correto. Com essa necessidade surgiu ento o conceito de Business Intelligence. H milhares de anos atrs, Fencios, Persas, Egpcios e outros Orientais j faziam, a seu modo, Business Intelligence, ou seja, cruzavam informaes provenientes da natureza, tais como comportamento das mars, perodos de seca e de chuvas, posio dos astros, para tomar decises que permitissem a melhoria de vida de suas comunidades. A histria do Business Intelligence que conhecemos hoje, comea na dcada de 70, quando alguns produtos de BI foram disponibilizados para os analistas de negcio. O grande problema era que esses produtos exigiam intensa e exaustiva programao, no disponibilizavam informao em tempo hbil nem de forma flexvel, e alm de tudo tinham alto custo de implantao. Com o surgimento dos bancos de dados relacionais, dos PCs e das interfaces grficas como o Windows, aliados ao aumento da complexidade dos negcios, comearam a surgir os primeiros produtos realmente direcionados aos analistas de negcios, que possibilitavam rapidez e uma maior flexibilidade de anlise. Os sistemas de Business Intelligence atuais tm como caractersticas: extrair e integrar dados de mltiplas fontes; fazer uso da experincia; analisar dados contextualizados; trabalhar com hipteses;
63
procurar relaes de causa e efeito; transformar os registros obtidos em informao til para o conhecimento empresarial. Gabarito: letra A. 10. (FGV/2007/SEFAZ-RJ/Fiscal de Rendas) DataWarehouse e DataMining so recursos utilizados por muitas organizaes para facilitar e agilizar o processamento, a anlise e a consulta de dados. Sobre esses recursos, correto afirmar que: (A) um DataMining armazena dados extrados de bancos de dados de diferentes organizaes. (B) um DataWarehouse armazena dados por perodos no superiores a trs meses, o que dificulta previses e anlises de tendncia. (C) um DataWarehouse repositrio de dados histricos orientados a assunto, organizados para serem acessveis para atividades de processamento analtico. (D) DataMining uma tcnica de anlise de dados exclusiva para aplicao em um DataWarehouse. (E) num DataWarehouse, os usurios finais necessitam conhecer linguagem de programao para acessar dados. Comentrios Importante! Bill Inmon destaca que o Data Warehouse uma coleo de dados orientados por assuntos, integrados, variveis com o tempo e no volteis, para dar suporte ao processo de tomada de deciso.
Orientado a assunto: refere-se ao fato do Data Warehouse (DW) ser organizado conforme diferentes vises de negcio, ou seja, armazena informaes sobre temas especficos importantes para o negcio da empresa.Ex: Vendas, Compras, etc. Integrado: a partir de fontes de dados heterogneas. No voltil: os dados so sempre inseridos, nunca excludos. Em um DW no existem alteraes de dados, somente a carga inicial e as consultas posteriores. Varivel com tempo: posies histricas das atividades no tempo.
O Data Warehouse um banco de dados multidimensional grande, de escopo organizacional (ou seja, abrange toda a empresa) e rene dados de todos os departamentos de forma a permitir a busca rpida de informaes para auxiliar a tomada de decises estratgicas.
64
A principal ideia do Data Warehouse construir um depsito no qual ser mantida a memria histrica dos dados, possibilitando a utilizao dos mesmos para consulta e anlise estratgica para a tomada de deciso!! Gabarito: letra C. 11. (FGV/2007/Fiscal de Rendas/SEFAZ-RJ) No contexto do DataWarehouse, a anlise multidimensional uma das grandes utilidades da tecnologia OLAP, consistindo em ver determinados cubos de informaes de diferentes ngulos e de vrios nveis de agregao. As ferramentas que disparam uma instruo SQL de um cliente qualquer para o servidor e recebem o microcubo de informaes de volta para ser analisado na workstation constituem uma determinada arquitetura. Esta apresenta uma grande vantagem, que o pouco trfego que se d na rede, visto que todo o processamento OLAP acontece na mquina cliente; a maior agilidade de anlise; alm de o servidor de banco de dados no ficar sobrecarregado. A desvantagem que o tamanho do microcubo no pode ser muito grande; caso contrrio, a anlise passa a ser demorada e/ou a mquina do cliente pode no suportar em funo de sua configurao. A arquitetura descrita denominada: a. FOLAP (Free On Line Analytical Processing). b. HOLAP (Hybrid On Line Analytical Processing). c. DOLAP (Desktop On Line Analytical Processing). d. ROLAP (Relational On Line Analytical Processing). e. MOLAP (Multidimensional On Line Analytical Processing). Comentrios Importante! Essa questo mais complexa...
Formas de armazenamento:
65
DOLAP (Desktop On Line Analytical Processing): ferramentas disparam uma instruo SQL de um cliente qualquer para o servidor e recebem o microcubo de informaes de volta para ser analisado na workstation. Vantagem: pouco trfego que se d na rede (todo o processamento OLAP acontece na mquina do cliente); maior agilidade de anlise; servidor de banco de dados no ficar sobrecarregado. Desvantagem: O tamanho do microcubo no pode ser muito grande; caso contrrio, a anlise passa a ser demorada e/ou a mquina do cliente pode no suportar em funo de sua configurao. MOLAP (Multidimensional On Line Analytical Processing) No modo de armazenamento MOLAP (OLAP Multidimensional) uma cpia dos dados de origem do cubo, junto com as suas agregaes, armazenam-se em uma estrutura multidimensional.
Enquanto os dados de origem so modificados diretamente com as operaes, os objetos com armazenamento MOLAP devem ser processados para incorporar estas mudanas. O tempo compreendido entre um processamento e o seguinte cria um perodo de latncia durante o qual a informao OLAP pode no coincidir com os dados de origem atuais. Como caractersticas do armazenamento MOLAP, podemos destacar: Oferece excelente rendimento e compresso de dados. Apresenta melhor tempo de resposta, porcentagem das agregaes do cubo. dependendo apenas da
A estrutura est muito otimizada para maximizar o rendimento das consultas.
Geralmente este mtodo muito apropriado para cubos com uso frequente devido sua rpida resposta. a Prof Patrcia Lima Quinto www.pontodosconcursos.com.br 66
ROLAP (Relational On Line Analytical Processing) Toda a informao do cubo, seus dados, sua agregao, somas, etc, so armazenadas em um banco de dados relacional. Diferente do modo de armazenamento MOLAP, no armazena cpia do BD. Acessa as tabelas originais quando precisa responder s consultas, geralmente muito + lento do que as outras formas (MOLAP ou HOLAP). Utilizado para economizar espao de armazenamento quando se trabalha com grandes conjuntos de dados consultados com pouca frequncia; por exemplo, dados exclusivamente histricos. Os usos comuns deste esquema so: -Quando os clientes desejam ver as mudanas imediatamente. -Quando contamos com grandes conjuntos de dados que no so consultados freqentemente.
HOLAP (Hybrid On Line Analytical Processing (OLAP Hbrido)) OLAP Hbrido. Combina atributos do MOLAP e do ROLAP.
Da mesma forma que o MOLAP, o HOLAP armazena as agregaes em uma estrutura multidimensional e os dados detalhados em um banco de dados relacional, da mesma forma que no armazenamento ROLAP.
67
Para procedimentos de busca que acessam dados sumarizados, o HOLAP equivalente ao MOLAP. Em caso contrrio, se os processos de consultas acessam os nveis mximos de detalhe, devem retirar os dados do banco de dados relacional e isso no to rpido comparado com uma estrutura MOLAP. Os cubos armazenados como HOLAP so menores do que os MOLAP e respondem mais rpido que os ROLAP. Alguns usos comuns de HOLAP: -Cubos que requerem resposta rpida. -Quando existem sumarizaes baseadas em uma grande quantidade de dados de origem. -Soluo com o compromisso de reduzir o espao ocupado sem prejudicar totalmente o rendimento das consultas. Gabarito: letra C. 12. (ESAF/2008/AFC-STN/Infraestrutura de TI) Em relao ao nvel lgico de abstrao de dados nos sistemas de bancos de dados, correto afirmar que a) descreve estruturas de dados complexas de baixo nvel. b) descreve quais dados esto armazenados no banco de dados e as relaes existentes entre eles. c) simplifica a interao entre o sistema e os usurios. d) disponibiliza um conjunto de programas de aplicao que ocultam detalhes dos tipos de dados. e) descreve um registro como um bloco de armazenamento, composto por palavras ou bytes. Comentrios Vamos aos comentrios dos itens da questo: Item A. O nvel lgico de abstrao se concentra em um nvel mais alto. No nvel fsico, complexas estruturas de dados de baixo nvel so descritas em detalhes. Item FALSO. Item B. No nvel lgico so representados os dados da aplicao e os relacionamentos existentes entre os mesmos. Item VERDADEIRO. Itens C, D e E. Os itens mencionados no correspondem ao nvel lgico, conforme visto na explicao seguinte. Itens FALSOS. O grande objetivo de um sistema de banco de dados prover os usurios com uma viso abstrata dos dados. Isto , o sistema omite certos detalhes de como os dados so armazenados e mantidos.
68
Entretanto, para que o sistema possa ser utilizado, os dados devem ser buscados de forma eficiente. Este conceito tem direcionado o projeto de estrutura de dados complexas para a representao de dados em um banco de dados. Uma vez que muitos dos usurios de banco de dados no so treinados para computao, a complexidade est escondida deles atravs de diversos nveis de abstrao que simplificam a interao do usurio com o sistema. Portanto, o propsito central de um SGBD consiste em proporcionar aos usurios uma viso ABSTRATA dos dados. Isto conseguido definindo-se diversos nveis de abstrao pelos quais o BD pode ser visto:
NVEL VISO (externo): o nvel mais alto de abstrao; viso de cada usurio; descreve apenas parte do banco de dados. Muitos usurios do sistema de banco de dados no estaro interessados em todas as informaes. Em vez disso precisam de apenas uma parte do banco de dados. O nvel de abstrao das vises de dados definido para simplificar esta interao com o sistema, que pode fornecer muitas vises para o mesmo banco de dados. NVEL LGICO (conceitual): nvel mdio de abstrao; o nvel que descreve QUAIS os dados so realmente armazenados no BD e quais os relacionamentos existentes entre eles; viso da comunidade de usurios. Aqui o banco de dados inteiro descrito em termos de um pequeno nmero de estruturas relativamente simples. Embora as implementaes de estruturas simples no nvel conceitual possam envolver complexas estruturas de nvel fsico, o usurio do nvel conceitual no precisa preocupar-se com isso. O nvel conceitual de abstrao usado por administradores de banco de dados, que podem decidir quais informaes devem ser mantidas no BD. NVEL FSICO (interno): o nvel mais baixo de abstrao. Descreve COMO os dados so armazenados. Estruturas complexas, de baixo nvel, so descritas em detalhe.
Figura. Arquitetura de Trs Nveis (ANSI/SPARC)

69
Obs.: INDEPENDNCIA DE DADOS a capacidade de modificar a definio dos esquemas em determinado nvel, sem afetar o esquema do nvel superior.
Independncia de dados fsica: modifica o esquema fsico sem que, com isso, qualquer programa aplicativo precise ser reescrito (ocasionais para aumento de desempenho). Independncia de dados lgica: modifica o esquema lgico sem que, com isso, qualquer programa aplicativo precise ser reescrito (sempre que uma estrutura lgica do BD alterada).
Gabarito: letra B. 13. (ESAF/2008/AFC-STN/Infraestrutura de TI) uma funo da linguagem de manipulao de dados (DML), em um sistema gerenciador de bancos de dados (SGBD): a) permitir a especificao do esquema conceitual do banco de dados. b) permitir a especificao do esquema interno do banco de dados. c) especificar vises dos usurios e seus respectivos mapeamentos para o esquema conceitual. d) especificar e recuperar vrios registros em uma nica declarao. e) descrever os componentes dos esquemas: conceitual e interno. Comentrios A DML (Data Manipulation Language Linguagem de Manipulao de Dados) visa a manipulao de dados (incluir, alterar, excluir e consultar) por meio do usurio. Principais comandos: SELECT: seleo de registros; INSERT: insero de registros; UPDATE: atualizao de registros; DELETE: deleo de registros.
Para a definio dos dados utilizada uma DDL (Data Definition Language Linguagem de Definio de dados). Os comandos DDL so armazenados no dicionrio de dados (ou catlogo). Logo, o dicionrio de dados contm os metadados (dados a respeito das estruturas de armazenamento) do banco. Principais comandos: CREATE: criao de novas estruturas; ALTER: alterao de estruturas; DROP: remoo de estruturas.
Existe ainda a DCL (Data Control Language - Linguagem de Controle de Dados) para controlar o acesso dos usurios aos dados em um banco de dados. Principais comandos: Profa Patrcia Lima Quinto www.pontodosconcursos.com.br 70
GRANT: concesso de privilgios a tabelas e vises; REVOKE: revogao de privilgios a tabelas e vises. COMMIT: efetiva uma alterao no banco de dados; ROLLBACK: desfaz uma alterao antes de a mesma ser efetivada no banco. STORED PROCEDURES (procedimentos armazenados no banco); TRIGGERS (gatilhos).
Transaction Control
Restries de integridade usando
Gabarito: letra D. 14. (ESAF/2007/SEFAZ-CE) Analise a seguinte descrio relativa Datawarehousing. O Data Warehouse (DW) um conjunto de tcnicas que, aplicadas em conjunto, geram um sistema de dados que proporciona informaes para tomada de decises. Para a visualizao dos dados, existe uma classe especfica de ferramentas, conhecidas como ferramentas OLAP, que so compostas por sub-classes. Nas ferramentas _______________ tem-se um SGBD mais um Servidor ____________. Neste caso, no SGBD ficam os dados num formato simples, e no Servidor __________, que na verdade um banco de dados multidimensional, ficam os dados consolidados. O usurio visualiza diretamente o Servidor ___________, usando os mdulos de consulta desta ferramenta. Escolha a opo que preenche corretamente as lacunas acima. a) MOLAP, MOLAP, MOLAP, MOLAP b) ROLAP, ROLAP, ROLAP, ROLAP c) HOLAP, HOLAP, HOLAP, HOLAP d) DOLAP, DOLAP, DOLAP, DOLAP e) SQL Server, SQL Server, SQL Server, SQL Server Comentrios OLAP (online analytical processing processamento analtico on-line) uma ferramenta de Business Intelligence utilizada para apoiar as empresas na anlise de suas informaes, visando obter novos conhecimentos que so empregados na tomada de deciso. O termo OLAP refere-se a um conjunto de ferramentas voltadas para acesso e anlise ad hoc de dados, com o objetivo final de transformar dados em informaes capazes de dar suporte s decises gerenciais de forma amigvel e flexvel ao usurio e em tempo hbil.
71
OLAP trouxe uma grande capacidade de efetuar clculos complexos como previses, percentuais de crescimento e mdias diversas considerando-se a varivel tempo. uma ferramenta muito importante no contexto gerencial, ajudando a analisar de forma mais eficiente a quantidade de dados crescente armazenada pelas organizaes, transformando-os em informao til. As ferramentas OLAP proporcionam condies de anlise de dados on-line necessrias para responder s possveis perguntas dos analistas, gerentes e executivos. So aplicaes que os usurios finais tm acesso para extrarem os dados de suas bases e construir os relatrios capazes de responder s suas questes gerenciais. Elas surgiram juntamente com os Sistemas de Apoio Deciso para fazerem a consulta e anlise dos dados contidos nos Data Warehouses e Data Marts. Arquitetura de ferramentas OLAP Importante! Apesar de obedecer a uma estrutura cliente/servidor multiusurio, as ferramentas OLAP podem ser implementadas de diversas formas, classificadas em cinco tipos a seguir (INMON, 1997): MOLAP (Multidimensional On Line Analytical processing); ROLAP (Relational On Line Processing); HOLAP (Hybrid On Line Analytical Processing); DOLAP (Desktop On Line Analytical Processing); WOLAP (Web On Line Analytical Processing). Na arquitetura MOLAP os dados ficam armazenados em um banco de dados multidimensional, em que o servidor MOLAP atua e o usurio trabalha, monta e manipula os dados diferentes no servidor. Os dados de um banco multidimensional so armazenados em um espao menor que o utilizado para armazenar os mesmos dados em um banco de dados relacional. No banco multidimensional, os dados so mantidos em estruturas de dados do tipo array de maneira a prover um melhor desempenho ao acess-los. Alm de ser uma arquitetura rpida, outra vantagem o rico e complexo conjunto de funes de anlises presentes nos bancos multidimensionais. Uma de suas limitaes a possibilidade dos dados serem esparsos (nem todo cruzamento das dimenses contm dados), ocorrendo a chamada exploso de armazenamento de dados, ou seja, um imenso banco de dados multidimensional contendo poucos dados armazenados. Outras limitaes dessa ferramenta esto relacionadas ao fato dos bancos multidimensionais serem sistemas proprietrios que no seguem padres, ou seja, cada desenvolvedor cria a sua prpria estrutura para o banco e as prprias ferramentas de suporte.
72
Gabarito: letra A. 15. (ESAF/2005/AFRF) Com relao aos conceitos bsicos de banco de dados, correto afirmar que a) a chave primria um atributo de uma tabela que, mesmo com valores nulos, identifica univocamente uma coluna. b) uma coluna definida como chave-estrangeira em uma tabela-destino no pode aceitar valores nulos e, essa mesma tabela-destino pode ter uma e somente uma coluna definida como chave-estrangeira. c) o modelo relacional refere-se visualizao fsica e no lgica dos dados. Est relacionado ao nvel conceitual interno. A teoria relacional no diz nada sobre o nvel externo, preocupa-se somente com o armazenamento e manipulao dos dados executados pelo SGBD. d) um banco de dados relacional um conjunto de arquivos seqenciais que so acessados e modificados por operaes que manipulam a lgebra relacional. Tais operaes s podem ser executadas se atenderem regra da primeira forma normal, devendo-se manipular apenas um dado de cada vez. e) chaves estrangeiras so os elos de ligao entre as tabelas. Uma coluna definida como chave estrangeira deve ser chave primria em outra tabela. Comentrios Item a. Uma chave primria NO pode conter valores nulos, em outras palavras, nenhum valor de chave primria pode ser nulo!! ITEM FALSO. Item B. O fato de uma coluna ser chave-estrangeira no implica em aceitar ou no valores nulos. Item FALSO. Item C. A modelagem relacional busca a descrio da organizao das estruturas, normalmente representadas em formato de tabelas, que se relacionam for atributos. Item FALSO. O item D. Um banco de dados relacional no possui relao com a forma de acesso fsico aos arquivos, que podem ser seqenciais, direta ou indexada. Item FALSO. Item E. A chave estrangeira permite a implementao de relacionamentos em um banco de dados relacional. Item VERDADEIRO. Obs.: Uma tupla em uma tabela que se refere a uma outra relao deve referenciar uma tupla existente naquela relao. Exemplo:
73
Gabarito: letra E. 16. (ESAF/2008/Pref. de Natal/RN/Auditor do Tesouro Nacional) Analise as seguintes afirmaes relacionadas a conceitos sobre os Sistemas de Informao: I. A Redundncia de Dados a preservao da preciso, integridade e confiabilidade dos dados para seu uso intencionado. II. A Normalizao um mtodo utilizado para analisar um Banco de Dados e obter o mnimo de redundncia e o mximo de integridade de dados. III. A Integridade de Dados alcanada pela duplicao dos mesmos dados em vrios lugares em um sistema de informao. IV. Quando os dados so Normalizados, os atributos contidos na tabela dependem apenas da chave primria. Indique a a) I e II b) II e III c) III e IV d) I e III e) II e IV Comentrios Item I. O termo redundncia de dados que se est usando aqui consiste na gravao de um mesmo dado em dois locais (ou mais) distintos. Isso, geralmente, no recomendando dentro do contexto de banco de dados, j que podemos atualizar o dado em um local e no atualizar nos demais!! Por exemplo, poderia gravar o endereo de um cliente em dois locais distintos, mas s atualizo em um desses locais. Quando for feita uma pesquisa para o endereo do cliente, no saberia qual o endereo correto. A Redundncia de Dados pode ocasionar a perda da preciso, da integridade e da confiabilidade. O item I FALSO. Item II. A normalizao consiste em um processo formal de exame e agrupamento de dados para: suportar melhor as mudanas futuras; minimizar
opo
que
contenha
todas
as
afirmaes
verdadeiras.
74
o impacto destas mudanas sobre a base de dados. Trata-se de um conjunto de regras que leva construo de modelos mais robustos, com menos dependncias entre seus elementos e menos redundncia de informaes. Normalizao , portanto, uma atividade de verificao do modelo lgico Principais objetivos: reduzir as redundncias; reduzir a necessidade de reestruturar as tabelas do banco de dados quando novos tipos de dados so introduzidos. O item II VERDADEIRO. Com relao s suas Formas Normais mais comuns, apesar de existirem outras, temos: o 1 Forma Normal (1FN): toda relao deve ter uma chave primria e deve-se garantir que todo atributo seja atmico. Atributos compostos devem ser separados. Por exemplo, um atributo Endereo deve ser subdividido em seus componentes: Logradouro, Nmero, Complemento, Bairro, Cidade, Estado e CEP. Alm disso, atributos multivalorados devem ser discriminados separadamente ou separados em uma outra relao. Por exemplo, um atributo multivalorado Telefones poderia ser separado em Telefone Residencial, Telefone Comercial e Telefone Celular ou, ainda, ser convertido em outra relao que pudesse representar um nmero indeterminado de telefones. o 2 Forma Normal (2FN): toda relao deve estar na 1FN e devem-se eliminar dependncias funcionais parciais, ou seja, todo atributo no chave deve ser totalmente dependente da chave primria. Como exemplo, uma relao que contenha os atributos Cdigo da Obra, Cdigo do Fornecedor, Nome do Fornecedor e Preo de Venda, considerando que a chave primria composta pelos atributos Cdigo da Obra e Cdigo do Fornecedor, no est na Segunda Forma Normal, uma vez que o Nome do Fornecedor depende apenas do Cdigo do Fornecedor, e no do Cdigo da Obra. Uma nova relao (Fornecedor) deve ser criada contendo os campos Cdigo do Fornecedor (como chave) e Nome do Fornecedor. Na relao original, ficariam os atributos Cdigo da Obra e o Cdigo do Fornecedor, ambos formando a chave primria composta, e o atributo Preo de Venda. Alm disso, o atributo Cdigo do Fornecedor tambm seria uma chave estrangeira para a nova relao criada. Esta forma normal ajuda a diminuir redundncias de informaes criadas indevidamente. o 3 Forma Normal (3FN): toda relao deve estar na 2FN e devem-se eliminar dependncias funcionais transitivas, ou seja, todo atributo no chave deve ser mutuamente independente. Como exemplo, uma relao que contenha os atributos Matrcula do Funcionrio (atributo chave), Nome do Funcionrio, Cdigo do Departamento e Nome do Departamento no est na Terceira Forma Normal. O Nome do Departamento dependente do Cdigo do Departamento, e no da Matrcula do Funcionrio. Uma mudana no nome do departamento, por exemplo, levaria a Profa Patrcia Lima Quinto www.pontodosconcursos.com.br 75
modificaes em todos os funcionrios daquele departamento. Para eliminar este problema, cria-se uma nova relao (Departamento) contendo Cdigo do Departamento e Nome do Departamento. Na relao original, retira-se o Nome de Departamento, mantendo-se o Cdigo do Departamento, agora como chave estrangeira. Esta forma normal tambm ajuda a diminuir redundncias e aumentar a independncia das relaes.
Figura. Normalizao Item III. A duplicao de dados em bancos de dados gera redundncia (e no integridade!), o que no recomendado, j que pode levar a vrios problemas como mencionado no item I. O item III FALSO. Item IV. Revisando o entendimento... com relao normalizao de dados, correto afirmar que: uma relao estar na 1 Forma Normal (1FN) se no houver atributo representando agrupamento e nem atributo repetitivo (multivalorado), ou seja, uma relao est em 1FN se e somente se todos os seus atributos contm apenas valores atmicos (simples, indivisveis); A figura a seguir, destaca esse contexto:
76
se uma relao est na 2 Forma Normal (2FN), todo atributo que no seja chave deve ser totalmente dependente da chave primria. Em outras palavras: uma relao encontra-se na 2FN se e somente se estiver em 1FN e no contm dependncias parciais. Dependncia Parcial: ocorre quando uma coluna depende apenas de uma parte de uma chave primria composta; uma relao estar na 3 Forma Normal (3FN), se e somente se, estiver na 2 Forma Normal e todos os seus atributos no chaves forem dependentes no transitivos da chave primria. O item IV VERDADEIRO. Gabarito: letra E. 17. (ESAF/2008/STN/Desenvolvimento de Sistemas) Se uma restrio de integridade, classificada como restrio de banco de dados, ocorrer no momento de um COMMIT de uma transao, imediatamente executado um a) DROP. b) ROLLBACK. c) BEGIN_TRANSACTION. d) END_TRANSACTION. e) LOCKING.
77
Comentrios a) O comando DROP geralmente utilizado para remover uma tabela ou at mesmo uma base de dados existente. Obs.: Para remover tabela DROP TABLE e banco DROP DATABASE. b) O comando ROLLBACK aborta a transao corrente, desfaz a transao corrente, fazendo com que todas as modificaes realizadas pela transao sejam rejeitadas. c) O comando BEGIN_TRANSACTION utilizado para iniciar um bloco que ir conter uma transao com o banco de dados. d) O comando END_TRANSACTION utilizado para finalizar uma transao com o banco de dados. e) O comando LOCKING utilizado para garantir que no haja conflitos, podendo ser enviado ao SGBD um pedido de bloqueios em tabelas, tanto um bloqueio de leitura quanto um bloqueio de escrita. Gabarito: letra B. 18. (ESAF/2007/SEFAZ-CE) Na linguagem SQL, os procedimentos gravados para serem executados implicitamente quando ocorrer determinada ao do usurio, como, por exemplo, a modificao de uma tabela, so denominados a) Selects. b) Inserts. c) Views. d) Triggers. e) Queries. Comentrios Uma trigger uma sub-rotina, parecida com uma stored procedure, que tem como caracterstica ser executada automaticamente a partir de alguma ao realizada no banco de dados. Geralmente utilizada com um tipo de proteo ao acesso indiscriminado a dados de uma tabela. Quando h uma tentativa de inserir, atualizar ou excluir os dados em uma tabela, e uma trigger tiver sido definida na tabela para essa ao especfica, ela ser executada automaticamente, no podendo nunca ser ignorada. As triggers so usadas com enorme eficincia para impor e manter integridade referencial de baixo nvel, e no para retornar resultados de consultas. A principal vantagem que eles podem conter uma lgica de processamento complexa. Podem ser utilizadas para atualizaes e excluses em cascata atravs de tabelas relacionadas em um banco de dados, impor
78
integridades mais complexas do que uma restrio CHECK, definir mensagens de erro personalizadas e fazer comparaes dos momentos anteriores e posteriores a uma transao. Para utiliz-la necessrio o comando CREATE TRIGGER que possui a seguinte sintaxe: DELIMITER [Definio do caractere de finalizao] CREATE TRIGGER <nome> <momento> <evento> ON <tabela> FOR EACH NOW [Begin] <sentena> [END] [Uso do caractere de finalizao definido] DELIMITER; O item nome a identificao do gatilho; o momento o instante em que o disparo deve ocorrer, podendo ser uma das opes BEFORE (antes) ou AFTER (depois) que sero executadas quando um determinado evento ocorrer; evento a definio da ao que ativa o disparo, podendo ser um dos comandos de DML (INSERT, DELETE e UPDATE); tabela a identificao da tabela a ser referenciada no banco de dados que sofrer a ao; sentena a ao a ser executada quando um determinado disparo ocorrer. Se for definida uma ao, necessrio estabelecer um bloco de ao atravs dos comandos BEGIN e END.
Gabarito: letra D. 19. (ESAF/2008/STN/DESENVOLVIMENTO DE SISTEMAS) Um depsito de dados organizado por assunto, no-voltil, integrado e varivel em funo do tempo, utilizado para apoiar decises de gerenciamento, denominado a) datawarehouse. b) gesto do conhecimento. c) business Intelligence. d) minerao de dados. e) OLAP (OnLine Analytical Processing).
79
Comentrios Item A. Verdadeiro. Um data warehouse (armazm ou depsito de dados) um sistema utilizado para armazenar informaes consolidadas de um banco de dados, possibilitando a anlise de grandes volumes de dados, coletados a partir de sistemas transacionais (OLTP). Item B. Falso. Define-se Gesto do Conhecimento como a busca da melhoria de desempenho das instituies por meio de processos de procura, extrao, compartilhamento e criao de conhecimento, aplicando diferentes ferramentas e tecnologias de informao e de comunicao. Item C. Falso. Define-se Business Intelligence (Inteligncia de negcios BI) como o processo de coleta, estruturao, avaliao, disponibilizao e monitoramento de informaes para suporte ao gerenciamento de negcios. Item D. Falso. Etapa do processo de Descoberta de Conhecimento em Bases de Dados (KDD Knowledge Discovery in Databases) que corresponde execuo de um algoritmo particular que, sob algumas limitaes aceitveis de eficincia computacional, encontra padres ou modelos nos dados. Item E. Falso. OLAP (On-line Analytical Processing) a processo de manipulao e avaliao de um grande volume de dados sob mltiplas aspectos. Gabarito: letra A. 20. (ESAF/2008/MPOG/Adaptada) Algumas pessoas tm considerado que os Data Warehouses so uma extenso de vises de banco de dados. Porm, as vises fornecem apenas um subconjunto das funes e das capacidades dos data warehouses. Com relao s diferenas e similaridades entre as vises e os data warehouses, correto afirmar que: a) tanto os data warehouses quanto as vises fornecem, freqentemente, grandes quantidades de dados integrados e temporais, geralmente mais do que contido em um banco de dados. Comentrios Item FALSO. Uma View uma tabela lgica, baseada em uma tabela ou em outra viso. Ela no possui dados prprios, somente uma interface para a manipulao de um conjunto de dados. Ela pode ser utilizada para restringir o acesso a dados em uma tabela, facilitar consultas complexas e tambm otimizar o tempo dos desenvolvedores. Profa Patrcia Lima Quinto www.pontodosconcursos.com.br 80
A View uma maneira alternativa de observao de dados de uma ou mais tabelas, que compem uma base de dados. Pode ser considerada como uma tabela virtual ou uma consulta armazenada. Como exemplo de utilizao de view, cita-se a restrio usurio x domnio controlando o acesso de um usurio especfico a colunas de uma tabela. Alguns benefcios da utilizao das Views: economia de tempo com retrabalho; velocidade de acesso s informaes; mascara a complexidade do banco de dados; organiza dados a serem exportados para outros aplicativos. Um Data warehouse (ou armazm de dados) um sistema de computao utilizado para armazenar informao relativa s atividades de uma organizao em banco de dados, de forma consolidada. Ele possibilita a anlise de grandes volumes de dados, coletados dos sistemas transacionais. Por definio, os dados em um data warehouse no so volteis, ou seja, eles no mudam, so somente para leitura e no podem ser alterados. Os data warehouses surgiram como conceito acadmico na dcada de 80. Com o amadurecimento dos sistemas de informao empresariais, as necessidades de anlise dos dados cresceram paralelamente. Como os sistemas transacionais no conseguiam cumprir a tarefa de anlise com a simples gerao de relatrios, os data warehouses so atualmente o ncleo dos sistemas de informaes gerenciais e apoio a deciso das principais solues de Business Intelligence do mercado, devido a sua capacidade de sumarizar grandes volumes de dados e de possibilitar anlises. As ferramentas OLAP (Online Analytical Processing) tm como funo a navegao nos dados de um data warehouse, possuindo uma estrutura adequada tanto para as pesquisas como para a apresentao das informaes. A assertiva A falsa, tendo-se em vista que a view no tem como objetivo fornecer frequentemente grande quantidades de dados integrados, e sim fornecer um subconjunto dinmico de dados (tabela virtual) a partir de uma ou mais tabelas. Observem ainda que o item afirma indevidamente que a quantidade de dados ofertada maior do que em todo o banco de dados. Uma view no possui quantidade de dados maior do que o prprio banco de dados em que ela est inserida. Gabarito: item errado. Desenvolvimento de sistemas 21. (FGV/2010/Auditor da Receita Estadual/Governo do Estado do Amap/Q.61) Em conformidade com a metodologia orientada a objetos, com a finalidade de evitar que partes de um programa se tornem to dependentes que uma pequena alterao tenha grandes efeitos em cascata, aplicado um recurso que separa os aspectos externos e acessveis de um objeto dos detalhes internos de implementao.
81
Esse recurso utiliza um princpio da Orientao a Objetos que prope ocultar determinados elementos de uma classe das demais classes. O objetivo ao colocar uma proteo ao redor prevenir contra os efeitos colaterais indesejados ao ter essas propriedades modificadas de forma inesperada. Este recurso conhecido por: (A) coeso. (B) acoplamento. (C) polimorfismo. (D) modularidade. (E) encapsulamento. Comentrios O recurso desejado o de encapsulamento, tambm conhecido como ocultamento de informaes. Consiste na separao dos aspectos externos de um objeto, acessveis por outros objetos, dos detalhes internos da implementao daquele objeto. O encapsulamento impede que um programa se torne to dependente que uma pequena modificao possa causar grandes efeitos de propagao. Gabarito: letra E. 22. (FGV/2009/Governo do Estado do RJ/Polcia Civil do Estado do RJ/Q.26) A Anlise de Projeto Estruturado tem como principal recurso a Modelagem Funcional, que, por sua vez, utiliza uma ferramenta de elevada importncia no desenvolvimento de sistemas informatizados. Essa ferramenta conhecida como Diagrama de Fluxo de Dados e tem como finalidade representar: (A) mdulos estticos associados aos sistemas em desenvolvimento. (B) eventos taxonmicos de que fazem parte os objetos de interesse. (C) processos relacionados ao funcionamento dos objetos e sistemas. (D) relacionamentos hierrquicos que se modificam ao longo do tempo. (E) aspectos comportamentais dos objetos que interagem no sistema desenvolvido. Comentrios A anlise estruturada uma metodologia para desenvolvimento de sistemas que surgiu em meados da dcada de 70. composta por um conjunto de tcnicas e ferramentas nascidas da programao/projeto estruturado. Seu principal conceito a construo de um modelo lgico (no fsico) de um sistema, utilizando-se de grficos capazes de levar usurios e
82
analistas a formarem um quadro claro e geral do sistema e de como as suas partes se encaixam para atender s necessidades daqueles que dele precisam. O trabalho realizado com anlise estruturada tambm denominado Modelagem Funcional. Este tipo de modelagem tem como objetivo definir O QUE o sistema deve fazer. A modelagem faz uso de tcnicas que exigem que a anlise de um sistema seja representada por agentes externos, processos (ou funes), comunicaes entre esses processos (fluxos de dados) e os dados necessrios para que os processos faam seu trabalho (depsitos de dados). Esta metodologia envolve a construo de um sistema de forma topdown (do geral para o particular), por meio de refinamentos sucessivos, produzindo primeiro um fluxo de dados global do sistema, para depois desenvolver fluxos detalhados. So ento detalhadas as estruturas de dados e a lgica dos processos. Os documentos gerados pelo trabalho de anlise devem ser: passveis de manuteno, grficos, lgicos, rigorosos, concisos e legveis. Isto deve ser um sub-produto natural do trabalho, ou seja, terminada a fase de anlise, ningum deve necessitar de mais tempo para preparar a documentao - ela j deve estar concluda. A anlise estruturada usa linguagens (grficas ou formais) que tm o poder de restringir as interpretaes possveis do que queremos dizer e que constituem as ferramentas usadas. Entre essas destacamos o Diagrama de Fluxo de Dados (DFD), o Dicionrio de Dados (DD) e o Diagrama de Transio de Estados (DTE). **Diagrama de Fluxo de Dados (DFD) O DFD uma representao em rede dos processos (funes) do sistema e dos dados que ligam esses processos. Ele mostra o que o sistema faz e no como feito. a ferramenta de central da anlise estruturada, descrevendo o modelo funcional. Um DFD apresenta as partes componentes de um sistema e as interfaces entre elas, formando um conjunto integrado de procedimentos.
83
CLIENTES pedidos invlidos pedidos detalhes de pedidos 1 RECEBER PEDIDOS detalhes de remessas 2 REMETER LIVROS livros
DEPSITO
PEDIDOS
nome do cliente, endereo do cliente
nome do cliente, endereo do cliente CLIENTES livros
nome do cliente, endereo do cliente 3 COLETAR PAGAMENTOS
FATURAS
faturas, declaraes
CLIENTES
nome do cliente, detalhes de faturas
pagamentos, consultas
Na elaborao de um DFD utilizaremos quatro smbolos que nos permitiro debater e apresentar ao usurio todo o processo, sem assumir nenhum compromisso com implementaes e sem a preocupao com a hierarquizao e tomadas de deciso. Cada um desses smbolos tem um nome e possivelmente um rtulo associado:
PROCESSO
DEPSITO DE DADOS
FLUXO DE DADOS
ENTIDADE
Um DFD no descreve uma sequncia de execuo ou qualquer outra relao de controle. Se um fluxo indica que os dados passam de um processo A para um processo B, possvel que A chame B, B chame A ou ainda que um processo superior chame os dois e faa a transferncia dos dados. O DFD tambm no fornece nenhuma informao sobre a lgica de execuo, como repeties ou condies. Qualquer fluxo de dados ou processo presente pode ou no executar, uma ou mais vezes. Finalmente, o DFD tambm no informa se algo acontece (ou seja, se os fluxos de dados realmente comunicam os dados entre os processos), mas sim que algo pode acontecer (ou seja, que possvel que um processo envie seus fluxos de dados). Para obter um bom desenho do DFD, procure seguir algumas normas:
84
O sentido do desenho sempre de cima para baixo, da esquerda para a direita. As entidades externas, tanto quanto possvel, devem aparecer nas bordas do desenho. O diagrama deve caber facilmente em uma pgina. O diagrama deve ser desenhado por computador. Gabarito: letra C. 23. (FGV/2009/Governo do Estado do RJ/Polcia Civil do Estado do RJ) De acordo com as premissas da Anlise Essencial para Desenvolvimento de Sistemas, o Modelo Comportamental descreve de que maneira o sistema reage, internamente, aos estmulos vindos do exterior e mostra quais as aes que o sistema deve executar para responder, adequadamente, aos eventos previstos no Modelo Ambiental. Alm de um conjunto completo de DFDs em nveis, so componentes do modelo comportamental: (A) Diagrama de Estrutura do Sistema e Declarao de Objetivos do Sistema. (B) Diagrama Entidade-Relacionamento e Diagrama de Estrutura do Sistema. (C) Dicionrio de Dados e Diagrama Entidade-Relacionamento. (D) Especificao da Interface Homem-Mquina e Dicionrio de Dados. (E) Declarao de Objetivos do Sistema e Especificao da Interface Homem-Mquina. Comentrios O Dicionrio de Dados (DD) um repositrio de dados sobre os dados do software. Ele deve fornecer informaes sobre a definio, a estrutura e a utilizao de cada elemento de dados que o sistema utiliza. Um Elemento de Dado uma unidade de dados que no pode ser decomposta. Regras para Formao de Nomes> O nome deve ser formado por palavras separadas por sublinha at o mximo de 32 caracteres; Preferencialmente a nomeao deve ser feita de acordo com o usurio; Devem ser eliminadas preposies e conjunes; Quando houver necessidade de abreviar uma palavra, observar que a abreviatura seja clara, ou inclui-la no dicionrio. Notao:
85
Exemplo: definio do item de dado NOME: Nome = ttulo-cortesia+primeiro-nome+(nome-intermedirio)+ ltimo-nome ttulo-cortesia = [Sr./Srta./Sra./Sras./Dr./Professor] primeiro-nome = {caracter-vlido} nome-intermedirio = {caracter-vlido} ltimo-nome = {caracter-vlido} caracter-vlido = [A-Z/a-z/0-9// /] O Modelo Entidade-Relacionamento um modelo de alto nvel, independente do SGBD (Sistema Gerenciador de Banco de Dados), que representa o problema a ser modelado. A notao que ser utilizada para a representao deste modelo o DER (Diagrama EntidadeRelacionamento), exemplificado na Figura 1, onde os retngulos representam as entidades (elementos do domnio do problema) e os losangos representam os relacionamentos entre estas entidades. Entidades ainda so descritas atravs de atributos e devem possuir uma chave primria (ou Primary Key - atributo ou conjunto de atributos que identificam unicamente uma instncia em uma entidade, e que no podem receber um valor nulo). A Figura 1 representa que uma instncia da Entidade A est associada a zero (opcional) ou mais instncias da Entidade B. Por outro lado, uma instncia da Entidade B est associada a uma (obrigatoriedade), e somente uma, instncia da Entidade A. A este par de elementos chama-se cardinalidade, onde o primeiro elemento indica a participao (opcional ou obrigatrio) do relacionamento, enquanto o segundo representa o grau do relacionamento (um ou muitos).
Gabarito: letra C. 24. (ESAF/2008/AFC/STN/ TI Desenvolvimento de Sistemas) Em UML (Unified Modeling Language), o diagrama cujo foco a organizao estrutural de objetos que enviam e recebem mensagens, exibindo assim,
86
tais objetos e as ligaes entre eles, bem como as respectivas mensagens, o diagrama de a) componentes. b) colaborao. c) objetos. d) atividades. e) caso de uso. Comentrios Item a. Ilustra como as classes devero se encontrar organizadas atravs da noo de componentes de trabalho. Por exemplo, pode-se explicitar, para cada componente, qual das classes que ele representa. Item FALSO. Item b. Exibe uma interao, consistindo de um conjunto de objetos e seus relacionamentos, incluindo as mensagens que podem ser trocadas entre eles. Item VERDADEIRO. Item c. uma variao do diagrama de classes e utiliza quase a mesma notao. A diferena que o diagrama de objetos mostra os objetos que foram instanciados das classes. O diagrama de objetos como se fosse o perfil do sistema em um certo momento de sua execuo. Item FALSO. Item d. Representa os fluxos conduzidos por processamentos. essencialmente um grfico de fluxo, mostrando o fluxo de controle de uma atividade para outra. Isso envolve a modelagem das etapas sequenciais em um processo computacional. Item FALSO. Item e. Descreve a funcionalidade proposta para um novo sistema, que ser projetado. Representa uma unidade discreta da interao entre um usurio (humano ou mquina) e o sistema. So tipicamente relacionados a "atores". Um ator um humano ou entidade mquina que interage com o sistema para executar uma determinada tarefa. Item FALSO. Gabarito: letra B. 25. (ESAF/2008/AFC/STN/TI/Infraestrutura) O diagrama UML que apresenta objetos e suas ligaes mtuas, evidenciando a seqncia das mensagens trocadas por meio de nmeros de sequncia, o a) Diagrama de sequncia. b) Diagrama de estado. c) Diagrama de colaborao. d) Diagrama de caso de uso. e) Diagrama de atividade.
87
Comentrios Item a. O Diagrama de Sequncia representa a sequncia de processos (mais especificamente, de mensagens passadas entre objetos) num programa de computador. Como um projeto pode ter uma grande quantidade de mtodos em classes diferentes, pode ser difcil determinar a sequncia global do comportamento. O diagrama de sequncia representa essa informao de uma forma simples e lgica. Este descreve a maneira como os grupos de objetos colaboram em algum comportamento ao longo do tempo. Ele registra o comportamento de um nico caso de uso e exibe os objetos e as mensagens passadas entre esses objetos no caso de uso. Item FALSO. Item b. O Diagrama de Estado mostra o ciclo de vida de um objeto os eventos pelos quais ele passa, as suas transies e os estados em que ele est entre estes eventos. Um estado de um objeto um conjunto de circunstncias ou atributos que caracterizam o objeto em determinado momento. Item FALSO. Item c. O Diagrama de Colaborao exibe uma interao, consistindo de um conjunto de objetos e seus relacionamentos, incluindo as mensagens que podem ser trocadas entre eles. O Diagrama de colaborao mostra, de maneira semelhante ao diagrama de sequncia, a colaborao dinmica entre os objetos. Se a nfase do diagrama for o contexto do sistema, o diagrama de colaborao o utilizado. Item VERDADEIRO. Item d. Tem o objetivo de auxiliar a comunicao entre os analistas e o cliente. Descreve um cenrio que mostra as funcionalidades do sistema do ponto de vista do usurio. O cliente deve ver no diagrama de casos de uso as principais funcionalidades de seu sistema. Item FALSO. Item e. Uma atividade o estado de estar fazendo algo: tanto um processo de mundo real, tal como datilografar uma carta, ou a execuo de uma rotina de software, tal como um mtodo em uma classe. Este descreve a sequncia de atividades, com suporte para comportamento condicional e paralelo. Um Diagrama de Atividades uma variante de um diagrama de estados no qual a maioria, se no todos, dos estados estado de atividade. Portanto, muito da terminologia segue a mesma terminologia de estados. Item FALSO. Gabarito: letra C. 26. (ESAF/2008/AFC/STN/ TI/Infraestrutura) Considere o seguinte contexto: Um cliente pode comprar vrios livros. Em um diagrama de classes, este um exemplo de relacionamento do tipo a) Agregao. b) Generalizao. c) Especializao. d) Associao. e) Dependncia.
88
Comentrios Item a. Item FALSO. Agregao uma forma especializada de associao na qual um todo relacionado com suas partes. Tambm conhecida como relao de contedo. representada como uma linha de associao com um diamante junto Classe agregadora. A multiplicidade representada da mesma maneira que nas associaes. Complementando, a agregao um caso particular da associao. A agregao indica que uma das classes do relacionamento uma parte, ou est contida em outra classe. As palavras chaves usadas para identificar uma agregao so: consiste em, contm, parte de. Existem dois tipos de agregao: Agregao Compartilhada e Agregao de Composio. Uma agregao dita Compartilhada quando uma das classes uma parte, ou est contida na outra, mas esta parte pode fazer estar contida na outra em um mesmo momento. A figura a seguir apresenta um exemplo deste tipo de agregao.
Time
* Membros
Pessoa
Uma Agregao de Composio aquela classe que est contida na outra vive e constitui a outra. Se o objeto da classe que contm for destrudo, as classes da agregao de composio sero destrudas juntamente j que as mesmas fazem parte da outra.
Text * Janela * * * Menu ListBox Boto
Item b. Item FALSO. Generalizao a capacidade de se criar superclasses que encapsulam estrutura e/ou comportamento comuns a vrias subclasses. Os procedimentos para se obter a generalizao so: identificar similaridades de estrutura/ comportamento entre vrias classes; criar a superclasse para encapsular a estrutura/comportamento comum; as classes originais passam a ser subclasses da nova superclasse criada.
89
Cabe destacar que a generalizao um relacionamento entre um elemento geral e um outro mais especfico. O elemento mais especfico possui todas as caractersticas do elemento geral e contm ainda mais particularidades. Um objeto mais especfico pode ser usado como uma instncia do elemento mais geral. A generalizao, tambm chamada de herana, permite a criao de elementos especializados em outros. Na generalizao normal a classe mais especfica, chamada de subclasse, herda tudo da classe mais geral, chamada de superclasse. Os atributos, operaes e todas as associaes so herdados pela subclasse. A generalizao normal representada por uma linha entre as duas classes que fazem o relacionamento, sendo que coloca-se um seta no lado da linha onde encontra-se a superclasse indicando a generalizao. A figura a seguir apresenta um exemplo de generalizao normal.
Conta Corrente
Poupana
Para identificar-se a Generalizao, deve-se analisar os seguintes itens:
Existncia de classes genricas (supertipos) e classes especializadas (subtipos). Identificar na Especificao de Requisitos situaes onde:
o o o
Um objeto possua diferentes sub-tipos; A interface do sub-tipo deve seguir a interface do supertipo; e A possibilidade de substituir o supertipo pelo subtipo.
A generalizao na Anlise Orientada a Objetos est associada Herana na implementao. Item c. Item FALSO. Especializao o resultado da separao de entidades de nvel superior, formando um conjunto de entidades de nvel inferior. Item d. Item VERDADEIRO. Associao um relacionamento estrutural que descreve um conjunto de ligaes; so conexes entre objetos; agregao um tipo especial de associao. Complementando, o tipo mais comum de associao apenas uma conexo entre classes. O relacionamento de associao representado por uma linha slida entre duas classes. A associao possui um nome (junto linha que representa a associao), normalmente um verbo, mas substantivos tambm so permitidos.
90
Pode-se tambm colocar uma seta no final da associao indicando que esta s pode ser usada para o lado onde a seta aponta. Mas associaes tambm podem possuir dois nomes, significando um nome para cada sentido da associao. Para expressar a multiplicidade entre os relacionamentos, um intervalo indica quantos objetos esto relacionados no link. O intervalo pode ser de zero para um (0..1), zero para vrios (0..* ou apenas *), um para vrios (1..*), dois (2), cinco para 11 (5..11) e assim por diante. tambm possvel expressar uma srie de nmeros como (1, 4, 6..12). Se no for descrito nenhuma multiplicidade, ento considerado o padro de um para um (1..1 ou apenas 1). A figura a seguir apresenta um exemplo de relacionamento de associao entre a classe Cliente e a classe Conta Corrente.
possvel conectar uma classe a ela mesma atravs de uma associao e que ainda representa semanticamente a conexo entre dois objetos, mas os objetos conectados so da mesma classe. Uma associao deste tipo chamada de associao recursiva, sendo apresentada na prxima figura.
Em alguns modelos nem todas as combinaes so vlidas, e isto pode causar problemas que devem ser tratados. Uma associao exclusiva uma restrio em duas ou mais associaes. Ela especifica que objetos de uma classe podem participar de no mximo uma das associaes em um dado momento. Uma associao exclusiva representada por uma linha tracejada entre as associaes que so parte da associao exclusiva, com a restrio {xor} sobre a linha tracejada. Uma classe pode ser associada a uma outra associao. Este tipo de associao no conectada a nenhuma das extremidades da associao j existente, mas na prpria linha da associao. Esta associao serve para se adicionar informaes extra a associao j existente. A figura a seguir apresenta uma associao deste tipo.
91
Cliente Processo
Fila
No exemplo anterior, a associao da classe Fila com a associao das classes Cliente e Processo pode ser estendida com operaes de adicionar processos na fila, para ler e remover da fila e de ler o seu tamanho. Se operaes ou atributos so adicionados a associao, ela deve ser mostrada como uma classe. Mais de duas classes podem ser associadas entre si, a associao ternria associa trs classes. Ela mostrada como um losango (diamante) e ainda suporta uma associao de classe ligada a ela, traaria-se, ento, uma linha tracejada a partir do losango para a classe onde seria feita a associao ternria, como mostrado na prxima figura.
Contrato 0..* 1..* Cliente
1..* Regras Contratuais
No exemplo anterior a associao ternria especifica que um cliente poder possuir 1 ou mais contratos e cada contrato ser composto de 1 ou vrias regras contratuais. Para identificarem-se associaes em um diagrama de classes, deve-se:

Analisar a comunicao entre os objetos; Identificar uma solicitao de servios de outros objetos; e Identificar na especificao de requisitos operaes nas quais so necessrias intervenes externas de outros objetos.
Item e. Item FALSO. Dependncia um relacionamento semntico entre dois itens nos quais a alterao de um (o item independente) pode afetar a semntica do outro item (o item dependente) O relacionamento de dependncia representado por linhas tracejadas. Gabarito: letra D.
92
27. (ESAF/2008/AFC/STN/TI/DESENVOLVIMENTO DE SISTEMAS) Em hierarquias de generalizao UML, a caracterstica na qual uma classe herda tanto propriedades e relacionamentos de sua superclasse imediata quanto de suas superclasses no-imediatas (aquelas em um nvel mais alto na hierarquia) denominada a) transitividade. b) simetria. c) assimetria. d) herana mltipla. e) associao. Comentrios Item a. Uma classe em uma hierarquia herda propriedades e relacionamentos de todos os seus ancestrais. Item VERDADEIRO. Item b. No existe a concepo de simetria em hierarquias de generalizao. Item FALSO. Item c. Dadas duas classes A e B, se A for uma generalizao de B, ento B no pode ser uma generalizao de A. Ou seja, no pode haver ciclos em uma hierarquia de generalizao. Item FALSO. Item d. quando uma subclasse herda estrutura e/ou comportamento de mais de uma superclasse. Herana uma relao entre Classes de Objetos, e no uma relao entre instncia das Classes. Item FALSO. Item e. Uma associao representa um relacionamento entre classes, e fornece a semntica comum e a estrutura para muitos tipos de conexes entre objetos. Associao o mecanismo que permite objetos comunicarem-se entre si. Elas descrevem a conexo entre diferentes classes (a conexo entre os objetos atuais chamada conexo do objeto, ou link. Associaes podem ter uma regra que especifica o propsito da associao e pode ser uni ou bidirecional (indicando se os dois objetos participantes do relacionamento podem mandar mensagens para o outro, ou se apenas um deles sabe sobre o outro). Cada ponta da associao tambm possui um valor de multiplicidade, que dita como muitos objetos neste lado da associao pode relacionar-se com o outro lado.
93
Em UML, associaes so representadas como linhas conectando as classes participantes do relacionamento, e podem tambm mostrar a regra e a multiplicidade de cada um dos participantes. A multiplicidade exibida como um intervalo [min...mx] de valores no negativos, com uma estrela (*) no lado mximo representando infinito. Item FALSO.
Gabarito: letra A. 28. (ESAF/2007/SEFAZ-CE) Analise as seguintes afirmaes relacionadas programao orientada a objetos e a UML. I. Um relacionamento uma conexo entre itens. Na modelagem orientada a objetos, os quatro relacionamentos mais importantes so as dependncias, as generalizaes, as associaes e as realizaes. II. Um diagrama de objetos um tipo especial de diagrama, composto por objetos e seus vnculos, que compartilha as mesmas propriedades comuns a todos os outros diagramas, isto , um nome e o contedo grfico. III. As excees so manifestaes concretas de uma abstrao qual um conjunto de operaes, sempre esperadas e controladas, podero ser aplicadas. IV. O diagrama de classes faz a modelagem de instncias de itens contidos em diagramas de objetos. Um diagrama de classes mostra um conjunto de objetos e seus relacionamentos em determinado ponto no tempo. Indique a opo que contenha todas as afirmaes verdadeiras. a) I e II b) II e III c) III e IV d) I e III e) II e IV Comentrios Item I. Os quatro relacionamentos mais importantes na modelagem orientada a objetos so: as dependncias, herana (ou generalizao), associao e as realizaes. Item VERDADEIRO. Item II. O diagrama de objetos uma variao do diagrama de classes e utiliza quase a mesma notao. A diferena que o diagrama de objetos mostra os objetos que foram instanciados das classes. O diagrama de objetos como se fosse o perfil do sistema em um certo momento de sua execuo. Os diagramas de objetos no so to importantes como os diagramas de classes, mas eles so muito teis para exemplificar diagramas complexos de classes ajudando muito em sua compreenso. Diagramas de objetos tambm
94
so usados como parte dos diagramas de colaborao, onde a colaborao dinmica entre os objetos do sistema so mostrados (STEVENS, 2000). Item VERDADEIRO. Item III. Excees e erros simples podem ser mostrados na interao onde ocorreram, excees e erros complexos podem exigir suas prprias interaes. O diagrama principal descreve a sequncia normal de comunicao entre os objetos e os diagramas complementares descrevem as sequncias de tratamento de erros e excees. Nem todas as excees so esperadas e tratadas (STEVENS, 2000). Item FALSO. Item IV. Diagrama de classes uma representao da estrutura e relaes das classes que servem de modelo para objetos. uma modelagem muito til para o sistema, define todas as classes que o sistema necessita possuir e a base para a construo dos diagramas de comunicao, sequncia e estados. Um objeto nada mais que uma instncia da classe. Ento o Item IV est incorreto ao mencionar que o diagrama de classes faz instncias de itens de objetos, essas classes nada mais so do que os prprios modelos para objetos (STEVENS, 2000). ITEM FALSO. Gabarito: letra A. 29. (ESAF/2005/AFRF) Analise as seguintes afirmaes relacionadas anlise e ao projeto orientados a objetos: I. O principal propsito do diagrama entidade relacionamento (E-R) representar os objetos e suas relaes. II. As tabelas de objetos de dados podem ser normalizadas, aplicando-se um conjunto de regras de normalizao, resultando em um modelo relacional para os dados. Uma dessas regras especifica que: determinada instncia de um objeto tem um e somente um valor para cada atributo. III. Um objeto em potencial no poder ser utilizado ou considerado durante a anlise se a informao sobre ele precisar ser lembrada para que o sistema possa funcionar. IV. Devido caracterstica da reusabilidade da orientao a objetos, a prototipao um modelo de desenvolvimento de software que no pode ser considerado nem utilizado na anlise orientada a objetos. Indique a opo que contenha todas as afirmaes verdadeiras. a) I e III b) II e III c) III e IV d) I e II
95
e) II e IV Comentrios Item I. O diagrama de entidades descreve o modelo de dados de um sistema com alto nvel de abstrao. Ele a principal representao do modelo de entidades e relacionamentos. usado para representar o modelo conceitual do negcio. Item VERDADEIRO. Item II. As tabelas de objetos podem ser "normalizadas" aplicando-se um conjunto de regras de normalizao, resultando num modelo relacional de dados. As regras de normalizao, quando aplicadas s tabelas de objetos de dados, resultam em mnima redundncia - ou seja, a quantidade de informaes que precisamos manter para satisfazer um problema em particular minimizada. Item VERDADEIRO. Item III. A identificao de objetos inicia-se ao examinar a declarao do problema ou ao executar uma "anlise gramatical" da narrativa de processamento do sistema a ser construdo. Objetos so determinados sublinhando-se cada nome ou clusula nominal e colocando-se numa tabela. O objeto em potencial ser til durante a anlise somente se a informao sobre ele precisar ser lembrada de forma que o sistema possa funcionar. Este deve ter um conjunto de operaes identificveis que podem mudar o valor de seus atributos de alguma forma. Esse conceito foi cunhado por Yourdon de informao retida, necessria para identificao de objetos, tornando-a falsa. Item FALSO. Item IV. Prototipao uma abordagem baseada numa viso evolutiva do desenvolvimento de software, afetando o processo como um todo. Esta abordagem envolve a produo de verses iniciais, ou seja, prottipos (anlogo a maquetes para a arquitetura) de um sistema futuro com o qual se pode realizar verificaes e experimentaes para se avaliar algumas de suas qualidades antes que o sistema venha realmente a ser construdo. Item FALSO. Gabarito: letra D. 30. (ESAF/2008/AFC/STN/TI/DESENVOLVIMENTO DE SISTEMAS) No que se refere s regras consideradas para a elaborao de diagramas de fluxos de dados, correto afirmar que a) um processo pode ser uma atividade nica ou implicar processamento contnuo. b) caixas representam dados, cujos nomes expressam artefatos.
96
c) linhas so processos, cujas denominaes compreendem frases que possuem verbos. d) duas linhas saindo de uma caixa indicam a ordem de controle. e) seus elementos so exclusivamente componentes de software. Comentrios Item a. O primeiro componente de um DFD conhecido como processo. Os sinnimos mais conhecidos so bolha, funo e transformao. O processo mostra uma parte do sistema, a que transforma entradas em sadas, isto , mostra como uma ou mais entradas so convertidas em sadas. O processo representado graficamente por um crculo. Tambm pode ser representado com uma figura oval ou um retngulo com as bordas arredondadas. Item VERDADEIRO. Item b. Os depsitos de dados so representados por duas barras paralelas, e o seu nome (por exemplo: Alunos, Clientes, etc) expressa as entidades armazenadas. Item FALSO. Item c. Processos so mostrados como crculos ou bolhas e representam as diversas funes do sistema. As funes transformam entradas em sadas. Item FALSO. Item d. O que existe uma seta indicando o sentido do fluxo. Item FALSO. Item e. Elementos do DFD: origem ou destino dos dados reside fora da fronteira do sistema; transformador de dados reside dentro das fronteiras do sistema; item ou coleo de dados; depsito para armazenar dados em repouso (mantidos pelo sistema). Item FALSO. Gabarito: letra A. 31. (ESAF/2007/SEFAZ-CE) Analise a descrio a seguir.
O paradigma do ciclo de vida clssico da engenharia de software abrange seis atividades. Na atividade de _____________ so traduzidas as exigncias de uma representao do software que podem ser avaliadas quanto qualidade antes que se inicie a codificao. Escolha a opo que preenche corretamente a lacuna acima. a) anlise b) engenharia de sistemas c) teste e anlise de riscos
97
d) coleta de requisitos e) projeto Comentrios Como todo produto industrial, o produto de software tem seu ciclo de vida: ele concebido para tentar atender a uma necessidade; especificado, quando essas necessidades so traduzidas em requisitos viveis; desenvolvido, transformando-se em um conjunto formado por cdigo e outros itens, como modelos, documentos e dados; passa por algum procedimento de aceitao e entregue a um cliente; entra em operao, usado, e sofre atividades de manuteno, quando necessrio; retirado de operao ao final de sua vida til. O ciclo de vida compreende muitas atividades, que so assunto das diferentes reas da Engenharia de Software. A figura seguinte mostra um modelo do ciclo de vida clssico da engenharia de software, que dividido em seis atividades. So elas:
Figura. Modelo em Cascata proposto por Bezerra. Levantamento de Requisitos: tem por objetivo propiciar que usurios e desenvolvedores tenham a mesma compreenso do problema a ser resolvido. Anlise: tem por objetivo construir modelos que determinam qual o problema para o qual estamos tentando conceber uma soluo de software.
98
Projeto: estgio no qual o modelo de anlise ter de ser adaptado de tal modo que possa servir como base para implementao no ambiente alvo. Codificao (implementao): a codificao do sistema efetivamente executada. Teste: consiste na verificao do software. Implantao: entrada em produo do sistema.
Foi mencionado nessa questo que a atividade procurada realizada antes da atividade de codificao, ou seja, antes da implementao do sistema. A atividade que procuramos responsvel por descrever COMO o sistema ser implementado, atravs da cobertura completa dos requisitos, traduzindo-os numa especificao (KRUCHTEN, 2003), e a resposta correta Projeto! Gabarito: letra E. 32. (ESAF/2007/SEFAZ-CE) Analise a seguinte descrio relacionada ao modelo espiral para a engenharia de software. O modelo espiral para a engenharia de software, alm de abranger as caractersticas do ciclo de vida clssico e o da prototipao, apresenta um novo elemento, denominado _____________, que faltava a esses paradigmas. Escolha a opo que preenche corretamente a lacuna acima. a) anlise de riscos b) planejamento c) engenharia d) projeto e) teste Comentrios O modelo em espiral foi originalmente proposto por Boehm (BOEHM, 1988), em que a sequncia de atividades substituda pelo processo em espiral. Cada loop na espiral representa uma fase do processo de software. Dessa forma, segundo Sommerville (2007), o loop mais interno pode estar relacionado viabilidade do sistema; o loop seguinte, definio de requisitos; o prximo, ao projeto do sistema e assim por diante. Cada loop na espiral est dividido em quatro setores:
99
Definio de objetivos: os objetivos especficos dessa fase do projeto so definidos. As restries sobre o processo e o produto so identificadas e um plano detalhado de gerenciamento elaborado. Os riscos de projeto so identificados. Dependendo disso, estratgias alternativas podem ser planejadas. Avaliao e reduo de riscos. Para cada risco de projeto identificado, uma anlise detalhada realizada. Providncias so tomadas para reduzir o risco. Por exemplo, se houver risco de que os requisitos no sejam aprovados, um prottipo do sistema poder ser desenvolvido. Desenvolvimento e validao. Aps a avaliao de risco, um modelo de desenvolvimento para o sistema selecionado. Planejamento. O projeto revisado e uma deciso tomada para prosseguimento ao prximo loop da espiral. Se a deciso for pelo prosseguimento, sero elaborados planos para a prxima fase do projeto. Abortar um projeto se ele apresentar um alto fator de risco. A elaborao dos objetivos representa o incio do ciclo em espiral, como desempenho e funcionalidade. Os caminhos alternativos para alcanar esses objetivos e as restries impostas sobre cada um deles so, ento, enumerados. Cada alternativa avaliada em relao a cada objetivo e as fontes de riscos de projeto so identificadas. O prximo passo resolver esses riscos por meio de atividades de coleta de informaes, tais como anlise mais detalhada, prototipao e simulao. Aps a avaliao dos riscos, realizada uma parte do desenvolvimento, seguida pela atividade de planejamento para a prxima fase do processo (SOMMERVILLE, 2007).
Figura. Modelo espiral representando um ciclo de vida inteiro Fonte: (PRESSMAN, 1997). Gabarito: letra A.
100
33. (ESAF/2008/MPOG) O processo da engenharia de sistemas possui importantes diferenas em relao ao processo de desenvolvimento de software, principalmente no que se refere s suas fases. Indique a opo que representa as fases do processo da engenharia de sistemas. a) Comunicao, Planejamento, Modelagem, Construo e Implantao. b) Anlise de requisitos, Projeto do sistema, Projeto do programa, Codificao, Testes de Unidades e de Integrao, Teste do sistema, Teste de Aceitao, Operao e Manuteno. c) Definio de Requisitos, Projeto de sistemas e de software, Implementao e testes de unidades, Integrao e testes de sistemas, Operao e manuteno. d) Anlise dos requisitos do sistema, Projeto da arquitetura do sistema, Codificao e testes do sistema, Integrao e teste do sistema, Teste de qualificao do sistema, Instalao do sistema e Descontinuao do sistema. e) Definio de requisitos, Projeto do sistema, Desenvolvimento de subsistemas, Integrao do sistema, Instalao do sistema, Evoluo do sistema e Desativao do sistema. Comentrios A engenharia de sistemas uma atividade de especificao, projeto, implementao, validao, implantao e manuteno de sistemas sociotcnicos. Os engenheiros de sistema so responsveis pelos softwares, e no somente esses, mas tambm o hardware, as interaes do sistema com os usurios e seu ambiente. Alm disso, servios que o sistema fornece, restries de operao, criao e utilizao, a fim de atingir seu propsito (SOMMERVILLE, 2007).
Figura. Fonte: (SOMMERVILLE, 2007) Gabarito: letra E.

101
34. (ESAF/2008/MPOG) Os requisitos de um sistema so descries dos servios fornecidos pelo sistema e as suas restries operacionais. Indique a opo que corretamente se relaciona com a anlise ou gerenciamento de requisitos. a) Requisitos de sistema so declaraes do usurio que definem, detalhadamente, as funes, os servios e as restries operacionais do sistema. b) As representaes de dados usadas nas interfaces de sistemas so exemplos de requisitos funcionais. c) A exigncia de que o sistema deva fornecer telas apropriadas para o usurio ler os documentos no repositrio de documentos um exemplo de requisito funcional. d) A exigncia de que o sistema no deva revelar quaisquer informaes pessoais sobre os usurios do sistema ao pessoal de vendas que o utiliza, com exceo do nome e cargo, um exemplo de requisito funcional. e) Avaliar se os requisitos associados ao desempenho, ao comportamento e s caractersticas operacionais do sistema foram explicitamente declaradas uma tarefa de especificao de requisites Comentrios Item a. Existem diferentes definies encontradas na literatura tcnica para requisitos: Um requisito uma caracterstica do sistema ou a descrio de algo que o sistema capaz de realizar para atingir os seus objetivos; As descries das funes e restries so os requisitos do sistema; Um requisito uma propriedade que o software deve exibir para resolver algum problema no mundo real; Uma condio ou uma capacidade que deve ser alcanada ou estar presente em um sistema para satisfazer um contrato, padro, especificao ou outro documento formalmente imposto... Percebe-se que as citaes encontradas definem o mesmo conceito sob diferentes perspectivas. Podemos entender requisitos como sendo o conjunto de necessidades explicitadas pelo cliente que devero ser atendidas para solucionar um determinado problema do negcio no qual o cliente faz parte. importante estar atento para esta definio: embora o requisito seja definido pelo cliente, nem sempre o que o cliente quer o que o negcio precisa. Cabe equipe de consultores identificar a real necessidade do negcio. Neste contexto, requisitos so importantes para:
102
Estabelecer uma base de concordncia entre o cliente e o fornecedor sobre o que o software far; Fornecer uma referncia para a validao do produto final; Reduzir o custo de desenvolvimento (requisitos mal definidos causam retrabalho). Na questo, podemos observar que a letra A est INCORRETA, pois informa que requisitos do sistema so declaraes do usurio, e estes descrevem apenas requisitos funcionais e no funcionais. Conforme visto, o conceito de requisito do sistema muito mais abrangente; requisitos de sistema so verses expandidas dos requisitos de usurio usados pelos engenheiros de software como ponto de partida para o projeto do sistema. Eles adicionam detalhes e explicam como os requisitos de usurio devem ser fornecidos pelo sistema. Deve ser uma especificao completa e consistente de todo o sistema. So definidos pelas preferncias dos usurios, alm das questes polticas e organizacionais. Item b. Entendida a definio de requisitos, preciso conhecer seus tipos. Requisitos funcionais So requisitos diretamente ligados a funcionalidade do software, descrevem as funes que o software deve executar. Thayer (1990) corrobora a definio anterior, ao especificar que requisito funcional um requisito de sistema de software que especifica uma funo que o sistema ou componente deve ser capaz de realizar. Estes so requisitos de software que definem o comportamento do sistema, ou seja, o processo ou transformao que componentes de software ou hardware efetuam sobre as entradas para gerar as sadas. Esses requisitos capturam as funcionalidades sob o ponto de vista do usurio. Alguns exemplos so: O software deve permitir o cadastro de clientes; O software deve permitir a gerao de relatrios sobre o desempenho de vendas no semestre; O software deve permitir o pagamento das compras atravs de carto de crdito.
103
Requisitos no funcionais So requisitos que expressam condies que o software deve atender ou qualidades especficas que o software deve ter. Em vez de informar o que o sistema far, os requisitos no-funcionais colocam restries no sistema. Segundo Thayer (1990) em engenharia de sistemas de software, um requisito no funcional de software aquele que descreve no o que o sistema far, mas COMO ele far. Assim, por exemplo, tm-se requisitos de desempenho, requisitos da interface externa do sistema, restries de projeto e atributos da qualidade. A avaliao dos requisitos no funcionais feita, em parte, por meio de testes, enquanto que outra parte avaliada de maneira subjetiva. Requisitos no funcionais so aqueles que no esto diretamente relacionados funcionalidade de um sistema. O termo requisitos no funcionais tambm chamado de atributos de qualidade. Se tais requisitos no so levados em considerao, ento o sistema de software poder ser inconsistente e de baixa qualidade. Para tanto, quanto mais cedo forem definidos os critrios arquiteturais, mais cedo o projetista pode identificar o estilo, ou combinao de estilos, mais apropriado ao sistema considerado. Alguns exemplos so: O software deve ser compatvel com os browsers IE (verso 5.0 ou superior) e Firefox (1.0 ou superior); O software deve garantir que o tempo de retorno das consultas no seja maior do que 5 segundos. Considere, por exemplo, o padro IEEE-Std 830-1993 [IEEE 1993] que lista um conjunto de 13 requisitos no funcionais a serem considerados no documento de especificao de requisitos de software. Este padro inclui, dentre outros, requisitos de desempenho, confiabilidade, portabilidade e segurana. Embora haja um conjunto de propostas, consideradas como complementares, concentraremos nossas atenes num conjunto de requisitos diretamente associados a um sistema de software e, especificamente, arquitetura de software. Este conjunto baseado numa classificao apresentada por Sommerville (2007), em que feita a distino entre requisitos externos, de produto, e de processo. A figura seguinte uma adaptao da proposta de Sommerville, onde consideramos os requisitos de produto, associados arquitetura de software, bem como adicionamos outros no presentes na proposta original de Sommerville. importante observar que a figura mostra um subconjunto de
104
requisitos no funcionais, denominados de requisitos de produtos os quais esto associados arquitetura de um sistema de software. Note que a classificao apresentada em Sommerville (2007) ainda considera os requisitos de processo e requisitos externos como sendo requisitos no funcionais, alm dos requisitos de produtos. A figura exibe um conjunto de 7 requisitos no funcionais, sendo alguns destes ainda decompostos.
Figura. Tipos de requisitos no funcionais Fonte: Engenharia de Software Magazine, Ed. 3. Ano I. Requisitos de domnio So requisitos derivados do domnio da aplicao e descrevem caractersticas do sistema e qualidades que refletem o domnio. Podem ser requisitos funcionais novos, restries sobre requisitos existentes ou computaes especficas. Dois exemplos de requisitos do domnio so: O calculo da mdia final de cada aluno dado pela frmula: (Nota1 * 2 + Nota2 *3)/5;
105
Um aluno pode se matricular em uma disciplina desde que ele tenha sido aprovado nas disciplinas consideradas pr-requisitos. A letra b est INCORRETA, pois menciona as representaes de dados como exemplo de requisitos funcionais, e estas no fazem parte da especificao. Item c. Item VERDADEIRO. Item d. A letra D est INCORRETA, pois se trata de um requisito no funcional, em que suas caractersticas principais so as restries sobre os servios ou as funes oferecidas pelo sistema. Incluem restries de tempo, restries sobre o processo de desenvolvimento e padres. Item e. Est INCORRETO, pois caractersticas operacionais do sistema no fazem parte do escopo de requisitos do sistema (SOMMERVILLE, 2007). Gabarito: letra C. 35. (ESAF/2007/SEFAZ-CE) Na engenharia de software, o objetivo do processo de Teste de Software a) provar que o software est 100% isento de defeitos. b) corrigir apenas os defeitos de alta criticidade. c) executar apenas os testes de caixa preta. d) demonstrar o correto funcionamento do software. e) encontrar defeitos. Comentrios A realizao dos testes importante devido aos custos associados correo de falhas, podendo despender at 40% do esforo de desenvolvimento. Em sistema crticos os testes podem custar at 5 vezes mais que todas as outras fases juntas. Esta atividade constitui uma anomalia interessante para o engenheiro de software. Durante as fases de definio e desenvolvimento anteriores, o engenheiro tenta construir o software, partindo de um conceito abstrato para uma implementao tangvel. Agora, surge a fase de testes, e o engenheiro cria uma srie de casos de teste que tm a inteno de demolir o software que ele construiu. De fato, a atividade de teste um passo do processo de engenharia de software que poderia ser visto (pelo menos no ponto de vista psicolgico) como destrutivo, em vez de construtivo.
106
A atividade de teste deveria promover culpa? Ela realmente destrutiva? A resposta definitivamente no. Porm, os objetivos da atividade de teste so bem diferentes do que poderamos esperar. Objetivos da Atividade de Teste As seguintes regras podem servir como objetivos de teste:
A atividade de teste o processo de executar um programa com a inteno de descobrir erros; Um bom caso de teste aquele que tem uma elevada probabilidade de revelar um erro ainda no descoberto; e Um teste bem sucedido aquele que revela um erro ainda no descoberto ou inesperado.
Os objetivos apontados acima apresentam uma viso diferente daquela que se costuma possuir com relao atividade de testes, que seria a de que um teste bem-sucedido no apontaria erros. O objetivo na verdade projetar testes que encontrem sistematicamente diferentes classes de erros e faam-no com uma quantidade de tempo e esforo mnimos. Se a atividade de testes for conduzida com sucesso, ela descobrir erros no software. Como um benefcio secundrio, a atividade de teste demonstra que as funes de software aparentemente esto trabalhando de acordo com as especificaes, que os requisitos de desempenho aparentemente foram cumpridos. Alm disso, os dados compilados quando a atividade de testes levada a efeito, proporcionam uma boa indicao da confiabilidade de software e alguma indicao da qualidade do software como um todo. A realizao dos testes de software segue o fluxo de informaes apresentado na prxima figura.
Configurao de Software Resultados dos Testes Atividades de Testes Taxa de Erros Configurao de Testes Resultados Esperados Modelo de confiabilidade Correes Confiabilidade prevista
Avaliao Erros
Depurao
Na figura pode-se observar que duas classes de entrada so fornecidas ao processo de teste:
Configurao de Software (Especificao de requisitos, o Projeto e o Cdigo-fonte); e

107
Configurao de teste (Casos de teste).
medida que os resultados de teste so reunidos e avaliados e avaliados, obtm-se uma indicao da qualidade do produto. Se nenhum erro for encontrado, pode ser que os testes sejam inadequados. Uma importante caracterstica da atividade de teste, que deve ser lembrada no momento de sua realizao: a atividade de teste no pode garantir a ausncia de erros! O processo de teste de software tem, portanto, duas metas distintas: demonstrar ao desenvolvedor e ao cliente que o software atende aos requisitos; descobrir falhas ou defeitos no software que apresenta comportamento incorreto, no desejvel ou em no conformidade com sua especificao (SOMMERVILLE, 2007).
Com isso podemos afirmar que as letras A, B, C e D esto incorretas. Gabarito: letra E. 36. (FGV/Fiscal de Rendas ICMS-RJ/2007) Uma arquitetura de DataWarehouse refere-se maneira de representar a estrutura completa de dados, comunicao, processamento e resultados que so apresentados aos usurios finais dentro da empresa. Nesse contexto, uma camada visa a prover acesso universal aos dados, sendo absolutamente necessrio manter algum repositrio de metadados, entendendo-se um metadado como um dado sobre um dado dentro da corporao. Exemplos de metadados so os registros descritivos em um programa codificado em COBOL. Da mesma forma, so tambm as sentenas DIMENSION em FORTRAN, ou CREATE em SQL. A camada em referncia denominada de: (A) Acesso a Dados. (B) Diretrio de Dados. (C) Replicao dos Dados. (D) Gerenciamento de Dados. (E) Administrao da Base de Dados. Comentrios Essa questo provavelmente foi retirada de www.ppgia.pucpr.br/.../DW/data%20warehouse%20nota%20de%20aula.doc. Vamos aos comentrios!! A arquitetura de um Data Warehouse composta por algumas partes interconectadas, como as destacadas a seguir:
108
Base de Dados Operacional / Camada de Base de Dados Externa Camada de Acesso a Informaes Camada de Acesso aos Dados Camada de Diretrio de Dados (Meta Dados) Camada de Gerenciamento de Processos Camada de Troca de Mensagens entre Aplicaes Camada do Data Warehouse Camada de Organizao dos Dados a camada de Diretrio de Dados (tambm chamada de Meta Dados) que visa a prover acesso universal aos dados. Para ter um Data Warehouse completamente funcional, necessrio que a empresa possua uma vasta variedade de metadados ( um dado sobre um dado dentro da corporao) disponveis: dados sobre os relatrios dos usurios finais, dados sobre as bases de dados operacionais e outros. Idealmente, usurios finais devem ser capazes de acessar dados do Data Warehouse (ou das bases de dados operacionais) sem precisar saber onde os dados realmente residem ou como esto armazenados. Gabarito: letra B. 37. (FGV/Fiscal de Rendas ICMS-RJ/2007) A gesto do conhecimento tem por objetivo maximizar os ativos de conhecimento de uma organizao. A esse respeito, assinale a afirmativa incorreta. (A) Gesto do conhecimento um processo que ajuda as organizaes a identificar, selecionar, organizar, disseminar, transferir e aplicar informaes e experincias importantes que fazem parte de sua memria. (B) A tecnologia da informao disponibiliza recursos modernos para sistematizar, aprimorar e agilizar a gesto do conhecimento numa organizao. (C) preocupao da gesto do conhecimento evitar perdas de conhecimento devido a mudanas rpidas, rodzio de funcionrios e downsizing. (D) Conhecimento tcito lida com o conhecimento mais objetivo, racional e tcnico. Numa organizao so, por exemplo, regras, polticas, relatrios, produtos e competncias centrais. (E) A gesto do conhecimento deve incentivar a constituio de comunidades de prtica, formadas por pessoas com interesses profissionais comuns. Comentrios
109
A letra A errada, tendo-se em vista que o conhecimento explcito que lida com o conhecimento mais objetivo, racional e tcnico. Numa organizao so, por exemplo, regras, polticas, relatrios, produtos e competncias centrais. Conforme destaca Mendes (2005) o conhecimento tcito aquele que o indivduo adquiriu ao longo da vida, e est na cabea das pessoas. Normalmente difcil de ser formalizado ou explicado a outra pessoa, pois subjetivo e inerente s habilidades de uma pessoa, como "know-how". A palavra tcito vem do latim tacitus que significa "no expresso por palavras". Conhecimento explcito aquele formal, claro, regrado, fcil de ser comunicado. Pode ser formalizado em textos, desenhos, diagramas, etc. assim como guardado em bases de dados ou publicaes. A palavra explcito vem do latim explicitus que significa "formal, explicado, declarado". Geralmente est registrado em artigos, revistas, livros e documentos. Gabarito: letra D. 38. (FGV/Fiscal de Rendas ICMS-RJ/2007) A Tecnologia da Informao (TI) gerou mudanas e transformaes para indivduos, organizaes e a sociedade. Sobre o impacto da TI no trabalho, analise as afirmativas a seguir: I. Gestores podem, com auxlio da TI, finalizar suas tarefas mais rapidamente, uma vez que as informaes necessrias j esto disponveis. II. A TI aumenta a capacidade de, com nvel inferior, executarem tarefas de empregados com nvel superior. III. A impessoalidade nas atividades e nas relaes de trabalho, comum ao ambiente tecnolgico, no existe no trabalho mediado pela Internet. Assinale: (A) se nenhuma afirmativa for correta. (B) se somente as afirmativas I e III forem corretas. (C) se somente as afirmativas I e II forem corretas. (D) se somente as afirmativas II e III forem corretas. (E) se todas as afirmativas forem corretas. Comentrios Item I. A utilizao da Tecnologia da Informao nas empresas contribui para o oferecimento de informaes atualizadas para que os gestores possam tomar decises. Item Certo. Item II. Afirmativa incompleta. A banca acatou os recursos que apontam a afirmativa II como passvel de interpretao equivocada, o que poderia prejudicar os candidatos.
110
Item III. A impessoalidade tambm est presente na Internet. Item Errado. Gabarito: anulada. 39. (FGV/Fiscal de Rendas/ ICMS-RJ/2008) A figura abaixo ilustra uma sub-rede de microcomputadores Windows XP com acesso Internet, que usa topologia estrela, com destaque para os IPs empregados pelas mquinas. Foi utilizado o esquema de mscara de tamanho fixo e atribuda uma nica faixa de endereos sub-rede. A mscara utilizada 255.255.255.192.
A faixa total de endereos que a sub-rede est utilizando : (A) de 198.216.153.128 at 198.216.153.159 (B) de 198.216.153.0 at 198.216.153.127 (C) de 198.216.153.128 at 198.216.153.143 (D) de 198.216.153.0 at 198.216.153.255 (E) de 198.216.153.128 at 198.216.153.191 Comentrios Precisamos obter a faixa de endereos que pode ser usada para que todos os equipamentos da questo estejam numa rede s. Vamos comear a resolver a questo localizando a parte do endereo IP da rede que igual para todos os micros (ID da REDE ou NET ID). Para isso, utilizamos um IP dado na questo como exemplo, o escolhido foi 198.216.153.140. Em seguida, vamos 255.255.255.192. aplicar a mscara de rede utilizada, que
111
Note que, pela existncia do 192 na mscara, ser necessrio partir para a anlise do binrio da mscara. E isso pode ser feito apenas no ltimo octeto, porque onde justamente o 192 est! Em binrio a mscara de rede fica da seguinte forma: 1111 1111.1111 1111. 1111 1111.1100 0000. Cabe destacar nesse ponto que nos trs primeiros octetos, graas presena do 255, no h alterao, pois ficaro fixos no NET ID, portanto, no h necessidade de analis-los. Nesse caso, podemos afirmar que sero 198.216.153 sempre! Analisando o ltimo octeto: 10001100 (140) do endereo IP 11000000 (192) da mscara Aplicando a mscara (192), temos que apenas os dois primeiros bits do ltimo octeto so referentes ao ID da REDE. Portanto, o NET ID da rede dos micros seria 198.216.153.10 _ _ _ _ _ _ _ (ltimo octeto est em binrio, ok?) Porque como todos os micros esto na mesma rede (como diz o enunciado) tero "10" como dois primeiros bits do ltimo octeto. E todos os micros realmente tm! 10001100 (140) 10001011 (139) 10001010 (138) 10000110 (134) Logo, sem stress, na mscara apresentada, eles estariam na mesma rede, sim! Mas a faixa de endereos possvel vai sempre do primeiro endereo (endereo da rede) ao ltimo endereo (endereo de broadcast). Construmos um endereo de rede quando usamos o sufixo "tudo zero" no HOST ID (ID do HOST), parte do endereo IP que coincide com os "0" (zero) da mscara. E o endereo de broadcast construdo quando usamos o sufixo "tudo um" no HOST ID. Sendo assim, temos que os ltimos octetos usados no endereo de rede e
112
broadcast so, respectivamente: 10000000 (128, convertido para decimal) e 10111111 (191, convertido para decimal). Para essa sub-rede a faixa de endereamento vai de: Endereo inicial: 198.216.153.128 (11000110.11011000.10011001.10000000) at Endereo final: 198.216.153.191 (11000110.11011000.10011001.10111111). Conforme visto, a faixa de endereos da rede em questo, devido mscara de sub-rede dada no enunciado, : 198.216.153.128 a 198.216.153.191. Gabarito: letra E. 40. (FGV/Fiscal de Rendas/ ICMS-RJ/2008) Analise a planilha abaixo, criada por um Fiscal de Rendas, no Excel 2003 BR.
Na utilizao dos recursos do software, o Fiscal executou os seguintes procedimentos, em seqncia: I. Inseriu frmulas nas clulas de G7 a G16, para escrever Atingiu meta! se a pontuao foi maior ou igual mdia do ms e Abaixo da meta!, caso contrrio. II. Inseriu, na clula =SOMASE($C$7:$C$16;G19;$E$7:$E$16).
H19,
expresso
III. Selecionou a clula H19 e executou o atalho de teclado <Ctrl> + C.

113
IV. Selecionou a clula H21 e executou o atalho de teclado <Ctrl> + V. Para obteno dos resultados indicados, as frmulas inseridas nas clulas G7 e H21 so, respectivamente: (A) =SE(E7>=$E$18;Atingiu meta!;Abaixo da meta!) e =SOMASE($C$7:$C$16;G21;$E$7:$E$16) (B) =SE(E7>=$E$20;Atingiu meta!;Abaixo da meta!) e =SOMASE($C$9:$C$18;G21;$E$9:$E$18) (C) =SE(E7>=$E$18;Abaixo da meta!;Atingiu meta!) e =SOMASE($C$9:$C$18;G21;$E$9:$E$18) (D) =SE(E7>$E$20;Abaixo da meta!;Atingiu meta!) e =SOMASE($C$7:$C$16;G21;$E$7:$E$16) (E) =SE(E7>$E$18;Atingiu meta!;Abaixo da meta!) e =SOMASE($C$7:$C$16;G21;$E$7:$E$16) Comentrios Vamos ao primeiro pedido da questo, que envolve a identificao da frmula presente na clula G7. Tendo-se em vista a observao do item I, podemos indicar a frmula inserida em G7, que a seguinte: G7=SE(E7>=$E$18; "Atingiu meta!";"Abaixo da meta!"). Observe na frmula anterior, que $E$18 corresponde ao valor da mdia de agosto. Em seguida, vamos ao clculo da segunda parte da questo, que a obteno do H21. Para isso, observamos que H19=SOMASE ($C$7:$C$16;G19;$E$7:$E$16)) e essa frmula ser copiada de H19 para H21. Nesse caso, no teremos alteraes na coluna H, portanto, todas as letras de colunas permanecem iguais! No entanto, da linha 19 para a 21, ns teremos aumento de 2 linhas. Ento, as referncias de clulas que estiverem livres (sem $) sero aumentadas em 2 linhas! Na frmula original =SOMASE ($C$7:$C$16;G19;$E$7:$E$16), somente o "G19" est sem $, portanto, ele viraria G21, resultando na frmula =SOMASE ($C$7:$C$16;G21;$E$7:$E$16). Gabarito: letra A. 41. (FGV/Fiscal de Rendas/ICMS-RJ/2008) Business Intelligence (BI) refere-se ao processo para tomada de decises em uma empresa, sendo de elevada importncia a existncia de um repositrio prprio para os dados consolidados e j transformados em informao real, que pode ser um Data Warehouse ou um Data Mart.
114
Nesse contexto, duas aplicaes so identificadas: a primeira, que sustenta o negcio por meio de ferramentas OLTP (On Line Transaction Processing), e a segunda, que analisa o negcio por meio de ferramentas OLAP (On Line Analytical Processing). Essas aplicaes tm, como objetivos principais, respectivamente: (A) levantamento e armazenamento de dados/implementao de testes. (B) controle e registro de transaes/identificao de tendncias. (C) projeto e anlise de sistemas/transformao de processos. (D) pesquisa e teste de software/especificao de requisitos. (E) busca e coleta de informaes/substituio de rotinas. Comentrios
115
Finalizando, cabe destacar que os sistemas OLTP registram as transaes, enquanto que os sistemas OLAP realizam uma anlise minuciosa dos dados brutos, extraindo informaes variadas para a tomada de decises. Atravs dos padres desenhados pelas ferramentas de OLAP, possvel analisar tendncias de mercado, padres de comportamento dos clientes, dentre outros. Gabarito: letra B. 42. (FGV/Fiscal de Rendas/ ICMS-RJ/2009) A figura a seguir apresenta uma modalidade de comrcio eletrnico que desenvolve vendas direcionadas ou cruzadas e forma comunidades de interesses comuns, para empresas pontocom, e tambm desenvolve negcios baseados na Web. Esse esquema permite que uma organizao diminua a quantidade de intermedirios, possibilitando a reduo de preos, alm de oferecer a oportunidade de disponibilizar novos produtos ou servios e, implicitamente, conquistar novos mercados.
O esquema apresentado refere-se modalidade de comrcio eletrnico conhecido por:

116
(A) B2B Business to Business. (B) B2E Business to Employee. (C) B2C Business to Consumer. (D) B2R Business to Relationship. (E) B2M Business to Management. Comentrios A resposta correta a letra C de B2C Business to Consumer, conforme destaca FGV (2009) fazendo referncia a BATISTA, Emerson O. Sistemas de Informao, Ed. Saraiva, So Paulo, pg. 106. Vamos diferenciao das opes reportadas na questo: B2C Business to Consumer: modalidade de comrcio eletrnico para desenvolvimento de vendas direcionadas ou cruzadas e para a formao de comunidades de interesses comuns, que so especialmente grandes para empresas pontocom, e tambm para o desenvolvimento de negcios baseados na Web que dispem de capacidade para integrar suas operaes de venda e prover servios geis e personalizados de atendimento e suporte ao consumidor. Essa modalidade equivale em grande parte do varejo eletrnico e tem tido um grande crescimento com o aparecimento da Web. Existem shopping centers eletrnicos (portais) com uma grande variedade de produtos, desde bolos e vinhos at equipamentos eletrnicos, computadores e carros. Essa modalidade equivale em grande parte ao varejo eletrnico e tem tido um grande crescimento com a Web. Esse esquema permite que uma organizao diminua a quantidade de intermedirios, possibilitando a reduo de preos, alm de oferecer a oportunidade de disponibilizar novos produtos ou servios e, implicitamente, conquistar novos mercados. B2B Business to Business: modalidade de comrcio eletrnico que compreende um mercado (marketplace) seguro, tambm conhecido como portal B2B, em circuito fechado, que possibilita o desenvolvimento de transaes comerciais entre parceiros verticais ou transversais de uma indstria ou negcio de um ou mais mercados. O portal B2B o facilitador de transaes que busca os produtos, bens ou servios em diversos fornecedores participantes, viabilizando o financiamento da operao e providenciando a melhor logstica para que a mercadoria chegue a seu destino. O principal objetivo minimizar os custos do comprador. B2E Business to Employee: novo tipo de transao de comrcio eletrnico que pode ser considerado uma linha intermediria entre B2B e B2C. Quando as empresas comearam a construir suas intranets, esses sites internos eram mais utilizados para agilizar a comunicao e a transmisso de instrues administrativas. Agora, medida que as organizaes avanam em seus negcios online, as linhas se confundem
117
entre a comunicao da empresa com seus empregados e suas atividades de comrcio eletrnico. B2R Business to Relationship : no existe em termos de comrcio eletrnico e no interessa para soluo da questo. B2G Business to Government: modalidade de e-business que acontece entre governo e seus cidados ou empresas. Dividido em 2 modalidades, que so B2M e C2M. o B2M Business to Management: modalidade que cobre as transaes entre empresas e organizaes governamentais. uma categoria recente, mas possui grande possibilidade de expanso rpida devido perspectivas do governo de usar suas operaes para despertar o crescimento do comrcio eletrnico. Nesse caso, o fornecedor cadastra seus produtos e preos no portal do governo, que abre licitaes eletrnicas e efetua todo o processo de compra no formato eletrnico. o C2M (Consumer to Management): envolve a transao eletrnica entre pessoas fsicas ou jurdicas com os departamentos do governo. Gabarito: letra C. 43. (FGV/Inspetor-Polcia Civil-RJ/2008) No Word 2003 BR, um inspetor da Polcia Civil executou as seguintes tarefas: I. abriu um arquivo previamente gravado no disco rgido; II. realizou algumas alteraes no texto; III. gravou no HD o arquivo digitado. Na execuo das tarefas (I) e (III), ele empregou, respectivamente, os atalhos de teclado: (A) <Ctrl> + A / <Ctrl> + B. (B) <Ctrl> + N / <Ctrl> + B. (C) <Ctrl> + G / <Ctrl> + S. (D) <Ctrl> + N / <Ctrl> + S. (E) <Ctrl> + A / <Ctrl> + S.
118
Comentrios Teclas de Atalho no Word CTRL + A Ctrl + B Ctrl + N Ctrl + S Ctrl + G Gabarito: letra A. 44. (FGV/Inspetor-Polcia Civil-RJ/2008) Um inspetor deseja, no Word 2003 BR, gerar uma pgina inteira com a mesma etiqueta. Para isso, ele deve adotar o seguinte procedimento: (A) digitar um Novo Documento em formato postscript com as informaes das etiquetas repetidas e alinhadas correspondendo posio das etiquetas na folha. (B) processar a folha de etiquetas na impressora vrias vezes e alterar a posio do layout da etiqueta a cada vez na caixa de dilogo Envelopes e Etiquetas. (C) inserir as informaes das etiquetas na caixa Endereo e clicar na opo Pgina inteira mesma etiqueta da caixa de dilogo Envelopes e Etiquetas. (D) criar um novo documento de etiquetas com o uso do boto Novo Documento e empregar os comandos Copiar e Colar para gravar as informaes de cada etiqueta. (E) gerar um arquivo texto com informaes predefinidas e cruz-lo com o modelo de etiquetas desejado escolhido na aba de ferramentas da caixa de dilogo Envelopes e Etiquetas. Comentrios Para gerar uma pgina inteira com a mesma etiqueta, basta inserir as informaes das etiquetas na caixa Endereo e clicar na opo Pgina inteira mesma etiqueta da caixa de dilogo Envelopes e Etiquetas. Gabarito: letra C. 45. (FGV/Tcnico Legislativo-Senado Federal/2008) A utilizao de software de correio eletrnico na Internet feito, comumente, por meio da verso conhecida por WebMail, que disponibiliza uma interface em sites. Em geral, arquivos anexos a e-mails tm tamanho limitado. Por padro, o GMail, por exemplo, limita o tamanho desses arquivos ao valor de: Profa Patrcia Lima Quinto www.pontodosconcursos.com.br 119 Abrir o arquivo Salvar (shift + f12) Aplica o Negrito Aplica o sublinhado Alinhamento direita
(A) 1 kB. (B) 10 GB. (C) 20 MB. (D) 200 GB. (E) 700 MB. Comentrios Na questo da FGV de 2008 o gabarito est marcando 20 MB, porque naquela poca os anexos nos e-mails do Gmail podiam ser, no mximo, desse tamanho. Retiramos da central de ajuda do Gmail, em 11/04/2011, a janela que informa o tamanho padro mximo atualmente suportado pelo Gmail que 25 megabytes (MB).
Gabarito: letra C. 46. (FGV/Tcnico Legislativo-Senado Federal/2008) Na planilha abaixo, montada no Excel 2000/XP, foram inseridos os nmeros 30 em A2 e 10 em B2 e a frmula =SE(A2-B2>13;"CONGRESSO";SE(A2-B2<7;"SENADO";"FEDERAL")) em C2.
Mantendo o contedo de B2 constante, deseja-se determinar valores para que ocorram duas situaes: 1. o maior valor inteiro a ser digitado em A2 para que aparea SENADO na clula C2;
120
2. o menor valor inteiro a ser digitado na clula A2 para que aparea CONGRESSO na clula C2. Esses valores, sero, respectivamente: (A) 16 e 23. (B) 17 e 24. (C) 16 e 25. (D) 17 e 23. (E) 16 e 24. Comentrios A condio SE no Excel avalia a expresso que aparece na primeira parte, que vai do parntesis de abertura at o primeiro ponto e vrgula. Se o resultado desta expresso for verdadeiro, o resultado do SE ser o valor da expresso entre o primeiro e o segundo ponto-e-vrgula. Caso contrrio, o resultado ser a ltima expresso. No caso em anlise desejamos saber qual o maior valor inteiro em A2 para que aparea SENADO em C2. Observando a frmula em C2 (abaixo), percebemos que a palavra SENADO ser o resultado se A2-B2>13 for falso e A2-B2<7 for verdadeiro. Primeiro, desmembre a frmula para facilitar o entendimento. =SE(A2-B2>13;"CONGRESSO";SE(A2-B2<7;"SENADO";"FEDERAL")) =SE( condio1; resultado1; resultado2) onde resultado2 = SE(A2-B2<7;"SENADO";"FEDERAL") Para chegar em SENADO, a condio A2-B2<7 deve ser verdadeira e para chegarmos nesta condio, a condio1 (A2-B2>13) deve ser falsa. Logo temos o sistema A2-B2>13 = falso e A2-B2<7 = verdadeiro. Sabemos que B2 = 10, ento: A2-10>13 = falso e A2-10<7 = verdadeiro. Para que a expresso A2-10<7 seja verdadeira, preciso que A2 seja menor do que 17, pois se for maior do que isto, o resultado ser igual ou superior a 7. O maior inteiro que menor do que 17 o 16! Seguindo o mesmo raciocnio, para aparecer CONGRESSO, precisamos que a condio1 seja verdadeira, ou seja, A2-B2>13 seja verdadeira. Assim, A2-10 tem que ser > 13. Logo, A2 deve ser maior do que 23. O menor inteiro que maior do que 23 o 24. Respostas: 16 e 24.
121
Gabarito: letra E. 47. (FGV/Tcnico Legislativo-Senado Federal/2008) Numa planilha no Excel 2000/XP, a clula A7 contm a frmula =MULT(A3;C3) e B7 contm a frmula =SOMA($B$3;$E$3). A seguir faz-se uma cpia dessas clulas, de A7 para C9 e de B7 para D9 na mesma planilha. Em C9 e D9 as frmulas copiadas tero, respectivamente, os seguintes formatos: (A) =MULT(C5;E5) e =SOMA($D$5;$G$5) (B) =MULT(A3;C3) e =SOMA($B$3;$E$3) (C) =MULT(C5;D5) e =SOMA($D$9;$G$9) (D) =MULT(A3;C3) e =SOMA($D$5;$G$5) (E) =MULT(C5;E5) e =SOMA($B$3;$E$3) Comentrios Ao copiar uma frmula os valores de referncia das clulas presentes na frmula copiada so modificados na proporo do deslocamento. Assim a nova frmula contm valores diferentes da frmula original, aumentando ou diminuindo as referncias de linhas e colunas na proporo do deslocamento. Mas isto no se aplica aos valores (linhas ou colunas) precedidos do smbolo $. Nestes casos, o valor fica constante, independente da distncia do deslocamento. Na questo, temos duas cpias: de A7 para C9 e de B7 para D9. No primeiro caso, houve deslocamento de 2 linhas e 2 colunas. Ento, os valores de referncia presentes na frmula devem ser acrescidos de duas unidades nas linhas e nas colunas. Assim: A7 B7 =MULT(A3;C3) copiando para C9 =MULT(C5;E5) =SOMA($B$3;$E$3) =SOMA($B$3;$E$3) copiando para D9
Observe que todos os valores em D9 foram mantidos porque todas as referncias de linhas e colunas esto precedidas de $. Gabarito: letra E. 48. (ESAF/CGU/2008) Um dos servios providos pela camada de enlace em redes de computadores a: a) entrega de pacotes na ordem. b) correo de erros. c) largura de banda mnima garantida. d) variao de atraso mximo garantido. e) entrega garantida com atraso limitado.
122
Comentrios Conforme visto anteriormente, essa camada organiza os sinais brutos (bits) transferidos pela rede em unidades lgicas chamadas quadros (frames), identifica suas origens e destinos, e, em seguida, detecta e tenta corrigir possveis erros ocorridos durante a transmisso pelos meios fsicos. Gabarito: letra B. 49. (ESAF/PSS/2008) Com relao a componentes de uma rede de computadores, correto afirmar que as pontes so dispositivos: a) equivalentes a roteadores que interligam redes com velocidade de transmisso diferentes. b) que podem ser utilizados para dividir e isolar o trfego entre segmentos de uma rede. c) equivalentes a roteadores que interligam redes com protocolos de comunicao diferentes. d) utilizados apenas para conectar dois cabos de redes de diferentes categorias, tornando-se invisveis para o trfego na rede. e) utilizados apenas para conectar o cabo de rede a cada computador individualmente. Comentrios Essa questo parece ser bem fcil de resolver, mas envolve conhecimentos sobre as caractersticas dos equipamentos em questo. A ponte (bridge) o equipamento que pode ser utilizado para dividir e isolar o trfego entre segmentos de uma rede. Gabarito: letra B. 50. (ESAF/TC. REC. FED./2006-2005) Analise as seguintes afirmaes relacionadas a conceitos bsicos de redes de computadores. I. Um repetidor um dispositivo responsvel pelo encaminhamento e roteamento de pacotes de comunicao em uma rede ou entre redes. Tipicamente, uma instituio, ao se conectar Internet, dever adquirir um repetidor para conectar sua Rede Local (LAN) ao ponto da Internet. II. O SNMP (Simple Network Management Protocol) um protocolo usado para monitorar e controlar servios e dispositivos de uma rede TCP/IP. o padro adotado pela RNP para a gerncia de rede. III. O UDP o protocolo de transporte sem conexo da famlia TCP/IP, usado com aplicaes como o de servio DNS. IV. O WHOIS um banco de dados de informaes utilizados pelos Firewalls para permitir acesso dos usurios de uma LAN Internet.
123
Indique a opo que contenha todas as afirmaes verdadeiras. a) I e II b) II e III c) III e IV d) I e III e) II e IV Comentrios Vamos analisar item por item: Item I. Essa questo agora t ficando fcil.... Na verdade, o equipamento a ser especificado na questo deveria ser o roteador. O roteador o equipamento responsvel pelo encaminhamento e roteamento de pacotes de comunicao em uma rede ou entre redes. Tipicamente, uma instituio, ao se conectar Internet, dever adquirir um Roteador para conectar sua Rede Local (LAN) ao ponto da Internet, e no o repetidor, como mencionado na questo!! O repetidor um equipamento que realiza a amplificao ou regenerao do sinal para que ele percorra maiores distncias. (O item I FALSO). Item II. Lembrando, o SNMP (Simple Network Management Protocol Protocolo de Gerenciamento Simples de Rede) o protocolo utilizado para gerenciar e monitorar a situao dos ns da rede. Por este protocolo pode-se enviar comandos a vrios tipos de equipamentos de redes, para que eles possam ser desligados, dentre outras atividades. (O item II VERDADEIRO). Item III. O UDP no confivel e no orientado conexo. O servio de DNS usa o UDP como protocolo de transporte, porque deseja velocidade!! (O item III VERDADEIRO). Item IV. O WHOIS nada mais do que um banco de informaes pessoais sobre os usurios da rede (nome, endereo, telefone, e-mail, etc.). (O item IV FALSO). Gabarito: letra B. 51. (FGV/Fiscal de Rendas/ICMS-RJ/2007) Uma rede de microcomputadores acessa os recursos da Internet e utiliza o endereo IP 138.159.0.0/16, de acordo com o esquema de mscara de rede de tamanho varivel. Foram configuradas diversas sub-redes, sendo a maior delas com um total de 13.000 mquinas, fisicamente conectadas na mesma sub-rede.
124
Para isso, considerando que s uma faixa de endereos foi empregada, uma configurao vlida para essa sub-rede : (A) 138.159.64.0/18 (B) 138.159.64.0/24 (C) 138.159.64.0/27 (D) 138.159.128.0/24 (E) 138.159.128.0/27 Comentrios O IP dado na questo: 138.159.0.0/16 trata-se de um endereo IP classe B (138 est entre 128 e 191) e o /16 significa que esto sendo usados os 16 primeiros bits para identificar a rede e sub-rede, logo temos de sobra os 16 ltimos bits para identificar os hosts de cada rede ou sub-rede. A mscara de rede 255.255.0.0, que em binrio corresponde a 11111111.11111111.00000000.00000000 (contm 16 bits 1). Assim, para esse IP temos disponveis 216 2 endereos para alocar as mquinas da rede. Nota: Foi feita a subtrao de 2 endereos em virtude de termos 2 endereos reservados: o endereo da prpria rede e o endereo de broadcast. O endereo da rede sempre o primeiro, e o de broadcast sempre o ltimo. Os endereos para esse IP podem variar em decimal de 138.159.0.0 at 138.159.255.255. Dica!! Vamos analisar as respostas da questo para checar o nmero total de hosts que podem ser identificados, de forma que encontremos a opo que nos permite ligar 13.000 mquinas na rede. Assim temos: Item A. 138.159.64.0/18 (Item correto) => O nmero /18 indica que esto sendo usados os 18 primeiros bits para identificar a rede e sub-rede (16 para a rede e 2 para as sub-redes), logo temos de sobra os 14 (=6+8) ltimos bits para identificar os hosts. Obs.: Com o /18 teremos a mscara de rede 11111111.11111111.11000000.00000000, que contm 18 bits 1 para representar a rede e sub-rede, e teremos de sobra os 6 bits 0 do terceiro octeto mais os 8 bits 0 do ltimo octeto, o que nos d os 14 bits para identificar os hosts. Calculando o nmero total de hosts que podem ser ligados na rede teremos 214 2 = 16.384 -2 = 16.382. Esse total j resolve o nosso problema, j que o enunciado diz que necessrio ligar 13.000 mquinas na rede. Profa Patrcia Lima Quinto www.pontodosconcursos.com.br 125
Mas vamos conferir demais alternativas da questo para treinamento, ok? Item B. 138.159.64.0/24 (Item errado) => O nmero /24 indica que esto sendo usados os 24 primeiros bits para identificar a rede e sub-rede, logo temos de sobra os 8 ltimos bits para identificar os hosts. Calculando o nmero total de hosts que podem ser ligados na rede teremos 28 2 = 256 -2 = 254. Esse total de endereos disponveis no atende necessidade de interligar 13.000 mquinas na rede. Item C. 138.159.64.0/27 (Item errado) => O nmero /27 indica que esto sendo usados os 27 primeiros bits para identificar a rede e sub-rede, logo temos de sobra os 5 ltimos bits para identificar os hosts. Calculando o nmero total de hosts que podem ser ligados na rede teremos 25 2 = 32 -2 = 30. Esse total de endereos disponveis no atende necessidade de interligar 13.000 mquinas na rede. Item D. 138.159.128.0/24 (Item errado) => O nmero /24 indica que esto sendo usados os 24 primeiros bits para identificar a rede e sub-rede, logo temos de sobra os 8 ltimos bits para identificar os hosts. Calculando o nmero total de hosts que podem ser ligados na rede teremos 28 2 = 256 -2 = 254. Esse total de endereos disponveis no atende necessidade de interligar 13.000 mquinas na rede. Item E. 138.159.128.0/27 (Item errado) => O nmero /27 indica que esto sendo usados os 27 primeiros bits para identificar a rede e sub-rede, logo temos de sobra os 5 ltimos bits para identificar os hosts. Calculando o nmero total de hosts que podem ser ligados na rede teremos 25 2 = 32 -2 = 30. Esse total de endereos disponveis no atende necessidade de interligar 13.000 mquinas na rede. Gabarito: letra A.
126
52.
A faixa de endereos instituda para uso na converso IPv6 em IPv4
(A) 169.254.0.0 a 169.254.255.255 (B) 172.16.0.0 a 172.31.255.255 (C) 192.0.2.0 a 192.0.2.255 (D) 192.88.99.0 a 192.88.99.255 (E) 192.168.0.0 a 192.168.255.255 Comentrios A faixa de endereos que foi instituda para uso na converso IPv6 em IPv4 192.88.99.0/24 ou 192.88.99.0 at 192.88.99.255 (Referncia: RFC 3068). Os endereos IPv6 so normalmente escritos como oito grupos de 4 dgitos hexadecimais. Como exemplo, 2001:0db8:85a3:0000:0000:0000:0000:7344 o mesmo endereo IPv6 que: 2001:0db8:85a3::7344. Gabarito: letra D. 53. Com relao ao endereamento TCP/IP, analise:
I. 242.120.120.120 um exemplo de endereamento de rede classe E . II. 251.100.99.23 um exemplo de endereamento de rede classe F. III. 255.255.255.255 a mscara de rede padro classe C. correto o que se afirma APENAS em (A) I. (B) I e II . (C) I e III . (D) II e III . (E) III . Comentrios I. Item correto. II. Item errado. No existe Classe F. III. Item errado. 255.255.255.255 a mscara de um host especfico. Gabarito: letra A. 54. Se o IP de um microcomputador 192.168.51.99/20, a rede qual ele pertence ser:
127
Comentrios I. Encontrar o endereo do host em binrio:
II. Ento, achar a mscara em binrio:
III. A partir da, fazer um AND entre o host e a mscara, o que ir resultar em:
Em decimal, teremos: 192.168.48.0 Gabarito: letra C. 55. (IPEM 2010/TCNICO EM INFORMTICA) Uma sub-rede de computadores acessa a Internet e utiliza 192.217.145.0/28 como configurao IP. A mscara que essa rede est utilizando e o endereo de
broadcasting so, respectivamente: Comentrios I.Achar a mscara em binrio: /28= 11111111.11111111.11111111.11110000 II.Analisar o ltimo octeto 11110000 da mscara, que em decimal vale 240. A mscara ento fica assim: 255.255.255.240. O endereo de broadcasting obtido ao preenchermos com 1s em binrio a parte reservada aos hosts, e ficar da seguinte forma: 192. 217. 145. 11111111 => 192.217.145.255 Gabarito: letra E.
128
56.
(Emater/Tcnico em Anlise de Sistemas)
Comentrios Bem, o segredo para nunca errar um clculo IP trabalhar tudo em binrio. I.Vamos escolher o primeiro host, por exemplo, que 194.223.254.132, e transform-lo em binrio, o que gera: 11000010.11010000.11111110.100001000 II.Em seguida, vamos achar a mscara em binrio, 255.255.255.192, que ser: 11111111.11111111.11111111.11000000, /26. III.Agora, executamos um AND entre o endereo e a mscara, o que nos dar a sub-rede, que : 11000010.11011111.11111110.10000000. IV.Convertendo III (rede) em decimal temos: 194.223.254.128. Gabarito: letra E.
129
57. A anlise SWOT obtida a partir da anlise interna da organizao, realizada ao longo de, no mnimo, um ano. Comentrios: A matriz SWOT (ou anlise F.O.F.A. em portugus) foi desenvolvida como uma metodologia de anlise do ambiente EXTERNO e INTERNO da organizao. A ANLISE SWOT um sistema simples para posicionar ou verificar a posio estratgica da empresa no ambiente em questo. Gabarito: ERRADO Consideraes Finais
Chegamos ao final do nosso curso!!! Agradeo a todos pela excelente parceria. Ficarei feliz em saber que voc conseguiu sua aprovao! Estamos torcendo e desejamos muita fora para voc continuar na trilha do sucesso. Um forte abrao, Profa Patrcia
130
Lista das Questes Apresentadas na Aula 1. Em virtude de acelerada expanso, a empresa Cu Azul transformou-se em uma literal desordem, em termos de controle. O Dr. Alosio, contratado como consultor de sistemas, sugeriu a implantao de um ERP (Enterprise Resource Planing), pois verificou que ser necessrio implantar um sistema: (a) de elementos recursivos potenciais (b) de fluxo de caixa on line (c) de controladoria (d) de planejamento gerencial (e) integrado de gesto 2. Cada vez mais, pequenas e mdias empresas esto adotando os chamados Sistemas Integrados de Gesto (ERP) para gerenciar suas atividades. Como gestor de uma mdia empresa cujo principal cliente j utiliza um Sistema Integrado de Gesto, que benefcio direto voc dever obter com a adoo dessa tecnologia? (a)Padronizao, integrao e maior disponibilidade das informaes relativas aos processos de negcio que conectam a empresa e seu cliente, ao longo da cadeia de suprimento. (b)Reduo da carga de trabalho em seus servidores, j que vrias tarefas passariam a ser executadas nos clientes da rede que conecta as duas empresas. (c )Melhoria dos nveis de segurana nas transferncias de informaes por correio eletrnico entre a empresa e seu principal cliente. (d)Disponibilidade de todas as informaes da empresa e de seu cliente, devido obrigatoriedade de criar um banco de dados nico para as duas organizaes. (e)Automatizao dos processos de negcio da empresa, tais como so hoje, criando, assim, uma interface digital com os processos de seu principal cliente. 3. Uma srie de empresas tm recorrido a Sistemas Integrados de Gesto (ERP) como maneira de sobreviver em um mundo cada vez mais competitivo. Se voc tiver que defender a utilizao de um ERP em sua empresa, que argumento, dentre os abaixo, voc dever empregar? (a)Os procedimentos operacionais no sero alterados com a implantao do sistema. (b)A empresa ganhar flexibilidade de operao. (c)O controle gerencial tender a ser fortalecido.
131
(d)O gerenciamento de clientes ser facilitado, pois a anlise de crdito ser mais gil. (e)Um sistema de fluxo de informao no precisar ser implantado. 4. Os sistemas de informao podem prejudicar seriamente a expectativa de sobrevivncia e o sucesso de uma organizao se no apoiarem adequadamente os objetivos estratgicos, suas operaes , estruturas organizacionais e culturas da empresa. ( ) Verdadeiro ( ) Falso
5. A Internet e as redes similares a ela dentro da empresa (intranets), entre uma empresa e seus parceiros comerciais (extranets) e outras redes tm se tornado a principal infraestrutura de tecnologia da informao no apoio s operaes de muitas organizaes. ( ) Verdadeiro ( ) Falso
6. Um data mart pode ser simplesmente definido como um grupo de elementos inter-relacionados ou interativos que formam um todo unificado. Esses componentes trabalham em conjunto rumo a uma meta comum recebendo entradas e produzindo sadas em um processo organizado de transformao. ( ) Verdadeiro ( ) Falso
7. Sobre dados, informaes e conhecimento, errado afirmar que: (A) dados so descries elementares que so registradas, classificadas e armazenadas, mas no so organizadas para carregar significados especficos. (B) um banco de dados consiste em itens de dados armazenados, organizados para a recuperao. (C) itens de dados podem ser formados por caracteres, nmeros, sons ou imagens. (D) informao so dados organizados de modo que tenham significado e valor para quem os receber. (E) conhecimento e informao so sinnimos, pois quem tem informao tem conhecimento. 8. (FGV/2007/Fiscal de Rendas/SEFAZ-RJ) Observe a figura abaixo, que ilustra um exemplo de um modelo dimensional para construo de banco de dados para DataWarehouse.
132
So caractersticas desse modelo: I. Todas as tabelas relacionam-se diretamente com a tabela de fatos, e assim as tabelas dimensionais devem conter todas as descries que so necessrias para definir uma classe como Produto, Tempo ou Loja nela mesma. II. As tabelas de dimenses no so normalizadas; logo, campos como Categoria, Departamento, Marca contm sua descrio repetida em cada registro, assim aumentando o tamanho das tabelas de dimenso por repetirem essas descries de forma textual em todos os registros. O modelo do tipo conhecido por: (A) hierrquico. (B) distribudo. (C) relacional. (D) estrela. (E) anel. 9. (FGV/SEFAZ-RJ/2009) O grande desafio do profissional de TI que gerencia qualquer processo a anlise dos fatos relacionados funo que exerce em uma organizao. Essa anlise deve ser feita com as ferramentas e os dados disponveis, permitindo aos executivos e gerentes detectar as tendncias e tomar as decises com eficincia e eficcia. Devido a essa necessidade, surgiu o conceito de Business Intelligence BI. Assinale a alternativa que indique duas caractersticas dos atuais sistemas de Business Intelligence. (A) procurar relaes de causa e efeito / extrair e integrar dados de mltiplas fontes. (B) evitar a utilizao de ferramentas automatizadas / desprezar dados contextualizados. (C) extrair e integrar dados de mltiplas fontes / evitar a utilizao de ferramentas automatizadas.
133
(D) desprezar dados contextualizados / trabalhar exclusivamente com fatos reais e no hipotticos. (E) trabalhar exclusivamente com fatos reais e no hipotticos / procurar relaes de causa e efeito. 10. (FGV/2007/SEFAZ-RJ/Fiscal de Rendas) DataWarehouse e DataMining so recursos utilizados por muitas organizaes para facilitar e agilizar o processamento, a anlise e a consulta de dados. Sobre esses recursos, correto afirmar que: (A) um DataMining armazena dados extrados de bancos de dados de diferentes organizaes. (B) um DataWarehouse armazena dados por perodos no superiores a trs meses, o que dificulta previses e anlises de tendncia. (C) um DataWarehouse repositrio de dados histricos orientados a assunto, organizados para serem acessveis para atividades de processamento analtico. (D) DataMining uma tcnica de anlise de dados exclusiva para aplicao em um DataWarehouse. (E) num DataWarehouse, os usurios finais necessitam conhecer linguagem de programao para acessar dados. 11. (FGV/2007/Fiscal de Rendas/SEFAZ-RJ) No contexto do DataWarehouse, a anlise multidimensional uma das grandes utilidades da tecnologia OLAP, consistindo em ver determinados cubos de informaes de diferentes ngulos e de vrios nveis de agregao. As ferramentas que disparam uma instruo SQL de um cliente qualquer para o servidor e recebem o microcubo de informaes de volta para ser analisado na workstation constituem uma determinada arquitetura. Esta apresenta uma grande vantagem, que o pouco trfego que se d na rede, visto que todo o processamento OLAP acontece na mquina cliente; a maior agilidade de anlise; alm de o servidor de banco de dados no ficar sobrecarregado. A desvantagem que o tamanho do microcubo no pode ser muito grande; caso contrrio, a anlise passa a ser demorada e/ou a mquina do cliente pode no suportar em funo de sua configurao. A arquitetura descrita denominada: a. FOLAP (Free On Line Analytical Processing). b. HOLAP (Hybrid On Line Analytical Processing). c. DOLAP (Desktop On Line Analytical Processing). d. ROLAP (Relational On Line Analytical Processing). e. MOLAP (Multidimensional On Line Analytical Processing).
134
12. (ESAF/2008/AFC-STN/Infraestrutura de TI) Em relao ao nvel lgico de abstrao de dados nos sistemas de bancos de dados, correto afirmar que a) descreve estruturas de dados complexas de baixo nvel. b) descreve quais dados esto armazenados no banco de dados e as relaes existentes entre eles. c) simplifica a interao entre o sistema e os usurios. d) disponibiliza um conjunto de programas de aplicao que ocultam detalhes dos tipos de dados. e) descreve um registro como um bloco de armazenamento, composto por palavras ou bytes. 13. (ESAF/2008/AFC-STN/Infraestrutura de TI) uma funo da linguagem de manipulao de dados (DML), em um sistema gerenciador de bancos de dados (SGBD): a) permitir a especificao do esquema conceitual do banco de dados. b) permitir a especificao do esquema interno do banco de dados. c) especificar vises dos usurios e seus respectivos mapeamentos para o esquema conceitual. d) especificar e recuperar vrios registros em uma nica declarao. e) descrever os componentes dos esquemas: conceitual e interno. 14. (ESAF/2007/SEFAZ-CE) Analise a seguinte descrio relativa Datawarehousing. O Data Warehouse (DW) um conjunto de tcnicas que, aplicadas em conjunto, geram um sistema de dados que proporciona informaes para tomada de decises. Para a visualizao dos dados, existe uma classe especfica de ferramentas, conhecidas como ferramentas OLAP, que so compostas por sub-classes. Nas ferramentas _______________ tem-se um SGBD mais um Servidor ____________. Neste caso, no SGBD ficam os dados num formato simples, e no Servidor __________, que na verdade um banco de dados multidimensional, ficam os dados consolidados. O usurio visualiza diretamente o Servidor ___________, usando os mdulos de consulta desta ferramenta. Escolha a opo que preenche corretamente as lacunas acima. a) MOLAP, MOLAP, MOLAP, MOLAP b) ROLAP, ROLAP, ROLAP, ROLAP c) HOLAP, HOLAP, HOLAP, HOLAP d) DOLAP, DOLAP, DOLAP, DOLAP e) SQL Server, SQL Server, SQL Server, SQL Server
135
15. (ESAF/2005/AFRF) Com relao aos conceitos bsicos de banco de dados, correto afirmar que a) a chave primria um atributo de uma tabela que, mesmo com valores nulos, identifica univocamente uma coluna. b) uma coluna definida como chave-estrangeira em uma tabela-destino no pode aceitar valores nulos e, essa mesma tabela-destino pode ter uma e somente uma coluna definida como chave-estrangeira. c) o modelo relacional refere-se visualizao fsica e no lgica dos dados. Est relacionado ao nvel conceitual interno. A teoria relacional no diz nada sobre o nvel externo, preocupa-se somente com o armazenamento e manipulao dos dados executados pelo SGBD. d) um banco de dados relacional um conjunto de arquivos seqenciais que so acessados e modificados por operaes que manipulam a lgebra relacional. Tais operaes s podem ser executadas se atenderem regra da primeira forma normal, devendo-se manipular apenas um dado de cada vez. e) chaves estrangeiras so os elos de ligao entre as tabelas. Uma coluna definida como chave estrangeira deve ser chave primria em outra tabela. 16. (ESAF/2008/Pref. de Natal/RN/Auditor do Tesouro Nacional) Analise as seguintes afirmaes relacionadas a conceitos sobre os Sistemas de Informao: I. A Redundncia de Dados a preservao da preciso, integridade e confiabilidade dos dados para seu uso intencionado. II. A Normalizao um mtodo utilizado para analisar um Banco de Dados e obter o mnimo de redundncia e o mximo de integridade de dados. III. A Integridade de Dados alcanada pela duplicao dos mesmos dados em vrios lugares em um sistema de informao. IV. Quando os dados so Normalizados, os atributos contidos na tabela dependem apenas da chave primria. Indique a a) I e II b) II e III c) III e IV d) I e III e) II e IV 17. (ESAF/2008/STN/Desenvolvimento de Sistemas) Se uma restrio de integridade, classificada como restrio de banco de dados, ocorrer no
opo
que
contenha
todas
as
afirmaes
verdadeiras.
136
momento de um COMMIT de uma transao, imediatamente executado um a) DROP. b) ROLLBACK. c) BEGIN_TRANSACTION. d) END_TRANSACTION. e) LOCKING. 18. (ESAF/2007/SEFAZ-CE) Na linguagem SQL, os procedimentos gravados para serem executados implicitamente quando ocorrer determinada ao do usurio, como, por exemplo, a modificao de uma tabela, so denominados a) Selects. b) Inserts. c) Views. d) Triggers. e) Queries. 19. (ESAF/2008/STN/DESENVOLVIMENTO DE SISTEMAS) Um depsito de dados organizado por assunto, no-voltil, integrado e varivel em funo do tempo, utilizado para apoiar decises de gerenciamento, denominado a) datawarehouse. b) gesto do conhecimento. c) business Intelligence. d) minerao de dados. e) OLAP (OnLine Analytical Processing). 20. (ESAF/2008/MPOG/Adaptada) Algumas pessoas tm considerado que os Data Warehouses so uma extenso de vises de banco de dados. Porm, as vises fornecem apenas um subconjunto das funes e das capacidades dos data warehouses. Com relao s diferenas e similaridades entre as vises e os data warehouses, correto afirmar que: a) tanto os data warehouses quanto as vises fornecem, freqentemente, grandes quantidades de dados integrados e temporais, geralmente mais do que contido em um banco de dados.
137
21. (FGV/2010/Auditor da Receita Estadual/Governo do Estado do Amap/Q.61) Em conformidade com a metodologia orientada a objetos, com a finalidade de evitar que partes de um programa se tornem to dependentes que uma pequena alterao tenha grandes efeitos em cascata, aplicado um recurso que separa os aspectos externos e acessveis de um objeto dos detalhes internos de implementao. Esse recurso utiliza um princpio da Orientao a Objetos que prope ocultar determinados elementos de uma classe das demais classes. O objetivo ao colocar uma proteo ao redor prevenir contra os efeitos colaterais indesejados ao ter essas propriedades modificadas de forma inesperada. Este recurso conhecido por: (A) coeso. (B) acoplamento. (C) polimorfismo. (D) modularidade. (E) encapsulamento. 22. (FGV/2009/Governo do Estado do RJ/Polcia Civil do Estado do RJ/Q.26) A Anlise de Projeto Estruturado tem como principal recurso a Modelagem Funcional, que, por sua vez, utiliza uma ferramenta de elevada importncia no desenvolvimento de sistemas informatizados. Essa ferramenta conhecida como Diagrama de Fluxo de Dados e tem como finalidade representar: (A) mdulos estticos associados aos sistemas em desenvolvimento. (B) eventos taxonmicos de que fazem parte os objetos de interesse. (C) processos relacionados ao funcionamento dos objetos e sistemas. (D) relacionamentos hierrquicos que se modificam ao longo do tempo. (E) aspectos comportamentais dos objetos que interagem no sistema desenvolvido. 23. (FGV/2009/Governo do Estado do RJ/Polcia Civil do Estado do RJ) De acordo com as premissas da Anlise Essencial para Desenvolvimento de Sistemas, o Modelo Comportamental descreve de que maneira o sistema reage, internamente, aos estmulos vindos do exterior e mostra quais as aes que o sistema deve executar para responder, adequadamente, aos eventos previstos no Modelo Ambiental. Alm de um conjunto completo de DFDs em nveis, so componentes do modelo comportamental: (A) Diagrama de Estrutura do Sistema e Declarao de Objetivos do Sistema.
138
(B) Diagrama Entidade-Relacionamento e Diagrama de Estrutura do Sistema. (C) Dicionrio de Dados e Diagrama Entidade-Relacionamento. (D) Especificao da Interface Homem-Mquina e Dicionrio de Dados. (E) Declarao de Objetivos do Sistema e Especificao da Interface Homem-Mquina. 24. (ESAF/2008/AFC/STN/ TI Desenvolvimento de Sistemas) Em UML (Unified Modeling Language), o diagrama cujo foco a organizao estrutural de objetos que enviam e recebem mensagens, exibindo assim, tais objetos e as ligaes entre eles, bem como as respectivas mensagens, o diagrama de a) componentes. b) colaborao. c) objetos. d) atividades. e) caso de uso. 25. (ESAF/2008/AFC/STN/TI/Infraestrutura) O diagrama UML que apresenta objetos e suas ligaes mtuas, evidenciando a seqncia das mensagens trocadas por meio de nmeros de sequncia, o a) Diagrama de sequncia. b) Diagrama de estado. c) Diagrama de colaborao. d) Diagrama de caso de uso. e) Diagrama de atividade. 26. (ESAF/2008/AFC/STN/ TI/Infraestrutura) Considere o seguinte contexto: Um cliente pode comprar vrios livros. Em um diagrama de classes, este um exemplo de relacionamento do tipo a) Agregao. b) Generalizao. c) Especializao. d) Associao. e) Dependncia.
139
27. (ESAF/2008/AFC/STN/TI/DESENVOLVIMENTO DE SISTEMAS) Em hierarquias de generalizao UML, a caracterstica na qual uma classe herda tanto propriedades e relacionamentos de sua superclasse imediata quanto de suas superclasses no-imediatas (aquelas em um nvel mais alto na hierarquia) denominada a) transitividade. b) simetria. c) assimetria. d) herana mltipla. e) associao. 28. (ESAF/2007/SEFAZ-CE) Analise as seguintes afirmaes relacionadas programao orientada a objetos e a UML. I. Um relacionamento uma conexo entre itens. Na modelagem orientada a objetos, os quatro relacionamentos mais importantes so as dependncias, as generalizaes, as associaes e as realizaes. II. Um diagrama de objetos um tipo especial de diagrama, composto por objetos e seus vnculos, que compartilha as mesmas propriedades comuns a todos os outros diagramas, isto , um nome e o contedo grfico. III. As excees so manifestaes concretas de uma abstrao qual um conjunto de operaes, sempre esperadas e controladas, podero ser aplicadas. IV. O diagrama de classes faz a modelagem de instncias de itens contidos em diagramas de objetos. Um diagrama de classes mostra um conjunto de objetos e seus relacionamentos em determinado ponto no tempo. Indique a opo que contenha todas as afirmaes verdadeiras. a) I e II b) II e III c) III e IV d) I e III e) II e IV 29. (ESAF/2005/AFRF) Analise as seguintes afirmaes relacionadas anlise e ao projeto orientados a objetos: I. O principal propsito do diagrama entidade relacionamento (E-R) representar os objetos e suas relaes. II. As tabelas de objetos de dados podem ser normalizadas, aplicando-se um conjunto de regras de normalizao, resultando em um modelo
140
relacional para os dados. Uma dessas regras especifica que: determinada instncia de um objeto tem um e somente um valor para cada atributo. III. Um objeto em potencial no poder ser utilizado ou considerado durante a anlise se a informao sobre ele precisar ser lembrada para que o sistema possa funcionar. IV. Devido caracterstica da reusabilidade da orientao a objetos, a prototipao um modelo de desenvolvimento de software que no pode ser considerado nem utilizado na anlise orientada a objetos. Indique a opo que contenha todas as afirmaes verdadeiras. a) I e III b) II e III c) III e IV d) I e II e) II e IV 30. (ESAF/2008/AFC/STN/TI/DESENVOLVIMENTO DE SISTEMAS) No que se refere s regras consideradas para a elaborao de diagramas de fluxos de dados, correto afirmar que a) um processo pode ser uma atividade nica ou implicar processamento contnuo. b) caixas representam dados, cujos nomes expressam artefatos. c) linhas so processos, cujas denominaes compreendem frases que possuem verbos. d) duas linhas saindo de uma caixa indicam a ordem de controle. e) seus elementos so exclusivamente componentes de software. 31. (ESAF/2007/SEFAZ-CE) Analise a descrio a seguir.
O paradigma do ciclo de vida clssico da engenharia de software abrange seis atividades. Na atividade de _____________ so traduzidas as exigncias de uma representao do software que podem ser avaliadas quanto qualidade antes que se inicie a codificao. Escolha a opo que preenche corretamente a lacuna acima. a) anlise b) engenharia de sistemas c) teste e anlise de riscos d) coleta de requisitos e) projeto
141
32. (ESAF/2007/SEFAZ-CE) Analise a seguinte descrio relacionada ao modelo espiral para a engenharia de software. O modelo espiral para a engenharia de software, alm de abranger as caractersticas do ciclo de vida clssico e o da prototipao, apresenta um novo elemento, denominado _____________, que faltava a esses paradigmas. Escolha a opo que preenche corretamente a lacuna acima. a) anlise de riscos b) planejamento c) engenharia d) projeto e) teste 33. (ESAF/2008/MPOG) O processo da engenharia de sistemas possui importantes diferenas em relao ao processo de desenvolvimento de software, principalmente no que se refere s suas fases. Indique a opo que representa as fases do processo da engenharia de sistemas. a) Comunicao, Planejamento, Modelagem, Construo e Implantao. b) Anlise de requisitos, Projeto do sistema, Projeto do programa, Codificao, Testes de Unidades e de Integrao, Teste do sistema, Teste de Aceitao, Operao e Manuteno. c) Definio de Requisitos, Projeto de sistemas e de software, Implementao e testes de unidades, Integrao e testes de sistemas, Operao e manuteno. d) Anlise dos requisitos do sistema, Projeto da arquitetura do sistema, Codificao e testes do sistema, Integrao e teste do sistema, Teste de qualificao do sistema, Instalao do sistema e Descontinuao do sistema. e) Definio de requisitos, Projeto do sistema, Desenvolvimento de subsistemas, Integrao do sistema, Instalao do sistema, Evoluo do sistema e Desativao do sistema. 34. (ESAF/2008/MPOG) Os requisitos de um sistema so descries dos servios fornecidos pelo sistema e as suas restries operacionais. Indique a opo que corretamente se relaciona com a anlise ou gerenciamento de requisitos. a) Requisitos de sistema so declaraes do usurio que definem, detalhadamente, as funes, os servios e as restries operacionais do sistema.
142
b) As representaes de dados usadas nas interfaces de sistemas so exemplos de requisitos funcionais. c) A exigncia de que o sistema deva fornecer telas apropriadas para o usurio ler os documentos no repositrio de documentos um exemplo de requisito funcional. d) A exigncia de que o sistema no deva revelar quaisquer informaes pessoais sobre os usurios do sistema ao pessoal de vendas que o utiliza, com exceo do nome e cargo, um exemplo de requisito funcional. e) Avaliar se os requisitos associados ao desempenho, ao comportamento e s caractersticas operacionais do sistema foram explicitamente declaradas uma tarefa de especificao de requisites 35. (ESAF/2007/SEFAZ-CE) Na engenharia de software, o objetivo do processo de Teste de Software a) provar que o software est 100% isento de defeitos. b) corrigir apenas os defeitos de alta criticidade. c) executar apenas os testes de caixa preta. d) demonstrar o correto funcionamento do software. e) encontrar defeitos. 36. (FGV/Fiscal de Rendas ICMS-RJ/2007) Uma arquitetura de DataWarehouse refere-se maneira de representar a estrutura completa de dados, comunicao, processamento e resultados que so apresentados aos usurios finais dentro da empresa. Nesse contexto, uma camada visa a prover acesso universal aos dados, sendo absolutamente necessrio manter algum repositrio de metadados, entendendo-se um metadado como um dado sobre um dado dentro da corporao. Exemplos de metadados so os registros descritivos em um programa codificado em COBOL. Da mesma forma, so tambm as sentenas DIMENSION em FORTRAN, ou CREATE em SQL. A camada em referncia denominada de: (A) Acesso a Dados. (B) Diretrio de Dados. (C) Replicao dos Dados. (D) Gerenciamento de Dados. (E) Administrao da Base de Dados.
143
37. (FGV/Fiscal de Rendas ICMS-RJ/2007) A gesto do conhecimento tem por objetivo maximizar os ativos de conhecimento de uma organizao. A esse respeito, assinale a afirmativa incorreta. (A) Gesto do conhecimento um processo que ajuda as organizaes a identificar, selecionar, organizar, disseminar, transferir e aplicar informaes e experincias importantes que fazem parte de sua memria. (B) A tecnologia da informao disponibiliza recursos modernos para sistematizar, aprimorar e agilizar a gesto do conhecimento numa organizao. (C) preocupao da gesto do conhecimento evitar perdas de conhecimento devido a mudanas rpidas, rodzio de funcionrios e downsizing. (D) Conhecimento tcito lida com o conhecimento mais objetivo, racional e tcnico. Numa organizao so, por exemplo, regras, polticas, relatrios, produtos e competncias centrais. (E) A gesto do conhecimento deve incentivar a constituio de comunidades de prtica, formadas por pessoas com interesses profissionais comuns. 38. (FGV/Fiscal de Rendas ICMS-RJ/2007) A Tecnologia da Informao (TI) gerou mudanas e transformaes para indivduos, organizaes e a sociedade. Sobre o impacto da TI no trabalho, analise as afirmativas a seguir: I. Gestores podem, com auxlio da TI, finalizar suas tarefas mais rapidamente, uma vez que as informaes necessrias j esto disponveis. II. A TI aumenta a capacidade de, com nvel inferior, executarem tarefas de empregados com nvel superior. III. A impessoalidade nas atividades e nas relaes de trabalho, comum ao ambiente tecnolgico, no existe no trabalho mediado pela Internet. Assinale: (A) se nenhuma afirmativa for correta. (B) se somente as afirmativas I e III forem corretas. (C) se somente as afirmativas I e II forem corretas. (D) se somente as afirmativas II e III forem corretas. (E) se todas as afirmativas forem corretas. 39. (FGV/Fiscal de Rendas/ ICMS-RJ/2008) A figura abaixo ilustra uma sub-rede de microcomputadores Windows XP com acesso Internet, que usa topologia estrela, com destaque para os IPs empregados pelas mquinas. Foi utilizado o esquema de mscara de tamanho fixo e atribuda
144
uma nica faixa 255.255.255.192.
de endereos sub-rede. A mscara utilizada
A faixa total de endereos que a sub-rede est utilizando : (A) de 198.216.153.128 at 198.216.153.159 (B) de 198.216.153.0 at 198.216.153.127 (C) de 198.216.153.128 at 198.216.153.143 (D) de 198.216.153.0 at 198.216.153.255 (E) de 198.216.153.128 at 198.216.153.191 40. (FGV/Fiscal de Rendas/ ICMS-RJ/2008) Analise a planilha abaixo, criada por um Fiscal de Rendas, no Excel 2003 BR.
145
Na utilizao dos recursos do software, o Fiscal executou os seguintes procedimentos, em seqncia: I. Inseriu frmulas nas clulas de G7 a G16, para escrever Atingiu meta! se a pontuao foi maior ou igual mdia do ms e Abaixo da meta!, caso contrrio. II. Inseriu, na clula =SOMASE($C$7:$C$16;G19;$E$7:$E$16). H19, a expresso
III. Selecionou a clula H19 e executou o atalho de teclado <Ctrl> + C. IV. Selecionou a clula H21 e executou o atalho de teclado <Ctrl> + V. Para obteno dos resultados indicados, as frmulas inseridas nas clulas G7 e H21 so, respectivamente: (A) =SE(E7>=$E$18;Atingiu meta!;Abaixo da meta!) e =SOMASE($C$7:$C$16;G21;$E$7:$E$16) (B) =SE(E7>=$E$20;Atingiu meta!;Abaixo da meta!) e =SOMASE($C$9:$C$18;G21;$E$9:$E$18) (C) =SE(E7>=$E$18;Abaixo da meta!;Atingiu meta!) e =SOMASE($C$9:$C$18;G21;$E$9:$E$18) (D) =SE(E7>$E$20;Abaixo da meta!;Atingiu meta!) e =SOMASE($C$7:$C$16;G21;$E$7:$E$16) (E) =SE(E7>$E$18;Atingiu meta!;Abaixo da meta!) e =SOMASE($C$7:$C$16;G21;$E$7:$E$16) 41. (FGV/Fiscal de Rendas/ICMS-RJ/2008) Business Intelligence (BI) refere-se ao processo para tomada de decises em uma empresa, sendo de elevada importncia a existncia de um repositrio prprio para os dados consolidados e j transformados em informao real, que pode ser um Data Warehouse ou um Data Mart. Nesse contexto, duas aplicaes so identificadas: a primeira, que sustenta o negcio por meio de ferramentas OLTP (On Line Transaction Processing), e a segunda, que analisa o negcio por meio de ferramentas OLAP (On Line Analytical Processing). Essas aplicaes tm, como objetivos principais, respectivamente: (A) levantamento e armazenamento de dados/implementao de testes. (B) controle e registro de transaes/identificao de tendncias. (C) projeto e anlise de sistemas/transformao de processos. (D) pesquisa e teste de software/especificao de requisitos. (E) busca e coleta de informaes/substituio de rotinas.
146
42. (FGV/Fiscal de Rendas/ ICMS-RJ/2009) A figura a seguir apresenta uma modalidade de comrcio eletrnico que desenvolve vendas direcionadas ou cruzadas e forma comunidades de interesses comuns, para empresas pontocom, e tambm desenvolve negcios baseados na Web. Esse esquema permite que uma organizao diminua a quantidade de intermedirios, possibilitando a reduo de preos, alm de oferecer a oportunidade de disponibilizar novos produtos ou servios e, implicitamente, conquistar novos mercados.
O esquema apresentado refere-se modalidade de comrcio eletrnico conhecido por: (A) B2B Business to Business. (B) B2E Business to Employee. (C) B2C Business to Consumer. (D) B2R Business to Relationship. (E) B2M Business to Management. 43. (FGV/Inspetor-Polcia Civil-RJ/2008) No Word 2003 BR, um inspetor da Polcia Civil executou as seguintes tarefas: I. abriu um arquivo previamente gravado no disco rgido; II. realizou algumas alteraes no texto; III. gravou no HD o arquivo digitado. Na execuo das tarefas (I) e (III), ele empregou, respectivamente, os atalhos de teclado: (A) <Ctrl> + A / <Ctrl> + B. (B) <Ctrl> + N / <Ctrl> + B. (C) <Ctrl> + G / <Ctrl> + S.
147
(D) <Ctrl> + N / <Ctrl> + S. (E) <Ctrl> + A / <Ctrl> + S. 44. (FGV/Inspetor-Polcia Civil-RJ/2008) Um inspetor deseja, no Word 2003 BR, gerar uma pgina inteira com a mesma etiqueta. Para isso, ele deve adotar o seguinte procedimento: (A) digitar um Novo Documento em formato postscript com as informaes das etiquetas repetidas e alinhadas correspondendo posio das etiquetas na folha. (B) processar a folha de etiquetas na impressora vrias vezes e alterar a posio do layout da etiqueta a cada vez na caixa de dilogo Envelopes e Etiquetas. (C) inserir as informaes das etiquetas na caixa Endereo e clicar na opo Pgina inteira mesma etiqueta da caixa de dilogo Envelopes e Etiquetas. (D) criar um novo documento de etiquetas com o uso do boto Novo Documento e empregar os comandos Copiar e Colar para gravar as informaes de cada etiqueta. (E) gerar um arquivo texto com informaes predefinidas e cruz-lo com o modelo de etiquetas desejado escolhido na aba de ferramentas da caixa de dilogo Envelopes e Etiquetas. 45. (FGV/Tcnico Legislativo-Senado Federal/2008) A utilizao de software de correio eletrnico na Internet feito, comumente, por meio da verso conhecida por WebMail, que disponibiliza uma interface em sites. Em geral, arquivos anexos a e-mails tm tamanho limitado. Por padro, o GMail, por exemplo, limita o tamanho desses arquivos ao valor de: (A) 1 kB. (B) 10 GB. (C) 20 MB. (D) 200 GB. (E) 700 MB. 46. (FGV/Tcnico Legislativo-Senado Federal/2008) Na planilha abaixo, montada no Excel 2000/XP, foram inseridos os nmeros 30 em A2 e 10 em B2 e a frmula =SE(A2-B2>13;"CONGRESSO";SE(A2-B2<7;"SENADO";"FEDERAL")) em C2.
148
Mantendo o contedo de B2 constante, deseja-se determinar valores para que ocorram duas situaes: 1. o maior valor inteiro a ser digitado em A2 para que aparea SENADO na clula C2; 2. o menor valor inteiro a ser digitado na clula A2 para que aparea CONGRESSO na clula C2. Esses valores, sero, respectivamente: (A) 16 e 23. (B) 17 e 24. (C) 16 e 25. (D) 17 e 23. (E) 16 e 24. 47. (FGV/Tcnico Legislativo-Senado Federal/2008) Numa planilha no Excel 2000/XP, a clula A7 contm a frmula =MULT(A3;C3) e B7 contm a frmula =SOMA($B$3;$E$3). A seguir faz-se uma cpia dessas clulas, de A7 para C9 e de B7 para D9 na mesma planilha. Em C9 e D9 as frmulas copiadas tero, respectivamente, os seguintes formatos: (A) =MULT(C5;E5) e =SOMA($D$5;$G$5) (B) =MULT(A3;C3) e =SOMA($B$3;$E$3) (C) =MULT(C5;D5) e =SOMA($D$9;$G$9) (D) =MULT(A3;C3) e =SOMA($D$5;$G$5) (E) =MULT(C5;E5) e =SOMA($B$3;$E$3) 48. (ESAF/CGU/2008) Um dos servios providos pela camada de enlace em redes de computadores a: a) entrega de pacotes na ordem. b) correo de erros. c) largura de banda mnima garantida. d) variao de atraso mximo garantido. e) entrega garantida com atraso limitado. 49. (ESAF/PSS/2008) Com relao a componentes de uma rede de computadores, correto afirmar que as pontes so dispositivos: Profa Patrcia Lima Quinto www.pontodosconcursos.com.br 149
a) equivalentes a roteadores que interligam redes com velocidade de transmisso diferentes. b) que podem ser utilizados para dividir e isolar o trfego entre segmentos de uma rede. c) equivalentes a roteadores que interligam redes com protocolos de comunicao diferentes. d) utilizados apenas para conectar dois cabos de redes de diferentes categorias, tornando-se invisveis para o trfego na rede. e) utilizados apenas para conectar o cabo de rede a cada computador individualmente. 50. (ESAF/TC. REC. FED./2006-2005) Analise as seguintes afirmaes relacionadas a conceitos bsicos de redes de computadores. I. Um repetidor um dispositivo responsvel pelo encaminhamento e roteamento de pacotes de comunicao em uma rede ou entre redes. Tipicamente, uma instituio, ao se conectar Internet, dever adquirir um repetidor para conectar sua Rede Local (LAN) ao ponto da Internet. II. O SNMP (Simple Network Management Protocol) um protocolo usado para monitorar e controlar servios e dispositivos de uma rede TCP/IP. o padro adotado pela RNP para a gerncia de rede. III. O UDP o protocolo de transporte sem conexo da famlia TCP/IP, usado com aplicaes como o de servio DNS. IV. O WHOIS um banco de dados de informaes utilizados pelos Firewalls para permitir acesso dos usurios de uma LAN Internet. Indique a opo que contenha todas as afirmaes verdadeiras. a) I e II b) II e III c) III e IV d) I e III e) II e IV 51. (FGV/Fiscal de Rendas/ICMS-RJ/2007) Uma rede de microcomputadores acessa os recursos da Internet e utiliza o endereo IP 138.159.0.0/16, de acordo com o esquema de mscara de rede de tamanho varivel. Foram configuradas diversas sub-redes, sendo a maior delas com um total de 13.000 mquinas, fisicamente conectadas na mesma sub-rede. Para isso, considerando que s uma faixa de endereos foi empregada, uma configurao vlida para essa sub-rede : (A) 138.159.64.0/18
150
(B) 138.159.64.0/24 (C) 138.159.64.0/27 (D) 138.159.128.0/24 (E) 138.159.128.0/27 52. A faixa de endereos instituda para uso na converso IPv6 em IPv4
(A) 169.254.0.0 a 169.254.255.255 (B) 172.16.0.0 a 172.31.255.255 (C) 192.0.2.0 a 192.0.2.255 (D) 192.88.99.0 a 192.88.99.255 (E) 192.168.0.0 a 192.168.255.255 53. Com relao ao endereamento TCP/IP, analise:
I. 242.120.120.120 um exemplo de endereamento de rede classe E . II. 251.100.99.23 um exemplo de endereamento de rede classe F. III. 255.255.255.255 a mscara de rede padro classe C. correto o que se afirma APENAS em (A) I. (B) I e II . (C) I e III . (D) II e III . (E) III . 54. Se o IP de um microcomputador 192.168.51.99/20, a rede qual ele pertence ser:
55. (IPEM 2010/TCNICO EM INFORMTICA) Uma sub-rede de computadores acessa a Internet e utiliza 192.217.145.0/28 como
151
configurao IP. A mscara que essa rede est utilizando e o endereo de
broadcasting so, respectivamente: 56. (Emater/Tcnico em Anlise de Sistemas)
57. A anlise SWOT obtida a partir da anlise interna da organizao, realizada ao longo de, no mnimo, um ano.
152
Gabarito 1. Letra E. 2. Letra A. 3. Letra C. 4. Item correto. 5. Item correto. 6. Item correto. 7. Letra E. 8. Letra D. 9. Letra A. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. Letra C. Letra C. Letra B. Letra D. Letra A. Letra E. Letra E. Letra B. Letra D. Letra A. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. Item errado. Letra E. Letra C. Letra C. Letra B. Letra C. Letra D. Letra A. Letra A. Letra D. Letra A. Letra E. Letra A. Letra E. Letra C. Letra E. Letra B. Letra D. Anulada. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. Letra E. Letra A. Letra B. Letra C. Letra A. Letra C. Letra C. Letra E. Letra E. Letra B. Letra B. Letra B. Letra A. Letra D. Letra A. Letra C. Letra E. Letra E. Item errado.
153

Aula 08 PDF

Încărcat de

Informații document

Descriere originală:

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Aula 08 PDF

Încărcat de

Drepturi de autor:

Formate disponibile

NOES DE INFORMTICA PARA FISCAL DE RENDAS SEFAZ/RJ PROFESSORA PATRCIA LIMA QUINTO

Fonte: (OBRIEN, 2006)

PSICOLOGIA ABORDAGENS COMPORTAMENTAIS

Figura Interdependncia entre organizaes e SI

Como oposto a <->

Um assunto bastante cobrado hoje em provas de concursos o conceito de governana de TI....

Figuras. reas do Conhecimento e Grupos de Processos

Profa Patrcia Lima Quinto

ISO 9000 PMBOK

TI Objetivos de Controle Processos Internos COBIT ITIL

Figura. Aplicao das boas prticas de TI (FREITAS, 2010)

Profa Patrcia Lima Quinto

Profa Patrcia Lima Quinto

Devido a estes problemas, algumas conseqncias so identificadas:

Profa Patrcia Lima Quinto

os modelos utilizados desenvolvimento. Diferena de Enfoques

Apresenta-se a seguir desenvolvimento: Desenvolvimento Estruturado:

Desenvolvimento Orientado a Objetos:

Foco nos processamentos do sistema.

Profa Patrcia Lima Quinto

Processos Foco na qualidade

Profa Patrcia Lima Quinto

Com unicao Planejam ento Modelagem Construo Im plantao

Em seguida, a proposta de Kruchten (2003).

Profa Patrcia Lima Quinto

Profa Patrcia Lima Quinto

Profa Patrcia Lima Quinto

Existem dois tipos de requisitos:

Profa Patrcia Lima Quinto

rodar A Engenharia de Requisitos composta pelos seguintes passos:

Concepo Levantamento (Especificao) Elaborao Negociao Especificao Validao Gesto de Requisitos

Profa Patrcia Lima Quinto

Identificar as fontes de informao; Coleta de fatos; Comunicao.

Profa Patrcia Lima Quinto

Interessados definem requisitos impossveis tratados (economicamente ou tecnologicamente)

Problema de escopo Problemas de volatilidade

Questes subjetivas: permitem respostas abertas

O que voc acha de ...? Explique como voc ...?

Profa Patrcia Lima Quinto

Questes objetivas: limitam as respostas possveis

Profa Patrcia Lima Quinto

Profa Patrcia Lima Quinto

Profa Patrcia Lima Quinto

Os fluxos de trabalho de processo do RUP so:

O RUP composto por nove disciplinas e quatro fases!!!!

Profa Patrcia Lima Quinto

Visualizao Gerncia da complexidade Comunicao

Profa Patrcia Lima Quinto

Viso de Caso de Uso

Estrutura Esttica; Estrutura Dinmica; Comportamento.

Atores; Casos de Uso; e Associaes ( Incluso, Extenso e Generalizao).

Realizar transao com o carto

Processar a conta do cliente

Instituio de venda a varejo

Gerenciar a conta do cliente

Instituio financeira patrocinadora

Profa Patrcia Lima Quinto

Profa Patrcia Lima Quinto

A prxima figura apresenta um exemplo de diagrama de Casos de Uso.

<< include >> Avaliar Negcio

<< Include >>

Negcio c/ Limite Excedido