Página 1 de 6

Sistema Gerenciador de Fichamentos

Neste semestre, vocês implementarão um sistema de informação para registro e consulta de fichamentos 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 fichamento de leitura. Um fichamento 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 fichamento deve conter: o Autor do fichamento (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 2 de 6

o Data de fichamento (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 (http://goo.gl/j39Oo):

• ABNT

Página 3 de 6

• 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 Breve Descrição

1 Registro de fichamento

Um novo fichamento é adicionado ao sistema. Os atributos fornecidos estão indicados na descrição do projeto acima. Opção de referência

2 Visualização de fichamento

Um fichamento é buscado e visualizado no sistema

3 Cadastro de autor

Um novo autor é cadastrado no sistema. Este autor ficará disponível para quaisquer fichamentos. 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.

4 Atualização de fichamento

O fichamento uma vez visualizado pode ser atualizado, exceto a obra.

5 Exclusão de fichamento

Um fichamento é completamente excluído do sistema. As obras relacionadas não devem ser excluídas.

6 Cadastro de veículo de publicação

Um veículo de publicação é incluído, removido ou atualizado.

7 Busca de obra(s) 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.

8 Busca de autor(es)

Autores podem ser pesquisados pelo nome ou sobrenome.

9 Busca de fichamento

Fichamentos podem ser pesquisados pelas palavras-chave, assunto, título da obra, autor da obra, tipo de veículo, data do fichamento (intervalo), natureza, modalidade e forma de estudo e pelo autor do fichamento.

10 Gerar Lista de Referências

Todos os fichamentos de um projeto são apresentados, para aqueles selecionados é gerada uma lista de referências.

11 Cadastrar tipo de publicação

Um tipo de publicação é incluído, atualizado ou desativado.

Página 4 de 6

12 Cadastrar natureza de publicação

Uma natureza de publicação é incluída, atualizada ou desativada.

13 Cadastrar modalidade

Uma modalidade é incluída, atualizada ou desativada.

14 Cadastrar forma de estudo

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 5 de 6

• 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 tarefas1 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 http://www.usability.gov/methods/analyze_current/analysis.html#ConductingaTaskAnalysis.

2 Sugestão de software (opcional): ConcurTaskTrees Environment (CTTE), disponível em:

http://giove.cnuce.cnr.it/ctte.html.

Página 6 de 6

#Legenda#

sublinhado: campo obrigatório * : campo multivalorado +: campo composto