Sistema de Gerenciamento da Academia de Letras(SiGAL) Projeto de Engenharia de Software Arthur Elihimas Artur Aquino Diego Cesar Lucas Marinho Victor Hugo

Academia de Letras Precisa de uma forma de organizar e divulgar as informações relativas às atividades desempenhadas pela mesma. Procura organizar a administração dos membros, funcionários e doações recebidas.

Visão Geral do Sistema A Proposta do projeto SiGAL é oferecer uma melhora organizacional para a Academia, dando suporte ao controle de acesso dos membros, auxiliando na administração das finanças e na gerência dos profissionais que prestam serviço terceirizado.

Plano de Projeto e Cronograma Restrições Organização Funções dos Membros Cronograma Análise de Riscos

Restrições Deve ser escrito na linguagem Java Deve respeitar os prazos da disciplina de Engenharia de Software Deve disponibilizar seus documentos em um site. Deve executar em computadores de capacidade limitada.

Organização Dividido em dois módulos Gerenciamento Administrativo (não implementado) Será implementado por cinco estudantes do curso de Ciência da Computação

Funções dos membros Nome Funções Arthur Elihimas Sub-gerente de banco de dados Responsável pelo Banco de Dados Revisão dos artefatos Programador Victor Hugo Sub-gerente de testes Responsável pelo levantamento de requisitos Responsável pela interação com o cliente Responsável pelos testes Diego Cesar Sub-gerente de inteface Responsável pelo levantamento de requisitos Responsável pela interação com o cliente Revisão dos artefatos Lucas Marinho Sub-gerente de integração Responsável pelo site do projeto Artur Aquino Gerente de Projeto Responsável pela elaboração dos documentos

Cronograma Tarefa Dependência Responsável Atividade Início Término T1 Artur Descrição inicial do projeto 01/10/2007 07/10/2007 T2 Lucas Elaboração do site do projeto 16/10/2007 27/10/2007 T3 Elaboração do plano de projeto 09/10/2007 T4 T1, T3 Victor Elaboração do documento de requisitos 18/10/2007 31/10/2007 T5 Diego Elaboração do protótipo 29/10/2007 T6 Arthur Validação do protótipo 30/10/2007 10/11/2007 T7 Elaboração do documento de análise 21/11/2007 10/12/2007 T8 Elaboração do documento de Projeto 25/11/2007 T9 Elaboração do Documento de Testes 23/12/2007 T10 Equipe Implementação dos casos de uso e testes 11/12/2007 08/01/2008

Análise de Riscos Risco Gravidade Possibilidade Impacto Estratégia Inaptidão com uma tecnologia proposta a ser empregada Média Baixa Atraso Dedicar tempo e recurso humano para estudar esta tecnologia. Prazo baixo para desenvolvimento Alta Compromentimento com o cronograma proposto no plano de projeto Ausência de algum integrante Re-alocar as pessoas para suprir esta ausência.

Requisitos Os requisitos foram elicitados através de entrevistas na academia de letras com o presidente da mesma, tendo como objetivo levantar informações sobre o funcionamento dessa instituição.

Requisitos Funcionais Cadastros: o sistema deverá realizar o cadastro de membros, funcionários e obras. Buscas: o sistema deverá encontrar em seu banco de dados e exibir os dados de um membro da academia, obra, ou funcionário. Listas: o sistema deverá listar todos os membros, suas obras, e funcionários que fazem parte do banco de dados. Remoção: o sistema deverá remover de seu banco de dados um membro, obras ou um funcionário.

Requisitos Funcionais Receber doações: o sistema deverá registrar o recebimento de doações. Backup de dados: o sistema deverá guardar de reserva todas as informações do banco de dados, para serem recuperados no caso de uma eventual problema

Requisitos Não-Funcionais Integridade: os dados armazenados e consultados devem estar corretos em relação ao fornecido pelo usuário. Interface gráfica: a interface gráfica deverá prover a comunicação entre o usuário e o sistema de forma simples e intuitiva. Robustez: o programa não deverá ficar indisponível por erros de utilização dos usuários

Casos de Uso Entrar no sistema Cadastrar Membro Buscar membro Receber doação Remover Funcionário Editar funcionário Backup de dados Listar Membros

Diagrama de Casos de Uso

Cadastrar Membro

Cadastrar Membro

Backup de dados

Backup de dados

Arquitetura e Modelagem

Testes Abordagem caixa branca enquanto o código era construído Testes de unidade feitos usando a abordagem caixa preta Testes de integração foram elaborados orientados a casos de uso. Teste de sistema

Casos de Testes Cadastros Busca Remoção Editar dados Receber doações

Exemplo – Cadastro de Membro Identificador do Procedimento [TP_01] Caso de Teste Associado [TC_01] Nº. do Passo Passos Resultados Esperados Notas 1 Selecionar a opção Cadastrar Membro. A tela de inserção de dados do membro é exibida.   2 Fornecer os dados do membro Tela de confirmação de cadastro exibida 3 Confirmar o cadastro Tela de sucesso 4 Selecionar a opção de Buscar Membro Tela de busca exibida 5 O usuário fornece os dados de parâmetro de busca Sistema mostra as informações do membro encontrado na tela

Demonstração do programa