UNIVERSIDADE FEDERAL DE SANTA CATARINA DEPARTAMENTO DE INFORMTICA E ESTATSTICA CURSO DE SISTEMAS DE INFORMAO

Rodrigo Becker Rabello

INTEGRAO DE ENGENHARIA DE USABILIDADE EM UM MODELO DE MATURIDADE/CAPACIDADE DE PROCESSO DE SOFTWARE

Proposta completa sobre o tema de concluso de curso

Orientadora: Prof. Dr. rer. nat. Christiane Gresse von Wangenheim, PMP

Florianpolis, 2012/1

Rodrigo Becker Rabello

INTEGRAO DE ENGENHARIA DE USABILIDADE EM UM MODELO DE MATURIDADE/CAPACIDADE DE PROCESSO DE SOFTWARE

Trabalho de Concluso de Curso apresentado como exigncia parcial para obteno do Diploma de Graduao em Sistemas de Informao da Universidade Federal de Santa Catarina. Orientadora: Prof. Dr. rer. nat. Christiane Gresse von Wangenheim, PMP

Florianpolis - SC 2012/1 2

FOLHA DE APROVAO DE PROPOSTA DE TCC Acadmico(s) Ttulo do trabalho (subttulo) Curso rea de Concentrao Rodrigo Becker Rabello Integrao de Engenharia de Usabilidade em um Modelo de Maturidade/Capacidade de Processo de Software. Sistemas de Informao/INE/UFSC Engenharia de Software

Critrios
1. O trabalho adequado para um TCC no CCO/SIN (relevncia / abrangncia)? 2. O titulo do trabalho adequado? 3. O tema de pesquisa est claramente descrito? 4. O problema/hipteses de pesquisa do trabalho est claramente identificado? 5. A relevncia da pesquisa justificada? 6. Os objetivos descrevem completa e claramente o que se pretende alcanar neste trabalho? 7. definido o mtodo a ser adotado no trabalho? O mtodo condiz com os objetivos e adequado para um TCC? 8. Foi definido um cronograma coerente com o mtodo definido (indicando todas as atividades) e com as datas das entregas (p.ex. Projeto I, II, Defesa)? 9. Foram identificados custos relativos execuo deste trabalho (se houver)? Haver financiamento para estes custos? 10. Foram identificados todos os envolvidos neste trabalho? 11. As formas de comunicao foram definidas (ex: horrios para orientao)? 12. Riscos potenciais que podem causar desvios do plano foram identificados? 13. Caso o TCC envolva a produo de um software ou outro tipo de produto e seja desenvolvido tambm como uma atividade realizada numa empresa ou laboratrio, consta da proposta uma declarao (Anexo 3) de cincia e concordncia com a entrega do cdigo fonte e/ou documentao produzidos?

Aprovado
Sim Parcial No No se aplica

Observao

Avaliao Professor Responsvel

Aprovado Prof. Dr. rer. nat. Christiane Gresse von Wangenheim, PMP

No Aprovado

ndice de Tabelas
Tabela 1 Cronograma para o Projeto .............................................................................. 12 Tabela 2 Envolvidos no Projeto ...................................................................................... 12 Tabela 3 Formas de Comunicao do Projeto ................................................................ 13 Tabela 4 Riscos do Projeto ............................................................................................. 13

ndice de Figuras
Figura 1 Processos do ciclo de vida de software Fonte: ISO 12207, 2008. .................. 6

Sumrio
ndice de Tabelas ........................................................................................................... 4 ndice de Figuras ........................................................................................................... 4 Introduo ....................................................................................................................... 5 1.1 Contextualizao .................................................................................................... 5 1.2 Problema ................................................................................................................. 8 2. Objetivo ....................................................................................................................... 8 2.1 Objetivo geral ......................................................................................................... 8 2.2 Objetivos especficos .............................................................................................. 9 3. Metodologia ................................................................................................................ 9 4. Cronograma ..............................................................................................................11 5. Custos ....................................................................................................................... 12 6. Recursos humanos ................................................................................................. 12 7. Comunicao ........................................................................................................... 12 8. Riscos ........................................................................................................................ 13 9. Bibliografia ................................................................................................................ 13

Introduo
1.1 Contextualizao

O setor de desenvolvimento de software brasileiro encontra-se em franca expanso. Segundo a Indstria Brasileira de Software e Servios de TI (IBSS), em 2007 o setor contava com 66,8 mil empresas, o que representa um crescimento mdio de 9,3% ao ano no setor. Ainda de acordo com a IBSS, a maioria destas, so empresas de pequeno porte. Essas empresas tem na sua maioria uma gesto de fora tarefa reativa para resoluo de problemas, causando atrasos nas entregas e problemas de qualidade nos sistemas de software desenvolvido (BORGES, 2009) (MCT, 2009) (Chaos report, 2009). Isso demonstra, atualmente, uma imaturidade do processo de software tpico nas empresas da rea. Mesmo com o aumento da importncia do setor, o nmero de empresas de software no Brasil que obteve uma avaliao oficial referente a um modelo de maturidade/capacidade de processo de software, alinhado ao modelo CMMI (SEI, 2010) ou MPS.BR (SOFTEX, 2009) por exemplo, est ainda relativamente baixo (MCT, 2009). A qualidade de software est ligada a dois pontos de vista distintos. A qualidade do produto, aonde este deve apresentar certas caractersticas desejveis, perceptveis ou no pelo usurio. E a qualidade do processo de software, que o conjunto de atividades, mtodos, prticas e transformaes utilizadas para desenvolver e manter um sistema de software e seus produtos relacionados (plano de projeto, documentos de design, cdigo, casos de teste, manuais de usurio, etc.) (IEEE Standards Board, 1990). Ento, considerandose que o objetivo final a qualidade do produto, acredita-se que esta qualidade ser atingida atravs de um processo de software com qualidade. Um produto sem um processo de software sistemtico adequado s ter qualidade com sorte (Silva, 2010). Por isso, atualmente, adota-se modelos de maturidade/capacidade de processo de software para orientar a avaliao e a melhoria do processo de software, como por exemplo, os modelos CMMI, ISO/IEC 15504 (ISO, 2003), 5

ou MPS.BR. Tais modelos tm como objetivo determinar a situao atual de um processo e/ou organizao, com base nisso priorizar aes de melhoria e monitorar e controlar o impacto dessas aes. Estes modelos descrevem aes recomendadas baseadas em boas prticas de processos de software. Os modelos em questo apresentam uma sequncia de nveis de maturidade/capacidade que representam uma evoluo no nvel de amadurecimento do processo/organizao. O nvel mais baixo representa um estado inicial com baixa maturidade/capacidade, seguindo um caminho de melhoria at atingir um estgio mais elevado de

maturidade/capacidade. Tipicamente, estes modelos de maturidade/capacidade abrangem o processo de software em geral. Por exemplo, a norma ISO/IEC 15504, para avaliao do processo de software prope o uso o da norma ISO/IEC 12207 (ISO, 2008) como um modelo de referncia para o processo de software. A ISO/IEC 12207 define um ciclo de vida de software alto-nvel, desde a sua concepo como projeto at sua descontinuidade, como mostra a figura 1.

Figura 1 Processos do ciclo de vida de software Fonte: ISO 12207, 2008.

Um dos requisitos observado para que se considere um software com qualidade a usabilidade (NBR ISO/IEC 9126-1, 2003). Usabilidade a medida na qual um produto pode ser usado por usurios especficos para alcanar objetivos especficos com eficcia, eficincia e satisfao em um contexto especfico de uso (NBR 9241-11, 2002). Sistemas com usabilidade pobre podem fazer com que os usurios no consigam realizar suas tarefas como desejam, deixando-os frustrados. Em algumas situaes, os efeitos de um sistema com usabilidade pobre pode causar prejuzos at para a vida dos usurios ou dos envolvidos (KOPPEL et al., 2005). Sabe-se tambm que um bom projeto de interface de software pode aumentar os ganhos, diminuir o suporte, ampliar a competitividade e potencializar a satisfao e a produtividade dos usurios. Porm, analisando os modelos genricos de maturidade/capacidade de processo de software como o CMMI, a ISO/IEC 15504, a ISO/IEC 12207 e MPS.BR, percebe-se que estes no abordam a engenharia de usabilidade (JOKELLA et al., 2005). Uma reviso sistemtica da literatura levantando os atuais modelos de maturidade/capacidade de processos de software tambm no identificou modelos voltados especificamente para este foco (GRESSE VON WANGENHEIM et al., 2010). A mesma observao tambm pode ser obtida em outros guias de conhecimento na rea de engenharia de software, como o SWEBOK, que tambm no considera Engenharia de usabilidade como parte da engenharia de software, mas somente como uma disciplina relacionada ao processo de desenvolvimento. Na prtica, porm, o grande nmero de problemas de qualidade relacionado usabilidade, demonstra a importncia da integrao da engenharia de usabilidade no processo de software. E essa importncia cresce ainda mais no cenrio atual da convergncia digital, que a tendncia em unificar vrios funcionalidades/produtos/servios de tecnologia numa s plataforma ou produto para simplificar a vida do usurio (WIKIPEDIA, 2011). Em relao a isso se criou tambm a necessidade da divergncia de dispositivos, precisando adaptar uma aplicao de software existente para diferentes

dispositivos, por exemplo, migrando uma aplicao web para rodar no celular e/ou TV Digital. Dentro deste contexto, uma das principais dificuldades no

desenvolvimento de software o projeto e o design de interface com boa usabilidade, para as diversas verses do sistema que sero utilizadas por dispositivos diferentes.

1.2 Problema O Desenvolvimento ou adaptao de sistemas de software neste cenrio da convergncia/divergncia digital demonstra a grande importncia da engenharia de usabilidade, j que um dos principais aspectos a ser adaptado o design de interface para diversos dispositivos. Assim, a importncia da engenharia da usabilidade e a sua necessidade de ser executada de forma madura e integrada ao processo de engenharia de software aumenta. Os principais modelos de maturidade/capacidade processo de software no abordam esta questo, portanto, no fornecem um suporte para que as organizaes possam melhorar sistematicamente o seu processo de software na parte da engenharia de usabilidade. Por outro lado, existem modelos e normas especficas para a engenharia de usabilidade (JOKELLA et al., 2005) como, por exemplo, a NBR 9241 (ABNT, 2002) e a ISO 13407 (ISO, 1999). Porm, no h integrao entre os modelos de maturidade/capacidade de processo de software e aqueles que focam na engenharia de usabilidade, o que pode ser considerando inadequado j que ambos os processos deveriam ocorrer integrados e consequentemente fazerem parte dos modelos de maturidade/capacidade de processos de software.

2. Objetivo
2.1 Objetivo geral O objetivo deste trabalho propor um modelo de maturidade/capacidade de processo de software voltado ao cenrio de convergncia/divergncia digital, integrando os processos de engenharia de usabilidade. 8

2.2 Objetivos especficos Os objetivos especficos desse trabalho so: O1. Analisar o processo de software no cenrio da convergncia/divergncia digital, principalmente no que tange a parte da engenharia de usabilidade e a teoria de modelos de maturidade/capacidade de processo de software.

O2. Analisar o estado da arte dos modelos de maturidade/capacidade de processo de software voltado ao cenrio de convergncia/divergncia digital com foco na abrangncia da engenharia de usabilidade.

O3. Desenvolver uma integrao de engenharia de usabilidade em um modelo de maturidade/capacidade de processo de software voltado ao cenrio de convergncia/divergncia digital.

O4. Avaliar este modelo de maturidade/capacidade de processo de software voltado ao cenrio de convergncia/divergncia digital.

3. Metodologia
O presente trabalho ser realizado em quatro etapas: Etapa 1. Fundamentao terica: Ser realizado um estudo na rea de engenharia de software em relao aos principais modelos de

maturidade/capacidade de processo de software. Posteriormente, ser feita uma anlise dos conceitos e do processo da Engenharia de Usabilidade. Por fim, ser feito um estudo sobre os principais conceitos sobre a

convergncia/divergncia digital. As atividades desta etapa sero: A1.1 Fundamentar a teoria dos modelos de maturidade/capacidade de processo de software. 9

A1.2 Fundamentar os conceitos e o processo da engenharia de usabilidade A1.3 Fundamentar os conceitos sobre a convergncia/divergncia digital Etapa 2. Reviso do estado de arte: Ser feita uma reviso sistemtica, com a finalidade de comparar e identificar os principais modelos de

maturidade/capacidade de processo de software, e analisar a incluso de processos ligados engenharia de usabilidade nesses modelos. Sero tambm identificados e analisados modelos de maturidade/capacidade voltado explicitamente para a engenharia de usabilidade. As atividades desta etapa sero: A2.1 Definio do estudo A2.2 Execuo do estudo A2.3 Extrao e anlise da informao Etapa 3. Concepo e desenvolvimento do modelo: Com base na anlise feita na reviso do estado da arte ser proposta uma integrao de processos voltados engenharia de usabilidade em um modelo de

maturidade/capacidade de processo de software (ISO/IEC 12207/15504), levando-se em considerao caractersticas especificas do cenrio da convergncia/divergncia digital. As atividades desta etapa sero: A3.1 Mapeamento/Unificao dos modelos existentes A3.2 Anlise de processos/prticas relevantes no cenrio da engenharia de usabilidade na convergncia digital. A3.3 Incluso dos processos definidos em um modelo de

maturidade/capacidade de processo de software (ISO/IEC 12207).

10

Etapa 4. Avaliao: O modelo proposto ser avaliado em relao de aspectos de qualidade da integrao proposta atravs de um Expert Panel, que uma tcnica baseada na opinio de especialistas (BEECHAM et al., 2005). A4.1 Definio da avaliao A4.2 Planejamento da avaliao A4.3 Execuo da avaliao A4.4 Anlise dos dados

4. Cronograma
Este trabalho ser realizado durante o ano de 2011 e incio do ano de 2012 para sua apresentao em meados de 2012. Este ser realizado em 4 etapas:
Meses
jun. jul. ago. set. out. nov. dez. jan. fev. mar. abr. mai. jun. jul.

Atividades
A1.1 Fundamentar a teoria dos MCMPSs A1.2 Fundamentar os preceitos da engenharia de usabilidade A1.3 Fundamentar os conceitos sobre a convergncia/divergncia digital A2.1 Definio do estudo A2.2 Execuo do estudo A2.3 Extrao e anlise de informao A3.1 Mapeamento/Unificao dos modelos existentes Entrega do Projeto I A3.2 Analise de processos/praticas relevantes A3.3 Integrao a MCMPS A4.1 Definio da avaliao A4.2 Planejamento da avaliao A4.3 Execuo da avaliao A4.4 Anlise dos dados

02/12

11

Redao do rascunho do TCC Entrega do rascunho do TCC Preparao da defesa pblica Defesa pblica Ajustes no relatrio final do TCC Entrega do TCC Final
19/07 30/05

Tabela 1 Cronograma para o Projeto

5. Custos
Os recursos bsicos, como computadores, material escolar bsico, acesso a internet no representaro custo por serem de posse do autor. Dessa forma no existem outros custos planejados para a realizao deste TCC.

6. Recursos humanos
Nome Funo

Rodrigo Becker Rabello Christiane Gresse Von Wangenheim Patricia Vilain Jean Carlo Rossa Hauck Renato Cislaghi
Tabela 2 Envolvidos no Projeto

Autor Orientadora Membro da banca Membro da banca Coordenador de Projetos de TCC

7. Comunicao
As datas de entregas e apresentao contidas na tabela a seguir baseiam-se no cronograma dos semestres 2010/2 e 2011/1, podendo sofrer as alteraes que se fizerem necessrias de acordo com o cronograma dos semestres 2011/2 e 2012/1.
O que precisa ser comunicado Por quem Rodrigo Rodrigo Para quem Melhor forma de comunicao Quando e com que frequncia Quinzenalmente

Entregas parciais/reunio de orientao Entrega do relatrio de Projeto I Comentrios e nota

Christiane (Orientadora) Coordenador de Projetos Coordenador de

Reunio Via site de projetos Via site de

12/2011 12/2011

Membros

12

projetos Coordenador de Rodrigo projetos Coordenador de Rodrigo Defesa pblica projetos Entrega do TCC Coordenador de Rodrigo final projetos Comentrios e nota Membros Coordenador de do TCC da banca projetos Tabela 3 Formas de Comunicao do Projeto

do Projeto 1 Entrega do rascunho do TCC

da banca

projetos Via site de projetos Via site de projetos Via site de projetos Via site de projetos

30/05/2012 06/2012 19/07/2011 07/2011

8. Riscos
Risco Perda de dados (HD) Atrasos nas entregas e cronograma Probabilidade baixa Impacto alto Prioridade media Estratgia de resposta Recuperao do backup Frias do trabalho, foco total nos objetivos Aes de preveno Realizao de backup semanal Disciplina e disponibilidade exclusiva Manter atualizado a lista de participantes e o status de suas respostas

baixa

alto

alta

No encontrar participantes ou os participantes mdia no responderem o Expert Panel Tabela 4 Riscos do Projeto

alto

Alta

Localizar outros possveis participantes do Expert Panel

9. Bibliografia
ASSOCIAO PARA PROMOO DA EXCELNCIA DO SOFTWARE BRASILEIRO - SOFTEX. Software e Servios de TI: Consideraes de Mercado. So Paulo, 2011. BORGES, Alanna. Anlise Situacional de Processos com Base em CMMI de Empresas Prestadoras de Servio. Florianpolis, 2009. BRASIL, Ministrio da Cincia e Tecnologia. Pesquisa de Qualidade no Setor de Software Brasileiro 2009. 2010. IEEE STANDARDS BOARD. IEEE Standard Engineering Terminology. New York, 1990. STANDISH GROUP. CHAOS Report, 2009. SOFTWARE ENGINEERING INSTITUTE. CMMI Capability Maturity Model Integration. Disponvel em <http://sei.cmu.edu/cmmi>. Acesso em maio 2011. 13 Glossary of Software

SOFTWARE ENGINEERING INSTITUTE. CMMI for Development V1.3. 2010. Disponvel em: <http://www.sei.cmu.edu/reports/10tr033.pdf>. Acesso em abril 2011. ASSOCIAO PARA PROMOO DA EXCELNCIA DO SOFTWARE BRASILEIRO - SOFTEX. MPS.BR - Melhoria de Processo do Software Brasileiro.2009.Disponvel em: <http://www.softex.br/mpsbr/_guias/guias/MPS.BR_Guia_Geral_2009.pdf>. Acesso em abril 2011. SILVA, R. P. Engenharia de Software. INE5614 Notas de Aula. Universidade Federal de Santa Catarina. Florianpolis, 2010. INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. 15504: Information Technology - Process Assessment. 2003. INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. 12207:Processo do Ciclo de Vida do Software. 2008. ISO/IEC

ISO/IEC

ABNT - ASSOCIAO BRASILEIRA DE NORMAS TCNICAS. Parte 1: Modelo de qualidade. In:NBR ISO/IEC9126-1 - Engenharia de software Qualidade de Produto. 2003. ABNT ASSOCIAO BRASILEIRA DE NORMAS TCNICAS. Parte 11 Orientaes sobre Usabilidade. In:NBR 9241 - Requisitos Ergonmicos para Trabalho de Escritrios com Computadores. 2002. KOPPEL, Ross et al. Role of Computerized Physician Order Entry Systems in Facilitating Medication Errors. Journal of the American Medical Association JAMA - Vol. 293 No. 10. 2005. JOKELLA, Timo et al.A Survey of Usability Capability Maturity Models: Implications for Practice and Research. Behaviour & Information Technology, Vol. 00, No. 0. 2005. GRESSE VON WANGENHEIM, Christiane et al. Systematic Literature Review of Software Process Capability/Maturity Models. SPICE - 10th International Conference on Software Process. Improvement and Capability dEtermination, Pisa/Italy, 2010.

WIKIPEDIA, The Free Encyclopedia. (Usa). Technological Convergence. Disponvel em: < http://en.wikipedia.org/wiki/Technological_convergence>. Acesso em: abril de 2011. BEECHAM, S.; Hall, T.; Britton, C.; Cottee, M.; Rainer, A. Using an Expert Panel to Validate a Requirements Process Improvement Model. The Journal of Systems and Software, v. 76, 2005. 14

INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO 13407: Human-Centred Design Process for Interactive Systems. 1999.

15