Machine Translated by Google

Esta é uma versão auto-arquivada de um artigo original. Esta

versão pode diferir do original em paginação e detalhes tipográficos.

Peffers, Ken; Tuunanen, Tuure; Gengler, Charles E.; Rossi, Matt; Hui, Wendy; Autor(es):
Virtanen, Ville;
Bragg, Joana

O Processo de Pesquisa em Ciência do Design: Um Modelo para Produção e Apresentação

Título:
Pesquisa de Sistemas de Informação

Ano: 2006

Versão: Versão publicada

Direito autoral:© CGU 2006.

Direitos: Em direitos autorais

URL de direitos: http://rightsstatements.org/page/InC/1.0/?language=en

Cite a versão original:

Peffers, K., Tuunanen, T., Gengler, CE, Rossi, M., Hui, W., Virtanen, V. & Bragge, J. (2006). O Processo de
Pesquisa em Design Science: Um Modelo para Produção e Apresentação de Pesquisa em Sistemas de
Informação. Em

1ª Conferência Internacional, DESRIST 2006 Proceedings. (pp. 83-106). Claremont Graduate University.
Machine Translated by Google

O PROCESSO DE PESQUISA DA CIÊNCIA DO DESIGN :

UM MODELO PARA PRODUZIR E APRESENTAR INFORMAÇÕES

PESQUISA DE SISTEMAS

Ken Peffers1,2
University of Nevada, Las Vegas, College of Business Administration
4505 Maryland Parkway
Las Vegas NV 89154-6034 USA
Tel +1-702-807-1181, Fax +1-702-446-8370
k@peffers.com

Tuure Tuunanen2
Escola de Negócios da Universidade de Auckland, Departamento
de ISOM Symonds Street 7, Private
Bag 92019 Auckland,
Nova Zelândia Tel +64-9-373-7599 ext. 84622, Fax:
+64-9-373-7430 tuure@tuunanen.fi

Charles E. Gengler City

University of New York, Baruch College 17
Lexington Avenue, New York NY 10010 EUA
Charles_Gengler@baruch.cuny.edu

Matti Rossi
Helsinki School Economics, Departamento de Tecnologia
Empresarial PO Box 1210, FIN-00101
Helsinki, Finlândia matti.rossi@hse.fi

Wendy Hui
Universidade de Ciência e Tecnologia de Hong Kong, Departamento
de ISMT Clear Water Bay, Kowloon,
Hong Kong. busywendy@gmail.com

Ville Virtanen
Helsinki School of Economics, LTT Research, Inc.
Pohjoinen Rautatiekatu 21 B, FIN-00100 Helsinque, Finlândia
ville.virtanen @hse.fi

Johanna Bragge
Helsinki School Economics, Departamento de Tecnologia
Empresarial PO Box 1210, FIN-00101
Helsinki, Finlândia johanna.bragge@hse.fi

1
Autor correspondente
2
Os dois autores principais fizeram contribuições substancialmente semelhantes a este artigo. A primeira
autoria foi determinada pela rotação entre os artigos.

A permissão para fazer cópias digitais ou impressas de todo ou parte

deste trabalho para uso pessoal ou em sala de aula é concedida sem taxa.
DESRIST 2006. 24 a 25 de fevereiro de 2006, Claremont, CA. ÿ
CGU 2006
Machine Translated by Google

Abstrato
Os autores projetam e demonstram um processo para realizar pesquisa em design science
(DS) em sistemas de informação e demonstram o uso do processo para conduzir
pesquisas em dois estudos de caso. Vários pesquisadores de SI foram pioneiros na
aceitação da pesquisa de SD em SI, mas nos últimos 15 anos pouca pesquisa de DS foi feita
dentro da disciplina. A falta de um processo geralmente aceito para pesquisa de DS em SI
pode ter contribuído para esse problema. Procuramos projetar um modelo de processo de
pesquisa científica em design (DSRP) que atendesse a três objetivos: seria consistente com
a literatura anterior, forneceria um modelo de processo nominal para fazer pesquisa DS
e forneceria um modelo mental para apresentar e apreciando a pesquisa de SD em SI. O
processo inclui seis etapas: identificação e motivação do problema, objetivos para uma
solução, design e desenvolvimento, avaliação e comunicação. Demonstramos o processo
usando-o neste estudo e apresentando dois estudos de caso, um em planejamento de
SI para desenvolver ideias de aplicativos para serviços financeiros móveis e outro em
engenharia de requisitos para especificar requisitos de recursos para um design de
publicidade de autoatendimento e sistema de vendas destinado a usuários finais de grande
audiência. O processo satisfaz efetivamente os três objetivos e tem o potencial de ajudar
na aceitação da pesquisa DS na disciplina de SI.

Palavras-chave: Design science, design science research process, modelo de processo,

estudo de caso, engenharia de requisitos, levantamento de requisitos e desenvolvimento
de sistemas de informação.

INTRODUÇÃO Sistemas

de informação (SI) é uma disciplina de pesquisa “aplicada”, reconhecemos, no sentido de

que aplicamos teoria, frequentemente de outras disciplinas, como economia, ciência da
computação e ciências sociais, para resolver problemas na interseção de TI e organizações.
No entanto, os paradigmas de pesquisa dominantes que usamos para produzir e publicar
pesquisas para nossos veículos de pesquisa mais respeitados continuam sendo a pesquisa
descritiva tradicional emprestada das ciências sociais e naturais. Mais recentemente,
aceitamos paradigmas de pesquisa interpretativa em nossa cultura, mas o resultado da
pesquisa resultante ainda é principalmente explicativo e muitas vezes não muito aplicável,
pode-se argumentar. Embora o design, o ato de criar uma solução explicitamente aplicável a
um problema, seja um paradigma de pesquisa aceito em outras disciplinas, como a
engenharia, esse paradigma foi empregado em apenas uma pequena minoria de trabalhos
de pesquisa publicados em nossos melhores periódicos para produzir artefatos de valor
prático para a pesquisa ou para o público profissional.

Nós nos perguntamos se isso pode ajudar a explicar por que o centro de gravidade da pesquisa em,
por exemplo, análise e projeto de sistemas, indiscutivelmente a razão de ser da pesquisa de SI,
parece ter se mudado para a engenharia, dominada por correntes de pesquisa como
“requisitos de engenharia”. e “engenharia de software”. As disciplinas de engenharia
aceitam o design como uma metodologia de pesquisa válida e valiosa, mas, na maioria das
vezes, os principais periódicos de SI ainda parecem considerá-lo um modelo questionável
para pesquisa de qualidade. Por exemplo, alguns anos atrás, quando um dos autores deste
artigo discutiu a possível submissão de um artigo sobre uma melhor metodologia de
análise de requisitos com o editor-chefe de um dos periódicos de pesquisa de SI mais bem
classificados, ele foi informado de que o periódico não entretinha artigos sobre novos
métodos de desenvolvimento de sistemas, porque eles não envolviam nem o desenvolvimento da teoria nem o teste da te

84
Machine Translated by Google

Nos últimos anos, vários pesquisadores conseguiram trazer a pesquisa de design para a
comunidade de pesquisa de SI, defendendo com sucesso a validade e o valor da ciência do
design (DS) como um paradigma de pesquisa de SI (Hevner et al. 2004; March et al. 1995 ; Walls
et al. 1992) e realmente integrando o design como componente principal da pesquisa
(Nunamaker et al. 1991). Apesar dessas violações bem-sucedidas, poucas pesquisas sobre SD
foram publicadas com sucesso na literatura de SI nos quase 15 anos desde os primeiros
artigos (Walls et al. 2004).

O que está faltando pode ser um modelo conceitual de como os pesquisadores podem realizar
pesquisas científicas de design em SI e um modelo ou modelo mental para que leitores e
revisores possam reconhecê-lo e avaliá-lo. Todo pesquisador treinado na cultura da pesquisa
empresarial tem modelos mentais para pesquisa empírica e de construção de teoria (nós
os reconhecemos instantaneamente quando os vemos) e talvez um para pesquisa interpretativa
também. Mesmo que todos esses modelos mentais não sejam exatamente iguais; eles fornecem
contextos nos quais os pesquisadores podem avaliar o trabalho de outros. Por exemplo, se
um pesquisador revisou um artigo empírico que falhou em descrever como os dados foram
coletados, ele provavelmente sempre consideraria isso uma omissão que exigia aviso e
correção. Uma vez que a pesquisa de DS não faz parte da cultura dominante de pesquisa em
SI, não existe esse modelo mental comumente compreendido. Sem um, como a pesquisa em
SD pode ser avaliada ou mesmo distinguida da “mera” prática?

Embora vários pesquisadores, dentro e fora da CI, tenham procurado fornecer alguma
orientação para definir a pesquisa em ciência do design (Hevner et al. 2004) e documentar a
literatura de referência apropriada (Vaishnavi et al. 2005), até agora nenhum SI a pesquisa
focou explicitamente no desenvolvimento de um processo conceitual e modelo mental para
realizá-lo e apresentá-lo. Tal processo e modelo mental podem ajudar os pesquisadores de SI
a produzir e apresentar pesquisas científicas de design de alta qualidade em SI que sejam
aceitas como valiosas, rigorosas e publicáveis na literatura de pesquisa em SI.

Neste artigo, nosso objetivo é projetar um processo para pesquisa de DS em SI. Tal processo
deve

ser consistente com os processos da ciência do design em outras disciplinas,

fornecer um processo nominal para conduzir a pesquisa, e

fornecer um modelo mental para a aparência da saída da pesquisa DS.

Espera-se que esta pesquisa faça várias contribuições importantes para os pesquisadores de SI,
a comunidade de publicação de pesquisas de SI e outros.

Para os pesquisadores de SI, a pesquisa em SD oferece um paradigma importante para a

realização de pesquisas aplicáveis, porém rigorosas, ou seja, pesquisas mais próximas da razão
de ser aplicada de SI. Um processo conceitual pode ajudar os pesquisadores com um processo
conceitual para realizar com sucesso a pesquisa em SD e um modelo mental para sua apresentação.

Para a comunidade de publicação de pesquisa, incluindo editores e revisores, tal processo e

modelo mental podem ajudá-los a reconhecer tal pesquisa e respeitar seus objetivos,
processos e resultados.

85
Machine Translated by Google

Para o grupo profissional de pesquisa de SI, na medida em que tal processo encoraja os
pesquisadores de SI a tentar resolver problemas reais com soluções aplicáveis, o processo
pode ajudar a tornar algumas pesquisas de SI mais aplicáveis e acessíveis.

Aqui propomos um processo conceitual e modelo mental, o processo de pesquisa em design

science (DSRP) para a produção e apresentação da pesquisa DS em SI. Usamos o processo
resultante para desenvolver o processo e apresentar os resultados neste artigo, ou seja, o
artigo representa uma demonstração de seu próprio artefato. Consequentemente, as seções
restantes deste artigo estão estruturadas da seguinte forma. Nas seções subsequentes,

revisamos a literatura para entender o estado do problema (identificação do

problema),

identificamos os objetivos de uma solução,

explicamos o design de um processo de pesquisa DS,

demonstramos o uso do processo em dois estudos de caso em que desenvolvemos

metodologia para uso em planejamento de SI e engenharia de requisitos, onde cada
um desses estudos de caso também é estruturado de acordo com o processo de
pesquisa DS (demonstração), e por último,

avaliamos o processo em termos dos objetivos do nosso estudo (avaliação) e

concluímos.

IDENTIFICAÇÃO DO PROBLEMA: NECESSIDADE DE PROCESSO CONCEITUAL

E MODELO MENTAL
Os pesquisadores de IS desenvolveram um interesse na pesquisa de DS nos últimos 15 anos.
Três artigos do início da década de 1990 (March et al. 1995; Nunamaker et al. 1991; Walls et
al. 1992) introduziram a pesquisa de SD na comunidade IS. March e Smith (1995) argumentaram
que a pesquisa em design poderia contribuir facilitando a pesquisa para abordar os tipos de
problemas enfrentados pelos praticantes de SI. Em sua visão, a pesquisa em SI em
design e ciências naturais são complementares para produzir resultados relevantes e eficazes para a prática de SI.
Nunamaker et ai. (1991) estavam interessados em integrar o desenvolvimento do sistema no
processo de pesquisa. Eles propuseram uma abordagem multimetodológica que incluiria 1)
construção de teoria, 2) desenvolvimento de sistemas, 3) experimentação e 4) observações.
Todas essas metodologias interagem entre si e são essenciais para produtos de pesquisa
completos. Paredes e outros. (1992) adotou uma abordagem mais geral para definir a teoria
do projeto de sistemas de informação, como uma classe de pesquisa que se colocaria em
pé de igualdade com a construção e teste de teoria baseada em ciências sociais tradicionais.

Uma vez que o gelo metodológico foi quebrado para a pesquisa de DS, Walls et al. (2004)
esperava uma corrida para isso em IS. A pesquisa DS foi o elo entre a pesquisa de SI e a
prática, e quem não gostaria que a pesquisa de SI tivesse mais impacto na prática,
incorporasse a pesquisa em sistemas inventivos ou usasse o design para desenvolver uma
teoria melhor? Por alguma razão, no entanto, isso não parece ter acontecido. Walls et al (2004)
lamentam que pouca pesquisa em SD tenha sido feita em SI nos últimos 10 anos. Coletamos
os artigos publicados em quatro principais periódicos de SI nos últimos 10 anos em nosso
próprio domínio de assunto, engenharia de requisitos (ER). ER parece um foco provável
para a pesquisa de DS por causa dos vínculos estreitos do domínio com a prática e porque o resultado da pesquisa no dom

86
Machine Translated by Google

odologia, um artefato potencial na pesquisa em design. Dos 15 artigos, apenas dois poderiam
ser considerados como pesquisa em DS (consulte o Apêndice I para obter detalhes). Dado que
muitos trabalhos de engenharia de software ou ciência da computação adotam essa abordagem
de ciência do design (Morrison et al. 1995), nos perguntamos por que isso não deveria estar acontecendo em SI.

Uma razão pela qual a pesquisa DS não foi amplamente adotada em SI pode ser a falta de um
processo conceitual para realizá-la e um modelo mental para apresentar a pesquisa e avaliar os
resultados. Tal processo e modelo podem ajudar os pesquisadores a produzir pesquisas rigorosas
aceitáveis para a comunidade de SI e ajudar os revisores e o público pesquisador a reconhecê-
lo como tal.

Outras tradições de pesquisa abordaram essas questões. A engenharia, por exemplo, parece
usar uma ampla variedade de abordagens para realizar pesquisa de projeto (Evbuonwan et al.
1996), ou seja, pesquisa sobre projeto de engenharia. A ênfase na engenharia tem sido bastante
aplicada e o foco pode ser descrito como processo voltado para a produção de artefatos (van
Aken 2005). Evbuonwan et al (1996) mencionam catorze modelos de processos diferentes. Muitos
deles, como o StageGate de Cooper (Cooper 2000; Cooper 1990), são claramente concebidos
mais como metodologias de projeto ou desenvolvimento do que como metodologias de
pesquisa. Uma vez que o SD tem fortes raízes no design, não é surpreendente que muitos
artigos se concentrem mais em fazer pesquisas sobre design (Eekels et al. 1991; Hybs et al. 1992;
Macmillan et al. 2001).

Alguns pesquisadores de engenharia, por exemplo, (Eekels et al. 1991), viram a necessidade de
uma metodologia comum de pesquisa em DS. Por exemplo, a metodologia de Archer (1984)
concentra-se em um tipo de pesquisa DS, aquela que resultou na construção de instanciações
do sistema como resultado da pesquisa. Pesquisa do próprio Archer, os resultados da pesquisa
incluíram melhores designs para camas hospitalares e dispositivos que impediam que as portas
corta-fogo fossem mantidas abertas. Ele definiu a pesquisa DS em seis etapas: programação
(para estabelecer os objetivos do projeto), coleta de dados e fases de análise, síntese dos objetivos
e resultados da análise, desenvolvimento (para produzir melhores propostas de design),
prototipagem e documentação (para comunicar a resultados).

Apesar dos esforços para produzir orientações de pesquisa em DS (Fulcher et al. 1996; Reich
1994), ainda não há consenso sobre o que deve incluir e a pesquisa em design science ainda
carece de uma metodologia compartilhada (Fulcher et al. 1996) que forneça uma processo geral
para pesquisa IS DS.

Pesquisadores de SI abordaram a questão de quais objetivos perseguir na produção de pesquisa

de DS, por exemplo (Fulcher et al. 1996; Hevner et al. 2004), e eles trabalharam para fornecer
estruturas teóricas para justificar estudos de pesquisa de design, por exemplo (Adams et al.
al. 2004; Nunamaker et al. 1991; Walls et al. 1992). No entanto, não houve esforços para focar
explicitamente no desenvolvimento de um processo de consenso e modelo mental para tal
pesquisa que os pesquisadores de engenharia pediram (Fulcher et al. 1996; Reich 1994). Isso
pode ajudar a explicar as descobertas de Walls et al (2004) sobre como seu artigo de 1992
impactou a comunidade de SI; 26 jornais citam seu artigo, mas o sentimento geral é de que a
mensagem não foi transmitida.

87
Machine Translated by Google

OBJETIVOS DE UMA SOLUÇÃO: PROCESSO E MODELO MENTAL

CONSISTENTE COM PESQUISA ANTERIOR
Na introdução do artigo, definimos nosso objetivo para o artigo como o desenvolvimento
de um processo conceitual para pesquisa em ciência do design em SI e modelo mental para
sua apresentação. Sugerimos que o modelo de processo deve ser consistente com os
processos da ciência do design em SI e outras disciplinas, deve fornecer um processo nominal
para conduzir a pesquisa e deve fornecer um modelo mental para a aparência da saída da
pesquisa de DS.

A literatura anterior nos fornece muitos modelos de processo explícitos em engenharia para
pesquisa de projeto, ou seja, modelos de processo para projeto de engenharia. Ele também
nos fornece alguns modelos implícitos para a pesquisa de DS em SI. Se nosso processo
de pesquisa em ciência do design (DSRP) for consistente com a literatura anterior, isso nos
fornecerá um caso primário de que é útil e flexível o suficiente para apoiar a pesquisa de DS
em SI. Assim, a consistência com pesquisas anteriores é o nosso primeiro objetivo.

Existem alguns artigos que são particularmente úteis para abordar o problema de um modelo
DSRP. Consideramos a metodologia de pesquisa de desenvolvimento de sistemas de
Nunamaker, Chen e Purdin (1991) interessante para esse propósito. A teoria de design
de sistemas de informação de Walls, Widmeyer e El Sawy (1992; 2004) é igualmente útil. Na
engenharia, Archer (1984) e Eekels e Roozenburg (1991) apresentaram modelos de processo
para projeto que apresentam sinergia com os modelos originados em SI. Além disso, as
diretrizes de March e Smith (1995) e Hevner et al. (2004) para a pesquisa em design science
influenciam as escolhas metodológicas dentro do processo de pesquisa em DS. No
domínio da ciência da computação, Takeda et al. (1990) propuseram um “ciclo de design”
para sistemas de design inteligente. Duas publicações informais na literatura atual de SI
também contribuem com algo para a conversa. Em uma apresentação em workshop, Rossi
e Sein (2003) sugeriram etapas básicas de pesquisa em DS. O site da IS WORLD de
Vaishnavi e Kuechler (2005), “Pesquisa de Design em Sistemas de Informação”, fornece
informações ricas sobre o contexto histórico da pesquisa de design.

O segundo objetivo é que tal processo forneça um processo nominal para a condução de
pesquisas de DS em SI. Outros paradigmas de pesquisa, como teste de teoria ou pesquisa
interpretativa, que são bem aceitos na cultura de pesquisa em SI, têm processos
nominais bem definidos que se refletem em artigos de pesquisa sobre prática de pesquisa,
treinamento de doutorado e exemplos de muitos esforços de pesquisa, publicados em
periódicos proeminentes e dissertações premiadas, que são reconhecidamente bem feitas.
Um processo nominal não poderia ser um procedimento literal e sequencial porque as
circunstâncias, oportunidades e restrições de recursos afetam o modo como os pesquisadores procedem.

O terceiro objetivo de um modelo DSRP é fornecer um modelo mental para as características

dos resultados da pesquisa. Espera-se claramente que os resultados da pesquisa de DS
sejam diferentes daqueles do teste de teoria ou interpretação e um modelo DSRP deve nos
fornecer alguma orientação, como revisores, editores e consumidores, sobre o que esperar
dos resultados da pesquisa de DS.

Na próxima seção, usamos pesquisas anteriores sobre design e design science research para
projetar um processo de pesquisa de DS.

88
Machine Translated by Google

PROJETO: DESENVOLVIMENTO DO PROCESSO Para

projetar nosso DSRP, analisamos pesquisas anteriores influentes e o pensamento atual

para determinar quais elementos de processo comuns poderiam ser encontrados na
literatura. Na Tabela 1, apresentamos os elementos do processo de sete artigos e
apresentações representativos e nossa síntese: os componentes de um processo de
pesquisa em ciência do design de SI. Observe que, quando olhamos para a Tabela 1, não
devemos perder de vista o fato de que esses pesquisadores tinham propósitos distintos
em mente; portanto, os estamos usando para obter um consenso de elementos comuns,
em vez de tentar comparar “maçãs com laranjas”. ”, para citar um revisor útil. Podemos ver que os autores concorda
Todos os sete incluem algum componente nos estágios iniciais da pesquisa para definir um
problema de pesquisa. Nunamaker et ai. (1991) e Wall et al. (1992) enfatizam bases teóricas,
enquanto pesquisadores de engenharia (Archer 1984; Eekels et al. 1991) adotam uma
abordagem mais prática para sugerir a análise de problemas. Takeda et al (1990) e Rossi e
Sein (2003) também incluem a identificação do problema como uma etapa básica do
processo, assim como Hevner et al (2004) em suas diretrizes gerais para pesquisa em DS.
Consequentemente, incluímos a identificação do problema e a motivação em nossa
síntese. Alguns dos pesquisadores explicitamente incorporam esforços para
transformar o problema em objetivos do sistema, também chamados de meta requisitos
(Walls et al. 1992) ou requisitos (Eekels et al. 1991), enquanto para outros esse esforço
é implícito, por exemplo, parte de programação e coleta de dados (Archer 1984). Para Hevner et al (2004), por sua vez, is
Nossa síntese para isso são objetivos de uma solução.

Todos os pesquisadores se concentram no núcleo da ciência do design em todas as

disciplinas: design e desenvolvimento. Em algumas das pesquisas, por exemplo, (Eekels
et al. 1991; Nunamaker et al. 1991) as atividades de design e desenvolvimento são
subdivididas em atividades mais discretas, enquanto outros pesquisadores discutem
mais sobre a natureza do processo de busca iterativa (Hevner et al . 2004). Em seguida,
as soluções variam de um único ato de demonstração (Walls et al. 1992) para provar
que a ideia funciona até uma avaliação mais formal (Eekels et al. 1991; Hevner et al.
2004; Nunamaker et al. 1991; Rossi et al. 2003; Vaishnavi et al. 2005) do artefato
desenvolvido. Eekels et ai. (1991) e Nunamaker et al. (1991) incluem ambas as fases.
Finalmente, Archer (1984) e Hevner et al (2004) propuseram a necessidade de comunicação para difundir o conheciment

Os componentes em nossa síntese desta pesquisa anterior e sua ordem sequencial formam
a base para nosso processo de pesquisa em ciência do design.

O resultado de nossa síntese é um modelo de processo composto por seis atividades em

uma sequência nominal, aqui descritas e apresentadas graficamente na Figura 1.

1. Identificação e motivação do problema. Defina o problema de pesquisa específico e

justifique o valor de uma solução. Uma vez que a definição do problema será usada para
desenvolver uma solução de artefato eficaz, pode ser útil atomizar o problema
conceitualmente para que a solução possa capturar a complexidade do problema. Justificar
o valor de uma solução realiza duas coisas: motiva o pesquisador e o público da pesquisa
a buscar a solução e a aceitar os resultados e ajuda a entender o raciocínio associado à
compreensão do problema pelo pesquisador. Os recursos necessários para esta atividade
incluem o conhecimento do estado do problema e a importância de sua solução.

89
Machine Translated by Google

2. Objetivos de uma solução. Inferir os objetivos de uma solução a partir da definição do

problema. Os objetivos podem ser quantitativos, por exemplo, termos em que uma
solução desejável seria melhor do que as atuais, ou qualitativos, por exemplo, onde se
espera que um novo artefato suporte soluções para problemas até então não abordados.
Os objetivos devem ser inferidos racionalmente a partir da especificação do problema.
Os recursos necessários para isso incluem o conhecimento do estado dos problemas e soluções atuais e sua eficác

3. Desenho e desenvolvimento. Crie a solução de artefato. Tais artefatos são

potencialmente, com cada um definido amplamente, construções, modelos,
métodos ou instanciações (Hevner et al. 2004). Esta atividade inclui determinar a
funcionalidade desejada do artefato e sua arquitetura e, em seguida, criar o artefato real.
Os recursos necessários para passar dos objetivos ao projeto e desenvolvimento incluem
o conhecimento da teoria que pode ser usado como uma solução.

4. Demonstração. Demonstrar a eficácia do artefato para resolver o problema. Isso pode

envolver seu uso em experimentação, simulação, estudo de caso, prova ou outra
atividade apropriada. Os recursos necessários para a demonstração incluem
conhecimento efetivo de como usar o artefato para resolver o problema.

90
Machine Translated by Google

Tabela 1 Elementos do processo de design e design science de outras disciplinas de SI e objetivos de síntese para um processo de pesquisa em design science em SI.

Objetivos para um Archer (1984) (Takeda et al. 1990) Eekels e Landmaker e outros Paredes e outros (1992) (Rossi et al. 2003) (Hevner et al. 2004)
modelo de Roozenburg (1991)
processo de (1991)
pesquisa em design science

1. Identificação Programação Enumeração de Análise Construa uma Meta-requisitos Identifique uma necessidade Problemas
e motivação do problemas estrutura conceitual importantes e relevantes
Coleção de dados teorias do kernel
problema

2. Objetivos de Requisitos Implícito em

uma solução “relevância”

3. Projeto e Análise Sugestão Síntese, Propostas Desenvolva uma método de design Construir Pesquisa iterativa
desenvolvimento Tentativas de arquitetura de sistema processo
Síntese Desenvolvimento Metadesign
Design
Analisar e projetar o Artefato
Desenvolvimento
sistema.

Construir o sistema

4. Demonstra Simulação, previsão Experimente, observe e

tion condicional avalie o sistema
tem

5. Avaliação Avaliação Avaliação, Decisão, Processo de design Avalie Avalie

confirmatória Projeto Definido testável/hipótese do produto
dele

6. Comunicação Comunicação Comunicação

91
Machine Translated by Google

5. Avaliação. Observe e meça o quão bem o artefato suporta uma solução para o
problema. Esta atividade envolve comparar os objetivos de uma solução com os
resultados reais observados do uso do artefato na demonstração. Requer conhecimento
de métricas relevantes e técnicas de análise. Dependendo da natureza do local do
problema e do artefato, a avaliação pode incluir itens como uma comparação da
funcionalidade do artefato com os objetivos da solução da atividade 2 acima,
medidas objetivas de desempenho quantitativo, como orçamentos ou itens produzidos,
pesquisas de satisfação, feedback do cliente , ou simulações. No final desta atividade, os
pesquisadores podem decidir se devem repetir a etapa 3 para tentar melhorar a eficácia
do artefato ou continuar com a comunicação e deixar melhorias adicionais para projetos
subsequentes. A natureza do local de pesquisa pode ditar se tal iteração é viável ou não.

6. Comunicação. Comunique o problema e sua importância, o artefato, sua utilidade e

novidade, o rigor de seu design e sua eficácia para pesquisadores e outros públicos
relevantes, como profissionais em exercício, quando apropriado. Em publicações de
pesquisa acadêmica, os pesquisadores podem usar a estrutura desse processo para
estruturar o artigo, assim como a estrutura nominal de um processo de pesquisa
empírica (definição do problema, revisão da literatura, desenvolvimento de hipótese,
coleta de dados, análise, resultados, discussão e conclusão) é uma estrutura comum para trabalhos de pesquisa em
A comunicação requer o conhecimento da cultura disciplinar.

Esse processo é estruturado em uma ordem nominalmente sequencial; no entanto, não

há expectativa de que o(s) pesquisador(es) sempre prossiga(m) em ordem sequencial da
atividade 1 até a atividade 6. Em vez disso, eles podem realmente começar em quase
qualquer etapa e se mover para fora. Uma abordagem centrada no problema é a base da
sequência nominal, começando com a atividade 1. Os pesquisadores podem prosseguir
nessa sequência se a ideia para a pesquisa resultar da observação do problema ou de
uma pesquisa futura sugerida em um artigo de um projeto anterior. Uma solução centrada
no objetivo, começando com a atividade 2, poderia ser o subproduto de experiências
de consultoria, onde, por exemplo, os resultados das atividades de desenvolvimento
de sistemas ficaram aquém das expectativas e os clientes desejavam que pudéssemos
fazer um trabalho melhor de programação offshore . Uma abordagem centrada em
design e desenvolvimento começaria com a atividade 3. Ela resultaria da existência de
um artefato que ainda não foi formalmente pensado como uma solução para o domínio
de problema explícito no qual será usado. Tal artefato pode ter vindo de outro
domínio de pesquisa, pode já ter sido usado para resolver um problema diferente ou pode
ter aparecido como uma ideia analógica. Por fim, observar uma solução prática que
funcionou, começando com a atividade 4, pode resultar em uma solução de design science se os pesquisadores tra

92
Machine Translated by Google

Sequência de processo nominal

IDENTIFICAÇÃO DO PROBLEMA OBJETIVOS DE DESIGN & DE DEMONSTRAÇÃO AVALIAÇÃO COMUNICAÇÃO

TIFICAÇÃO & UMA SOLUÇÃO DESENVOLVIMENTO

MOTIVAÇÃO Encontre o Observe quão publicações

O que um artefato Artefato contexto adequado eficaz, eficiente acadêmicas

Definir problema melhor realizaria? borda

Inferência
Teoria
Usar artefato para conhecimento conhecimento
Disciplinar
publicações
saber
como

Mostrar resolver o problema Métricas,

análise
Iterar de volta ao profissionais
importância design

CEN DO PROBLEMA CENTRO OBJETIVO- DESIGN & DE- OBSERVANDO UM

TERED AP SOLUÇÃO TERED DESENVOLVIMENTO SOLUÇÃO

PROACH AP CENTRADO
PROACH

Possíveis pontos de entrada para pesquisas

Figura 1 Modelo de processo de pesquisa científica em design (DSRP)

93
Machine Translated by Google

DEMONSTRAÇÃO EM DOIS ESTUDOS DE CASO

Aqui demonstramos o uso do DSRP de duas maneiras. Primeiro, o desenvolvimento do modelo

DSRP é um caso de uso do próprio processo. Em segundo lugar, contamos a história, seja
baixo, de como usamos o DSRP em dois casos, um no planejamento de SI e outro na
engenharia de requisitos.

O desenvolvimento do modelo DSRP incluiu seis etapas, que são repetidas nas seções deste
artigo.

Identificação do problema e motivação. Isso incluiu nosso reconhecimento de que a

pesquisa em SI carecia de um modelo de processo para a pesquisa em DS em SI e o efeito disso
na adoção da pesquisa em DS como uma metodologia em SI.

Objetivos de uma solução. Os objetivos incluíam a consistência com os processos de DS na

literatura anterior, o desenvolvimento de um processo nominal para conduzir pesquisas e o
desenvolvimento de um modelo mental para a saída de pesquisa de DS.

Design e desenvolvimento. Usamos a literatura anterior como base para o desenvolvimento

de um modelo de processo de seis etapas.

Demonstração. Isso envolveu a demonstração do modelo de processo resultante com estudos

de caso.

Avaliação. Isso envolverá comparar as características do modelo de processo de pesquisa DS

com os objetivos descritos acima.

Comunicação. A comunicação está sendo feita através deste papel.

Aqui, demonstramos ainda mais o uso do DSRP por meio de dois estudos de caso nos quais
o usamos para desenvolver artefatos. O primeiro descreve um método de cadeias críticas
de sucesso (CSC) (Peffers et al. 2003a; Peffers et al. 2005a) para desenvolver um portfólio
de aplicações valiosas para uma nova tecnologia e o segundo descreve o desenvolvimento
da ampla audiência da engenharia de requisitos (WARE) (Tuunanen et al. 2004) no caso
Helsingin Sanomat . Em cada caso, o artefato desenvolvido foi o método, não os aplicativos,
embora estes fossem “subprodutos” bem recebidos pelos clientes da indústria. Fornecemos
descrições de caso de cada um e ilustramos como os estudos usaram o DSRP.

Digia: desenvolvendo um método para gerar ideias para novos aplicativos

que os clientes valorizam
A SysOpen Digia Plc é uma empresa de pesquisa e desenvolvimento com sede em Helsinque,
especializada em aplicativos de software inovadores para comunicação sem fio que se concentra
na criação de tecnologias de comunicação pessoal e aplicativos para a próxima geração de
dispositivos de informação sem fio, como smartphones e comunicadores. Emprega
aproximadamente 800 profissionais e obteve receita de aproximadamente € 64 milhões em
2004. Esta é a história de nossos esforços na Digia, também ilustrada na Figura 2 e relatada
em detalhes em (Peffers et al. 2003a; Peffers et al. 2005b) , para desenvolver um melhor
método de planejamento de SI.

94
Machine Translated by Google

Solução centrada no objetivo. No outono de 2000, o presidente da Digia, Pekka

Sivonen, nos procurou com um pedido para ajudar a definir um portfólio de aplicações
potenciais para a Digia desenvolver para atender à necessidade de serviços financeiros
fornecidos pelos dispositivos sem fio da próxima geração (Peffers et al. 2003a). . Aceitamos
o convite porque se encaixava no nosso atual objetivo de pesquisa: desenvolver um método
para apoiar a geração de ideias para projetos de SI que proporcionassem o maior impacto no
alcance dos objetivos estratégicos de uma empresa. Como os aplicativos para fornecer
serviços financeiros usando dispositivos móveis não haviam sido muito desenvolvidos
antes, essa parecia uma boa oportunidade para usar um novo método para desenvolver um portfólio de aplicativos usando

Identificação do problema e motivação. Na maioria das empresas não faltam ideias para
novos projetos de SI, mas a maioria tende a ser abaixo do ideal. Como os gerentes podem
fazer uso das ideias de muitas pessoas dentro e ao redor da organização, mantendo o foco no
que é importante e valioso para a empresa? O planejamento de baixo para cima gera muitas
ideias, mas a maioria é egoísta e com foco restrito. O planejamento de cima para baixo ignora
as ideias de todos, exceto daqueles nas suítes executivas.

Objetivos de uma solução. Nosso objetivo era desenvolver um método de planejamento de

SI que permitisse aproveitar as ideias de muitos, incluindo especialistas externos e
potenciais usuários, mas mantendo o foco em ideias de alto valor estratégico para a empresa.

Desenvolvimento de design. Utilizamos a teoria do constructo pessoal (PCT) (Kelly 1955) e

os fatores críticos de sucesso (Rockart 1979) como bases teóricas para o desenvolvimento
do método. Para a coleta de dados, usamos “laddering”, uma técnica baseada em PCT para
entrevista estruturada que coleta dados valiosos sobre o raciocínio do sujeito, bem como
sobre as preferências. Para análise, adaptamos mapas de valor hierárquico, que foram
usados em marketing para exibir dados de escada agregados graficamente. Incorporamos um
workshop de ideação, onde conhecimentos técnicos e de negócios foram trazidos para a
tarefa de desenvolver ideias viáveis para novas aplicações de negócios a partir das
preferências gráficas apresentadas e raciocínio dos sujeitos. O resultado do esforço de
design foi o método da cadeia crítica de sucesso (CSC) para usar as ideias de muitas
pessoas dentro e ao redor da organização para desenvolver portfólios de ideias de aplicações
viáveis que são altamente valiosas para a organização.

Demonstração. Aproveitamos a oportunidade na Digia para demonstrar a viabilidade e

eficácia do CSC (Peffers et al. 2003a; Peffers et al. 2005a). Começamos recrutando e
entrevistando 32 participantes, divididos aproximadamente igualmente entre especialistas
e usuários finais em potencial. Realizamos entrevistas individuais estruturadas, utilizando
estímulos coletados previamente com os sujeitos. O método de entrevista destinava-se a
encorajar os participantes de idade a se concentrar no valor das ideias.

As entrevistas laddering nos forneceram dados valiosos sobre as aplicações que os

participantes desejavam e por quê. Usando agrupamento qualitativo, usamos os dados
para criar cinco mapas gráficos, contendo 114 construções de preferência e raciocínio. A
próxima etapa foi realizar um workshop de criação de ideias com seis especialistas em
negócios e engenharia e gerentes da empresa para converter as preferências dos participantes
em ideias de projetos de negócios viáveis em um nível “atrás do envelope”. No workshop,
realizado de forma isolada em um único trecho de cinco horas, os participantes desenvolveram
três ideias de negócios, com descrições de aplicações, modelos de negócios e tabelas de
interação. Estes foram desenvolvidos posteriormente por analistas em trabalho pós-
workshop para serem integrados ao esforço de planejamento estratégico da empresa.

95
Machine Translated by Google

Avaliação. Os representantes da Digia ficaram muito entusiasmados com os

resultados do workshop. Após o workshop, o presidente da Digia comentou que o
workshop . . “positivamente . excedeu [suas] expectativas [sobre] os resultados” (Peffers
et al. 2003a). Esse feedback com a implementação bem-sucedida do método na prática
nos permitiu apresentar a validação inicial do nível de “prova de conceito” de nosso
método (Peffers et al. 2003a; Peffers et al. 2005a). A empresa pretendia usar os
aplicativos resultantes para planejar seus esforços contínuos de desenvolvimento de produtos.

Comunicação. O estudo de caso foi relatado com sucesso em revistas acadêmicas

respeitáveis, incluindo Journal of Management Information Systems (Peffers et al. 2003b)
e Information & Management (Peffers et al. 2005c). Além disso, as descobertas foram
apresentadas em vários veículos orientados para profissionais, como capítulos de
livros, por exemplo, (Peffers et al. 2005c), relatórios técnicos, por exemplo, (Tuunanen
2001) e artigos de revistas comerciais, por exemplo, (Tuunanen 2002).

96
Machine Translated by Google

O PROBLEMA DA IDENTIDADE OBJETIVOS DE UM DESIGN & DE DEMONSTRAÇÃO AVALIAÇÃO COMUNICAÇÃO

FICAÇÃO & MO SOLUÇÃO DESENVOLVIMENTO

TIVAÇÃO Estudo de Avalie o método publicações

Use a literatura para acadêmicas
Desenvolver caso Digia observando seu
Difícil usar as um método para fornecer uma base borda sucesso em uso em
ideias de muitos conceitual para um
facilitar o publicações
Inferência

Teoria Use o protótipo do conhecimento conhecimento

método de
Disciplinar

na organização planejamento de SI saber

como
método para fornecer Digital profissionais
amplamente participativo planejamento de SI, ou seja, Métricas,
análise

para desenvolver uma prova de

CSC.
ideias estratégicas conceito
para novos
sistemas.

CENTRADO NO OBJETIVO
SOLUÇÃO

CEN DO PROBLEMA Melhorar o planejamento DESIGN & DE OBSERVANDO UM

ABORDAGEM TERED estratégico de SI de empresas DESENVOLVIMENTO SOLUÇÃO

que enfrentam vários projetos de SI AP CENTRADO

PROACH

Possíveis pontos de entrada para pesquisas

Figura 2 Processo de pesquisa DS para o estudo Digia.

97
Machine Translated by Google

Helsingin Sanomat: desenvolvendo um método para sistemas de engenharia de requisitos

para usuários finais de grande audiência O
Helsingin Sanomat é um dos maiores jornais diários dos países nórdicos, com mais de
um milhão de leitores diários. É também o principal meio de publicidade da Finlândia,
com mais de 400 mil anúncios impressos anualmente. Fomos contratados por sua
equipe de desenvolvimento de negócios para desenvolver os requisitos funcionais para o
Medianetti e-Ad Traffic and Ad Information System (META-IS), versão 2.0 e posteriores.
META-IS é um sistema para vendas de autoatendimento e design de anúncios em jornais
para Helsingin Sanomat e várias publicações irmãs. O caso é ilustrado em termos do
processo de pesquisa de SD na Figura 3 e foi relatado com mais detalhes em
(Tuunanen et al. 2004).

Abordagem centrada no problema. Queríamos desenvolver um método melhor para

entender os requisitos de recursos para sistemas que seriam usados por usuários finais
de grande audiência, ou seja, usuários que estavam fora da organização, muito dispersos,
com pouca conexão com a organização e pouca motivação para participar da análise
de requisitos , e talvez com pouco entendimento da tecnologia subjacente e dos modelos de negócios.
A engenharia de requisitos para a versão 2 do META-IS nos deu a oportunidade de estudar
esse problema porque muitos dos usuários pretendidos para o sistema, publicitários
pouco frequentes e pequenas empresas, eram anunciantes ingênuos com pouca
conexão com a empresa.

Identificação e motivação do problema. Reconhecemos o problema subjacente de ER para

usuários finais de grande audiência enquanto trabalhávamos na Digia no método
de planejamento de SI (Tuunanen 2003). Passamos a entender que cada vez mais a
comunidade de SI enfrentava o problema de desenvolver sistemas posicionados para
usuários finais fora do ambiente tradicional, da empresa ou organização. Peffers e
Tuunanen (2005a) identificaram as características importantes de usuários finais de
ampla audiência e as necessidades que eles criam para um método de elicitação de requisitos (Tuunanen et al. 2004)

Objetivos de uma solução. Queríamos desenvolver um método que facilitasse o

entendimento das preferências do usuário, valores e raciocínio para recursos de
sistemas a serem usados por tais usuários. Esse método permitiria que usuários sem
conexão com a empresa e com pouco conhecimento do negócio ou tecnologia subjacente
participassem do planejamento de recursos de novos aplicativos.

Desenvolvimento de design. O desenvolvimento do novo método adaptou e ampliou os

conceitos que havíamos desenvolvido para o planejamento de SI no método CSC.
Usamos a literatura para fornecer bases conceituais para um método de engenharia
de requisitos de ampla audiência (WARE) (Tuunanen et al. 2004). Abordamos questões
identificadas anteriormente, como como alcançar usuários finais amplamente dispersos
ou como evitar problemas decorrentes da falta de conhecimento do contexto dos
usuários finais do artefato de SI desenvolvido, usando nossas experiências anteriores
com o caso Digia (Peffers et al. 2003a; Peffers et al. 2005a) e estendendo a base teórica
por meio do uso de literatura relevante. Esse esforço resultou em um novo método conceitual de engenharia de requ

Demonstração. Testamos o WARE usando-o para desenvolver recursos e um roteiro de

atualização de produto para o META-IS versão 2. O META-IS permite que os clientes
comprem e criem anúncios de exibição. Destina-se a servir cinco segmentos de clientes, regular e

98
Machine Translated by Google

anunciantes pouco frequentes de pequena escala, anunciantes de média escala, anunciantes

de grande escala, mídia e agências de publicidade e usuários internos da empresa. Portanto,
os usuários finais são muito diversos em suas origens e necessidades. Além disso,
eles estão dispersos por toda a Finlândia e o potencial do usuário final é calculado em
dezenas de milhares ou mesmo centenas de milhares, em suma, quase todas as empresas ou
organizações com necessidades publicitárias na Finlândia.

Selecionamos 30 participantes de diferentes segmentos de usuários finais para participar

do estudo, com foco em potenciais usuários líderes (von Hippel 1986). Usamos a técnica de
entrevista laddering, com estímulos categóricos fornecidos pela empresa, para coletar dados
que incluíram 2.566 preferências e motivos de recursos distintos, que foram posteriormente
agrupados em cinco temas. Usamos esses temas para criar mapas gráficos e desenvolvemos
uma ferramenta de apresentação que permitiria aos desenvolvedores e gerentes detalhar os
mapas para ver o raciocínio de participantes individuais e até mesmo ouvir segmentos de
entrevistas de sujeitos representativos. Um workshop comercial e técnico e análises adicionais
resultaram em um relatório de negócios e um roteiro de atualização de três anos para o aplicativo.

Avaliação. A avaliação da eficácia do WARE no Helsingin Sanomat foi triplicada. Primeiro,

montamos um workshop com a equipe de desenvolvimento do cliente para ajudá-los a
aprender a usar a ferramenta de apresentação e avaliar os resultados. Em segundo lugar, os
resultados do workshop nos forneceram feedback para o planejamento da próxima etapa: o
uso de uma pesquisa com usuários potenciais para avaliar os mapas temáticos, ou seja, para
determinar quais recursos eram mais valiosos para os usuários. Em terceiro lugar, recebemos
feedback do cliente sobre o valor do relatório de negócios resultante e do roteiro de
desenvolvimento de aplicativos. Este relatório foi amplamente utilizado dentro da organização
e foi elogiado pelo gerente da equipe de desenvolvimento. O roteiro de desenvolvimento real
do cliente foi quase totalmente baseado em recursos desenvolvidos no estudo e foi
amplamente implementado posteriormente (Tuunanen et al. 2004).

Comunicação. O estudo de caso está atualmente em andamento para publicações acadêmicas

com o primeiro voltado para um periódico de pesquisa em SI (Tuunanen et al. 2004).
Da mesma forma, as descobertas estão começando a chegar aos praticantes por meio de
capítulos de livros, por exemplo, (Tuunanen 2005) e entrevistas na mídia impressa e na TV.

99
Machine Translated by Google

O PROBLEMA DA IDENTIDADE OBJETIVOS DE UM DESIGN & DE DEMONSTRAÇÃO AVALIAÇÃO COMUNICAÇÃO

FICAÇÃO & MO SOLUÇÃO DESENVOLVIMENTO

TIVAÇÃO Avalie o método

Helsinque publicações
Use a literatura para Estudo de caso da acadêmicas
Desenvolva borda
coletando feedback
Defina as um método fornecer uma base
Inferência Sanomat de usuários finais em
características do para atender aos
Teoria conceitual para um
saber
como
conhecimento
potencial por meio conhecimento
Disciplinar publicações
público-alvo amplo método Wide de pesquisa na
requisitos de Use o protótipo do Métricas,
análise
profissionais
Usuários. usuários finais de Audience método para fornecer Internet e do cliente.
grande audiência. Requirements
uma prova de conceito
Engineering
(WARE).

CEN DO PROBLEMA
ABORDAGEM TERED

Como obter
necessidades de OBJETIVO CEN DESIGN & DE OBSERVANDO UM
usuários finais de SOLUÇÃO TERED DESENVOLVIMENTO SOLUÇÃO

grande audiência? AP CENTRADO

PROACH

Possíveis pontos de entrada para pesquisas

Figura 3 Processo de pesquisa do DS para o estudo Helsingin Sanomat .

100
Machine Translated by Google

Avaliação do modelo DSRP Avaliamos

o modelo DSRP em termos dos três objetivos para DSRP descritos acima.
Em primeiro lugar, é consistente com a teoria e prática de pesquisa anterior em DS,
conforme representado na literatura de SI, e com design e pesquisa em ciência do design,
conforme apresentado na literatura representativa em disciplinas de referência? Em segundo
lugar, fornece um processo nominal para a condução de pesquisas de SD em SI? Em terceiro
lugar, fornece um modelo mental para as características dos resultados da pesquisa?

Primeiro, o modelo DSRP é consistente com os conceitos da literatura anterior sobre design
science em SI. Podemos verificar isso consultando nossa análise na Tabela 1 dos elementos do
processo na literatura anterior. A metodologia de pesquisa de desenvolvimento de sistema
de Nunamaker, Chen e Purdin (1991) é muito mais geral em seus objetivos do que o processo DS,
embora sua metodologia seja focada em atividades de construção de sistema, em vez de
processos de pesquisa, sua metodologia de cinco etapas pode ser mapeada aproximadamente
ao processo DS. Da mesma forma, Walls, Widmeyer e El Sawy (1992; 2004) "componentes de
uma teoria de design de sistema de informação", Takeda et al (1990) solução de "ciclo de
design" para sistemas inteligentes de design auxiliado por computador, passos de Rossi e Sein
(2003), passos de Archer (1984) para design industrial, o processo de Eekels e Roozenburg (1991)
para design de engenharia e as diretrizes de Hevner et al (2004) para os elementos necessários
da pesquisa de design, são todos consistentes com o DSRP.

Em segundo lugar, o modelo DSRP fornece um processo nominal para conduzir a pesquisa DS.
Usamos esse processo em quatro projetos até agora, incluindo o desenvolvimento do próprio
DSRP, ou seja, este artigo, os dois estudos de caso apresentados na seção de demonstração
deste artigo e um quarto projeto de pesquisa em andamento com foco no problema de
desenvolvimento de conjuntos de recursos culturalmente segmentados para aplicativos a
serem usados por usuários finais de audiência global. Em cada caso, conduzimos o projeto
usando uma abordagem centrada no problema ou no objetivo, o processo funcionou bem e foi eficaz para o propósito p

Em terceiro lugar, o DSRP também fornece um modelo mental para a apresentação dos resultados
da pesquisa do DS. Em cada um dos quatro projetos, incluindo este, usamos o modelo DSRP
como modelo para criar resultados de publicações de pesquisa, como este artigo. Em dois casos,
até agora (Peffers et al. 2003c; Peffers et al. 2005a), esses artigos foram aceitos para publicação
em periódicos de pesquisa de SI bem classificados, sugerindo que o modelo DSRP serve
como um modelo de apresentação eficaz. Esperamos que isso também se mostre verdadeiro com
os artigos subseqüentes e futuros que possam usá-lo como modelo de apresentação.

CONCLUSÃO Neste

artigo buscamos desenvolver um processo conceitual para a pesquisa de DS em SI.

Queríamos que esse modelo de processo estivesse em harmonia com os processos da ciência
do design em SI e em outras disciplinas relacionadas. Além disso, queríamos que o modelo de
processo orientasse os pesquisadores que trabalhariam na pesquisa de DS e fornecesse um
modelo mental de como seriam as partes da saída da pesquisa de DS.

101
Machine Translated by Google

Nosso estudo contribui ao fornecer um modelo conceitual de processo de pesquisa em

DS que aborda as limitações da literatura. Até agora não havia um modelo de processo
explícito destinado a orientar os pesquisadores que desejam um roteiro de como fazer
pesquisa científica em sistemas de informação. O modelo DSRP preenche esse papel
com um processo que é consistente com a literatura anterior e, por esse motivo,
provavelmente será considerado suficientemente completo e robusto para servir como um modelo eficaz para pes

Outra contribuição desta pesquisa é fornecer um modelo mental de como deve ser a
pesquisa em ciência do design em SI. Nas seis etapas do processo e no olhar deste artigo e
seus sucessores, pesquisadores, revisores, editores e o público da pesquisa em design
science devem encontrar o tipo de modelo que pode ajudar a design science research a se
tornar parte da cultura de pesquisa em SI . Assim como os pesquisadores têm um modelo
mental para testar a teoria da pesquisa e quais componentes esperam publicações dela,
ou seja, problema de pesquisa, hipóteses, coleta de dados, análise, resultados, discussão,
etc., eles terão um modelo mental análogo para resultados de pesquisa DS.

Esperamos que muitos pesquisadores de DS em SI tentem usar esse modelo de processo,

testando assim sua usabilidade. Os estudos de caso que fornecemos com este artigo
demonstram seu uso, mas apenas no escopo de dois problemas de pesquisa. O uso posterior
nos dirá se há domínios problemáticos onde requer extensão ou onde simplesmente não
funciona bem. Outro problema interessante é o do ponto de entrada da pesquisa. Fizemos
questão de sugerir que pode haver múltiplos pontos de entrada possíveis para a
pesquisa em design science. Claro, esta questão não é exclusiva para projetar pesquisas
científicas. Não nos lembramos de ter lido um artigo de teste de teoria em que os autores
dizem que decidiram sobre as questões de pesquisa depois de coletar os dados ou
mesmo depois de fazer a análise, mas achamos que certamente isso aconteceu sem efeitos nocivos. Acreditamos
Não seria revigorante ler um artigo acadêmico em que os pesquisadores admitiram ter
projetado um artefato e depois encontrado um problema que ele resolveu? Como isso
afetaria o processo de design e o próprio design?

REFERÊNCIAS
Adams, L., e Courtney, J. "Atingindo Relevância na Pesquisa de IS por meio do DAGS
Framework", 37ª Conferência Internacional do Havaí sobre Ciências de Sistemas,
IEEE, Big Island, Havaí, 2004, p. 10.
Archer, LB "Systematic method for designers", em: Developments in design methodolgy,
N. Cross (ed.), John Wiley, Londres, 1984, pp. 57-82.
Browne, GJ e Ramesh, V. "Melhorando a determinação dos requisitos de informação: uma
perspectiva cognitiva," Information & Management (39:8), Set 2002, pp 625-645.
Browne, GJ, e Rogich, MB "Uma investigação empírica da elicitação de requisitos do usuário:
Comparando a eficácia das técnicas de solicitação," Journal Of Management
Information Systems (17:4), Spr 2001, pp 223-249.
Cooper, R. "Ganhar com novos produtos fazendo certo", IVEY Business Journal (julho
agosto de 2000) 2000, pp 54-60.
Cooper, RG "Stage-Gate Systems - uma nova ferramenta para gerenciar novos produtos," Negócios
Horizons (33:3), maio-junho de 1990, pp. 44-54.

102
Machine Translated by Google

Davidson, EJ "Estruturas de tecnologia e enquadramento: Uma investigação sociocognitiva da

determinação de requisitos", Mis Quarterly (26:4), dezembro de 2002, pp 329-358.
Diaz, I., Losavio, F., Matteo, A., e Pastor, O. "Um padrão de especificação para casos de uso,"
Information & Management (41:8), novembro de 2004, pp 961-975.
Duggan, EW, e Thachenkary, CS "Integrando técnica de grupo nominal e desenvolvimento de
aplicativo conjunto para determinação de requisitos de sistemas aprimorados,"
Information & Management (41:4), março de 2004, pp 399-411.
Eekels, J., e Roozenburg, NFM "Uma comparação metodológica das estruturas de pesquisa
científica e projeto de engenharia: suas semelhanças e diferenças", Design Studies (12:4)
1991, pp 197-203.
Eva, M. "Aquisição de requisitos para desenvolvimento rápido de aplicativos," Information &
Management (39:2), dezembro de 2001, pp 101-107.
Evbuonwan, NFO, Sivaloganathan, S., e Jebb, A. "Uma pesquisa de filosofias de design, modelos,
métodos e sistemas," Proceedings Institute of Mechanical Engineers (210) 1996, pp
301-320.
Fulcher, AJ e Hills, P. "Rumo a uma estrutura estratégica para pesquisa de design", Journal of
Engineering Design (7:1), junho de 1996, pp 183-193.
Hevner, AR, março, ST e Park, J. "Pesquisa de design em pesquisa de sistemas de informação,"
Mis Quarterly (28:1) 2004, pp 75-105.
Hickey, AM, e Davis, AM "Um modelo unificado de elicitação de requisitos," Journal Of Management
Information Systems (20:4), Spr 2004, pp 65-84.
Hybs, I., e Gero, JS "Um modelo de processo evolutivo de design," Design Studies (13:3)
1992, pp 273-290.
Kelly, GA A psicologia das construções pessoais WW Norton & Company, Nova
Iorque, 1955.
Macmillan, S., Steele, J., Austin, S., Kirby, P. e Spence, R. "Desenvolvimento e verificação
cação de uma estrutura genérica para design conceitual," Design Studies (22:2) 2001, pp
169-191.
Marakas, GM e Elam, JJ "Estruturação semântica na aquisição e representação do analista
tação de fatos na análise de requisitos," Information Systems Research (9:1), março de
1998, pp 37-63.
March, S., e Smith, G. "Design and Natural Science Research on Information Technology," Decision
Support Systems (15) 1995, pp 251-266.
McKinney, EH, Barker, JR, Smith, DR e Davis, KJ "O papel dos valores de comunicação em equipes
de ação de início rápido: insights de TI a partir da experiência da tripulação de voo",
Information & Management (41:8), novembro de 2004 , pp 1043-1056.
Morrison, J., e George, J. "Explorando o componente de engenharia de software do MIS
Research," Communications of the ACM (38:7) 1995, pp 80-91.
Nunamaker, JF, e Chen, M. "Desenvolvimento de Sistemas em Sistemas de Informação Re
search," Journal of Management Information Systems (7:3) 1991, pp 89 - 106.
Peffers, K., Gengler, C., e Tuunanen, T. "Estendendo a Metodologia dos Fatores Críticos de
Sucesso para Facilitar o Planejamento Amplamente Participativo de Sistemas de
Informação," Journal of Management Information Systems (20:1) 2003a, pp 51-85.
Peffers, K., Gengler, CE e Tuunanen, T. "Estendendo o método dos fatores críticos de sucesso
ology para facilitar o planejamento de sistemas de informação amplamente participativos,"
Journal of Management Information Systems (20:1), Sum 2003b, pp 51-85.

103
Machine Translated by Google

Peffers, K., Gengler, CE e Tuunanen, T. "Estendendo o método dos fatores críticos de sucesso
ology para facilitar o planejamento de sistemas de informação amplamente participativos,"
Journal of Management Information Systems (20:1) 2003c, pp 51-86.
Peffers, K., e Tang, Y. "Identificando e avaliando o universo de saídas para pesquisa de sistemas de
informação: classificando os periódicos," Journal of Information Tech nology Theory and
Application (5:1) 2003d, pp 63-84.
Peffers, K., e Tuunanen, T. "Planejamento para aplicações de SI: um método prático e teórico da
informação e estudo de caso em serviços financeiros móveis," Information & Man agement
(42:3), março de 2005a, pp 483-501.
Peffers, K., e Tuunanen, T. "Planning for IS Applications: a Practical, Information
Método teórico e estudo de caso em serviços financeiros móveis.", Information & Management
(42:3), março de 2005b, pp 483-501.
Peffers, K., e Tuunanen, T. "O Processo de Desenvolvimento de Novos Serviços", em: Gerenciando
Negócios em um Mundo Multicanal: Fatores de Sucesso para E-Business, T. Saarinen, M.
Tinnilä e A. Tseng (eds .), Idea Group Inc, Pensilvânia, 2005c, pp. 281-294.

Pitts, MG, e Browne, GJ "Parar o comportamento de analistas de sistemas durante a elicitação de

requisitos de informação," Journal Of Management Information Systems (21:1), Sum 2004,
pp 203-226.
Purvis, R., e Sambamurthy, V. "Um exame das percepções do designer e do usuário do JAD e da
metodologia tradicional de design de IS", Information & Management (32:3), março de 1997,
pp 123-135.
Reich, Y. "The Study of Design Methodology," Journal of Mechanical Design (117:2),
Junho de 1994, pp. 211-214.
Rockart, JF "Os executivos-chefes definem suas próprias necessidades de dados", Harvard Business Review
(52:2) 1979, páginas 81-93.
Rossi, M., e Sein, MK "Workshop de pesquisa em design: uma abordagem de pesquisa proativa," em:
26º Seminário de Pesquisa de Sistemas de Informação na Escandinávia, The IRIS Association,
Haikko Finland, 2003.
Scott, JA e Kaindl, L. "Aprimorando a funcionalidade em um pacote de software corporativo,"
Information & Management (37:3), 1º de abril de 2000, pp. 111-122.
Takeda, H., Veerkamp, P., Tomiyama, T., e Yoshikawam, H. "Processo de Design de Modelagem
ensaios", em: AI Magazine, 1990, pp. 37-48.
Tiwana, A., e McLean, ER "Experiência de integração e criatividade no desenvolvimento de sistemas
de informação," Journal Of Management Information Systems (22:1), Sum 2005, pp 13-43.

Tuunanen, T. "Método das Cadeias Críticas de Sucesso," LTT - Tutkimus Oy, Elektroninen Kau
pan Institute, Helsinque, Finlândia2001.
Tuunanen, T. "O que os usuários realmente desejam", em: Tietoviikko, Helsinque, Finlândia, 2002,
pág. 16.
Tuunanen, T. "Uma Nova Perspectiva sobre Métodos de Elicitação de Requisitos," JITTA: Journal of
Information Technology Theory & Application (5:3) 2003, pp 45-62.
Tuunanen, T. "Públicos de usuários amplos e os desafios do desenvolvimento de produtos na definição
de requisitos", em: gerenciamento de gerenciamento de informações, A. Mäkinen e J. Vesa
(eds.), Kustannusosakey htiö Kauppalehti, Helsinque, Finlândia, 2005, p. 14 .

104
Machine Translated by Google

Tuunanen, T., Peffers, K., e Gengler, C. "Wide Audience Requirements Engineering (WARE): a Practical
Method and Case Study," W-378, Helsinki School of Economics, Helsinki, p. 52, 2004.

Vaishnavi, V., e Kuechler, B. "Pesquisa de Design em Sistemas de Informação," Associação para Sistemas
de Informação, 2005. van Aken, JE
"Conhecimento válido para o design profissional de design grande e complexo
processos," Design Studies (26:4) 2005, pp 379-404.
von Hippel, E. "Lead Users: A Source of Novel Product Concepts," Management Science (32:7), julho de 1986
1986, pp 791-805.
Walls, J., Widmeyer, G., e El Sawy, O. "Construindo uma Teoria de Design de Sistema de Informação para
Vigilant EIS," Information Systems Research (3:1) 1992, pp 36-59.
Walls, J., Widmeyer, G., e El Sawy, O. "Assessing Information System Design Theory in Perspective: How
Useful was our 1992 Initial Rendition," Journal of Information Technology Theory & Application
(JITTA) (6:2) 2004, páginas 43-58.
Zoryk-Schalla, AJ, Fransoo, JC, e de Kok, TG "Modelagem do processo de planejamento em sistemas de
planejamento avançados," Information & Management (42:1), dezembro de 2004, pp 75-87.

APÊNDICE 1: PROCEDIMENTO DE PESQUISA DE PALAVRAS-CHAVE Objetivo:

Determinar quantos artigos de pesquisa DS foram publicados no domínio específico de nosso próprio
estudo, engenharia de requisitos.

Palavras-chave utilizadas: Por consenso entre os autores, utilizamos as palavras-chave na busca;

“elicitação de requisitos” e “engenharia de requisitos”, como palavras-chave comumente usadas em
engenharia de software e ciência da computação, e “análise de requisitos” e “determinação de requisitos”,
termos que se pensava serem mais usados entre os pesquisadores de SI.

Detalhes da pesquisa: Todas as quatro pesquisas foram feitas em 27 de setembro de 2005 e produziram um
total de 840 referências. A eliminação de publicações duplicadas reduziu o número para 768. Refinamos
a pesquisa usando uma lista de classificação de periódicos publicados (Peffers et al. 2003d) e os quatro
periódicos mais bem classificados, Journal of Management Information Systems, MIS Quarterly, Information
Systems Research e Informação & Gestão. Isso nos deixou com 15 artigos. Para obter detalhes, consulte a
Tabela 2 abaixo.

Tabela 2 Revisão de literatura estruturada realizada

Etapa Resultado
Definir palavras-chave para ISI Análise de Requisitos,
Pesquisa de tópicos no Web of Science Determinação de Requisitos, Elicitação de Requisitos e Engenharia
de Requisitos
Pesquise “Requisitos 338 referências encontradas
Análise"
Pesquise “Requisitos De 46 referências encontradas
rescisão”

Pesquise “Requirements Elici- Encontrado 99 referências

105
Machine Translated by Google

tação”
Pesquise “Engenharia de
Requisitos”
Apagando duplicatas
Direcione a pesquisa para
o fluxo principal e jornais de IS
de alta qualidade
Limitar a pesquisa a I&M, ISR,
JMIS e MISQ
Análise Metodológica
357 referências encontradas
768 referências
Journal of Management Information Systems (JMIS), MIS
Quarterly (MISQ), Information Systems Research (ISR) e
Information & Management (I&M). 15
referências
Consulte a Tabela 3

Resultados finais da pesquisa: Analisamos cada um dos 15 artigos qualitativamente para

determinar a metodologia de pesquisa dominante utilizada. Esses resultados são apresentados
na Tabela 3 abaixo, ou seja, encontramos dois artigos que podem dizer que usam a ciência do
design como metodologia.

Tabela 3 Estudos de engenharia de requisitos publicados nos últimos dez anos nos principais periódicos de SI
(I&M, ISR, JMIS e MISQ)
Artigo Teste Interpretativo / Conceitual / ciência
teórico Explorador revisão do design
1. Tiwana et al. (2005)
ÿ

2. Peffers et al. (2005a) ÿ

3. Pitts et al. (2004) ÿ
4. Hickey et al. (2004) ÿ
5. Zoryk-Scahlla et al.
ÿ
(2004)
6. McKinney et al.
ÿ
(2004)
7. Duggan et al. (2004) ÿ
8. Diaz et ai. (2004) ÿ
9. Davidson (2002) ÿ
10. Browne et al. (2002) ÿ
11. Browne et al. (2001) ÿ
12. Eva (2001) ÿ
13. Scott et al. (2000) ÿ
14. Marakas et al. (1998) ÿ
15. Purvis et al. (1997) ÿ

106