wdgisele / ufsc-ine5608-maromba

INE5608 - Análise e Projeto de Sistemas : Trabalho do Semestre

INE5608 - Análise e Projetos de Sistemas

MAROMBA

Sistema Gerenciador de Academias

• /wiki/Especificacao

Desenvolvimento de software, produzido ao longo de todo o semestre letivo.

• deve obrigatoriamente ter uma interface gráfica;
• deve apresentar um nível mínimo de complexidade. Aplicativos que compreendam apenas cadastros e relatórios não serão admitidos;
• sistemas “batidos” não serão aceitos, como por exemplo, sistema de pedidos, controle de estoque, locadora, dentre outros;
• considere que o sistema deve funcionar ao final do semestre e que não está no escopo desta disciplina linguagem de programação e tecnologias específicas;
• Desta forma, comprometam-se com projetos que o grupo domine a tecnologia necessária. Exemplos: (i) se não dominam banco de dados, pensem em solução que possa ser implementada apenas com serialização; (ii) se não dominam programação web, proponham aplicativo que faça sentido ser desktop;
• A modelagem UML deverá usar a ferramenta Enterprise Architect;
• A implementação deverá ser em Java. É obrigatória a geração de arquivo executável (.jar);

O conteúdo a ser entregue ao professor no final do semestre (em um arquivo .ZIP) consiste em:

• Especificação de requisitos, segundo template tratado na disciplina;
• Código Java (que compile e execute, sem erros);
• Arquivo executável (.jar);
• Notas de entrega (release notes): texto com instruções de instalação / manutenção para futuros usuários do software; explicitação dos aspectos positivos e negativos da versão produzida (lembrando que é natural que a primeira versão não seja a melhor possível); eventuais restrições contidas na versão entregue.

Especificação de projeto em UML, desenvolvida no software Enterprise Architect (entregar o arquivo .eap). Conteúdo mínimo:

• Diagrama(s) de classes
• Diagrama(s) de casos de uso
• Diagrama(s) de visão geral de interação (para sequenciamento dos casos de uso)
• Diagramas de atividades para refinamento dos casos de uso (pelo menos um por caso de uso)
• Diagramas de sequência para refinamento dos casos de uso (para os 3 UC principais)
• Diagramas de estados (pelo menos para uma classes)
• Diagramas de atividades para modelagem de algoritmo de método de classe (pelo menos para três métodos);