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

ISBN: 978–972–8924–45-4 © 2007 IADIS
Caso a aplicação tivesse tido por finalidade suportar uma estrutura estática, o esforço de desenvolvimento
teria sido reduzido porque a complexidade envolvida em termos de implementação seria consideravelmente
menor. Essa complexidade traduz-se, por exemplo, em termos do número de classes, do número de casos-deuso,
das tabelas de base de dados necessárias, dos formulários de manutenção de dados e dos relatórios de
impressão. Ou seja, para ser possível a definição de modelos de CV totalmente configuráveis foi necessário a
elaboração das classes AtributoCategoria, TipoCV, CategoriaTipoCV, CategoriaInformacao,
TipoInformacao, LinhaCV e LinhaAtributo, de forma a suportar a criação de diferentes estruturas de
currículos, com as categorias, tipos de informação e atributos que o utilizador pretende e, também, de forma a
suportar a criação de diferentes versões de currículos. Se a aplicação suportasse somente uma estrutura
estática, bastaria a implementação de apenas duas classes para representar todos os dados do currículo, o que
tornaria desnecessário a implementação das classes referidas anteriormente.
5. CONCLUSÃO
No desenvolvimento deste projecto foi elaborada a especificação de um sistema que permite efectuar a
manutenção de CV de forma totalmente configurável. Para este desenvolvimento efectuou-se o levantamento
de requisitos e a elaboração de diagramas de packages, de diagramas de casos-de-uso, de diagramas de
classes e de diagramas de estados da UML.
O projecto começou com uma solução para a elaboração de CV com uma estrutura predefinida, tendo
sido depois traçados objectivos mais ambiciosos, culminando na modelação de uma solução que permite
efectuar a manutenção de CV com qualquer estrutura que os utilizadores desejem. Após ter sido efectuada a
especificação e modelação do projecto procedeu-se ao desenvolvimento da aplicação.
Como trabalho futuro consideramos interessante o desenvolvimento de uma aplicação web, que irá
possibilitar ao utilizador colocar on-line o currículo mantido na aplicação standalone, podendo também
apresentá-lo a uma determinada entidade (por exemplo, uma empresa com qual deseje colaborar) sem o
precisar de o enviar em suporte papel (apenas será necessário enviar uma chave de acesso para a entidade
seleccionada, com a identificação do CV).
REFERÊNCIAS
Alsaadi, A., 2006. Checking Data Integrity via the UML Class Diagram. Proceedings of the International Conference on
Software Engineering Advances. Washington, DC, USA, pp. 37.
Booch, G. et al, 1999. The Unified Modelling Language User Guide. Addison Wesley.
Flint, S. et al, 2004. Executable/Translatable UML in Computing Education. Proceedings of the sixth conference on
Australasian computing education, Dunedin, New Zealand, pp. 69-75.
Gutwenger, C. et al, 2003. A New Approach for Visualizing UML Class Diagrams. Proceedings of the 2003 ACM
Symposium on Software Visualization. San Diego, California, pp. 179-188.
Kholkar, D. et al, 2005. Visual Specification and Analysis of Use Cases. Proceedings of the 2005 ACM symposium on
Software visualization. St. Louis, Missouri, pp. 77-85.
Ng, M. Y. and Butler, M., 2003. Towards Formalizing UML State Diagrams in CSP. Proceedings of the First
International Conference on Software Engineering and Formal Methods.
Nunes, M. and O'Neil, H., 2004. Fundamental de UML. FCA – Editora de informática.
OMG, 2003. Unified Modeling Language Specification, http://www.omg.org (last accessed May 2007).
Pressman, R., 2002. Engenharia de Software. McGrawHill.
Sharp, J. and Jagger, J., 2003. Microsoft Visual C#.NET step by step. Microsoft Press.
XU, D. and HE, X., 2007. Generation of Test Requirements from Aspectual Use Cases. Workshop WTAOP '07.
Vancouver, British, Columbia, Canada.
420