Se não visualizar correctamente a newsletter, clique aqui
  www.engenharia-software.com Nº9
Engenharia de Software Janeiro 2006  
 
Arquitecturas de Software


A arquitectura de software é um conceito que a maioria dos engenheiros entende de modo intuitivo, especialmente quando se tem um pouco de experiência. No entanto, é difícil defini-la com precisão. Em particular, é difícil estabelecer a fronteira entre o desenho de uma solução e a sua arquitectura. A arquitectura é um aspecto do desenho que se centra em alguns recursos específicos.

 
   
   

Porque Devemos Preocupar-nos
com os Nomes dos Casos de Uso?


Porque razão nos preocupamos tanto com os nomes que damos aos casos de uso? Se seguirmos um processo iterativo - como recomenda o Rational Unified Process (RUP) - no final da fase de Início de um projecto, a equipa de projecto e os clientes têm que chegar a acordo sobre a definição da abrangência e sobre as estimativas de custos e de calendarização. Pelo menos, terão que tomar a decisão de avançar com ou projecto ou de o cancelar (um dos objectivos da fase de Início.

 

 
   
 

Boas Práticas em Casos de Uso - Parte II
Sete Dicas para a Escrita de Bons Casos de Uso


Neste mês publicamos a segunda parte do artigo sobre boas práticas em casos de uso. A primeira parte foi publicada no mês passado (Dezembro de 2005). Esta segunda parte apresenta sete dicas para a escrita de casos de uso bem sucedidos.

Dica 1. Desenvolva os seus casos de uso iterativamente

Os casos de uso evoluem e mudam em termos de formato e grau complexidade à medida que avançamos no projecto. Durante a fase de Início, não se deixe cair na "paralisia da análise", tentando definir os seus casos de uso com grande detalhe. No início dos projectos, os casos de uso devem ser leves e informais, disponibilizando a nós mesmos e aos nossos clientes apenas a informação suficiente para compreender a sua abrangência global, complexidade e prioridade.

Durante a fase de Início, podem-se demorar minutos ou horas para definir um único caso de uso, dependendo da sua complexidade e dos conhecimentos das pessoas que realizam esse trabalho. Para prosseguir com o projecto, podemos protelar para o futuro a decisão de como iremos encerrar cada caso de uso. De igual modo, devemo-nos preocupar primeiro com os casos de uso mais importantes. O fecho de um caso de uso pode ser tão simples como a realização de uma análise por parte do cliente ou de representantes dos utilizadores e chegar-se a acordo sobre o caso de uso. No entanto, também pode ser bastante complexo, envolvendo a criação e a actualização de cenários que sirvam de exemplo para garantir que o caso de uso os abarca.

Durante a fase de Elaboração, os casos de uso são o mecanismo central para a redução do risco. Escolhem-se cenários com significado arquitectural para servirem de base à construção de um protótipo arquitectural, criando-se assim uma ou mais fatias da aplicação. Também podemos optar por melhorar os cenários de casos de uso que são menos claros e que, por isso, colocam riscos especiais.
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

 
 
   
 
 
 
 
 
 
 
 
Subscrever newsletter Não desejo continuar a receber a newsletter
Periodicidade: Mensal (sai à segunda quarta feira do mês)
Editor:
Leonel Miranda
Mail: newsletterTIM@engenharia-software.com


AssociaçãoComercial Industrial de Coimbra