Engenharia de Software II

Parabéns a todas as equipes!

Caros, meus elogios pelas apresentações sobre processos de software.
As considerações e maiores detalhes a respeito já foram feitos em classe.
Tenho certeza que a próxima atividade será muito melhor.

Bom, para a próxima aula estudem MPS.BR e CMMI.

Recomendo que tragam bastante material sobre o assunto pois provavelmente será feito uma atividade de pesquisa.

Bons estudos, fiquem com Deus.

Engenharia de software I

Parabéns a todas as equipes!


Pessoal, parabéns pela apresentação referente à atividade solicitada abaixo.
Fiquei contente com a desenvoltura média da maioria!
Com mais estudo e dedicação vocês se tornarão profissionais de muito sucesso!

Obs. aqueles que por motivos adversos não apresentaram a mesma desenvoltura da maioria, estudem e dediquem-se para fazer a diferença nas próximas atividades.

Atenciosamente,
Marcos Morais.

  Atividade - Modelos de Processo adaptados:

1. Incremental – MARLA
2. Espiral – FELIPE MEIRA
3. RUP – ED
4. Metodologias Ágeis - BRUNO

Atenção: 

apresentação expositiva com slide.
entregar pesquisa, no e-mail divulgado em aula até a data de apresentação, sobre os quatro modelos acima, bem como o material usado para a apresentação (slide, vídeo, etc). 

VALE ATÉ 01 PONTO NA AVALIAÇÃO EM GRUPO DA I UNIDADE

 Obs. Terminar antes ou depois do tempo estipulado (25 minutos) pode perder pontos!
A ordem das apresentações será definida em aula mediante sorteio.

DATA DA APRESENTAÇÃO: 05/03/2012

Analise e Modelagem de Sistemas I

Entendendo o Diagrama de Casos de Uso

Caros, no intuito de reforçar o conteúdo abordado em aula, segue esclarecimentos para ajuda-los a concluir suas atividades extra-classe.

O diagrama de casos de uso é um diagrama da UML cujo objetivo é representar um requisito do sistema que será automatizado. Considere como requisito uma necessidade do sistema.

Simbologia de um caso de uso (requisito que será automatizado): 

Usamos atores para representar as entidades que interagem com o sistema. Podem ser usuários, máquinas, sensores, etc… Um ator representa um papel no sistema, mas um papel pode ser representando por vários atores.

Simbologia de um ator:

Exemplo de um diagrama de casos de uso (sistema bancário):

O ator cliente executará os casos de uso “realizar saque” e “consultar saldo”, enquanto o gerente poderá interagir com os casos de uso “abrir conta” e “vender seguro”.

Relacionamentos entre casos de uso

Os casos de usos podem se relacionar de duas formas:

Quando um caso de uso “A” inclui (include) outro caso de uso “B”. Isto implica que ao executar o caso de uso “A” executa-se também o caso de uso “B”.

Quando um caso de uso “A” tem um relacionamento do tipo extends com outro caso de uso “B”. Implica que ao executar o caso de uso “A” não necessariamente “B” será executado.

Relacionamento entre Atores

O ator pode "herdar" as funcionalidades (casos de uso) de outro ator.

Caso de uso especialização

Os diagramas de casos de uso podem ser simplificados por meio da herança entre atores. Neste caso, mostra-se um caso de uso comum aos atores específicos, que se comunicam apenas com o ator genérico. Neste exemplo, tanto o “Gerente de Compras” quando o “Gerente de Vendas” podem executar o caso de uso “Emissão de relatórios”, porque eles são herdeiros (especializações) de “Gerente”.

Para saber mais, não esqueçam de estudar também pelos livros recomendados abaixo bem como visitar a área com material de estudo, clicando aqui.

Por hoje é só pessoal. Até mais e boa sorte!!

Analise e Modelagem de Sistemas I

Caros, segue para download o arquivo que contém um exemplo simples de documentação de software com o conteúdo abaixo:


5 PROJETO
   5.1 LEVANTAMENTO DAS NECESSIDADES
   5.2 ANÁLISE
   5.3 PLANEJAMENTO
      5.3.1    Tecnologias Envolvidas
      5.3.2    Diagrama de Entidade e Relacionamento
      5.3.3    Arquitetura do Software
      5.3.4    Caracterização da interface
   5.4 CODIFICAÇÃO
   5.5 INSTALAÇÃO E TESTE

Download do arquivo.

Trabalho Interdisciplinar Dirigido I

Atividade:

1. Na próxima aula (02-03-2012), trazer o nome das equipes e a proposta de cada equipe.
   Cada proposta apresentada deve virar um projeto (maquete, software, etc.) para apresentar a comunidade acadêmica em local a definir. 
2. O professor vai discutir com cada equipe a proposta escolhida.
   Cada etapa deverá ser apresentado um relatório pelo líder da equipe sobre o desensenvolvimento da etapa, indicando a participação de cada membro.
   
   Outros detalhes e esclarecimentos serão discutidos em aula. Lembre-se: cada etapa solicitada, junto com o projeto prático e escrito construído será usado para compor as avaliações da disciplina.

Material de estudo

Caros, segue para download os arquivos e outros materiais usados na confecção das aulas.

Atenção: estudem pelos livros indicados na ementa acrescentando a esse estudo as abordagens em sala de aula e os materiais indicados pelo professor.

Qualquer dúvida entrem contato.

1. Analise e Modelagem I
2. Analise e Modelagem II
3. Engenharia de Software I
4. Engenharia de Software II
5. Introdução a Sistemas de Informação
6. Trabalho Interdisciplinar Dirigido I

Engenharia de Software II

Engenharia de Software II - Avaliação em Grupo I Unidade

Cada equipe deve abordar um modelo para apresentação expositiva com slide, abordando todos os aspectos de cada modelo, apontando vantagens e desvantagens. Deve ser feito comparações com outros modelos. Tempo médio para cada apresentação: 20 minutos.

Detalhe: todos os membros serão avaliados individualmente no dia da apresentação, levando em conta domínio do conteúdo apresentado.

1. Modelo cascata.
2. Modelo interativo e incrementais.
3. Modelos evolutivos de processo.
4. Modelos especializados de processo.
5. Modelos de Processo unificado.

Além da apresentação, deve ser produzido  material impresso referente a todos os modelos e suas respectivas abordagens. Será sorteado na hora o assunto a ser apresentado. Portanto, todas as equipes devem estar preparadas na próxima aula para à apresentação.

Entrega impressa e eletrônica
1. Impressa: ao professor no dia da apresentação
2. Eletrônica no e-mail do professor antes da data de apresentação: marcosmoraisdesousa@gmail.com

Abaixo, a relação de integrantes por equipe.

1-Modelo cascata
Marcos Almeida, Eric Miranda, Diego Santos,

2-Modelo interativo e incrementais 
Jose Roberto, Aloísio Alves, Fábio Nogueira, Charles  Barreto

3-Modelos evolutivos de processo
Edson, Richard

4-Modelos especializados de processo
Danila Araujo, David Jr, Felipe Cajado

5-Modelos de Processo unificado
Jéssica Cerqueira, Caio Lucas, Rodrigo Cardoso