{"id":1542,"date":"2022-03-13T09:48:10","date_gmt":"2022-03-13T12:48:10","guid":{"rendered":"https:\/\/elemarjr.com\/arquiteturacorporativa\/?p=1542"},"modified":"2025-04-30T15:47:57","modified_gmt":"2025-04-30T18:47:57","slug":"modelando-servicos-de-negocio-aplicacao-e-infraestrutura-tecnologica-capitulo-6-v-1-0","status":"publish","type":"post","link":"https:\/\/elemarjr.com\/livros\/arquiteturacorporativa\/modelando-servicos-de-negocio-aplicacao-e-infraestrutura-tecnologica-capitulo-6-v-1-0\/","title":{"rendered":"Modelando “servi\u00e7os” de neg\u00f3cio, aplica\u00e7\u00e3o e infraestrutura tecnol\u00f3gica \/ Cap\u00edtulo 6 v 1.0"},"content":{"rendered":"

Sob a perspectiva da arquitetura corporativa, o conceito de “servi\u00e7o” tem um significado amplo, explicado em tr\u00eas camadas.<\/strong> Primeiro, h\u00e1 o entendimento de “servi\u00e7o” sob a perspectiva de neg\u00f3cio<\/strong> – ou seja, um “comportamento” exposto por um ator (pessoa, departamento, divis\u00e3o neg\u00f3cios) para seu contexto de atua\u00e7\u00e3o. Segundo, h\u00e1 o entendimento de “servi\u00e7o” sob a perspectiva de aplica\u00e7\u00f5es<\/strong> – ou seja, software que d\u00e1 suporte a execu\u00e7\u00e3o das atividades previstas para o “servi\u00e7o de neg\u00f3cio”. Finalmente, h\u00e1 o entendimento de “servi\u00e7o” sob a perspectiva de tecnologia<\/strong> – ou seja, o aparato tecnol\u00f3gico necess\u00e1rio para suportar os “servi\u00e7os de aplica\u00e7\u00e3o” que, por sua vez, suportam os “servi\u00e7os de neg\u00f3cio”.<\/p>\nO esfor\u00e7o para a modelagem dos servi\u00e7os aproxima\u00a0 a arquitetura corporativa do design <\/em>do neg\u00f3cio e serve de “ponto de partida” para as pr\u00e1ticas de outras arquiteturas como, por exemplo, solu\u00e7\u00e3o, software<\/em> e infraestrutura.\u00a0\n

Explicitando o que \u00e9 necess\u00e1rio para um “servi\u00e7o do neg\u00f3cio”<\/h2>\n

Uma boa forma de “explicar a individualidade” de uma organiza\u00e7\u00e3o \u00e9 explicitar os servi\u00e7os que ela presta. <\/strong>Por exemplo, uma loja de eletr\u00f4nicos que, al\u00e9m de vender, realizar reparos e “tirar d\u00favidas de uso”, seguramente ser\u00e1 diferente de outra que “apenas vende”.<\/p>\nOs “servi\u00e7os” de um neg\u00f3cio constituem seu fundamento, s\u00e3o os meios principais para o atendimento do prop\u00f3sito. Os servi\u00e7os representam o que \u00e9 vis\u00edvel em um neg\u00f3cio – a ess\u00eancia da organiza\u00e7\u00e3o operacional – que gera e coleta resultados.<\/strong>\n

\r\n\r\n\r\n\r\n
\"\"<\/td>\r\n\"\"\r\n

Do Tech ao Biz<\/p>\r\n

Diferenciando Estrat\u00e9gia, T\u00e1tica e Opera\u00e7\u00e3o<\/p>\r\nS\u00e3o nos resultados da opera\u00e7\u00e3o, ao longo do tempo, que ficam demonstrados os impactos das melhorias implantadas nas iniciativas estrat\u00e9gicas – com a ajuda das pr\u00e1ticas de arquitetura corporativa.<\/p>\n

\n

Nesse cap\u00edtulo s\u00e3o explicados os conceitos de estrat\u00e9gia, t\u00e1tica e opera\u00e7\u00e3o.<\/p>\n

\r\n

Ler cap\u00edtulo<\/a><\/p>\r\n<\/td>\r\n<\/tr>\r\n<\/tbody>\r\n<\/table>\r\n<\/div>\n

Os servi\u00e7os de uma organiza\u00e7\u00e3o n\u00e3o se realizam sozinhos – eles s\u00e3o a express\u00e3o das\u00a0capabilities\u00a0<\/em>desenvolvidas na empresa – tangibilizadas em pap\u00e9is (com responsabilidades espec\u00edficas), processos e artefatos.<\/strong><\/p>\n

O diagrama indicado abaixo aponta algumas “quest\u00f5es a responder” quando se est\u00e1 “modelando” um servi\u00e7o de neg\u00f3cios.<\/p>\n

\"\"<\/p>\n

Que servi\u00e7o est\u00e1 sendo modelado? Como ser\u00e1 demandado ou acompanhado? Que atividades ser\u00e3o necess\u00e1rias para a presta\u00e7\u00e3o do servi\u00e7o? Quem far\u00e1 o trabalho? \u00a0Que artefatos ser\u00e3o gerados?\u00a0<\/strong><\/p>\n

\"\"<\/p>\n

Na vis\u00e3o do modelo, indicada no diagrama acima, por exemplo, temos a modelagem de um servi\u00e7o hipot\u00e9tico de “suporte t\u00e9cnico a clientes” que responde as quest\u00f5es propostas. Est\u00e1 “respondido” que o meio de contato com o suporte \u00e9 e-mail, que as atividades tem rela\u00e7\u00e3o com “Suporte de N\u00edvel 1” e s\u00e3o executadas por um atendente de suporte. Al\u00e9m disso, que registros de atendimento s\u00e3o gerados.<\/p>\n

Relacionando “servi\u00e7os do neg\u00f3cio” com software<\/h2>\nTodas as atividades relevantes, em empresas de qualquer setor, s\u00e3o suportadas direta ou indiretamente por software.\u00a0<\/strong>Por isso, \u00e9 importante explicitar as rela\u00e7\u00f5es entre servi\u00e7os de neg\u00f3cio e as aplica\u00e7\u00f5es que a organiza\u00e7\u00e3o utiliza.\n
\n

\"\"<\/p>\n

Na abstra\u00e7\u00e3o, indicada no diagrama acima, sugere-se que as perguntas que “come\u00e7am” o pensamento para arquitetura de um software t\u00eam rela\u00e7\u00e3o \u00edntima com a modelagem de um servi\u00e7o de neg\u00f3cio.<\/p>\n

Como\u00a0features de\u00a0<\/em>software<\/em> poderiam colaborar com o trabalho? Como elas deveriam ser acessadas? Em qual software da organiza\u00e7\u00e3o essas\u00a0features\u00a0<\/em>deveriam ser implementadas? Quais s\u00e3o as principais demandas funcionais dessas\u00a0features<\/em>? Quais ser\u00e3o os “dados persistentes” ser\u00e3o produzidos?<\/strong><\/p>\n

\"\"<\/p>\n

A vis\u00e3o do modelo, indicada no diagrama acima “conecta” o servi\u00e7o de aplica\u00e7\u00e3o\u00a0“Customer Supporting<\/em>” as atividades necess\u00e1rias para o cumprimento do servi\u00e7o de neg\u00f3cio “Customer Technical Support<\/em>“.<\/p>\n

No diagrama, sugere-se que\u00a0as atividades de “suporte n\u00edvel 1” devam ser suportadas por um software<\/em> CRM, acess\u00edvel atrav\u00e9s de um “cliente web”, que oferece tracking\u00a0<\/em>de intera\u00e7\u00f5es\u00a0e um\u00a0KB<\/em>. Tamb\u00e9m fica indicado que os “registros de atendimento” s\u00e3o “materializados” com cadastros de clientes e registros de intera\u00e7\u00f5es.<\/p>\n

\r\n

Arquitetura de solu\u00e7\u00f5es<\/p>\r\n<\/p>\n

Uma vez que a arquitetura corporativa expressa a rela\u00e7\u00e3o de alto n\u00edvel de componentes necess\u00e1rios para atender o neg\u00f3cio, cabe a arquitetura de solu\u00e7\u00f5es identificar a melhor forma de “implementar” tais componentes.<\/strong> Eventualmente, isso implica na contrata\u00e7\u00e3o de recursos prontos (no exemplo, a aquisi\u00e7\u00e3o de uma solu\u00e7\u00e3o de CRM), ou ainda, na especifica\u00e7\u00e3o de demandas para o desenvolvimento de software\u00a0<\/em>novo, demandando atividades de arquitetura de software.<\/p>\n

<\/div>\n

\r\n\r\n\r\n\r\n
\"\"<\/td>\r\n\"\"\r\n

Definindo arquitetura de software e o papel do arquiteto<\/p>\r\n

Manual do arquiteto de software<\/p>\r\nAs atividades relacionadas a arquitetura de software\u00a0<\/em>nem sempre s\u00e3o entendidas, assim como o papel do arquiteto de software. Entretanto, s\u00e3o essenciais para garantir a competitividade em organiza\u00e7\u00f5es digitais. O arquiteto de software parte das defini\u00e7\u00f5es explicitadas na arquitetura corporativa para “orquestrar” o desenvolvimento de software.<\/p>\n

\n

Nesse cap\u00edtulo, explico o que \u00e9 arquitetura de software, bem como o papel do arquiteto.<\/p>\n

\r\n

Ler cap\u00edtulo<\/a><\/p>\r\n<\/td>\r\n<\/tr>\r\n<\/tbody>\r\n<\/table>\r\n<\/div>\n

Relacionando “servi\u00e7os do neg\u00f3cio” e software com a infraestrutura tecnol\u00f3gica<\/h2>\n

Para atender as demandas do neg\u00f3cio, software demanda infraestrutura tecnol\u00f3gica.<\/strong><\/p>\n

\"\"<\/p>\n

A abstra\u00e7\u00e3o proposta acima sugere questionamentos importantes para determinar a infraestrutura tecnol\u00f3gica adequada, para suportar aplica\u00e7\u00f5es que, por fim, viabilizam a execu\u00e7\u00e3o de servi\u00e7os de neg\u00f3cio.<\/p>\n

Qual \u00e9 a contribui\u00e7\u00e3o esperada da infraestrutura tecnol\u00f3gica para o neg\u00f3cio? Que recursos devem ser disponibilizados e como eles ir\u00e3o ser acessados? Que capacidades tecnol\u00f3gicas precisam ser provisionadas?<\/strong><\/p>\n

\"\"<\/p>\n

Na vis\u00e3o do modelo, indicada no diagrama acima, entendemos que a infraestrutura tecnol\u00f3gica suporta a ferramenta de CRM, fornecendo mecanismos para armazenamento din\u00e2mico e est\u00e1tico. Uma base de dados\u00a0Oracle<\/em> precisar\u00e1 ser mantida, bem como suporte a execu\u00e7\u00e3o de aplica\u00e7\u00f5es .NET e um sistema de arquivos – tudo em servidores\u00a0on-premises.<\/em><\/p>\n

Para pensar…<\/h2>\n

As vis\u00f5es de modelo, expressas nos diagramas desse cap\u00edtulo, mostram a abrang\u00eancia da arquitetura corporativa na modelagem de servi\u00e7os. H\u00e1, pelo menos quatro especialidades envolvidas: neg\u00f3cios, solu\u00e7\u00f5es, software e infraestrutura tecnol\u00f3gica. Cada uma delas com complexidades inerentes e especificidades. Ou seja, o “projeto de servi\u00e7os” \u00e9 naturalmente complexo. Enquanto isso, a competitividade, em empresas modernas, depende da excel\u00eancia dos servi\u00e7os na opera\u00e7\u00e3o de neg\u00f3cios – que \u00e9 corro\u00edda pela complexidade.\u00a0<\/strong><\/p>\n

\u00c9 f\u00e1cil reconhecer que uma das maiores contribui\u00e7\u00f5es da arquitetura corporativa est\u00e1 na orquestra\u00e7\u00e3o das atividades de especialistas, mitigando complexidades predat\u00f3rias.<\/strong> Sem a devida orquestra\u00e7\u00e3o, \u00e9 f\u00e1cil que sejam desenvolvidos “servi\u00e7os de aplica\u00e7\u00e3o” sobre ou subdimensionados\u00a0 para suportar os “servi\u00e7os de neg\u00f3cio”. Da mesma forma, \u00e9 f\u00e1cil que a infraestrutra tecnol\u00f3gica fique desajustada, cara demais ou insuficiente, frente aos benef\u00edcios proporcionados.<\/p>\n

Os relacionamentos explicitados nas vis\u00f5es de modelo fornecem, al\u00e9m de clarifica\u00e7\u00e3o, capacidade de rastreamento das justificativas decis\u00f5es – colaborando para o ganho de assertividade.<\/p>\n

\/\/ TODO<\/h2>\n

Antes de avan\u00e7ar para o pr\u00f3ximo cap\u00edtulo, recomendo as seguintes reflex\u00f5es:<\/p>\n

    \n
  1. Como s\u00e3o “orquestradas” as atividades de\u00a0design\u00a0<\/em>de neg\u00f3cio, arquitetura de solu\u00e7\u00f5es, arquitetura de software e infraestrutura tecnol\u00f3gica em sua organiza\u00e7\u00e3o hoje?<\/li>\n
  2. Como as decis\u00f5es t\u00e9cnicas, tanto em software quanto em infraestrutura tecnol\u00f3gica, s\u00e3o “justificadas” na sua organiza\u00e7\u00e3o?<\/li>\n<\/ol>\n","protected":false},"excerpt":{"rendered":"

    Sob a perspectiva da arquitetura corporativa, o conceito de “servi\u00e7o” tem um significado amplo, explicado em tr\u00eas camadas. Primeiro, h\u00e1 o entendimento de “servi\u00e7o” sob a perspectiva de neg\u00f3cio – ou seja, um “comportamento” exposto por um ator (pessoa, departamento, divis\u00e3o neg\u00f3cios) para seu contexto de atua\u00e7\u00e3o. Segundo, h\u00e1 o entendimento de “servi\u00e7o” sob a […]<\/p>\n","protected":false},"author":2,"featured_media":1585,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[],"tags":[],"hashtags":[],"url":[41],"capitulos":[36],"class_list":["post-1542","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","url-permanente","capitulos-capitulo-06"],"_links":{"self":[{"href":"https:\/\/elemarjr.com\/livros\/arquiteturacorporativa\/wp-json\/wp\/v2\/posts\/1542","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/elemarjr.com\/livros\/arquiteturacorporativa\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/elemarjr.com\/livros\/arquiteturacorporativa\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/elemarjr.com\/livros\/arquiteturacorporativa\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/elemarjr.com\/livros\/arquiteturacorporativa\/wp-json\/wp\/v2\/comments?post=1542"}],"version-history":[{"count":0,"href":"https:\/\/elemarjr.com\/livros\/arquiteturacorporativa\/wp-json\/wp\/v2\/posts\/1542\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/elemarjr.com\/livros\/arquiteturacorporativa\/wp-json\/wp\/v2\/media\/1585"}],"wp:attachment":[{"href":"https:\/\/elemarjr.com\/livros\/arquiteturacorporativa\/wp-json\/wp\/v2\/media?parent=1542"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/elemarjr.com\/livros\/arquiteturacorporativa\/wp-json\/wp\/v2\/categories?post=1542"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/elemarjr.com\/livros\/arquiteturacorporativa\/wp-json\/wp\/v2\/tags?post=1542"},{"taxonomy":"hashtags","embeddable":true,"href":"https:\/\/elemarjr.com\/livros\/arquiteturacorporativa\/wp-json\/wp\/v2\/hashtags?post=1542"},{"taxonomy":"url","embeddable":true,"href":"https:\/\/elemarjr.com\/livros\/arquiteturacorporativa\/wp-json\/wp\/v2\/url?post=1542"},{"taxonomy":"capitulos","embeddable":true,"href":"https:\/\/elemarjr.com\/livros\/arquiteturacorporativa\/wp-json\/wp\/v2\/capitulos?post=1542"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}