Home > Archive > Software Engineering > October 2006 > Context diagram - are papers (to scan) considered as input?
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
Context diagram - are papers (to scan) considered as input?
|
|
| Nananana 2006-10-17, 9:59 pm |
| Hi.
I'm drawing a Context Diagram for a system that contains a scanning
process.
Should the papers to be scanned appear as "Input" on the Context
Diagram?
TIA
| |
| H. S. Lahman 2006-10-17, 9:59 pm |
| Responding to Nananana...
> Hi.
> I'm drawing a Context Diagram for a system that contains a scanning
> process.
> Should the papers to be scanned appear as "Input" on the Context
> Diagram?
Yes, if they are external to the software components whose context you
are describing.
*************
There is nothing wrong with me that could
not be cured by a capful of Drano.
H. S. Lahman
hsl@pathfindermda.com
Pathfinder Solutions
http://www.pathfindermda.com
blog: http://pathfinderpeople.blogs.com/hslahman
"Model-Based Translation: The Next Step in Agile Development". Email
info@pathfindermda.com for your copy.
Pathfinder is hiring:
http://www.pathfindermda.com/about_us/careers_pos3.php.
(888)OOA-PATH
| |
| David Lightstone 2006-10-17, 9:59 pm |
|
"Nananana" <dnoam@il.ibm.com> wrote in message
news:1161073249.758634.105610@k70g2000cwa.googlegroups.com...
> Hi.
> I'm drawing a Context Diagram for a system that contains a scanning
> process.
> Should the papers to be scanned appear as "Input" on the Context
> Diagram?
> TIA
>
Maybe, it depends upon whether you hold system engineering responsibilities,
or software responsibilities
From the software perspective the external is the scanner, it provides
scanned images as the input for the context diagram
From the system perspective the mechanism that provides the papers to be
scanned is the external, with the pages being the input for the context
diagram
| |
| Nananana 2006-10-18, 4:00 am |
| Thanks for both replies.
(David, since it's a context diagram we're talking about the system
perspective)
David Lightstone wrote:
> "Nananana" <dnoam@il.ibm.com> wrote in message
> news:1161073249.758634.105610@k70g2000cwa.googlegroups.com...
>
> Maybe, it depends upon whether you hold system engineering responsibilities,
> or software responsibilities
>
> From the software perspective the external is the scanner, it provides
> scanned images as the input for the context diagram
>
> From the system perspective the mechanism that provides the papers to be
> scanned is the external, with the pages being the input for the context
> diagram
| |
| David Lightstone 2006-10-19, 7:59 am |
|
"Nananana" <dnoam@il.ibm.com> wrote in message
news:1161163087.626116.243450@i3g2000cwc.googlegroups.com...
> Thanks for both replies.
> (David, since it's a context diagram we're talking about the system
> perspective)
Quite concievably to me the system is a verification process intended for
use by a book publisher (quality control on the printed documents). That
would make the input the document to be published, with the papers being
just some internal material flow. To decide context you do really have to
have a perspective upon the intented use.
Whenever you have a hierarchally decomposition model (dataflow diagrams
being an example) there is always the possibility of process
compartmentalization getting in and mucking around with things. In some
organizations the scope of interest (and by implication perspective of
context) of each sub-organization can differ substanncially (think
non-functional requirements here) This very readilly leads to many different
perspectives upon the intended use (ergo tyhe possibility of different
context diagrams). Each describing different aspects of the same system. It
would be really nice if they were all integrated (by virtue of being derived
from a single source), but such is noyt always the case. Ergo, the
relationship to responsibilities presented in the initial reply
>
>
> David Lightstone wrote:
>
|
|
|
|
|