Aula 0 - Apresentacao

Thiago Augusto Alves

Professor

 Nome: Thiago Augusto Alves  Graduação: Bacharelado em

Sistemas de Informação pela

Faculdade COTEMIG – 2004-2007

 Pôs Graduação Lato Sensu:

Gerenciamento de Projetos de

Software pela PUC Minas – 2009- Junho de 2010.

Professor

 Atuação Profissional:

◦Consultor Freelance de Analise de Sistemas desde 2008;

◦Consultor Freelance de Gerencia de Projetos desde 2009;

Novidades

 No caso do aluno perder alguma

prova ele tem que fazer a

substitutiva, vale tanto para o primeiro e segundo bimestre.

◦_{Caso perca as duas provas o caso}

tem que ser visto com a

coordenação e o colegiado.

 Vai ser substituída a menor nota

Distribuição de Pontos

 Primeiro Bimestre

 Segundo Bimestre

Tipo Pontos

Prova

 Matéria da Primeira Prova: Toda

Disciplina lecionada ate a realização da mesma(Prova Fechada de 10

Questões);

 Matéria da Segunda Prova: Toda

Disciplina do Semestre; (Prova

Fechada de 10 Questões)

 Matéria da Prova Substitutiva: Toda

Disciplina do Semestre; (Prova aberta de 20 Questões).

Dicas de Ouro...

1. Sempre lembre seu RA, isso ajuda a

lançar sua nota;

2. Sempre se identifique para o seu

professor, isso ajuda ele “a te ajudar”;

3. Não deixe nada para ultima hora,

acredite que isso faz diferença;

4. Regularize o mais rápido possível a

sua situação com a faculdade;

5. Por Favor colocar RA é Nome na

Pontuação

1. Trabalhos Peso 3 Valor 10 = 3

Pontos;

2. Provas Peso 7 Valor 10 = 7

pontos;

3. Pesos dos Bimestres:

1. Primeiro Bimestre Peso 4;

Avaliar

 Agradecer a Participação;

 Informar alguns resultados;

Contato

 https://sites.google.com/site/thia

goaalves/

 [email protected]

m

No assunto especificar seu nome e o nome da disciplina e a sala.

Disciplina

Bibliografia Básica Padrão

 SILVA, Nelson Peres da. Análise de Sistemas de

Informação - Conceitos, Modelagem Silva, Nelson Peres da e Aplicações. 1. São Paulo: Erica, 2014. 9788536508054.

 DENNIS, WIXOM E ROTH, Alan, Barbara e

Roberta. Análise e Projeto de Sistemas. 5. São Paulo: Ltc, 2014. 9788521625094.

 BOOCH, Grady; RUMBAUGH, James;

JACOBSON, Ivar. UML: guia do usuário.

 MELO, Ana Cristina. Desenvolvendo aplicações

com UML 2.2: do conceitual à implementação. 3.ed. Rio de Janeiro

 PRESSMAN, ROGER S. Engenharia de

Software. 7. São Paulo: Mcgrawhill, 2011. 9788563308337.

Bibliografia Complementar – Biblioteca Virtual

SCHILDT, HERBERT. Java Para Iniciantes. 6. São Paulo: Bookman, 2015. 9788582603369.

RAMOS, NETO & VEGA. Linguagens Formais. 1. São Paulo: Bookman, 2009. 9788577804535.

DINIZ, Paulo SR. Processamento Digital de Dados : Projet e Análise de Sistemas. 2. Porto Alegre: Bookman, 2014. 9788582601242.

SCHILDT, HERBERT. Programação Com Java. 1. São Paulo: Mcgrawhill, 2013. 9788580552676.

SANTOS, Rafael. Programação Orientada a Objetos. 1. Rio De Janeiro: Elsevier, 2003. .

Bibliografia

Complementar

 Noticias a relacionados ao tema;  Artigos relacionados ao tema;

 Sites de autores relacionados ao

tema.

Conteúdo Programático - PEA

 UNIDADE DE ENSINO:Engenharia

de Requisitos

◦_{Fundamentos de requisitos de software.}

Tipos e classificação dos requisitos.

◦Processo de engenharia de requisitos: conceitos, fases e atividades.

◦Técnicas para elicitação, identificação e especificação de requisitos.

◦Técnicas para validação e gerenciamento de requisitos.

Conteúdo Programático - PEA

 UNIDADE DE ENSINO: Modelagem de

Diagrama de Classes

◦Diagrama de Classes: elementos, notação e

exemplos. Diagrama de Objetos: elementos, notação e exemplos. Diagrama de Estruturas Compostas:

elementos, notação e exemplos.

◦Modelagem do Diagrama de Classes: especificação do diagrama com a notação básica - ênfase nas

operações.

◦Modelagem do Diagrama de Classes: especificação do diagrama com a notação básica - ênfase nos

atributos.

◦Modelagem do Diagrama de Classes: especificação do diagrama com a notação complementar - ênfase nos atributos e operações.

Conteúdo Programático - PEA

 UNIDADE DE ENSINO: Modelagem de

Use Cases

◦Introdução do Processo Unificado: fases e

atividades. Introdução à UnifiedModelingLanguage 2.0 (UML): evolução, características, visão geral das técnicas de modelagem estruturais e

comportamentais e mecanismos gerais da notação.

◦Modelagem de Diagramas de Use Cases - nível fácil.

◦Modelagem de Use Cases - Diagrama de Use Cases: elementos, notação e exemplos.

◦Modelagem de Use Cases - Documentação de Use Cases: descrição em alto nível de abstração.

Conteúdo Programático - PEA

 UNIDADE DE ENSINO: Processos de

Negócio de Software

◦Introdução à engenharia de software e a análise de sistemas. Fundamentos de processos de negócio. Visão geral das áreas de negócio de uma

organização.

◦Processos de negócio - Business ProcessModeling (BPM) e Business ProcessModeling

◦Notation (BPMN): conceitos, características e implantação.

◦Técnicas para modelagem de processos de negócios: especificação de fluxogramas.

◦Técnicas para modelagem de processos de negócios: Fluxograma - elementos, notação e tipos linear e

Datas Importantes – Turma de

Sexta

Data Tema

OBS. As datas estão com possíveis alterações de acordo com o calendário da faculdade.

Trabalho Interdisciplinar

Modelo de Ensino

Pré-Aula

 Material disponibilizado antes da

Aula;

 Textos, Videos, PodCasts tudo

que puder ajudar no

entendimento e preparação da aula.

 Pré-Aula e fora do horário de

Aula

 Momento de aprofundamento da

Pré-Aula;

 Neste momento o assunto da

aula e abordado e mais trabalhado;

 Momento para reflexões e

Pós-Aula

 Momento posterior a aula.

 Neste momento tudo que foi visto

e discutido durante a Pré-Aula e a Aula são trabalhados em uma

forma de fixação.

 Normalmente um conjunto de

Pré-Aula

 Reflexão

 Você já ouviu falar da palavra

requisito?

 Sabe para que serve um

requisito?

Pré-Aula

 Requisitos, são as características

necessárias para atender um determinado desejo ou

Pré-Aula

 Mas o que tem haver os

requisitos com a analise de sistemas?

 Tudo.

 São os requisitos que definem o

que realmente vem a ser o software/sistema.

Pré-Aula

 Pense no seguinte de que e feito

um sistema, aplicativo, app um site?

 Como e o seu funcionamento?

 Quais caracteristicas ele tem que

Aula

 Requisitos são necessários para a

solução de um problema.

 Analise de sistemas e trabalhar

com a solução de problemas. Procurar entender o que é o problema e como soluciona-lo

Aula

 É Papel do Analista de Sistemas

entender o problema e propor uma solução;

 Esse trabalho é em grupo, dentro

do grupo cada um tem a sua parte;

Aula

 Vamos conversar sobre os

requisitos necessarios para solucionar este problema:

◦“Fulaninho e uma pessoa muito ligada na tecnologia, ele tem os 3 ultimos video-games lançados. Tem um computador voltado para jogos é assinou um plano elevado de

Aula

◦“Fulaninho decidiu comprar uma

televisão para poder utilizar todos ou a maioria dos recursos tecnologicos que ele tem disponivel. A maioria dos recursos de Fulaninho utilizam entrada e saida HDMI”

Aula

 O analistas tem um papel

fundamental no entendimento e na possivel solução dos

problemas.

 Cabe a ele “moldar” a solução do

Pós-Aula

 Vamos fazer uma dinamica agora

para fechar o entendimento inicial da aula.

Pós-Aula

 Dinâmica Parte 1

 Reunir em um grupo de ate 5

pessoas.

 Pense em um Software, Sistema,

Aplicativo, vale qualquer coisa sem se preocupar com as limitações.

 Pense no problema primeiramente

Pós-Aula

 Dinâmica Parte 1 – 30 Minutos  Conversem entre vocês.

Pós-Aula

 Dinâmica Parte 2 – 20 Minutos

 Agora cada grupo vai apresentar

a sua ideia.

 Escolham um colega para poder

falar.

 Não se preocupem podem falar

Pós-Aula

 Dinâmica Parte 3 – 20 Minutos  Agora Reflita:

◦_{O que sua ideia tem de inovador?} ◦Qual e o diferencial?

◦E possível realizar a sua ideia?

◦_{Quanto que custaria criar?}

◦Quanto tempo demoraria para implementar?