Blog

UNIVERSIDADE ESTБCIO DE SБ GIULLIA EDWIGES PIRES BOENTE A Teoria dos Conjuntos Fuzzy como Ferramenta para Avaliaзгo da Qualidade de Software de Automaзгo wipe view next page Industrial Rio de Janeiro 2011 GIULLIA EDWIGES Pl A Teoria dos Conjunt Qualidade de Softwa de Automaзгo ndus 9 ta para avaliaзгo da Projeto de Pesquisa apresentado а Disciplina de Projeto Final I do Curso de Bacharel em Sistemas de Informaзгo da Universidade Estбcio de Sб, como requisito parcial para obtenзгo do grau de Bacharel em Sistemas de Informaзгo.

RIO de Janeiro 201 1 2 SUMБRIO 1. PROBLEMБTICA . REFERENCIAL TEORICO . 2. 1. QUALIDADE.. . 10 2. 2. QUALIDADE DOS PROCESSOS DE SOFTWARE.. — 16 2. 3. QUALIDADE DOS PRODUTOS DE SOFTWARE 2. 4. INDICADORES DE SATISFAЗAO — — . 29 2. 5. TEORIA DOS CONJUNTOS FUZZY 3 1. 1. CONTEXTO . 20 07 09 30 Na бrea de produзгo de software, hб uma urgente necessidade de um maior foco sobre a questгo de qualidade. Segundo Mecenas e Oliveira (2005), a produзгo de software deixou de ser, hб algum tempo, uma atividade baseada apenas na intuiзгo ou na experiкncia dos desenvolvedores.

O processo de desenvolvimento de software tem sido objeto de nъmeros estudos, hб mais de trкs dйcadas, numa tentativa de derivar modelos que possibilitem o gerenciamento das fases de produзгo e assegurem que os produtos tenham a qualidade desejada pelos consumidores. Nesse contexto, existem inъmeras definiзхes a serem consideradas. Segundo a NBR ISO 8402 (2008), “qualidade й a totalidade das caracterнsticas de uma entidade que lhe As necessidades implнcitas incluem a diferenзa entre o usuбrio e a evoluзгo do tempo, as implicaзхes йticas, as questхes de seguranзa e outras visхes subjetivas.

Pressman (2006) propхe que o uso de metodologias para esenvolvimento de software seja o primeiro passo para obtenзгo da qualidade de processos e produtos de software. Mesmo estando no sйculo XXI e existindo inъmeras tйcnicas de engenharia de sofM’are, ainda existem projetos de software que sгo gerados com pouquнssima qualidade ou atй com nenhuma. Dados da Standish Group (1995 apud SOARES, 2004, p. 2), usando como base para aproximadamente 8. 00 projetos, mostram que apenas 16,2% dos projetos foram entregues respeitando os prazos e os custos e com todas as funcionalidades 4 especificadas; Aproximadamente 31 % dos projetos foram cancelados antes de sua inalizaзгo efetiva e 52,7% foram entregues, mas com prazos maiores, custos maiores ou com menos funcionalidade do que o especificado no inнcio do projeto. Dentre os projetos que nгo foram finalizados de acordo com os prazos e custos especificados, a mйdia de atrasos foi de 22,2%, e a mйdia de custo foi de 18,9% a mais do que o previsto.

Considerando todos os projetos que foram entregues alйm do prazo e com custo maior, na mйdia, apenas 61% das funcionalidades originais foram incluнdas. Mesmo os projetos cuia se aplicar as normas de engenharia de software, os resultados iniciais em termos de qualidade, onfianзa, datas de entrega e custo sгo promissores. Mello Filho (2009) afirma que “o grande mйrito do relatуrio da Standish Group foi mostrar a generalizaзгo do problema e expondo a primitiva prбtica de projeto aplicado na бrea”.

Tomando como base a realizaзгo de uma pesquisa com 365 organizaзхes de desenvolvimento de software e abrangendo 3682 sistemas ou projetos, foi demonstrado pelo projeto que 222% indicava o atraso mйdio na entrega de um projeto de software e em mйdia 189% dos projetos apresentavam seus custos alйm do estimado no inнcio do projeto. Em mйdia, somente 61% do que era combinado realmente era entregue (MELLO FILHO, 2009). Qualidade й o sucesso para o negуcio de software, como em qualquer outro.

Uma questгo chave й verificar se realmente os gerentes de projeto estгo satisfeitos com os 5 aspectos da qualidade de software produzidos. Na literatura pesquisada nгo se tem um modelo que possa realizar tal avaliaзгo. Em Fundaзхes Pъblicas Estaduais, em particular na FAETEC – Fundaзгo de Apoio а Escola Tйcnica existe uma necessidade, por parte da diretoria de informбtica, DINFO, em saber se os gerentes de projetos estгo satisfeitos com a ualidade dos softwares que sгo produzidos por suas equi 4 dados. 1. 2.

FORMULAЗГO DO PROBLEMA Como avaliar a satisfaзгo dos gerentes de projetos quanto ? qualidade de software? 1. 3. OBJETIVOS DA PESQUISA 1. 3. 1. OBJETIVO GERAL Avaliar a satisfaзгo dos gerentes de projetos quanto а qualidade de software. 1. 3. 2. OBJETIVOS ESPECIFICOS Entre os objetivos especнficos, podem ser listados: dentificar qualidade; Discutir a qualidade dos processos de software; Discutir a qualidade dos produtos de software; Discutir os modelos de нndice de satisfaзгo; Discutir a teoria dos conjuntos fuzzy. 1. 4. HIPOTESE para efeito desta pesquisa, utilizando-se a teoria dos conjuntos fuzzy que constitui-se em variбveis linguнsticas, s 39 possнvel mensurar a projetos quanto а qualidade do software produzido por uma Fundaзгo Pъblica Estadual. 1. 6. JUSTIFICATIVA Em relaзгo а academia, o estudo contribui para a бrea de administraзгo, marketing e informбtica, por abordar um tema que se situa na intersecзгo das бreas de gestгo, mercado e tecnologia da informaзгo. ? importante para a equipe de desenvolvimento de software da Diretoria de Informбtica (DINFO) da Fundaзгo de Apoio а Escola Tйcnica do Estado do Rio de Janeiro (FAETEC), visto que a diretoria geral da DINFO, atravйs dessa pesquisa, poderб identificar se existe satisfaзгo dos gerentes de projetos, quanto а qualidade 7 Apresenta uma relevвncia pessoal visto que, como engenheiro de softw’are, Irei beneficiar-me ao identificar as variбveis que venham medir a satisfaзгo de gestores de projetos, quanto а qualidade de software. 1. 7.

DEFINIЗAO DE TERMOS Desenvolvimento de sistemas – atividade de implantaзгo de sistemas por meio de linguagens de programaзao (PRESSMAN, 2006). Garantia da qualidade – visa garantir que os processos e produtos de software stejam em conformidade com os requisitos especificados e aos planos estabelecidos (ISO/IEC 9126-1′. 2001, 2009). Gestгo da qualidade – atividades coordenadas para dirigir e controlar uma organizaзгo, no que diz re ade (ISO/IEC 6 resultado consistente proveniente da produзгo de software (ISO/IEC 9126-4:2001, 2009).

Qualidade de s oftw are – habitual prбtica do processo de produзгo de software segundo os princнpios da engenharia de software (ISO/IEC 9126-1:2001, 2009). Mйtrica de s oftw are – representa a relaзгo estabelecida entre medidas de alguma propriedade do software ou da sua especificaзгo (ISO/IEC 126-4:2001, 2009). 8 2. REFERENCIAL TEУRICO O objetivo deste capнtulo й fazer uma revisгo teуrica a respeito da qualidade e satisfaзгo dos gerentes de projetos, tendo como foco principal a qualidade de software e os modelos nacionais de нndice de satisfaзгo do cliente existentes. 2. 1.

QUALIDADE Segundo a atual norma brasileira que trata sobre o assunto, NBR ISO 8402, qualidade й a totalidade das caracterнsticas de uma entidade que lhe confere a capacidade de satisfazer as necessidades explic•tas e implнcitas. pela interpretaзгo da norma, entidade refere-se ao produto ou prestaзгo de serviзo. As necessidades explнcitas sгo as prуprias condiзхes e objetivos propostos pelo contratante/contratado. As necessidades implнcitas incluem as diferenзas entre os diversos usuбrios, a evoluзгo no tempo, as implicaзхes йticas, as questхes de seguranзa e outras visхes subjetivas.

Ao perguntar-se para qualquer essoa o que pensa sobre qualidade, ou como 3g conformidade com os requisitos, ou adaptabilidade ao uso, adequaзгo ao cliente elou usuбrio; atendimento perfeito de forma confiбvel (sem defeitos), acessivel (baixo custo), seguranзa e no tempo certo аs necessidades do cliente; й ausкncia de desperdнcio, й “atitude”. Rodrigues (2006, p. 1 1) afirma que a “qualidade й o que o cliente/ usuбrio, percebe ou entende por valor, diante do seu socialmente aprendido, do mercado ou sociedade e das tecnologias disponнveis”. A figura 1, em conformidade com a ABNT – Associaзгo Brasileira de Normas Tйcnicas mostra o modelo de gestгo da qualidade adotado pela ISO gooo:2000, onde a partir das necessidades e expectativas de clientes, tem-se a agregaзгo de valores aos produtos e prestaзхes de serviзos, visando atingir a satisfaзгo deles. Quando os beneficios pesam significativamente mais que os ustos, valor alto й percebido e os consumidores ficam satisfeitos (CHURCHILL, 2000, p. 151). A satisfaзao do consumidor e o valor recebido por ele pode influenciar em decisхes de compras futuras.

Figura 1. Modelo do Sistema de Gestгo da Qualidade da ISO 9000:2000 Fonte: Gonzбlez, 2005, p. 20. A satisfaзгo pode ser defi 8 valiaзao pуs-consumo de avaliada isoladamente. No desenvolvimento de software, um mйtodo pobre ou a ausкncia de uma metodologia pode ser a causa da baixa qualidade. A avaliaзгo da qualidade estб diretamente relacionada com a qualidade de processos e metodologias utilizadas no desenvolvimento do oftware (BOENTE, OLIVEIRA e ALVES, 2008, p. 2). No contexto da qualidade do desempenho de um software, Mecenas e Oliveira (2005, p. 8), afirmam que constitui um mito e um desafio nos meios tecnolуgicos”. Apesar de o software ser um produto ligado а alta tecnologia, como qualquer outro produto, tem a origem das suas mйtricas de qualidade baseadas nas prбticas voltadas para produзгo de manufaturado (CФRTEZ e CHIOSSI, 2001 apud MARQUES e SILVA, 2008, p. 2). Do mesmo modo, este produto objetiva com a formulaзгo e a implantaзгo de modelos de qualidade obter, principalmente, a satisfaзгo das necessidades do suбrio final e o aprimoramento do processo de produзгo (MARQUES e SILVA, 2008, p. 3).

Dromey (2008) propхe que alguns desenvolvedores procurem fazer uma abordagem da qualidade de software como uma habitual prбtica do processo de produзгo de software segundo os princнpios da engenharia de software. Pressman (2006, p. 724) define qualidade de software como: A conformidade a requisitos funcionais e de desempenho explicitamente declarados, a padrхes de desenvolvimento claramente documentados e a caracterнsticas implнcitas que sгo es eradas de todo o software profissionalmente empresa de desenvolvimento de oftware que trabalhe nesse mercado globalizado e altamente competitivo.

Rezende (1999, p. 97) afirma que “um software ou sistema de informaзгo tem qualidade quando estб adequado а empresa, ao cliente elou usuбrio e atende a padrхes de qualidade predefinidos”. Figura 2. Requisitos da Qualidade Fonte: Tsukumo et al. , 1997, p. 175. No contexto de desenvolvimento de software, Rocha (1994) diz que qualidade pode ser entendida como um conjunto de caracterнsticas a serem satisfeitas em um determinado grau, de modo que o produto de software atenda аs necessidades explнcitas e implнcitas de seus usuбrios.

Contudo, nгo se consegue obter qualidade do produto de forma espontвnea. A qualidade deve ser construнda ao longo do processo do desenvolvimento do software e tambйm apуs a entrega do mesmo. 12 A gestгo da qualidade faz parte das atividades que envolvem o gerenciamento e controle de projetos. O controle da qualidade do projeto inclui os processos requeridos para garantir que o projeto de software irб satisfazer ou atй superar as expectativas de seu contratante (BOENTE, 2003, p. 66). Concomitantemente ao desenvolvimento de novos produtos e serviзos, as organizaзхes precisam de seus processos 0 DF 39