Engenharia de software
Por: ENEIAS78 • 12/10/2015 • Trabalho acadêmico • 4.639 Palavras (19 Páginas) • 221 Visualizações
[pic 1][pic 2]
[pic 3]
[pic 4]
[pic 5]
[pic 6]
[pic 7]
[pic 8]
[pic 9]
[pic 10]
[pic 11]
SUMÁRIO
1 INTRODUÇÃO
2 ENGENHARIA E PROJETO DE SOFTWARE
2.1 PROJETO DE ARQUITETURA
2.1.1 Decisões de projeto de arquitetura
2.1.2 Organização de sistema
2.1.2.1 O modelo repositório
2.1.2.2 O modelo cliente - servidor
2.1.2.3 O modelo em camadas
2.2 ESTILOS DE DECOMPOSIÇÃO MODULAR
2.2.1 Decomposição orientada a objeto
2.2.2 Pipelining orientada a funções
2.3 Modelo de controle
2.3.1 Controle centralizado
2.3.2 Sistema orientado a eventos
2.4 Arquitetura de referência
3 ARQUITETURAS DE SISTEMAS DISTRIBUIDOS
3.1 ARQUITETURA DE MULTIPROCESSADORES
3.2 ARQUITETURA CLIENTE-SERVIDOR
3.3 ARQUITETURA DE OBJETOS DISTRIBUIDOS
3.3.1 CORBA
3.4 COMPUTAÇÃO INTERORGANIZACIONAL DISTRIBUIDA
3.4.1 Arquitetura ponto a ponto
3.4.2 Arquitetura de sistema orientada a serviços
4 ARQUITETURA DE APLICAÇÕES
4.1 Sistema de processamento de dados
4.2 Sistema de processamento de transações
4.2.1 Sistemas de gerenciamento de informações e recursos
4.3 Sistema de processamento de EVENTOS
4.4 Sistema de processamento de LINGUAGENS
5 GERENCIAMENTO DE CONFIGURAÇÕES
5.1 PLANEJAMENTO DE GERENCIAMENTO DE CONFIGURAÇÕES
5.1.1 Identificação de item de configuração
5.1.2 Banco de dados de configuração
5.2 GERENCIAMENTO DE MUDANÇAS
5.3 GERENCIAMENTO DE versões e releases
5.3.1 Identificação de versões
5.3.1.1 Decomposição
5.3.1.1.1 Título nível 5 – Seção quinaria
6 EXEMPLOS DE ELEMENTOS DE APOIO AO TEXTO
6.1 EXEMPLO DE GRÁFICO
6.2 EXEMPLO DE FIGURA
6.3 EXEMPLO DE QUADRO
6.4 EXEMPLO DE TABELA
7 CONCLUSÃO
REFERÊNCIAS
APÊNDICES
APÊNDICE A – Instrumento de pesquisa utilizado na coleta de dados
ANEXOS
ANEXO A – Título do anexo
- INTRODUÇÃO
Esta etapa deve conter parágrafos que falem sobre a importância do tema escolhido, sua relevância e aplicabilidade.
- ENGENHARIA E PROJETO DE SOFTWARE
Riscos de um projeto: são ocorrências que podem afetar o projeto, sendo ele bom ou ruim. É preferível que esses eventos sejam percebidos ainda na fase de análise de riscos onde todas as ações são tomadas para minimizar o insucesso e tentar corrigir possíveis problemas que possam ocorrer, mas nada impede que um software tenha problemas durante todo o projeto e ainda na fase de testes o que não é ruim, assim poderá perceber onde está o problema e corrigi-lo, todo projeto corre esse risco de algo dar errado. O problema também pode ocorrer quando o projeto estiver pronto e em uso pelo cliente, assim o custo será maior, todo risco deve ser evitado e previsto por uma equipe capacitada e exclusiva para fazer o monitoramento e gerenciamento desses riscos, por isso o risco é uma incerteza que possa ocorrer, não é 100% provável, com isso é necessário identificar os riscos evitando o que possa ocorrer, é necessária uma ação reparadora prevendo o que possa ocorrer de errado.
...