RETA FINAL – SEFAZ-BA

INFORMÁTICA (TECNOLOGIA DA INFORMAÇÃO)

10 Questões Peso 3
18,88% da P2
~10% da prova obj.
 Gerência de Projetos: Conceitos. Processos do PMBOK 5ª edição.
Planejamento e controle de métricas de projeto.
Planejamento e avaliação de iterações.
Gestão de Processos de Negócio.
Modelagem de processos.
BPMN(Business Process Model and Notation)
Técnicas de análise de processo.
Governança de TI
PETI - Planejamento estratégico de TI.
Alinhamento estratégico entre Área de TI e Negócios.
Políticas e procedimentos.
Análise SWOT.
BSC – Balanced Scored Card.
Responsabilidade e papéis de TI.
Gerência de Requisitos de Software
Conceitos de Requisitos.
Requisitos Funcionais e Não Funcionais.
Prof. Thiago Cavalcanti
 Banco de Dados:
Conceitos de modelagem e SQL.
BI - Business Intelligence:
Conceitos de Data Warehouse, Data Mart e Data Mining.
Conceitos de Big Data.
Programação de Software.
Gerenciamento eletrônico de documentos.
Portais corporativos e colaborativos.
Web Services.
Segurança da Informação:
Conceitos sobre malwares, crimes digitais,
métodos de proteção e prevenção e tecnologias relacionadas.
Redes:
Conceitos e tecnologias de redes.
Acesso remoto e rede Wireless.
Noções de mobilidade.
Prof. Thiago Cavalcanti
 297
Questões
GESTÃO DE PROJETOS
RETA FINAL – SEFAZ-BA
 QUESTÃO.
• FCC - Auditor Público Externo (TCE-RS)/Administração Pública ou de Empresas/2018
• Sabe-se que nem toda atividade desempenhada no âmbito de uma entidade pública ou privada
pode ser caracterizada como um projeto, em sua acepção técnica. Para tal enquadramento, é
necessário que estejam presentes determinados elementos, entre os quais:
• a) singularidade, apenas para entidades públicas, pois projeto é uma ação rotineira para entidades
privadas.
• b) esforço temporário, delimitado no tempo para a consecução do resultado pretendido, tanto para
entidades públicas como para privadas.
• c) natureza institucional, para as entidades públicas, e natureza financeira, para as entidades
privadas.
• d) execução exclusiva pela alta direção, tanto para entidades públicas como para privadas, com as
respectivas peculiaridades.
• e) perenidade, quando se trate de entidade pública, e mutabilidade, quando desenvolvido por
entidade privada.

Prof. Thiago Cavalcanti

 GERENCIAMENTO DE PROJETOS

• O gerenciamento de projetos se concentra na

entrega bem sucedida dos produtos, serviços ou
resultados e os projetos são um meio de atingir
metas e objetivos organizacionais.

Prof. Thiago Cavalcanti

INFLUÊNCIA DAS ESTRUTURAS ORGANIZACIONAIS
NOS PROJETOS
PARTES INTERESSADAS E PROJETOS
 QUESTÃO.
• Ano: 2016 Banca: FCC Órgão: TRT - 23ª REGIÃO (MT)Prova: Analista Judiciário -
Biblioteconomia
• Considere os dois agrupamentos abaixo, referentes a termos correntemente utilizados em
planejamento.
• I. Stakeholder.
• II. Patrocinador.
• III. Gerente de programas.
• a. Pessoa ou grupo que proporciona os recursos financeiros para o projeto.
• b. Responsável pela gestão de projetos relacionados de forma coordenada para obter
benefícios e controle que não podem ser obtidos por sua gestão individual.
• c. Pessoa ou organização ativamente envolvida no projeto ou cujo interesse pode ser
positivamente ou negativamente afetado pelo seu término.
• A correlação correta dos dois agrupamentos é:
• a) Ib; IIa; IIIc. b) Ia; IIb; IIIc c) Ib; IIc; IIIa. d) Ic; IIb; IIIa. e) Ic; IIa; IIIb.
Prof. Thiago Cavalcanti
CICLO DE VIDA (CUSTOS E PESSOAL)
 QUESTÃO.
• Ano: 2016 Banca: FCC Órgão: TRT - 14ª Região (RO e AC) Prova: Técnico Judiciário - Tecnologia da
Informação
• Um Técnico participou da elaboração do Termo de Abertura do Projeto − TAP seguindo as boas
práticas do PMBoK 5ª edição. Este TAP
• a) dá às partes interessadas a autoridade necessária para aplicar recursos organizacionais às
atividades do projeto.
• b) delimita o cronograma do projeto e cria um registro formal, que deve ser assinado pela direção
executiva, aceitando todos os gastos até a conclusão do projeto.
• c) não é considerado um contrato, porque não há pagamento, promessa ou troca de dinheiro
envolvidos na sua criação.
• d) recomenda o nome do gerente do projeto, que não deve participar de sua elaboração para não
influenciar na escolha de seu nome.
• e) faz parte do Gerenciamento do Escopo do Projeto. O TAP valida o alinhamento do projeto com a
estratégia e o trabalho em progresso da organização
GRUPOS DE PROCESSO
 QUESTÃO.
• Ano: 2015 Banca: FCC Órgão: TRT - 3ª Região (MG)Prova: Analista Judiciário - Área Administrativa
• No que diz respeito ao tema de gerenciamento de projetos, pode-se apontar como referência as
publicações do Project Management Institute − PMI, entre as quais se destaca o PMBOK. Um dos
aspectos ou áreas de conhecimento indicados no PMBOK é o
• a) feedback, que consiste em mecanismo de avaliação contínua e compartilhamento de opiniões
dos diferentes agentes para se chegar à finalização do projeto.
• b) caminho crítico, que corresponde à identificação dos principais obstáculos ou desafios ao
desenvolvimento do projeto.
• c) benchmarking, que corresponde a um conjunto de operações envolvidas na consecução do
produto objeto do projeto, de acordo com padrões de referência.
• d) fluxograma, que consiste na ferramenta utilizada para o mapeamento das etapas do projeto e
identificação dos pontos de retenção.
• e) gerenciamento de escopo, que consiste na descrição detalhada do projeto e do produto.
 PMBOK 5
• Técnica de revisão e avaliação de programa (PERT) /
Program Evaluation and Review Technique (PERT). Uma
técnica de estimativa que aplica uma média ponderada de
estimativas otimista, pessimista e mais provável quando
existe incerteza em relação às estimativas da atividade
distinta.
• Método do caminho crítico (CPM) / Critical Path Method
(CPM). Um método usado para estimar a duração mínima
do projeto e determinar o grau de flexibilidade nos
caminhos lógicos da rede dentro do modelo do
cronograma.
• Método do diagrama de precedência (MDP) / Precedence
Diagramming Method (PDM). Uma técnica usada para
construir um modelo de cronograma em que as atividades
são representadas por nós e ligadas graficamente por um
ou mais relacionamentos lógicos para mostrar a sequência
em que as atividades devem ser executadas.
 PMBOK 5

• Estrutura analítica do
projeto (EAP) / Work
Breakdown Structure (WBS).
A decomposição hierárquica
do escopo total do trabalho a
ser executado pela equipe do
projeto a fim de alcançar os
objetivos do projeto e criar as
entregas exigidas.
 PMBOK 5
• Uma matriz de responsabilidades (MR) é uma tabela que mostra os
recursos do projeto alocados a cada pacote de trabalho. É usada
para ilustrar as conexões entre pacotes de trabalho ou atividades e
os membros da equipe do projeto.
• Um gráfico RACI (Responsável pela execução, responsável pela
aprovação, é consultado e informado)
 QUESTÃO.
• FCC - Analista de Planejamento, Orçamento e Gestão (Pref Recife)/2019
(adaptada)
• Um Analista de Planejamento, Orçamento e Gestão está desenvolvendo o
cronograma de um projeto seguindo as recomendações do guia PMBOK®
5ª edição. Para estimar a duração mínima do projeto e determinar o grau
de flexibilidade nas sequências lógicas das atividades da rede, dentro do
modelo do cronograma, ele deverá utilizar
• a) a técnica de compressão do cronograma.
• b) a técnica de análise de dados e otimização.
• c) o método do caminho crítico.
• d) o método de análise de variação.
• e) o método de Monte Carlo.
 QUESTÃO.
• FCC - Analista de Planejamento, Orçamento e Gestão (Pref Recife)/2019 (Adaptada)
• Para gerenciar os recursos do projeto é recomendável planejar o gerenciamento dos recursos,
processo que envolve definir, adquirir, gerenciar e utilizar recursos físicos e de equipe. Nessa etapa,
o Guia PMBOK 5ª edição recomenda, como uma das ferramentas,
• a) o registro de lições aprendidas, no qual técnicas eficazes para gerenciar a logística dos recursos,
descartes, variações de uso e ações corretivas são registradas para guiar projetos futuros.
• b) a estrutura analítica dos recursos, para mostrar como as entregas do projeto são decompostas
em pacotes de trabalho, fornecendo uma visão das áreas de responsabilidade de modo detalhado.
• c) a análise de tendências, para determinar os recursos necessários em estágios futuros do projeto,
examinando o desempenho do projeto ao longo do tempo para determinar se o desempenho está
melhorando ou piorando.
• d) a estimativa paramétrica, que utiliza um relacionamento estatístico entre dados históricos e
outras variáveis para calcular as quantidades de recursos necessárias para uma atividade, com base
em históricos de parâmetros de projeto.
• e) a matriz RACI, para garantir a designação clara de papéis e responsabilidades quando a equipe
consiste em recursos internos e externos.
PALAVRA
CRUZADA
GESTÃO DE PROCESSOS DE NEGÓCIOS
RETA FINAL – SEFAZ-BA
GESTÃO DE PROCESSO DE NEGÓCIO
• Gerenciamento de Processos de Negócio (BPM – Business Process Management) é uma
disciplina gerencial que integra estratégias e objetivos de uma organização com
expectativas e necessidades de clientes, por meio do foco em processos ponta a ponta.
• BPM engloba estratégias, objetivos, cultura, estruturas organizacionais, papéis, políticas,
métodos e tecnologias para
• Analisar, desenhar, implementar, gerenciar desempenho, transformar e estabelecer a
governança de processos.
 CONCEITOS IMPORTANTES LISTADOS NO BPM
CBOK:
BPM é uma disciplina gerencial

BPM não é uma prescrição de estrutura de trabalho, metodologia ou conjunto de ferramentas

BPM é uma capacidade básica interna

BPM visa entregar valor para o cliente

BPM trata o trabalho ponta a ponta e a orquestração das atividades ao longo das funções de negócio

BPM trata O QUE, ONDE, QUANDO, POR QUE, COMO e POR QUEM o trabalho é realizado

Os meios pelos quais os processos de negócio são definidos e representados devem ser adequados à finalidade e aptos para uso

Prof. Thiago Cavalcanti

 CONCEITOS IMPORTANTES LISTADOS NO BPM
CBOK:
Processos de negócio devem ser gerenciados em um ciclo contínuo para manter sua integridade e permitir a transformação

BPM requer investimento nas capacidades de negócio

As capacidades são desenvolvidas ao longo de uma curva de maturidade em processos

A implementação de BPM requer novos papéis e responsabilidades

A tecnologia desempenha papel de apoio e não de liderança na implementação de BPM

Implementação de BPM é uma decisão estratégica e requer patrocínio da liderança executiva

Processos de negócio intensivos em conhecimento devem ser identificados e tratados adequadamente.

Prof. Thiago Cavalcanti

 QUESTÃO.
• Ano: 2019 Banca: FCC Órgão: Prefeitura do Recife - PE Prova: Analista de Planejamento, Orçamento
e Gestão Assunto:
• 49. Um Analista de Planejamento, Orçamento e Gestão foi encarregado de implementar o
Gerenciamento de Processos de Negócio (Business Process Management − BPM) em uma
organização. Seguindo o guia CBOK 3.0, ele corretamente
• (A) implementou BPM a partir dos níveis operacionais e áreas funcionais específicas para evitar um
amplo envolvimento institucional.
• (B) argumentou que a implementação do BPM baseada em um método sólido, mas sem suporte de
tecnologia, jamais será bem-sucedida.
• (C) orientou a área de tecnologia para desempenhar um papel de apoio e não de liderança no
processo de implementação do BPM.
• (D) implementou BPM sem o patrocínio das lideranças executivas, que normalmente são
resistentes à mudança.
• (E) definiu a implementação do BPM como um projeto de Tecnologia da Informação.
 QUESTÃO.
• FCC - Agente Fiscal de Rendas (SEFAZ SP)/Tecnologia da Informação/2013
• Sobre o BPM, considere:
• I. Os quatro pilares do BPM são Valores, Crenças, Liderança e Cultura.
• II. Fatores-chave que impactam o ciclo de vida BPM são: organização, definição de
processo, responsabilidade, patrocínio, medição, consciência, alinhamento, TI e
metodologia BPM.
• III. Um elemento-chave do BPM é a identificação e definição de controles
operacionais e financeiros informatizados.
• IV. O ciclo de vida BPM inclui Organização e Estratégia, seguido por Planejamento,
Análise de workflow, Gerenciamento de Desenho, Transformação e Carga,
finalizando com o Gerenciamento de TI.
• Está correto o que se afirma APENAS em
• a) I, II e III. b) I, III e IV. c) II, III e IV. d) II e III. e) I e II.
 (2) Análise do (4) Implementação do
Processo (AS-IS) Processo

Ciclo de
(6) Refinamento/
Vida Melhoria

BPM

(1) Planejamento e (3) Desenho do (5) Monitoramento

Estratégia Processo (TO-BE) Do Processo
PROCESSOS ORQUESTRANDO ATIVIDADES
 TIPOS DE PROCESSO

• Processo é uma agregação de atividades e

comportamentos executados por humanos ou
máquinas para alcançar um ou mais
resultados. Podem ser classificados em:
– Processo primário
– Processo de suporte
– Processo de gerenciamento
 PROCESSO PRIMÁRIO

• É tipicamente interfuncional ponta a ponta (e até inter

organizacional ponta a ponta) que agrega valor
diretamente para o cliente.
• Referenciados como processos essenciais ou
finalísticos.
– Representam as atividades essenciais que uma
organização executa para cumprir sua missão.
• “Momento da verdade“
– Experiência de consumo
 PROCESSOS DE SUPORTE

• Existe para prover suporte a processos primários

– Também pode prover suporte a outros processos de
suporte (processos de suporte de segundo nível,
terceiro nível e sucessivos) ou processos de
gerenciamento.
• A diferença principal entre os processos primários
e os de suporte é que processos de suporte
entregam valor para outros processos e não
diretamente para os clientes.
 PROCESSOS DE GERENCIAMENTO

• Tem o propósito de para medir, monitorar, controlar

atividades e administrar o presente e o futuro do negócio.
• Processos de gerenciamento, assim como os processos de
suporte, não agregam valor diretamente para os clientes,
mas são necessários para assegurar que a organização
opere de acordo com seus objetivos e metas de
desempenho.
• Podem estar associados a áreas funcionais ou serem
interfuncionais.
 QUESTÃO.
• FCC - Agente Fiscal de Rendas (SEFAZ SP)/Tecnologia da Informação/2013
• Há 3 tipos de processos de negócio, a saber:
• I. são de natureza interfuncional e compõem a cadeia de valor.
• II. habilitam outros processos. Como exemplos pode-se citar os de recursos
humanos e TI.
• III. são utilizados para medir, monitorar e controlar atividades de negócio.
• O tipo de processo e sua caracterização estão expressos corretamente em:
 MODELAGEM DE PROCESSOS

• Modelagem de processos de negócio é o

conjunto de atividades envolvidas na criação de
representações de processos de negócio
existentes ou propostos para permitir a sua
análise, desenho e medição. .
• Um modelo de processos inclui ícones que
representam atividades, eventos, decisões,
condições e outros elementos do processo.
 ANÁLISE DE PROCESSOS

• Análise de processos envolve a compreensão de

processos de negócio, incluindo sua eficiência e
eficácia para atendimento dos objetivos para os quais
foram desenhados.
• Proveem suporte à decomposição de processos,
técnicas analíticas, papéis, escopo, contexto de
negócio, regras e métricas de desempenho.
• O foco é compreender os processos atuais ("AS-IS").
 DESENHO DE PROCESSOS
• Desenho de processos é a concepção de novos processos de negócio e a
especificação de como esses funcionarão, serão medidos, controlados e
gerenciados.
• Envolve a criação do modelo futuro de processos de negócio ("TO-BE")
– No contexto dos objetivos de negócio e de desempenho de processos, e
fornece planos e diretrizes sobre como fluxos de trabalho, aplicações de
negócio, plataformas tecnológicas, recursos de dados e controles financeiros e
operacionais interagem com os processos.
• Essa área de conhecimento explora papéis, técnicas, princípios e boas
práticas de desenho de processos, simulação, padrões comuns de
desenho e considerações sobre conformidade, liderança executiva e
alinhamento estratégico.
 QUESTÃO.
• FCC - Auditor Fiscal Tributário Municipal (São Paulo)/Tecnologia da
Informação/2012
• A representação BPMN é utilizada para análise e modelagem de
processos. Essa representação tem o propósito de modelar
• a) regras de negócio, processos de negócio e modelos de dados e de
informação.
• b) estratégia empresarial, regras de negócio e processos de negócio.
• c) estratégia empresarial e processos de negócio, apenas.
• d) processos de negócio, apenas.
• e) estruturas organizacionais, recursos e processos de negócio.

Prof. Thiago Cavalcanti

 BPMN
• A especificação OMG BPMN 2.0 descreve como principal objetivo
do Business Process Model and Notation (BPMN) fornecer uma
notação que é facilmente compreensível por todos os usuários do
negócio, de analistas de negócio.
– Que criam os rascunhos iniciais dos processos, a desenvolvedores
técnicos, responsáveis pela implementação da tecnologia que irá
executar os processos e, principalmente, para as pessoas do negócio
que irão gerenciar e monitorar esses processos.
• Assim, a BPMN cria um padrão que liga as atividades de desenho
de processos de negócios a atividades de implementação do
processo. Portanto, o propósito da BPMN é modelar processos de
negócio.
 CATEGORIAS DE ELEMENTOS

1. Flow 3. Connecting
2. Data 4. Swimlanes 5. Artifacts
Objects Objects
• 1.1 Events • 2.1 Data • 3.1 Sequence • 4.1 Pools • 5.1 Group
• 1.2 Activities Objects Flows • 4.2 Lanes • 5.2 Text
• 1.3 Gateways • 2.2 Data • 3.2 Message Annotation
Inputs Flows
• 2.3 Data • 3.3
Outputs Associations
• 2.4 Data • 3.4 Data
Stores Associations
VISTO DE OUTRA FORMA
 QUESTÃO.
• Sobre o BPMN, considere:
• I. Um pool representa uma organização.
• II. Uma lane representa um departamento dentro da organização.
• III. Um processo não é representado por um elemento do BPMN.
• Está correto o que consta em
• a) I, II e III.
• b) I e II, apenas.
• c) I e III, apenas.
• d) I, apenas.
• e) II, apenas.
EVENTOS
ATIVIDADES
DESVIOS OU GATEWAYS
 QUESTÃO

• Considere o fragmento de diagrama BPMN 2.0 acima.

• Ao analisar o diagrama, constata-se que
• a) os ícones de forma redonda são do tipo link events.
• b) o losango com um x no centro se refere a um multiple event.
• c) o losango com um x no centro se refere a um event-based gateway.
• d) “Recebe e-mail comunicando suspeita de fraude” é uma atividade de regra de
negócio.
• e) “Montagem de processo de auditoria” é um subprocesso collapsed, que pode
ser decomposto em várias atividades.

Prof. Thiago Cavalcanti

ELEMENTOS DE DADOS

Objeto de dados Coleção de dados Dados de entrada

Dados
Dados de saída Mensagem
armazenados
FASES OU MILESTONES
GOVERNANÇA DE TI
RETA FINAL – SEFAZ-BA
VISÃO GERAL
PADRÕES E FRAMEWORKS
MOTIVADORES DA GOVERNANÇA
 PETI - PLANEJAMENTO ESTRATÉGICO DE TI.
• Objetiva garantir que as metas e objetivos da TI estejam totalmente
vinculados aos objetivos do negócio e as metas da organização.
– Deve estar alinhado com o planejamento estratégico da organização.
• É um processo dinâmico e interativo para estruturar estratégica,
tática e operacionalmente os sistemas de informação e a
infraestrutura de TI necessários para o atendimento das decisões,
ações e respectivos processos da organização.
• É um instrumento indispensável para a tomada de decisão na
organização.
A Governança de TI é a arte de harmonizar e combinar as atividades
que a área de tecnologia da informação desenvolve com as
necessidades e objetivos estratégicos de uma organização, tornando a
Prof. Thiago Cavalcanti
TI mais estratégica e ativa no negócio.
 ALINHAMENTO ESTRATÉGICO ENTRE ÁREA DE TI E
NEGÓCIOS.

Prof. Thiago Cavalcanti

 QUESTÃO.
• FCC - Auditor Público Externo (TCE-RS)/Técnico em Processamento de Dados/2014
• Uma instituição trabalha com diversos sistemas de informação para atender as suas operações.
Diante do surgimento de novas necessidades de informatização, a equipe de TI necessita promover
o alinhamento estratégico das suas iniciativas de projetos de sistemas, realizando uma análise de
portfólio de sistemas de informação. Para isso, deve:
• I. Demonstrar quais processos e áreas de negócio são atendidos em cada um dos sistemas de
informação atualmente em uso.
• II. Reportar o estado dos projetos em curso com apresentação dos prazos e custos planejados e
realizados.
• III. Apontar as referências de soluções tecnológicas que estão sendo apresentadas ao mercado
como sendo de elevado grau de inovação e impulsionadoras do futuro da TI.
• A apresentação do portfólio de sistemas e a sua análise para alinhamento de negócios com as ações
de TI deve incluir APENAS o que consta em
• a) I. b) II. c) III. d) I e II. e) II e III.
ANÁLISE SWOT (FOFA)
 BALANCED SCORECARD
• Traduz a missão e as estratégias das empresas
num conjunto abrangente de medidas de
desempenho que serve de base para um
sistema de medição e gestão estratégica.
• O Balanced Scorecard continua enfatizando a
busca de objetivos financeiros, mas também
inclui os vetores de desempenho desses
objetivos.
– Mede o desempenho organizacional sobre
quatro perspectivas equilibradas: financeira,
do cliente, dos processos internos da
empresa, e do aprendizado e crescimento.
 BSC TRADICIONAL X BSC TI

Prof. Thiago Cavalcanti

 QUESTÃO.
• FCC - Auditor Fiscal da Receita Estadual (SEFAZ GO)/2018
• O Balanced Scorecard propicia o alinhamento das iniciativas
(projetos, ações ou serviços) de TI aos objetivos estratégicos do
negócio, considerando quatro perspectivas principais: Financeira,
Clientes,
• a) Governança e Segurança da informação.
• b) Ambiente externo e Gestão de pessoas.
• c) Mercado de serviços e Gestão da qualidade.
• d) Processos internos e Aprendizado e crescimento.
• e) Processos externos e Auditoria externa.
GERÊNCIA DE REQUISITOS
RETA FINAL – SEFAZ-BA
 ORGANIZANDO AS IDEIAS

Codificação
Estudo da Engenharia de Modelagem do (Desenvolvimento)
viabilidade requisitos (Análise) sistema (Desenho) • Testes

Implantação Avaliação Manutenção

 ESTUDO DA VIABILIDADE
• Estudo preliminar que pretende:
– Investigar as necessidades de informação dos Organizacional
usuários
– Avaliar soluções alternativas e recursos
necessários, bem como, custos e benefícios da Econômico
intervenção e, consequentemente, a sua
viabilidade. Técnico
• O resultado deste estudo pode ser formalizado
num documento escrito que inclui uma Operacional
especificação preliminar de um plano de
desenvolvimento. (esboço)
 ENGENHARIA DE REQUISITOS

• O objetivo da ER é determinar as necessidades

e restrições dos sistema em desenvolvimento,
estabelecendo uma visão geral do sistema
num dado contexto.
• O principal produto do processo de ER é a
especificação de requisitos que deve indicar o
que o sistema deve fazer e não como fazer.
 O QUE É UM REQUISITO?

1. Uma condição ou capacidade que um utilizador necessita

para resolver um problema ou atingir um objetivo.
2. Uma condição ou capacidade que deve ser satisfeita ou
possuída por um sistema ou um componente de um
sistema, para satisfazer um contrato, um standard, uma
especificação ou qualquer outro documento formalmente
imposto
3. Uma representação documentada de uma condição ou
capacidade, tal como em 1 ou 2.
 PROCESSO DE REQUISITOS Especificação dos requisitos:
1. Completa, Consistente, Modificável, Não
ambígua.
• Informação existente sobre o sistema
• Necessidade dos stakeholders
2. Requisitos funcionais – diz respeito a uma
Entradas • Normas organizacionais
• Regulamentações
• Informação do domínio
condição que o sistema tem que ser capaz de
executar
3.Requisitos não funcionais – relacionado as
características qualitativas do sistema,
• Técnicas:
• Análise de documentação
funções desejáveis para o sistema
• Entrevistas
(desempenho, segurança, facilidade de
Processamento • Questionários
• Observação
utilização)
• Cenários
• Prototipagem

• Requisitos
Saída • Especificações
• Modelos do sistema
 REQUISITOS NÃO FUNCIONAIS
• Requisitos de produto que especificam o
comportamento do produto. Podem restringir, por REQUISITOS
exemplo, a liberdade dos projetistas a utilizar uma
determinada linguagem. FUNCIONAIS:
• Requisitos organizacionais que são procedentes de
políticas e procedimentos adotados nas organizações
• NORMAIS
do cliente e do desenvolvedor. Especifica que o
sistema deve ser de acordo com um processo-padrão
• ESPERADOS
da empresa. • EXCITANTES
• Requisitos externos que abrange tópicos advindos de
fatores externos ao sistema. Dentre eles destacam-se
os requisitos de interoperabilidade, os requisitos
éticos e os requisitos legais que devem ser
observados a fim de garantir que o sistema opera de
acordo com a lei.
 QUESTÃO.
• FCC - Auditor Público Externo (TCE-RS)/Técnico em Processamento de
Dados/2014
• Na engenharia de software, os requisitos são classificados como
funcionais e não funcionais. Considerando os requisitos não funcionais, há
algumas métricas capazes de especificá-los. Uma medida para o requisito
não funcional é
• a) a facilidade de uso, que é o número de transações processadas por
segundo.
• b) a confiabilidade, que é o tempo médio para falhar.
• c) o tamanho, que é o tempo de treinamento requerido.
• d) a robustez, que é o número de pastilhas de memória.
• e) a portabilidade, que é a taxa de ocorrência de falhas.
 QUESTÃO.
• FCC - Auditor Fiscal Tributário Municipal (São Paulo)/Tecnologia da
Informação/2012
• Os requisitos não funcionais podem ser divididos em 3 grupos: requisitos
de produto, requisitos organizacionais e requisitos externos. Dentre os
grupos de requisitos externos se encontram os requisitos
• a) de desempenho.
• b) ambientais.
• c) de proteção.
• d) reguladores.
• e) operacionais.