Essays.club - TCC, Modelos de monografias, Trabalhos de universidades, Ensaios, Bibliografias
Pesquisar

Trabalho de Engenharia de Software - Engenharia de Requisitos-Gestão de Requisitos

Por:   •  31/8/2018  •  3.579 Palavras (15 Páginas)  •  421 Visualizações

Página 1 de 15

...

usuários. A ferramenta possui total integração com o EA, possibilitando incorporar os

requisitos da ferramenta para o EA, permitindo a convergência com os recursos que o EA disponibiliza, indo de encontro ao conceito de Integrated CASE (I-CASE).

Segundo Pressman (2002, p. 815), ferramentas CASE integradas ou simplesmente

denominadas I-CASE, são aquelas que têm em sua característica a distribuição da informação da engenharia de software entre as ferramentas, isto significa que a informação deve provir de uma mesma base de dados.

OBJETIVOS DO TRABALHO

O objetivo deste trabalho é o conceito de gestão de requisitos de software.

Os objetivos específicos do trabalho são:

- Gerir ou gerênciar mudanças ou alterações nos requisitos;

- Gerênciar o relacionamento entre os requisitos;

- Rastrear requisitos usando matriz de rastreabilidade;

- Mostrar ferramentas de gestão de requisitos e sua finalidade.

ESTRUTURA DO TRABALHO

A parte inicial deste capítulo apresenta uma introdução sobre este trabalho, são citados os objetivos e a estrutura de trabalho, sendo esta última apresentada nesta seção. Os capítulos a seguir descrevem as etapas para a concepção deste trabalho.

Os capítulos a seguir descrevem as etapas do desenvolvimento deste trabalho,

apresentando conceitos sobre a engenharia de requisitos, requisitos, gestão e controle de requisitos e algumas ferramentas utilizadas para o gerênciamento e controle de requisitos, inclusive nesta secção é apresentada tabelas comparativas entre as ferramentas. E no úlimo capitulo apresenta as conclusões finais e sugestões futuras com relação ao trabalho proposto.

---------------------------------------------------------------

ENGENHARIA DE REQUISITOS

Engenharia de Requisitos refere-se a uma área de pesquisa, inserida no contexto da Engenharia de Software, e relacionada com a elicitação, documentação e validação das funcionalidades e limitações que precisam ser respeitadas por um software em sua construção e operação. Para Kotonya e Sommerville (1998, p. 8) engenharia de requisitos é “a forma como escolhemos denominar as atividades desenvolvidas, no contexto do ciclo de vida de software, relacionadas com a definição dos requisitos de um sistema”.

Para Pressman (2011, p. 127), a engenharia de requisitos fornece o mecanismo apropriado para entender aquilo que o cliente deseja, analisando as necessidades, avaliando a viabilidade, negociando uma solução razoável, especificando a solução sem ambiguidades, validando a especificação e gerênciando as necessidades à mediada que são transformadas em um sistema operacional.

Processos da Engenharia de Requisitos

Para Pfleeger (2004, p. 112), o processo da engenharia de requisitos é fundamental

para o bom desenvolvimento de software. O principal objetivo do Processo da Engenharia de Requisitos é concluir com êxito um acordo entre quem solicita e quem desenvolve, estabelecendo clara e rigorosamente o que deverá ser produzido (FIORINI; STAA; BAPTISTA, 1998, p. 68). A Figura 1 ilustra as atividades que compõem os processos da engenharia de requisitos.

[pic 6]

Figura 1 – Processos da engenharia de requisitos

Segundo Pressman (2002, p. 250), o processo da engenharia de requisitos é definido

pelas seguintes atividades:

- elicitação de requisitos: também denominada como levantamento dos requisitos, esta atividade define o escopo e restrições da aplicação. O analista deve compreender o domínio da aplicação. Os clientes/usuários que participam desta atividade acabam omitindo informações que acreditam ser óbvias ou esclarecem detalhes desnecessários que acabam confundindo e não esclarecendo o verdadeiro objetivo da aplicação. Um exemplo de problema que torna a elicitação de requisitos difícil é a mudança que os requisitos sofrem ao longo do tempo;

- análise e negociação de requisitos: propõem rotinas para perceber e solucionar conflitos entre requisitos uma vez que os requisitos levantados na atividade anterior formam um base para análise de requisitos. A análise classifica os requisitos, relaciona, consiste e verifica se algum requisito foi omitido ou duplicado, sempre observando as necessidades dos clientes/usuários;

- especificação de requisitos: é o trabalho final desenvolvido pelo engenheiro de requisitos e servirá como fundamento para os engenheiros de hardware, software, base de dados e humana. Delimita os elementos dos sistema alocado e também descreve os dados e controle de entrada e saída da aplicação;

- modelagem do sistema: avalia os componentes do sistema em relação uns aos outros, para determinar como os requisitos se encaixam nesse quadro e para avaliar a estética do sistema;

- validação de requisitos: verifica duplicidade, inconsistências e inconcluso dos requisitos especificados. Uma equipe de validação é responsável por esta atividade que inclui engenheiros de sistemas, clientes e usuários;

- gestão de requisitos: conjunto de atividades que ajuda a equipe de projeto a identificar, controlar e rastrear requisitos e modificações de requisitos durante o desenvolvimento do sistema de software.

Requisitos

Os requisitos de um sistema são as descrições do que o sistema deve fazer, os serviços que oferece e as restrições a seu funcionamento. Esses requisitos refletem as necessidades dos clientes para um sistema que serve a uma finalidade determinada, como controlar um dispositivo, colocar um pedido ou encontrar informações. O processo de descobrir, analisar, documentar e verificar esses serviços e restrições é chamado engenharia de requisitos (SOMMERVILLE, 2011, p. 57).

Embora várias definições para requisitos de software tenham sido usadas durante anos, a definição dada por Dorfman e Thayer (1990) é perfeitamente cabível:

- Uma capacidade que o software que o

...

Baixar como  txt (26.7 Kb)   pdf (82 Kb)   docx (27.8 Kb)  
Continuar por mais 14 páginas »
Disponível apenas no Essays.club