O que é um Sistema? E um conjunto de _ elementos _ inter- relacionados com um objetivo comum. Existem problemas diferentes e solugdes comuns! Os sistemas possuem caracteristicas independentes de onde se encontram.Caracteristicas de um Sistema ? Todo sistema deve possuir 4 caracteristicas basicas: 2 Elementos ou entidades; 2 Relacées entre os elementos; ? Objetivo comum; ? Meio-ambiente. ? Por exemplo, carro: 2 Motor, rodas 2 Estruturais ? Locomogao Classificagao de um Sistema ? Concretos x Abstratos 2 Sistemas concretos existem fisicamente; abstratos, sao modelos ou representa¢des do mundo fisico. ? Artificiais x Naturais 2 Sistemas naturais existem na natureza e artificiais foram criados ou inventados pelo Homem. ? Abertos x Fechados 2 Sistemas abertos realizam trocas com 0 meio-ambiente; sistemas fechados, nao.Leis Universais 2"Todo sistema se contrai, ou seja, 6 composto de subsistemas recursivos”. 2 Os elementos de um sistema sao também sistemas. ?Exemplo: o motor de um carro é formado de subsistemas como inje¢ao, pistdes, partida, etc. “Todo sistema se expande, ou seja, é parte de um sistema maior recursivamente’. ? Por exemplo, o sistema “carro” é parte de um sistema maior de trafego, que por sua vez pode ser considerado | subsistema de uma cidade e assim infinitamente. Leis Universais “Quanto maior a fragmentagao do sistema, maior sera a necessidade para coordenar as partes”. 2Por exemplo, ninguém vé pecas pequenas (como parafusos) quando pensa em elementos de um carro. 20 numero de subsistemas é arbitrério e depende do ponto de vista de cada pessoa ou de seu objetivo. ? Por exemplo, um carro pode ser visto formado por 2 subsistemas somente (motor e estrutura); ja outras pessoas poderao subdividir um carro em parte elétrica, motor, rodas, chassis, carroceria e estofamentos.Leis Universais 20 numero magico 7 + 2 2Na década de 40, pesquisadores de psicologia concluiram que as pessoas normais possuem uma certa capacidade de processamento de informagées. Uma das descobertas é que podemos gerenciar de 5 a 9 subsistemas (por isto, o nimero 7 + 2 e 7 - 2). Isto quer dizer que uma pessoa consegue gerenciar melhor uma equipe com 5 a 9 membros. Ou que devemos subdividir os sistemas de 5 a 9 partes para poder entender melhor | 0 todo. Leis Universais ? Sinergia ? Pode ser exemplificada pela formula 1 + 1 = 3. Isto significa que as partes de um sistema podem interagir para gerar algo maior, 0 que as partes nao conseguiriam fazer ou atingir se trabalhando isoladamente. ®Tal principio também pode ser entendido através da frase “O todo nao é a mera soma das partes”.Uma Abordagem Sistémica Visa observar um problema como um sistema Uma Abordagem Sistémica 2 Dicas: ? Olhar para o todo (visao holistica) 2Se alguém est perdido numa floresta, sobe numa drvore para poder enxergar onde estad a saida. 0 mesmo acontece com labirintos. A visdo do todo permite entender como as partes se relacionam. ? Dividir para conquistar ?Procure dividir o problema em problemas menores. Alguém que quer ir de uma cidade a outra, divide o caminho em partes por onde deve passar (estradas a tomar, saidas, entradas, conexGes).Uma Abordagem Sistémica 2 Dicas: Identificar todas as partes do sistema ?Procure identificar tudo 0 que faz parte do sistema. Algumas partes podem fazer a diferenga. Um exemplo classico é o cavalo de trdia na guerra entre gregos e troianos. Se os gregos vissem o problema apenas como uma cidade (Trdéia) com muros altos e fortes portées, nao teriam conseguido entrar. A diferenca aconteceu porque eles entenderam que o sistema ainda era composto de pessoas e, neste caso, supersticiosos e religiosos (que nao poderiam rejeitar um presente dos deuses). Uma Abordagem Sistémica 2 Dicas: ? Atentar para detalhes 2A falta de uma caneta pode gerar 0 insucesso de um sistema automatizado. Os analistas se preocupam geralmente com as coisas grandes como computadores, redes e software de banco de dados. Mas num supermercado, se ndo houver uma caneta para o cliente assinar o cheque, de nada tera adiantada gastar milhares de ddlares com hardware, software e treinamento de pessoal.Uma Abordagem Sistémica 2 Dicas: ? Analogia 2A analogia consiste em utilizar uma solugdo S’ num problema P’, similar a uma solug4o S que ja teve sucesso num problema P similar a P’. Ou seja, é 0 reuso de solucdes em problemas similares, com alguma adaptagao da solugao. Nao é a toa que o Homem criou 0 avido observando os passaros voarem. Onde estado os Sistemas? 2 Um dia tipico ... 2 0 sistema telefOnico ficou mudo! 2 Ele tem problemas no sistema circulatério. ? O sistema de avaliacao do professor é... ? O sistema esta fora do ar. 2? Em uma empresa qualquer ... 2 Nosso sistema de vendas esta... 2 O sistema financeiro esta integrado com... 2 O sistema de informagées gerenciais gerou um relatério.O que sao Sistemas? @ BUMPS ure anime iiicm ka yeni tm tem attr) forma de itera¢ao ou interdependéncia.” “Conjunto de partes coordenadas, que concorrem paraa realizagao de um conjunto de objetivos.” Dias & Gazzaneo, 1989 “Um sistema é um coleg¢ao significativa de componentes inter-relacionados, que trabalham em conjunto para atingir algum objetivo.” teers aat CTU) ) O que é Andalise? E um estudo de um problema, que antecede uma a¢ao para resolvé-lo. O seu propésito é modelar um sistema de forma que ele possa ser entendido.Analise 2 Por que Analisar? 2 Por que nao comegar logo pela implementacao? O que é Anilise e Projeto de Sistemas? NO UCR ee COMCR EEE desenvolvimento de um conjunto de softwares integrados (sistema) destinado a execugao, controle e acompanhamento do processo. ” A Analise e Projeto de Sistemas e realizada atraves de um processo de desenvolvimento que mostra claramente quais sdo as etapas a seguir para a producao de software de qualidade. @Andlise e Projeto de Sistemas ? A analise modela 0 problema e consiste das atividades necessarias para entender o dominio do problema. E uma atividade de investigac¢ao. 2 Entender o que deve ser feito? 20 projeto modela a solucao e consiste das atividades' de criagao. ? Como deve ser feito? Analise e Projeto de Sistemas ? A anilise consiste das atividades feitas com ou para o conhecimento do cliente. A informagao produzida é a que o cliente deve discutir e aprovar. 20 projeto inclui as atividades que resultam em solugaéo para o problema discutido na analise q interessa apenas ao programador.Andlise e Projeto de Sistemas 2 0 objetivo da Andlise e Projeto de Sistemas: ? Introduzir um processo ao analista, ao projetista e aos programadores de compreensao e de utilizacdo de um método sistematico (técnicas organizadas) para o desenvolvimento de sistemas informatizados de boa qualidade. Problemas x Solugao 2 Clareza do usuario: ? O usuario é responsavel por mostrar para 0 analista os requisitos que o sistema deve atender. 2 Entendimento do analista: ? O analista é responsavel por identificar e analisar os requisitos esperados pelo usuario.‘Como oeente [como otider de projeto | [como o anaista {Como 0 rogramador | [Como 0 Consutor de ‘exten. lentendeu.. [rojetoune feonstrat Megseios descreveu- Usuarios x Analistas 2 Ator principal: 2 Analisam, detalham e ? O sistema é desenvolvido documentam; para 0 usuario; 2 Aptidées interpessoais; 2 0 sistema automatizara um processo executado pelo usuario. 2 Realizam reunides regulares; 2 Ajudam o usuario a encontrar solucao; 2 Comprometimento do usuario é fundamental para o sucesso do projeto.QUE RAIVA! CONVERSE! COM O CLIENTE E ELE QUER QUE VOCE MUDE TODO O SISTEMA MAIS UMA VEZ! ed won aad 77 HISTORIA REAL MAIS UMMA VEZ? ELE SO PAGOU UMA VEZ © EU JA REFIZ ELE TRES Vezes! MAS SE FOSSE EU, FAZIA SO DE RAIVA! 2 Analista deve ter: ? Habilidade de relacionamento social; ? Conhecimento da tecnologia; ? Conhecimento do processo do negocio; ? Raciocinio légico e abstrato (visualizar 0 sistema sob diversas perspectivas).Equipe 2 Projetista deve: ? Elaborar uma solugao a partir do detalhamento do Analista. 2 Programador deve: ? Codificar (através de uma linguagem de programacao) e testar a solucdo do Projetista. Equipe Projetista 2 Analista Programador 2Andlise e Projeto de Sistemas 2 Como 0 projeto inicia? ? Estudo da Viabilidade 2 Analise de Custos, Recursos... ? Levantamento de Requisitos 2 Andlise do Problema 2 Projeto 9 Projetar a Solugao Requisitos Um requisito é uma caracteristica do sistema oua descric¢ao de algo que o sistema é capaz de realizar para atingir os seus objetivos. (Pfleeger 2004) As descrigées das fungées e das restri¢ées sao os requisitos do sistema. (Sommerville 2004) LO Berm ou LORK EM emery ye (rec CeCme ltl o sistema deve exibir para resolver algum problema da vida real. Qraaw03Requisitos nme Ck mete CCR etree wl mi usuario resolver um problema ou alcangar um objetivo. (IEEE) Uma condi¢ao ou uma capacidade que deve ser alcangada ou estar presente em um sistema para PERC VAMC eeLKoMy ibe CUM) cette te COO outro documento formalmente imposto. Estudo feito pela Standish Group 2 Com 350 companhias e 8.000 projetos de software: 2 31% dos projetos foram cancelados 216% dos projetos em pequenas companhias foram entregues no prazo e or¢amentos estabelecidos inicialmente. 29% dos projetos em grandes companhias foram entregues no prazo e orgamentos_ estabelecidos inicialmente.Estudo feito pela Sta Group ndish 216.2% tiveram sucesso: cobrindo todas as funcionalidades em tempo e dentro do custo previsto. 252.7% tiveram problematica: nao co funcionalidades exigidas, custo aume atrasado. bre todas as ntado e esta 231.1% tiveram fracasso: cancelado durante o desenvolvimento. Estudo feito pela Standish 2 Fatores que causaram GHOUR, ravare: Fatores de projetos criticos % de Respostas Requisitos incompletos 13.1% Falta de envolvimento do usuario 12.4% Falta de recursos 10.6% Expectativas irreais 9.9% Falta de apoio executivo 9.3% Mudangas de requisitos e especificagdes 8.7% Falta de planejamento 8.1% Sistema nao mais necessario 7.5%Desafio ? Maiores desafios do desenvolvimento de sistemas: ? Compreensao do dominio do problema; ? Dominio é definido por um conjunto de caracterfsticas que descrevem uma familia de problemas para os quais uma determinada aplicagao pretende dar solugao. ? Comunicagao efetiva com reais usuarios do sistema; ? Evolucao continua dos requisitos do sistema. | Importancia da Especificacao de Requisitos 2 Por que a Especificagao de Requisitos é importante? ? Estabelece uma base de concordancia entre 0 cliente e 0 fornecedor sobre o que o software fara; ? Fornece uma referéncia para a validagdo do produto final; 2 Uma especificacdo de requisitos de alta qualidade é pré- requisito para um software de alta qualidade; ? Reduz 0 custo de desenvolvimento; @Importancia da Especificacao de Requisitos ? Por que precisamos dos requisitos? ? Para entender o que o cliente quer; ? Para entender o problema do negocio; ? Para documentar 0 escopo do projeto e definir suas restrigdes; ? Para assegurar a qualidade e a satisfacdo do cliente; ? Para definir critérios de aceita¢do e gerenciar as expectativas do cliente. @ Analise e Projeto de Sistemas ? Para desenvolver sistemas de qualidade e que satisfagam as necessidades dos clientes, é necessario considerar os seguintes aspectos: 2 Produtividade 2 O tempo necessario para analisar e desenvolver o sistema; 2 Manutenibilidade 2 Corregao de Erros @ Alteracao do RequisitosAndlise e Projeto de Sistemas ? Confiabilidade 2Erros de sistemas podem passar despercebidos e podem causar graves problemas. ? Portabilidade 2? Mudanca de plataforma. ? Seguranca ? Acesso ao sistema Engenharia de Requisitos A Engenharia de Requisitos é um processo que ONO WER orm Crit od Cee le Raut ae manter o documento de requisitos do sistema. (Sommerville) Engenharia de Requisitos é o processo de descobrir, EVEN ermal Rule Renan iveiay (aie Cee (exons aet CS)Engenharia de Requisitos 2 Engenharia de Requisitos: ?Produgaéo de Requisitos: Levantamento, Registro, Obtencdo de Comprometimento e Verificagao. ®Geréncia de Requisitos: Controle de Mudangas, Gerencia de Configura¢ao, Rastreabilidade e Geréncia da Qualidade de Requisitos. Engenharia de Requisitos ? Objetivo: ? Estabelecer uma visaéo comum entre o cliente e a equipe de desenvolvimento; ? Registrar e acompanhar os requisitos ao longo de todo o processo de desenvolvimento; 9 \dentificagao de Requisitos: 2 Qual 0 objetivo do negécio? ? Quais as pessoas envolvidas no processo? ? \dentificar cendrios de uso da aplicacdo?Engenharia de Requisitos 2 Problemas da identificagao dos requisitos: 2 Problema de escopo: escopo mal definido ? Problema de entendimento: equipe e usuario estéo com dificuldades ? Problema de volatilidade: requisitos que mudam com 0 tempo Engenharia de Requisitos 2 Desafios: ?Falta de conhecimento do usuario das __ reais necessidades; Falta de conhecimento do dominio da equipe de desenvolvimento; ? Falta de conhecimento de técnicas de elicitagdo de requisitos;Engenharia de Requisitos ? Desafios: ?2Problema de comunicacéo entre o usuario e o desenvolvedor (ambiguidade). ? Como descobrir os requisitos. ? Como verificar se todos os requisitos foram atendidos. ? Como gerenciar a mudang¢a. Técnicas de Levantamento de Requisitos ? Entrevista 2 Selecao de Documentos 2 Questionario 2 Prototipacdo 2 Brainstorm 2 EtnografiaRequisitos 9 Requisitos de Hardware 9 So os requisitos de hardware que definem as configuracdes que os equipamentos devem possuir para que o software produzido possa funcionar adequadamente. Requisitos de Software ® Determinam as configuragées minimas exigides para o ambiente em que o sistema vai rodar, ou seja, quais softwares devem estar instalados para que o sistema opere. ? Requisitos Funcionais ® Sao declaragées de fungdes que o sistema deve fornecer, como o sistema deve reagir a entradas especificas e como deve se comportar em determinadas situaces. E 0 que o sistema nao deve fazer. Requisitos 2 Requisitos nao funcionais 2 Sao as condicées que o software deve atender ou as qualidades que ele deve ter, como exigéncias de desempenho e robustez. Sdo as restri¢des ou exigéncias do uso de tecnologias. 2 Regras de Negécio ?£ uma politica da empresa, uma forma exclusiva de operar o seu negécio 2 Restricgdes 2 £ uma condi¢ao que deve ser seguida pelo software, seja de natureza técnica ou administrativa.Requisitos Requisitos Nao Funcionais Requisitos Requisitos oF = Requisitos Produto Organizacdo Requisitos Requisitos | { Requisitos Requisitos Requisitos oe de de de Interope- De Usabilidade Contabitidade | | Porabilidade ‘abitdage Etica Requisitos de Eniciéncia_|/Requisites Requisitos Requisitos Requisitos De de De Legais Prazo Implementacéo | | Padronizacio Requisitos Requisitos ~ 2 Recuitos equates] ye -_ aco Privacicade |_| seouranea..|.. Importancia dos Requisitos Nao Funcionais 2 Os requisitos nao funcionais sao criticos para o sucesso dos sistemas. (OSE ceneCr ony Preto ER Cnet Crm icel Caras eittgExemplo de Requisitos ? Para um sistema de controle de empréstimo de livro: ? O usuario deve ser capaz de reservar livros. 2 O sistema deve ser capaz de cadastrar usuarios. ? O sistema deve ser facil. 2 Para um sistema de condominios ? O sistema deve ser capaz de calcular multa. ? O sistema deve ser capaz de gerar segunda via de boleto. ? O sistema deve ter um tempo de resposta inferior a 30s. Caracteristicas de um bom Requisito 2 Necessario 2 Se retirado, ele nao atendera plenamente as expectativas do usuario. ? Nao-ambiguo @ Possui uma tinica interpretacao. ® Verificavel ® Nao ser vago ou geral e sendo quantificado de uma maneira que permita a verificagdo de uma das seguintes formas: inspe¢ao, andlise, demonstra¢ao ou teste.Caracteristicas de um bom Requisito ? Conciso ? Cada requisito define apenas um requisito. 2 Alcancavel 2 Realizavel a um custo definido. ? Consistente ? Nao contradiz ou duplica outro requisito. ? Aceito ? Por usuarios e desenvolvedores. Atividade 2 Discuta o conceito de sistemas. 2 Qual a importancia da andlise e projeto de sistemas? 2 Como podemos fazer para garantir a qualidade de um sistema? 2 0 que sdo Requisitos?Atividade 20 que éa Engenharia de Requisitos? 2 Qual a importancia dos requisitos nao funcionais? 2 Dé exemplos de requisitos?