Processo de desenvolvimento de software

Prévia do material em texto

Revisão – PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE 
 
Sistema: Conjunto de partes, independentes, cada qual com seu objetivo e colaborando por 
um objetivo comum. 
Informação: Dados agrupados e relacionados, com sentido lógico. 
Sistema de informação: conjunto de elementos inter-relacionados que coleta, manipula, 
armazena as informações. 
Processo: Maneira pala qual se realiza uma operação, segundo determinadas normas. 
Fazem parte do processo de desenvolvimento, concepção, requisitos, análise, projeto, 
codificação, testes, homologação, implantação e manutenção. 
 
Plano de negócios 
Serve para: 
 Organizar ideias; 
 Orientar a expansão da empresa; 
 Apoiar a gestão do negócio; 
 Facilitar a comunicação e entre sócios; 
 Captar recursos e parcerias. 
 
Viabilidade 
Concepção – Necessidade, ideia... 
Empresa, negócio a que se destina 
Operacional: contribui para os objetivos da organização. 
Técnica: pode ser implementado com o TI atual? 
Econômica: restrições de custo serão atendidas? 
Cronograma: restrições de prazo serão atendidas? 
Apurar o retorno sobre o investimento (ROI) 
ROI = lucro liquido/investimento 
Quanto maior o valor, melhor o ROI 
Requisitos 
Descrições dos serviços fornecidos pelo sistema. Restrições e características desses serviços. 
Refletem as necessidades dos seus usuários. Podem ser funcionais ou não funcionais. 
Entrevista 
Podem ser fechadas ou abertas, individuais ou com pequenos grupos. 
Questionário 
Perguntas direcionadas ao que se deseja saber. 
Brainstorm 
Reuniões onde participam todos os envolvidos. 
Casos de Uso 
Um modelo da UML, usado para: definir o escopo do sistema, identificar quem interage com o 
sistema identificar os requisitos, validar os requisitos com os usuários. 
 
Análise 
Pode ser estruturada, essencial ou OO. 
Tipos de UML 
Diagrama de objetos, de classe, casos de uso, maquina de estados, atividades, interação, 
estrutura, pacotes, implantação e componentes. 
Níveis de desenho: estratégico, tático ou desenho lógico, operacional ou desenho detalhado. 
Arquitetura SW: Estruturação do sistema, modelagem de controle, decomposição modular e 
modelo orientado a objetos. 
 
Testes 
Objetiva encontrar erros não descobertos. 
Analisa e verifica todos os componentes do sistemas. 
Podem ser estáticos ou verificações, dinâmicos ou validações. 
Objetivam ser de unidade, de integração ou de validações. 
Teste de caixa preta: não considera a forma como está implementado. 
Teste da caixa branca: Baseados na arquitetura interna do software. 
Teste de unidade: garantir a qualidade dos componentes do software, individualmente. 
Teste de integração: Continuidade dos testes de integração, geralmente aplica-se estratégia 
da caixa preta, testando as interfaces. 
Testes de sistemas: Validam a solução como um todo. 
Testes de aceite: Homologação: interna e externa, reduz o risco da entrega.