Re: [tgf] OASIS TGF TC - 19th JUNE MEETING PAPERS
Hi John,
I agree to stay on the cross platform service level delivery
approach, but we need a functional level of mirroring technologies
from different platforms into a functional service based META
level. Not being working with this interoperability issues we are
loosing the power of TGF's citizen service thinking if not taking
it into consideration. ( Even Microsoft has been a nice
contributer to the ANSI/CEA-721 interoperability work done in the
late 90's that EPR-forum now has brought into a new XML level by
help of OASIS CAM methodology and rule processing)
Attached is the Service Template modeling building blocks
described through the mirrored functional interoperability level
used for agile services that might be of interest ;-)
6
529
2012-03-28T15:03:00Z
2013-04-23T22:09:00Z
1
287
1522
Hewlett-Packard
12
3
1806
12.00
X-NONE
X-NONE
MicrosoftInternetExplorer4
Best regards
Hans
A. Kielland
Aanesen
(M.Sc.
Engineering
Cybernetics/ Business Economist )
CEO EPR-forum (tGov)
CEO IT
& Integration AS
Senior Advisor Transformational
Government Framework (TGF and eGov
2.0)
Advancing an overall framework for using IT to
improve the delivery of
Public and Private services
Mobile: +47 40291180
Member of OASIS
and OASIS eGov MS
Co-founder of EPR-forum
and the PSQA
alliance (Public
Supervision & Quality Assurance)
Co-Chair OASIS
CAM
TC
Chair OASIS
BCM-EPR SC
Contributor and voting member OASIS TGF
TC, BCM TC
-----------------------------------------------------------------------------------------------------------------------------------------------------------------
OASIS CAM and BCM has been international SOA standards
opening up an enormous
potential of new services
Norwegian SOA driven projects:
“Arena Helseinnovasjon”(Vitheia AS)
and “Mulighetenes
Omsorg og Velferd”(EPR-forum)
Den 18.06.2014 10:15, skrev John Borras:
It was apparent on our last call and earlier discussions
that this was never going to be easy, and the contributions
from Nig, Colin and Geoff only go to enforce that. Thanks to
them for sharing their thoughts and it will be good to hear
from others on the call tomorrow. What is unclear to me at
present is if we don't go for a new Platform pattern but
instead feel the need to expand other existing patterns, which
ones would they be and what would we add to them?
If we can't get a consensus it may come down to a vote on
whether to proceed or not, and it may be that the safest way
forward if we are not sure is to do nothing.
I guess from my perspective the real test is to answer the
question if we do nothing will we receive criticism for not
reflecting the current changing face of public sector service
delivery, ie through the use of different devices?
Could be a interesting discussion on tomorrow's call!
John
From:
Geoff Clarke (LCA) <>
To:
TGF TC List <>
Sent:
Wednesday, 18 June 2014, 5:51
Subject:
RE: [tgf] OASIS TGF TC - 19th JUNE MEETING PAPERS
Thanks Colin,
John, Nig
I was a little more
positive on the last call about this topic,
but thinking about it more, I am tending
more towards Colin’s line of thinking on
this. What is great about the TGF is that
(in my over-simplification of it) it is a
recipe book for using the power of
technology for good. And “good” in our case
is achieved by putting the citizen as our
focal point.
It’s not about the
technology per se – and that’s the point of
the TGF.
Another way to
state it is – how do you orchestrate all the
cloud/web/technology services in a manner
that benefits citizens? In many ways, if I’m
stitching all these services together, I
really don’t care if the service is
delivered by 2 dogs and a cat – so long as
it meets all my requirements – including
security, data protection, availability etc.
Why would you look
beyond the service and into the platform
itself? Well, I would think the main reason
would be that a particular platform might be
used for multiple services – and therefore
many of your requirements could be satisfied
at the platform layer – thus effectively
aggregating your requirements across a
number of services. Like this:
In the picture,
you’ll see a bunch of rectangles
representing platforms. The services run on
these platforms. Some of these platforms
will be in-house, some in the cloud and some
will be multiple layers deep (eg a cloud
service provider ‘white labeling’ other
services, which themselves are delivering
apps and services). Some of these platforms
will therefore be “virtual” (because they
are combinations of other platforms) and
some of these platforms might be “micro”
(because they run on your TV, phone or
device).
As an example, it
may be possible to say a particular platform
meets your requirements for data protection
and availability. That might be the black
box in the picture above. You may therefore
be able to say that the services on this
platform inherit those requirements – and
that might simplify service requirements for
you on that platform.
I think most of
this is consistent with Nig’s perspective.
But I’m not sure the end result is a
“Platform Management Framework” – that
sounds kind of inward, or technology
focused, rather than outward/citizen
focused. I’m also not sure that Colin’s
suggestion of expanding the “Technology
Management” section is right because a lot
of this is more about supplier management
and business processes. Perhaps it should go
under “Service Management” (though with
“platform” we’re talking more about the
inward-looking or supporting services rather
than the citizen-centric perspective on
services – which I think should remain our
focus).
The other thing to
consider is the role of SLA’s (Service Level
Agreements) in this discussion. There is
plenty of work going on in this area (eg
ISO/IEC 19086 – Cloud computing – service
level agreement framework and terminology)
so the intersection of SLA’s with the idea
of platforms could be interesting – although
again I would see “platform” as really just
supporting infrastructure for “services”.
Specifically, what does the “platform”
concept add to SLAs? And with that
perspective – is this work something that
should be done in the TGF?
I look forward to
further discussion.
Geoff Clarke
From:
[mailto:]
On Behalf Of Colin Wallis
Sent: Wednesday, 18 June 2014
12:15 PM
To: TGF TC List
Subject: RE: [tgf] OASIS TGF TC
- 19th JUNE MEETING PAPERS
Thanks
John
And
a special thanks to Nig for the work on
the Platform pattern.
The
extra detail and Nig’s careful attention
to the things being emphasised and the
things it is silent on, shows the effort
put in to get a more balanced result.
I
guess I could live with it, and I can even
offer up a diagram from NZ’s Govt
Enterprise Architecture ..which nicely and
agnostically abstracts everything such
that you can make it fit pretty much any
government related architecture framework
you like, including support for the
platform pattern..
J.
But
……
As
those on the last call may remember, I was
not in favour of the new pattern.
I am
more predisposed to Chris’s suggestion of
extending the Technology Management
section if we do anything at all.
It
was a strategic viewpoint – that we were
heading into dangerous territory by
indicating more technical direction than
is already in the Framework, and it risks
‘tipping the balance’ in favour of
technology over culture and behaviour
and..and.. and being ‘written off’ as
technocrats by our detractors.
Despite
Nig’s most valiant efforts, I’m still of
that view. But I accept I am probably in
the minority, given what a great job he
has done…
J
We
have developed the framework to what I see
as a finely balanced piece of work. We
have given some broad guidance around
technology without over prescription. This
is a classic case of ‘less is more’. By
leaving it the way it is, we allow
deployers to add more of their own
interpretation. And that will change as
the years go on. If ‘platform’ is
introduced there’s an implicit
presupposition about the what a TGF
architecture might entail. And that will
change over time, as it has already done
since the TC was formed. And as I said on
the call, it’s not about the technology.
It’s about the culture, the behaviour, and
the approach to the ever increasing range
of challenges that Public Administration
face. Technology is no doubt an enabler
for whatever the public service wants to
achieve. For example, let’s say that in 10
years, some countries cannot afford the
tax burden to run public services as
bloated as they are now and the public
service is radically cut to just being a
governance/risk/compliance overseer, with
everything else done by the private
sector. In that case, let’s say the toll
road owner has its road sensors, working
with the car, and how many times the
driver crosses his curb into his driveway,
in order to take micro-taxes. Apart from
GRC, there is no public service ‘platform’
as such..not in an architectural sense
anyway. The toll road owner may be
federating with multiple other private
sector parties without any government
involvement or any kind of ‘hub’.
As
the TGF stands today, I think its
‘agnosticsm’ /abstraction allows for that
kind of scenario. With a platform pattern
included I’m less certain…
Cheers
Colin
From:
[mailto:]
On Behalf Of John Borras
Sent: Monday, 16 June 2014 9:04
p.m.
To: TGF TC List
Subject: [tgf] OASIS TGF TC -
19th JUNE MEETING PAPERS
Attached are the
papers for our TC call on
Thursday (Wednesday for Peter
and Joe). The call details are
contained in the zip file but if
you have any problems please
contact Geoff Clarke.
I would appreciate
some more comments on the draft
Platform Management pattern
before the call please, either
positive or negative.
A note of any
absences would be welcomed in
advance.
Finally just a
reminder that this call is at
the new times of
07.30 UK /
08.30 CEST / 02.30 EST / 23.30
PST (18th) / 18.30 NZ
/ 16.30 AUS.
John
Attachment:
Service Template modellering Building Blocks.pdf
Description: Adobe PDF document