FACULDADES INTEGRADAS DO PLANALTO CENTRAL - FIPLAC BRASLIA, 29 de Novembro de 1999

ANLISE DE REQUISITOS

pazos@unb.br

Engenharia de Software

Anlise de Requisitos

ndice Introduo....................................................................3 PRINCPIOS FUNDAMENTAIS DA ANLISE DE REQUISITOS...............................................................4

ANLISE DE REQUISITOS................................................................................................................................................4 ATIVIDADES DE ANLISE................................................................................................................................................5

Bibliografia..................................................................7 Concluso.....................................................................8

Engenharia de Software

Anlise de Requisitos

Introduo
Nossos objetivos ao realizarmos este trabalho so dois, a saber: aprendermos e dominarmos o aspecto terico da Anlise de Requisitos e o repasse das concluses para a turma de computao C06A. Na tentativa de explicar a Anlise de Requisitos deparamo-nos com alguns conceitos, as vezes conflitantes, que nos deram o devido entendimento sobre esta fase to importante do Processo de Desenvolvimento de Sistemas de Software. Com estes novos conceitos adquiridos estamos capacitados a responder algumas perguntas, antes sem resposta, que agora passam a representar uma nova fronteira do nosso conhecimento. Este documento nos d uma viso sucinta dos conceitos e caractersticas pertinentes ao objeto da pesquisa. um eficiente material de apoio que dever ser complementado com a apresentao que ser exibida pelo grupo. A equipe.

Engenharia de Software

Anlise de Requisitos

PRINCPIOS FUNDAMENTAIS DA ANLISE DE REQUISITOS

Roger S. Pressman em Engenharia de Software explica: Uma compreenso completa dos requisitos de software fundamental para um bem-sucedido desenvolvimento de software. No importa quo bem projetado ou quo bem codificado seja, um programa mal analisado e especificado desapontar o usurio e trar aborrecimentos ao desenvolvedor. A tarefa de anlise de requisitos um processo de descoberta, refinamento, modelagem e especificao. O escopo do software, inicialmente estabelecido pelo engenheiro de sistemas refinado durante o planejamento do projeto de software, aperfeioado em detalhes. Modelos do fluxo de informao e controle exigido, comportamento operacional e contedo de dados so criados. Solues alternativas so analisadas e atribudas a vrios elementos de software. Tanto o desenvolvedor como o cliente desempenham um papel ativo na anlise a especificao de requisitos. O cliente tenta reformular um conceito de funo e desempenho de software, s vezes nebuloso, em detalhes concretos. O desenvolvedor age como indagador, consultor e solucionador de problemas. A anlise e especificao de requisitos pode parecer uma tarefa relativamente simples, mas as aparncias enganam. O contedo de comunicao muito elevado. Abundam as chances de interpretaes errneas e lnformaes falsas. A ambigidade provvel. O dilema com o qual se defronta um engenheiro de software pode ser mais bem entendido repetindo-se a declarao de um cliente annimo: "Sei que voc acredita que entedeu o que acha que eu disse, mas no estou certo de que percebe que aquilo que ouviu no o que eu pretendia dizer... ANLISE DE REQUISITOS A anlise de requisitos uma tarefa da engenharia de software que efetua a ligao entre a alocao de software em nvel de sistema e o projeto de software (Figura abaixo). A anlise de requisitos possibilita que o engenheiro de sistemas especifique a funo e o desempenho do software, indique a interface do software com outros elementos do sistema e estabelea quais so as restries de projeto que o software deve enfrentar. A anlise de requisitos permite que o engenheiro de software (muitas vezes chamado de analista nesse papel) aprimore a alocao de software e construa modelos do processo, dos dados e dos domnios comportamentais que sero tratados pelo software. A anlise de requisitos proporciona ao projetista de software uma representao da informao a da funo que pode ser traduzida em projeto procedimental, arquitetnico e de dados. Finalmente, a especificao de requisitos proporciona ao desenvolvedor e ao cliente os critrios para avaliar a qualidade logo que o software for construdo.

Engenharia de Software

Anlise de Requisitos

ATIVIDADES DE ANLISE A anlise de requisitos de software pode ser dividida em cinco reas de esforo: (1) reconhecimento do problema, (2) avaliao e sntese, (3) modelagem, (4) especificao e (5) reviso. Inicialmente, o analista estuda a Especificao do Sistema (caso exista um) e o Plano de Projeto de Software. importante entender o software num contexto de sistema e revisar o escopo do software que foi usado para gerar as estimativas de planejamento. A seguir, deve ser estabelecida comunicao com a atividade de anlise, de forma que o reconhecimento do problema seja garantido. O analista precisa estabelecer contato com a administrao e com o pessoal tcnico da organizao do usurio/cliente e com a organizao de desenvolvimento do software. O gerente de projetos pode atuar como um coordenador para facilitar a abertura de caminhos de comunicao. A meta do analista o reconhecimento dos elementos problemticos bsicos, conforme percebidos pelo usurio/cliente. A sntese de avaliao e soluo dos problemas a maior rea de esforo de anlise seguinte. O analista deve avaliar o fluxo e o contedo de informao, definir e elaborar todas as funes do software, entender o comportamento do software no contexto dos eventos que afetam o sistema, estabelecer as caractersticas de interface com o sistema e descobrir restries de projeto. Cada uma dessas tarefas serve para descrever o problema de forma que uma abordagem ou soluo global possa ser sintetizada.

Engenharia de Sistema de Computador

Anlise de Requisitos de Software

Projeto de Software

Sobreposio da tarefa de anlise. Por exemplo, um sistema de controle de estoques exigido por um grande fornecedor de autopeas. O analista descobre que os problemas com o atual sistema manual envolvem (1) incapacidade de obter o status de um componente rapidamente; (2) turno de dois a trs dias para atualizar um arquivo de cartes; (3) mltiplas reencomendas ao mesmo vendedor porque no h nenhuma forma de associar vendedores com componentes etc. Logo que o problema identificado, o analista determina quais informaes devem ser produzidas pelo novo sistema e quais dados sero oferecidos ao sistema. Por exemplo, o cliente deseja um relatrio dirio que indique quais peas foram requisitadas do estoque e quantas peas idnticas permanecem nele. O cliente indica que os funcionrios do setor de estoques registraro o nmero de identificao de cada pea quando elas sarem da rea de estoque.

Engenharia de Software

Anlise de Requisitos

Depois de avaliar os problemas atuais e as informaes desejadas (entrada e sada), o analista comea a sintetizar uma ou mais solues. Um sistema on-line baseado em terminal resolver um conjunto de problemas, mas ele ficar dentro do escopo esboado no Plano de Software? Um sistema de gerenciamento de banco de dados pareceria necessrio, mas a necessidade de associatividade do usurio/cliente justificada? O processo de avaliao e sntese prosseguir at o analista bem como o cliente tiverem confiana de que o software tenha de ser adequadamente especificado para as etapas do desenvolvimento subseqentes. No decorrer da sntese de avaliao e soluo, o principal foco do analista recai sobre "o que", no sobre "como". Quais dados o sistema produz e consome, quais funes o sistema deve executar, quais interfaces so definidas e quais restries se aplicam. Durante a atividade de sntese de avaliao e soluo, o analista cria modelos do sistema num esforo para compreender melhor o fluxo de dados e de controle, o processamento funcional e a operao comportamental. alm do contedo de informao. O modelo serve como um fundamento para o projeto de software a como base para a criao de sua especificao. As atividades associadas anlise e especificao esforam-se para oferecer uma representao de software que possa ser revisada e aprovada pelo cliente. Num mundo ideal, o cliente desenvolveria uma Especificao dos Requisitos de Software em sua totalidade. Isso raramente acontece no mundo real. No mximo, a especificao desenvolvida como um esforo conjunto entre o desenvolvedor e o cliente. Logo que informaes bsicas, funes, desempenho, comportamento e interfaces forem descritos, critrios de validao sero especificados para demonstrar o entendimento e viabilizar uma implementao de software bem-sucedida. Esses critrios servem de base para as atividades de teste que ocorrero posteriormente no processo de engenharia de software. Uma especificao de exigncias formal escrita para definir as caractersticas e os atributos do software. Alm disso, um Manual do Usurio Preliminar pode ser rascunhado para casos em que um prottipo no tenha sido desenvolvido. Pode parecer estranho que um manual do usurio seja desenvolvido to cedo no processo de engenharia de software. Afinal de contas, ainda estamos muito longe de usar o programa. De fato, um manual do usurio preliminar fora o analista (desenvolvedor) a assumir um ponto de vista de usurio do software (particularmente importante em sistemas interativos). O manual estimula o usurio/cliente a revisar o software a partir de uma perspectiva de engenharia humana a freqentemente provoca o comentrio: "A idia boa mas no desse jeito que eu pretendia fazer isso". O melhor provocar tais comentrios o quanto antes no processo. Os documentos da anlise de requisitos (especificao a manual do usurio) servem de base para uma reviso levada a efeito pelo cliente e pelo desenvolvedor. A reviso dos requisitos quase sempre resulta em modificaes na funo, desempenho, representaes da informao, restries ou critrios de validao. Alm disso, o Plano de Projeto de Software reavaliado para determinar se as estimativas continuam vlidas, dado o conhecimento adicional obtido.

Engenharia de Software

Anlise de Requisitos

Bibliografia
YOURDON, Edward. Anlise Estruturada Moderna. Yourdon Press.1992 REZENDE, Denis Alcides, Engenharia de Software e Sistemas de Informao. Brasport. 1999 PRESSMAN, Roger. Engenharia de Software. Makron Books. 1995 BORGES, Gilene. SGMOO: Sistema Gestor de Mtodos Orientados a Objetos Baseado em Conhecimento.

Engenharia de Software

Anlise de Requisitos

Concluso
Na comparao entre os vrios autores, pudemos constatar uma enorme gama de pontos de vista conceituais na maioria das vezes divergentes. O que demonstra uma certa imaturidade da Engenharia de Software em relao Engenharia de Hardware. Porm o estudo nos d a possibilidade de evitar armadilhas que podem ser contornadas com a adoo de medidas metdicas e adequadas ao perfil profissional da equipe desenvolvedora. O objeto do estudo nos permitiu entender a necessidade de aplicao de medidas metdicas que incrementou os benefcios advindos do produto resultante da pesquisa. unnime a opinio que foi valioso o ganho advindo da idia de executarmos este exerccio.

Engenharia de Software

Anlise de Requisitos

Anexo

Anexo