geração (semi)automática de metadados - Universidad Autónoma ...

ISBN: 978–972–8924–45-4 © 2007 IADIS
Com base no exposto acima, este trabalho tem como objetivo propor um modelo de processo de software
desenvolvido a partir de adaptações de modelos existentes, tendo como opção norteadora o uso do paradigma
de Orientação a Objetos em todas as fases relacionadas com a arquitetura do software.
Deve-se observar, entretanto, que a proposta aqui apresentada é um esforço inicial neste tema que não
tem a pretensão de se tornar uma referência balizadora para todos os trabalhos na área. Ao contrário, é
objetivo estabelecer uma condição de contorno específica onde os resultados da experiência podem ser
avaliados, enriquecendo a discussão sobre a influência do processo na qualidade do software.
O trabalho está organizado como segue. A seção 2 apresenta considerações gerais sobre o sistema. A
seção 3 descreve o modelo de processo proposto. A seção 4 apresenta uma análise do modelo e
contribuições. Na última seção, são apresentadas as considerações finais e sugestões para trabalhos futuros.
2. CONSIDERAÇÕES SOBRE O SISTEMA
Nessa seção são feitas algumas considerações sobre o projeto idealizado para melhor contextualização de
todo o trabalho e determinação dos seus objetivos.
O estudo de caso proposto para ilustração do trabalho é a criação de um Portal de Imóveis de Santarém
(PA), que atende um grupo de empresas imobiliárias instaladas na cidade. O sistema disponibiliza via Web
serviços de atendimento aos clientes, que podem visualizar os imóveis através de imagens e obter
informações detalhadas como localização, preço, descrição, entre outros.
Este trabalho visa demonstrar a utilização do Unified Process com algumas adaptações para aplicações
Web. Como proposta de adaptações segue-se o método UPHD proposto por Nora Koch[8][9] e também o
método WAE que é a proposta de Conallen [4] para desenvolvimento Web. O estudo de processos para
aplicações Web a partir de processos já existentes identifica que as fases que os diferenciam mais
significativamente são as fases de análise e projeto [2], sendo desta forma as fases mais detalhadas nesse
trabalho.
O paradigma da Orientação a Objetos é utilizado desde a Análise de Requisitos ao Armazenamento dos
Dados - obtido com um SGBDOO – dessa forma o trabalho evolui em torno desta condição de
homogeneidade. Assim, esta é uma característica importante de diferenciação deste trabalho, pois apresenta
uma experiência prática que utiliza um modelo de Banco de Dados Orientado a Objetos no processo de
software.
3. MODELO DE PROCESSO ADOTADO
Essa seção contém a descrição do processo proposto. Este modelo foi concebido a partir da espinha dorsal do
Unified Process, dividindo-se em quatro fases principais, a saber: Concepção, Elaboração, Construção e
Transição[12]. O material aqui apresentado tem seu enfoque principal nas fases de Concepção e Elaboração,
com os fluxos de trabalho (workflows) mais significativos para cada fase sendo especificados através dos
operadores (neste caso o analista desenvolvedor e o projetista web), atividades e artefatos (especificados na
figura 1).
Através do Diagrama de Atividades apresentado na figura 1, tem-se uma visão do fluxo de controle da
proposta de modelo de processo de desenvolvimento. A notação agrupa as atividades em iterações e fasespadrão.
Os artefatos produzidos por cada workflow são representados como objetos.
Nesta proposta, a Fase de Concepção é realizada em duas iterações. A primeira iteração inclui as
atividades de identificar os usuários do sistema, elucidar informações e a navegação necessária, identificar
atores e casos de uso e definir vocabulário comum. Na segunda iteração, os casos de uso são refinados e
priorizados e as necessidades para as interfaces dos usuários são definidas.
A Fase de Elaboração é realizada em (pelo menos 1 ) três iterações, sendo que na primeira iteração é feita
uma análise dos casos de uso priorizados. O projeto conceitual, a definição da arquitetura, o projeto
navegacional e o projeto de apresentação finalizam essa iteração. A segunda iteração inclui o modelo
1 Um número maior de iterações é possível quando houver necessidade de tratar alguns elementos com um maior nível de detalhe ainda
dentro da mesma fase.
146