Reading...
Play button
Play button
Use LEFT and RIGHT arrow keys to navigate between flashcards;
Use UP and DOWN arrow keys to flip the card;
H to show hint;
A reads text to speech;
28 Cards in this Set
- Front
- Back
|
Engenharia de Sistemas
|
Entender as necessidades de negócio do cliente e estabelecer requisitos de um sistema computacional (hardware, software, peopleware, BD).
|
|
|
Engenharia de Sistemas: Documentação
|
Especificação de Sistema, que constitui uma visão geral do sistema, sua descrição funcional, a
descrição dos subsistemas e modelos do sistema. |
|
|
Processo de Software
|
Um roteiro para o desenvolvimento que garanta a qualidade e que forneça interação entre os envolvidos no processo. Objetivos: qualidade, necessidades atendidas, prazo e custo previsível.
|
|
|
Métodos
|
Fornecem a técnica de como fazer para construir software.
|
|
|
Ferramentas
|
Fornecem apoio automatizado ou semi-automatizado para o processo e para os métodos.
|
|
|
Procedimentos
|
Constituem o elo de ligação que mantém junto os métodos e as ferramentas e possibilita o desenvolvimento do software.
|
|
|
Fatores que influenciam a escolha de um processo
|
Tipo de software, paradigma de desenvolvimento, domínio da aplicação, tamanho e complexidade do sistema, estabilidade dos requisitos, características da equipe.
|
|
|
Fases "genéricas" de um processo
|
Planejamento, Análise, Projeto, Implementação, Testes, Implantação, Operação e Manutenção.
|
|
|
Planejamento
|
Estrutura para estimativa de recursos, custos e prazos.
|
|
|
Análise / Especificação de Requisitos
"O que é o Software" [Especificação de Requisitos] |
Refinamento do escopo, melhor definição dos requisitos. É necessário compreender o domínio do problema, modelar, avaliar e documentar os requisitos.
|
|
|
Análise Estruturada
|
Representação de Funções do Software. DFD.
|
|
|
Análise OO
|
Booch + OOSE + OMT = UML;
Casos de Uso, Diag. de Classes e Diag. de Sequência. |
|
|
Projeto
"Como o Software será desenvolvido" [Especificação do Projeto] |
Incorpora requisitos tecnológicos aos requisitos
essenciais do sistema. Envolve duas grandes etapas: projeto da arquitetura do sistema (sistema em geral) e projeto detalhado (componentes). |
|
|
Projeto - Arquiteturas
|
Repositório: Centralização de informações;
Cliente/Servidor: Centralização de processamento; Camadas: Desenvolvimento incremental e modularização. |
|
|
SOA (Arquitetura Orientada a Serviços)
|
Serviço: componente reusável, fracamente acoplado, encapsulado com uma funcionalidade.
Providos localmente ou terceirizados, troca de informações facilitadas, independência de linguagem. |
|
|
Orientação a Aspectos
|
Compartilhamento de interesses transversais: atividades realizadas antes, após ou em torno de um método. Permite melhor tratamento de requisitos não funcionais.
|
|
|
Implementação / Codificação
[Listagem de Programas] |
O projeto deve ser traduzido para uma forma passível de execução pela máquina. Cada unidade de software do projeto detalhado é implementada.
|
|
|
Testes
[Plano de Testes] |
Cada unidade de software implementada deve ser testada. Os componentes devem ser integrados
sucessivamente até se obter o sistema. O sistema como um todo deve ser testado. |
|
|
Implantação e Operação
|
Produção, deve-se treinar os usuários e configurar o ambiente. A operação é a utilização do software em produção pelos usuários.
|
|
|
Manutenção
|
Alterações motivadas por: Erros encontrados; Adaptação para mudanças em seu ambiente externo; Necessidade de funcionalidade adicional ou aumento de desempenho;
|
|
Processo Codifica-Remenda
|
Não exige sofisticação técnica / gerencial;
Modelo de alto risco, impossível de gerir ou assumir compromissos. |
|
Modelo Cascata
|
As atividades de especificação, codificação e testes seguem uma disciplina;
Uma atividade não é iniciada sem que a anterior tenha sido encerrada e aprovada; Há uma sequência rígida de atividades; O cliente é envolvido somente no início e no fim do processo. |
|
Prototipação
|
O protótipo ajuda o cliente a compreender o que será o sistema desenvolvido;
É possível validar ou reformular os requisitos para as etapas seguintes do sistema. |
|
Modelo Iterativo
|
A cada ciclo ou iteração, uma versão operacional do sistema será produzida e entregue;
Requisitos têm de ser minimamente levantados e o sistema tem de ser modular; Requer gestão sofisticada. |
|
Modelo Espiral
|
Versões incrementais;
Redução de prazos; Manutenção frequente; Requer gestão sofisticada. |
|
Modelo V
|
Divisão entre atividades de desenvolvimento e de verificação e validação;
Clareza nos objetivos de verificação e validação; Melhor planejamento dos testes |
|
Processo Unificado (PU)
|
Estruturado: fases e fluxos de trabalho (workflows);
Dirigido pelos Casos de Uso; Centrado na arquitetura; Desenvolvido de forma iterativa e incremental. |
|
|
Extreme Programming (XP)
|
Planejamento incremental; Releases; Projeto simples; Test-first; Refactoring; Programação em pares; Propriedade coletiva do código; Integração contínua do sistema; Ritmo sustentável de trabalho; Cliente on-site em tempo integral.
|
