Pt 02 Eng Soft

1- Elabore uma síntese (mínimo 3 páginas inteiras) utilizando o livro citado anteriormente, abordando a Engenharia de Requisitos e as atividades envolvidas, página 126 à 149.

A engenharia de requisitos é uma parte extremamente importante no desenvolvimento de um software.

Por ser uma técnica recente, infelizmente ela é pouco ou mal usada.

A aplicação das tarefas da engenharia de requisitos extrai as necessidades do cliente, qual será o impacto do software sobre o negócio e como os usuários irão interagir.

Muitas pessoas são envolvidas na engenharia de requisitos, como:

Engenheiros de software, Analistas de sistemas, Gerentes, Usuários finais e Clientes.

Ela é muito importante, pois da mais estrutura no desenvolvimento, para evitar desacordos e desentendimentos de como se quer o software, ela garante uma porcentagem menor de insatisfações.

Geralmente no inicio do desenvolvimento de um software, muitos profissionais preferem montar uma estrutura inicial para ter uma visão melhor de como ele funcionará, e não ligam muito para a documentação, pois por mudar muito ao longo do desenvolvimento, alegam perda de tempo com a mesma.

A engenharia de requisitos são tarefas e técnicas, onde se expressam as necessidades do software, e ela começa na iniciação do desenvolvimento e continua na modelagem.

Ela cria uma ponte para o projeto e construção, onde são levantadas as necessidades, exigências, que definem cenários, funções, recursos, e etc.

A engenharia de requisitos disponibiliza a forma apropriada para se entender

Aquilo que o cliente deseja.

Ela possui sete tarefas distintas, como por exemplo:

Concepção: Esta é a primeira etapa, onde através de uma conversa inicial, se definem as necessidades do negócio, ou a solução para um novo serviço.

Juntamente com gerentes, profissionais de marketing, usuários finais, são consultados pelos responsáveis do desenvolvimento para se criar um escopo do que será o projeto.

Levantamento: Esta etapa começa com os responsáveis perguntando aos interessados, quais são os objetivos e interesses do sistema, como ele deverá ser e suas especificações.

Durante o levantamento são encontrados diversos problemas, como:

• Problemas de escopos: Os limites e necessidades do sistema são mal definidos, pois o cliente nem sempre define bem suas necessidades.

• Problemas de entendimento: O cliente não tem a visão, de como e o que querem exatamente, existe a necessidade de uma boa interpretação por parte dos responsáveis pelo desenvolvimento.

• Problemas de volatilidade: Os requisitos mudam com o tempo, por isso o levantamento de toda a documentação, não só a de requisitos, é de extrema necessidade que isso seja feito com organização.

Elaboração: Esta fase necessita de um modelo de requisitos bem estruturado e organizado, identificando com cautela e com constantes revisões de todas as exigências e necessidades do cliente.

Negociação: Pelos clientes não ter uma noção exata do que exatamente querem, algumas informações são conflitantes, é extremamente necessária uma boa definição dos requisitos por parte dos clientes, com o auxílio dos responsáveis pelo desenvolvimento.

É necessária uma boa definição durante o processo de requisitos, pois a má definição pode acarretar em custos, prazos e necessidades maiores do que projetado inicialmente.

Especificação: A palavra especificação tem contextos diferentes em desenvolvimento de software, pode ser uma documentação, um protótipo, conjunto de cenários de uso, e etc.

Existe um modelo padrão [Som97], que apresenta estrutura mais compreensível, isso é claro dependendo da complexidade do software.

Validação: A validação de requisitos examina a especificação, para garantir que todos os requisitos tenham sido declarados.

O principal mecanismo de validação é a revisão técnica.

A validação é realizada pela equipe toda, como responsáveis pelo desenvolvimento, clientes, gerentes, e etc.

Gestão de Requisitos: Os requisitos de um sistema mudam freqüentemente, a gestão tem a função de administrar e controlar estes requisitos.

Em um processo de engenharia de requisitos, o ideal, fosse que os interessados e os desenvolvedores trabalhem juntos e próximos, em alguns casos à distância e o pouco conhecimento técnico dos interessados dificulta o processo da engenharia de requisitos.

Os interessados em um sistema podem ser qualquer pessoa que se beneficiaria e usa o software.

Por haver vários tipos diferentes de interessados, deve-se levar em consideração os vários pontos de vista sobre um mesmo assunto.

O engenheiro de software tem a função de achar um ponto comum para aplicar no desenvolvimento do software.

Começam-se tudo a partir de perguntas padrão:

Quem deseja ter a solução

Quem irá usar o sistema

Qual será o benefício

Qual a sua idéia

Qual é o problema, que exige um sistema

Essas perguntas iniciam um processo de colaboração, e a partir delas o engenheiro começa a montar uma idéia da solução.

A engenharia de requisitos possui diversos processos na seqüência do levantamento inicial das informações, a partir desta etapa o engenheiro, começa de fato a desenvolver a documentação, com os requisitos definidos, começa-se um processo de outras documentações, como