Projeto de TCC em SI Aula 10 10 páginas

Prévia do material em texto

Disciplina: Projeto de TCC em Sistemas de
Informação
Aula 10: Finalização do projeto
Apresentação
Chegamos ao �nal, nesta fase inicial do projeto, da disciplina Projeto de TCC em sistemas de informação. No entanto, antes
de realizar a primeira entrega do seu trabalho �nal, teremos de, por ocasião da avaliação, concluir e conferir a consistência da
solução lógica do problema de seu TCC, bem como a revisão das referências bibliográ�cas.
Nesta aula, revisaremos as referências bibliográ�cas, veri�cando cada citação do texto e a sustentação dos conceitos
apresentados pelas indicações bibliográ�cas. Em um segundo momento, reavaliaremos os artefatos produzidos, a
consistência entre os diagramas correlatos e a completude de todos eles.
Objetivos
Revisar as referências bibliográ�cas;
Rever o conteúdo;
Identi�car inconsistências entre os modelos correlatos.
Revisão
Bibliográ�ca
Conforme orientamos na primeira aula, as bibliogra�as que
balizaram o texto de seu TCC até aqui devem estar atualizadas
no item especí�co para tal em seu trabalho. Pedimos que os
alunos façam uma revisão para veri�car tudo já produzido até
aqui a �m de avaliar: 
 
• Se todas as referências estão devidamente registradas. Caso
não estejam, deve-se preenchê-las conforme o tipo de
referência usada (site, livro, capítulo de livro, artigo etc.); 
 
• Se estão de acordo com o tipo de mídia (site, livro, capítulo de
livro, artigo etc.). Se não estiverem, a referência deve ser
detalhada de acordo com a respectiva mídia.
 (Fonte: Unplash.com)
 (Fonte: Unplash.com)
De conteúdo
Ao realizar a (que pode ser) sua última entrega do período
(segundo calendário do período letivo corrente), chamamos a
sua atenção para alguns pontos relevantes.
 
A entrega �nal, pouco antes do período das avaliações AV,
deve contemplar todo o conteúdo desenvolvido na disciplina: 
 
• De�nição do problema; 
• Solução lógica; 
• Referências bibliográ�cas.
Faça uma lista de veri�cações, con�rmando se todos os itens do conteúdo do projeto de TCC – descritos na primeira aula deste
curso e replicados a seguir - estão devidamente contemplados e desenvolvidos:
1. O problema 
    1.1. Tema do trabalho 
    1.2. Contextualização 
    1.3. A situação-problema
    1.4. Breve descrição da solução 
2. Contextualização 
    2.1. Premissas e restrições do projeto 
    2.2. Caracterização da empresa 
        2.2.1. Histórico da empresa 
        2.2.2. Atividades da empresa 
        2.2.3. Mercado consumidor 
        2.2.4. Concorrência 
        2.2.5. Organograma 
    2.3. Proposta de trabalho 
        2.3.1. Método do trabalho 
        2.3.2. Previsão e alocação de recursos (humanos e materiais) 
        2.3.3. Cronograma de trabalho (diagrama de Gantt) 
        2.3.4. Previsão orçamentária 
    2.4. O Sistema atual 
        2.4.1. Funcionamento do sistema atual 
        2.4.2. Problemas do sistema atual 
3. A solução 
    3.1. O sistema proposto 
        3.1.1. Justi�cativas para o novo sistema
        3.1.2. Situação desejada: objetivos gerais e especí�cos 
        3.1.3. Soluções alternativas 
    3.2. Solução escolhida 
        3.2.1. Escopo da solução 
        3.2.2. Lista de requisitos do sistema 
        3.2.3. Diagrama de casos de uso 
        3.2.4. Especi�cações textuais dos casos de uso 
        3.2.5. Modelo conceitual de classes 
        3.2.6. Modelo conceitual de dados 
4. Referências bibliográ�cas
Atenção
Caso perceba a falta de algo, identi�que-a corretamente e converse com seu orientador-tutor para que ele te oriente sobre como
proceder.
Veri�que a consistência entre artefatos (documentos, diagramas, orçamentos, cronogramas etc.) correlatos conforme as
orientações descritas a seguir:
Clique nos botões para ver as informações.
O problema está claramente de�nido no tema do trabalho?
• Em caso negativo, torne o problema claramente de�nido. 
• Revise o objetivo geral, bem como os objetivos especí�cos.
Problema 
A caracterização da empresa está compatível com o problema e o tema do trabalho? 
• Muitas vezes, caracterizamos os bene�ciários diretos de um sistema de forma equivocada ou destacamos qualidades que
não se relacionam ao problema.
Caracterização da empresa 
A solução leva em consideração as premissas e restrições do projeto?
Solução 
A de�nição do sistema atual está compatível com o problema e a contextualização da empresa?
De�nição do sistema atual 
As justi�cativas para o novo sistema estão coerentes com a solução aplicada? 
• Muitas vezes, justi�camos o sistema por um viés, mas no transcorrer do projeto não nos damos conta do quanto fugimos
desse foco. Nesse caso, ou volte ao foco inicial, ou o ajuste para contemplar o novo rumo.
Justi�cativas para o novo sistema 
A lista de requisitos está compatível com o que se propõe o sistema? Os requisitos devem sustentar necessidades dos
usuários.
Lista de requisitos 
O diagrama de casos de uso está contemplando todos os requisitos funcionais? Cada requisito funcional precisa estar
sendo contemplado por algum caso de uso. Caso descubra algo diferente, ele deve ser ajustado. Um caso de uso pode
contemplar mais de um requisito funcional conforme exempli�ca a imagem a seguir:
Diagrama de casos de uso 
A lógica de todos os casos de uso (ao menos aqueles determinados pelo professor-tutor) estão devidamente descritos? E
estão coerentes? Seja pelo formato informal ou completo, todos os casos de uso precisam ter sua especi�cação textual,
detalhando o comportamento e a ordem das ações dos atores envolvidos e do sistema.
Lógica dos casos de uso 
O diagrama conceitual de classes está coerente com os requisitos e os casos de uso? Ou seja, o diagrama conceitual está
compatível com a solução do problema apresentado? Ele deve apresentar as classes do negócio, ou seja, as classes
relacionadas com o domínio da aplicação e seus relacionamentos evidenciados pelo diagrama e pela especi�cação textual
dos casos de uso. Dessa forma, o diagrama estará compatível com a solução do problema. 
 
A imagem a seguir esclarece a relação entre requisitos, casos de uso e classes do negócio (modelo conceitual de dados).
Diagrama conceitual de classes 
 Modelo conceitual de dados. Disponível em: https://quatinetwork.files.wordpress.com/2012/03/modelagem_usecases.pdf. Acesso em: 20 mar. 2019.
O modelo conceitual de dados está compatível com o modelo conceitual de classes? Observe as classes versus entidades e
os atributos das classes versus os das entidades. Como já foi comentado neste curso, derivamos o diagrama conceitual de
dados conhecido como DER (diagrama de entidade e relacionamento) ou MER (modelo de entidade e relacionamento) a
partir da análise do diagrama conceitual de classes. O diagrama mostra as entidades do negócio cujos dados tendem a
persistir.
Modelo conceitual de dados 
Obviamente, as veri�cações acima devem ter sido realizadas a cada etapa cumprida em
cada entrega. Mas, nesse momento �nal, é oportuno uma nova revisão do conjunto da obra
– e, se for o caso, aparar as arestas.
O ideal é que você possa avaliar cada item acima e, caso haja dúvidas, consultar o seu orientador-tutor quanto a elas. Considere o
tempo hábil para que: 
 
• Ele possa responder à sua dúvida; 
• Você possa ajustar e remeter a versão �nal pela área conhecida como Trabalhos (a mesma na qual fez suas entregas parciais).
Entrega �nal (sem entregas parciais)
Desde o primeiro momento da disciplina, vínhamos avisando
sobre este momento: o das entregas parciais. O próprio
regulamento da disciplina determina a reprovação do aluno
caso não haja a entrega das avaliações parciais e o envio de
apenas uma única versão �nal. Lamentavelmente, não
poderemos aprová-lo, pois o acompanhamento do docente ao
seu trabalho, desde o início, é obrigatório, para que ele possa
orientar e recolocá-lo nos trilhos em caso de problemas no
percurso.
As entregas parciais são premissas que não podemos
desconsiderar. Entendemos que a ausência deenvio delas
caracteriza o abandono da disciplina. As entregas parciais são
uma segurança de que: 
 
• Seu trabalho veio evoluindo adequadamente; 
• Seu trabalho é de sua autoria; 
• Suas soluções e sua modelagem estão adequadas.
Mais uma chance de aprovação
Após a entrega �nal, no período da AV (primeira avaliação), o seu TCC pode se encontrar nas seguintes situações:
a) O TCC está bom
Motivos
• Base na qualidade de seu projeto; 
• Uso das técnicas adequadas; 
• Acompanhamento por todo o semestre letivo. 
Consequência
Você está aprovado na disciplina com a nota
atribuída pelo seu orientador-tutor.
b) O TCC não está bom
Motivos
• Qualidade do que foi entregue; 
• Incompleto; 
• Inconsistente. 
Consequência
Você não obterá aprovação imediata, mas ainda
pode ter mais uma chance, conforme o parecer
recebido do seu orientador-tutor, na correção de
sua versão entregue na época da AV.
Atenção
No período de AVS, haverá uma nova chance para enviar o projeto ajustado, considerando as sugestões e as críticas do
orientador-tutor em relação à versão �nal entregue. Aproveite-a. Na segunda entrega �nal, pouco antes do período de AVS, seu
projeto será reavaliado (esta é sua última chance). Caso obtenha uma nota igual ou superior à necessária para aprovação, terá
logrado êxito e estará apto a prosseguir com seu TCC no próximo semestre letivo.
Atividade
1. No que se refere ao sistema de avaliação da disciplina, avalie as assertivas: 
 
I. A aprovação na disciplina Projeto de TCC em sistemas de informação será obtida exclusivamente pela nota dada pelo trabalho
do TCC. 
II. Você deve fazer todas as entregas parciais, além da entrega na época de AV e/ou na época de AVS. 
III. A nota da disciplina é dada, em última análise, pela nota obtida na defesa escrita de seu TCC. 
IV. Não entregar as parciais e apenas enviar a versão �nal (época de AV e/ou AVS) tem como consequência a reprovação do
aluno.
a) Está correta apenas a III.
b) Corretas apenas I, II e III.
c) Estão corretas I, II, III e IV.
d) Estão corretas apenas I e II.
e) Estão corretas apenas II, III e IV.
2. Ao revisar seu TCC, o orientamos a realizar um checklist, em que um dos itens é veri�car a consistência entre os artefatos
(documentos, diagramas UML etc.). Relacione as colunas A e B, associando corretamente os artefatos às suas características.
Assinale a opção que associa corretamente as colunas A e B.
Coluna A Coluna B
1. Lista de requisitos do sistema 1. Diagrama conceitual de classes
2. Especificações de casos de uso 2. Modelos lógico e físico de BD
3. Diagrama de classes de projeto 3. Diagrama de sequência
4. Modelo conceitual de dados 4. Diagrama de casos de uso
a) A.1 – B.4 / A.2 – B.3 / A.3 - B.2 / A.4 – B.1.
b) A.1 – B.4 / A.4 – B.3 / A.3 - B.2 / A.2 – B.1.
c) A.1 – B.3 / A.2 – B.4 / A.3 - B.1 / A.4 – B.2.
d) A.1 – B.2 / A.2 – B.3 / A.3 - B.1 / A.4 – B.1.
e) A.1 – B.1 / A.2 – B.3 / A.3 - B.2 / A.4 – B.4.
3. No que se refere às consistências necessárias entre pares de modelos correlatos, avalie as assertivas a seguir: 
 
I. O modelo conceitual de classes precisa representar os objetos que serão persistidos. 
II. Um requisito funcional pode estar sendo contemplado por mais de um caso de uso. 
III. O diagrama conceitual de dados é obtido avaliando as classes do negócio e transformando-as em entidades. 
IV. Um caso de uso pode contemplar mais de um requisito. 
 
Com base em sua análise, assinale a única resposta com todas as assertivas corretas.
a) Apenas IV.
b) Apenas I e II.
c) Apenas II e IV.
d) Apenas II, III e IV.
e) Apenas I, II e III.
Referências
BEZERRA, E. Princípios de análise e projeto de sistemas com UML. 3. ed. Rio de Janeiro: Elsevier, 2015. cap. 5.
BOOCH, G.; JACOBSON, I.; RUMBAUGH, J. UML - guia do usuário. 2. ed. Rio de Janeiro: Campus, 2006.
FOWLER, M. UML essencial. Um breve guia para a linguagem-padrão de modelagem de objetos. 3. ed. Porto Alegre: Artmed,
2005.
LARMAN, C. Utilizando UML e padrões: uma introdução à análise e ao projeto orientados a objetos e ao desenvolvimento
interativo. 3. ed. Porto Alegre: Bookman, 2008.
Explore mais
Leia os textos:
Como escolher uma linguagem de programação? <//programadorbr.com/blog/como-escolher-uma-linguagem-de-
programacao/>
Análise comparativa entre as linguagens C, C++ e Java <//periodicos.unesc.net/sulcomp/article/viewFile/796/747> ;
Top 10: linguagens de programação mais usadas no mercado <https://www.devmedia.com.br/top-10-linguagens-de-
programacao-mais-usadas-no-mercado/39635> ;
Bancos de dados relacionais <https://www.devmedia.com.br/bancos-de-dados-relacionais/20401> .
Acesse o site:
Página da UML <//www.uml.org> .
https://programadorbr.com/blog/como-escolher-uma-linguagem-de-programacao/
https://periodicos.unesc.net/sulcomp/article/viewFile/796/747
https://www.devmedia.com.br/top-10-linguagens-de-programacao-mais-usadas-no-mercado/39635
https://www.devmedia.com.br/bancos-de-dados-relacionais/20401
https://www.uml.org/