Para Mafra e Travassos (2006), considerando os problemas ocasionados pela imaturidade nos processos de desenvolvimento de software, há de se posicionar algumas questões para evitá-los (os problemas), tais como:

Em qual tecnologia investir, visto que existem várias possibilidades tecnológicas e cada uma delas tem suas potencialidades e prometem aprimorar a produtividade e a qualidade no desenvolvimento de software?Como metrificar o custo, o tempo e o esforço nos processos de desenvolvimento de software?Como aferir o retorno sobre o investimento?Como avaliar as melhores circunstâncias para a recomendação e adoção de diferentes tecnologias?

Vamos visitar o Portal da IEEE Computer Society?

Acessando o Portal da IEEE Computer Society você vai poder navegar e ter acesso a diferentes tipos de conteúdos da área de tecnologia da informação e comunicação, nos âmbitos profissionais, educativos e de pesquisa e desenvolvimento. Nesse espaço, você também pode fazer o download da versão mais atual do Guide to the Software Engineering Body of Knowledge (SWEBOK Guide).

Fonte: Computer.org, 2020.

O procedimento para download do SWEBOK é muito simples. Você precisa apenas fazer um rápido registro, informando seu nome, propósito de uso do SWEBOK e o e-mail para o qual deverá ser encaminhado o acesso ao arquivo .pdf do SWEBOK.

Para saber um pouco mais sobre os aspectos introdutórios e outras curiosidades relacionadas à engenharia de software, recomendamos a leitura do relatório técnico de Lima et al. (2014), publicado em 2014, que traz possíveis ameaças à validade de experimentos que envolvam prática ágil em metodologia de pair programming (programação em pares). Você pode acessar essa obra buscando a seguinte referência nas bases científico-acadêmicas:

LIMA, Vagner Carlos Marcolino; NETO, Adolfo Gustavo Serra Seca; EMER, Maria Claudia Figueiredo Pereira. INVESTIGAÇÃO EXPERIMENTAL E PRÁTICAS ÁGEIS: AMEAÇAS À VALIDADE DE EXPERIMENTOS ENVOLVENDO A PRÁTICA ÁGIL PROGRAMAÇÃO EM PAR. Revista Eletrônica De Sistemas de Informação, v. 13, n. 1, p. 1, 2014.

Você sabia que a carreira do(a) engenheiro(a) de software é regulada por um conselho profissional?

É isso mesmo. O registro profissional habilita o(a) profissional para o pleno exercício da sua função, de forma regulamentada, com funções, atribuições, responsabilidades, direitos e garantias muito bem definidas.

As profissões relacionadas às diferentes áreas de tecnologia da informação e comunicação são consideradas profissões do futuro pelo seu potencial transformador, inclusivo e direcionado às diferentes necessidades das pessoas, sobretudo com o desenvolvimento de inteligência artificial. Nesse contexto, o Brasil figura a primeira posição da América Latina e está dentro dos dez países do mundo em mercado de softwares.

Voltando ao contexto da formação em engenharia de software, desde 2018, a profissão passou a ser regulamentada com registro junto ao Conselho Regional de Engenharia e Agronomia (CREA), o qual demanda habilidades e competências essenciais para a atuação na área.

Assista ao vídeo “O que um Engenheiro de Software faz?”, do canal Código Fonte TV. O vídeo tem aproximadamente 8 minutos e traz interessantes reflexões sobre a profissão.

©2018 Copyright ©Católica EAD. Ensino a distância (EAD) com a qualidade da Universidade Católica de BrasíliaReferências BAUER, F. L. Software Engineering - Information Processing. Amsterdam: North Holland Publishing, 1972.BOURQUE, Pierre; FAIRLEY, Richard E. Guide to the Software Engineering Body of Knowledge (SWEBOK). Versão 3.0. IEEE Computer Society, 2014.SCHULZE, Franz. Mies van der Rohe, a Critical Biography. The University of Chicago Press, Chicago and London, 1985HOOKER, David. A logging routine for Windows NT events. C/C++ Users Journal, v. 17, n. 7, p. 65-68, 1999.ISO/IEC/IEEE 42010:2011. Systems and software engineering - Architecture description. International Organization for Standardization. 2011.MAFRA, Sômulo Nogueira; TRAVASSOS, Guilherme Horta. Estudos Primários e Secundários apoiando a busca por Evidência em Engenharia de Software. Relatório Técnico, RT-ES, v. 687, n. 06, 2006.MOREIRA, J. R. Análise de Pontos de Função em GTI. Engenharia de Software Magazine. DEVMEDIA. Ed. 49. 2012.PRESSMAN, ROGER S. Engenharia de Software. (6ª edição), São Paulo, Ed. McGrawHill, 2006.SANTOS, Plácida Leopoldina Ventura Amorim da et al. Sociedade da informação: avanços e retrocessos no acesso e no uso da informação. Informação & Sociedade: Estudos, p. 45-55, 2009.SAVI, Rafael; WANGENHEIM, C.; BORGATTO, A. Um modelo de avaliação de jogos educacionais na engenharia de software. Anais do XXV Simpósio Brasileiro de Engenharia de Software (SBES 2011), São Paulo, 2011.SOUSA, Rosa Maria Borges Cardoso de; MELO, Marlene Catarina de Oliveira Lopes. Mulheres na gerência em tecnologia da informação: análise de expressões de empoderamento. REGE Revista de Gestão, v. 16, n. 1, p. 1-16, 2009.TAKAHASHI, T. (org.). Livro verde da Sociedade da Informação no Brasil. Brasília: Ministério da Ciência e Tecnologia, 2000.   

Fórum Avaliativo – Engenharia de Software e Requisitos

Olá, estudantes!

Iniciamos aqui a Atividade Avaliativa I - Fórum. 

O Gerenciamento de Requisitos é um modelo sistemático para encontrar, documentar, organizar e rastrear os requisitos variáveis de um sistema. Os principais itens para o gerenciamento eficiente de requisitos incluem manter uma declaração clara destes, além de atributos aplicáveis para cada tipo de requisito, juntamente à rastreabilidade destes e de outros artefatos do projeto.

O tema é muito importante em um projeto de software, pois permite que requisitos sejam devidamente atendidos pelo time de desenvolvimento, produzindo um produto de alta qualidade. Atualmente, existem diversas ferramentas que permitem automatizar etapas e facilitar a comunicação no contexto do gerenciamento de requisitos.

Roberto é gerente de projetos de uma grande empresa de automóveis e está gerenciando a coleta de requisitos para a criação de uma nova funcionalidade no software de gestão de Recursos Humanos (RH). Como forma de coleta, ele está definindo encontros com os analistas de RH e seus coordenadores. Desta forma, pretende fazer o levantamento de forma rápida para então prosseguir com o projeto. Carlos aprendeu recentemente sobre o gerenciamento de requisitos, mas ainda tem dúvidas sobre como este gerenciamento, apoiado com uma ferramenta, pode ajudá- lo.

Você é colega de Carlos e deve convencê-lo a utilizar o gerenciamento de requisitos. Descreva os benefícios que Carlos teria ao utilizar um gerenciamento de requisitos, quais ferramentas poderiam ser aplicadas nessa etapa e qual a importância do uso de tal gerenciamento em projetos de software.

Orientações sobre o fórum:  

O fórum funciona como uma mesa redonda de sala de aula, aqui as regras sociais de cordialidade são muito bem-vindas. Cumprimente os seus colegas de sala, e quando for comentar alguma postagem faça referência ao colega citando o seu nome.  Cuidado com o tipo de resposta nos fóruns avaliativos, como: concordo, discordo, realmente, muito bom etc., tais postagens não serão computadas para fins de avaliação e composição da nota. Lembrando que para esse fórum, devemos realizar pelo menos dois comentários sobre as postagens de outros colegas, pontuando os pontos fortes e/ou fracos das postagens, além da sua postagem individual principal.  No fórum o que vale é o debate, não cabe ficar repetindo cópias de textos da internet. Caso seja essencial trazer textos de outros autores, estes devem estar referenciados conforme as normas da ABNT e não poderão ultrapassar a 30% da postagem. O fórum possui caráter avaliativo, assim as correções serão realizadas após o seu encerramento. O professor participa do fórum, acompanhando e caso necessário, intervindo, realizando a avaliação final.

Como Participar do Fórum:1) Postagem Principal (0,5 pontos)Tópico de Discussão: Você é colega de Carlos e deve convencê-lo a utilizar o gerenciamento de requisitos. Descreva os benefícios que Carlos teria ao utilizar um gerenciamento de requisitos, quais ferramentas poderiam ser aplicadas nessa etapa e qual a importância do uso de tal gerenciamento em projetos de software.Análise: Escreva um texto dissertativo expositivo, contendo entre 5 e 10 linhas, respondendo aos questionamentos feitos e apresentando sua compreensão sobre o tema. Sua análise deve ser clara, objetiva e fundamentada, utilizando exemplos e justificativas adequadas.Referências: Utilize fontes confiáveis para embasar sua análise, como livros, artigos acadêmicos ou materiais de estudo fornecidos. Inclua as referências no final de sua postagem, seguindo um estilo de citação padrão (como ABNT, APA, etc.).2) Interação com Colegas (0,5 pontos)Leitura e Comentário: Leia a postagem de um colega e faça um comentário que complemente, questione ou expanda a análise apresentada. Sua resposta deve ser fundamentada, concordando ou discordando de maneira respeitosa e construtiva.Referências: Assim como na postagem principal, utilize referências para sustentar seu argumento na interação com o colega. Inclua as referências no final do seu comentário.Estrutura das Postagens

Postagem Principal:

Introdução.Análise e discussão sobre o tema.Referência bibliográfica ao final.

Comentário a Colega:

Introdução ao ponto abordado pelo colega.Comentário complementar, expansão ou crítica construtiva.Referência bibliográfica ao final.Avaliação

Cada aluno deve realizar uma postagem principal e um comentário em uma postagem de um colega, totalizando duas interações no fórum. Cada interação vale 0,5 pontos, totalizando 1 ponto.

Lembre-se de que o objetivo deste exercício é aprofundar a compreensão sobre os temas relacionados ao gerenciamento de tráfego de rede, promovendo uma discussão rica e informada. Boa sorte a todos e bom trabalho!

  Dica do Professor 

Para melhor o entendimento dos problemas que podem ser gerados com requisitos mal levantados, assista ao vídeo “Problemas processo de desenvolvimento de software“, da empresa ISD, responsável pela avaliação do modelo de maturidade do processo de software.

Nesse vídeo, você poderá observar que as técnicas e as reais necessidades do cliente não são coletadas corretamente, e as etapas seguintes da Engenharia de Requisitos também não são seguidas. Esse assunto será abordado com mais detalhes nas próximas aulas.

https://www.youtube.com/watch?v=QPiR8jTMLdI

https://www.youtube.com/watch?v=JmAZg3N8K-0

  Na Prática 

"Prezado(a) estudante,

Esta seção é composta por atividades que objetivam consolidar a sua aprendizagem quanto aos conteúdos estudados e discutidos. Caso alguma dessas atividades seja avaliativa, seu (sua) professor (a) indicará no Plano de Ensino e lhe orientará quanto aos critérios e formas de apresentação e de envio."

Bom Trabalho!

Algumas das atividades propostas nesta aula são interdependentes e complementares, com o intuito de possibilitar uma visão geral das diversas etapas que compõem a Engenharia de Requisitos, indo desde as informações iniciais coletadas junto ao cliente, até o momento em que a documentação necessária ao desenvolvimento do sistema esteja pronta para a próxima etapa do Processo de Desenvolvimento do ciclo de vida de desenvolvimento de software, a Análise e Projeto de Software.

Segue a relação das atividades que são interdependentes e complementares:

Unidade IAula 1 – Atividade 3Aula 3 – Atividade 2Aula 3 – Atividade 3Aula 3 – Atividade 4Aula 4 – Atividade 3Aula 4 – Atividade 4Atividade 1 - Requisitos 

Nesta aula, foram apresentados os principais aspectos que envolvem os Requisitos de um Software. A figura 1 apresenta a tela principal de um Sistema de Controle de Pousada.

Observe com atenção a figura e relacione quais são os requisitos de software que estão visíveis.

Figura 1 – Sistema de Controle de Pousada.

Fonte: https://goo.gl/x1TDQAAtividade 2 - Problemas com Requisitos 

Nesta aula, foram tratados diversos problemas que envolvem a obtenção e o entendimento dos requisitos envolvidos em um software. A figura 1 apresenta uma série de coisas que aconteceram durante o desenvolvimento de uma solução informatizada.

Observe a figura com atenção e elabore uma lista dos problemas que você identificou.

Figura 2 – Introdução a Requisitos de Software.

Fonte: https://goo.gl/HkUcGoAtividade - Tipos de Requisitos 

Nesta aula, foi apresentado o que é um Requisito Funcional e um Requisito Não Funcional. A seguir, é apresentada a transcrição de requisitos levantados de um Sistema de Informação. Nele estão contidos Requisitos Funcionais e Não Funcionais. Leia o que foi levantado e crie uma tabela, separando os Requisitos Funcionais e Não Funcionais.

SISCINEMA - SISTEMA DE CONTROLE DE CINEMA

Uma empresa possui uma rede de cinemas e necessita construir um sistema informatizado para controlar todas as suas sessões e vender os ingressos pela internet.

O sistema deve conter as seguintes funcionalidades:

Cadastramento de cinemas.Cadastramento das salas existentes nos cinemas. Nesse cadastramento deve ser realizado o cadastramento do leiaute da sala, com as suas fileiras e cadeiras devidamente numeradas.Cadastramento de filmes.Cadastramento de sessões nas salas dos cinemas e seus respectivos filmes.Venda de ingresso para as diversas sessões cadastradas.Geração de Relatório Diário dos ingressos vendidos por cinema.Geração de Relatório mensal dos ingressos vendidos em toda a rede de cinemas.

O sistema deve ser desenvolvido na linguagem PHP, e os seus dados devem estar armazenados no banco de dados Oracle.

O sistema deve ter controle sobre os acessos realizados pelos funcionários, evitando que pessoas inescrupulosas danifiquem as informações do sistema. Somente o gerente poderá realizar o cadastramento dos filmes e das sessões.

O sistema deverá ser executado em rede existente dentro da empresa e a venda de ingressos deve ser realizada pela internet. As demais funcionalidades devem estar restritas ao ambiente da empresa.

O sistema deve ser desenvolvido para ser executado no sistema operacional Windows 7, ou superior, ou no Linux.

Existem ainda outros requisitos não funcionais que não foram identificados nessa primeira especificação.

Saiba Mais 

Para ampliar seu conhecimento a respeito desse assunto, veja abaixo a(s) sugestão(ões) do professor:

“A importância do levantamento de requisitos no sucesso dos projetos de software”, de Márcio Andrade Silva.Leia o artigo: “Requisitos funcionais de software: reflexões iniciais da influência do método de especificação em características de Gestão de Projetos”, de Carlos Eduardo Marquioni.Referências DAVIS, A. M. Software Requirements: objects, functions and states. Englewood Cliffs, New Jersey: Prentice Hall. 1993.KOTONYA, G.; SOMMERVILLE, I. Requirements Engineering:processes and techniques (worldwide series in computer science). Wiley, 1998.PFLEEGER, Shari Lawrence. Engenharia de software: teoria e prática. 2. ed. São Paulo: Pearson Education do Brasil, 2007.PRESSMAN, Roger S. PENTEADO, Rosângela Delloso (Trad.). Engenharia de software. 6. ed. Rio de Janeiro: McGrawHill, 2006.PRESSMAN, Roger S. Engenharia de software: Uma abordagem Profissional. 7. ed. São Paulo: McGraw-Hill, 2011.SOMMERVILLE, Ian. Engenharia de software. 9. ed. São Paulo: Pearson Addison Wesley, 2011.  

Aqui está o texto com correções ortográficas e melhorias de coesão:

---

Relevância do tema 4: A área médica tem um compromisso social como pilar, oferecendo um atendimento fundamental para a confiabilidade e o desenvolvimento de objetos de aprendizagem. Esse desenvolvimento visa uma estruturação do aprendizado acessível e autointuitivo, especialmente voltado para o ensino e expandido na área da medicina. Com o uso de padrões e inúmeros sites de metadados, é possível avançar na integração de informações de processos, contribuindo para o progresso técnico e clínico na medicina. Esse avanço representaria um grande desenvolvimento tecnológico, que abriria portas para que a inteligência artificial fosse além de grandes investimentos. Ainda mais importante, seria um diferencial relevante na área de engenharia de requisitos, facilitando o acesso ao conhecimento por todos os educadores.

Aqui está a transcrição do texto da imagem com correções ortográficas e melhorias de coesão:

---

Embasamento teórico 4: O texto utiliza de termos e embasamento técnico, é um tanto superficial, mas bem direcionado para no momento e realmente a aplicação mais rica. A explicação dos requisitos é, em si, de aplicações possíveis de utilização muito rico, sendo apenas poucas palavras de envolver toda realização prática satisfatória, presumo completo em uma finalidade satisfatória.

Aplicação prática 1: Ainda fica distante da realidade de todos, apenas as maiores universidades obtêm o desenvolvimento da área por fim fica a impressão da realidade de limite que avaliam os outros então enquanto todo o ensino e progresso não usam por falta de conhecimento para aplicar a tecnologia no ensino da medicina as maiores temem nas antinjen seus plenes potenciais latentes de suas pesquisas científicas.

---

Correção ortográfica e coesão:

Embasamento teórico 4: O texto utiliza termos e embasamento técnico. Embora seja um tanto superficial, é bem direcionado para o momento e possui uma aplicação bastante rica. A explicação dos requisitos é, em si, repleta de possibilidades de uso, ainda que o texto mencione poucas palavras para abranger toda a realização prática de maneira satisfatória. Presumo que o conteúdo esteja completo em sua finalidade.

Aplicação prática 1: Ainda está distante da realidade de todos; apenas as maiores universidades alcançam o desenvolvimento na área. Fica, assim, a impressão de um limite que avalia as demais instituições. Enquanto todo o ensino e progresso não utilizam a tecnologia por falta de conhecimento para aplicá-la no ensino de medicina, as maiores ainda hesitam em explorar o potencial latente de suas pesquisas científicas.

Parece que você não ficou satisfeito com a minha transcrição. Vou me esforçar mais para acertar o conteúdo com precisão! Vou revisar novamente a imagem e corrigir o que for necessário:

---

**"Relevância dos resultados 4 é de suma importância pro ensino e resultado deste projeto e segue para a medicina e tecnologia. E mesmo houve lições aprendidas muito importante. Coloca aqui neste ponto boa parte da teoria de diversos ramos em prática.

Apresentação - 4 apresentou de forma prolongada em detalhamentos de espelhos para haver mais facilidade pra todos. Não ficou um debate cansativo e ganhei muito com toda explicação detalhada pra quem não tem conhecimento. Bem escrito e totalmente claro e elucidativo o suficiente."**

---

Espero que esta transcrição esteja mais fiel ao conteúdo

da imagem.

Claro! A seguir está uma ficha de leitura baseada no conteúdo do artigo conforme solicitado.

---

Ficha de Leitura do Artigo

1. Qual o problema que o autor levanta?

O autor discute a dificuldade enfrentada por professores da área da saúde em criar e utilizar objetos de aprendizagem devido à complexidade das ferramentas de autoria disponíveis. A maioria dessas ferramentas exige conhecimentos avançados de informática, o que dificulta o uso por profissionais que não possuem formação técnica nesse campo.

2. Descreva em linhas gerais a proposta.

O artigo propõe o desenvolvimento de uma nova ferramenta de autoria para facilitar a criação de objetos de aprendizagem voltados para a área da saúde. A proposta é que a ferramenta seja de fácil uso, intuitiva e que ofereça funcionalidades que atendam às necessidades específicas dos professores de saúde, sem exigir conhecimentos avançados em informática. Para isso, o artigo apresenta uma análise das ferramentas de autoria disponíveis e levanta requisitos funcionais para a nova ferramenta.

3. Houve validação? Se sim, comente.

Não houve uma validação completa, pois o artigo trata mais do levantamento de requisitos e da análise de funcionalidades de ferramentas já existentes. No entanto, o levantamento dos requisitos funcionais é baseado em entrevistas e questionários aplicados a professores da área da saúde, o que fornece uma base prática para a proposta.

4. Quais as conclusões do autor?

O autor conclui que a maioria das ferramentas de autoria disponíveis são complexas para professores com pouco conhecimento técnico. Ele destaca a necessidade de uma ferramenta que seja amigável e que permita aos docentes criarem objetos de aprendizagem de forma autônoma. A proposta é uma ferramenta de autoria que considere simplicidade, compatibilidade com padrões de metadados, como o SCORM, e funcionalidades específicas para a área da saúde.

5. O autor destaca limitações na sua proposta? Se sim, quais?

Sim, o autor menciona a complexidade envolvida no desenvolvimento de uma ferramenta que combine facilidade de uso com funcionalidades avançadas. Outro ponto é a dependência de sugestões e feedback contínuo dos futuros usuários para garantir que a ferramenta atenda às necessidades reais dos professores.

6. O autor sugere trabalhos futuros? Se sim, quais?

Sim, o autor sugere que, em etapas futuras, sejam descritos os casos de uso estendidos e que sejam montados protótipos de interface. Ele também sugere a participação contínua dos professores da área da saúde para oferecer feedback durante o desenvolvimento da ferramenta e para realização de testes.

7. Você consegue imaginar trabalhos futuros a partir do trabalho apresentado?

Sim. Trabalhos futuros poderiam focar em:

Desenvolver e testar protótipos dessa ferramenta de autoria com docentes para avaliar usabilidade e eficácia.

Avaliar o impacto da ferramenta na experiência de ensino dos professores e na aprendizagem dos alunos na área da saúde.

Adaptar essa ferramenta para outras áreas além da saúde, ampliando seu alcance em disciplinas que também carecem de ferramentas intuitivas.

Implementar uma plataforma colaborativa onde professores possam compartilhar e adaptar objetos de aprendizagem.

8. Quais as suas questões pertinentes para discussão desse artigo?

Como garantir que a ferramenta será realmente intuitiva para professores com pouca experiência em tecnologia?

Até que ponto a ferramenta pode permitir personalizações sem perder a simplicidade?

Quais critérios específicos serão utilizados para medir a eficácia e a usabilidade da ferramenta no contexto educacional da saúde?

Como o desenvolvimento e a manutenção da ferramenta serão financiados, considerando que é uma proposta de código aberto?

---

Esse é um resumo com os principais pontos e questões de análise para o artigo. Se precisar

de mais detalhes em algum ponto específico, é só avisar!

Segue a dissertação Zezão 

Claro! Aqui está a transcrição conforme o original:

---

O artigo traz a dificuldade enfrentada por professores na área da saúde em criar e utilizar objetos de aprendizagem devido a complexidade das ferramentas de autoria disponíveis. Vemos com a análise a partir do artigo que a maioria dessas ferramentas exige conhecimentos avançados de informática, o que dificulta o uso por profissionais que não possuem formação técnica nesse campo.

A proposta é uma nova ferramenta e conta com o levantamento de requisitos e da análise de funcionalidades de ferramentas já existentes no mercado e baseada em entrevistas com professores da área da saúde e autor conclui que a maioria das ferramentas de autoria disponíveis são complexas p/ os professores.

Por fim a proposta aparece como viável por reiterar toda a necessidade dos professores e que esteja cobrindo facilidade de uso com funcionalidades avançadas e dependendo de receber feedback contínuo como uma bússola norteadora para o projeto avançar e ter contínua aplicação e ainda há o diálogo acerca do financiamento do projeto de código aberto e toda uma preocupação com o auxílio aos professores da área da saúde.

---

Espero que isso atenda à sua necessidade! Se precisar de mais alguma coisa

, estou aqui.

A proposta do artigo apresenta uma solução inovadora para superar as dificuldades enfrentadas pelos professores da área da saúde na utilização de ferramentas de autoria complexas. A análise revela que a maioria das ferramentas atuais exige conhecimentos técnicos avançados, dificultando o uso por educadores sem formação em informática. A nova ferramenta proposta se destaca por ser mais acessível, mantendo funcionalidades avançadas necessárias para o ensino. Além disso, a inclusão de feedback contínuo garantirá a evolução da ferramenta de acordo com as necessidades dos professores. O modelo de código aberto proporciona viabilidade financeira e expansão do projeto. Dessa forma, a proposta não só resolve uma lacuna existente, como também é sustentável e de fácil implementação.