Mudanças entre as edições de "PJI2-EngTel (Plano de Ensino)"
Ir para navegação
Ir para pesquisar
(14 revisões intermediárias por 2 usuários não estão sendo mostradas) | |||
Linha 1: | Linha 1: | ||
{{Cab1-IF-SC-Engtelecom}} | {{Cab1-IF-SC-Engtelecom}} | ||
<BIG><center> | <BIG><center> | ||
− | '''Plano de Ensino | + | '''Plano de Ensino 2021-1''' |
</center></BIG> | </center></BIG> | ||
;Dados gerais | ;Dados gerais | ||
− | + | :COMPONENTE CURRICULAR: '''[[PJI2-EngTel|PJI2]]''' - PROJETO INTEGRADOR II | |
{{SUC |PJI2.png | 4}} | {{SUC |PJI2.png | 4}} | ||
:<SMALL>CARGA HORÁRIA: 2 HORAS/SEMANA 36 HORAS. TEÓRICA = 0 HORAS. LABORATÓRIO = 36 HORAS</SMALL><BR> | :<SMALL>CARGA HORÁRIA: 2 HORAS/SEMANA 36 HORAS. TEÓRICA = 0 HORAS. LABORATÓRIO = 36 HORAS</SMALL><BR> | ||
Linha 27: | Linha 27: | ||
:O professor da disciplina, atuando como gerente de desenvolvimento, deve selecionar uma metodologia de desenvolvimento de sistemas, adequando-a as seguintes fases: | :O professor da disciplina, atuando como gerente de desenvolvimento, deve selecionar uma metodologia de desenvolvimento de sistemas, adequando-a as seguintes fases: | ||
:'''Fase inicial''', no coletivo: | :'''Fase inicial''', no coletivo: | ||
− | *Definição do sistema baseado em um problema da área de telecomunicações, identificando os possíveis impactos da solução na sociedade; | + | :*Definição do sistema baseado em um problema da área de telecomunicações, identificando os possíveis impactos da solução na sociedade; |
− | *Definição da metodologia de projeto a ser utilizada; | + | :*Definição da metodologia de projeto a ser utilizada; |
− | *Definição das ferramentas a serem utilizadas, justificando as escolhas; | + | :*Definição das ferramentas a serem utilizadas, justificando as escolhas; |
− | *Especificação do sistema; | + | :*Especificação do sistema; |
− | *Planejamento do desenvolvimento do sistema (cronograma, recursos); | + | :*Planejamento do desenvolvimento do sistema (cronograma, recursos); |
− | *Projeto da arquitetura do sistema; | + | :*Projeto da arquitetura do sistema; |
− | *Divisão em grupos, atribuição de tarefas aos grupos; | + | :*Divisão em grupos, atribuição de tarefas aos grupos; |
− | *Definição e especificação das interfaces dos subsistemas a serem desenvolvidos pelos grupos. | + | :*Definição e especificação das interfaces dos subsistemas a serem desenvolvidos pelos grupos. |
:'''Fase intermediária''', em grupo: | :'''Fase intermediária''', em grupo: | ||
− | *Atribuição de tarefas aos indivíduos de cada grupo; | + | :*Atribuição de tarefas aos indivíduos de cada grupo; |
− | *Planejamento do subsistema; | + | :*Planejamento do subsistema; |
− | *Projeto, implementação e teste do subsistema; | + | :*Projeto, implementação e teste do subsistema; |
− | *Avaliação do processo de desenvolvimento e gerenciamento de conflitos. | + | :*Avaliação do processo de desenvolvimento e gerenciamento de conflitos. |
:'''Fase final''', no coletivo: | :'''Fase final''', no coletivo: | ||
− | *Integração do sistema; | + | :*Integração do sistema; |
− | *Identificação de falhas do desenvolvimento do projeto; | + | :*Identificação de falhas do desenvolvimento do projeto; |
− | *Avaliação do global sistema, tanto nos aspectos técnicos, como nos aspectos relacionados aos impactos na sociedade e nas questões envolvendo a ética, tecnologias abertas e proprietárias, direito autoral, sigilo empresaria. | + | :*Avaliação do global sistema, tanto nos aspectos técnicos, como nos aspectos relacionados aos impactos na sociedade e nas questões envolvendo a ética, tecnologias abertas e proprietárias, direito autoral, sigilo empresaria. |
;Estratégias de ensino utilizadas | ;Estratégias de ensino utilizadas | ||
+ | :Os primeiros encontros consistirão de aulas síncronas via Internet. Ao fim desta fase inicial, inicia-se a especificação do projeto com acompanhamento assíncrono (atividades não presenciais). O objetivo final do projeto é construir um protótipo funcional do produto proposto acompanhado da documentação, a qual deve contemplar a especificação, detalhes da implementação e estratégia de testes. A documentação do projeto é construído ao longo do semestre, tendo entregas intermediárias nos pontos de verificação do andamento do projeto. | ||
;Critérios e instrumentos de avaliação | ;Critérios e instrumentos de avaliação | ||
+ | :A avaliação é realizada por meio dos documentos entregues, das apresentações realizadas, dos protótipos desenvolvidos e da participação de cada aluno na execução dos projetos. Estas avaliações são realizadas ao longo do semestre, conforme estabelecido no cronograma da disciplina e acordado com as equipes. | ||
+ | :Os pontos de verificação são: | ||
+ | :* A0 - ''Avaliação do Andamento'' : Avaliações que acontecem a cada duas semanas aproximadamente. As entregas são relacionadas com apresentações da especificação (Casos de uso, diagramas, etc.) e andamento da implementação. Será considerado abandono da disciplina duas notas zero seguidas nessas avaliações sem justificativa. | ||
+ | :* A1 - ''Apresentação Final'': Projeto pronto + Apresentação + Relatório Final; | ||
+ | :* A2 - ''Comportamento / Postura / Organização / Responsabilidade / Cumprimento de Prazos'': avaliação realizada pelos professores da disciplina considerando as características acima de cada aluno. | ||
+ | |||
+ | :Os conceitos são individuais (alunos no mesmo grupo podem ter conceitos diferentes!) e a avaliação final será uma compilação destes conceitos. | ||
+ | |||
+ | <!-- | ||
+ | ::Final = (A0*5 + A2*4 + A3) / 10 | ||
+ | * A0: ''Proposta de Projeto'' (Sumário Executivo + Apresentação): em grupos de 3 ou 4 alunos, deve ser apresentada uma proposta de projeto. A proposta deve ser estruturada em um documento entregue aos professores e deve ser apresentada à turma, aos professores de PJI2 e STD, e a eventuais avaliadores convidados; | ||
+ | * A1: ''Especificação de Projeto'' (relatório + apresentação): os grupos devem apresentar um relatório técnico detalhado da especificação do projeto a ser desenvolvido. uma proposta de projeto. A proposta deve ser estruturada em um documento entregue aos professores e deve ser apresentada para a turma; | ||
+ | * A2: ''Checkpoint 1'' (apresentação + parcial do relatório final): Apresentação do andamento do projeto; | ||
+ | * A3: ''Checkpoint 2'' (apresentação + parcial do relatório final): Apresentação do andamento do projeto; | ||
+ | * A4: ''Demonstração de protótipos'' (apresentação + parcial do relatório final com parte descritiva dos módulos individuais concluídas): Apresentação da implementação dos módulos do projeto finalizados e demonstração do funcionamento; | ||
+ | * A5: ''Integração Final e Apresentação'' (Projeto pronto + Apresentação + Relatório Final); | ||
+ | * A6: ''Comportamento / Postura / Organização / Responsabilidade / Cumprimento de Prazos'': avaliação realizada pelos professores da disciplina considerando as características acima de cada aluno. | ||
+ | |||
+ | Um conceito é atribuído a cada ponto de verificação para cada aluno (alunos no mesmo grupo podem ter conceitos diferentes!), e a avaliação final será uma compilação destes conceitos considerando os seguintes pesos: | ||
+ | |||
+ | Final = (A0 + A1*2 + A2 + A3 + A4*2 + A5*3 + A6*2 ) / 11 | ||
+ | --> | ||
;Bibliografia Básica | ;Bibliografia Básica | ||
− | # Eduardo | + | # BEZERRA, Eduardo. '''Princípios de análise e projeto de sistemas com UML.''' Rio de Janeiro: Campus, 2002. 286 p., il. ISBN 8535210326. |
− | # | + | # SIMON, David E. '''An embedded software primer'''. Boston: Addison Wesley, 1999. 1 CD-ROM. ISBN 020161653X. |
+ | # BOENTE, Alfredo. '''Gerenciamento e controle de projetos'''. Rio de Janeiro: Axcel Books, 2003. 181 p. : il. ISBN 8573231998. | ||
;Bibliografia Complementar | ;Bibliografia Complementar | ||
+ | # LARMAN, Craig; BRAGA, Rosana Vaccare. '''Utilizando UML e padrões''': uma introdução à análise e ao projeto orientados a objetos e ao desenvolvimento iterativo. 3. ed. Porto Alegre: Bookman, 2007. 696 p., il. ISBN 9788560031528. | ||
+ | # HALLINAN, Christopher. '''Embedded Linux primer''': a practical real-world approach. 2. ed. Upper Saddle River, NJ: Prentice Hall, c2011. 616 p., il. Inclui índice e bibliografia. ISBN 9780137017836. | ||
+ | # LEE, Edward A.; SESHIA, Sanjit A. '''Introduction to Embedded Systems''': A Cyber-Physical Systems Approach. 2. ed. Berkeley, CA: LeeSeshia.org, 2015. 589p. ISBN 9781312427402 ([http://leeseshia.org/ disponível on-line]) | ||
+ | # DEEMER, Pete; BENEFIELD, Gabrielle; LARMAN, Craig; VODDE, Bas. '''The Scrum Primer''': a lightweight guide to the theory and practice of Scrum. 2. ed. InfoQueue.com, 2012. 20p. ([http://www.infoq.com/minibooks/Scrum_Primer disponível on-line]) | ||
=ANEXOS= | =ANEXOS= |
Edição atual tal como às 13h17min de 13 de maio de 2021
MINISTÉRIO DA EDUCAÇÃO |
Plano de Ensino 2021-1
- Dados gerais
- COMPONENTE CURRICULAR: PJI2 - PROJETO INTEGRADOR II
- CARGA HORÁRIA: 2 HORAS/SEMANA 36 HORAS. TEÓRICA = 0 HORAS. LABORATÓRIO = 36 HORAS
- PRÉ REQUISITOS: PJI1, RED2, MIC, o aluno deverá estar cursando ou já ter cursado STD
- RECOMENDADAS: MPQ
- DISCIPLINAS SUCESSORAS: PJI3
- MÓDULO ESPECIALIZANTE
- Objetivos
- Integrar os conhecimentos adquiridos no curso através da solução um problema específico multidisciplinar na área de telecomunicações, exercitando competências centrais do perfil do egresso que são: projeto e implementação de sistemas;
- Posicionar o projeto frente a seus impactos na sociedade e as questões relacionadas à ética, tecnologias abertas e proprietárias, direito autoral, sigilo empresarial, etc.
- Desenvolver a capacidade de trabalho em grupo, com grau de independência médio em relação ao tutor, e com nível médio de interação entre os grupos. O problema maior será dividido em subproblemas e um grupo deve atuar no contexto deste subproblema e, posteriormente, na integração do sistema como um todo;
- Familiarizar-se com uma metodologia de desenvolvimento de sistemas;
- Aplicar os princípios de metodologia de pesquisa.
- Ementa
- Metodologia de desenvolvimento de projeto. Projeto e implementação de um sistema de telecomunicações. Relação entre ciência, tecnologia e sociedade.
- Metodologia
- Este PI trabalha os níveis de aplicação, análise e síntese, relacionados a verbos como: implementar, comparar, classificar, derivar, propor (Witt et al., 2006). Neste projeto os alunos devem ser capazes de realizar uma implementação de um sistema usando conhecimentos e ferramentas trabalhadas em diferentes disciplinas, visando resolver um problema específico. Comparar a solução apresentada com outras existentes ou outras equipes. Propor melhorias para o sistema desenvolvido.
- O professor da disciplina, atuando como gerente de desenvolvimento, deve selecionar uma metodologia de desenvolvimento de sistemas, adequando-a as seguintes fases:
- Fase inicial, no coletivo:
- Definição do sistema baseado em um problema da área de telecomunicações, identificando os possíveis impactos da solução na sociedade;
- Definição da metodologia de projeto a ser utilizada;
- Definição das ferramentas a serem utilizadas, justificando as escolhas;
- Especificação do sistema;
- Planejamento do desenvolvimento do sistema (cronograma, recursos);
- Projeto da arquitetura do sistema;
- Divisão em grupos, atribuição de tarefas aos grupos;
- Definição e especificação das interfaces dos subsistemas a serem desenvolvidos pelos grupos.
- Fase intermediária, em grupo:
- Atribuição de tarefas aos indivíduos de cada grupo;
- Planejamento do subsistema;
- Projeto, implementação e teste do subsistema;
- Avaliação do processo de desenvolvimento e gerenciamento de conflitos.
- Fase final, no coletivo:
- Integração do sistema;
- Identificação de falhas do desenvolvimento do projeto;
- Avaliação do global sistema, tanto nos aspectos técnicos, como nos aspectos relacionados aos impactos na sociedade e nas questões envolvendo a ética, tecnologias abertas e proprietárias, direito autoral, sigilo empresaria.
- Estratégias de ensino utilizadas
- Os primeiros encontros consistirão de aulas síncronas via Internet. Ao fim desta fase inicial, inicia-se a especificação do projeto com acompanhamento assíncrono (atividades não presenciais). O objetivo final do projeto é construir um protótipo funcional do produto proposto acompanhado da documentação, a qual deve contemplar a especificação, detalhes da implementação e estratégia de testes. A documentação do projeto é construído ao longo do semestre, tendo entregas intermediárias nos pontos de verificação do andamento do projeto.
- Critérios e instrumentos de avaliação
- A avaliação é realizada por meio dos documentos entregues, das apresentações realizadas, dos protótipos desenvolvidos e da participação de cada aluno na execução dos projetos. Estas avaliações são realizadas ao longo do semestre, conforme estabelecido no cronograma da disciplina e acordado com as equipes.
- Os pontos de verificação são:
- A0 - Avaliação do Andamento : Avaliações que acontecem a cada duas semanas aproximadamente. As entregas são relacionadas com apresentações da especificação (Casos de uso, diagramas, etc.) e andamento da implementação. Será considerado abandono da disciplina duas notas zero seguidas nessas avaliações sem justificativa.
- A1 - Apresentação Final: Projeto pronto + Apresentação + Relatório Final;
- A2 - Comportamento / Postura / Organização / Responsabilidade / Cumprimento de Prazos: avaliação realizada pelos professores da disciplina considerando as características acima de cada aluno.
- Os conceitos são individuais (alunos no mesmo grupo podem ter conceitos diferentes!) e a avaliação final será uma compilação destes conceitos.
- Bibliografia Básica
- BEZERRA, Eduardo. Princípios de análise e projeto de sistemas com UML. Rio de Janeiro: Campus, 2002. 286 p., il. ISBN 8535210326.
- SIMON, David E. An embedded software primer. Boston: Addison Wesley, 1999. 1 CD-ROM. ISBN 020161653X.
- BOENTE, Alfredo. Gerenciamento e controle de projetos. Rio de Janeiro: Axcel Books, 2003. 181 p. : il. ISBN 8573231998.
- Bibliografia Complementar
- LARMAN, Craig; BRAGA, Rosana Vaccare. Utilizando UML e padrões: uma introdução à análise e ao projeto orientados a objetos e ao desenvolvimento iterativo. 3. ed. Porto Alegre: Bookman, 2007. 696 p., il. ISBN 9788560031528.
- HALLINAN, Christopher. Embedded Linux primer: a practical real-world approach. 2. ed. Upper Saddle River, NJ: Prentice Hall, c2011. 616 p., il. Inclui índice e bibliografia. ISBN 9780137017836.
- LEE, Edward A.; SESHIA, Sanjit A. Introduction to Embedded Systems: A Cyber-Physical Systems Approach. 2. ed. Berkeley, CA: LeeSeshia.org, 2015. 589p. ISBN 9781312427402 (disponível on-line)
- DEEMER, Pete; BENEFIELD, Gabrielle; LARMAN, Craig; VODDE, Bas. The Scrum Primer: a lightweight guide to the theory and practice of Scrum. 2. ed. InfoQueue.com, 2012. 20p. (disponível on-line)
ANEXOS