- DSI Fases do processo de Desenvolvimento de Sistemas Informação Estudo da viabilidade Engenharia de requisitos Desenho (Modelagem) Codificação Testes e Implantação
Estudo da viabilidade Estudo preliminar que pretende investigar as necessidades de informação dos utilizadores e avaliar soluções alternativas e recursos necessários, bem como, custos e benefícios da intervenção e, consequentemente, a sua viabilidade. O resultado deste estudo pode ser formalizado num documento escrito que inclui uma especificação preliminar de um plano de desenvolvimento.
A viabilidade do sistema pode ser avaliada em termos: Organizacionais como o sistema suporta objetivos estratégicos da organização; Econômicos de que forma os custos da operação de desenvolvimento serão compensados pelo aumento do lucro, diminuição de custos; Técnicos em que medida as tecnologias de informação necessárias podem ser adquiridas ou desenvolvidas no tempo necessário; Operacionais como é que o sistema será aceito pelos utilizadores
Engenharia de requisitos (ER) O objetivo da ER é determinar as necessidades e restrições dos sistema em desenvolvimento, estabelecendo uma visão geral do sistema num dado contexto. O principal produto do processo de ER é a especificação de requisitos que deve indicar o que o sistema deve fazer e não como fazer (Pohl, 1996).
O termo requisito é definido como (IEEE, 1990) 1 - uma condição ou capacidade que um utilizador necessita para resolver um problema ou atingir um objetivo. 2 uma condição ou capacidade que deve ser satisfeita ou possuída por um sistema ou uma componente de um sistema, para satisfazer um contrato, um standard, uma especificação ou qualquer outro documento formalmente imposto 3 uma representação documentada de uma condição ou capacidade, tal como em 1 ou 2.
Engenharia de Requisitos (ER) e Engenharia de Software (ES). A diferença está relacionada com a natureza dos requisitos em questão. A origem dos requisitos na fase de ER esta nas necessidades dos utilizadores; a este nível, os requisitos descrevem o comportamento do sistema visto do exterior, isto é, pelo utilizador Requisitos de software está relacionada aos requisitos e/ou especificações do sistema, seja a nível de software ou hardware. Em geral, esses requisitos são de pouco interesse para o utilizador.
1 Informação existente sobre o sistema 2 necessidade dos stakeholders 3 normas organizacionais 4 regulamentações 5 informação do domínio ER Requisitos, especificações, modelos do sistema
Especificação dos requisitos deve ser : Completa Consistente Modificável Não ambígua requisitos funcionais diz respeito a uma condição que o sistema tem que ser capaz de executar Requisitos não funcionais relacionado as características qualitativas do sistema, funções desejáveis para o sistema (desempenho, segurança, facilidade de utilização)
Ciclo de vida do ER
1 - Levantamento (elicitação) de requisitos Perceber quais as necessidades e restrições do sistema a ser desenvolvido. Técnicas para levantamento de requisitos Análise de documentação Entrevistas Questionários Observação Volumes Cenários Prototipagem
2 - Análise e negociação dos requisitos O objetivo desta fase é analisar os requisitos para explicitar conflitos, argumentos e razoes, e estabelecer um acordo entre todos os intervenientes do processo. Uma possível lista de itens a analisar: Ambiguidade Utilidade Complexidade Equipamento não standart Teste realismo
3 Especificação e documentação dos requisitos O resultado desta fase é um conjunto de modelos que especificam todos os requisitos que o sistema deve satisfazer. Esses modelos podem ser expressos recorrendo a diferentes ferramentas (DFD, DER, DCU, DC, DS, etc.)
4 Validação e verificação dos requisitos A validação dos requisitos tem como objetivo validar se o documento de especificação de requisitos está consistente, completo e correto. Ou seja, garantir que o problema esta sendo resolvido certo e controlar se os requisitos especificados estão consistentes com as intenções do utilizador ou cliente. O principal problema da validação é que não existe nenhum documento que pode ser a base da validação. Uma técnica para validação é a revisão.
Desenho (Modelagem) Envolve a descrição do sistema em diferentes níveis de abstração. A sua importância predese com a identificação e avaliação de soluções alternativas que satisfação a especificação de requisitos. É nesta fase que deve-se identificar e avaliar as soluções possíveis que podem estar dependente da plataforma tecnológica.
Nesta fase são elaborados: Desenho da arquitetura do sistema Desenho da estruturas de dados fundamentais Desenho da base de dados que suportará o sistema Desenho de códigos especifica que códigos serão usados Desenho de testes Desenho da arquitetura (hardware e software) física do sistema Desenho de comunicações Desenho de interfaces
Codificação, testes e implantação Esta fase subdivide em duas: Construção do sistema inclui a codificação e testes a partir das especificações do desenho Implantação do sistema envolve a instalação do novo sistema no seu contexto de utilização na organização, assegurando que o sistema esta devidamente testado e operacional.
Durante o processo de construção são realizados diversos testes: Testes de unidade testar módulos ou programas individualmente; Teste de sistema testar o sistema completo; Teste de volume teste com grande número de dados Teste de integração testar ligações e a interação entre todos os módulos do sistema; Teste de aceitação testar o grau de aceitação por parte dos utilizadores.
A etapa de implantação tem aspectos tecnológicos, relacionados com equipamentos físicos, os programas e a informação, e aspectos sociais, relacionados com a identificação, o treino e o suporte dos utilizadores. Estratégias de conversão: Conversão direta Conversão em paralelo Conversão faseada Conversão prototipada Conversão distribuida
Manutenção É o processo de alterar o SI depois deste ter sido implementado. Há varias razões que podem levar a alterações no sistema: Erros que precisam ser corrigidos Mudanças nos processos Aparecimento de novos requisitos Problemas com equipamentos Mudanças ambientais
Falhas no processo de DSI Motivos que podem levar a causa de falhas: Incompleto levantamento e especificação de requisitos Falta de envolvimento e comunicação entre os stakeholders e a ênfase nos aspectos tecnológicos, em detrimento do contexto organizacional; Baixo nível de reutilização de componentes; Falta de documentação detalhada do sistema i.documentação que descreve o comportamento do sistema, normalmente usando os modelos construídos ao longo do processo de DSI ii.manuais de utilizador
Adrielly Vitor Matias, vinicius Luana, ericson, gustavo, guilherme,luciano, luan, antonio, paulo henrique, paulo cesar,