Plano de Ensino IDENTIFICAÇÃO EMENTA

Transcrição

1 Plano de Ensino IDENTIFICAÇÃO EIXO TECNOLÓGICO: Informação e Comunicação CURSO: Técnico em Informática FORMA/GRAU:(X )integrado ( )subsequente ( ) concomitante ( ) bacharelado ( ) licenciatura ( ) tecnólogo MODALIDADE: (X) Presencial ( ) PROEJA ( ) EaD COMPONENTE CURRÌCULAR: Engenharia de Software II ANO / SEMESTRE: 2014 TURNO: INTEGRAL DIRETOR(A) GERAL DO CAMPUS: DIRETOR (A) DE ENSINO: DOCENTE(A): SEMESTRE ou ANO DA TURMA: 3º EMENTA TURMA: T30I-I Alexander da Silva Machado Maria Teresinha Kaefer Rafael Baldiati Parizi CARGA HORÀRIA: 40 horas Projeto Orientado a Objetos. Arquitetura de Software. Testes de Software e Manutenção. Gerencia de Projeto. Qualidade de Software. OBJETIVO GERAL DO CURSO: OBJETIVOS Proporcionar aos estudantes que concluíram o ensino fundamental oportunidade de qualificação, na área de informática, através da Educação Profissional Integrada ao Ensino Médio, desenvolvendo habilidades e construindo competências para atuarem como Técnicos em Informática. Ao mesmo tempo, busca-se desenvolver no educando a formação social, cultural, humanística e integral, para o desenvolvimento de cidadãos críticos e reflexivos, capazes de compreender e atuar em sua realidade, explorando o uso das tecnologias com responsabilidade social. OBJETIVO DO COMPONENTE CURRICULAR: Apresentar os modelos de desenvolvimento de software, além de conhecer e compreender a UML e seus diagramas. METODOLOGIA Aula expositiva, com auxílio de quadro e projetor multimídia (datashow); estudo dirigido individual e em grupo; discussões e debates em sala de aula. Filme, Seminário e Estudo de caso. CONTEÚDO PROGRAMÁTICO

2 Revisão de alguns Conceitos Qual a finalidade da Engenharia de Software?` O que é Software? O que é um Processo de Software? O que é um Modelo de Processo de Software? O que é Engenharia de Requisitos? - Análise e Especificação dos Requisitos - Tipos de Requisitos - Como são classificados os Requisitos? - Modelo de caso - Caso de Uso Expandido/Especificação - Conceitos de OO Projeto Orientado a Objetos. Desenvolvimento do Software - Contextualização - Projeto do Software: - Codificação: - Realização de Testes do Software: Projeto de Software - Importância - Conceitualização (Abstração, Ocultameto da Informação) - Projeto de Software: O Processo - Projeto de Dados, Projeto da Arquitetura do Software, Projeto Procedimental, Projeto de Interfaces Histórico da UML Diagramas da UML (de projeto) - Diagrama de Classes - Diagrama de Objetos - Diagrama de Máquina de Estados - Diagrama de Seqüência - Diagrama de Comunicação Arquitetura de Software. Decisões, Visões e padrões de arquitetura (sommerville) Testes de Software e Manutenção. Fundamentos do Teste de Software Testes caixa-branca Testes caixa-preta Fases de teste Atividades da manutenção de Software Outros Diagramas da UML Diagrama de Implantação Diagrama de Componentes Diagrama de Pacotes

3 Gerencia de Projeto. Gerenciamento de riscos Gerenciamento de pessoas Qualidade de Software. Fatores de qualidade AVALIAÇÃO Instrumentos a serem usados pelo docente (a): As avaliações da disciplina serão desenvolvidas da seguinte forma: TB = Trabalhos, valor 4,0 pontos. PV1 = Prova, valor de 1,5 pontos. PV2 = Prova, valor de 1,5 pontos. TA = Tópicos avaliativos (avaliação qualitativa), valor 3,0 pontos A fórmula para obtenção da nota final é: TB + PV1 + PV2 + TA. Critérios de avaliação: Os resultados da avaliação do aproveitamento são expressos em notas. As notas deverão ser expressas com uma casa após a vírgula sem arredondamento. Nas disciplinas anuais o cálculo da nota final do período deverá ser ponderada, tendo a nota do primeiro semestre peso 4 e do segundo semestre peso 6. O resultado final de aprovação será: - Nota 7,0 (sete), antes do Exame Final; - Média mínima 5,0 (cinco), após o Exame Final. - A média final da etapa terá peso 6,0 (seis). - O Exame Final terá peso 4,0 (quatro). - O aluno será considerado Aprovado RECUPERAÇÃO PARALELA: Serão disponibilizados 30 minutos semanais ao término do turno de aula, para atendimento ao aluno, com o intuito de sanar dúvidas e orientar o desenvolvimento em atividades relacionadas à disciplina. PRÁTICA PROFISSIONAL INTEGRADA (PPI) O componente curricular prevê PPI: ( ) Sim ( )Não ( )Colaboração Articulação com os componentes curriculares: Obs: Se o Componente prevê PPI anexar projeto ao Plano de Trabalho Docente

4 Planejamento da realização das atividades não presenciais BIBLIOGRAFIA BÁSICA: BIBLIOGRAFIA GUEDES, Gilleanes T. A. UML 2 - Uma Abordagem Prática. São Paulo: Novatec, PRESSMAN, Roger S. Engenharia de Software. São Paulo: McGraw-Hill, SOMMERVILLE, Ian. Engenharia de Software. São Paulo: Addison Wesley, BIBLIOGRAFIA COMPLEMENTAR: BLAHA, Michael; RUMBAUGH, James. Modelagem e Projetos Baseados em Objetos com UML 2. Rio de Janeiro: Elsevier, FERRARI, Roberto. Empreendedorismo para Computação. Rio de Janeiro: Elsevier Campus, VARGAS, RICARDO VIANA. Gerenciamento de Projetos. Rio de Janeiro: Brasport, BIBLIOGRAFIAS PARA APROFUNDAMENTO OBSERVAÇÃO Revisado em / /2014 Por: ASSINATURAS

5 Coordenação: Coordenador do Eixo Tecnológico ou Curso Coordenação Geral de Ensino: Coordenação Geral de Ensino Docente: Docente Supervisão Pedagógica: Pedagoga