PONTIFCIA UNIVERSIDADE CATLICA DE MINAS

CAPTURAR REQUISITOS ARQUITETURAIS

Jefferson Thadeu Santos da Costa Belo Horizonte, 22 de maio de 2013.

Texto Resenhado: Artigo Capturing Architectural Requirements, 15 novembro de 2005, Peter Eeles, Arquiteto de TI Snior, IBM.

Neste artigo, Peter Eeles descreve as dificuldades na captura de requisitos arquiteturais relevantes. Baseado no Rational Unified Process (RUP), o autor define um requisito como: Um requisito descreve uma condio ou uma capacidade com a qual o sistema deve obedecer, seja diretamente derivado das necessidades do usurio, ou estabelecido em um contrato, norma, especificao ou outro documento formalmente imposto. O artigo se concentra na importncia dos requisitos arquiteturais explcitos, que so muitas vezes de natureza tcnica.

Requisitos Arquiteturais Explcitos O produto deve suportar vrios idiomas; A persistncia ser feita por um banco de dados relacional; O banco de dados ser o Oracle 8i; O sistema funcionar sete dias por semana, 24 horas por dia; necessrio um sistema de ajuda online; Toda a lgica de apresentao ser escrito em Visual Basic;

A fim de garantir que todos os requisitos sejam contemplados de forma correta e no sejam negligenciados necessria classificao e normalizao destes requisitos. Para isso utilizado o FURPS+.

Sistema de Classificao de Requisitos FURPS+ O FURPS+ um sistema de classificao de requisitos desenvolvido por Robert Grady da Hewlett-Packard. A sigla FURPS+ a abreviao das seguintes categorias de requisitos:

Functionality (Funcionalidade); Usability (Usabilidade); Reliability (Confiabilidade); Performance (Desempenho); Supportability (Suportabilidade);

O caractere + engloba outros requisitos no-funcionais que devem ser lembrados: Design Requirements (Requisitos de Desenho); Implementation Requirements (Requisitos de Implementao); Interface Requirements (Requisitos de Interface); Physical Requirements (Requisitos Fsicos);

A categoria Functionality representa os requisitos funcionais aqueles que representam as principais caractersticas, as funes de um software. Uma funo descrita como um conjunto de entradas, seu comportamento e as sadas. As categorias Usability, Reliability, Performance e Supportability assim como Design Requirements, Implementation Requirements, Interface Requirements, Physical Requirements representam requisitos no-funcionais e geralmente representa um Requisito Arquitetural Significativo. Para cada requisito identificado deve-se classific-los em uma das categorias acima. Aps a classificao dos requisitos podemos utilizar um mecanismo arquitetural para cada um deles.

Mecanismos Arquiteturais Os Mecanismos Arquiteturais so solues comuns para problemas comuns que podem ser utilizadas durante o desenvolvimento para minimizar a complexidade. Pode ser dividido em trs estados Mecanismo de Analise que uma representao conceitual de um Mecanismo Arquitetural, Mecanismo de Desenho onde se representa concretamente um mecanismo Arquitetural e por ltimo o Mecanismo de Implementao que uma representao de um mecanismo de arquitetura que usa uma linguagem de programao especfica ou um produto.

O Mecanismo de Design uma representao concreta de um Mecanismo Arquitetural. Uma representao de um mecanismo de arquitetura que usa uma linguagem de programao especfica ou um produto.

Abordagem Sistemtica Para Reunir Requisitos Arquiteturais Requisitos arquiteturais so difceis de serem reunidos. Por tal motivo necessrio utilizao de uma abordagem sistemtica para levantar todos os requisitos de um sistema. Uma simples abordagem pode ser feita mantendo uma lista completa de requisitos arquiteturais. Elaborando questes que podem ajudar no processo de especificao para cada um dos requisitos identificados e mostrar aos interessados o impacto final que as respostas para estas questes podem ter no desenvolvimento do projeto. Colher as respostas para cada uma das questes e solicitar que junto a elas estejam identificado a prioridade para cada requisito arquitetural.

Evitar Problemas Comuns importante no deixar que a especificao dos requisitos se torne um Carrinho de Compras onde uma quantidade exorbitante de requisitos levantada sem qualquer responsabilidade. A utilizao de critrios importante para evitar erros. Cada requisito arquitetural tem o seu custo e deve estar explicito para os interessados. Cada requisito deve ser priorizado. Dizer que todos os requistos tem a mesma prioridade um erro que deve ser evitado. Assim como dizer que um requisito no pode ser medido um erro comumente identificado. imprescindvel que cada requisito identificado seja mensurvel. Garantir que as perguntas certas sejam direcionadas para as pessoas certas ns da certeza de obtermos respostas concretas e teis para o desenvolvimento de cada requisito. Evite que os requisitos de arquitetura sejam especificados em um nvel muito geral. O detalhamento destes requisitos essencial. A especificao dos requisitos exige tempo, mostrar aos interessados a importncia destes requisitos facilita programao do tempo adequado para a realizao desta atividade.

Concluso dever do arquiteto de software elencar, aps um trabalho minucioso, apenas requisitos de alto impacto e escopo abrangente. Estes requistos compem os requisitos arquiteturais. O levantamento destes requistos uma tarefa rdua e complexa, porem utilizao do FURPS+, assim como outras tcnicas no apresentadas aqui, pode ser usado para apoiar o arquiteto no processo de coleta de requisitos.