Sistema Gerenciador de Fichamentos. Descrição geral do projeto (em poucas palavras)

Tamanho: px

Começar a partir da página:

Download "Sistema Gerenciador de Fichamentos. Descrição geral do projeto (em poucas palavras)"

Dalila Rico Sampaio
7 Há anos
Visualizações:

Sistema Gerenciador de Fichamentos Neste semestre, vocês implementarão um sistema de informação para registro e consulta de s de textos científicos.

1 Sistema Gerenciador de Fichamentos Neste semestre, vocês implementarão um sistema de informação para registro e consulta de s de textos científicos. Os textos científicos estão sempre contidos em um veículo de divulgação. Para todo texto científico há no mínimo um autor. Um veículo também pode possuir autores, que podem ser os mesmos do texto ou outros, conhecidos geralmente por "organizadores". Este sistema é monousuário. Avisos importantes: nesta disciplina vocês deverão desenvolver o projeto e a implementação do sistema. Atentem-se tanto para os requisitos funcionais quanto para os requisitos não funcionais, ambos devem ser implementados. Cabe à equipe de trabalho levantar tais informações que achar importantes junto ao professor. Leiam todo este documento com bastante atenção. Lembrando que o objetivo deste software é atender aos requisitos do cliente. Em um sistema qualquer, interfaces simples, atrativas e fáceis de usar são características muito importantes. Também é uma regra importante separar a interface com o usuário da lógica de negócio. Descrição geral do projeto (em poucas palavras) O propósito da prova é a construção de um programa para registro de de leitura. Um de leitura consiste na referência a uma obra, resenha, palavras-chave e citações. Um projeto deve conter: o Fichamento... * o Data de abertura (preenchimento automático) Um deve conter: o Autor do (não confundir com autor da obra) o Uma obra... o Um tipo de publicação... o Um conjunto de até cinco palavras-chave (sendo apenas uma obrigatória) o Resumo da obra pelo autor o Natureza... o Modalidade... * o Forma de estudo... * o Objeto... * o Mapa de argumentos + o Glossário + o Resenha (uma resenha deve ser um texto livre com até 4000 caracteres (com espaços) o Citações Página 1 de 6

2 o Data de (preenchimento automático) Como uma obra considerar-se-á qualquer tipo de texto científico ou informacional de relevância acadêmica, devendo conter: o Título o Subtítulo (preenchimento opcional) o Autor(es)... * Sobrenome Nome Citação o Local de publicação o Ano de publicação o Tipo de veículo (livro, artigo, capítulo de livro, tese, dissertação, monografia,...) o Para livros Editora Edição o Para artigos Nome do periódico/evento Volume Número Página inicial Página final ISBN ou ISSN o Para capítulo de livro Obra Página inicial Página final o Para tese, dissertação ou monografia Programa Curso Instituição o Referência bibliográfica (gerada automaticamente de acordo com o formato escolhido) Um mapa de argumentos deve conter: o Contexto/problemática o Referencial teórico o Procedimentos metodológicos o Conclusão Um glossário deve conter: o Verbete o Significado o Fonte A referência deve ser gerada automaticamente pelo programa, cujo formato pode ser escolhido pelo usuário, dentre três opções possíveis ( ABNT Página 2 de 6

3 ISO Vancouver User Stories As User Stories (plural de User Story) levantadas inicialmente para o software estão mostradas abaixo. User Stories são uma forma de expressar os requisitos funcionais desejados para o software (o que o software deve fazer). User Story Título Registro de Visualização de Cadastro de autor Atualização de Exclusão de Cadastro de veículo de publicação 7 Busca de obra(s) Busca de autor(es) Busca de Gerar Lista de Referências Cadastrar tipo de publicação Breve Descrição Um novo é adicionado ao sistema. Os atributos fornecidos estão indicados na descrição do projeto acima. Opção de referência Um é buscado e visualizado no sistema Um novo autor é cadastrado no sistema. Este autor ficará disponível para quaisquer s. Serão atributos fornecidos: sobrenome; nome, nesta ordem. O sistema deve montar o nome desse autor em citação, este nome pode ser alterado pelo usuário. Deve ser permitido alterar dados do autor, bem como excluir autor, desde que ele não esteja ligado a nenhuma obra. O uma vez visualizado pode ser atualizado, exceto a obra. Um é completamente excluído do sistema. As obras relacionadas não devem ser excluídas. Um veículo de publicação é incluído, removido ou atualizado. Obras podem ser pesquisadas pelo título da obra, autor da obra, tipo de veículo, ano de publicação, editora, nome do evento/periódico, ISBN/ISSN, Instituição, curso. Autores podem ser pesquisados pelo nome ou sobrenome. Fichamentos podem ser pesquisados pelas palavras-chave, assunto, título da obra, autor da obra, tipo de veículo, data do (intervalo), natureza, modalidade e forma de estudo e pelo autor do. Todos os s de um projeto são apresentados, para aqueles selecionados é gerada uma lista de referências. Um tipo de publicação é incluído, atualizado ou desativado. Página 3 de 6

4 12 Cadastrar natureza de publicação 13 Cadastrar modalidade 14 Cadastrar forma de estudo Uma natureza de publicação é incluída, atualizada ou desativada. Uma modalidade é incluída, atualizada ou desativada. Uma forma de estudo é incluída, atualizada ou desativada. 15 Cadastrar objeto Um objeto é incluído, atualizado ou desativado. Recomendações para a entrega: Coisas que devem ser entregues: Relatório-técnico Código-fonte documentado Outros arquivos (opcional) Observações/sugestões técnicas: a) Esta atividade será avaliada prioritariamente pelo seu Relatório Técnico e pela apresentação. Portanto, tenham bastante atenção. O código-fonte poderá ser consultado para verificação/confirmação/esclarecimento de informações constantes no relatório e/ou na apresentação. Vocês podem adicionar outros arquivos que facilitem o entendimento dos recursos do seu programa, como vídeos e manuais. b) A linguagem de programação utilizada será o C#, em sua versão Windows Forms Application. Procure usar os recursos da linguagem e da plataforma.net da melhor forma possível. c) Procure elaborar algoritmos ótimos. d) Como SGBD somente poderá ser utilizado SQL Server 2008 ou de acesso direto ao arquivo. Vocês podem optar por usar outro banco, desde que este seja disponibilizado no pacote de instalação do software. Eu não instalarei nenhum outro SGBD para possibilitar a instalação do seu software. Após extração (descompactação) do projeto, os arquivos de acesso direto devem ficar nas respectivas pastas de acesso. Não configurarei arquivos para compilação/uso do seu programa. e) É permitido usar dados (semi)estruturados, desde que BEM fundamentado. Lembre dos seguintes pontos ao entregar o resultado: A linguagem de programação deve ser o C#. Os dados devem estar armazenados (persistentes) em banco de dados. Página 4 de 6

5 Entregue um único arquivo zip. O nome do arquivo zip deve ser "FULANO1_FULANO2_FULANO3.zeep", onde FULANOx equivale ao nome de cada integrante do grupo. Este arquivo deve conter a instalação do software, inclusive com manual de instalação e/ou readme.txt (se necessário). Ao extrair do arquivo zip, tudo deve cair no lugar certo para ajudar minha tarefa de testar e verificar seu trabalho. Posso extrair do arquivo em qualquer diretório que eu quiser na minha máquina. Use apenas nomes de arquivos relativos, pois nomes absolutos que poderão existir na sua máquina poderão não existir na minha máquina. Lembre que vou testar seu sistema com meus próprios testes adicionais. Para ter certeza que tudo funcione adequadamente, teste os passos acima numa máquina diferente daquela onde você desenvolveu o software. Testarei seu software com o.net Framework 4.0 ou superior. Não peça para que eu use uma versão mais antiga. Entregue um relatório (chamado relatorio-fulano1_fulano2.doc - ou docx, ou rtf, ou html, ou pdf) descrevendo seu projeto. Seu relatório deve conter (não exaustivo): o Modelo de dados (DER, modelo lógico, script) o Projeto descritivo do sistema o Um diagrama de classes o Outros diagramas UML que considerar pertinente (opcional) o Modelo de tarefas 1 e 2 (atualizado em 03/maio/2013) o Descrição das dificuldades encontradas o Descrição da participação de cada membro da equipe Serão considerados para avaliação: o Compilação/Execução (0%- se não compilar, não aceito o projeto) o Execução dos meus testes/apresentação (40%) o Relatório (60%) o Itens que comporão a avaliação, sendo considerados como partes integrantes dos itens acima: o Qualidade do design de interface o Qualidade do código [Defeitos a observar no código: repetição de código, identificadores mal escolhidos, modularização, cascatas de if ou endentação profunda de loops/testes, consistência na codificação (padrão de codificação), má organização em pacotes, mau tratamento de exceções, etc.] o Qualidade do projeto o Qualidade da documentação/relatório 1 Vide 2 Sugestão de software (opcional): ConcurTaskTrees Environment (CTTE), disponível em: Página 5 de 6

6 #Legenda# sublinhado: campo obrigatório * : campo multivalorado +: campo composto Página 6 de 6

Documentos relacionados

Documento de Requisitos SISTEMA DE APOIO À ESCRITA (SAPES)

1. Introdução 1.1 Propósito Documento de Requisitos SISTEMA DE APOIO À ESCRITA (SAPES) O propósito deste documento de especificação de requisitos é definir os requisitos do sistema SAPES - Sistema de Apoio