Manual de Pratica em Projeto de Desenvolvimento de Sistemas (2)

Prévia do material em texto

MANUAL DA DISCIPLINA 
PROJETO DE 
DESENVOLVIMENTO DE 
SISTEMAS 
2021/1 
 
 
 
 
 
AVISO DE CONFIDENCIALIDADE. Esta mensagem pode conter informações e dados confidenciais, sendo seu sigilo e proteção regido protegido pela LGPD - Lei Geral de Proteção de Dados 
(Lei nº 13.709/2018), pelo Marco Civil na Internet (Lei n° 12.965/2014), pelas políticas internas da FAEL e demais legislações vigentes. Se você não for o destinatário ou a pessoa autorizada a 
receber tais dados ou informações, esteja ciente de que não deverá utilizá-los, distribuí-los ou divulgá-los sob qualquer hipótese, por isso, solicitamos que proceda com a devida exclusão e 
notificação ao remetente. 
 
 
 
 
 
 
1. APRESENTAÇÃO 
 
 
O presente Manual tem o objetivo de orientar, auxiliar e esclarecer os trâmites que 
envolvem as atividades referentes a disciplina PROJETO DE DESENVOLVIMENTO 
DE SISTEMAS. 
Um projeto de desenvolvimento de sistemas pode ser visto como um conjunto de 
atividades organizadas, usadas para definir, desenvolver, testar e manter um 
software. Existem diversos processos de desenvolvimento de sistema, no entanto há 
algumas atividades básicas comuns à grande parte dos processos existentes, como: 
Levantamento de requisitos; Análise de Requisitos; Projeto e diagramação; 
Implementação; Testes e Implantação. Nesta disciplina iremos abordar uma parte 
destas atividades. 
 
 
Bons estudos! 
 
 
 
 
 
AVISO DE CONFIDENCIALIDADE. Esta mensagem pode conter informações e dados confidenciais, sendo seu sigilo e proteção regido protegido pela LGPD - Lei Geral de Proteção de Dados 
(Lei nº 13.709/2018), pelo Marco Civil na Internet (Lei n° 12.965/2014), pelas políticas internas da FAEL e demais legislações vigentes. Se você não for o destinatário ou a pessoa autorizada a 
receber tais dados ou informações, esteja ciente de que não deverá utilizá-los, distribuí-los ou divulgá-los sob qualquer hipótese, por isso, solicitamos que proceda com a devida exclusão e 
notificação ao remetente. 
 
 
 
1. INFORMAÇÕES GERAIS 
 
COMPETE AO ALUNO: 
Compete ao Aluno: 
1. Matricular-se na disciplina de Projeto de Desenvolvimento de Sistemas; 
2. Desenvolver a atividade individualmente ou em grupo de até 2 pessoas; 
3. Ler o Manual de Orientações da disciplina; 
4. Ler e compreender o tema a ser tratado no semestre; 
5. Acessar a disciplina no Portal Educacional, assistir às videoaulas, participar dos fóruns e Fale com o 
Tutor; 
6. Participar dos Momentos Chat – encontro online ao vivo com o professor da disciplina, que é agendado 
e comunicado antecipadamente; 
7. Discutir e argumentar dúvidas específicas do seu projeto com o professor no Fale com o Tutor; 
8. Frequentar e utilizar o Fórum da disciplina para comentários gerais do andamento do projeto; 
9. Aguardar a correção e orientação do professor orientador e dar prosseguimento à construção do 
projeto do sistema solicitado; 
10. Postar as etapas intermediárias e o Projeto Lógico do Sistema final com as alterações referente as 
considerações apontadas pelo professor no Portal Acadêmico, no prazo limite indicado; 
11. Cumprir os prazos determinados no calendário acadêmico, e as tarefas que lhe são exigidas; 
12. Cumprir o cronograma de orientação da elaboração do estudo aplicado; 
13. Conhecer a política da disciplina – Projeto de Desenvolvimento de Sistemas do curso de Tecnologia 
em Análise e Desenvolvimento de Sistemas e sua sistemática. 
 
Compete ao Professor Orientador Web: 
1. Participar das reuniões pedagógicas e de coordenação para as quais for convidado e cumprir as decisões 
tomadas pelo grupo; 
2. Prestar orientação durante a elaboração e execução do estudo aplicado, quanto à parte de conteúdo 
técnico/científico, de acordo com o cronograma estabelecido; 
3. Determinar o horário de atendimento a seus orientandos, quando for o caso; 
4. Conhecer as Diretrizes Gerais sobre a elaboração do projeto de sistema solicitado; 
5. Responsabilizar-se pelo planejamento da disciplina de projetos e controle das etapas que constam neste 
Manual; 
6. Utilizar e fomentar o Fórum da disciplina para discussões sobre o conteúdo das etapas do projeto 
esclarecendo dúvidas gerais; 
7. Responder o Fale com o Tutor da disciplina buscando atender às dúvidas do aluno; 
 
 
AVISO DE CONFIDENCIALIDADE. Esta mensagem pode conter informações e dados confidenciais, sendo seu sigilo e proteção regido protegido pela LGPD - Lei Geral de Proteção de Dados 
(Lei nº 13.709/2018), pelo Marco Civil na Internet (Lei n° 12.965/2014), pelas políticas internas da FAEL e demais legislações vigentes. Se você não for o destinatário ou a pessoa autorizada a 
receber tais dados ou informações, esteja ciente de que não deverá utilizá-los, distribuí-los ou divulgá-los sob qualquer hipótese, por isso, solicitamos que proceda com a devida exclusão e 
notificação ao remetente. 
 
 
 
 
8. Realizar, pelo menos, dois Momentos Chat online ao vivo com os alunos para direcionamentos e dirimir 
dúvidas dos alunos; 
9. Avaliar as entregas parciais de desenvolvimento do sistema, retornando comentários e direcionando o 
estudo do aluno; 
10. Administrar a condução dos trabalhos de forma a concluir o estudo aplicado proposto pelo projeto que 
está sendo desenvolvido; 
11. Receber e avaliar a entrega da 1ª etapa e da 2ª etapa (versão final do projeto), atribuindo as notas 
(conforme o % de cada etapa) e postando no portal conforme cronograma de avaliação da Fael. 
 
2. ORGANIZAÇÃO DA DISCIPLINA 
 
Ementa: O acadêmico deverá ter competência para elaborar um projeto reunindo os conteúdos abordados no 
curso a fim de melhorar o desempenho e agilidade nos processos de uma organização. Obter informações 
essenciais e ter uma visão geral, aplicar o modelo de análise escolhido para o desenvolvimento do projeto de 
software, ser capaz de desenvolver um sistema com qualidade e confiável. Elaborar documentação do sistema. 
 
Essa disciplina será semestral (compreendendo 4 meses letivos) e terá a duração de 100 horas. Durante essa 
disciplina os acadêmicos terão a missão de aplicar práticas estudadas durante o curso para a construção do 
Projeto Lógico do Sistema. 
O que é o Projeto Lógico do Sistema e para que serve? 
O Projeto Lógico do Sistema envolve a elaboração documental do projeto, é a definição de “o que” o projeto de 
sistemas de informação fará. É elaborado para obter a visão detalhada da solução, dos produtos e das 
integrações sistêmicas. O Projeto Lógico, independente de implementação, é executado para produzir um 
projeto que pode ser implementado em diferentes plataformas - hardware, linguagem de programação, SGBD. 
 
Recomendações gerais 
• O tema do sistema a ser desenvolvido está previamente definido e deve ser a base para o 
desenvolvimento do Projeto Lógico do Sistema. Significa que, no mínimo, os itens citados devem ser 
contemplados nos requisitos do sistema proposto. 
• O projeto lógico apresentado é a sua proposta de solução para informatizar a atividade do problema 
proposto. Quanto melhor sua aparência e quanto mais claras as ideias e diagramas, melhores serão 
seus resultados. 
• Verifique e siga as datas de entrega das etapas parciais divulgadas no Cronograma da disciplina. 
 
 
AVISO DE CONFIDENCIALIDADE. Esta mensagem pode conter informações e dados confidenciais, sendo seu sigilo e proteção regido protegido pela LGPD - Lei Geral de Proteção de Dados 
(Lei nº 13.709/2018), pelo Marco Civil na Internet (Lei n° 12.965/2014), pelas políticas internas da FAEL e demais legislações vigentes. Se você não for o destinatário ou a pessoa autorizada a 
receber tais dados ou informações, esteja ciente de que não deverá utilizá-los, distribuí-los ou divulgá-los sob qualquer hipótese, por isso, solicitamos que proceda com a devida exclusão e 
notificação ao remetente. 
 
 
 
• Fique atento para as considerações do professor e argumente caso tenha dúvidas. Seja ativo no Fale 
com o Tutor.• Aproveite o Fórum da disciplina para trocar ideias com seus colegas e enriquecer seu projeto final. 
• O projeto de desenvolvimento de sistemas é uma disciplina individual e propostas/projetos iguais não 
serão aceitos. 
• Utilizar as ferramentas disponibilizadas pela Microsoft para a construção dos diagramas. 
• Não deixe para a última hora, busque as dicas do professor no Fale com o Tutor que você chega lá! 
 
 
Veja no Apêndice A, a sugestão de estrutura do PROJETO LÓGICO a ser entregue. 
 
ATENÇÃO: O Projeto Lógico do Sistema deve conter no máximo 16 páginas - 1p capa + 1p (tema + Objetivos) 
+ 1p sistema atual + 2p Lista requisitos + 1p Diagrama de Casos de Uso + 4p especificação de Casos de Uso 
+ 1p Diagrama de Classes + 3p Diagrama de Sequência + 1p modelo do Banco de Dados + 1p arquitetura do 
sistema 
 
3. PROCESSO AVALIATIVO 
 
A disciplina de Projeto de Desenvolvimento de Sistema terá a duração de 100 horas distribuídas em 4 
meses letivos. O processo de avaliação contempla somente a entrega do Projeto Lógico do Sistema e 
está dividida de acordo com as etapas de entrega. 
O aluno poderá desenvolver o projeto sozinho (individualmente) ou em grupo de até 2 alunos. Os grupos 
devem ser cadastrados no portal conforme cronograma. Os alunos do grupo precisam estar devidamente 
matriculados na disciplina e podem ser de diferentes polos. É importante salientar que a escolha dos 
integrantes do grupo e a atuação de cada um é de responsabilidade dos próprios alunos. 
Formação da nota da disciplina de Projeto de Desenvolvimento de Sistemas: 
 
Etapas 
Entregas Avaliação 
___ 
Cadastramento do grupo – 1 ou 2 
alunos 
Etapa 1 
1ª entrega 
Sem avaliação com caráter de 
orientação 
2ª entrega 40% da nota da disciplina 
Etapa 2 Entrega única 60% da nota da disciplina 
 
 
 
AVISO DE CONFIDENCIALIDADE. Esta mensagem pode conter informações e dados confidenciais, sendo seu sigilo e proteção regido protegido pela LGPD - Lei Geral de Proteção de Dados 
(Lei nº 13.709/2018), pelo Marco Civil na Internet (Lei n° 12.965/2014), pelas políticas internas da FAEL e demais legislações vigentes. Se você não for o destinatário ou a pessoa autorizada a 
receber tais dados ou informações, esteja ciente de que não deverá utilizá-los, distribuí-los ou divulgá-los sob qualquer hipótese, por isso, solicitamos que proceda com a devida exclusão e 
notificação ao remetente. 
 
 
 
Os itens do Projeto Lógico (conforme Apêndice A) serão avaliados conforme segue: 
 
Etapa Item do Projeto Lógico Nota 
Etapa 1 1.Tema 0,2 
2.Objetivos do Projeto do Sistema 0,3 
3. Análise do sistema atual 1,5 
4. Lista de requisitos funcionais e não funcionais 2,0 
Sub-total 4,0 
Etapa 2 
(*) 
5.1. Diagrama de Casos de Uso ** 1,0 
5.2 Especificação de Casos de Uso ** 1,0 
5.3 Diagramas de Classe ** 1,0 
5.4 Diagramas de Sequência ** 1,0 
6. Modelo do banco de dados 1,0 
7. Arquitetura do sistema 1,0 
Sub-total 6,0 
FINAL TOTAL 10,0 
 
(*) O material entregue na Etapa 2 deve conter o Projeto Lógico do sistema na íntegra – conteúdo da 
Etapa 1 + conteúdo da Etapa 2. 
(**) Os itens 5.1, 5.2, 5.3 e 5.4 podem ser entregues na Etapa 1 para efeito de orientação, sem atribuição 
de nota. 
Observe o cronograma de entregas para estar em dia com seu Projeto de Desenvolvimento de Sistemas! 
 
4. REFERÊNCIAS 
 
ZATTI, Carla Daiane. Análise e Projeto de Sistemas. Curitiba: Fael, 2016. 
MEDEIROS, Ernani Sales de. Desenvolvendo software com UML 2.0: definitivo. São Paulo: Pearson 
Makron Books, 2004. Disponível em: https://plataforma.bvirtual.com.br/Acervo/Publicacao/2921. Acesso em: 
15 out. 2020 
MORAIS, Izabelly Soares de (org.). Engenharia de software. São Paulo: Pearson Education do Brasil, 2017. 
Disponível em: https://plataforma.bvirtual.com.br/Acervo/Publicacao/184098. Acesso em: 15 out. 2020 
Bibliografia Complementar: (Você tem acesso a Biblioteca Virtual em seu polo) 
LAUDON, Kenneth; LAUDON, Jane. Sistemas de informação gerenciais. 9 ed. São Paulo: Pearson Prentice 
Hall, 2010. Disponível em: https://plataforma.bvirtual.com.br/Acervo/Publicacao/2619. Acesso em: 15 out. 
2020 
https://plataforma.bvirtual.com.br/Acervo/Publicacao/2921
https://plataforma.bvirtual.com.br/Acervo/Publicacao/184098
https://plataforma.bvirtual.com.br/Acervo/Publicacao/2619
 
 
AVISO DE CONFIDENCIALIDADE. Esta mensagem pode conter informações e dados confidenciais, sendo seu sigilo e proteção regido protegido pela LGPD - Lei Geral de Proteção de Dados 
(Lei nº 13.709/2018), pelo Marco Civil na Internet (Lei n° 12.965/2014), pelas políticas internas da FAEL e demais legislações vigentes. Se você não for o destinatário ou a pessoa autorizada a 
receber tais dados ou informações, esteja ciente de que não deverá utilizá-los, distribuí-los ou divulgá-los sob qualquer hipótese, por isso, solicitamos que proceda com a devida exclusão e 
notificação ao remetente. 
 
 
 
LEE, Richard C, TEPFENHART, William M. UML e C++ Guia Prático de Desenvolvimento Orientado a 
Objetos. São Paulo: Makron Books, 2001. Disponível em: 
https://plataforma.bvirtual.com.br/Acervo/Publicacao/40. Acesso em: 15 out. 2020 
SOMMERVILLE, Ian. Engenharia de software. 8 ed. SaoPaulo: Pearson Assison-Wesley, 2007. Disponível 
em: https://plataforma.bvirtual.com.br/Acervo/Publicacao/276. Acesso em: 15 out. 2020 
BELMIRO, João (org.), Sistemas de Informação. São Paulo: Pearson Education do Brasil, 2012. Disponível 
em: https://plataforma.bvirtual.com.br/Acervo/Publicacao/3056. Acesso em: 15 out. 2020 
MEDEIROS, Luciano Frontino de. Banco de dados: princípios e prática. Curitiba: InterSaberes, 2013. 
Disponível em: https://plataforma.bvirtual.com.br/Acervo/Publicacao/6289. Acesso em: 15 out. 2020 
 
 
https://plataforma.bvirtual.com.br/Acervo/Publicacao/40
https://plataforma.bvirtual.com.br/Acervo/Publicacao/276
https://plataforma.bvirtual.com.br/Acervo/Publicacao/3056
https://plataforma.bvirtual.com.br/Acervo/Publicacao/6289
 
 
AVISO DE CONFIDENCIALIDADE. Esta mensagem pode conter informações e dados confidenciais, sendo seu sigilo e proteção regido protegido pela LGPD - Lei Geral de Proteção de Dados 
(Lei nº 13.709/2018), pelo Marco Civil na Internet (Lei n° 12.965/2014), pelas políticas internas da FAEL e demais legislações vigentes. Se você não for o destinatário ou a pessoa autorizada a 
receber tais dados ou informações, esteja ciente de que não deverá utilizá-los, distribuí-los ou divulgá-los sob qualquer hipótese, por isso, solicitamos que proceda com a devida exclusão e 
notificação ao remetente. 
 
 
 
 
APÊNDICE A 
 
 
TEMA 
 
(O tema é um aspecto ou área de interesse de um assunto que se deseja propor uma solução computacional 
para um determinado problema. Escolher um tema significa eleger uma parcela delimitada de um assunto, 
estabelecendo limites ou restrições para o desenvolvimento do protótipo. Seu tema já está definido no material 
enviado e você precisa citar ele aqui.) 
 1 OBJETIVOS DO PROJETO DE SISTEMA 
(Descreva de forma sucinta a aplicação para que os envolvidos no projeto, principalmente a equipe técnica, 
possam entender o que é a aplicação a ser desenvolvida. Além disso, adicione informações que possibilitem o 
entendimento do contexto em que ocorre o desenvolvimento, o motivo de a aplicação estar sendo desenvolvida, 
para quê e para quem está sendo desenvolvida. 
Objetivos são iniciados com verbos no infinitivo, como: Desenvolver (um produto/ software/ etc.)) 
 2 ANÁLISE DO SISTEMA ATUAL 
(Descrever a forma como o processo da empresa é feito atualmente (antes do novo sistema)) 
 3 LISTA DE REQUISITOS 
 3.1 Requisitos funcionais 
(Os requisitos funcionais ou fundamentais são aqueles que fazem parte do sistema, como um relatório 
específico ou um campo de cadastro. Geralmente têm o objetivo de agregar valor ao usuário ou auxiliar no 
trabalho que este produz e são implementados no próprio sistema, sendo o sistema caracterizado pela 
implementação dessesrequisitos. 
Consulte o livro Análise e Projeto de Sistemas – Capítulo 3 para obter mais informações) 
 3.2 Requisitos não funcionais 
(São aqueles que definem e descrevem propriedades, restrições e objetivos do sistema; não o que o sistema 
deve fazer, mas como ele deve fazer. Envolvem especificamente a parte técnica e estão relacionados não com 
as funcionalidades oferecidas, mas com o uso e com o estado do sistema. Sua finalidade é, muitas vezes, criar 
e impor restrições de projeto aos requisitos funcionais de serviço do produto de software a ser implementado 
antes e durante o processo de desenvolvimento. 
 
 
AVISO DE CONFIDENCIALIDADE. Esta mensagem pode conter informações e dados confidenciais, sendo seu sigilo e proteção regido protegido pela LGPD - Lei Geral de Proteção de Dados 
(Lei nº 13.709/2018), pelo Marco Civil na Internet (Lei n° 12.965/2014), pelas políticas internas da FAEL e demais legislações vigentes. Se você não for o destinatário ou a pessoa autorizada a 
receber tais dados ou informações, esteja ciente de que não deverá utilizá-los, distribuí-los ou divulgá-los sob qualquer hipótese, por isso, solicitamos que proceda com a devida exclusão e 
notificação ao remetente. 
 
 
 
Consulte o livro Análise e Projeto de Sistemas – Capítulo 3 para obter mais informações) 
 
 4 MODELAGEM UML 
 4.1 Diagrama de Caso de Uso 
(Sua finalidade é representar um requisito do sistema a ser informatizado e ajudar na comunicação entre os 
analistas e o cliente. Descreve e representa uma unidade funcional coerente fornecida pelo sistema ou 
subsistema. Pelo fato de darem uma visão externa do sistema, os casos de uso são muito utilizados para 
descobrir e registrar requisitos funcionais, visto que descrevem o que o sistema faz. 
Consulte o livro Análise e Projeto de Sistemas – Capítulo 6 para obter mais informações) 
 4.2 Especificação dos casos de uso (apresentar 5 especificações) 
(A especificação de um caso de uso deve conter basicamente o fluxo de eventos. Existem vários modelos, 
segue exemplos: 
 
Consulte o livro Análise e Projeto de Sistemas – Capítulo 6 para obter mais informações) 
 4.3 Diagrama de Classes (apresentar a perspectiva de implementação) 
(É uma representação com o objetivo de definir e descrever as informações da estrutura usada pelo aplicativo. 
Não faz referência a qualquer implementação específica, mas mostra os relacionamentos de um conjunto de 
todas as classes que o sistema necessita possuir. Essas classes servem de modelo para os vários tipos de 
objetos do sistema e podem ser implementadas de várias maneiras. O diagrama de classe apresenta como as 
classes interagem entre si e qual é a responsabilidade de cada uma delas na realização das operações 
solicitadas pelos atores. É a base para a construção de outros diagramas, como o de sequência. 
 
 
AVISO DE CONFIDENCIALIDADE. Esta mensagem pode conter informações e dados confidenciais, sendo seu sigilo e proteção regido protegido pela LGPD - Lei Geral de Proteção de Dados 
(Lei nº 13.709/2018), pelo Marco Civil na Internet (Lei n° 12.965/2014), pelas políticas internas da FAEL e demais legislações vigentes. Se você não for o destinatário ou a pessoa autorizada a 
receber tais dados ou informações, esteja ciente de que não deverá utilizá-los, distribuí-los ou divulgá-los sob qualquer hipótese, por isso, solicitamos que proceda com a devida exclusão e 
notificação ao remetente. 
 
 
 
Consulte o livro Análise e Projeto de Sistemas – Capítulo 6 para obter mais informações) 
 
 
 4.4 Diagrama de Sequência (apresentar 5 cenários) 
(Tem o objetivo de estabelecer os objetos que interagem e seus relacionamentos e interações dentro de um 
contexto ou cenário. Também visa representar uma sequência de processos, operações ou métodos no 
decorrer do tempo. O diagrama de sequência representa principalmente como os grupos de objetos colaboram 
 
com algum comportamento do contexto de um caso de uso ao longo do tempo a partir das mensagens que são 
trocadas entre os objetos. Ele descreve de uma forma simples e lógica a sequência global do comportamento 
de vários objetos dentro de um contexto. 
Consulte o livro Análise e Projeto de Sistemas – Capítulo 6 para obter mais informações) 
 5 MODELO DO BANCO DE DADOS (MODELO LÓGICO) 
(O Diagrama de Entidade Relacionamento (DER) é formado por um conjunto de objetos gráficos que representa 
todos os objetos do modelo Entidade Relacionamento, tais como entidades, atributos, atributos-chaves, 
relacionamentos, restrições estruturais etc. O DER fornece uma visão lógica do banco de dados, com um 
conceito mais generalizado de como estão estruturados os dados de um sistema. Existem inúmeras formas de 
representação para um DER; uma delas foi criada por Peter Chen. 
Consulte o livro Banco de Dados – Capítulo 2 para obter mais informações) 
 6 ARQUITETURA DO SISTEMA 
(Segundo o livro "Arquitetura de Software" organizado por Giocondo Marino Gllotti, a arquitetura de software se 
refere à "[...]estrutura interna do seu sistema. Basicamente, ela explica a forma como o software se organiza e 
funciona, além do seu modo de implementação." 
Existem vários tipos de arquiteturas diferentes, por exemplo: arquitetura MVC, em camadas, de repositório etc. 
Precisa verificar qual delas atende da melhor forma o sistema que está propondo. 
Sugiro que, considerando os requisitos do sistema, escolha a que pensa ser mais adequada. 
Pode revisar a videoaula que fala desse tema (Unidade 02 - Aula 2; https://bit.ly/2YROsCt), e o capítulo “7-
Projeto de Sistemas” do livro Análise e Projeto de Sistemas. Você encontra o livro "Arquitetura de Software – 
Organizador: Giocondo Marino Gllotti" na Biblioteca Virtual da FAEL.)