Re: the relational model of data objects *and* program objects
Date: Thu, 21 Apr 2005 07:04:45 GMT
Message-ID: <hgI9e.18537$5F3.10565_at_news-server.bigpond.net.au>
"erk" <eric.kaun_at_gmail.com> wrote in message
news:1113916857.303949.119360_at_l41g2000cwc.googlegroups.com...
> mountain man wrote:
> Sure, although reports and queries can be seen as applications in their
> own right.
Definitely.
>> So I am expecting in the end, a model to reflect
>> (and address) this issue.
>
> But "reflect (and address) this issue" gives nothing to go on. There's
> no coherent response to that, at least that I can formulate. What would
> you expect to see, even in vague terms?
A data table to hold information about organisational structure. A data table to hold information about application program objects.
>You've not given any indication
> what you're looking for, just the "issues" the model should "address,"
> but those words have little meaning in the context of a formalism like
> a model.
See above.
>> We make a definition and define the term "organisational
>> intelligence" [as related to computer systems] to be the sum of all
>> the organisational data plus the sum of the all the organisational
>> programs (in production use) ----- ie: SOURCE CODE.
>> (Irrespective of the language!)
>
> Various mathematics formalize "the sum of" operators and numbers and
> types, but do so in terms of axioms and basic definitions. You're
> apparently seeking unifying axioms for both data and programs?
In a theory of the operational context of a dbms, yes.
> A model
> should be minimal, but I'm not sure that it would capture what you're
> talking about so I'm thinking "model" might be the wrong word for it.
What alternatives might you suggest instead?
>> So the (evolved) model should be not for the data, but for
>> the [computerised] "organisational intelligence".
>
> If you're looking for organizational models, have you investigated
> industrial engineering? Given its focus on formalizing and optimizing
> processes, it might be closer to what you seek.
That is a good point, because at the end of the line what is sought by all organisational "owners" (if they were to think about things) is automation. And while automated industrial processes highlight this aspect, automation is feasible and worth working towards with any form of organisation in respect of their total computer system environment (at the heart of which is the dbms).
> I'm not sure a model of
> computation that includes all organizational factors is of any value.
Without organisational factors a model cannot attempt to define internal work-flow practices because these are directly related to the organisational structure.
Pete Brown
Falls Creek
Oz
www.mountainman.com.au
Received on Thu Apr 21 2005 - 09:04:45 CEST