EVOLUÇÃO DO DESENVOLVIMENTO DE SOFTWARE

OBJETIVO GERAL 6 2. OBJETIVOS ESPECÍFICOS 6 3 JUSTIFICATIVA 7 4 FUNDAMENTAÇÃO TEÓRICA 8 5 METODOLOGIA 17 6 CRONOGRAMA DE DESENVOLVIMENTO 18 REFERÊNCIAS 19 1 INTRODUÇÃO Com a constante expansão tecnológica mundial, a demanda por novos softwares também segue em crescimento. Consequentemente, aumentam as pesquisas para que cada vez mais projetos de software sejam concluídos com êxito, explorando as possibilidades de redução de custos e de prazos, mantendo a qualidade do produto obtido ao final do projeto e garantindo a satisfação do cliente. O objetivo desse trabalho é apresentar uma análise geral sobre os avanços na Engenharia de Software, demonstrando a evolução dos modelos de desenvolvimento de software e apontando vantagens e desvantagens. Serão destacadas algumas das principais mudanças que tiveram maior efetividade desde os modelos de ciclo de vida até as metodologias ágeis.

Muitos projetos falhavam devido à estouro de orçamento, estouro de prazo, baixa qualidade de softwares, ausência de padrões e até mesmo softwares que não satisfaziam os requisitos do cliente. A demanda por software então começou a crescer de forma muito rápida e esses problemas logo começaram a aparecer cada vez mais, de forma mais recorrente. Surgiu-se então o termo “Crise do Software”, entre o final dos anos 60 e início dos anos 70. Diante dessa situação, tornou-se nítida a necessidade de estudos para a criação de metodologias de desenvolvimento que apliquem padronização de códigos, gestão de prazo, administração de recursos, planejamento de custo, análise de requisitos, documentação de procedimentos, garantia de qualidade e testes. Assim surgiu uma nova área de estudos, a Engenharia de Software, com o intuito de pesquisar novas ferramentas, técnicas e métodos para desenvolvimento de software, buscando atender à crescente demanda por software e resolver a maioria dos problemas enfrentados pelos desenvolvedores e pelas empresas de desenvolvimento.

Evolução de software. O software deve evoluir para atender às necessidades de mudanças dos clientes. ” Modelo Cascata Com os estudos crescentes na área de Engenharia de Software, logo surgiu o “Modelo Cascata”, um dos modelos mais antigos e conhecidos. Também chamado de “ciclo de vida clássico” e “modelo preditivo”, esse modelo apresenta uma linha do tempo de projeto burocrática e limitada. Figura 1 – Modelo Cascata Fonte Pressman (2016, p. Frequentemente, é difícil para o cliente estabelecer explicitamente todas as necessidades. O modelo cascata exige isso e tem dificuldade para adequar a incerteza natural existente no início de muitos projetos. O cliente deve ter paciência. Uma versão operacional do(s) programa(s) não estará disponível antes de estarmos próximos ao final do projeto.

Um erro grave, se não detectado até o programa operacional ser revisto, pode ser desastroso. O desenvolvimento incremental é baseado na ideia de desenvolver uma implementação inicial, expô-la aos comentários dos usuários e continuar por meio da criação de várias versões até que um sistema adequado seja desenvolvido. Atividades de especificação, desenvolvimento e validação são intercaladas, e não separadas, com rápido feedback entre todas as atividades. Sommerville, 2011, p. Em cada ciclo de desenvolvimento sempre existem as fases de análise, projeto, codificação, implementação e testes. Nesse modelo, o cliente pode ter uma participação maior no projeto do que no Modelo Cascata. Faz-se uma reunião com os envolvidos para definir os objetivos gerais do software, identificar os requisitos já conhecidos e esquematizar quais áreas necessitam, obrigatoriamente, de uma definição mais ampla.

Uma iteração de prototipação é planejada rapidamente e ocorre a modelagem (na forma de um “projeto rápido”). Um projeto rápido se concentra em uma representação dos aspectos do software que serão visíveis para os usuários (por exemplo, o layout da interface com o usuário ou os formatos de exibição na tela). O projeto rápido leva à construção de um protótipo. O protótipo é entregue e avaliado pelos envolvidos, os quais fornecem feedback que é usado para refinar ainda mais os requisitos. o modelo em espiral combina prevenção e tolerância a mudanças, assume que mudanças são um resultado de riscos de projeto e inclui atividades explícitas de gerenciamento de riscos para sua redução. SOMMERVILLE, 2011, p.

MÉTODOS ÁGEIS DE DESENVOLVIMENTO Um novo conceito de Engenharia de Software surgiu em 2001. Kent Beck e 16 outros desenvolvedores assinaram o “Manifesto para o Desenvolvimento Ágil de Software”, também conhecido apenas por “Manifesto Ágil”, sendo uma declaração de princípios e valores que fundamentam o desenvolvimento ágil de software. Possui 4 valores e 12 princípios. Processos ágeis tiram vantagem das mudanças visando vantagem competitiva para o cliente. Entregar frequentemente software funcionando, de poucas semanas a poucos meses, com preferência à menor escala de tempo. Pessoas de negócio e desenvolvedores devem trabalhar diariamente em conjunto por todo o projeto. Construa projetos em torno de indivíduos motivados. Dê a eles o ambiente e o suporte necessário e confie neles para fazer o trabalho. REFERÊNCIAS BECK, K. Manifesto for Agile Software Development.

Disponível em: <http://agilemanifesto. org>. Acesso em: 6 fev.