The following review has been automatically generated by a program.
The goal is to make fun of certain reviews made by certain reviewers in certain conferences.
Do not use this in your real reviews.
Enjoy!

*=--=*=--=*=--=*=--=*=--=*=--=*=--=*=--=*=--=*=--=*=--=*

The major problem with this paper is that there is nothing new here. A lot of this has already been proposed before. Some examples that come to mind are: Davis's IS '97: model curriculum and guidelines for undergraduate degree programs in information systems, Gemund's Performance prediction of parallel processing systems: the PAMELA methodology, Canetti's The random oracle methodology, revisited, Hartson's Human-computer interface development: concepts and systems for its management, Medvidovic's Modeling software architectures in the Unified Modeling Language, just to name a few.

The paper talks about "......", but I haven't seen any discussion on that (whether in the theoretical part of the paper nor in the validation part). It is just mentioned. For this kind of work, this is _relevant_ how an approach can deal with that.

Some of the well-known concepts have been just renamed: "system" is nothing else than "complex; , whole"; "work" is "business, calling, employment, job, line, occupation, pursuit, ||racket; , bullwork, donkeywork, drudge, drudgery, grind, labor, moil, plugging, slavery, slogging, sweat, toil, travail"; parts of the approach have not even gotten a name.

The paper uses the term "component." Component has been most recently defined by Crista Lopes' AOP. The paper cannot use the same term and generate confusion (in many dimensions). A simple google search would have helped with the naming.

The techniques are explained at a rather shallow level. No details. So, for example, what's the precise definition of "system"? How is methodology related to system? The paper talks about log, but why is that important? The role of "model" in the approach is not clear. When the paper gets to a bit more detail on these things, it stops abruptly.

The paper does not provide enough details for the work to be reproducible.

The difference to Google system methodology facility is also not discussed.

I could not understand Fig 1; this kind of "visualization" is not effective (and also not intuitive).

In general, I found the paper disappointing, hardly any technical details, too many claims, not well described. I could not find convincing scientific depth in the paper.