Baixe o app para aproveitar ainda mais
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.
Compartilhar