Conceito de processo no ambito da Engenharia de software

Artigos Defini��o de pap�is no processo de Engenharia de Software � Revista Engenharia de Software Magazine 53

Do que se trata o artigo

Apresentar o conceito de pap�is e responsabilidades, no contexto dos processos de Engenharia de Software, bem como a import�ncia de registrar formalmente a atribui��o desses pap�is aos colaboradores. Al�m disso, � sugerido o roteiro de uma abordagem em alto n�vel para a implanta��o bem sucedida dessas pr�ticas. O artigo ainda visa mostrar os benef�cios obtidos pelo processo, al�m da rela��o do tema com outras �reas, como a gest�o de talentos, BSC/metas corporativas e a sustentabilidade empresarial.

Em que situa��o o tema �til

O artigo aborda um cen�rio comum, em que a empresa n�o conta com uma documenta��o formal dos pap�is e responsabilidades e essas informa��es acabam sendo inferidas pelos colaboradores, mas de maneira n�o uniforme. Portanto, a aplica��o do conhecimento transmitido pelo artigo visa melhorar a percep��o dos limites de cada papel, evitando que fique obscuro quem � o verdadeiro respons�vel por cada atividade, bem como facilitando a implanta��o de processos aderentes ao CMMI ou MPS.BR.

Defini��o de pap�is no processo de Engenharia de Software

O registro formal dos pap�is e responsabilidades de uma empresa � necess�rio para que os colaboradores fiquem completamente cientes das suas tarefas e do que � esperado de seus trabalhos. Isso influencia diretamente em v�rios fatores, muitos dos quais s�o pontos-chave para um plano estrat�gico bem sucedido. Para evitar a interpreta��o errada do que compete a cada um, � sugerido um roteiro, em alto n�vel, a ser seguido, com pr�ticas que deixar�o essas informa��es de maneira inequ�voca. A aplica��o da t�cnica permite melhorar os resultados da empresa, sua imagem, assim como a motiva��o dos colaboradores.

O Brasil passa por uma fase interessante, que chama a aten��o. Enquanto v�rias pessoas afirmam que o Brasil � o pa�s do momento, inclusive o pr�prio presidente norte americano, h� certa reserva interna e o nosso PIB n�o parece ir muito bem. Neste cen�rio que oscila entre euforia e cautela, tendo em mente globaliza��o e a alta competitividade, as empresas precisam operar com excel�ncia para continuarem garantindo a sua fatia no mercado de software. Mas qual seria uma boa receita para o sucesso dessas empresas?

Essa pergunta � feita com grande frequ�ncia pelo mundo, em busca de uma f�rmula m�gica de conseguir bons resultados. � poss�vel encontrar uma enorme variedade de respostas candidatas para essa quest�o. No entanto, aquela que vamos expor aqui indica que os bons resultados de uma empresa devem estar baseados em um trabalho bem feito, apoiado em tr�s pilares fundamentais e todos amplos: as pessoas, os processos e as ferramentas. Neste contexto, este artigo apresenta o conceito de pap�is e responsabilidades, no contexto dos processos de Engenharia de Software, bem como a import�ncia de registrar formalmente a atribui��o desses pap�is aos colaboradores. Al�m disso, � sugerido o roteiro de uma abordagem em alto n�vel para a implanta��o bem sucedida dessas pr�ticas. O artigo ainda visa mostrar os benef�cios obtidos pelo processo, al�m da rela��o do tema com outras �reas, como a gest�o de talentos, BSC/metas corporativas e a sustentabilidade empresarial.

Um cen�rio comum em equipes de Engenharia de Software

Muitas vezes, as pessoas se sentem desorientadas nas equipes quanto �s suas responsabilidades ou a autonomia para agir ou tomar decis�es, simplesmente porque n�o ficou claro qual o papel de cada uma delas. � igualmente comum os colaboradores cobrarem seus coordenadores a respeito de um plano de carreira, pensando no futuro, em que posi��es poder�o ocupar. Mas n�o parece um contrassenso se basear num plano de carreira e cogitar a hip�tese de assumir novas responsabilidades se n�o s�o conhecidas nem as atuais? Para tirar o melhor de cada integrante de um time de Engenharia de Software, � preciso saber o que cada um pode oferecer, deixando evidente o que compete a cada pessoa. N�o pode haver d�vida entre as fronteiras de responsabilidade de um analista de sistemas, de um arquiteto de software ou de um desenvolvedor.

Confira outros conte�dos:

Introdu��o

�

Software

• Software de sistema. S�o programas que ap�iam outros programas, como o software que realiza a comunica��o com o hardware (sistema operacional) e software que ajuda na constru��o de outro software (compiladores).

�

• Software de aplica��o. S�o programas que s�o desenvolvidos para executar no negocio de uma empresa determinada.

�

• Software cientifico e de engenharia. S�o algoritmos que processam n�meros.

�

• Software embutido. S�o programas constru�dos para executarem dentro de um produto especifico como a teclas digitais de um forno micro ondas.

�

• Software para linhas de produtos. S�o os softwares conhecidos como software de prateleiras.

�

• Software de web. S�o aplicativos que s�o executados via Internet.

�

• Software de intelig�ncia artificial. S�o softwares que fazem os usos de algoritmos n�o num�ricos. Estes tipos software se encaixam na rob�tica.

�

• Computa��o ub�qua. S�o softwares que realiza a verdadeira computa��o distribu�da. �

• Software aberto. S�o software que disponibiliza a visualiza��o do c�digo fonte da aplica��o para o engenheiro de software modifica da maneira que deseja. �

Software Legado

O nome de software legado � dado quando refere se num programa de computador que foi desenvolvido por h� muito tempo. A preocupa��o do engenheiro de software com os softwares legados esta na baixa qualidade do software. Muitas vezes n�o existem documenta��es e se existem s�o pobres de detalhes, os casos de teste s�o pobres quando tem e sem um controle de mudan�as. E muitas vezes n�o mexem no software legado quando eles atentem as necessidades do cliente (PRESSMAN, 2006).

�

Engenharia de Software

• Analise de requisito. Atrav�s da analise de requisito � o momento onde efetua o conhecimento do problema para desenvolve o software (JALOTE, 2005).

�

• Design do software. Pelo design do software � o momento que o engenheiro de software realiza o planejamento da solu��o do problema que foi levantado no documento de requisito (JALOTE, 2005).

�

• Codifica��o. A codifica��o � o momento que pega o problema resolvido no design do software e transformar� em uma linguagem de programa��o (JALOTE, 2005).

�

• Teste. O teste de software � o processo tem a inten��o de encontrar defeitos nos artefatos de software (MYERS, 2004). O teste � uma maneira de medir o controle da qualidade do software durante o desenvolvimento de software(JALOTE, 2005).

�

�

Mito do Software

BROOKS, Jr., F.P. The Mythical Man-Month: Essays on Software Engineering, 20th Anniversary Edition. Reading, MA: Addison-Wesley, 1995, 322p.

JALOTE, P. An Integrated Approach to Software Engineering. 3. ed. New York: Springer, 2005, 566p.

MYERS, G. J. The Art of Software Testing. 2. ed., New York: John Wiley & Sons, 2004, 234p.

PAULA FILHO, W.P. Engenharia de software: fundamentos, m�todos e padr�es. 3. ed. Rio de Janeiro: LTC,2009, 1248p.

PRESSMAN, R. S. Engenharia de Software. 6. ed. Rio de Janeiro: McGraw-Hill, 2006, 720p.

SOMMERVILLE, I.Engenhariade software. 6. ed., S�o Paulo: Addison Wesley, 2003, 592p. ��

Veja mais links sobre engenharia de software

Curso Extreme Programming XP

Curso de gerenciamento de projetos PMBOK

Curso de controle de vers�o com GIT

Curso de an�lise e projeto orientado a objetos

Curso de SCRUM conhecendo o Product Owner

Curso de introdu��o a reutiliza��o de software e MDD

Curso de especifica��o de casos de uso

Curso gerenciamento de projetos

Curso de uml diagrama de casos de uso na pr�tica

Curso de Valida��o Verifica��o e Testes

Curso de engenharia de requisitos solu��es concretas para problemas pr�ticos

Confira outros conte�dos: