Sistema de Gerenciamento da

Academia de Letras(SiGAL)

Projeto de Engenharia de SoftwareArthur Elihimas

Artur AquinoDiego Cesar

Lucas MarinhoVictor 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 ElihimasSub-gerente de banco de dados

Responsável pelo Banco de DadosRevisão dos artefatos

Programador

Victor HugoSub-gerente de testes

Responsável pelo levantamento de requisitosResponsável pela interação com o cliente

Responsável pelos testesProgramador

Diego CesarSub-gerente de inteface

Responsável pelo levantamento de requisitosResponsável pela interação com o cliente

Revisão dos artefatosProgramador

Lucas MarinhoSub-gerente de integração

Responsável pelo site do projetoRevisão dos artefatos

Programador

Artur AquinoGerente de Projeto

Responsável pela elaboração dos documentosRevisão dos artefatos

Programador

CronogramaTarefa Dependência Responsável Atividade Início Término

T1 Artur Descrição inicial do projeto 01/10/2007 07/10/2007

T2 T1 Lucas Elaboração do site do projeto 16/10/2007 27/10/2007T3 T1 Artur Elaboração do plano de projeto 09/10/2007 16/10/2007

T4 T1, T3 Victor Elaboração do documento de requisitos 18/10/2007 31/10/2007

T5 T4 Diego Elaboração do protótipo 18/10/2007 29/10/2007T6 T5 Arthur Validação do protótipo 30/10/2007 10/11/2007

T7 T6 Victor Elaboração do documento de análise 21/11/2007 10/12/2007

T8 T7 Artur Elaboração do documento de Projeto 25/11/2007 10/12/2007

T9 T1 Lucas Elaboração do Documento de Testes 10/12/2007 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 AtrasoDedicar tempo e recurso

humano para estudar esta tecnologia.

Prazo baixo para desenvolvimento Média Alta Atraso

Compromentimento com o cronograma proposto no plano de projeto

Ausência de algum integrante Média Baixa Atraso 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