| |
| Acadêmico(a): Raphael Marcos Batista |
| Título: Ferramenta de Gerência de Requisitos de Software Integrada com Enterprise Architect |
| |
| Introdução: |
| Obter o êxito dos produtos desenvolvidos é uma busca constante da área de engenharia de software e ferramentas que automatizem os processos de produção. Entre as atividades previstas estão as relacionadas à área de requisitos. O termo requisito não é utilizado pela indústria de software de modo consistente. Em alguns casos, um requisito é visto como uma declaração abstrata, de alto nível de uma função que o sistema deve fornecer ou de uma restrição do sistema. No outro extremo, ele é uma definição detalhada, matematicamente formal, de uma função do sistema. (SOMMERVILLE, 2003, p. 82). Segundo Castro, Gimenes e Maldonado (2000, p. 252), engenharia de requisitos integra o ciclo de vida de desenvolvimento de software, responsável pelo processo de levantamento e compreensão dos requisitos. Este processo compreende atividades como: a) elicitação de requisitos: trata do levantamento dos requisitos; b) análise de requisitos: rotinas para perceber e solucionar conflitos entre requisitos; c) validação de requisitos: verifica duplicidade, inconsistências e inconcluso; d) gerenciamento de requisitos: gerencia as alterações dos requisitos. Para a realização destas atividades são utilizados métodos, técnicas e ferramentas, como por exemplo, a ferramenta Enterprise Architect (EA), que é uma ferramenta Computer-Aided Software Engineering (CASE) baseada na Unified Modeling Language (UML). Apesar do EA possuir algumas funcionalidades que auxiliam na especificação de requisitos, esta ferramenta não tem nesta etapa do processo de desenvolvimento seu foco de atuação, possuindo pouca flexibilidade e apresentando problema de usabilidade (conforme é apresentado na seção 2.4). Ciente das limitações do EA, foi desenvolvida pela SparxSystems Japan uma ferramenta de gerenciamento de requisitos integrada com o EA chamada RaQuest. No entanto, esta ferramenta é proprietária, possuindo custo elevado para fins acadêmicos. Além disso, tanto o EA quanto a ferramenta RaQuest, não viabilizam a produção de um documento de especificação de requisitos completo observando um modelo, como por exemplo o modelo IEEE-830-1998. Segundo Institute of Electrical and Electronics Engineers (1998, p. 1), o modelo IEEE-830-1998 descreve as características necessárias para elaborar um documento de Especificação de Requisitos de Software (ERS). Esta ferramenta propõe suprir a deficiência do EA, permitindo que se tenha o gerenciamento mais eficiente dos requisitos, focando na produção de um documento de especificação de requisitos completo, primando pela usabilidade e sem custos para os 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. |
| |
|
