reqsist aula3

27
REQUISITOS DE SISTEMAS PROF. Horacio Ribeiro Aula 3 requisitos – qualidade – engenharia de requisitos REQUISITOS DE SISTEMAS REQUISITOS DE SISTEMAS

Upload: horacio-ribeiro

Post on 30-Mar-2016

246 views

Category:

Documents


1 download

DESCRIPTION

 

TRANSCRIPT

Page 1: Reqsist aula3

REQUISITOS DE SISTEMAS PROF. Horacio Ribeiro

Aula 3 requisitos – qualidade – engenharia de requisitos

REQUISITOS DE SISTEMASREQUISITOS DE SISTEMAS

Page 2: Reqsist aula3

NOME DA AULA – AULA1

NOME DA DISCIPLINA

Conteúdo Programático desta aula

• Influencia dos requisitos na qualidade do sistema• requisitos de usuário e de sistema•requisitos funcionais e não funcionais•Engenharia de requisitos• Processo de requisitos

Page 3: Reqsist aula3

NOME DA AULA – AULA1

NOME DA DISCIPLINA

Qualidade de sistemas e os requisitos

conceito da palavra “sistema”,

seqüência de atividades, e conjunto de “coisas” para atingir um objetivo

soma:

software + hardware + procedimentos

Page 4: Reqsist aula3

antes de se pensar em questões tecnológicas (ambiente de desenvolvimento, linguagens de programação, banco de dados a ser utilizado, etc.), é preciso ter a concepção correta do que se está sendo solicitado.

Determinação de objetivos; determinar necessidades para atingir objetivos.

Sem um levantamento de requisitos adequado, certamente o desafio será muito maior!

É preciso conscientizar o profissional de desenvolvimento de sistemas sobre as necessidades da especificação e documentação correta 

Page 5: Reqsist aula3

NOME DA AULA – AULA1

NOME DA DISCIPLINA

O processo de levantamento de requisito está vinculado para garantir qualidade no produto que vamos entregar.

Para qualquer empresa, ter qualidade nos seus processos para seu é ter uma estratégia competitiva, principalmente para aquela que desenvolve software.

Page 6: Reqsist aula3

NOME DA AULA – AULA1

NOME DA DISCIPLINA

Adventos de várias transformações no mundo, as organizações precisam produzir produtos e serviços de qualidade, não mais como uma estratégia de diferenciação de mercado, mas como uma condição de subsistência.

Page 7: Reqsist aula3

NOME DA AULA – AULA1

NOME DA DISCIPLINA

qualidade, Pressman (2006) atribuiu o alcance da qualidade de software como uma conseqüência de:.•Criar um conjunto de atividades que irão ajudar a garantir que cada produto de trabalho da engenharia de software exiba alta qualidade.

•Realizar atividades de segurança da qualidade em cada projeto de software.

•Usar métricas para desenvolver estratégias para a melhoria de processo de software e, como conseqüência, a qualidade no produto final.

Page 8: Reqsist aula3

NOME DA AULA – AULA1

NOME DA DISCIPLINA

“Qualidade de software deve ser compreendido e empreendido como um processo sistêmico que precisa está presente todas as etapas e artefatos produzidos, visando a garantia da conformidade de processos e produtos mediante aos requisitos definidos.”

Page 9: Reqsist aula3

NOME DA AULA – AULA1

NOME DA DISCIPLINA

• não confundir os conceitos e a aplicação dos termos Controle da Qualidade e Garantia da Qualidade.

Garantia da Qualidade Controle da Qualidade

a) Garantia da qualidade garante que o processo é

definido e apropriado.

b) Metodologia e padrões de desenvolvimento são

exemplos de garantia da qualidade.

c) Garantia da qualidade é orientada a processo.

d) Garantia da qualidade é orientada a prevenção.

e) Foco em monitoração e melhoria de processo.

f) As atividades são focadas no inicio das fases no ciclo

de vida de desenvolvimento de software.

g) Garantia da qualidade garante que você está fazendo

as coisas certas e da maneira correta.

a) As atividades de controle da qualidade focam na

descoberta de defeitos em i específicos.

b) Um exemplo de controle da qualidade poderia ser:

"Os requisitos definidos são os requisitos certos?".

c) Controle da qualidade é orientado a produto.

d) Controle da qualidade é orientado a detecção.

e) Inspeções e garantia de que o produto de trabalho

atenda aos requisitos especificados.

f) As atividades são focadas no final das fases no ciclo

de vida de desenvolvimento de software.

g) Controle da qualidade garante que os resultados do

seu trabalho são os esperados conforme requisitos.

Page 10: Reqsist aula3

NOME DA AULA – AULA1

NOME DA DISCIPLINA

De acordo com o PMBOK (Project Management Body Of Knowledge) do PMI (Project Management Institute), na versão 2004, os processos de gerenciamento da qualidade do projeto detêm: :Os principais processos são:•Planejamento da Qualidade: Identificação dos padrões de qualidade relevantes para o projeto e determinação de como satisfazê-los.•Garantia da Qualidade: Aplicação das atividades de qualidade planejadas e sistemáticas para garantir que o projeto emprega todos os processos necessários para atender aos requisitos.•.Controle da Qualidade: Monitoramento de resultados específicos do projeto a fim de determinar se eles estão de acordo com os padrões relevantes de qualidade e identificação de maneiras de eliminar as causas de um desempenho insatisfatório.

Page 11: Reqsist aula3

NOME DA AULA – AULA1

NOME DA DISCIPLINA

• alcançar um produto de software de maneira mais assertiva, de maneira correta , entrega dentro de um tempo e lugar que satisfazem ao cliente, inicia com a identificação dos requisitos.

•Então devemos primeiramente levantamos as pessoas, os processos e recursos que estão envolvidos, e buscar então evidenciar suas ações e documentá-las, da maneira mais detalhadamente necessária para que não haja dúvidas do(s) respectivo(s) comportamento(s).

requisitos.

Page 12: Reqsist aula3

Requisitos de sistemas e de usuário

Page 13: Reqsist aula3

 Requisítos de Usuários:

Segundo Summerville (2011, pág. 58), precisam ser escritos em diferentes níveis de detalhamento para que os diferentes leitores possam usá-los de diversas maneiras.

Os requisitos classificados por níveis estão vinculado na linguagem ou ambiente do teor da especificação para determinada finalidade, com o intuito de consegui ser entendível, evitando que qualquer anomalia na qualidade da informação disposta imponha obstáculos para se alcançar plenamente o resultado esperado

Page 14: Reqsist aula3

Os requisitos de usuário

definem em uma linguagem qualquer o que o sistema deve atender, sem se preocupar como vai atender.

O foco é apontar características que agregam o valor do software, sem apontar como isso foi feito.

É uma espécie de manual do sistema, que aponta suas funcionalidades para todos que o venham a ler.

Exemplos: clientes (contratantes) e usuários finais do sistema. 

Page 15: Reqsist aula3

o usuário define então a rotina de determinada atividade, expressando claramente qual a necessidade, de forma que seja então criado todo o processo necessário para atender os anseios, e conseqüentemente possa atingir plenamente os objetivos.

Notadamente não está se considerando quaisquer tecnologias a ser empregada; pelo contrário, deve ser permissiva e sentida a flexibilidade, de modo que o usuário possa ter total liberdade para sua explanação.

Page 16: Reqsist aula3
Page 17: Reqsist aula3

requisitos de sistema, estes já são especificados para um grupo de usuários que detém de uma experiência, seja no negócio como na área de tecnologia da informação, nas especificidades da empresa.

Page 18: Reqsist aula3

exemplo: Um jogo com características mínimas exigidas para que o jogo possa funcionar em um determinado computador. As informações ali dispostas são consideradas, obrigatórias, pois define os componentes e configurações para que seja possível usufruir das emoções dos jogos. Portanto, são requisitos do sistema (Fonte das imagens: http://froog.com.br/requisitos-de-sistema-need-for-speed-shift/).

Page 19: Reqsist aula3

Sommerville (2011, pág. 60), destaca que os requisitos devem especificar todos os intentos do cliente, e que sejam de forma clara – os quais denominam pelo conceito de completude e consistência.  De maneira geral, os requisitos são classificados em três tipos. São eles: Funcionais;

Não funcionais; e

Interface. (vamos definir) 

Page 20: Reqsist aula3

processo de engenharia de requisitos

• estudos de viabilidade,

•Levantamento e documentação

•Eli citação e análise de requisitos,

• validação e

•gerenciamento de requisitos).

Page 21: Reqsist aula3

estudo de viabilidade -> documento de analise do projeto

elicitação e análise de requisitos -> documento que mostra cada forma de registrar ações, telas,...

especificação de requisitos -> especificação padronizada de cada requisito

validação de requisitos) - > validação nos aspectos de completude e consistência.

Page 22: Reqsist aula3

Processo de desenvolvimento l dos processos de engenharia de requisitos (Especificação de requisitos – Elicitação de Requisitos e Validação de  Requisitos)

Processo de engenharia:

Cascata espiral reuso prototipação desenvolvimentos ágeis

Page 23: Reqsist aula3

Estudo de viabilidade

Todo projeto de software, em sua fase inicial, deve ser submetido a uma rápida análise nos seus diversos aspectos

.

O estudo de viabilidade determinará pontos críticos do projeto, apresentando diferentes alternativas de soluções para o problema e, até mesmo, se o projeto será levado adiante ou não.

Deve tratar aspectos técnicos\ financeiros

Page 24: Reqsist aula3

Estudo de viabilidade

Á análise de viabilidade é um documento que serva para decisões no projeto

A estrutura básica do documento é composto por uma breve descrição sobre a organização, o problema em questão, fontes e referências que lhe proporcionaram conhecimento do problema (questionários, bibliografia, etc)

E é apresentada mais de uma solução para o problema. Cada uma, acompanhada de uma breve análise com prós e contras.

Ao final do documento, o desenvolvedor, a partir da análise de cada uma das soluções por ele propostas, indica qual a mais adequada, levando em consideração fatores como custo, tempo de desenvolvimento, satisfação dos anseios do cliente, etc.

.

Page 25: Reqsist aula3

Estudo de viabilidade

O estudo de viabilidade já é um procedimento padrão no processo de design, do qual depende todo o restante do projeto.

um estudo de viabilidade ele leva um certo tempo para ser feito e consome algumas horas de trabalho.

Com uma análise prévia, o desenvolvedor terá uma visão mais abrangente sobre o problema e poderá cogitar diversas soluções

. Imagine chegar no meio de um projeto, e descobrir que havia uma maneira mais fácil e mais eficiente para chegar ao mesmo resultado?

Tendo determinações prévias da solução poderá determinar cronograma de entregas e desembolsos.

.

Page 26: Reqsist aula3

Próxima aula

-Ciclo do processo de engenharia de requisistos e suas atividades

-- modelo dos entregáveis

Page 27: Reqsist aula3

NOME DA AULA – AULA1

NOME DA DISCIPLINA

Contactos e material complementar e exercícios

www.espacodoprofessor.com

Professor: Horacio ribeiro

Modulo Estácio 2012.1

Senha 222222