Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

Análise e Projeto de Sistemas I - aula 1

Curso de Sistema da Informação - Faculdade Evangélica de Brasilia
by

Welton Rodrigues

on 23 February 2016

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Análise e Projeto de Sistemas I - aula 1

Análise e Projeto de Software I

Por que analisar?
Bibliografia
Bibliografia Básica:

BRAUDE, E.Projeto de Software.1ª ed. São Paulo: Bookman, 2005.
LARMAN, C. Utilizando UML e padrões: 2ª ed. Porto Alegre: BookMan, 2004.
Rio de Janeiro: Campus, 2004.
WAZLAWICH, R. S. Análise e Projetos de Sistemas de Informação Orietada a Objetos.

Bibliografia Complementar:

BLAHA, M.; RUMBAUGH, J. Modelagem e Projetos Baseados em Objetos com UML 2. 2ª
BOOCH, G.; RUMBAUGH, J.; JACOBSON, I. UML: Guia do Usuário. Rio de Janeiro: Elsevier, 2005.
ed, Rio de Janeiro, Campus, 2005.
FREEMAN, E. Use a Cabeça!; Padrões de Projeto (Design Patterns) Rio de Janeiro: Alta Book, 2005.
GAMMA, E.; JOHNSON, R.; VLISSIDES, J. Padrões de Projeto, BookMan
PASCAL, M. TI – Gerenciamento de Projetos, Rio de Janeiro: Campus

Objetivos da disciplina
Proporcionar ao aluno a Conhecer e seguir todas as etapas de um processo moderno e profissional de desenvolvimento de software. Conhecer e utilizar técnicas básicas de análise e projeto de sistemas segundo uma metodologia orientada a objetos. Conhecer e aplicar na prática os conceitos básicos de orientação a objetos, para análise e projeto de soluções computacionais de problemas do mundo real. Conhecer e utilizar a UML e os seus diagramas básicos para modelagem e especificação nas fases de análise e projeto do software
Análise de Software

Quais os objetivos.
Ementa
Análise de Sistemas;
Por que analisar?
Codificar sem análise?
Análise??????
Sistema??????
Projeto??????
Padrões de Projeto de Sistemas;

Significado de Análise


Exame detalhado de cada seção que compõe um todo, buscando compreender tudo aquilo que o caracteriza: análise da metodologia do projeto. Literatura. Crítica feita sobre um texto, um livro, uma obra literária etc.


Pressman diz que a analise de sistemas é “uma atividade que engloba a maioria das tarefas que chamamos coletivamente de engenharia de software. Às vezes ocorre confusão, porque o termo freqüentemente é usado num contexto que faz menção somente as atividades de análise de requisitos ...Para os propósitos desta discussão, a analise de sistemas concentra-se em todos os elementos do sistema - não apenas no software.”


Análise de Sistemas
O que se tem a intenção de fazer; desígnio; intento; plano de realizar qualquer coisa.

Estudo, com desenho e descrição, de uma construção a ser realizada.

Primeira forma de uma medida qualquer: ainda é um projeto.

Projeto
Segundo Craig Larman, em seu livro Applying UML and Patterns (2005), um padrão é um par nomeado de problema/solução que pode ser aplicado em um determinado contexto, possuindo orientação em como ser aplicado e discussão de suas consequências. Desta forma, ao utilizar qualquer padrão, todo desenvolvedor deve atentar a duas premissas:
1. Apenas implementar o padrão se sua aplicabilidade estiver de acordo com o cenário;
2. Apenas implementar o padrão se suas consequências forem aceitáveis no cenário.
Padrões de Projeto - Designer Pattern
Professor - Welton Rodrigues
Crise do Software;
Desenvolvimento Cooperativo;
Complexidade dos Sistemas;
Soluções mais rápidas - menos testes, menos reprogramação.

Introdução
Crise do Software

É um conjunto de atividades cujo objetivo principal é o desenvolvimento, entrega e evolução de software.

As fases genéricas em todos os Processos de Software são:

Especificação e documentação – O que o sistema deve fazer e as restrições aplicadas ao seu desenvolvimento.

Desenvolvimento – Produção do Software.

Evolução – Alterar o Software de acordo com as necessidades do cliente.
O que é um processo de desenvolvimento de software?
Metodologia Estruturada
Ferramentas da Análise Estruturada:
Diagrama de Fluxo de Dados (DFD)
Dicionário de Dados
Especificação de Processo
Diagrama Entidade Relacionamento (DER)
1º Encontro: (23/02/2016) – Entrega do plano de Ensino, Introdução a Analise e Projeto

2º Encontro: (01/03/2016) – Linguagem unificada de modelagem ( UML )

3º Encontro: (08/03/2016) – Diagramas UML
Diagrama de Classes
Diagrama de Objetos
Diagrama de Casos de Uso
Diagrama de Sequência
Diagrama de Atividades
Diagrama de Estados

4º Encontro: (15/03/2016) – Diagramas UML
Diagrama de componentes
Diagrama de estruturas compostas
Diagrama de comunicações
Diagrama de implantação
Diagrama de pacote
Diagrama de temporização

5º Encontro: (22/03/2016) – Exercícios Diagramas UML

6º Encontro: (29/03/2016) – Correção Exercícios

7º Encontro: (05/04/2016) – Requisitos de Softwares

8º Encontro: (09/04/2016) – PBO (Pesquisa bibliográfica orientada 3 horas/aulas)

9º Encontro: (12/04/2016) – Prova N1

10º Encontro: (19/04/2016) – Entrega Prova N1, Correção e Introdução Orientação Objeto



11º Encontro: (26/04/2016) – Orientação Objetos

12º Encontro: (03/05/2016) – Prototipação

13º Encontro: (10/05/2016) – Prototipação

14º Encontro: (17/05/2016) – Modelagem Arquitetura

15º Encontro: (24/05/2016) – Modelagem Comportamento

16º Encontro: (31/05/2016) – Exercícios Aulas Anteriores

17º Encontro: (07/06/2016) – Revisão N2

18º Encontro: (11/06/2016) – PBO (Pesquisa Orientada bibliográfica 3 horas/ aulas)

19º Encontro: (14/06/2016) – Prova N2

20º Encontro: (28/06/2016) – entrega prova N2 e Correção

Chegou a hora da Revisão
Questões para Pesquisa
1 - Quais Caracteristicas que tornam um projeto único?

UML e seus diagramas;
Requisitos de software: elicitação, especificação, modelagem;
Orientação a Objetos;
Visão de Caso de Uso;
Prototipação;
Modelagem de Arquitetura;
Modelagem de Comportamento;
Estudos de Caso.
Modelagem de software.
Software não é fabricado e sim DESENVOLVIDO em
processos
Um Software não se Desgasta,
Mais se
Deteriora.
Se deteriora por algumas mudanças ou manutenções.
Quando um software não funciona não se troca componentes igual se faz com o hardware. No software pode ser erro de projeto,nos requisitos ou no desenvolvimento.
A Maioria dos Softwares são Construidos
sob Encomenda.
Construidos Sob Medida
- Necessidade por Sofisticação
- Descompasso entre a demanda por software e desenvolvimento dos mesmos.
Problemas que ainda persistem no desenvolvimento de software
53%
Finalizados com atrazo, acima do orçamento previsto e/ou com recursos a menos
29%
Finalizados dentro das Especificações
(Bem Sucedidos!)
18%
Cancelados ( Motivos Diversos)
2 - Por que, mesmo com uma serie de beneficios, a maioria dos projetos ainda não pode ser considerada bem-sucedida?
3 - Na sua opnião como podemos favorecer o sucesso de um projeto?

4 - Qual a diferença entre projeto, Subprojeto e programa?
5 - Qual o maior propósito da atividade de Analise?
6 - De que forma a fase de analise interfere ou sofre interferência das outras etapas de desenvolvimento?
Muito Desgaste sem Planejamento
Um
protótipo
é a versão inicial de um sistema de software, usado para demonstrar conceitos, experimentar opções de projeto e descobrir mais sobre um problema e suas possíveis soluções.

É uma representação visual do produto que está sendo desenvolvido.

Geralmente é construído com os mesmo materiais do produto final e possui incorporado os requisitos necesarios para o fazer funcionar.
Vamos Falar tambem...
Full transcript