SlideShare uma empresa Scribd logo
Engenharia de
Requisitos
Uma introdução a engenharia de requisitos
Professor Cloves Rocha
PhD Student in Computer Science
MSc. in Computer Science
Objetivos
∙ Introduzir a noção de requisitos do sistema e o
processo da engenharia de requisitos;
∙ Explicar como a engenharia de requisitos se
encaixa no processo mais abrangente da
engenharia de sistemas;
∙ Explicar a importância do documento de
requisitos.
Requisitos do sistema Definem o que é solicitado ao sistema fazer e com
quais limitações ele é requisitado a operar.
Por exemplo:
● O sistema deve manter registro de todos os
materiais da biblioteca incluindo livros, séries,
jornais e revistas, vídeos e áudios, relatórios,
coleções de transparências, discos de
computadores, e CD- ROMs.
● O sistema deve permitir os usuários
pesquisarem um item através do título, autor
ou ISBN.
● A interface de usuário do sistema deve ser
implementada usando um browser de WWW
(World-Wide-Web)
● O sistema deve suportar pelo menos 20
transações por segundo.
● As facilidades do sistema que estão
disponíveis para o público devem ser
demonstradas em 10 minutos ou menos.
Tipos de requisitos
∙ Requisitos bem gerais que dizem em
termos amplos o que os sistemas têm
que fazer.
∙ Requisitos funcionais que definem
parte da funcionalidade do sistema.
∙ Requisitos de implementação que
dizem como o sistema deve ser
implementado.
∙ Requisitos de performance que
especificam a performance mínima e
aceitável do sistema.
∙ Requisitos de usabilidade que
especificam o tempo máximo o
aceitável para demonstrar o uso do
sistema.

Recomendado para você

Aula - Metodologias Ágeis
Aula - Metodologias ÁgeisAula - Metodologias Ágeis
Aula - Metodologias Ágeis

O documento discute métodos ágeis de desenvolvimento de software. Apresenta os problemas do desenvolvimento tradicional e descreve princípios como o Manifesto Ágil. Detalha práticas como XP e Scrum e fornece links para recursos adicionais sobre os tópicos discutidos.

Uml Diagramas Estruturais
Uml   Diagramas EstruturaisUml   Diagramas Estruturais
Uml Diagramas Estruturais

O documento apresenta os diagramas estruturais da UML, incluindo diagramas de classes, pacotes, estrutura composta e componentes. Descreve a história e evolução da UML e como esses diagramas podem ser usados para modelar aspectos estáticos de um sistema de software.

Metodologias de Desenvolvimento de Software
Metodologias de Desenvolvimento de SoftwareMetodologias de Desenvolvimento de Software
Metodologias de Desenvolvimento de Software

O documento discute metodologias de desenvolvimento de software, enfatizando que deve ser realizado em equipe, seguir um processo e usar metodologias como a cascata, prototipação, ciclo de vida ou incremental. Também menciona modelos ágeis como Scrum e eXtreme Programming e a importância de seguir um processo para garantir qualidade e reduzir custos.

processometodologiamds
Engenharia de Requisitos
Engenharia de Requisitos
Engenharia de Requisitos
Tipos de requisitos
∙ De modo geral:
∙ Requisitos Funcionais que definem parte da
funcionalidade do sistema.
∙ Requisitos Não Funcionais que dizem respeito a
restrições, aspectos de desempenho, interfaces
com o usuário, confiabilidade, segurança,
mantenabilidade, portabilidade, padrões.
∙ Requisitos Organizacionais que dizem respeito
às metas da empresa, suas políticas estratégicas
adotadas, os empregados da empresa com seus
respectivos objetivos; enfim toda a estrutura da
organização.

Recomendado para você

Rational Unified Process (RUP)
Rational Unified Process (RUP)Rational Unified Process (RUP)
Rational Unified Process (RUP)

O documento descreve o Rational Unified Process (RUP), um processo de engenharia de software que utiliza uma abordagem iterativa e orientada a objetos. O RUP é dividido em quatro fases principais (concepção, elaboração, construção e transição) e nove disciplinas agrupadas em disciplinas de engenharia e disciplinas de apoio. A disciplina de modelagem de negócios é a primeira das seis disciplinas de engenharia e tem como objetivo estabelecer uma compreensão do negócio e dos requisitos do cliente.

rational unified process (rup)engenharia de softwaremetodologia
Curso javascript básico
Curso javascript básicoCurso javascript básico
Curso javascript básico

O documento apresenta uma introdução ao JavaScript, definindo-o como uma linguagem de programação multiparadigma que funciona em navegadores, dispositivos móveis e servidores. Explica os principais tipos de dados como number, string e boolean, além de estruturas como objetos, arrays, variáveis, operadores, condicionais, loops e tratamento de erros.

javascript
UML
UMLUML
UML

Este documento fornece um resumo da linguagem de modelagem UML (Unified Modeling Language). Apresenta os principais diagramas da UML como Diagrama de Casos de Uso, Diagrama de Classes, Diagrama de Sequência e Diagrama de Estados. Também descreve como a UML pode ser usada para modelar sistemas durante todo o ciclo de desenvolvimento de software.

uml
Problemas dos
Requisitos
∙ Os requisitos não refletirem as reais necessidades dos
clientes do sistema.
∙ Os requisitos serem inconsistentes e/ou incompletos.
∙ O custo alto para se fazer mudanças de requisitos depois de
terem sido concordados.
∙ Existirem mal entendidos entre clientes, aqueles que
desenvolvem os requisitos do sistema e os engenheiros de
software que desenvolvem ou mantêm o sistema.
Questões mais frequentemente
perguntas sobre requisitos (FAQs)
O que são requisitos?
Uma descrição de um serviço ou de uma limitação
O que é a engenharia de requisitos?
O processo envolvido no desenvolvimento de requisitos de um
sistema.
Quanto custa a engenharia de requisitos?
Cerca de 15% dos custos do desenvolvimento do sistema.
∙ 40% do percentual de erros detectados nos
sistemas, deve-se a especificações mal
feitas.
40%
30% 30%
30%
25%
20%
15%
10%
5%
0%
35%
40%
45%
% total erros
Especificação
Projeto
Codificação
FAQs continuação
∙ O que é o processo de engenharia de requisitos?
Um conjunto estruturado de atividades envolvidas no
desenvolvimento dos requisitos do sistema
∙ O que acontece quando os requisitos estão errados?
Os sistema atrasam, ficam não confiáveis e não satisfazem
as necessidades dos clientes.
∙ Existe um processo de engenharia de requisitos ideal?
Não - os processos precisam ser adaptados às
necessidades organizacionais.
∙ O que é um documento de requisitos?
Um descrição formal dos requisitos do sistema.
FAQs continuação
O que são stakeholders do sistema?
Qualquer pessoa afetada de alguma forma pelo sistema.
Qual é o relacionamento entre requisitos e projeto?
Requisitos e projeto são interligados. Idealmente eles deveriam ser separados, mas
na prática isto é impossível.
O que é gerenciamento dos requisitos?
O processo envolvido no gerenciamento das mudanças dos requisitos.

Recomendado para você

Metodologia Ágil
Metodologia ÁgilMetodologia Ágil
Metodologia Ágil

O documento descreve os princípios e métodos ágeis de desenvolvimento de software. Apresenta o Manifesto Ágil de 2001, que valoriza indivíduos, software funcional, colaboração com clientes e resposta à mudança. Também discute exemplos de métodos ágeis como SCRUM, XP, FDD e DSDM.

métodos ágeisagilidademetodologia agil
Teste de software
Teste de softwareTeste de software
Teste de software

O documento discute os conceitos e vantagens dos testes de software, apresentando os tipos de teste (caixa branca, preta e cinza) e as fases do teste (unidade, integração, sistema e aceitação). O objetivo dos testes é garantir a qualidade do software através da identificação de bugs.

software testingagile software development
Fundamentos da Engenharia de Software
Fundamentos da Engenharia de SoftwareFundamentos da Engenharia de Software
Fundamentos da Engenharia de Software

O documento discute engenharia de software, metodologias e processos. As principais informações são: 1) Metodologias ágeis incentivam mudanças nos requisitos para entregar o que o cliente precisa; 2) O Manifesto Ágil estabeleceu princípios como indivíduos e interações, software funcionando e resposta rápida a mudanças; 3) O RUP é um framework de processo centrado em arquitetura baseado em UML e casos de uso.

engenharia de software
Engenharia de Sistemas
∙ Existe um relacionamento próximo entre
software e os requisitos mais gerais do
sistema.
∙ Os sistemas baseados em computadores
são de duas categorias:
∙ Sistemas configurados para o usuário,
onde o comprador compõe um sistema
a partir de produtos de software
existentes - COTS.
∙ Sistemas onde o cliente produz um
conjunto de requisitos para sistemas
de software/hardware e há um
contratado, desenvolve e entrega o
sistema.
Classes de Sistemas
Sistemas de Informação
Relacionado principalmente com o
processamento de informações que estão
armazenadas em algum banco de dados.
Sistemas Embutidos
Sistemas onde o software é usado como
controlador de um sistema de hardware.
Sistemas de Comando e Controle
Essencialmente, uma combinação de sistemas
de informação e sistemas embutidos, onde
computadores de propósito especial provêm
informação que é coletada, armazenada e
usada para tomar decisões.
Propriedades Emergentes
∙ São propriedades do sistema como um todo que
somente emergem quando todos os sub-sistemas
estiverem integrados.
∙ Exemplos de propriedades emergentes
∙ Confiabilidade
∙ Manutenabilidade
∙ Desempenho (Performance)
∙ Usabilidade
∙ Segurança
O Processo da Engenharia de Sistemas
Engenharia de
Requisitos
Projeto de
Arquitetura
Partição de
Requisitos
Engenharia de
Requisitos de
Software
Desenvolvimento
de Subsistemas
Integração de
Sistemas
Validação dos
Sistemas

Recomendado para você

Especificação de Requisitos de Software
Especificação de Requisitos de SoftwareEspecificação de Requisitos de Software
Especificação de Requisitos de Software

Aborda aspectos da elicitação, gestão e documentação dos requisitos de um software. Estudo dos desafios que o analista de sistemas precisa enfrentar. Expõe exemplos dos tipos de artefatos de requisitos que podem ser documentados. Recomenda melhores práticas para a escrita dos requisitos e casos de uso.

softwarerequisitoscaso de uso
O Processo de Desenvolvimento de Software
O Processo de Desenvolvimento de SoftwareO Processo de Desenvolvimento de Software
O Processo de Desenvolvimento de Software

Palestra sobre "O Processo de Desenvolvimento de Software" realizado na FATEC Carapicuiba em 01 de Junho de 2015.

desenvolvimento de softwareprocessosfatec
Aula 1 - Introdução a POO
Aula 1 -  Introdução a POOAula 1 -  Introdução a POO
Aula 1 - Introdução a POO

Slides utilizados na aula de Introdução a Programação Orientada a Objetos. Faculdade Senai da Paraíba.

faculdade senaisenai pbautomacao industrial
Atividades da Engenharia de Sistemas
Engenharia de Requisitos do Sistema
Os requisitos do sistema como um todo são
estabelecidos e escritos para serem
entendidos por todas as partes interessadas
(stakeholders)
Projeto de arquitetura
O sistema é decomposto em subsistemas
Partição de requisitos
Os requisitos são alocados a estes
sub-sistemas
Engenharia de Requisitos de Software
Requisitos de software mais detalhados são
derivados para o software do sistema
Atividades da Engenharia de Sistemas
∙ Desenvolvimento de subsistemas
Os sub-sistemas de hardware e software são projetados e
implementados em paralelo.
∙ Integração de sistemas
Os subsistemas de hardware e software são colocados
juntos para compor o sistema.
∙ Validação do sistema
O sistema é validado em relação aos requisitos.
Documento de Requisitos
∙ É um documento formal usado para comunicar os
requisitos aos clientes, engenheiros e gerentes.
∙ O documento de requisitos descreve:
∙ Os serviços e funções que o sistema deve prover;
∙ As limitaçõessobre as quais o sistema deve operar;
∙ Propriedades gerais do sistema, isto é limitações
nas propriedades emergentes;
∙ Definições de outros sistemas com o qual o sistema
deve se integrar.
Documento de Requisitos
O documento de requisitos descreve (Cont.):
Informações sobre o domínio da aplicação do
sistema; Ex.: como calcular um certo tipo de
computação
Limitações nos processos usados para desenvolver
o sistema;
Descrições sobre o hardware no qual o sistema irá
executar.
Adicionalmente, deverá sempre conter uma capítulo
introdutório que provê um resumo do sistema,
necessidades de negócio suportadas pelo sistema e
um glossário que explica a terminologia usada.

Recomendado para você

Teste de Software - Introdução
Teste de Software - IntroduçãoTeste de Software - Introdução
Teste de Software - Introdução

Este documento apresenta os conceitos e processos de teste de software, incluindo as fases de teste de componente, integração e sistema. O objetivo dos testes é verificar aspectos estruturais, lógicos e sistêmicos do software para descobrir defeitos de forma eficiente. O processo de teste deve ser realizado em fases por equipes de desenvolvedores e testadores para garantir a qualidade do software.

testes de componenteprocesso de testetestes de sistema
Caso De Uso
Caso De UsoCaso De Uso
Caso De Uso

Um diagrama de caso de uso descreve as interações entre atores e um sistema. Mostra atores, casos de uso e seus relacionamentos. Casos de uso representam requisitos funcionais do sistema e especificam o que o sistema deve fazer. Atores são entidades externas que interagem com o sistema em um caso de uso.

Introdução sobre desenvolvimento web
Introdução sobre desenvolvimento webIntrodução sobre desenvolvimento web
Introdução sobre desenvolvimento web

O documento discute os principais conceitos da Web 2.0, incluindo sua evolução, tecnologias envolvidas e oportunidades de mercado. Aborda tópicos como a história da web, modelos de desenvolvimento, linguagens como HTML, CSS e JavaScript e padrões como W3C.

introdução sobre desenvolvimento web
Usuários do documento de requisitos
∙ Clientes do Sistema
∙ Especificam os requisitos e os
lêem para checar se eles
satisfazem suas necessidades.
∙ Gerentes de Projeto
∙ Usam os documentos de
requisitos para planejar uma
proposta para o sistema e o
processo de desenvolvimento
do sistema.
∙ Engenheiros de Sistema
∙ Usam os requisitos para
entender o sistema em
construção.
Usuários do documento
de requisitos (Cont.)
∙ Engenheiros de teste do sistema
∙ Usamos requisitos para desenvolverem testes
de validação do sistema.
∙ Engenheiros de manutenção do sistema
∙ Usam os requisitos para entender o sistema.
A estrutura do documento
de requisitos
∙ Padrão IEEE/ANSI 830-1993 uma estrutura para o
documento de requisitos
∙ Introdução
1. Propósito do documento de Requisitos;
2. Escopo do produto;
3. Definições, acrônimos e abreviações;
4. Referencias;
5. Resumo do resto do documento.
A estrutura do documento de requisitos
2. Descrição Geral
● Perspectiva do produto
● Funções do produto
● Características do usuário
● Limitações gerais
● Suposições e dependências
3. Requisitos específicos
● Cobrem requisitos funcionais,
não-funcionais e interface.
4. Apêndices
● Índice

Recomendado para você

Engenharia De Software
Engenharia De SoftwareEngenharia De Software
Engenharia De Software

O documento fornece uma visão geral da engenharia de software, definindo-a como a aplicação de princípios de engenharia no desenvolvimento de software para garantir qualidade, confiabilidade e eficiência. Discutem-se os objetivos, fundamentos, princípios, evolução, aplicações e papel do engenheiro de software, além de abordar modelos de processo, metodologias e o ciclo de desenvolvimento de software.

Introdução à Engenharia de Software
Introdução à Engenharia de SoftwareIntrodução à Engenharia de Software
Introdução à Engenharia de Software

O documento introduz conceitos básicos de engenharia de software, incluindo: (1) a definição de software e a crise histórica no desenvolvimento de software, (2) a introdução da engenharia de software para lidar com os desafios por meio de modelos de processo e gerenciamento de projetos, e (3) os principais modelos de processo e gerenciamento de projetos de software.

visão geral da engenharia de software
Eng.ª do Software - 2. Requisitos
Eng.ª do Software - 2. RequisitosEng.ª do Software - 2. Requisitos
Eng.ª do Software - 2. Requisitos

Este documento discute requisitos de engenharia de software. Apresenta tipos de requisitos funcionais e não funcionais, e discute como especificá-los de forma clara, completa e consistente para evitar ambiguidades. Também discute alternativas à especificação de requisitos em linguagem natural, como especificações estruturadas, baseadas em modelos e tabelas.

software engineeringrequirementsian sommerville
Adaptando um padrão
∙ O padrão do IEEE é genérico e pretende ser aplicado
em uma variada gama de documentos de requisitos.
∙ Em geral, nem todas as partes do documento são
necessárias
para todos os documentos de requisitos.
∙ Cada organização deverá adaptar o padrão de acordo com
o tipo de sistema que desenvolve.
∙ Considere uma companhia (XYZ) que desenvolve
equipamentos
científicos.
Padrão da empresa XYZ
Prefácio
Define os leitores do documento e descreve a história
das versões, incluindo um explicação da criação de
novas versões e um resumo das mudanças feitas em
cada versão.
Introdução
Define o produto no qual o software está embutido, seu
uso esperado e apresenta um resumo da funcionalidade
do software de controle.
Glossário
Define todos os termos técnicos e abreviações usadas
no documento.
∙ Requisitos gerais do usuário
∙ Define os requisitos do ponto de vista dos usuários
do sistema. Isto inclui uma mistura de linguagem
natural e diagramas.
∙ Arquitetura do sistema
∙ Apresenta uma visão de alto nível da arquitetura
prevista do sistema, mostrando a distribuição das
funções dos módulos do sistema. Indica os
componentes da arquitetura que serão reusados.
Padrão da empresa XYZ
∙ Especificação de Hardware
○ Parte opcional que especifica o hardware que o
software deverá controlar. Poderá ser omitido se
uma plataforma padrão de instrumento for ser
utilizada.
∙ Especificação detalhada de Software
○ Descrição detalhada da funcionalidade esperada do
software. Poderá incluir detalhes de algoritmos
específicos que devem ser usados na computação.
Se for ser usada uma abordagem de prototipação
para o desenvolvimento numa plataforma padrão de
instrumento, esta seção poderá ser omitida.
Padrão da empresa XYZ

Recomendado para você

Engenharia Requisitos - Aula4 06 03 2006
Engenharia Requisitos - Aula4 06 03 2006Engenharia Requisitos - Aula4 06 03 2006
Engenharia Requisitos - Aula4 06 03 2006

O documento discute os processos de engenharia de requisitos para software, incluindo a definição de requisitos funcionais e não funcionais. Apresenta os tipos de requisitos como requisitos de usuário, sistema e especificação de software. Também discute representações estruturadas de requisitos e linhas guias para elaboração de requisitos.

Analise sistemas 04
Analise sistemas 04Analise sistemas 04
Analise sistemas 04

O documento discute engenharia de requisitos, definindo-a como o processo de aquisição, refinamento e verificação das necessidades de um sistema. Aborda os tipos de requisitos funcionais e não funcionais, métodos para obter requisitos como entrevistas e questionários, validação de requisitos e desafios na análise de requisitos.

Engenharia de Requisitos
Engenharia de RequisitosEngenharia de Requisitos
Engenharia de Requisitos

O documento apresenta o professor Tiago Barros, que ministrará o curso de especialização em Engenharia de Software. O curso abordará processos de desenvolvimento de software, engenharia de requisitos, documentação e elicitação de requisitos. Os alunos formarão equipes para definir e documentar os requisitos de um projeto de software.

elicitao de requisitosdocumentao de requisitosrequisitos
∙ Requisitos de confiabilidade e performance
∙ Este capítulo deve descrever os requisitos de
confiabilidade e performance esperados do
novo sistema.
Padrão da empresa XYZ
∙ Quando apropriado, os seguintes apêndices poderão ser
adicionados:
■ Especificação da interface de Hardware;
■ Componentes de Software que deverão ser reusados na
implementação do sistema;
■ Especificação da estrutura de dados;
■ Modelos de fluxo de dados do sistema de software;
■ Modelos detalhados de objetos do sistema de software.
∙ Índice
Padrão da empresa XYZ
Escrevendo requisitos
∙ Requisitos são geralmente escritos como textos em
linguagem natural complementados por diagramas e
equações.
∙ Problemas com os requisitos
∙ Uso de cláusulas condicionais complexas que
podem confundir;
∙ Terminologia inconsistente;
∙ Os escritores assumem que os leitores
possuem conhecimento do domínio.
O essencial da escrita
∙ Requisitos são lidos mais frequentemente do que são
escritos. Você deverá investir tempo lendo e entendendo
os requisitos.
∙ Não assuma que todos os leitores dos requisitos tenham o
mesmo background e usem a mesma terminologia sua.
∙ Permita tempo para revisão do documento de requisitos.

Recomendado para você

ieee 830
 ieee 830 ieee 830
ieee 830

O documento fornece diretrizes sobre a Especificação de Requisitos de Software (ERS) de acordo com o padrão IEEE 830. Ele discute os objetivos, características e seções de uma ERS, incluindo a introdução, descrição geral do produto, requisitos funcionais e características dos usuários. Além disso, fornece exemplos de como preencher cada seção de uma ERS.

análise
Documento de requisitos
Documento de requisitosDocumento de requisitos
Documento de requisitos

O documento resume um artigo sobre a importância do documento de requisitos no desenvolvimento de software. O artigo descreve como o documento de requisitos deve ser elaborado, destacando elementos como introdução, requisitos funcionais, não funcionais e escopo. Além disso, fornece um exemplo de como estruturar um documento de requisitos.

Documento de requisitos
Documento de requisitosDocumento de requisitos
Documento de requisitos

O documento resume um artigo sobre a importância do documento de requisitos no desenvolvimento de software. O artigo destaca que o documento de requisitos deve descrever claramente as funcionalidades e atributos de qualidade desejados para o sistema, servindo como referência para a equipe de desenvolvimento. Além disso, o artigo fornece exemplos dos principais elementos que devem compor o documento de requisitos, como introdução, requisitos funcionais e não funcionais, escopo e documentação complementar.

Escrevendo diretrizes
∙ Defina templates (modelos) padrões para
descrição de requisitos;
∙ Use a linguagem de forma simples, consistente e
concisa;
∙ Use diagramas de forma apropriada;
∙ Complemente a linguagem natural com outras
descrições de requisitos;
∙ Especifique requisitos de forma quantitativa.
Pontos Principais
∙ Requisitos definem o que o sistema deve prover e
define os limites do sistema;
∙ Problemas nos requisitos causam a entrega tardia dos
sistemas e solicitações de mudanças depois que o
sistema estiver em uso;
∙ Engenharia de requisitos diz respeito a elicitação,
análise e documentação dos requisitos do sistema.
∙ Engenharia de sistemas diz respeito ao sistema
como um todo, incluindo hardware, software e
processos operacionais;
∙ O documento de requisitos é a especificação definitiva
para os clientes, engenheiros e gerentes;
∙ O documento de requisitos deve incluir um resumo,
glossário, definição de requisitos funcionais e limitações
operacionais.
Pontos Principais
Obrigado! Thank you!
Dúvidas?
Sentimentos?
<?php
print("ACESSO AO MATERIAL");
Professor: Cloves Rocha | FUNDAMENTOS PARA CERTIFICAÇÃO TÉCNICA - overview

Recomendado para você

Análise de Sistemas Orientado a Objetos - 02
Análise de Sistemas Orientado a Objetos - 02Análise de Sistemas Orientado a Objetos - 02
Análise de Sistemas Orientado a Objetos - 02

O documento discute os processos de engenharia de requisitos, incluindo a análise e negociação de requisitos, classificação de requisitos funcionais e não funcionais, e especificação e documentação de requisitos em diferentes níveis de detalhe.

analise de sistemasrequisitos
Definição e classificação dos requisitos
Definição e classificação dos requisitosDefinição e classificação dos requisitos
Definição e classificação dos requisitos

Este documento apresenta uma aula sobre levantamento e análise de requisitos, cobrindo tópicos como: - Definição de requisitos e seus objetivos - Classificação de requisitos em funcionais, não funcionais, de domínio, do usuário e do sistema - Exemplos de cada tipo de requisito

análise de sistemarequirementsclassificação dos requisitos
Análise de sistemas análise de requisitos
Análise de sistemas   análise de requisitosAnálise de sistemas   análise de requisitos
Análise de sistemas análise de requisitos

O documento discute a análise de sistemas, incluindo seu objetivo de introduzir um processo sistemático para o desenvolvimento de software de qualidade. Detalha as etapas do projeto como estudo de viabilidade e levantamento de requisitos, e fornece exemplos de como realizar a análise de requisitos para projetos pequenos e complexos.

Mais conteúdo relacionado

Mais procurados

Analise de Requisitos
Analise de RequisitosAnalise de Requisitos
Analise de Requisitos
elliando dias
 
Aula 2 - Processos de Software
Aula 2 - Processos de SoftwareAula 2 - Processos de Software
Aula 2 - Processos de Software
Rudson Kiyoshi Souza Carvalho
 
Aula - Introdução a Engenharia de Software
Aula - Introdução a Engenharia de SoftwareAula - Introdução a Engenharia de Software
Aula - Introdução a Engenharia de Software
Cloves da Rocha
 
Aula - Metodologias Ágeis
Aula - Metodologias ÁgeisAula - Metodologias Ágeis
Aula - Metodologias Ágeis
Mauricio Cesar Santos da Purificação
 
Uml Diagramas Estruturais
Uml   Diagramas EstruturaisUml   Diagramas Estruturais
Uml Diagramas Estruturais
thaisedd
 
Metodologias de Desenvolvimento de Software
Metodologias de Desenvolvimento de SoftwareMetodologias de Desenvolvimento de Software
Metodologias de Desenvolvimento de Software
Álvaro Farias Pinheiro
 
Rational Unified Process (RUP)
Rational Unified Process (RUP)Rational Unified Process (RUP)
Rational Unified Process (RUP)
Carlos Henrique Martins da Silva
 
Curso javascript básico
Curso javascript básicoCurso javascript básico
Curso javascript básico
Vinicius Dacal Lopes
 
UML
UMLUML
Metodologia Ágil
Metodologia ÁgilMetodologia Ágil
Metodologia Ágil
Elaine Cecília Gatto
 
Teste de software
Teste de softwareTeste de software
Teste de software
COTIC-PROEG (UFPA)
 
Fundamentos da Engenharia de Software
Fundamentos da Engenharia de SoftwareFundamentos da Engenharia de Software
Fundamentos da Engenharia de Software
Álvaro Farias Pinheiro
 
Especificação de Requisitos de Software
Especificação de Requisitos de SoftwareEspecificação de Requisitos de Software
Especificação de Requisitos de Software
Ralph Rassweiler
 
O Processo de Desenvolvimento de Software
O Processo de Desenvolvimento de SoftwareO Processo de Desenvolvimento de Software
O Processo de Desenvolvimento de Software
Camilo de Melo
 
Aula 1 - Introdução a POO
Aula 1 -  Introdução a POOAula 1 -  Introdução a POO
Aula 1 - Introdução a POO
Daniel Brandão
 
Teste de Software - Introdução
Teste de Software - IntroduçãoTeste de Software - Introdução
Teste de Software - Introdução
Joeldson Costa Damasceno
 
Caso De Uso
Caso De UsoCaso De Uso
Caso De Uso
Rayol Neto
 
Introdução sobre desenvolvimento web
Introdução sobre desenvolvimento webIntrodução sobre desenvolvimento web
Introdução sobre desenvolvimento web
Rodrigo Rodrigues
 
Engenharia De Software
Engenharia De SoftwareEngenharia De Software
Engenharia De Software
Felipe Goulart
 
Introdução à Engenharia de Software
Introdução à Engenharia de SoftwareIntrodução à Engenharia de Software
Introdução à Engenharia de Software
Nécio de Lima Veras
 

Mais procurados (20)

Analise de Requisitos
Analise de RequisitosAnalise de Requisitos
Analise de Requisitos
 
Aula 2 - Processos de Software
Aula 2 - Processos de SoftwareAula 2 - Processos de Software
Aula 2 - Processos de Software
 
Aula - Introdução a Engenharia de Software
Aula - Introdução a Engenharia de SoftwareAula - Introdução a Engenharia de Software
Aula - Introdução a Engenharia de Software
 
Aula - Metodologias Ágeis
Aula - Metodologias ÁgeisAula - Metodologias Ágeis
Aula - Metodologias Ágeis
 
Uml Diagramas Estruturais
Uml   Diagramas EstruturaisUml   Diagramas Estruturais
Uml Diagramas Estruturais
 
Metodologias de Desenvolvimento de Software
Metodologias de Desenvolvimento de SoftwareMetodologias de Desenvolvimento de Software
Metodologias de Desenvolvimento de Software
 
Rational Unified Process (RUP)
Rational Unified Process (RUP)Rational Unified Process (RUP)
Rational Unified Process (RUP)
 
Curso javascript básico
Curso javascript básicoCurso javascript básico
Curso javascript básico
 
UML
UMLUML
UML
 
Metodologia Ágil
Metodologia ÁgilMetodologia Ágil
Metodologia Ágil
 
Teste de software
Teste de softwareTeste de software
Teste de software
 
Fundamentos da Engenharia de Software
Fundamentos da Engenharia de SoftwareFundamentos da Engenharia de Software
Fundamentos da Engenharia de Software
 
Especificação de Requisitos de Software
Especificação de Requisitos de SoftwareEspecificação de Requisitos de Software
Especificação de Requisitos de Software
 
O Processo de Desenvolvimento de Software
O Processo de Desenvolvimento de SoftwareO Processo de Desenvolvimento de Software
O Processo de Desenvolvimento de Software
 
Aula 1 - Introdução a POO
Aula 1 -  Introdução a POOAula 1 -  Introdução a POO
Aula 1 - Introdução a POO
 
Teste de Software - Introdução
Teste de Software - IntroduçãoTeste de Software - Introdução
Teste de Software - Introdução
 
Caso De Uso
Caso De UsoCaso De Uso
Caso De Uso
 
Introdução sobre desenvolvimento web
Introdução sobre desenvolvimento webIntrodução sobre desenvolvimento web
Introdução sobre desenvolvimento web
 
Engenharia De Software
Engenharia De SoftwareEngenharia De Software
Engenharia De Software
 
Introdução à Engenharia de Software
Introdução à Engenharia de SoftwareIntrodução à Engenharia de Software
Introdução à Engenharia de Software
 

Semelhante a Engenharia de Requisitos

Eng.ª do Software - 2. Requisitos
Eng.ª do Software - 2. RequisitosEng.ª do Software - 2. Requisitos
Eng.ª do Software - 2. Requisitos
Manuel Menezes de Sequeira
 
Engenharia Requisitos - Aula4 06 03 2006
Engenharia Requisitos - Aula4 06 03 2006Engenharia Requisitos - Aula4 06 03 2006
Engenharia Requisitos - Aula4 06 03 2006
Luís Fernando Richter
 
Analise sistemas 04
Analise sistemas 04Analise sistemas 04
Analise sistemas 04
Caroline Raquel Rodrigues
 
Engenharia de Requisitos
Engenharia de RequisitosEngenharia de Requisitos
Engenharia de Requisitos
Tiago Barros
 
ieee 830
 ieee 830 ieee 830
ieee 830
Rodrigo Hironaka
 
Documento de requisitos
Documento de requisitosDocumento de requisitos
Documento de requisitos
Thiago Luis Colozio Casácio
 
Documento de requisitos
Documento de requisitosDocumento de requisitos
Documento de requisitos
Thiago Luis Colozio Casácio
 
Análise de Sistemas Orientado a Objetos - 02
Análise de Sistemas Orientado a Objetos - 02Análise de Sistemas Orientado a Objetos - 02
Análise de Sistemas Orientado a Objetos - 02
Danielle Ballester, PMP,PSM,SFC,SDC,SMC,SPOC,SCT
 
Definição e classificação dos requisitos
Definição e classificação dos requisitosDefinição e classificação dos requisitos
Definição e classificação dos requisitos
ETEIT - Escola Técnica da Univale
 
Análise de sistemas análise de requisitos
Análise de sistemas   análise de requisitosAnálise de sistemas   análise de requisitos
Análise de sistemas análise de requisitos
Má Puia
 
Análise de Sistemas Orientado a Objetos - 03
Análise de Sistemas Orientado a Objetos - 03Análise de Sistemas Orientado a Objetos - 03
Análise de Sistemas Orientado a Objetos - 03
Danielle Ballester, PMP,PSM,SFC,SDC,SMC,SPOC,SCT
 
Aula1 eng software
Aula1 eng softwareAula1 eng software
Aula1 eng software
Portal_do_estudante_ADS
 
Aula Gestão de Projetos
Aula Gestão de ProjetosAula Gestão de Projetos
Aula Gestão de Projetos
Rudson Kiyoshi Souza Carvalho
 
Aula 01 - Introdução Engenharia de requisitos - Prof.ª Cristiane Fidelix
Aula 01 - Introdução Engenharia de requisitos - Prof.ª Cristiane FidelixAula 01 - Introdução Engenharia de requisitos - Prof.ª Cristiane Fidelix
Aula 01 - Introdução Engenharia de requisitos - Prof.ª Cristiane Fidelix
Cris Fidelix
 
04 - Reqxxxxxxxxxxxxxxxxxxxxxxxuisitos.ppt
04 - Reqxxxxxxxxxxxxxxxxxxxxxxxuisitos.ppt04 - Reqxxxxxxxxxxxxxxxxxxxxxxxuisitos.ppt
04 - Reqxxxxxxxxxxxxxxxxxxxxxxxuisitos.ppt
IedaRosanaKollingWie
 
aula7 software ciclo de vida analise req
aula7 software ciclo de vida analise reqaula7 software ciclo de vida analise req
aula7 software ciclo de vida analise req
patriciaalipiosilva
 
Aula 7 - Ciclo de vida do software.pptx
Aula 7 - Ciclo de vida do software.pptxAula 7 - Ciclo de vida do software.pptx
Aula 7 - Ciclo de vida do software.pptx
AlexandreLisboadaSil
 
Este trabalho trata
Este trabalho trataEste trabalho trata
Este trabalho trata
Roni Reis
 
Utilização da Engenharia de Requisitos: Onde, quando e como utilizar
Utilização da Engenharia de Requisitos: Onde, quando e como utilizarUtilização da Engenharia de Requisitos: Onde, quando e como utilizar
Utilização da Engenharia de Requisitos: Onde, quando e como utilizar
Opencadd Advanced Technology
 
ES4.ppt
ES4.pptES4.ppt

Semelhante a Engenharia de Requisitos (20)

Eng.ª do Software - 2. Requisitos
Eng.ª do Software - 2. RequisitosEng.ª do Software - 2. Requisitos
Eng.ª do Software - 2. Requisitos
 
Engenharia Requisitos - Aula4 06 03 2006
Engenharia Requisitos - Aula4 06 03 2006Engenharia Requisitos - Aula4 06 03 2006
Engenharia Requisitos - Aula4 06 03 2006
 
Analise sistemas 04
Analise sistemas 04Analise sistemas 04
Analise sistemas 04
 
Engenharia de Requisitos
Engenharia de RequisitosEngenharia de Requisitos
Engenharia de Requisitos
 
ieee 830
 ieee 830 ieee 830
ieee 830
 
Documento de requisitos
Documento de requisitosDocumento de requisitos
Documento de requisitos
 
Documento de requisitos
Documento de requisitosDocumento de requisitos
Documento de requisitos
 
Análise de Sistemas Orientado a Objetos - 02
Análise de Sistemas Orientado a Objetos - 02Análise de Sistemas Orientado a Objetos - 02
Análise de Sistemas Orientado a Objetos - 02
 
Definição e classificação dos requisitos
Definição e classificação dos requisitosDefinição e classificação dos requisitos
Definição e classificação dos requisitos
 
Análise de sistemas análise de requisitos
Análise de sistemas   análise de requisitosAnálise de sistemas   análise de requisitos
Análise de sistemas análise de requisitos
 
Análise de Sistemas Orientado a Objetos - 03
Análise de Sistemas Orientado a Objetos - 03Análise de Sistemas Orientado a Objetos - 03
Análise de Sistemas Orientado a Objetos - 03
 
Aula1 eng software
Aula1 eng softwareAula1 eng software
Aula1 eng software
 
Aula Gestão de Projetos
Aula Gestão de ProjetosAula Gestão de Projetos
Aula Gestão de Projetos
 
Aula 01 - Introdução Engenharia de requisitos - Prof.ª Cristiane Fidelix
Aula 01 - Introdução Engenharia de requisitos - Prof.ª Cristiane FidelixAula 01 - Introdução Engenharia de requisitos - Prof.ª Cristiane Fidelix
Aula 01 - Introdução Engenharia de requisitos - Prof.ª Cristiane Fidelix
 
04 - Reqxxxxxxxxxxxxxxxxxxxxxxxuisitos.ppt
04 - Reqxxxxxxxxxxxxxxxxxxxxxxxuisitos.ppt04 - Reqxxxxxxxxxxxxxxxxxxxxxxxuisitos.ppt
04 - Reqxxxxxxxxxxxxxxxxxxxxxxxuisitos.ppt
 
aula7 software ciclo de vida analise req
aula7 software ciclo de vida analise reqaula7 software ciclo de vida analise req
aula7 software ciclo de vida analise req
 
Aula 7 - Ciclo de vida do software.pptx
Aula 7 - Ciclo de vida do software.pptxAula 7 - Ciclo de vida do software.pptx
Aula 7 - Ciclo de vida do software.pptx
 
Este trabalho trata
Este trabalho trataEste trabalho trata
Este trabalho trata
 
Utilização da Engenharia de Requisitos: Onde, quando e como utilizar
Utilização da Engenharia de Requisitos: Onde, quando e como utilizarUtilização da Engenharia de Requisitos: Onde, quando e como utilizar
Utilização da Engenharia de Requisitos: Onde, quando e como utilizar
 
ES4.ppt
ES4.pptES4.ppt
ES4.ppt
 

Mais de Cloves da Rocha

Mineração de Dados Um Estudo de Caso Real.pdf
Mineração de Dados Um Estudo de Caso Real.pdfMineração de Dados Um Estudo de Caso Real.pdf
Mineração de Dados Um Estudo de Caso Real.pdf
Cloves da Rocha
 
Live: Inteligência Artificial (IA) para pequenas e médias empresas
Live: Inteligência Artificial (IA) para pequenas e médias empresasLive: Inteligência Artificial (IA) para pequenas e médias empresas
Live: Inteligência Artificial (IA) para pequenas e médias empresas
Cloves da Rocha
 
Introdução a Machine Learning na Prática
Introdução a Machine Learning na PráticaIntrodução a Machine Learning na Prática
Introdução a Machine Learning na Prática
Cloves da Rocha
 
II JEDI 2019 - OUP e OPS
II JEDI 2019 - OUP e OPS II JEDI 2019 - OUP e OPS
II JEDI 2019 - OUP e OPS
Cloves da Rocha
 
Café.COM - OUP | Observatório de Projetos de Software (OPS) com ênfase em da...
Café.COM - OUP | Observatório de Projetos de Software (OPS)  com ênfase em da...Café.COM - OUP | Observatório de Projetos de Software (OPS)  com ênfase em da...
Café.COM - OUP | Observatório de Projetos de Software (OPS) com ênfase em da...
Cloves da Rocha
 
Introdução à Engenharia de Testes de Software
Introdução à Engenharia de Testes de SoftwareIntrodução à Engenharia de Testes de Software
Introdução à Engenharia de Testes de Software
Cloves da Rocha
 
Observatório de Projetos de Software com ênfase em dados abertos
Observatório de Projetos de Software com ênfase em dados abertosObservatório de Projetos de Software com ênfase em dados abertos
Observatório de Projetos de Software com ênfase em dados abertos
Cloves da Rocha
 
Gestão de Riscos em Processos de Negócios
Gestão de Riscos em Processos de NegóciosGestão de Riscos em Processos de Negócios
Gestão de Riscos em Processos de Negócios
Cloves da Rocha
 
Palestra GEOMARKETING
Palestra GEOMARKETINGPalestra GEOMARKETING
Palestra GEOMARKETING
Cloves da Rocha
 
Utilização de Ferramenta Para Monitoração de Desempenho Baseada em Métodos Ág...
Utilização de Ferramenta Para Monitoração de Desempenho Baseada em Métodos Ág...Utilização de Ferramenta Para Monitoração de Desempenho Baseada em Métodos Ág...
Utilização de Ferramenta Para Monitoração de Desempenho Baseada em Métodos Ág...
Cloves da Rocha
 
Aula 04 - Estudo de Caso Atacadão
Aula 04 - Estudo de Caso AtacadãoAula 04 - Estudo de Caso Atacadão
Aula 04 - Estudo de Caso Atacadão
Cloves da Rocha
 
Café com André Menelau
Café com André MenelauCafé com André Menelau
Café com André Menelau
Cloves da Rocha
 
APRESENTAÇÃO DO PROFESSOR - By Prof. Cloves Rocha
APRESENTAÇÃO DO PROFESSOR - By Prof. Cloves RochaAPRESENTAÇÃO DO PROFESSOR - By Prof. Cloves Rocha
APRESENTAÇÃO DO PROFESSOR - By Prof. Cloves Rocha
Cloves da Rocha
 
Principais Certificações em TIC - ITIL
Principais Certificações em TIC - ITILPrincipais Certificações em TIC - ITIL
Principais Certificações em TIC - ITIL
Cloves da Rocha
 
Principais Certificações em TIC
Principais Certificações em TIC Principais Certificações em TIC
Principais Certificações em TIC
Cloves da Rocha
 
I Café ETE PORTO DIGITAL | EDUCAÇÃO PARA O SÉCULO 21
I Café ETE PORTO DIGITAL | EDUCAÇÃO PARA O SÉCULO 21I Café ETE PORTO DIGITAL | EDUCAÇÃO PARA O SÉCULO 21
I Café ETE PORTO DIGITAL | EDUCAÇÃO PARA O SÉCULO 21
Cloves da Rocha
 
XII Café e CODE - Provocações do Mestre
XII Café e CODE - Provocações do MestreXII Café e CODE - Provocações do Mestre
XII Café e CODE - Provocações do Mestre
Cloves da Rocha
 
Padrões de Projeto de Software Orientado a Objetos
Padrões de Projeto de Software Orientado a ObjetosPadrões de Projeto de Software Orientado a Objetos
Padrões de Projeto de Software Orientado a Objetos
Cloves da Rocha
 
XI Café e CODE - Provocações do Mestre
XI Café e CODE - Provocações do MestreXI Café e CODE - Provocações do Mestre
XI Café e CODE - Provocações do Mestre
Cloves da Rocha
 
Introdução à Qualidade de Software
Introdução à Qualidade de SoftwareIntrodução à Qualidade de Software
Introdução à Qualidade de Software
Cloves da Rocha
 

Mais de Cloves da Rocha (20)

Mineração de Dados Um Estudo de Caso Real.pdf
Mineração de Dados Um Estudo de Caso Real.pdfMineração de Dados Um Estudo de Caso Real.pdf
Mineração de Dados Um Estudo de Caso Real.pdf
 
Live: Inteligência Artificial (IA) para pequenas e médias empresas
Live: Inteligência Artificial (IA) para pequenas e médias empresasLive: Inteligência Artificial (IA) para pequenas e médias empresas
Live: Inteligência Artificial (IA) para pequenas e médias empresas
 
Introdução a Machine Learning na Prática
Introdução a Machine Learning na PráticaIntrodução a Machine Learning na Prática
Introdução a Machine Learning na Prática
 
II JEDI 2019 - OUP e OPS
II JEDI 2019 - OUP e OPS II JEDI 2019 - OUP e OPS
II JEDI 2019 - OUP e OPS
 
Café.COM - OUP | Observatório de Projetos de Software (OPS) com ênfase em da...
Café.COM - OUP | Observatório de Projetos de Software (OPS)  com ênfase em da...Café.COM - OUP | Observatório de Projetos de Software (OPS)  com ênfase em da...
Café.COM - OUP | Observatório de Projetos de Software (OPS) com ênfase em da...
 
Introdução à Engenharia de Testes de Software
Introdução à Engenharia de Testes de SoftwareIntrodução à Engenharia de Testes de Software
Introdução à Engenharia de Testes de Software
 
Observatório de Projetos de Software com ênfase em dados abertos
Observatório de Projetos de Software com ênfase em dados abertosObservatório de Projetos de Software com ênfase em dados abertos
Observatório de Projetos de Software com ênfase em dados abertos
 
Gestão de Riscos em Processos de Negócios
Gestão de Riscos em Processos de NegóciosGestão de Riscos em Processos de Negócios
Gestão de Riscos em Processos de Negócios
 
Palestra GEOMARKETING
Palestra GEOMARKETINGPalestra GEOMARKETING
Palestra GEOMARKETING
 
Utilização de Ferramenta Para Monitoração de Desempenho Baseada em Métodos Ág...
Utilização de Ferramenta Para Monitoração de Desempenho Baseada em Métodos Ág...Utilização de Ferramenta Para Monitoração de Desempenho Baseada em Métodos Ág...
Utilização de Ferramenta Para Monitoração de Desempenho Baseada em Métodos Ág...
 
Aula 04 - Estudo de Caso Atacadão
Aula 04 - Estudo de Caso AtacadãoAula 04 - Estudo de Caso Atacadão
Aula 04 - Estudo de Caso Atacadão
 
Café com André Menelau
Café com André MenelauCafé com André Menelau
Café com André Menelau
 
APRESENTAÇÃO DO PROFESSOR - By Prof. Cloves Rocha
APRESENTAÇÃO DO PROFESSOR - By Prof. Cloves RochaAPRESENTAÇÃO DO PROFESSOR - By Prof. Cloves Rocha
APRESENTAÇÃO DO PROFESSOR - By Prof. Cloves Rocha
 
Principais Certificações em TIC - ITIL
Principais Certificações em TIC - ITILPrincipais Certificações em TIC - ITIL
Principais Certificações em TIC - ITIL
 
Principais Certificações em TIC
Principais Certificações em TIC Principais Certificações em TIC
Principais Certificações em TIC
 
I Café ETE PORTO DIGITAL | EDUCAÇÃO PARA O SÉCULO 21
I Café ETE PORTO DIGITAL | EDUCAÇÃO PARA O SÉCULO 21I Café ETE PORTO DIGITAL | EDUCAÇÃO PARA O SÉCULO 21
I Café ETE PORTO DIGITAL | EDUCAÇÃO PARA O SÉCULO 21
 
XII Café e CODE - Provocações do Mestre
XII Café e CODE - Provocações do MestreXII Café e CODE - Provocações do Mestre
XII Café e CODE - Provocações do Mestre
 
Padrões de Projeto de Software Orientado a Objetos
Padrões de Projeto de Software Orientado a ObjetosPadrões de Projeto de Software Orientado a Objetos
Padrões de Projeto de Software Orientado a Objetos
 
XI Café e CODE - Provocações do Mestre
XI Café e CODE - Provocações do MestreXI Café e CODE - Provocações do Mestre
XI Café e CODE - Provocações do Mestre
 
Introdução à Qualidade de Software
Introdução à Qualidade de SoftwareIntrodução à Qualidade de Software
Introdução à Qualidade de Software
 

Último

Slides Lição 2, Betel, A Igreja e a relevância, para a adoração verdadeira no...
Slides Lição 2, Betel, A Igreja e a relevância, para a adoração verdadeira no...Slides Lição 2, Betel, A Igreja e a relevância, para a adoração verdadeira no...
Slides Lição 2, Betel, A Igreja e a relevância, para a adoração verdadeira no...
LuizHenriquedeAlmeid6
 
Guerra de reconquista da Península ibérica
Guerra de reconquista da Península ibéricaGuerra de reconquista da Península ibérica
Guerra de reconquista da Península ibérica
felipescherner
 
Acróstico - Bullying é crime!
Acróstico - Bullying é crime!Acróstico - Bullying é crime!
Acróstico - Bullying é crime!
Mary Alvarenga
 
Relatório de Atividades 2009 CENSIPAM
Relatório de Atividades 2009 CENSIPAM Relatório de Atividades 2009 CENSIPAM
Relatório de Atividades 2009 CENSIPAM
Falcão Brasil
 
Relatório de Atividades 2015 CENSIPAM.pdf
Relatório de Atividades 2015 CENSIPAM.pdfRelatório de Atividades 2015 CENSIPAM.pdf
Relatório de Atividades 2015 CENSIPAM.pdf
Falcão Brasil
 
IV Jornada Nacional Tableau - Apresentações.pptx
IV Jornada Nacional Tableau - Apresentações.pptxIV Jornada Nacional Tableau - Apresentações.pptx
IV Jornada Nacional Tableau - Apresentações.pptx
Ligia Galvão
 
Ideais do Ministério jovem Adventista pdf
Ideais do Ministério jovem Adventista pdfIdeais do Ministério jovem Adventista pdf
Ideais do Ministério jovem Adventista pdf
Anesio2
 
Caça - palavras e cruzadinha com dígrafos
Caça - palavras  e cruzadinha   com  dígrafosCaça - palavras  e cruzadinha   com  dígrafos
Caça - palavras e cruzadinha com dígrafos
Mary Alvarenga
 
escrita criativa utilizada na arteterapia
escrita criativa   utilizada na arteterapiaescrita criativa   utilizada na arteterapia
escrita criativa utilizada na arteterapia
shirleisousa9166
 
Mini livro sanfona - Minha Escola Tem História.
Mini livro  sanfona - Minha Escola Tem História. Mini livro  sanfona - Minha Escola Tem História.
Mini livro sanfona - Minha Escola Tem História.
Mary Alvarenga
 
Oficina de bases de dados - Dimensions.pdf
Oficina de bases de dados - Dimensions.pdfOficina de bases de dados - Dimensions.pdf
Oficina de bases de dados - Dimensions.pdf
beathrizalves131
 
Auxiliar Adolescente 2024 3 trimestre 24
Auxiliar Adolescente 2024 3 trimestre 24Auxiliar Adolescente 2024 3 trimestre 24
Auxiliar Adolescente 2024 3 trimestre 24
DirceuSilva26
 
1°ao5°ano_HISTÓRIA_ORGANIZADOR CURRICULAR BIMESTRAL (1) educação infantil fu...
1°ao5°ano_HISTÓRIA_ORGANIZADOR CURRICULAR BIMESTRAL (1)  educação infantil fu...1°ao5°ano_HISTÓRIA_ORGANIZADOR CURRICULAR BIMESTRAL (1)  educação infantil fu...
1°ao5°ano_HISTÓRIA_ORGANIZADOR CURRICULAR BIMESTRAL (1) educação infantil fu...
antonio carlos
 
Relatório de Atividades 2016 CENSIPAM.pdf
Relatório de Atividades 2016 CENSIPAM.pdfRelatório de Atividades 2016 CENSIPAM.pdf
Relatório de Atividades 2016 CENSIPAM.pdf
Falcão Brasil
 
Painel para comemerorar odia dos avós grátis.pdf
Painel  para comemerorar odia dos avós grátis.pdfPainel  para comemerorar odia dos avós grátis.pdf
Painel para comemerorar odia dos avós grátis.pdf
marcos oliveira
 
A experiência do professor. Publicado EM 08.07.2024
A experiência do professor. Publicado EM 08.07.2024A experiência do professor. Publicado EM 08.07.2024
A experiência do professor. Publicado EM 08.07.2024
Espanhol Online
 
STALINISMO apresentação slides para escolares
STALINISMO apresentação slides para escolaresSTALINISMO apresentação slides para escolares
STALINISMO apresentação slides para escolares
Daniel273024
 
Slides Lição 2, CPAD, O Livro de Rute, 3Tr24.pptx
Slides Lição 2, CPAD, O Livro de Rute, 3Tr24.pptxSlides Lição 2, CPAD, O Livro de Rute, 3Tr24.pptx
Slides Lição 2, CPAD, O Livro de Rute, 3Tr24.pptx
LuizHenriquedeAlmeid6
 
Noite Alva! José Ernesto Ferraresso.ppsx
Noite Alva! José Ernesto Ferraresso.ppsxNoite Alva! José Ernesto Ferraresso.ppsx
Noite Alva! José Ernesto Ferraresso.ppsx
Luzia Gabriele
 
Operações de adição, subtração, multiplicação e divisão.
Operações de adição, subtração, multiplicação e divisão.Operações de adição, subtração, multiplicação e divisão.
Operações de adição, subtração, multiplicação e divisão.
Mary Alvarenga
 

Último (20)

Slides Lição 2, Betel, A Igreja e a relevância, para a adoração verdadeira no...
Slides Lição 2, Betel, A Igreja e a relevância, para a adoração verdadeira no...Slides Lição 2, Betel, A Igreja e a relevância, para a adoração verdadeira no...
Slides Lição 2, Betel, A Igreja e a relevância, para a adoração verdadeira no...
 
Guerra de reconquista da Península ibérica
Guerra de reconquista da Península ibéricaGuerra de reconquista da Península ibérica
Guerra de reconquista da Península ibérica
 
Acróstico - Bullying é crime!
Acróstico - Bullying é crime!Acróstico - Bullying é crime!
Acróstico - Bullying é crime!
 
Relatório de Atividades 2009 CENSIPAM
Relatório de Atividades 2009 CENSIPAM Relatório de Atividades 2009 CENSIPAM
Relatório de Atividades 2009 CENSIPAM
 
Relatório de Atividades 2015 CENSIPAM.pdf
Relatório de Atividades 2015 CENSIPAM.pdfRelatório de Atividades 2015 CENSIPAM.pdf
Relatório de Atividades 2015 CENSIPAM.pdf
 
IV Jornada Nacional Tableau - Apresentações.pptx
IV Jornada Nacional Tableau - Apresentações.pptxIV Jornada Nacional Tableau - Apresentações.pptx
IV Jornada Nacional Tableau - Apresentações.pptx
 
Ideais do Ministério jovem Adventista pdf
Ideais do Ministério jovem Adventista pdfIdeais do Ministério jovem Adventista pdf
Ideais do Ministério jovem Adventista pdf
 
Caça - palavras e cruzadinha com dígrafos
Caça - palavras  e cruzadinha   com  dígrafosCaça - palavras  e cruzadinha   com  dígrafos
Caça - palavras e cruzadinha com dígrafos
 
escrita criativa utilizada na arteterapia
escrita criativa   utilizada na arteterapiaescrita criativa   utilizada na arteterapia
escrita criativa utilizada na arteterapia
 
Mini livro sanfona - Minha Escola Tem História.
Mini livro  sanfona - Minha Escola Tem História. Mini livro  sanfona - Minha Escola Tem História.
Mini livro sanfona - Minha Escola Tem História.
 
Oficina de bases de dados - Dimensions.pdf
Oficina de bases de dados - Dimensions.pdfOficina de bases de dados - Dimensions.pdf
Oficina de bases de dados - Dimensions.pdf
 
Auxiliar Adolescente 2024 3 trimestre 24
Auxiliar Adolescente 2024 3 trimestre 24Auxiliar Adolescente 2024 3 trimestre 24
Auxiliar Adolescente 2024 3 trimestre 24
 
1°ao5°ano_HISTÓRIA_ORGANIZADOR CURRICULAR BIMESTRAL (1) educação infantil fu...
1°ao5°ano_HISTÓRIA_ORGANIZADOR CURRICULAR BIMESTRAL (1)  educação infantil fu...1°ao5°ano_HISTÓRIA_ORGANIZADOR CURRICULAR BIMESTRAL (1)  educação infantil fu...
1°ao5°ano_HISTÓRIA_ORGANIZADOR CURRICULAR BIMESTRAL (1) educação infantil fu...
 
Relatório de Atividades 2016 CENSIPAM.pdf
Relatório de Atividades 2016 CENSIPAM.pdfRelatório de Atividades 2016 CENSIPAM.pdf
Relatório de Atividades 2016 CENSIPAM.pdf
 
Painel para comemerorar odia dos avós grátis.pdf
Painel  para comemerorar odia dos avós grátis.pdfPainel  para comemerorar odia dos avós grátis.pdf
Painel para comemerorar odia dos avós grátis.pdf
 
A experiência do professor. Publicado EM 08.07.2024
A experiência do professor. Publicado EM 08.07.2024A experiência do professor. Publicado EM 08.07.2024
A experiência do professor. Publicado EM 08.07.2024
 
STALINISMO apresentação slides para escolares
STALINISMO apresentação slides para escolaresSTALINISMO apresentação slides para escolares
STALINISMO apresentação slides para escolares
 
Slides Lição 2, CPAD, O Livro de Rute, 3Tr24.pptx
Slides Lição 2, CPAD, O Livro de Rute, 3Tr24.pptxSlides Lição 2, CPAD, O Livro de Rute, 3Tr24.pptx
Slides Lição 2, CPAD, O Livro de Rute, 3Tr24.pptx
 
Noite Alva! José Ernesto Ferraresso.ppsx
Noite Alva! José Ernesto Ferraresso.ppsxNoite Alva! José Ernesto Ferraresso.ppsx
Noite Alva! José Ernesto Ferraresso.ppsx
 
Operações de adição, subtração, multiplicação e divisão.
Operações de adição, subtração, multiplicação e divisão.Operações de adição, subtração, multiplicação e divisão.
Operações de adição, subtração, multiplicação e divisão.
 

Engenharia de Requisitos

  • 1. Engenharia de Requisitos Uma introdução a engenharia de requisitos Professor Cloves Rocha PhD Student in Computer Science MSc. in Computer Science
  • 2. Objetivos ∙ Introduzir a noção de requisitos do sistema e o processo da engenharia de requisitos; ∙ Explicar como a engenharia de requisitos se encaixa no processo mais abrangente da engenharia de sistemas; ∙ Explicar a importância do documento de requisitos.
  • 3. Requisitos do sistema Definem o que é solicitado ao sistema fazer e com quais limitações ele é requisitado a operar. Por exemplo: ● O sistema deve manter registro de todos os materiais da biblioteca incluindo livros, séries, jornais e revistas, vídeos e áudios, relatórios, coleções de transparências, discos de computadores, e CD- ROMs. ● O sistema deve permitir os usuários pesquisarem um item através do título, autor ou ISBN. ● A interface de usuário do sistema deve ser implementada usando um browser de WWW (World-Wide-Web) ● O sistema deve suportar pelo menos 20 transações por segundo. ● As facilidades do sistema que estão disponíveis para o público devem ser demonstradas em 10 minutos ou menos.
  • 4. Tipos de requisitos ∙ Requisitos bem gerais que dizem em termos amplos o que os sistemas têm que fazer. ∙ Requisitos funcionais que definem parte da funcionalidade do sistema. ∙ Requisitos de implementação que dizem como o sistema deve ser implementado. ∙ Requisitos de performance que especificam a performance mínima e aceitável do sistema. ∙ Requisitos de usabilidade que especificam o tempo máximo o aceitável para demonstrar o uso do sistema.
  • 8. Tipos de requisitos ∙ De modo geral: ∙ Requisitos Funcionais que definem parte da funcionalidade do sistema. ∙ Requisitos Não Funcionais que dizem respeito a restrições, aspectos de desempenho, interfaces com o usuário, confiabilidade, segurança, mantenabilidade, portabilidade, padrões. ∙ Requisitos Organizacionais que dizem respeito às metas da empresa, suas políticas estratégicas adotadas, os empregados da empresa com seus respectivos objetivos; enfim toda a estrutura da organização.
  • 9. Problemas dos Requisitos ∙ Os requisitos não refletirem as reais necessidades dos clientes do sistema. ∙ Os requisitos serem inconsistentes e/ou incompletos. ∙ O custo alto para se fazer mudanças de requisitos depois de terem sido concordados. ∙ Existirem mal entendidos entre clientes, aqueles que desenvolvem os requisitos do sistema e os engenheiros de software que desenvolvem ou mantêm o sistema.
  • 10. Questões mais frequentemente perguntas sobre requisitos (FAQs) O que são requisitos? Uma descrição de um serviço ou de uma limitação O que é a engenharia de requisitos? O processo envolvido no desenvolvimento de requisitos de um sistema. Quanto custa a engenharia de requisitos? Cerca de 15% dos custos do desenvolvimento do sistema. ∙ 40% do percentual de erros detectados nos sistemas, deve-se a especificações mal feitas. 40% 30% 30% 30% 25% 20% 15% 10% 5% 0% 35% 40% 45% % total erros Especificação Projeto Codificação
  • 11. FAQs continuação ∙ O que é o processo de engenharia de requisitos? Um conjunto estruturado de atividades envolvidas no desenvolvimento dos requisitos do sistema ∙ O que acontece quando os requisitos estão errados? Os sistema atrasam, ficam não confiáveis e não satisfazem as necessidades dos clientes. ∙ Existe um processo de engenharia de requisitos ideal? Não - os processos precisam ser adaptados às necessidades organizacionais. ∙ O que é um documento de requisitos? Um descrição formal dos requisitos do sistema.
  • 12. FAQs continuação O que são stakeholders do sistema? Qualquer pessoa afetada de alguma forma pelo sistema. Qual é o relacionamento entre requisitos e projeto? Requisitos e projeto são interligados. Idealmente eles deveriam ser separados, mas na prática isto é impossível. O que é gerenciamento dos requisitos? O processo envolvido no gerenciamento das mudanças dos requisitos.
  • 13. Engenharia de Sistemas ∙ Existe um relacionamento próximo entre software e os requisitos mais gerais do sistema. ∙ Os sistemas baseados em computadores são de duas categorias: ∙ Sistemas configurados para o usuário, onde o comprador compõe um sistema a partir de produtos de software existentes - COTS. ∙ Sistemas onde o cliente produz um conjunto de requisitos para sistemas de software/hardware e há um contratado, desenvolve e entrega o sistema.
  • 14. Classes de Sistemas Sistemas de Informação Relacionado principalmente com o processamento de informações que estão armazenadas em algum banco de dados. Sistemas Embutidos Sistemas onde o software é usado como controlador de um sistema de hardware. Sistemas de Comando e Controle Essencialmente, uma combinação de sistemas de informação e sistemas embutidos, onde computadores de propósito especial provêm informação que é coletada, armazenada e usada para tomar decisões.
  • 15. Propriedades Emergentes ∙ São propriedades do sistema como um todo que somente emergem quando todos os sub-sistemas estiverem integrados. ∙ Exemplos de propriedades emergentes ∙ Confiabilidade ∙ Manutenabilidade ∙ Desempenho (Performance) ∙ Usabilidade ∙ Segurança
  • 16. O Processo da Engenharia de Sistemas Engenharia de Requisitos Projeto de Arquitetura Partição de Requisitos Engenharia de Requisitos de Software Desenvolvimento de Subsistemas Integração de Sistemas Validação dos Sistemas
  • 17. Atividades da Engenharia de Sistemas Engenharia de Requisitos do Sistema Os requisitos do sistema como um todo são estabelecidos e escritos para serem entendidos por todas as partes interessadas (stakeholders) Projeto de arquitetura O sistema é decomposto em subsistemas Partição de requisitos Os requisitos são alocados a estes sub-sistemas Engenharia de Requisitos de Software Requisitos de software mais detalhados são derivados para o software do sistema
  • 18. Atividades da Engenharia de Sistemas ∙ Desenvolvimento de subsistemas Os sub-sistemas de hardware e software são projetados e implementados em paralelo. ∙ Integração de sistemas Os subsistemas de hardware e software são colocados juntos para compor o sistema. ∙ Validação do sistema O sistema é validado em relação aos requisitos.
  • 19. Documento de Requisitos ∙ É um documento formal usado para comunicar os requisitos aos clientes, engenheiros e gerentes. ∙ O documento de requisitos descreve: ∙ Os serviços e funções que o sistema deve prover; ∙ As limitaçõessobre as quais o sistema deve operar; ∙ Propriedades gerais do sistema, isto é limitações nas propriedades emergentes; ∙ Definições de outros sistemas com o qual o sistema deve se integrar.
  • 20. Documento de Requisitos O documento de requisitos descreve (Cont.): Informações sobre o domínio da aplicação do sistema; Ex.: como calcular um certo tipo de computação Limitações nos processos usados para desenvolver o sistema; Descrições sobre o hardware no qual o sistema irá executar. Adicionalmente, deverá sempre conter uma capítulo introdutório que provê um resumo do sistema, necessidades de negócio suportadas pelo sistema e um glossário que explica a terminologia usada.
  • 21. Usuários do documento de requisitos ∙ Clientes do Sistema ∙ Especificam os requisitos e os lêem para checar se eles satisfazem suas necessidades. ∙ Gerentes de Projeto ∙ Usam os documentos de requisitos para planejar uma proposta para o sistema e o processo de desenvolvimento do sistema. ∙ Engenheiros de Sistema ∙ Usam os requisitos para entender o sistema em construção.
  • 22. Usuários do documento de requisitos (Cont.) ∙ Engenheiros de teste do sistema ∙ Usamos requisitos para desenvolverem testes de validação do sistema. ∙ Engenheiros de manutenção do sistema ∙ Usam os requisitos para entender o sistema.
  • 23. A estrutura do documento de requisitos ∙ Padrão IEEE/ANSI 830-1993 uma estrutura para o documento de requisitos ∙ Introdução 1. Propósito do documento de Requisitos; 2. Escopo do produto; 3. Definições, acrônimos e abreviações; 4. Referencias; 5. Resumo do resto do documento.
  • 24. A estrutura do documento de requisitos 2. Descrição Geral ● Perspectiva do produto ● Funções do produto ● Características do usuário ● Limitações gerais ● Suposições e dependências 3. Requisitos específicos ● Cobrem requisitos funcionais, não-funcionais e interface. 4. Apêndices ● Índice
  • 25. Adaptando um padrão ∙ O padrão do IEEE é genérico e pretende ser aplicado em uma variada gama de documentos de requisitos. ∙ Em geral, nem todas as partes do documento são necessárias para todos os documentos de requisitos. ∙ Cada organização deverá adaptar o padrão de acordo com o tipo de sistema que desenvolve. ∙ Considere uma companhia (XYZ) que desenvolve equipamentos científicos.
  • 26. Padrão da empresa XYZ Prefácio Define os leitores do documento e descreve a história das versões, incluindo um explicação da criação de novas versões e um resumo das mudanças feitas em cada versão. Introdução Define o produto no qual o software está embutido, seu uso esperado e apresenta um resumo da funcionalidade do software de controle. Glossário Define todos os termos técnicos e abreviações usadas no documento.
  • 27. ∙ Requisitos gerais do usuário ∙ Define os requisitos do ponto de vista dos usuários do sistema. Isto inclui uma mistura de linguagem natural e diagramas. ∙ Arquitetura do sistema ∙ Apresenta uma visão de alto nível da arquitetura prevista do sistema, mostrando a distribuição das funções dos módulos do sistema. Indica os componentes da arquitetura que serão reusados. Padrão da empresa XYZ
  • 28. ∙ Especificação de Hardware ○ Parte opcional que especifica o hardware que o software deverá controlar. Poderá ser omitido se uma plataforma padrão de instrumento for ser utilizada. ∙ Especificação detalhada de Software ○ Descrição detalhada da funcionalidade esperada do software. Poderá incluir detalhes de algoritmos específicos que devem ser usados na computação. Se for ser usada uma abordagem de prototipação para o desenvolvimento numa plataforma padrão de instrumento, esta seção poderá ser omitida. Padrão da empresa XYZ
  • 29. ∙ Requisitos de confiabilidade e performance ∙ Este capítulo deve descrever os requisitos de confiabilidade e performance esperados do novo sistema. Padrão da empresa XYZ
  • 30. ∙ Quando apropriado, os seguintes apêndices poderão ser adicionados: ■ Especificação da interface de Hardware; ■ Componentes de Software que deverão ser reusados na implementação do sistema; ■ Especificação da estrutura de dados; ■ Modelos de fluxo de dados do sistema de software; ■ Modelos detalhados de objetos do sistema de software. ∙ Índice Padrão da empresa XYZ
  • 31. Escrevendo requisitos ∙ Requisitos são geralmente escritos como textos em linguagem natural complementados por diagramas e equações. ∙ Problemas com os requisitos ∙ Uso de cláusulas condicionais complexas que podem confundir; ∙ Terminologia inconsistente; ∙ Os escritores assumem que os leitores possuem conhecimento do domínio.
  • 32. O essencial da escrita ∙ Requisitos são lidos mais frequentemente do que são escritos. Você deverá investir tempo lendo e entendendo os requisitos. ∙ Não assuma que todos os leitores dos requisitos tenham o mesmo background e usem a mesma terminologia sua. ∙ Permita tempo para revisão do documento de requisitos.
  • 33. Escrevendo diretrizes ∙ Defina templates (modelos) padrões para descrição de requisitos; ∙ Use a linguagem de forma simples, consistente e concisa; ∙ Use diagramas de forma apropriada; ∙ Complemente a linguagem natural com outras descrições de requisitos; ∙ Especifique requisitos de forma quantitativa.
  • 34. Pontos Principais ∙ Requisitos definem o que o sistema deve prover e define os limites do sistema; ∙ Problemas nos requisitos causam a entrega tardia dos sistemas e solicitações de mudanças depois que o sistema estiver em uso; ∙ Engenharia de requisitos diz respeito a elicitação, análise e documentação dos requisitos do sistema.
  • 35. ∙ Engenharia de sistemas diz respeito ao sistema como um todo, incluindo hardware, software e processos operacionais; ∙ O documento de requisitos é a especificação definitiva para os clientes, engenheiros e gerentes; ∙ O documento de requisitos deve incluir um resumo, glossário, definição de requisitos funcionais e limitações operacionais. Pontos Principais
  • 36. Obrigado! Thank you! Dúvidas? Sentimentos? <?php print("ACESSO AO MATERIAL"); Professor: Cloves Rocha | FUNDAMENTOS PARA CERTIFICAÇÃO TÉCNICA - overview