Universidade Federal de Pernambuco Departamento de Informática Curso de Especialização em Tecnologia da Informação Engenharia de Software Questionário para Discussão e Reflexão Aluna: Danielle Novaes de Siqueira Silva
1997
Questionário para Discussão e Reflexão - Qual a importância em se manter o histórico das tomadas de decisão ao longo do ciclo de vida de desenvolvimento do software? r- É primordial para os envolvidos no desenvolvimento do software o registro das decisões tomadas ao longo do ciclo de vida do software. Algumas razões são enumeradas abaixo: 1. O registro das decisões tomadas oficializa um acordo entre as partes envolvidas no projeto, o que evita conflitos futuros decorrentes da insatisfação do usuário com o produto final apresentado. Através do registro em documento apropriado, a equipe de desenvolvimento terá condições de se defender de acusações infundadas por parte do cliente/usuário. 2. Outro aspecto, talvez o mais importante, se refere a necessidade de se registrar as decisões tomadas diante de determinados problemas pelo simples fato de evitar que, futuramente, diante de problemas semelhantes, o profissional seja capaz de decidir pela melhor solução, baseado num histórico construído ao longo do tempo. Aos profissionais envolvidos na manutenção do sistema, esse registro é indispensável. - Na sua opinião, quais as principais diferenças entre o que advoga a Engenharia de Software e o desenvolvimento de software nas empresas? Essas diferenças podem ser facilmente contornadas ou não? r- Em determinadas circunstâncias, é muito difícil para os profissionais de informática seguirem a risca o que reza os princípios de Engenharia de Software. Situações adversas freqüentemente são encontradas ao longo do ciclo de vida do software, e que não estão previstas nos manuais. Para adaptar os princípios de Engenharia de software à realidade e às necessidades da empresa, muitas desenvolvem metodologias próprias de desenvolvimento de Sistemas. - Explique porque, em sistemas de grande porte, é recomendado que o protótipo seja jogado fora.
r- Existem situações, inclusive freqüentes, em que o usuário define um conjunto de objetivos gerais para o software, mas não sabe expressar com clareza os requisitos de entrada, processamento e saída. Em outros casos, o próprio desenvolvedor não tem a certeza da eficiência de um algoritmo, da adaptabilidade do Sistema Operacional ou da forma que a interação Homem-Máquina deve assumir. Para suprir essas deficiências e dirimir as dúvidas entre as partes, freqüentemente o desenvolvedor recorre a elaboração de programas que implementam um subconjunto da funções exigida, ou que retratam a interface com o usuário. Esse programas, desenvolvidos com o propósito de servir como instrumento de validação de parte do software, é conhecido como protótipo. Geralmente, são desenvolvidos em microcomputadores e com linguagens de 4ª geração. Correntes divergem quanto ao destino do protótipo após sua utilização. Alguns defendem que o protótipo deve evoluir, originando o produto final. Outros discordam, afirmando que ele deve ser jogado fora e iniciada a elaboração do sistema definitivo. No primeiro caso, argumenta-se que jogar fora o protótipo aumenta o custo do Sistema e desperdiça tempo. No segundo, portanto, as razões apontadas são mais convincentes. Dentre elas, destacamos: 1. O primeiro sistema construído geralmente é lento, grande e desajeitado em uso; 2. Como existe a pressa em colocar o protótipo em funcionamento, o desenvolvedor não está preocupado com a qualidade global do software e a manutenibilidade a longo prazo. Além disso, algoritmos ineficientes podem ser implementados simplesmente para demonstrar capacidade. Apesar de alguns problemas que possam advir com a prototipação, como a insistência do cliente em usá-lo como produto final, ela ainda é considerada um paradigma muito eficiente da Engenharia de Software. A chave é definir as regras desde o começo, ou seja, o cliente e o desenvolvedor devem estar cientes que o objetivo do protótipo é apenas de servir como mecanismo para definir requisitos. Ao final da validação, deverá ser descontado e substituído pelo software real já projetado. - Na empresa onde você trabalha é empregada alguma técnica de Engenharia de Software ou pretende-se empregar? Em caso afirmativo, alguns dos modelos de ciclo de vida de software seria adequado para se usar? Por quê?
r- Desconheço, pois atualmente não trabalho no setor de informática. - Na sua opinião, quais são as necessidades de treinamento e formação básicas ideais para o engenheiro de software do futuro. r- O engenheiro de software é o profissional encarregado pela transformação dos requisitos definidos na especificação formal no código propriamente dito. Qualidade de software e otimização de algoritmos são preocupações freqüentes a esse profissionais. Para tanto, é indispensável que ele sempre esteja atualizado com as tecnologias presentes e as tendências de mercado. Participação em cursos, congressos e encontros com profissionais da área, bem como a leitura de revistas especializadas e periódicos são maios para se manter em dia com essas tecnologias. Quanto a formação básica, considero indispensável a realização de um curso superior na área de Ciência da Computação ou Processamento de Dados, que oferecem a base do conhecimento necessário ao trabalho que será desempenhado por esses profissionais. Não que outra pessoa com formação acadêmica diferente da apresentada não consiga ter sucesso, mas para tanto terá que investir muito em cursos que abordem conteúdos básicos como algoritmo, Engenharia de Software, etc... Formação numa linguagem específica não o habilita a construir software com qualidade.