|
|
| (2 revisões intermediárias pelo mesmo usuário não estão sendo mostradas) |
| Linha 1: |
Linha 1: |
| = Engenharia de Software é uma ciência? = | | = Projetos = |
| <br> | | <br> |
|
| |
|
| * Wikipedia:
| | == Grupo 1 == |
| ** "Engenharia de software é uma área do conhecimento da computação voltada para a especificação, desenvolvimento e manutenção de sistemas de software aplicando tecnologias e práticas de gerência de projetos e outras disciplinas, objetivando organização, produtividade e qualidade"
| |
| ** Os fundamentos científicos para a engenharia de software envolvem o uso de modelos abstratos e precisos que permitem ao engenheiro especificar, projetar, implementar e manter sistemas de software, avaliando e garantindo suas qualidades. Além disso, a engenharia de software deve oferecer mecanismos para se planejar e gerenciar o processo de desenvolvimento de um sistema de informação Sistema computacional, pois ambos se confundem!
| |
| ** Atualmente, essas tecnologias e práticas englobam linguagens de programação, banco de dados, ferramentas, plataformas, bibliotecas, padrões, processos e a questão da Qualidade de Software.
| |
| <br> | | <br> |
| | | * Projeto GPS |
| * Pode ser considerada como pesquisa onde o papel do pesquisador é compreender a natureza dos processos, produtos e o relacionamento entre os dois no contexto do sistema
| | ** Luciene |
| | | ** Renato |
| * O papel do profissional da prática (engenheiro de software) é construir sistemas cada vez melhores, utilizando o conhecimento disponível
| | ** Leonardo |
| | |
| * Mais que em outras disciplinas, estes papéis são simbióticos | |
| | |
| * O pesquisador precisa dos laboratórios para observar e manipular as variáveis | |
| | |
| * Elas somente existem quando os engenheiros de software constróem sistemas de software | |
| ** O engenheiro de software precisa compreender melhor como construir sistemas melhores | |
| ** O pesquisador pode produzir modelos para ajudar | |
| <br> | | <br> |
|
| |
|
| = Engenharia de Software é desenvolvimento = | | == Grupo 2 == |
| <br> | | <br> |
|
| |
|
| * As tecnologias da disciplina são baseadas no elemento humano | | * Sistema de Academia |
| | | ** Gessmar |
| * O Software não é o mesmo o tempo todo
| | ** Telas |
| ** Existe um enorme número de variáveis que provocam diferenças
| | ** Casos de Uso |
| ** Seus efeitos precisam ser entendidos | | ** Aplicação que facilita a interação com o cliente |
| | |
| * Atualmente, | |
| ** o Conjunto de modelos insuficientes que nos permita pensar sobre a disciplina | |
| ** Falta de conhecimento dos limites das tecnologias para certos contextos | |
| ** Análise e experimentação insuficientes (empirismo x experimentação) | |
| <br> | | <br> |
|
| |
|
| = Processo de Software = | | == Grupo 3 == |
| <br> | | <br> |
|
| |
|
| * Modelos ciclo de vida | | * Sistema de Lanchonete |
| * Sequencial ou Cascata (Waterfall) | | ** Júlio e Júlio |
| * Desenvolvimento iterativo e incremental | | ** Casos de Uso |
| * Evolucional ou Prototipação | | ** Prototipação |
| * V-Model | |
| * Espiral | |
| * Componentizado | |
| * Formal
| |
| * Ágil
| |
| * RAD
| |
| * Quarta geração
| |
| <br>
| |
|
| |
|
| = Modelos de Maturidade = | | == Grupo 4 == |
| <br> | | <br> |
|
| |
|
| * Capability Maturity Model Integration (CMMi) | | * Racheiros |
| * MPS-BR | | ** Thiago, João Paulo e Matheus |
| | ** Casos de Uso |
| | ** Telas |
| <br> | | <br> |
|
| |
|
| = Metodologias e Métodos = | | == Grupo 5 == |
| <br> | | <br> |
| | | * Easy RV |
| * Metodologia Estruturada
| | ** Alexandre |
| ** Análise Estruturada
| | ** Descrição 5W2H |
| ** Projeto Estruturado
| | ** Apresentação protótipo |
| ** Programação Estruturada
| |
| ** Análise Essencial
| |
| ** SADT | |
| ** DFD - Diagrama de Fluxo de Dados | |
| ** MER - Modelo de Entidades e Relacionamentos | |
| <br> | | <br> |
|
| |
|
| * Metodologia Orientada a Objetos
| | == Grupo 6 == |
| ** Orientação a Objetos
| |
| ** Rational Unified Process ( RUP )
| |
| <br> | | <br> |
| | | * Projeto |
| * Desenvolvimento ágil de software
| | ** Will |
| ** Feature Driven Development ( FDD )
| | ** Wilson |
| ** Enterprise Unified Process (EUP)
| | ** Não apresentaram |
| ** Scrum (Scrum) | |
| ** Crystal (Crystal Clear, Crystal Orange, Crystal Orange Web) | |
| ** Programação extrema ( XP ) | |
| <br>
| |
| | |
| * Outras Metodologias
| |
| ** Microsoft Solution Framework ( MSF )
| |
| | |
| = Modelagem =
| |
| <br>
| |
| | |
| * Análise estruturada [Gane & Searson]
| |
| * Análise Essencial [Palmer & McMenamin e Ed. Yourdon]
| |
| * UML [Grady Booch, Ivar Jacobson & Jaimes Rumbaugh]
| |
| <br>
| |
| | |
| = Vídeo =
| |
| <br> | | <br> |
| * www.youtube.com/watch?v=1lqxORnQARw Hug a developer today
| |