Casos de Uso

ALINE ANTUNES DIAS
CASOS DE USO APLICADOS A MODELO DE

NEGCIOS: ESTUDO DE CASO NA
TECHLANGUAGES.
LAVRAS MG
2013
ALINE ANTUNES DIAS
CASOS DE USO APLICADOS A MODELO DE NEGCIOS: ESTUDO

DE CASO NA TECHLANGUAGES.
Monografia apresentada ao Colegiado

do Curso de Sistemas de Informao,
para obteno do ttulo de Bacharel em
Sistemas de Informao.
Orientador
Dr. Andr Luiz Zambalde
LAVRAS MG
2013
RESUMO
O objetivo desde trabalho foi propor casos de uso aplicados a um
modelo de negcio de uma organizao da rea de idiomas (ensino de lnguas).
Para isto, foi desenvolvida uma pesquisa tecnolgica de carter exploratrio e
natureza qualitativa, com base bibliogrfica e documental. Como resultado so
descritos artefatos representativos de casos de uso aplicados ao modelo de
negcio Canvas. Os principais artefatos referem-se forma de comercializao e
marketing do produto. Conclui-se que a base terica de casos de uso da
engenharia de software pode ser aplicada a conceitos e prticas de modelo de
negcio, auxiliando no planejamento e acompanhamento organizacional.
Palavras-chave: Casos de Usos, Modelo de Negcios, Modelo de Negcios

CANVAS, Ensino Tcnico de Linguagens.
ABSTRACT
The objective of this work was to propose the use of cases applied to a
business model of an organization in the area of languages (language school).
Therefore, it was developed a qualitative nature exploratory technology
research, based on literature and documents. As a result, representative artifacts
of use of cases applied to the canvas business model are described. Major
artifacts are related to the form of sale and product marketing. We conclude that
the theoretical basis of the use of cases of software engineering can be applied to
concepts and practices of business model, assisting in the organizational
planning and monitoring.
Keywords: Uses Cases, Business Model, Business Model CANVAS, Technical

Education of Languages
SUMRIO
1
INTRODUO .......................................................................................... 9
1.1 Objetivos e estrutura do trabalho .......................................................... 10
1.1.1 Objetivos especficos ................................................................................ 10
2
REFERENCIAL TERICO .................................................................. 12
2.1 Engenharia de software e casos de uso .................................................. 12
2.2 Modelo de Negcios ................................................................................. 20
2.3 Trabalhos relacionados ........................................................................... 30
2.3.1 De los Procesos del Negocio a los Casos de Uso (Molina et al, 2007) ... 30
2.3.1 Elicitao de Requisitos de Software a Partir do Modelo de Negcio
(Knight, 2004) ......................................................................................... 41
3
METODOLOGIA .................................................................................... 47
3.1 Tipo de pesquisa ....................................................................................... 47
3.2 Procedimentos metodolgicos ................................................................. 48
4
RESULTADOS E DISCUSSO ............................................................. 50
4.1 A organizao - Techlanguages ............................................................. 50
4.2 O Modelo de negcio Canvas da Techlanguages.................................. 52
4.3 A extrao de Casos de Usos a partir do Modelo de Negcio ............. 54
4.4 Casos de usos aplicados a cada atividade do Modelo .......................... 55
4.4.1 Detalhes dos objetos para comercializao em pgina Web ............... 56
4.4.2. Detalhes dos objetos para comercializao para smartphone. ............ 65
4.4.3. Detalhes dos objetos para comercializao no facebook. .................... 71
4.4.4. Detalhes dos objetos para comercializao em CD, DVD ou carto SD.
.................................................................................................................. 77
5
CONCLUSES ....................................................................................... 83
REFERENCIAS BIBLIOGRFICAS ............................................................ 85
LISTA DE FIGURAS
Figura 1 Representao de atores (Guedes, 2006). ............................................. 13
Figura 2 Representao de um caso de uso (Guedes, 2006). .............................. 14
Figura 3 Diagrama de casos de usos (Guedes, 2006). ....................................... 15
Figura 4 Representao de uma associao (Guedes, 2006). ............................. 16
Figura 5 Representao de uma generalizao entre casos de usos (Guedes,
2006). .................................................................................................................. 16
Figura 6 Representao de uma generalizao entre atores (Guedes, 2006). ..... 17
Figura 7 Representao de um relacionamento de incluso (Guedes, 2006). ..... 17
Figura 8 Representao de um relacionamento de extenso (Guedes, 2006). .... 18
Figura 9 Questes solucionadas pelo modelo de negcio (Proforma, apud
Knight, 2004) ...................................................................................................... 21
Figura 10 Modelo de negcios Canvas (Ostewalder e Pigneur, 2010). ............. 23
Figura 11 Canvas: Segmento de Clientes (Ostewalder e Pigneur, 2010). ......... 24
Figura 12 Canvas: Proposta de valor (Ostewalder e Pigneur, 2010). ................. 25
Figura 13 Canvas: Canais (Ostewalder e Pigneur, 2010). .................................. 25
Figura 14 Canvas: Relacionamento com o Cliente (Ostewalder e Pigneur, 2010).
............................................................................................................................ 26
Figura 15 Canvas: Fluxo de receitas (Ostewalder e Pigneur, 2010). .................. 27
Figura 16 Canvas: Recursos Chave (Ostewalder e Pigneur, 2010). ................... 28
Figura 17 Canvas: Atividades Chave (Ostewalder e Pigneur, 2010). ................ 29
Figura 18 Canvas: Parceiros Chave (Ostewalder e Pigneur, 2010). ................... 29
Figura 19 Canvas: Estrutura de Custos (Ostewalder e Pigneur, 2010). .............. 30
Figura 20 Relacionamento entre o modelo de negcio e requisitos (Molina et al,
2007) ................................................................................................................... 31
Figura 21 Diagrama de casos de uso do negocio para sistema de produo just in
time (Molina et al, 2007)..................................................................................... 33
Figura 22 Descrio do caso de uso Registrar pedido (Molina et al, 2007) ....... 34
Figura 23 Diagrama de papis para o caso de uso Registrar Ordem negcio
(Molina et al, 2007) ............................................................................................ 34
Figura 24 Diagrama de sequncia para o caso de uso Registrar Ordem negcio
(Molina et al, 2007) ............................................................................................ 35
Figura 25 Diagrama de processo para o caso de uso Registrar Ordem negcio
(Molina et al, 2007) ............................................................................................ 36
Figura 26 Trecho Glossrio: objetos e atividades de informao (Molina et al,
2007) ................................................................................................................... 37
Figura 27 Diagrama inicial dos casos de uso do sistema (Molina et al, 2007) .. 38
Figura 28 Descrio dos casos de uso de um sistema Ordenar Fabricao
(Molina et al, 2007) ............................................................................................ 39
Figura 29 Modelo conceitual inicial para o caso de uso Registrar Ordem negcio
(Molina et al, 2007) ............................................................................................ 40
Figura 30 Conceitos do modelo de negcio ( Knight , 2004) ............................. 42
Figura 31 Mtodo de Knight para elicitao de requisitos a partir do modelo de
negcio (Knight, 2004). ...................................................................................... 43
Figura 32 Detalhamento do mtodo de Knight ( Knight, 2004) ......................... 44
Figura 33 Documento de requisitos de software ( Knight, 2004) ....................... 45
Figura 34 Tipos de pesquisas cientficas (Jung, 2004) ....................................... 48
Figura 35 WebSite da Techlanguages (Techlanguages, 2012) ........................... 51
Figura 36 Modelo de negcio da Techlanguages................................................ 53
Figura 37 Extrao de casos de uso a partir de modelos de negcio. ................. 54
Figura 38 Segmento de Clientes do modelo de negcio Canvas. ....................... 57
Figura 39 Caso de uso do seguimento de Clientes Canal Pgina Web. ........... 59
Figura 40 Segmento Parceiros Chaves do modelo de negcio Canvas. ............. 60
Figura 41 Caso de uso dos Parceiros Chaves Canal Pgina Web. ................... 63
Figura 42 Segmento Proposta de valor do modelo de negcio Canvas. ............. 64
Figura 43 Casos de Usos do segmento proposta de valor Canal Pgina Web .. 65
Figura 44 Sistemas operacionais de smartphones, as vendas e quota de mercado
(IDC Worldwide Quarterly Tracker, Maio de 2013). ......................................... 66
Figura 45 Caso de uso do seguimento de Clientes Canal Aplicativo. ............. 67
Figura 46 Caso de uso dos Parceiros Chaves Canal Aplicativo. ..................... 70
Figura 47 Casos de Usos do segmento proposta de valor Canal Aplicativo ..... 71
Figura 48 Caso de uso do seguimento de Clientes Canal Facebook. ................ 73
Figura 49 Caso de uso dos Parceiros Chaves Canal Facebook. ....................... 76
Figura 50 Casos de Usos do segmento proposta de valor Canal Facebook. ..... 77
Figura 51 Caso de uso do seguimento de Clientes Canal Banca/livraria......... 79
Figura 52 Caso de uso dos Parceiros Chaves Canal Banca/livraria. ................ 82
Figura 53 Casos de Usos do segmento proposta de valor Canal Banca/livraria
............................................................................................................................ 82
LISTA DE QUADROS
Quadro 1 Glossrio do segmento de Clientes para o Canal Pgina Web............ 58

Quadro 2 Glossrio do segmento de Parceiros Chaves para o Canal Pgina Web.
............................................................................................................................ 61
Quadro 3 Glossrio do segmento de Clientes para o Canal Aplicativo. ............. 66
Quadro 4 Glossrio do segmento de Parceiros Chaves para o Canal Aplicativo.
............................................................................................................................ 68
Quadro 5 Glossrio do segmento de Cliente para o Canal Facebook ................. 72
Quadro 6 Glossrio do segmento de Parceiros Chaves para o Canal Facebook. 74
Quadro 7 Glossrio do segmento de Clientes para o Canal Banca/livraria. ....... 78
Quadro 8 Glossrio do segmento de Parceiros Chaves para o Canal Banca/
livraria. ................................................................................................................ 79
9
1 INTRODUO
O avano das tecnologias de informao vem trazendo significativos

impactos na sociedade, na forma de realizar negcios, na aproximao de
mercados e no relacionamento entre as pessoas.
Neste espao conceitual ocorrem exigncias de mudanas na forma de
representar e organizar os novos negcios. Estes, muitas vezes, precisavam ser
modelados sob novas perspectivas esquemticas. Entre estas perspectivas
encontram-se os casos de uso (Guedes, 2006) e modelos de negcio
(Osterwalder; Pigneur, 2010)
Casos de usos descrevem o cenrio das funcionalidades de um sistema
ou negcio do ponto de vista do usurio. A organizao deve ver no diagrama de
casos de uso as principais funcionalidades de seu sistema, que devem ser os mais
claros possveis para que todos os eventuais leitores de diferentes campos e
backgrounds possam entend-los de igual modo.
Modelos de negcios podem ser conceituados como a descrio da
lgica de como uma organizao cria, distribui e captura valor (Osterwalder;
Pigneur, 2010b). Um modelo de negcio estruturado pode ajudar na diminuio
da complexidade da lgica do negcio, representando a estratgia da empresa de
maneira mais compreensvel.
Modelar os componentes dos casos de usos aplicados ao modelo de
negcios de uma empresa pode auxiliar no desenvolvimento de atividades e
tambm a percepo de mudanas que precisam ser realizadas, por exemplo,
quando a empresa desenvolve uma nova tecnologia e precisa entregar essa
tecnologia a um novo mercado. Esses componentes (casos de uso e modelo de
negcios) colaboram para a inovao do modelo de negcios e para o
crescimento da organizao (Osterwalder, 2004).
10
A unio destes dois componentes pode viabilizar um conjunto de
possibilidades e formas de como representar e visualizar os modos de
comercializar novos produtos e servios.
Segundo Osterwalder e Pigneur (2003b) se no houver um modelo de
negcios como um ponto inicial para viso de um negcio, difcil elaborar uma
compreenso dos processos iniciais.
Nesse sentido, casos de usos podem dar suporte para algumas das reas
componentes de um modelo de negcios. A viso fundamental a de integrar
casos de usos tpicos de engenharia de software a modelo de negcios
especficos de uma empresa da era digital, considerando a abordagem Canvas de
Osterwalder e Pigneur (2010).
1.1 Objetivos e estrutura do trabalho
O principal objetivo deste estudo foi elaborar casos de usos aplicados a

um modelo de negcios digital envolvendo uma empresa da rea de ensino de
lnguas, ou seja, com base no modelo de negcio da empresa descrever casos de
uso que representem as diversas possibilidades de comercializao do servio
Ensino de Ingls Tcnico.
1.1.1 Objetivos especficos
Desenvolver uma reviso bibliogrfica sobre casos de uso e

modelo de negcios.
Identificar possibilidades de integrao de casos de uso aos

componentes de modelos de negcios Canvas.
Descrever casos de uso aplicados ao modelo de negcio Canvas

de uma empresa digital voltado, ao ensino tcnico de ingls.
11
Para apoiar esses objetivos, no segundo captulo apresenta-se uma

reviso bibliogrfica sobre engenharia de software, casos de usos, modelo de
negcios e o modelo de negcio Canvas.
No terceiro captulo descrita a metodologia usada para se concretizar o
estudo.
No quinto captulo buscou-se descrever um conjunto de casos de uso
aplicados ao modelo de negcio (Canvas) da empresa.
Finalmente tem-se o capitulo de concluso e as referncias
bibliogrficas.
12
2 REFERENCIAL TERICO
2.1 Engenharia de software e casos de uso
O desenvolvimento de software uma atividade de crescente

importncia na sociedade. A utilizao de computadores vem tomando espao
na vida das pessoas e nas mais diversas reas do conhecimento humano. Isto tem
gerado uma crescente demanda por solues computadorizadas.
Segundo Falbo (2005), com o intuito de melhorar a qualidade dos
softwares em geral e aumentar a produtividade no desenvolvimento de tais
produtos, surgiu Engenharia de Software.
A Engenharia de Software de notvel importncia para o
desenvolvimento de sistemas. Desde a sua criao na dcada de 1970, ocorreram
importantes avanos na busca de qualidade do software produzido devido
pesquisas envolvendo modelos, normas e metodologias (Dyba, 2005).
Com o crescimento da complexidade dos processos de desenvolvimento
de software, passou a ser indispensvel o uso de representaes, ferramentas e
ambientes de apoio realizao das suas atividades. Tcnincas como casos de
uso passaram ento, a ser empregadas para apoiar a realizao de atividades
especficas, tais como planejamento e anlise e especificao de requisitos.
Uma vez que a parte mais difcil da construo de um sistema decidir
precisamente o que deve ser feito no negcio (requisitos), nenhuma outra
compromete tanto um projeto quando mal executada e nenhuma outra parte
mais difcil de ser corrigida. (Brooks, 1987).
Enfim, para que o desenvolvimento de software tenha sucesso,
fundamental que se tenha total compreenso do processo do negcio. Para isso
pode-se buscar o apoio de casos de usos. Com o conhecimento sobre o negcio,
13
temos a noo dos riscos para o desenvolvimento e como o software dever se
comportar no dia a dia do cliente.
O diagrama de caso de uso uma tcnica que se originou a partir da
padronizao das metodologias de desenvolvimento de sistemas baseados na
orientao a objetos. Essa tcnica para modelar sistemas foi criada por trs
grandes desenvolvedores de sistemas orientados a objetos: Grady Booch, James
Rumbaugh, e Ivar Jacobson (Guedes, 2006).
Um diagrama de casos de usos no diz nada sobre o funcionamento
interno do sistema, isto , o sistema visto como uma caixa preta. O diagrama
de casos de usos concentra-se em atores e casos de usos. Um ator a
representao do papel desempenhado por algum tipo de usurio em um sistema.
Os atores tambm podem simbolizar algum hardware especial ou outro software
que tenha interao com o sistema.
Na Figura 1, podemos observar a notao usada para representar o ator.
Figura 1 Representao de atores (Guedes, 2006).
Segundo Buhr (1998), os casos de uso tambm representam aes que

devem suceder quando um ator interage com o sistema e que permite ao ator
atingir o seu objetivo. Assim, cada caso de uso uma sequncia das possveis
respostas de um determinado sistema as aes solicitadas por um ator,
14
mostrando o objetivo, funes ou comportamentos do sistema que representam a
interao com o ator.
Nesse sentido, os casos de usos so representados por elipses contendo
dentro de si a descrio sucinta de sua funcionalidade. Na Figura 2, observa-se a
notao para representar um caso de uso.
Figura 2 Representao de um caso de uso (Guedes, 2006).
De maneira completa, portanto, os casos de usos costumam ser

documentados, fornecendo informaes de seu funcionamento, as atividades a
ser executadas, quais atores podero utiliz-los, restries e validaes (Guedes,
2006).
Um caso de uso captura uma combinao entre o ator primrio
(stakeholder) de um sistema sobre seu comportamento. Ele descreve o
comportamento do sistema em diversas condies conforme o sistema responde
a uma requisio de um dos atores. O ator primrio inicia uma interao com o
sistema para atingir algum objetivo. O sistema responde, protegendo os
interesses de todos os atores. Diferentes sequncias de comportamento, ou
cenrios, podem aparecer. Dependendo das requisies particulares feitas e das
condies que circulam as requisies, o caso de uso rene esses diferentes
cenrios (Cockburn, 2001).
Assim, considerando um sistema ou modelo de negcio, tem-se que o
diagrama de casos de usos composto por funcionalidades denominadas casos
de uso, e os elementos que interagem ou influenciam o sistema so representado
por atores, como demonstra a Figura 3.
15
Figura 3 Diagrama de casos de usos (Guedes, 2006).
Existem vrios tipos de relaes entre os elementos que constituem o

diagrama de casos de uso: associao, generalizao, incluso e extenso
(Guedes, 2006).
A associao uma relao entre um ator e um caso de uso. Ela
representa o equivalente mais prximo dos relacionamentos empregados no caso
de uso, o seu objetivo definir a maneira como os elementos esto unidos e se
relacionam, compartilhando informaes (Guedes, 2006). Portanto, a associao
define uma funcionalidade do sistema do ponto de vista do usurio.
A associao entre um ator e um caso de uso representada por uma
linha ligando o ator e o caso de uso, a linha pode ter uma seta na extremidade,
indicando se a informao esta sendo fornecida pelo ator ao caso de uso, ou se
esta sendo transmitida do caso de uso ao ator, para indicar que a informao esta
sendo transmitida nas duas direes se utiliza a linha sem setas (Guedes, 2006).
A Figura 4 representa uma associao entre um ator e um caso de uso.
16
Figura 4 Representao de uma associao (Guedes, 2006).
A generalizao ou especializao uma relao que acontece entre

atores ou casos de usos com caractersticas semelhantes. Ela corresponde a um
processo de herana, o qual tem um ator supertipo e outro ator subtipo
(herdada). O subtipo deve incluir todos os elementos (atributos e operaes) do
supertipo. Esse tipo de generalizao pode ser restringido de vrias maneiras.
Segundo Bezerra (2007, P. 134), as restries podem ser: sobrepostas, para
representar herana mltipla; disjuntas para subclasses que s podero herdar de
uma nica classe; completas, quando todas as classes herdadas possveis foram
definidas; incompletas quando nem todas as subclasses foram definidas.
A generalizao representada por uma linha com uma seta grossa, que
aponta para o elemento geral e na outra extremidade o elemento especializado,
um exemplo de generalizao entre casos de usos pode ser visto na Figura 5, e
generalizao entre atores na Figura 6.
Figura 5 Representao de uma generalizao entre casos de usos (Guedes, 2006).
17
Figura 6 Representao de uma generalizao entre atores (Guedes, 2006).
Entre os casos de usos existem tambm a relao de incluso

(<<include>>) e de extenso (<<extend>>).
O relacionamento de incluso acontece quando um caso de uso j
identificou sua funcionalidade. Assim, inserido outro caso de uso como forma
de complementao obrigatria de uma atividade (Cockburn, 2001). Por
exemplo, um caso de uso A para um caso de uso B indica que B
essencial para o comportamento de A. Isto implica que ao executar o caso de
uso A executa-se tambm o caso de uso B.
Representa-se o relacionamento de incluso com uma linha tracejada
contando uma seta na extremidade, a qual aponta para o caso de uso includo no
caso de uso da outra extremidade da linha, como exibe a Figura 7.
Figura 7 Representao de um relacionamento de incluso (Guedes, 2006).
18
O
relacionamento
de
extenso
permite
adicionar
um
novo
comportamento ao Caso de Uso existente de uma forma no obrigatria, ou seja,

a insero de atividades no fluxo de um Caso de Uso sempre acontece de forma
condicional (Cockburn, 2001).
Segundo Arlow e Neustadt (2002) usa-se um relacionamento de
extenso para:
Expressar rotinas de exceo ou para expressar o desmembramento de

um caso de uso (quando um fluxo alternativo possui um fluxo grande ou
que merea uma ateno especial);
Separar um comportamento obrigatrio de outro opcional;
Separar um trecho do caso de uso que ser executado apenas em

determinadas condies;
Separar trechos que dependam da interao com um determinado ator.

Por exemplo, na Figura 8 o caso de uso Autoregistrar para um caso de
uso Realizar Login indica que o caso de uso Autoregistrar pode ser
acrescentado para descrever o comportamento de Realizar Login (no
essencial). Implica que ao executar o caso de uso Realizar Login no
necessariamente Autoregistrar ser executado.
Figura 8 Representao de um relacionamento de extenso (Guedes, 2006).
Segundo Cockburn (2001) para se escrever um caso de uso o autor tem

que dominar trs conceitos que se aplicam a toda sentena em um caso de uso e
ao caso de uso como um todo. Os trs conceitos so:
Escopo: Qual realmente o sistema sob discusso?
19
Ator Primrio: Quem tem o objetivo?
Nvel: Quo alto ou baixo o nvel do objetivo?
O sistema sob discusso (SsD), quando casos de uso documentam

processos de negcio de uma organizao, a prpria organizao. Os atores
primrios abrangem os clientes da companhia e talvez seus fornecedores. Os
stakeholders (termo sem uma traduo consensual na comunidade brasileira.
Basicamente significa parte interessada) podem ser os acionistas da companhia,
clientes, vendedores e as agncias governamentais regulamentadoras (Cockburn,
2001).
Quando casos de uso documentam requisitos comportamentais de uma
parte do software, o SsD o programa. Os stakeholders so as pessoas que usam
o programa, a companhia proprietria dele, as agncias governamentais
regulamentadoras e outros programas. O ator primrio o usurio do programa
(Cockburn, 2001).
Para se descrever os casos de uso so empregadas s definies:
Ator Primrio: o stakeholder que inicia uma interao com o
SsD para alcanar um objetivo (Cockburn, 2001).
Escopo: identifica o sistema que estamos discutindo. Seu
smbolo pode ser uma caixa, colorida de preto (
) no diz nada sobre o
funcionamento interno do sistema e colorida de branco (
) revela como seus
componentes trabalham. Um caso de uso de componente sobre um

componente de um sistema em desenvolvimento, seu smbolo um parafuso
(
). Se o caso de uso tem a empresa como escopo, seu smbolo uma casa,
colorida de preto (
colorida de branco (
) trata todo o empreendimento como um caixa preto,

) fala sobre os departamentos e pessoal dentro da
organizao (Larman,2006).
Nvel: Segundo Larman (2006) podem ser classificadas em:
20
o Subfunes: So aqueles necessrios para realizarem os
objetivos do usurio, o smbolo utilizado Debaixo D'gua (
) ou Marisco (
).
o Nvel de Resumo: Envolvem mltiplos objetivos do usurio,

mostram o contexto no qual os objetos do usurio operam, so
representados pelos smbolos Nuvem (
) ou Pipa (
).
o Objetivos do Usurio: o objetivo que o ator primrio tem ao

usar o sistema, representado pelo smbolo nvel do mar (
).
Stakeholder e Interesses: algum ou algo com um interesse
legal no comportamento do sistema sob discusso (SsD), e a descrio do seu

interesse (Cockburn, 2001).
Garantia Mnima: o que deve ser verdadeiro antes e aps a
execuo do caso de uso (Cockburn, 2001).
Garantia
de
sucesso: Estabelece
quais
interesses
dos
stakeholders so satisfeitos depois de uma concluso bem sucedida do caso de

uso (Cockburn, 2001).
Cenrio de sucesso principal: Execuo do caso de uso em que
nada acontece errado (Cockburn, 2001).
Extenses: O que pode ocorrer de diferente durante aquele
cenrio. Os nmeros nas extenses referem-se aos nmeros dos passos no

cenrio de sucesso principal, nos quais cada situao diferente detectada
(Cockburn, 2001). Por exemplo, passos 1a e 1b indicam duas condies
diferentes que podem aparecer no passo 1.
2.2 Modelo de Negcios
Shafer; Smith e Linder (2005) definem modelo de negcio como a

representao da lgica central de uma organizao. Um modelo de negcio
21
estruturado diminui a complexidade da lgica da organizao. De acordo com
Ebers (2010), os modelos de negcio representam como as empresas criam,
entregam e capturam valor com base nas suas escolhas estratgicas. Assim, eles
representam a estratgia da organizao de maneira mais compreensvel e
provendo uma viso de como a esta extrai valor de seus colaboradores,
fornecendo para organizao uma viso inteira do negcio, esclarecendo
questes e relacionamentos importantes.
Na percepo de Knight (2004), o modelo de negcio aquele que
permite melhor visualizao do que so seus processos, como so executados,
quais so suas metas, como cada processo auxilia em alcan-las, quais so suas
unidades organizacionais, quem so os envolvidos em cada atividade, quais as
localidades por entre as quais a organizao est distribuda e quais os eventos
que deflagram seus processos e atividades. A Figura 9 esquematiza os
conceitos envolvidos no modelo de negcio.
Figura 9 Questes solucionadas pelo modelo de negcio (Proforma, apud Knight, 2004)
22
A maior parte dos estudos e pesquisas publicados sobre modelos de
negcio tiveram o foco no comrcio ou negcios realizados na internet
(OSTERWALDER; PIGNEUR, 2003a).
So vrios os tipos de modelo de negcio, Osterwalder et al. (2002) e
Osterwalder e Pigneur (2003a), Osterwalder (2004) e Osterwalder e Pigneur
(2010) usam o conceito de ontologia para representar um modelo de negcio.
Segundo Osterwalder (2004) uma ontologia uma ferramenta que
permite que diferentes pessoas compreendam automaticamente a mesma coisa
sob um modelo de negcio, proporcionado uma linguagem comum.
Segundo Osterwalder e Pigneur (2010) o modelo de negcio Canvas de
ganhou espao no mercado por sua ontologia, j que ele leva os planejadores a
pensarem e colocarem suas idias prticas no papel de forma clara e objetiva.
Ele j foi testado em todo o mundo, inclusive em organizaes como IBM,
Ericsson, Deloitte, Goverment Services of Canada e muitos outros.
O modelo de negcios Canvas foi desenvolvido por Osterwalder e
Pigneur (2010) com finalidade de melhorar a compreenso de prticas que
ajudam as empresas a capturar, entender, projetar, analisar, e mudar sua lgica
de negcio, apoiando as empresas na elaborao do seu prprio modelo.
Para detalhar os componentes de um modelo de negcios Canvas,
Ostewalder e Pigneur (2010) definiram quatro blocos principais: 1) a oferta; 2) o
cliente; 3) a infraestrutura; e 4) os aspectos financeiros.
A Figura 10 ilustra as relaes entre os quatro blocos: Proposta de
Valor, Segmento de Clientes, Canais, Relacionamento com Clientes, Fluxo de
Receitas, Recursos-chave, Atividades-chave, Parcerias-chave e Estrutura de
Custo. O que facilita a compreenso da lgica do negcio.
23
Figura 10 Modelo de negcios Canvas (Ostewalder e Pigneur, 2010).
De acordo com Ostewalder e Pigneur (2010), as propostas de valor de

uma empresa dependem da coordenao de todas as suas atividades de recursos
chaves de suas parcerias, para que, por meio de seus relacionamentos e de seus
canais de distribuio, cheguem at os clientes. Todas essas relaes especificam
os aspectos financeiros da empresa, que so um balano dos gastos (estrutura de
custos) com os outros trs blocos do modelo de negcios e a forma de se receber
pela fonte de receitas.
O Segmento de Clientes visa agrupar os clientes em segmentos com
necessidades, culturas ou outros atributos em comum. Cada segmento tem uma
proposta de valor, canal e relacionamento diferente, de forma que possam
melhor entender, alcanar e servir esses clientes (Osterwalder; Pigneur, 2010).
Os grupos de clientes representam segmentos que necessitam ou
justificam distintas ofertas, se so acessados por diferentes canais de
24
distribuio, se precisam de diferentes tipos de relacionamento, se tem margens
de lucro substancialmente diferente, ou se so dispostos a pagar por diferentes
aspectos.
A Figura 11 mostra o segmento de Clientes. Esse bloco deve responder
as seguintes perguntas: Esses clientes so abrangidos da mesma maneira? Para
quem est se criando valor? Quem so os clientes mais importantes? Esses
clientes possuem necessidades em comum? (Osterwalder; Pigneur, 2010).
Figura 11 Canvas: Segmento de Clientes (Ostewalder e Pigneur, 2010).
A proposta de valor consiste de uma cesta de produtos e/ou servios que

a empresa oferece de forma a criar valor para um segmento de clientes
especfico (Osterwalder; Pigneur, 2010). Alguns elementos que podem agregar
valor como novidade, desempenho, customizao, fazer o servio, design, preo,
marca/status, reduo de custo, reduo de risco, convenincia/usabilidade e
acessibilidade.
A Figura 12 ilustra a proposta de valor. Este deve responder as seguintes
perguntas: Que valor entregue ao cliente? Quais so os problemas dos clientes
a empresa est ajudando a solucionar? Quais necessidades dos clientes a
empresa est satisfazendo? Quais cestas de produtos e servios a empresa est
oferecendo para cada segmento de cliente? (Osterwalder, 2004)
25
Figura 12 Canvas: Proposta de valor (Ostewalder e Pigneur, 2010).
Os canais podem ser de comunicao, distribuio e venda. Eles so a

interface com os clientes, mostra como a empresa se comunica e alcana os
segmentos de clientes para entregar sua proposta de valor, ajuda os clientes a
analisarem a proposta de valor da empresa, permite aos clientes comprarem
produtos e servios especficos, provem suporte ps-venda (Osterwalder;
Pigneur, 2010).
O bloco de canais (Figura 13) deve responder: Por quais canais seus
segmentos de clientes querem ser atingidos? Como so atingidos agora? Quais
possuem melhor custo-benefcio? Como integrada a rotina dos clientes?
(Osterwalder; Pigneur, 2010).
Figura 13 Canvas: Canais (Ostewalder e Pigneur, 2010).
O relacionamento com o cliente como a empresa interage com um

segmento de cliente. Uma empresa precisa definir que tipo de relacionamento
26
ela quer estabelecer. Esse relacionamento com o cliente vantajoso para a
empresa, pois ela captura os clientes, incrementa as vendas e fortalece a marca
O bloco de relacionamento com o cliente, ilustrado na Figura 14, deve
responder as seguintes perguntas: Que tipo de relacionamento cada segmento de
clientes espera ser estabelecido e mantido com eles? Quais tipos de
relacionamentos
tm
sido
estabelecidos?
Quais
os
custos
desses
relacionamentos? Como eles esto integrados com o modelo de negcios?

Figura 14 Canvas: Relacionamento com o Cliente (Ostewalder e Pigneur, 2010).
O fluxo de receitas representa as formas pelas quais a empresa gera

receita de cada segmento de clientes e seus valores, ela pode ser resultado de um
nico pagamento do cliente ou de pagamento contnuo ou suporte ps-compra.
A resposta sobre o quanto e como cada segmento de cliente est disposto a
pagar, permite gerar um ou mais fluxo de receita para cada segmento de cliente.
As receitas podem ser geradas a partir publicidade, venda simples, subscrio,
aluguel, leasing, licenciamento, venda de ativos, taxa de utilizao, entre outros
Ilustrado na Figura 15, o bloco de fluxo de receitas deve responder: Que
tipo de relacionamento cada segmento de clientes espera ser estabelecido e
mantido com eles? Quais tipos de relacionamento tm sido estabelecidos? Quais
27
os custos desses relacionamentos? Como eles esto integrados com o modelo de
negcios? (Osterwalder; Pigneur, 2010).
Figura 15 Canvas: Fluxo de receitas (Ostewalder e Pigneur, 2010).
Os recursos chave possibilitam que uma empresa crie e oferea a

proposta de valor, mantenha relacionamento com segmentos de clientes e ganhe
receita. So os recursos importantes para o funcionamento do modelo de
negcios. Esse bloco, ilustrado na Figura 16, visa descrever os ativos mais
importantes para fazer o modelo de negcios funcionarem. Caso a empresa no
tenha tais recursos, ela precisar de parceiros chave (Osterwalder; Pigneur,
2010).
Existem quatro tipos de recursos chaves, fsico, intelectual, humano e
financeiro. Os recursos fsicos tratam-se dos ativos fsicos como escritrios e
instalaes, veculos, mquinas, redes de distribuio. Os intelectuais so as
marcas, conhecimento patenteado, patentes, direitos, parcerias e bancos de
dados. Recursos intelectuais so difceis de serem desenvolvidos, mas criam
grande valor substancial. Os recursos humanos so as pessoas envolvidas no
negcio, so particularmente relevantes em determinados modelos de negcio,
principalmente naqueles que exigem mais criatividade ou conhecimentos
especficos. Dinheiro em caixa, linhas de crdito, garantias financeiras, aes,
so tipos de recursos financeiros. (Osterwalder; Pigneur, 2010).
28
O bloco de recursos chave deve responder quais so os recursos chave
para a proposta de valor, o canal de distribuio, o relacionamento com o cliente
e o fluxo de receitas (Osterwalder; Pigneur, 2010).
Figura 16 Canvas: Recursos Chave (Ostewalder e Pigneur, 2010).
As atividades chave junto com os recursos chaves possibilitam a

empresa criar e oferecer uma proposio de valor, alcanar o mercado, manter
relacionamentos com os segmentos de clientes e obter receitas. So diferentes
dependendo do tipo de modelo de negcio (Osterwalder; Pigneur, 2010).
As atividades-chave podem ser dividas em trs categorias, produo,
soluo de problemas e plataforma. As atividades de produo so relacionadas
a desenvolvimento, produo e entrega de um produto em grandes quantidades
e/ou qualidade superior. Soluo de problemas est relacionada com as novas
solues para problemas individuais do cliente. E plataforma so modelos
caracterizados como atividades-chave, como redes, plataformas software, e at
mesmo marcas podem funcionar como uma plataforma (Osterwalder; Pigneur,
2010).
Esse bloco deve responder quais so as atividades chave da proposta de
valor , dos canais de distribuio, do relacionamento com o cliente e do fluxo de
receitas (Osterwalder; Pigneur, 2010). A Figura 17 ilustra o bloco de atividades
chave.
29
Figura 17 Canvas: Atividades Chave (Ostewalder e Pigneur, 2010).
Os parceiros chave podem otimizar o seu modelo de negcios, reduzir

riscos ou adquirir recursos. Esse bloco ilustrado na Figura 18, visa descrever a
rede de fornecedores e parceiros que fazem o modelo de negcios funcionarem,
mostra quem so os parceiros chave, os fornecedores chave da empresa, quais
recursos chave so adquiridos dos parceiros, e quais atividades chave os
parceiros fazem. Existem quatro tipos de parcerias: Parcerias estratgicas entre
no concorrentes, parcerias estratgicas entre concorrentes, joint ventures para
desenvolvimento de um novo negcio e parceria entre comprador e fornecedor.
Figura 18 Canvas: Parceiros Chave (Ostewalder e Pigneur, 2010).
A estrutura de custos envolve os principais custos decorrentes da

operao do modelo de negcios. Criar e entregar valor, manter relacionamento
30
com clientes e gerar receitas todos acarretam em custos. Podem ser custos fixos
ou variveis, de economia de escala ou de escopo (Osterwalder; Pigneur, 2010).
A Figura 19 ilustra a estrutura de custos, esse bloco deve responder:
Quais so os principais custos inerentes ao modelo de negcios? Quais recursos
chave so mais caros? Quais atividades chave so mais caras? (Osterwalder;
Pigneur, 2010).
Figura 19 Canvas: Estrutura de Custos (Ostewalder e Pigneur, 2010).
2.3 Trabalhos relacionados
2.3.1 De los Procesos del Negocio a los Casos de Uso (Molina et al, 2007)
Molina at al (2007) do Grupo de Pesquisa em Engenharia de Software

da Universidade de Murcia, Espanha, apresenta o artigo De los Procesos del
Negocio a los Casos de Uso.
Para a modelagem de Requisitos apresentada um guia neste artigo, no
qual os casos de uso e o modelo conceitual so obtidos diretamente a partir de
um modelo de negcios baseado em diagramas de atividades UML.
Depois de determinar os processos de negcio da organizao, e
descrevendo seus fluxos de trabalho por meio de diagramas de atividades, casos
de uso so extrados e estruturados a partir das atividades de cada processo,
31
enquanto os conceitos do modelo conceitual so obtidos a partir do fluxo de
dados entre as atividades. Alm disso, as regras de negcio so identificadas e
includas em um glossrio, como parte dos dados e especificao de atividades.
A proposta do trabalho foi extrair os casos de uso de forma intuitiva a
partir da especificao do sistema e, em seguida, as entidades do modelo
conceitual a partir das especificaes dos casos de uso. Como mostra a figura
20.
Figura 20 Relacionamento entre o modelo de negcio e requisitos (Molina et al, 2007)
A modelagem de negcios feita usando diagramas de atividades UML.

Uma vez determinados os processos de negcio de uma organizao, e descritas
os fluxos de trabalho mediante diagramas de atividades, os casos de usos so
32
extrados e estruturados a partir das atividades de cada processo, enquanto as
entidades do modelo conceitual so obtidas a partir do fluxo de dados entre tais
atividades. Tambm so identificadas as regras de negcio e includos em um
glossrio como parte da especificao de dados e atividades.
Na modelagem de negcios a primeira etapa capturar os processos de
negcio da organizao em estudo. A definio do conjunto de processos de
negcios uma tarefa crucial, uma vez que define os limites do processo de
modelao subsequente.
Primeiro,
considere
os
objetivos
estratgicos
da
organizao.
Considerando que este objetivo muito complexo e tem um nvel muito alto de
abstrao, eles so decompostos em um conjunto de sub-objetivos mais
especficos que devem ser cumpridas para alcanar o objetivo estratgico. Estes
sub-objetivos podem por sua vez serem decompostas em outros de modo a
definir uma hierarquia de objetivos.
No restante do artigo, ilustrado o processo usando o exemplo de uma
empresa que fabrica produtos sob demanda (seguindo um esquema just in time).
Os objetivos estratgicos da empresa poderia incluir satisfazer o pedido de um
cliente, aumentar 25% das vendas, ou diminuir o tempo de produo em 15%,
satisfazer a meta de um pedido do cliente pode ser dividida em sub-objetivos,
tais como: Registrar pedido de vendas, fabricar o produto pedido, gerenciar
estoque e realizar pedido aos fornecedores. Estes foram os objetivos usados para
definir os processos de negcio.
Depois de ter identificado os processos de negcio, foi necessrio
identificar os papis que so dos membros da empresa (incluindo funcionrios,
departamentos e dispositivos fsicos) ou agentes externos (como clientes ou
outros sistemas).
Para uma viso geral dos vrios processos de negcio da organizao,
foi construdo um diagrama de caso de uso do negcio, o que parece cada
33
processo de negcio como um caso de uso. Este diagrama pode mostrar os
limites e ambiente da organizao em estudo, a Figura 21 mostra o diagrama de
caso de uso para o exemplo de negcios.
Figura 21 Diagrama de casos de uso do negocio para sistema de produo just in time
(Molina et al, 2007)
No prximo passo da modelagem de negcios foi introduzida em cada

um dos casos de uso identificados, a descrio em detalhe, a descrio
mostrada na Figura 22. Esta descrio pode ser facilmente validada pelos
utilizadores. Em seguida, preciso determinar os agentes internos que
desempenham um papel em cada caso de uso de negcios e observar todo o
conjunto de funes envolvidas, tanto interna e externa organizao.
34
Figura 22 Descrio do caso de uso Registrar pedido (Molina et al, 2007)
O aspecto estrutural da colaborao entre as funes para realizar um

caso de uso de negcios pode ser representado em um diagrama de papis, onde
cada papel (estereotipado classe UML) associado com os papis com os quais
eles podem colaborar (Figura 23). Alm disso, este esquema permite tambm
mostrar as caractersticas dos papis identificados, tais como os seus atributos e
responsabilidades.
Figura 23 Diagrama de papis para o caso de uso Registrar Ordem negcio (Molina et
al, 2007)
35
Ento, foi criado um cenrio para mostrar o aspecto comportamental de

colaborao. Para isso, foi usado o diagrama de sequncia UML (Figura 24), que
indica situaes dos papeis envolvidos na interao.
Figura 24 Diagrama de sequncia para o caso de uso Registrar Ordem negcio (Molina
et al, 2007)
Cada processo pode distinguir entre o fluxo bsico normal ou a interao

(no exemplo, uma solicitao de pedido aceita) e os possveis fluxos
alternativos (por exemplo, a rejeio ou anulao de uma ordem). Para melhorar
a legibilidade, conveniente associar vrios cenrios para um caso de uso de
negcios, em vez de uma nica sequncia que mostra todas as possibilidades.
Assim includo um modelo de negcio representada por uma viso que mostra
o fluxo de trabalho para atingir um determinado objetivo da organizao,
indicando quais os papis que fazer cada atividade e quais so os dados
necessrios produzidos por cada atividade.
A Figura 25 mostra o diagrama de processo que inclui o cenrio da
figura 23. Existe um caminho para cada funo participante, os dados aparecem
como objetos de fluxo entre as atividades e pode ter um estado.
36
Figura 25 Diagrama de processo para o caso de uso Registrar Ordem negcio (Molina
et al, 2007)
Em uma organizao, tanto os processos e os dados que eles manipulam,

esto restritos pelas regras de negcio. importante coletar explicitamente cada
tipo de regra no modelo de negcios, especificando as atividades e objetos de
informao que aparecem nos diagramas de processo. Estas especificaes se
encontram em um glossrio. A Figura 26 mostra essa especificao.
37
Figura 26 Trecho Glossrio: objetos e atividades de informao (Molina et al, 2007)
38
A partir do modelo de negcios descrito na seo anterior, possvel
obter de forma sistemtica e direta, tanto a coleta inicial de casos de uso do
sistema, como o modelo conceitual preliminar.
Foi criado um diagrama de caso de uso do sistema para cada atividade
do processo que deve ser suportado pelo software do sistema. Portanto, o papel
que desempenha a atividade ser o principal ator do caso de uso. Como esta
atividade realizada fora do sistema de software, no aparecem no diagrama de
caso de uso do sistema ou funo do cliente. A figura 26 mostra o diagrama de
caso de uso do sistema de registo de processos de negcios, correspondente ao
diagrama de fluxo da Figura 27, considerando que todas as atividades sero
apoiadas pelo software do sistema. O diagrama contm os casos de utilizao
mais importantes do ponto de vista da arquitetura do sistema.
Figura 27 Diagrama inicial dos casos de uso do sistema (Molina et al, 2007)
Cada caso de uso descrito usando um modelo que pode ser preenchido
a partir da especificao da atividade associada, que est contido no glossrio
(figura 28), com o objetivo de manter a rastreabilidade entre os casos de uso de
negcios e do sistema.
39
Figura 28 Descrio dos casos de uso de um sistema Ordenar Fabricao (Molina et al,
2007)
Os objetos de informao que flui entre as atividades de um caso de uso

de negcio representam, portanto, uma boa base para a criao do modelo
conceitual inicial. Este modelo ir incluir os conceitos e suas relaes e ser
descrita por um diagrama de classes UML, em que os conceitos so
representados por classes. Assim, cada objeto do diagrama de processo de
informao agora vai se tornar um conceito.
Os atributos, relacionamentos com outras classes e restries. Por
exemplo, a partir da ordem de especificao mostrada na Figura 25, podem
obter:
i)
atributos
de
cdigo,
fechaSolicitao,
DataDeCriao,
fechaMaxEntrega, importeTotal, estadoAtual, ii) associaesClientePedido e

PedidoProducto iii) pode haver restries expressa textualmente ou por OCL
(Object Constraint Language) como {fechaMax-entrega> DateCreated}. Notese tambm que, quando um modelo conceitual evolui para um diagrama de
classes, as responsabilidades podem ser obtidas a partir de certas restries,
como especificado no glossrio. Por exemplo, a classe Order pode ter
40
responsabilidades
como
obterProdutos
calcularFechaMaxEntrega
calcularImporteTotal ou cambiarEstado .
Da mesma forma que as atividades glossrio com os casos de uso do
sistema esto conectados, vinculado cada objeto com classe representa
informaes de domnio no sistema. A figura 29 mostra o diagrama de classes
para descrever o primeiro modelo conceitual do exemplo.
Figura 29 Modelo conceitual inicial para o caso de uso Registrar Ordem negcio
(Molina et al, 2007)
Este trabalho apresenta uma estratgia para abordar a modelagem de

negcios e anlise de requisitos, em que os casos de uso e o modelo conceitual
so obtidos em um modelo de negcio simples, eficaz baseada no uso de
diagramas de atividades UML.
Com a orientao fornecida, o modelador fornece uma maneira
sistemtica para identificar e organizar os casos de uso, e para identificar e
definir as classes do modelo conceitual.
As classes do modelo conceitual so derivadas dos objetos de
informao que fluem entre as atividades.
41
2.3.1 Elicitao de Requisitos de Software a Partir do Modelo de Negcio
(Knight, 2004)
Dissertao de mestrado em informtica da autora Debora Mac Knight,

defendida em 2004 no Ncleo de Computao Eletrnica (NCE) da
Universidade Federal do Rio de Janeiro.
Knight (2004) considera as informaes que o entendimento do negcio
como fonte de auxlio para identificao das necessidades do negcio est
diretamente relacionado ao sistema a ser desenvolvido. A partir deste
entendimento, na concepo da autora, torna-se possvel estabelecer os
requisitos que atendero quelas necessidades.
O modelo de negcio, na viso da autora, indica o ambiente em que a
organizao se insere e a forma como se d sua relao com esse ambiente. Na
percepo de Knight (2004), o modelo de negcio aquele que permite melhor
visualizao do que so seus processos, como so executados, quais so suas
metas, como cada processo auxilia em alcan-las, quais so suas unidades
organizacionais, quem so os envolvidos em cada atividade, quais as localidades
por entre as quais a organizao est distribuda e quais os eventos que
deflagram seus processos e atividades.
A autora apresenta a seguinte questo a ser resolvida: como identificar
requisitos de um sistema de informao a ser desenvolvido, a partir do seu
modelo de negcio, ou, em outras palavras, como identificar requisitos para um
sistema alinhado s necessidades da organizao, a partir das informaes do seu
modelo de negcio? (Knight, 2004).
Knight (2004) utiliza como base para a construo dos requisitos a
modelagem organizacional, incluindo os processos de negcio. O modelo do
negcio formado por um conjunto de outros modelos que representam
conceitos do negcio, esses modelos so mostrados na Figura 30.
42
Figura 30 Conceitos do modelo de negcio ( Knight , 2004)
Knight (2004) define os conceitos da Figura 29 da seguinte forma:
Modelo organizacional: representa as unidades organizacionais,
seus papis e seus relacionamentos;
Modelo de localizao geogrfica: representa as localidades
pelas quais a organizao est distribuda e os relacionamentos entre localidades

e unidades organizacionais;
Modelo de objetivos: mostra os objetivos da organizao e seus
relacionamentos, o desdobramento dos objetivos em sub-objetivos e o

relacionamento entre os objetivos e os processos de negcio;
Modelo de processos: representa todos os processos de negcio
executados na organizao (com suas atividades e relacionamentos) e seus

desdobramentos em subprocessos;
43
Modelo de atividades: mostra o relacionamento entre as
atividades executadas nos processos de negcio, seus responsveis, objetos de

negcio (depsito de informao ou meio de armazenamento) e eventos que
disparam ou so disparados com a execuo das atividades.
Knight (2004) utilizao o modelo de negcio como informao de
entrada e afirma que o sistema de informao, a ser construdo, deve dar suporte
execuo de atividades dos processos, algo que a autora define como
solicitao de automao. Contemplando as atividades de anlise do problema,
elicitao dos requisitos de negcio e requisitos de usurio, a autora apresenta
um mtodo, que o conjunto de requisitos a serem implementados ou alterados
no sistema de informao. A Figura 31 resume as etapas agregadas.
Figura 31 Mtodo de Knight para elicitao de requisitos a partir do modelo de negcio

(Knight, 2004).
O mtodo est dividido em duas fases principais: o domnio do

problema e o domnio da soluo. No domnio do problema o modelo de
negcio analisado para identificao dos processos de negcio em fase de
adaptao ou desenvolvimento de um sistema de informao, se identificando as
44
necessidades do problema a ser resolvido pelo sistema. Nesta faze so
determinados: os requisitos de negcio, as necessidades geradas pelos processos
e as consequncias, se essas necessidades no forem atendidas. No domnio da
soluo, as necessidades identificadas so analisadas para verificao de como
elas podem ser atendidas, gerando como resultado os requisitos de usurio. A
Figura 32 mostra o detalhamento do mtodo.
Figura 32 Detalhamento do mtodo de Knight ( Knight, 2004)
45
A forma de documentao dos requisitos prevista no mtodo o
Documento de Requisitos de Software. Nela as informaes so descritas em
linguagem natural estruturada em um documento que contm os tpicos
ilustrados na Figura 33 abaixo.
Figura 33 Documento de requisitos de software ( Knight, 2004)
46
A autora apresenta trs estudos de caso com empresas reais, para
verificar se foi possvel elicitar sistematicamente requisitos para um sistema a
partir das informaes presentes no modelo de negcio da organizao. Segundo
a autora, houve xito nos casos apresentados, uma vez que, foi possvel obter
requisitos alinhados ao negcio.
47
3 METODOLOGIA
3.1 Tipo de pesquisa
A abordagem desse trabalho qualitativa (Wainer, 2006) e, seguindo a

conceituao de Jung (2004) sobre os tipos de pesquisa, este um estudo de
natureza aplicada, com objetivos de carter exploratrio, procedimentos de
estudo de caso e pesquisa projeto (design research), fundamentados em
referencial documental e bibliogrfico.
A pesquisa de natureza tecnolgica, pois objetiva a aplicao direta
dos conhecimentos relacionados a casos de uso e modelo de negcios da
empresa. Casos de usos e modelo de negcio so temas recentes enquadrados no
conceito de tecnolgicos.
Quanto aos objetivos, a pesquisa tem carter exploratrio uma vez que
visa descoberta de como realizar prticas, ou seja, a realizao de atividades
preliminares envolvendo o assunto, ainda em fase incipiente (exploratria) de
estudos (Zambalde et al, 2008).
Quanto aos procedimentos, trata-se de um estudo de caso, que permite
investigar um fenmeno ou ao de uma ferramenta dentro de um contexto local
e real, no caso, a aplicao de casos de uso ao modelo de negcio de uma
empresa da rea de ensino de idiomas.
Finalmente trata-se de uma pesquisa cincia projeto (Hevner,2004) ,
onde ocorre a ao direta do pesquisador no desenvolvimento dos casos de uso
aplicados ao modelo de negocio. O pesquisador ser o responsvel por estudar,
investigar e projetar todos os casos de uso relativos ao modo de comercializao
do negcio ensino de idiomas da empresa.
A Figura 34 ilustra essa classificao.
48
Figura 34 Tipos de pesquisas cientficas (Jung, 2004)
3.2 Procedimentos metodolgicos
A pesquisa foi realizada no perodo de Maro de 2012 a Novembro de

2012 nas dependncias do Departamento de Cincia da Computao da
Universidade Federal de Lavras MG (Lavras).
Inicialmente realizou-se uma reviso documental e de literatura
envolvendo as atividades da empresa e os temas modelo de negcios e casos de
uso.
O modelo de negcio investigado e para qual foram desenvolvidos os
casos de uso o da empresa Techlanguages (www.techlanguages.com), da rea
de ensino tcnico de idiomas. A Techlanguages uma empresa web, com
49
alcance global, entretanto sua sede fsica na cidade de Belo Horizonte- MG,
Brasil.
Os casos de uso foram desenvolvidos a partir de um modelo padro
inicial de negcios da empresa (Canvas) e, posteriormente, foram sugeridos
outros casos de uso diferenciados para atender ao mesmo negcio.
Portanto os passos foram basicamente os seguintes: reviso bibliogrfica
e documental; apresentao/descrio do modelo de negcios; desenvolvimento
de casos de uso para o modelo de negcios inicial; proposta de casos de uso
estendidos ao modelo de negcios; discusses e concluses.
50
4 Resultados e Discusso
4.1 A organizao - Techlanguages
Criada em 2012, a Techlanguages uma organizao mundial voltada

para o ensino de idiomas na vertente tcnica, com foco no desenvolvimento da
comunicao oral.
O mtodo de ensino-aprendizagem da Techlanguages focado no
desenvolvimento do ouvir e falar repetidas vezes, atravs de recursos de udio e
vdeo que estimulam a comunicao no ingls tcnico.
Segundo a classificao de porte de empresas brasileiras proposta pelo
BNDES (Banco Nacional Desenvolvimento Social), a empresa considerada de
pequeno porte (faturamento e nmero de funcionrios), apresentando um quadro
de 08 funcionrios.
A Techlanguages uma empresa virtual formada por equipes
multiculturais e de formao mltipla. Mescla profissionais da rea de lnguas,
tecnologia da informao, designs e publicidade.
A comercializao de seus produtos feita atravs da internet (Figura
35). O cliente compra o curso, faz download das 24 (vinte e quatro) lies em
udio e 6 (seis) lies de reviso em vdeo e ao final de 3 meses de estudo
(tempo mnimo de curso) ou de no mximo 6 meses, o cliente solicita sua
avaliao on-line.
51
Figura 35 WebSite da Techlanguages (Techlanguages, 2012)
Um curso divido em seis mdulos, como por exemplo, o de

computao e sistemas:
52
Mdulo/Semana 1 Cincia da Computao: Fundamentos de
Cincia da computao; Algoritmos e estruturas de dados; Linguagens de

programao; e Engenharia de software.
Mdulo/Semana 2 Sistemas de Informao: O conceito de
sistemas; Sistemas de informao; Gesto do conhecimento; e Inteligncia em

negcios.
Mdulo/Semana 3 Tecnologias de Informao: Tecnologias de
informao; Computadores e perifricos; Programas e recursos; Gesto de dados

e informaes.
Mdulo/Semana 4 - Redes de Computadores: Telecomunicaes
e redes; Tipos de redes; Modelos de referncia; Protocolos da Internet.
Mdulo/Semana 5 Internet e Negcios: Internet e mudana;
Internet e negcios; Internet e governo; e Sistemas mveis.
Mdulo/Semana 6 Governana de SI/TI: Governana de SI/TI;
Alinhamento e planejamento estratgico; Normas, modelos e frameworks; e

Segurana de SI/TI.
4.2 O Modelo de negcio Canvas da Techlanguages
O modelo de negcio Canvas da Techlanguages relacionado ao projeto

Curso tcnicos de idiomas ouvir e falar est especificado na Figura 36.
53
Parceiros
Chaves
Atividades
Chaves
Proposta
de Valor
Profissionais de
Concepo e
escrita dos
cursos.
Profissionais
para transcrio
para a lngua
estrangeira.
Profissionais de
gravao MP3,
vdeo ou
animao.
Profissionais de
banco de dados,
programao e
design Web.
Profissionais de
Marketing
Internet e web
(viso muncial).
Concepo e
escrita de cursos.
Desenvolviment
o e design BD,
credito e Web.
Adaptao para a
lngua de curso.
Servidor
rede/dados
Curso tcnico
em lngua
estrangeira.
Foco em
pronuncia e
audio.
Baixo custo,
fcil uso e
acesso.
O aluno
determina o seu
tempo.
Certificao de
lngua ao final
do curso.
Facilidade e
rapidez
aprendizagem.
Amplo alcance
para iniciantes e
avanados.
Recursos Chaves
Fsicos:
Servidores
rede/web.
Humanos:
Consultor,
Escritor. Lnguas,
Programas e
Designs.
Relacionamento
com os
Clientes
Aquisio de
clientes por
estratgia
agressiva.
Pginas e
comunicao de
alto nvel.
Excelente
design,
facilidade de uso
(usabilidade)
Canais
Pgina Web.
Mdias sociais.
Apple Store
Apps Android
Embarcados em
celulares,
smartphones,
tablets.
Segmento
de Clientes
Pessoas
com
conhecimento
bsico,
intermedirio ou
avanado
da
lngua de curso.
Que queriam se
aperfeioar em
linguagem
tcnica.
Que queiram
ter
uma
certificao de
proficincia em
lngua tcnica.
Que queiram
ter
uma
certificao de
proficincia em
lngua tcnica.
Mercado de
massa mundial a
baixo custo, fcil
e com retorno
formativo.
Estrutura de Custo
Fluxo de rendimento
Profissionais para escrita dos cursos.

Profissionais de lnguas para os cursos.
Profissionais de desenvolvimento web.
Profissionais de design/vdeo/animao.
Profissionais de Marketing Web e gesto
relacionamento com o cliente.
Preo fixo, a vista ou carto de credito.

Licenciamento do curso e habilitao ao
certificado pelo cliente.
Valor base: R$99,00. Valor de lanamento:
R$59,00
Baixo custo inicial, incentivo.
Figura 36 Modelo de negcio da Techlanguages
54
4.3 A extrao de Casos de Usos a partir do Modelo de Negcio
A Figura 37 ilustra o esquema de transformao do modelo de negcio

para casos de uso. Para isso feito o reconhecimento dos componentes de um
sistema a partir dos modelos do negcio atravs dos casos de uso. Esses
diagramas tornam-se importantes por permitirem uma viso abstrata da interao
dos usurios do sistema com as partes do negcio. Um glossrio, descrevendo o
negcio, adicionado em cada um dos casos de uso identificados.
Glossrio
Figura 37 Extrao de casos de uso a partir de modelos de negcio.
55
Os casos de usos relacionam-se diretamente necessidade de garantir o

bom entendimento dos processos de negcio para que forneam suporte
adequado s atividades do modelo.
Em um modelo de negcio, uma atividade um conjunto de aes
detalhadas que representam a estratgia da empresa. Por outro lado, um caso de
uso, um conjunto de passos a serem executados com a finalidade de atingir um
objetivo computacional.
Os casos de usos so modelos grficos que possuem a vantagem de
facilitar a comunicao. Foi possvel observar a existncia de algumas situaes
do modelo de negcio que indicavam padres nos casos de usos, como por
exemplo, os responsveis por executar as atividades do negcio, podem ser
potenciais atores independentes do tipo de negcio, os recursos ou produtos
tambm podem ser representados como atores de uma determinada atividade do
negcio.
4.4 Casos de usos aplicados a cada atividade do Modelo
A proposta de valor a razo pela qual os clientes preferem uma

empresa e no outra, ela consiste em um conjunto selecionado de produtos e ou
servios que satisfaz as exigncias de um segmento de clientes.
De acordo com Ostewalder e Pigneur (2010), as propostas de valor de
uma empresa dependem da coordenao de todas as suas atividades de recursos
chaves de suas parcerias, para que, por meio de seus relacionamentos e de seus
canais de comunicao, distribuio e venda, cheguem at os clientes.
O principal produto da Techlanguages curso tcnico de idiomas, a ser
disponibilizado sob a forma de arquivos, mp3 e ou vdeos e animaes, para
download via web. Entretanto, outros canais de comunicao, distribuio e
56
vendas do curso, podem surgir ao longo das oportunidades e investimentos
possveis. Como:
Embarcados em celulares, smartphones, tablets entre outros
dispositivos fixos e mveis.
Cartes SD, CD, DVD ou PenDrives, vendidas em bancas ou
TV aberta, paga e digital.
Download no ITunnes, venda direta via loja da Apple, com
lojas.
disponibilizao e venda de arquivos.
Incorporados ao portflio de Estudar e suas empresas e parceiros
conveniados.
4.4.1 Detalhes dos objetos para comercializao em pgina Web
As vendas atravs do site devem contemplar no s o pacote padro,

mas tambm links para que a compra possa ser feita nas lojas de aplicativos
(para smartphones e tablets) e facebook, facilitando um acesso completo ao
leque de possibilidades digitais.
Passa-se agora ao desenvolvimento de um modelo de caso de uso para
todos os atores envolvidos no modelo de negcio Canvas da Techlanguages,
para o determinado seguimento do Canvas. Inicialmente devem-se definir as
aes do ator do segmento de Cliente (Figura 38), utilizaremos a pgina web
como canal.
57
Figura 38 Segmento de Clientes do modelo de negcio Canvas.
No prximo passo da modelagem de negcios foi introduzida em cada

um dos casos de uso identificados, a descrio em detalhe, a descrio
mostrada no Quadro 1.
58
Quadro 1 Glossrio do segmento de Clientes para o Canal Pgina Web.
Glossrio
Comprar curso pela internet
Ator Primrio: Cliente
Escopo: Website da Techlanguages
Nvel: Objetivo do usurio
Stakeholders e Interesses:
Cliente deseja comprar o curso.
Techlanguages deseja toda informao da compra.
Pr-condio: Website estar disponvel.
Garantia Mnima: Cliente se registrar no website; O pedido ser iniciado se o
pagamento for confirmado.
Garantia de Sucesso: O Website confirmou a compra e liberou o download.
Cenrio de Sucesso Principal:
1.
O caso de uso comea quando o cliente faz o cadastro no site.
2.
O cliente deve realizar o pagamento do curso.
3.
Sistema apresenta formas de pagamentos.
4.
Aps o pagamento o sistema libera o download dos arquivos
5.
Cliente faz download dos arquivos.
6.
Cliente deve estudar os arquivos ouvir e falar.
7.
Sistema apresenta a avaliao.
8.
Cliente faz a avaliao.
9.
Sistema verifica se o cliente foi aprovado.
10.
Se cliente for aprovado o Sistema apresenta o certificado.
Extenses:
1a.
Dados submetidos esto incompletos:
1a1.
O sistema solicita para o usurio preencher os dados incompletos.
1a2.
O usurio fornece informao ausente.
59
4a.
O sistema no libera o download dos arquivos se no for realizado o
pagamento.
9a.
Se o cliente no for aprovado:
9a1.
O sistema consente a realizao da prova novamente.
10a.
Se o cliente for reprovado novamente, o cliente no obtm o certificado.
A Figura 39 apresenta o caso de uso do seguimento de Clientes,

elaborado a partir das aes que o cliente executar.
Figura 39 Caso de uso do seguimento de Clientes Canal Pgina Web.
Na sequncia deve-se incorporar o mesmo procedimento para os atores

do seguimento de Parceiros Chaves (Figura 40). So identificados e descritos os
casos de uso que iro representar as funcionalidades e as interfaces dos parceiros
chaves, que so as atividades chaves, que necessitam dos recursos chaves.
60
Figura 40 Segmento Parceiros Chaves do modelo de negcio Canvas.
Os parceiros chaves da techlanguages so os profissionais de concepo

e escrita dos cursos, transcrio para a lngua estrangeira, gravao MP3, vdeo
ou animao, profissionais de banco de dados, programao e design Web,
Marketing Internet e web (viso mundial), suas atividades so descritos no
Quadro 2.
61
Quadro 2 Glossrio do segmento de Parceiros Chaves para o Canal Pgina Web.
Glossrio
Criar curso pela internet
Ator Primrio: Profissional de Lnguas

Escopo: Empresa Techlanguages
Nvel: Subfunes
Pr-condio: Conhecer a proposta do curso.
Garantia Mnima: Apresentar contedo para o curso.
Garantia de Sucesso: Criao do contedo para as aulas e avaliao.
1.
Estudar a proposta do curso;
2.
Criar os arquivos/aulas pra download;
3.
Criar a avaliao.
Ator Primrio: Profissional de Banco de Dados e Redes

Nvel: Subfunes
Pr-condio: Ter servidor e computador disponvel.
Garantia Mnima: Configurar servidor.
Garantia de Sucesso: Criar banco de dados.
62
1.
2.
Criar banco de dados para o desenvolvimento do site.
Ator Primrio: Profissional de Design/Vdeo/animao

Nvel: Subfunes
Pr-condio: Obter o contedo do curso.
Garantia Mnima: Criar os arquivos para download.
Garantia de Sucesso: Desenvolvimento do design do website e avaliao;
criao dos arquivos aulas.
1.
Estuda a proposta do curso;
2.
Desenvolve o design do site;
3.
Cria os arquivos para download;
4.
Desenvolve design da avaliao.
Ator Primrio: Desenvolvedor Web

Nvel: Subfunes
Pr-condio: Existir servidor e computador disponvel.
Garantia Mnima: Ter banco de dados criado.
63
Garantia de Sucesso: Criao do registro do usurio; confirmar a compra e
liberar o download; apresentar avaliao no website; Emitir certificado.
1.
2.
Desenvolver o site;
3.
Desenvolver a avaliao no site.
A Figura 41 apresenta o caso de uso para o segmento de parceiro chaves.
Figura 41 Caso de uso dos Parceiros Chaves Canal Pgina Web.
A Figura 42 apresenta o segmento de proposta de valor do modelo de

negcio Canvas. A proposta de valor consiste no produto e/ou servios que a
empresa oferece, para se oferecer um produto e/ou servio necessrio o uso de
todos os atores, e do canal de comunicao com o cliente.
64
Figura 42 Segmento Proposta de valor do modelo de negcio Canvas.
A Figura 43 mostra a transformao da proposta de valor do modelo de

negcio Canvas da Techlanguages para os casos de uso.
65
Figura 43 Casos de Usos do segmento proposta de valor Canal Pgina Web
4.4.2. Detalhes dos objetos para comercializao para smartphone.
A telefonia mvel nunca esteve to crescente quanto s demandas do

mercado consumidor. De acordo com a IDC, smartphones superam celulares
comuns em vendas em 2013. Foram vendidos 216,2 milhes de aparelhos
"inteligentes" no perodo contra 202,4 milhes dos chamados "feature phones".
Os sistemas Android e iOS dominam o mercado global de smartphones,
segundo nmeros da pesquisa da IDC sobre o primeiro trimestre de 2013. De
acordo com o levantamento da consultoria, os dois sistemas do Google e Apple,
respectivamente, alcanam juntas 92,3% dos envios de smartphone nos trs
primeiros meses deste ano. O Android o principal sistema mvel para
66
smartphones com 162 milhes de aparelhos enviados e 75% do mercado, O iOS,
presente no iPhone, com 17,3% como apresenta a figura 44.
Figura 44 Sistemas operacionais de smartphones, as vendas e quota de mercado (IDC

Worldwide Quarterly Tracker telefone mvel, Maio de 2013).
Neste contexto, utilizando o aplicativo para smartphone como Canal do

Canvas, as aes do ator do segmento de Cliente so (Quadro 3):
Quadro 3 Glossrio do segmento de Clientes para o Canal Aplicativo.
Glossrio
Comprar curso como Aplicativo
Escopo: Aplicativo da Techlanguages
Pr-condio: Aplicativo estar disponvel.
Garantia Mnima: Cliente fazer download do aplicativo.
67
Garantia de Sucesso: O aplicativo executar corretamente os arquivos;
Apresentar a avaliao quando solicitada.
1.
O caso de uso comea quando o compra o aplicativo.
2.
O aplicativo deve executar os arquivos para cliente ouvir e falar, junto

com o texto em ingls e portugus.
3.
O cliente solicita a avaliao.
4.
O aplicativo apresenta a avaliao.
5.
6.
O aplicativo verifica se o cliente foi aprovado.
7.
Se cliente for aprovado o aplicativo apresenta o certificado.
Extenso:
6a.
6a1.
7a.

Figura 45 Caso de uso do seguimento de Clientes Canal Aplicativo.
68
O mesmo procedimento feito para os atores do seguimento de

Parceiros Chaves, no quadro 4 so identificados e descritos os casos de uso que
iro representar as funcionalidades e as interfaces dos parceiros chaves, que so
as atividades chaves, que necessitam dos recursos chaves.
Quadro 4 Glossrio do segmento de Parceiros Chaves para o Canal Aplicativo.
Glossrio
Criar curso como aplicativo

Nvel: Subfunes
1.
Estuda a proposta do curso
2.
Cria os arquivos/aulas pra o aplicativo
3.
Cria a avaliao

Nvel: Subfunes
69
1.
2.
Banco de dados para o desenvolvimento do aplicativo

Nvel: Subfunes
Garantia Mnima: Criar os arquivos para o aplicativo.
Garantia de Sucesso: Desenvolvimento do design do aplicativo e avaliao;
1.
2.
Desenvolve o design do aplicativo
3.
Desenvolve os arquivos

Nvel: Subfunes
70
Garantia de Sucesso: Criao do registro do usurio e o aplicativo; Emitir
certificado.
1.
2.
Desenvolve o aplicativo
3.
Desenvolve a avaliao no aplicativo
A Figura 46 apresenta o caso de uso dos Parceiros Chaves, do Canal

App Store.
Figura 46 Caso de uso dos Parceiros Chaves Canal Aplicativo.

71
Figura 47 Casos de Usos do segmento proposta de valor Canal Aplicativo
4.4.3. Detalhes dos objetos para comercializao no facebook.
Criao de uma loja interna para que o cliente possa adquirir o curso
diretamente pelo facebook assim como link para a loja de aplicativos e para o
site. A inteno criar uma sinergia entre os canais digitais de comercializao
do curso, otimizando e facilitando as aes de marketing, tendo em vista que a
comunicao poder ser planejada para agir de maneira simbitica.
A LikeStore, chamada de social commerce, permite que qualquer
pessoa crie sua loja virtual gratuitamente no facebook, com a ideia de utilizar as
redes de amigos e fs para divulgar ofertas e vender se que o comprador tenha
que sair da rede social. Para configurar a LikeStore, utilizado um aplicativo
para Facebook que s o usurio tem acesso.
72
Usando a LikeStore como canal da Canvas, as aes do ator do
segmento de Cliente so (Quadro 5):
Quadro 5 Glossrio do segmento de Cliente para o Canal Facebook
Glossrio
Comprar curso pelo LikeStore
Pr-condio: Obter loja no LikeStore.
Garantia Mnima: Cliente se registrar no LikeStore; O sistema vincular o
registro no website.
Garantia de Sucesso: O LikeStore confirmou a compra e liberou o download; o
website possibilita a avaliao.
1.
O caso de uso comea quando o cliente compra o curso no LikeStore.
2.
O cliente deve realizar o pagamento do curso.
3.
LikeStore apresenta formas de pagamentos.
4.
Aps o pagamento liberado o download dos arquivos
5.
Cliente deve estudar os arquivos ouvir e falar.
6.
Cliente solicita a avaliao, que apresentada no site.
7.
8.
Sistema verifica se o cliente foi aprovado.
9.
Se cliente for aprovado o Sistema apresenta o certificado.
10.
Se cliente for aprovado o aplicativo apresenta o certificado.
73
Extenses:
1a.
Dados submetidos esto incompletos:
1a1.
O sistema solicita para o usurio preencher os dados incompletos.
1a2.
O usurio fornece informao ausente.
4a.
O sistema no libera o download dos arquivos se no for realizado o
pagamento.
9a.
9a1.
10a.

Figura 48 Caso de uso do seguimento de Clientes Canal Facebook.
Os parceiros chaves da Techlanguages para o canal facebook, so os

mesmos profissionais de concepo do canal site, como apresenta o quadro 6.
74
Quadro 6 Glossrio do segmento de Parceiros Chaves para o Canal Facebook.
Glossrio
Criar curso pela internet

Nvel: Subfunes
1.
2.
3.
Criar a avaliao.

Nvel: Subfunes
75
3.
4.

Nvel: Subfunes
Garantia Mnima: Criar os arquivos para download.
5.
6.
7.
Cria os arquivos para download;
8.

Nvel: Subfunes
76
Garantia de Sucesso: Criar LikeStore; Vincular o registro do usurio do
LikeStore no website; apresentar avaliao no website; Emitir certificado.
1.
2.
Desenvolve o site
3.
Desenvolve a avaliao no site
4.
Cria a loja no LikeStore
Figura 49 Caso de uso dos Parceiros Chaves Canal Facebook.

77
Figura 50 Casos de Usos do segmento proposta de valor Canal Facebook.
4.4.4. Detalhes dos objetos para comercializao em CD, DVD ou carto

SD.
As bancas de jornal formam um universo de cerca de 25 mil pontos de

venda no territrio nacional, segundo o portal negcios da comunicao.
Tambm h cerca de 1,3 mil livrarias no pas, a maioria concentrada nas regies
Sul e Sudeste, onde se encontram 58% dos compradores, contabiliza a Cmara
Brasileira do Livro (CBL). De olho no potencial desse mercado, o curso de
ingls tcnico da Techlanguages tambm pode ser comercializado em forma de
CD, DVD ou carto SD juntamente com os textos impressos. Sendo este o Canal
do Canvas, o quadro 7 apresenta as aes do ator do segmento de Cliente.
78
Quadro 7 Glossrio do segmento de Clientes para o Canal Banca/livraria.
Glossrio
Comprar curso em CD, DVD ou carto SD
Pr-condio: Banca/livraria obter curso em CD, DVD ou carto SD e remeter
dados do comprador para a Techlanguages.
Garantia Mnima: Cliente se registrar no website.
Garantia de Sucesso: O Website liberar a avaliao e apresentar certificado.
1.
O caso de uso comea quando o cliente compra o curso da banca ou
livraria.
2.
O cliente executa os arquivos para cliente ouvir e falar, junto com o
texto em ingls e portugus.

3.
O cliente solicita a avaliao pela web.
4.
O sistema apresenta a avaliao.
5.
6.
O sistema verifica se o cliente foi aprovado.
7.
Se cliente for aprovado o sistema apresenta o certificado.
Extenses:
6a.
6a1.
7a.
79

Figura 51 Caso de uso do seguimento de Clientes Canal Banca/livraria.
Os parceiros chaves da techlanguages so os profissionais de concepo

e escrita dos cursos, transcrio para a lngua estrangeira, gravao MP3, vdeo
ou animao, profissionais de banco de dados, programao e design Web,
Marketing Internet e web, suas aes so descritas no quadro 8.
Quadro 8 Glossrio do segmento de Parceiros Chaves para o Canal Banca/livraria.
Glossrio
Criar curso em CD, DVD ou carto SD

Nvel: Subfunes
80
1.
2.
3.
Criar a avaliao.

Nvel: Subfunes
1.
2.

Nvel: Subfunes
81
Garantia Mnima: Criar os arquivos para CD, DVD ou Carto SD.
1.
2.
3.
Cria os arquivos para CD, DVD ou Carto SD;
4.

Nvel: Subfunes
Garantia de Sucesso: Criao do registro do usurio; confirmar a compra e
liberar a avaliao no website; Emitir certificado.
1.
2.
Desenvolver o site;
3.
Desenvolver a avaliao no site.
82
Figura 52 Caso de uso dos Parceiros Chaves Canal Banca/livraria.

Figura 53 Casos de Usos do segmento proposta de valor Canal Banca/livraria
83
5 Concluses
O uso das informaes originrias das atividades executadas no negcio

tem fornecido, segundo constataes encontradas na literatura, requisitos de
sistema mais aderentes s expectativas da organizao.
A realizao da modelagem dos casos de usos da engenharia de software
aplicada a conceitos e prticas de modelo de negcio Canvas uma atividade
eficaz para aquelas empresas que desejam ter seus processos do negcio bem
definidos, visto que possvel caminhar no modelo de negcio de uma maneira
lgica, sem que seja necessrio quebrar o raciocnio, construindo uma teia de
relaes que permita uma viso do negcio como um todo.
Com o conhecimento sobre o negcio, temos a noo dos riscos para o
desenvolvimento de um sistema e como ele dever se comportar no dia a dia do
cliente. Por isso, a engenharia de software necessita de mtodos que tornem mais
ordenadas e metdicas as etapas de modelagem de negcios e de levantamento
de requisitos de um sistema. uma contribuio aos processos de engenharia de
software, aproximando o usurio (cliente) e o desenvolvedor, em busca de
solues computacionais para os negcios.
Uma limitao do trabalho foi a inviabilidade de comprovar
empiricamente as recomendaes feitas, que visam elicitar requisitos de sistema
atravs do modelo de negcio Canvas para a concepo de proposta de valor.
Foi
possvel
identificar algumas
insuficincias na
abordagem,
apresentada. Necessidade da especificao de um mtodo para determinao do

nvel de detalhamento dos processos e da correlao entre os requisitos de
negcio e os requisitos de sistema. Ausncia de diretrizes, que se aplique a
quaisquer modelos de ciclo de vida de software, capaz de promover a elicitao
de requisitos baseada nas informaes captadas do modelo de negcio.
84
Por fim, a proximidade do modelo de negcio com os casos de uso pode
se configurar como elemento positivo na busca de cooperao entre planejadores
do negcio e desenvolvedores do sistema, j que o diagrama de caso de uso pode
ser melhor formulado quando o desenvolvedor tem a viso da organizao
atravs do modelo de negcio Canvas.
85
REFERENCIAS BIBLIOGRFICAS
Arlow, Jim; Neustadt, Ila. UML and the Unified Process: Pratical ObjectOriented Analysis & Design. Great Britain: Addison-Wesley, 2002.
Bezerra, Eduardo. Princpios de Anlise e Projeto de Sistemas com UML. 2o.
Ed. Rio de Janeiro. 2007. Elsevier.
Brooks, Frederick P. No Silver Bullet: Essence and Accidents of Software
Engineering. IEEE Computer. Vol. 20, No. 4, pp. 10-19. University of North
Carolina at Chapel Hill. 1987
Buhr, R.J.A. Use case maps as architectural entities for complex systems,
IEEE Transactions on Software Engineering. Vol 24, Issue 12, Dec 1998, pp.
11311155.
Cockburn, Alistair. Escrevendo Casos de uso Eficazes. Boston, USA. 2001.
Dyba, T. An empirical investigation of the key factors for success in
software process improvement. IEEE Transactions on Software Engineering,
IEEE, May 2005, pp. 410-424
Elbers, B. F., Designing innovative business models A methodology for full
structured business model innovation. Management Summary, 2010.
Falbo, Ricardo de Almeida. Engenharia de Software - Notas de Aula.
Universidade Federal do Esprito Santo. 2005. Disponvel em:
<http://www.inf.ufes.br/~falbo/download/aulas/es-g/2005-1/NotasDeAula.pdf>.
Acessado em: 26 abril 2012, 23:38.
Guedes, G. T. UML - Uma abordagem prtica 2 Edio. 2006. Novatec.
Hevner, A., March, S., Park, J., and Ram, S. Design Science in Information
Systems Research, MIS Quarterly (28:1) 2004, pp. 75-105.
Jacobson, I., Christerson, M., Jonsson, P., vergaard, G. Object- Oriented
Software Engineering. Addison-Wesley, NY. 1992.
Jung, C.F. Metodologia para pesquisa e desenvolvimento. Rio de Janeiro:
Axcel Books. 2004
86
Knight, D. M. Elicitao de Requisitos de Software a partir do Modelo de
Negcio. Dissertao (Mestrado em Informtica). Ncleo de Computao
Eletrnica (NCE), Universidade Federal do Rio de Janeiro. Rio de Janeiro, 2004.
Larman, Craig. Utilizando UML e Padres - Uma Introduo Anlise e ao
Projeto Orientado a Objetos e ao Desenvolvimento Iterativo. 3a. Edio;
Bookman: 2006; ISBN 8560031529.
Molina, Jess Garca. Ortn, M. Jos. Moros, Begoa. Ncols, Joaqun. Toval,
Ambrosio. De los Procesos del Negocio a los Casos de Uso. Universidade de
Murcia, Espanha, 2007.
Shafer, S., Smith, H., Linder, J., The power of business models. Business
Horizons, v. 48, n. 3, 2005.
Orofino, M.A. Tcnicas de criao do conhecimento no desenvolvimento de
modelos de negcio, Dissertao UFSC, EGC, Florianpolis, 2011.
Osterwalder, A.; Pigneur, Y. An ontology for e-business models. Value
Creation from E-Business Models. p.1-26. Wendy Currie, 2003.
Osterwalder, A.; Pigneur, Y. Modeling value propositions in e-Business.
Proceedings of the 5th international conference on Electronic commerce, p. 429436. New York, USA: ACM Press. 2003b.
Osterwalder, A. The business model ontology A proposition in a design
science approach (Tese de Doutorado). Ecole des Hautes Etudes commerciales,
Universit de Lausanne, Lausanne. 2004.
Osterwalder, A.; Pigneur, Y. Business Model Generation (John Wiley & sons,
Eds.). New Jersey, USA. 2010.
Osterwalder, A.; Pigneur, Y. Criar modelos de negcios. Alfragide/Portugal:
Publicaes Dom Quixote, 2010b.
Wainer, Jacques. Mtodos de pesquisa quantitativa e qualitativa para a
Cincia da Computao. Instituto de Computao- UNICAMP, Campinas,
BR. 2006.
Zambalde, A. L.; Pdua, C. I. P. S.; Alves, R. M. O documento cientfico em
Cincia da computao e Sistemas de Informao. Lavras/MG: DCC/UFLA,
2008

Casos de Uso

Загружено:

Сведения о документе

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Casos de Uso

Загружено:

Авторское право:

Доступные форматы

ALINE ANTUNES DIAS

CASOS DE USO APLICADOS A MODELO DE

ALINE ANTUNES DIAS

CASOS DE USO APLICADOS A MODELO DE NEGCIOS: ESTUDO

Monografia apresentada ao Colegiado

Palavras-chave: Casos de Usos, Modelo de Negcios, Modelo de Negcios

Keywords: Uses Cases, Business Model, Business Model CANVAS, Technical

Quadro 1 Glossrio do segmento de Clientes para o Canal Pgina Web............ 58

O avano das tecnologias de informao vem trazendo significativos

1.1 Objetivos e estrutura do trabalho

O principal objetivo deste estudo foi elaborar casos de usos aplicados a

1.1.1 Objetivos especficos

Desenvolver uma reviso bibliogrfica sobre casos de uso e

Identificar possibilidades de integrao de casos de uso aos

Descrever casos de uso aplicados ao modelo de negcio Canvas

Para apoiar esses objetivos, no segundo captulo apresenta-se uma

2.1 Engenharia de software e casos de uso

O desenvolvimento de software uma atividade de crescente

Figura 1 Representao de atores (Guedes, 2006).

Segundo Buhr (1998), os casos de uso tambm representam aes que

Figura 2 Representao de um caso de uso (Guedes, 2006).

De maneira completa, portanto, os casos de usos costumam ser

Figura 3 Diagrama de casos de usos (Guedes, 2006).

Existem vrios tipos de relaes entre os elementos que constituem o

Figura 4 Representao de uma associao (Guedes, 2006).

A generalizao ou especializao uma relao que acontece entre

Figura 5 Representao de uma generalizao entre casos de usos (Guedes, 2006).

Figura 6 Representao de uma generalizao entre atores (Guedes, 2006).

Entre os casos de usos existem tambm a relao de incluso

Figura 7 Representao de um relacionamento de incluso (Guedes, 2006).

comportamento ao Caso de Uso existente de uma forma no obrigatria, ou seja,

Expressar rotinas de exceo ou para expressar o desmembramento de

Separar um comportamento obrigatrio de outro opcional;

Separar um trecho do caso de uso que ser executado apenas em

Separar trechos que dependam da interao com um determinado ator.

Figura 8 Representao de um relacionamento de extenso (Guedes, 2006).

Segundo Cockburn (2001) para se escrever um caso de uso o autor tem

Escopo: Qual realmente o sistema sob discusso?

Ator Primrio: Quem tem o objetivo?

Nvel: Quo alto ou baixo o nvel do objetivo?

O sistema sob discusso (SsD), quando casos de uso documentam

Ator Primrio: o stakeholder que inicia uma interao com o

SsD para alcanar um objetivo (Cockburn, 2001).

Escopo: identifica o sistema que estamos discutindo. Seu

smbolo pode ser uma caixa, colorida de preto (

) no diz nada sobre o

funcionamento interno do sistema e colorida de branco (

) revela como seus

componentes trabalham. Um caso de uso de componente sobre um

) trata todo o empreendimento como um caixa preto,

Nvel: Segundo Larman (2006) podem ser classificadas em:

o Nvel de Resumo: Envolvem mltiplos objetivos do usurio,

o Objetivos do Usurio: o objetivo que o ator primrio tem ao

Stakeholder e Interesses: algum ou algo com um interesse

legal no comportamento do sistema sob discusso (SsD), e a descrio do seu

Garantia Mnima: o que deve ser verdadeiro antes e aps a

execuo do caso de uso (Cockburn, 2001).

stakeholders so satisfeitos depois de uma concluso bem sucedida do caso de

Cenrio de sucesso principal: Execuo do caso de uso em que

nada acontece errado (Cockburn, 2001).

Extenses: O que pode ocorrer de diferente durante aquele

cenrio. Os nmeros nas extenses referem-se aos nmeros dos passos no

2.2 Modelo de Negcios

Shafer; Smith e Linder (2005) definem modelo de negcio como a