Project
P050401 TROST |
On 2005-03-11, an informal announcement of the TROST dissertation project was made on the Professor von Clueless in the Blunder Dome web log [cached .mht]. Here is the text of that note:
On February 1, my proposal for an M.Sc in IT project dissertation was
accepted by my Dissertation Advisor and approved by the Academic
Coordinator of the program. I more or less went autistic and
comatose at that point, although I had prepared a project plan and the
clock began running in relentless one-day-per-day fashion. My
deadline is July 28 and my plan envisions the dissertation being submitted
on July 4 (and already slipping slightly in a replan I am conducting this
weekend). There have been many little stumbles getting started, and
that is something for
43 Things
at another time.
Today, I want more of the world to know what this
is about. That's mostly because I have other items to post about
related work and materials that I find in my explorations. It seems
useful to establish the perspective that gives rise to my
interest.
Why TROST? Well, FROST was already
taken and I was grasping at straws. Once I had an acronym that
worked in a (puny?) punny way, I held onto it. I even adjusted the
name of the project at one point. I was careful to preserve the
acronym.
Templates? "Frameworks,"
"patterns," and "templates" all work. It is not about laws or
theories although principles, practices, guidelines, and approaches figure
in. I can go either way with "model" but I think I'll save that one from
further over-use just now.
Raising? Sure, as
in improving, enhancing, enriching, increasing, expanding, and so
on. I am looking at the achievement of trustworthiness as a process
and a journey, not an absolute result. I do mean continuous
improvement along with resilience in the face of
setbacks.
Open-System? I had originally said
Open-Source here. It didn't take long to realize that there is
nothing in my vision for TROST that is peculiarly about open-source
development (not to be confused with open-source licensing). I chose
open-system trustworthiness in homage to OSI, the
Open Systems
Interconnection effort that had much to teach us about
interoperability and integration as well as network interconnection.
I mean open-system in this general way. My attention is on ways in
which we can address the trustworthiness of components and their
integrations in any open-systems
setting.
Trustworthiness? Well, that should
be easy. We all know trustworthiness when we see it, right?
Maybe not. Starting out, I am looking at trustworthiness in terms of
human arrangements for mitigation of the risks of everyday and
not-so-everyday life. There is, most of all, the risk of dealing
with each other, especially at a distance. I foresee a mapping into
trustworthiness projected onto artifacts. I am not willing, at this
point, to take my eye off of the
ultimately human
and social nature of trust and trustworthiness.
Enough
blather, where's the code? Uh, yes, this is an Information
Technology project and that usually means that something will be
built. So, along with some templates and a fair amount of
meta-templating too, there is a feasibility demonstration involving
honest-to-gosh delivered software. The software will be produced
using
open-box
development of an open-source component. This component will
integrate into open-system middleware, ODMA, on the Microsoft Windows
desktop.
Here's more based on the definition of TROST as a
SourceForge
project:
TROSTing, did you
say TROSTing? More and more, I do say that. It all
started because TROST was not availabe as a domain name. After
looking for alternatives, I settled on
TROSTing an an useful expression for the
practice of raising the trustworthiness of open-system
components.
TROST consists of a framework
and procedures that are useful for incorporating trustworthiness
assurance into the development and delivery of open-system software,
demonstrating such assurance, and verifying the
assurances.
The goal is to enable adopters of a
software product to confidently establish:
I fancy having each installable component
be linked with the latest certifications asserted for it, supporting
trustworthiness as a dynamic.
I found another interesting domain name. It's for
email: trust@worthiness.org Not an original
device. I couldn't help myself. It's not working yet, so hold
back on the spam for now, ok?
On to Literature Search.
Now I get to suffer the fear and doubt of every postgraduate
student. It's all been done already, it's been shown as not worth
doing already; and so on. Yes, I am interested in leads to existing
work, proposed work, past work, and the wisdom of the ages. I
am. So lay it on me.
created 2005-04-13-13:04 -0700 (pdt) by
orcmid |