REQUISITOS DE SISTEMAS
REQUISITOS DE SISTEMAS PROF. Horacio Ribeiro
Aula 3 requisitos – qualidade – engenharia de requisitos
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
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
NOME DA AULA – AULA1
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
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.
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.
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.
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.”
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 é a) As atividades de controle da qualidade focam na definido
e
apropriado. descoberta
de
defeitos
em
i
específicos.
b) Metodologia e padrões de desenvolvimento são b) Um exemplo de controle da qualidade poderia ser: exemplos
de
garantia
da
qualidade. "Os requisitos definidos são os requisitos certos?".
c) Garantia da qualidade é orientada a processo. c) Controle da qualidade é orientado a produto. d) Garantia da qualidade é orientada a prevenção. d) Controle da qualidade é orientado a detecção. e) Foco em monitoração e melhoria de processo. e) Inspeções e garantia de que o produto de trabalho f) As atividades são focadas no inicio das fases no ciclo atenda de
vida
de
desenvolvimento
de
requisitos
especificados.
software. f) As atividades são focadas no final das fases no ciclo
g) Garantia da qualidade garante que você está fazendo de as coisas certas e da maneira correta.
aos
vida
de
desenvolvimento
de
software.
g) Controle da qualidade garante que os resultados do seu trabalho são os esperados conforme requisitos.
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. 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.
NOME DA AULA – AULA1
Requisitos de sistemas e de usuรกrio
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
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.
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.
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.
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-forspeed-shift/).
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)
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).
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.
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
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
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. .
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. .
Pr贸xima aula -Ciclo do processo de engenharia de requisistos e suas atividades -- modelo dos entreg谩veis
NOME DA DISCIPLINA
Contactos e material complementar e exercícios www.espacodoprofessor.com Professor: Horacio ribeiro Modulo Estácio 2012.1 Senha 222222
NOME DA AULA – AULA1