Escopo do Projeto: Desenvolvimento de Sistema Acadêmico para Registro de Pesquisas

Escopo d o Projeto Desenvolvimento de módulo de Sistema Acadêmico que mantenha registro das Pesquisas realizadas por Professores Pesquisadores em Temas de interesse da Instituição Modelo de Domínio Quadro Descritivo de Classes do Domínio Classe Descrição Professor Pessoa que ministra aulas e realiza pesquisas na Instituição de Ensino Tema Assuntos de interesse para pesquisas na Instituição de Ensino e Pesquisa Pesquisa Pesquisaestudo realizada na Instituição sob responsabilidade de um professor Quadro Descritivo de Regras de Negócio Regras de negócio Descrição RN01 Os Temas sobre os quais pesquisas podem ser desenvolvidas na Instituição são de responsabilidade de um professor porém qualquer professor pode realizar pesquisa sobre qualquer tema RN0 2 P esquisa s devem ter prazo definido para entrega Visão Geral de Casos de Uso Quadro Descritivo de Atores Ator Descrição Professor P essoa que ministra aulas e realiza pesquisas na Instituição de Ensino Quadro Resumo de Casos de Uso Caso de Uso Objetivos Manter professor Manter o cadastro crud do Professor Manter tema Manter o cadastro crud do Tema Registrar pesquisa Manter o Registro de uma pesquisa que está sendo realizado sobre um Tema Definir responsável pelo tema D efinir um professor como responsável por determinado tema Listar Temas sob responsabilidade de Professor Relacionar os Temas que estão sob responsabilidade de um Professor Listar Pesquisas sobre Tema Relacionar pesquisas em realização e já concluídas sobre um Tema Descrição de Casos de Uso Somente dois Casos de Uso a serem descritos em detalhe um de Manter recurso e outro de apresentar Informações NOME Manter professor OBJETIVO Manter o cadastro crud do Professor ATOR Professor RH PRÉCONDIÇÕES Opção Relacionar Não há Opção Cadastrar Não há Opção Atualizar Professor cadastrado Opção I nativar Professor cadastrado e ativo Opção Consultar Professor cadastrado PÓSCONDIÇÕES Opção Cadastrar Professor Incluído Opção Relacionar Não há Opção Atualizar Professor atualizado Opção Inativar Professor inativado Opção Consultar Não há FLUXO PRINCIPAL Opção Relacionar Pesquisar Ator inicia CSU Sistema apresenta Lista de P rofessores Opção cadastrar Ator opta por incluir novo Professor Sistema solicita dados do professor 2 Ator informa dados do professor e solicita persistência a Sistema valida dados b Sistema persiste novo registro de professor c Sistema exibe mensagem de sucesso Opção atualizar Ator seleciona Professor na Lista de Professores e opta por atualizar a Sistema apresenta dados do Professor 2 Ator altera dados 3 Ator confirma edição dos dados a Sistema valida dados b Sistema atualiza registro c Sistema exibe mensagem de sucesso Opção inativar 1 Ator seleciona Professor na Lista de Professores e opta por Inativar Sistema apresenta dados do professor 2 Ator solicita exclusão de registro a Sistema valida possibilidade de inativar o registro b Sistema solicita confirmação 3 Ator confirma Exclusão a Sistema inativa Professor b Sistema e xibe mensagem de inativado Opção Consultar Ator seleciona Professor na Lista de Professores e opta por Consultar a Sistema apresenta dados do Professor FLUXO S ALTERNATIVO FA1 Nas opções Relacionar após 1a o Ator pode realizar uma das opções Cadastrar Atualizar Inativar ou Consultar FA 2 Na opção Consultar após 1a o Ator pode realizar uma das opções Atualizar ou Inativar FLUXO S DE EXCEÇÃO FE1 Na opção inativar em 2 Sistema informa que registro já está inativo FE2 Na opção cadastar o professor pode já estar cadastrado NOME Listar Temas sob responsabilidade de Professor OBJETIVO Relacionar os Temas sob responsabilidade de um professor Professor específico ATOR Professor Coordenador PRÉCONDIÇÕES Login com ator autorizado para esta funcionalidade Temas relacionados a professor PÓSCONDIÇÕES Nenhuma FLUXO PRINCIPAL Ator inicia Caso de Uso Sistema apresenta Lista de Professores Ator seleciona um professor Sistema apresenta relação de Temas sob responsabilidade do Professor FLUXOS ALTERNATIVO FA1 Após 2 se desejar o Ator pode selecionar um Professor e ver detalhes sobre ele FA2 Após 4 o Ator pode selecionar um Tema e ver detalhes do Tema FLUXOS DE EXCEÇÃO FE1 Em 1 não há Professores cadastrados e ativos FE2 Em 4 não há Temas relacionados ao Professor Protótipos de IHC Para os protótipos de IHC siga os modelos que achar mais adequados podendo ser até fotos de desenho em papel uma vez que seu objetivo principal é servir como artefato de validação dos fluxos descritos nos casos de uso Plano de Testes Para os dois Casos de Uso Manter Professor Teste Resultado Esperado Relacionar Professores Lista de Professores cadastrados Consultar Professor Dados de Professor apreentados Cadastrar Novo Professor Cadastro de professor no BD Atualizar Professor Cadastro de Professor atualizado no BD Inativar Professor Cadastro de Professor inativado no BD Inativar Professor inativado Mensagem de Professor já inativado Ao consultar Professor ir para Atualizar Tela de Atualizar disponibilizada Ao consultar Professor ir para Inativar Tela de Inativar disponibilizada Cadastrar Professor já cadastrado Sistema informa que professor já está cadastrado Especificação de Requisitos de Software A ERS Especificação de Requisitos de Software como um documento que apresenta resumidamente o quê um software deverá comtemplar deve incluir obrigatoriamente Escopo do Projeto Requisitos Funcionais Relação de Usuários típicos Atores Descrição das Entidades de Negócios Os Estados em que cada uma pode estar Regras de Negócio que deverá atender Relação de Casos de Uso e seus Objetivos Requisitos NãoFuncionais Requisitos Postergados Possíveis Requisitos NãoFuncionais para este exemplo Ser concluído até a P2 Ter custo de desenvolvimento zero Ser de fácil utilização uma vez que professores são péssimos para perceber o significado de uma IHC Ser de fácil recuperação de erros pelos mesmos motivos anteriores Ser de alta manutenibilidade uma vez que é apenas um módulo de um projeto que evoluirá para novas versões mais completas Ser implementado em linguagem Orientada a Objetos Ser implementado como Web Application seguindo modelo de API Restful Respeitar orientações do MEC