Serveur d'exploration sur l'OCR

Attention, ce site est en cours de développement !
Attention, site généré par des moyens informatiques à partir de corpus bruts.
Les informations ne sont donc pas validées.

Object-process Analysis: Maintaining the Balance Between System Structure and Behaviour

Identifieur interne : 001292 ( Istex/Corpus ); précédent : 001291; suivant : 001293

Object-process Analysis: Maintaining the Balance Between System Structure and Behaviour

Auteurs : Dov Dori

Source :

RBID : ISTEX:D0ADC59FACDC4B5CEA5DF3F47A46FB1CB4C42C08

Abstract

The object-process analysis (OPA) methodology combines ideas from object-oriented analysis (OOA) and data flow diagrams (DFD) to model both the structural and procedural aspects of a system in one coherent frame of reference. This is contrary to conventional object-oriented approaches, that use different tools to describe the structure and the behaviour of the system. The underlying observation of the OPA paradigm is that every thing in the universe of interest is either an object or a process, and that a process is not necessarily a method of a single object class. This opens the door for the possibility of modelling systems so that both their structural and procedural relations are represented within the same frame of reference, without suppressing each other. The two major differences between OPA and OOA are OPA's detachment of processes from objects and its recursive scaling capability. The OPA methodology has proven to model faithfully complex systems, such as computer integrated manufacturing, documentation and inspection and an intelligent computer-assisted instruction shell. This work lays down the foundations of OPA. It provides concise definitions of the basic building blocks of the method: objects, processes, classes, features, and the structural and procedural relations among them. The object-process diagram (OPD) is presented as an effective visualization tool that incorporates elements from both DFD and OOA. Due to synergy, both the information content and expressive power of OPD are greater than those of DFD and OOA diagrams combined.

Url:
DOI: 10.1093/logcom/5.2.227

Links to Exploration step

ISTEX:D0ADC59FACDC4B5CEA5DF3F47A46FB1CB4C42C08

Le document en format XML

<record>
<TEI wicri:istexFullTextTei="biblStruct">
<teiHeader>
<fileDesc>
<titleStmt>
<title>Object-process Analysis: Maintaining the Balance Between System Structure and Behaviour</title>
<author wicri:is="90%">
<name sortKey="Dori, Dov" sort="Dori, Dov" uniqKey="Dori D" first="Dov" last="Dori">Dov Dori</name>
<affiliation>
<mods:affiliation>Faculty of Industrial Engineering and Management, Israel Institute of Technology, Technion Haifa 32000, Israel.</mods:affiliation>
</affiliation>
<affiliation>
<mods:affiliation>E-mail: dori@ie.technion.ac.il</mods:affiliation>
</affiliation>
</author>
</titleStmt>
<publicationStmt>
<idno type="wicri:source">ISTEX</idno>
<idno type="RBID">ISTEX:D0ADC59FACDC4B5CEA5DF3F47A46FB1CB4C42C08</idno>
<date when="1995" year="1995">1995</date>
<idno type="doi">10.1093/logcom/5.2.227</idno>
<idno type="url">https://api.istex.fr/document/D0ADC59FACDC4B5CEA5DF3F47A46FB1CB4C42C08/fulltext/pdf</idno>
<idno type="wicri:Area/Istex/Corpus">001292</idno>
</publicationStmt>
<sourceDesc>
<biblStruct>
<analytic>
<title level="a">Object-process Analysis: Maintaining the Balance Between System Structure and Behaviour</title>
<author wicri:is="90%">
<name sortKey="Dori, Dov" sort="Dori, Dov" uniqKey="Dori D" first="Dov" last="Dori">Dov Dori</name>
<affiliation>
<mods:affiliation>Faculty of Industrial Engineering and Management, Israel Institute of Technology, Technion Haifa 32000, Israel.</mods:affiliation>
</affiliation>
<affiliation>
<mods:affiliation>E-mail: dori@ie.technion.ac.il</mods:affiliation>
</affiliation>
</author>
</analytic>
<monogr></monogr>
<series>
<title level="j">Journal of Logic and Computation</title>
<idno type="ISSN">0955-792X</idno>
<idno type="eISSN">1465-363X</idno>
<imprint>
<publisher>Oxford University Press</publisher>
<date type="published" when="1995-04">1995-04</date>
<biblScope unit="volume">5</biblScope>
<biblScope unit="issue">2</biblScope>
<biblScope unit="page" from="227">227</biblScope>
<biblScope unit="page" to="249">249</biblScope>
</imprint>
<idno type="ISSN">0955-792X</idno>
</series>
<idno type="istex">D0ADC59FACDC4B5CEA5DF3F47A46FB1CB4C42C08</idno>
<idno type="DOI">10.1093/logcom/5.2.227</idno>
<idno type="ArticleID">5.2.227</idno>
</biblStruct>
</sourceDesc>
<seriesStmt>
<idno type="ISSN">0955-792X</idno>
</seriesStmt>
</fileDesc>
<profileDesc>
<textClass></textClass>
<langUsage>
<language ident="en">en</language>
</langUsage>
</profileDesc>
</teiHeader>
<front>
<div type="abstract">The object-process analysis (OPA) methodology combines ideas from object-oriented analysis (OOA) and data flow diagrams (DFD) to model both the structural and procedural aspects of a system in one coherent frame of reference. This is contrary to conventional object-oriented approaches, that use different tools to describe the structure and the behaviour of the system. The underlying observation of the OPA paradigm is that every thing in the universe of interest is either an object or a process, and that a process is not necessarily a method of a single object class. This opens the door for the possibility of modelling systems so that both their structural and procedural relations are represented within the same frame of reference, without suppressing each other. The two major differences between OPA and OOA are OPA's detachment of processes from objects and its recursive scaling capability. The OPA methodology has proven to model faithfully complex systems, such as computer integrated manufacturing, documentation and inspection and an intelligent computer-assisted instruction shell. This work lays down the foundations of OPA. It provides concise definitions of the basic building blocks of the method: objects, processes, classes, features, and the structural and procedural relations among them. The object-process diagram (OPD) is presented as an effective visualization tool that incorporates elements from both DFD and OOA. Due to synergy, both the information content and expressive power of OPD are greater than those of DFD and OOA diagrams combined.</div>
</front>
</TEI>
<istex>
<corpusName>oup</corpusName>
<author>
<json:item>
<name>DOV DORI</name>
<affiliations>
<json:string>Faculty of Industrial Engineering and Management, Israel Institute of Technology, Technion Haifa 32000, Israel.</json:string>
<json:string>E-mail: dori@ie.technion.ac.il</json:string>
</affiliations>
</json:item>
</author>
<subject>
<json:item>
<lang>
<json:string>eng</json:string>
</lang>
<value>Original Articles</value>
</json:item>
<json:item>
<lang>
<json:string>eng</json:string>
</lang>
<value>Information systems analysis,</value>
</json:item>
<json:item>
<lang>
<json:string>eng</json:string>
</lang>
<value>software engineering,</value>
</json:item>
<json:item>
<lang>
<json:string>eng</json:string>
</lang>
<value>object-oriented analysis,</value>
</json:item>
<json:item>
<lang>
<json:string>eng</json:string>
</lang>
<value>ontology,</value>
</json:item>
<json:item>
<lang>
<json:string>eng</json:string>
</lang>
<value>system analysis paradigm!,</value>
</json:item>
<json:item>
<lang>
<json:string>eng</json:string>
</lang>
<value>structure-behaviour integration.</value>
</json:item>
</subject>
<articleId>
<json:string>5.2.227</json:string>
</articleId>
<language>
<json:string>eng</json:string>
</language>
<abstract>The object-process analysis (OPA) methodology combines ideas from object-oriented analysis (OOA) and data flow diagrams (DFD) to model both the structural and procedural aspects of a system in one coherent frame of reference. This is contrary to conventional object-oriented approaches, that use different tools to describe the structure and the behaviour of the system. The underlying observation of the OPA paradigm is that every thing in the universe of interest is either an object or a process, and that a process is not necessarily a method of a single object class. This opens the door for the possibility of modelling systems so that both their structural and procedural relations are represented within the same frame of reference, without suppressing each other. The two major differences between OPA and OOA are OPA's detachment of processes from objects and its recursive scaling capability. The OPA methodology has proven to model faithfully complex systems, such as computer integrated manufacturing, documentation and inspection and an intelligent computer-assisted instruction shell. This work lays down the foundations of OPA. It provides concise definitions of the basic building blocks of the method: objects, processes, classes, features, and the structural and procedural relations among them. The object-process diagram (OPD) is presented as an effective visualization tool that incorporates elements from both DFD and OOA. Due to synergy, both the information content and expressive power of OPD are greater than those of DFD and OOA diagrams combined.</abstract>
<qualityIndicators>
<score>8.356</score>
<pdfVersion>1.4</pdfVersion>
<pdfPageSize>493 x 710 pts</pdfPageSize>
<refBibsNative>false</refBibsNative>
<keywordCount>7</keywordCount>
<abstractCharCount>1575</abstractCharCount>
<pdfWordCount>8624</pdfWordCount>
<pdfCharCount>50698</pdfCharCount>
<pdfPageCount>23</pdfPageCount>
<abstractWordCount>238</abstractWordCount>
</qualityIndicators>
<title>Object-process Analysis: Maintaining the Balance Between System Structure and Behaviour</title>
<genre.original>
<json:string>research-article</json:string>
</genre.original>
<genre>
<json:string>research-article</json:string>
</genre>
<host>
<volume>5</volume>
<publisherId>
<json:string>logcom</json:string>
</publisherId>
<pages>
<last>249</last>
<first>227</first>
</pages>
<issn>
<json:string>0955-792X</json:string>
</issn>
<issue>2</issue>
<genre>
<json:string>Journal</json:string>
</genre>
<language>
<json:string>unknown</json:string>
</language>
<eissn>
<json:string>1465-363X</json:string>
</eissn>
<title>Journal of Logic and Computation</title>
</host>
<categories>
<wos>
<json:string>COMPUTER SCIENCE, THEORY & METHODS</json:string>
<json:string>LOGIC</json:string>
</wos>
</categories>
<publicationDate>1995</publicationDate>
<copyrightDate>1995</copyrightDate>
<doi>
<json:string>10.1093/logcom/5.2.227</json:string>
</doi>
<id>D0ADC59FACDC4B5CEA5DF3F47A46FB1CB4C42C08</id>
<fulltext>
<json:item>
<original>true</original>
<mimetype>application/pdf</mimetype>
<extension>pdf</extension>
<uri>https://api.istex.fr/document/D0ADC59FACDC4B5CEA5DF3F47A46FB1CB4C42C08/fulltext/pdf</uri>
</json:item>
<json:item>
<original>false</original>
<mimetype>application/zip</mimetype>
<extension>zip</extension>
<uri>https://api.istex.fr/document/D0ADC59FACDC4B5CEA5DF3F47A46FB1CB4C42C08/fulltext/zip</uri>
</json:item>
<istex:fulltextTEI uri="https://api.istex.fr/document/D0ADC59FACDC4B5CEA5DF3F47A46FB1CB4C42C08/fulltext/tei">
<teiHeader>
<fileDesc>
<titleStmt>
<title level="a">Object-process Analysis: Maintaining the Balance Between System Structure and Behaviour</title>
<respStmt xml:id="ISTEX-API" resp="Références bibliographiques récupérées via GROBID" name="ISTEX-API (INIST-CNRS)"></respStmt>
<respStmt xml:id="ISTEX-API" resp="Références bibliographiques récupérées via GROBID" name="ISTEX-API (INIST-CNRS)"></respStmt>
</titleStmt>
<publicationStmt>
<authority>ISTEX</authority>
<publisher>Oxford University Press</publisher>
<availability>
<p>OUP</p>
</availability>
<date>1995</date>
</publicationStmt>
<sourceDesc>
<biblStruct type="inbook">
<analytic>
<title level="a">Object-process Analysis: Maintaining the Balance Between System Structure and Behaviour</title>
<author>
<persName>
<forename type="first">DOV</forename>
<surname>DORI</surname>
</persName>
<email>dori@ie.technion.ac.il</email>
<affiliation>Faculty of Industrial Engineering and Management, Israel Institute of Technology, Technion Haifa 32000, Israel.</affiliation>
</author>
</analytic>
<monogr>
<title level="j">Journal of Logic and Computation</title>
<idno type="pISSN">0955-792X</idno>
<idno type="eISSN">1465-363X</idno>
<imprint>
<publisher>Oxford University Press</publisher>
<date type="published" when="1995-04"></date>
<biblScope unit="volume">5</biblScope>
<biblScope unit="issue">2</biblScope>
<biblScope unit="page" from="227">227</biblScope>
<biblScope unit="page" to="249">249</biblScope>
</imprint>
</monogr>
<idno type="istex">D0ADC59FACDC4B5CEA5DF3F47A46FB1CB4C42C08</idno>
<idno type="DOI">10.1093/logcom/5.2.227</idno>
<idno type="ArticleID">5.2.227</idno>
</biblStruct>
</sourceDesc>
</fileDesc>
<profileDesc>
<creation>
<date>1995</date>
</creation>
<langUsage>
<language ident="en">en</language>
</langUsage>
<abstract>
<p>The object-process analysis (OPA) methodology combines ideas from object-oriented analysis (OOA) and data flow diagrams (DFD) to model both the structural and procedural aspects of a system in one coherent frame of reference. This is contrary to conventional object-oriented approaches, that use different tools to describe the structure and the behaviour of the system. The underlying observation of the OPA paradigm is that every thing in the universe of interest is either an object or a process, and that a process is not necessarily a method of a single object class. This opens the door for the possibility of modelling systems so that both their structural and procedural relations are represented within the same frame of reference, without suppressing each other. The two major differences between OPA and OOA are OPA's detachment of processes from objects and its recursive scaling capability. The OPA methodology has proven to model faithfully complex systems, such as computer integrated manufacturing, documentation and inspection and an intelligent computer-assisted instruction shell. This work lays down the foundations of OPA. It provides concise definitions of the basic building blocks of the method: objects, processes, classes, features, and the structural and procedural relations among them. The object-process diagram (OPD) is presented as an effective visualization tool that incorporates elements from both DFD and OOA. Due to synergy, both the information content and expressive power of OPD are greater than those of DFD and OOA diagrams combined.</p>
</abstract>
<textClass>
<keywords scheme="keyword">
<list>
<item>
<term>Original Articles</term>
</item>
</list>
</keywords>
</textClass>
<textClass>
<keywords scheme="keyword">
<list>
<head>Keywords</head>
<item>
<term>Information systems analysis,</term>
</item>
<item>
<term>software engineering,</term>
</item>
<item>
<term>object-oriented analysis,</term>
</item>
<item>
<term>ontology,</term>
</item>
<item>
<term>system analysis paradigm!,</term>
</item>
<item>
<term>structure-behaviour integration.</term>
</item>
</list>
</keywords>
</textClass>
</profileDesc>
<revisionDesc>
<change when="1995-04">Published</change>
<change xml:id="refBibs-istex" who="#ISTEX-API" when="2016-3-14">References added</change>
<change xml:id="refBibs-istex" who="#ISTEX-API" when="2016-3-21">References added</change>
</revisionDesc>
</teiHeader>
</istex:fulltextTEI>
<json:item>
<original>false</original>
<mimetype>text/plain</mimetype>
<extension>txt</extension>
<uri>https://api.istex.fr/document/D0ADC59FACDC4B5CEA5DF3F47A46FB1CB4C42C08/fulltext/txt</uri>
</json:item>
</fulltext>
<metadata>
<istex:metadataXml wicri:clean="corpus oup" wicri:toSee="no header">
<istex:docType PUBLIC="-//NLM//DTD Journal Publishing DTD v2.3 20070202//EN" URI="journalpublishing.dtd" name="istex:docType"></istex:docType>
<istex:document>
<article article-type="research-article">
<front>
<journal-meta>
<journal-id journal-id-type="hwp">logcom</journal-id>
<journal-id journal-id-type="publisher-id">logcom</journal-id>
<journal-id journal-id-type="pmc">logcom</journal-id>
<journal-title>Journal of Logic and Computation</journal-title>
<issn pub-type="epub">1465-363X</issn>
<issn pub-type="ppub">0955-792X</issn>
<publisher>
<publisher-name>Oxford University Press</publisher-name>
</publisher>
</journal-meta>
<article-meta>
<article-id pub-id-type="publisher-id">5.2.227</article-id>
<article-id pub-id-type="doi">10.1093/logcom/5.2.227</article-id>
<article-categories>
<subj-group>
<subject>Original Articles</subject>
</subj-group>
</article-categories>
<title-group>
<article-title>Object-process Analysis: Maintaining the Balance Between System Structure and Behaviour</article-title>
</title-group>
<contrib-group>
<contrib contrib-type="author">
<name>
<surname>DORI</surname>
<given-names>DOV</given-names>
</name>
</contrib>
<aff>
<institution>Faculty of Industrial Engineering and Management, Israel Institute of Technology</institution>
<addr-line>Technion Haifa 32000, Israel.</addr-line>
E-mail:
<email>dori@ie.technion.ac.il</email>
</aff>
</contrib-group>
<pub-date pub-type="ppub">
<month>4</month>
<year>1995</year>
</pub-date>
<volume>5</volume>
<issue>2</issue>
<fpage>227</fpage>
<lpage>249</lpage>
<history>
<date date-type="received">
<day>01</day>
<month>6</month>
<year>1993</year>
</date>
</history>
<copyright-statement>© Oxford University Press</copyright-statement>
<copyright-year>1995</copyright-year>
<abstract>
<p>The object-process analysis (OPA) methodology combines ideas from object-oriented analysis (OOA) and data flow diagrams (DFD) to model both the structural and procedural aspects of a system in one coherent frame of reference. This is contrary to conventional object-oriented approaches, that use different tools to describe the structure and the behaviour of the system. The underlying observation of the OPA paradigm is that every thing in the universe of interest is either an object or a process, and that a process is not necessarily a method of a single object class. This opens the door for the possibility of modelling systems so that both their structural and procedural relations are represented within the same frame of reference, without suppressing each other. The two major differences between OPA and OOA are OPA's detachment of processes from objects and its recursive scaling capability. The OPA methodology has proven to model faithfully complex systems, such as computer integrated manufacturing, documentation and inspection and an intelligent computer-assisted instruction shell. This work lays down the foundations of OPA. It provides concise definitions of the basic building blocks of the method: objects, processes, classes, features, and the structural and procedural relations among them. The object-process diagram (OPD) is presented as an effective visualization tool that incorporates elements from both DFD and OOA. Due to synergy, both the information content and expressive power of OPD are greater than those of DFD and OOA diagrams combined.</p>
</abstract>
<kwd-group>
<kwd>Information systems analysis,</kwd>
<kwd>software engineering,</kwd>
<kwd>object-oriented analysis,</kwd>
<kwd>ontology,</kwd>
<kwd>system analysis paradigm!,</kwd>
<kwd>structure-behaviour integration.</kwd>
</kwd-group>
</article-meta>
</front>
</article>
</istex:document>
</istex:metadataXml>
<mods version="3.6">
<titleInfo>
<title>Object-process Analysis: Maintaining the Balance Between System Structure and Behaviour</title>
</titleInfo>
<titleInfo type="alternative" contentType="CDATA">
<title>Object-process Analysis: Maintaining the Balance Between System Structure and Behaviour</title>
</titleInfo>
<name type="personal">
<namePart type="given">DOV</namePart>
<namePart type="family">DORI</namePart>
<affiliation>Faculty of Industrial Engineering and Management, Israel Institute of Technology, Technion Haifa 32000, Israel.</affiliation>
<affiliation>E-mail: dori@ie.technion.ac.il</affiliation>
</name>
<typeOfResource>text</typeOfResource>
<genre type="research-article" displayLabel="research-article"></genre>
<subject>
<topic>Original Articles</topic>
</subject>
<originInfo>
<publisher>Oxford University Press</publisher>
<dateIssued encoding="w3cdtf">1995-04</dateIssued>
<copyrightDate encoding="w3cdtf">1995</copyrightDate>
</originInfo>
<language>
<languageTerm type="code" authority="iso639-2b">eng</languageTerm>
<languageTerm type="code" authority="rfc3066">en</languageTerm>
</language>
<physicalDescription>
<internetMediaType>text/html</internetMediaType>
</physicalDescription>
<abstract>The object-process analysis (OPA) methodology combines ideas from object-oriented analysis (OOA) and data flow diagrams (DFD) to model both the structural and procedural aspects of a system in one coherent frame of reference. This is contrary to conventional object-oriented approaches, that use different tools to describe the structure and the behaviour of the system. The underlying observation of the OPA paradigm is that every thing in the universe of interest is either an object or a process, and that a process is not necessarily a method of a single object class. This opens the door for the possibility of modelling systems so that both their structural and procedural relations are represented within the same frame of reference, without suppressing each other. The two major differences between OPA and OOA are OPA's detachment of processes from objects and its recursive scaling capability. The OPA methodology has proven to model faithfully complex systems, such as computer integrated manufacturing, documentation and inspection and an intelligent computer-assisted instruction shell. This work lays down the foundations of OPA. It provides concise definitions of the basic building blocks of the method: objects, processes, classes, features, and the structural and procedural relations among them. The object-process diagram (OPD) is presented as an effective visualization tool that incorporates elements from both DFD and OOA. Due to synergy, both the information content and expressive power of OPD are greater than those of DFD and OOA diagrams combined.</abstract>
<subject>
<genre>Keywords</genre>
<topic>Information systems analysis,</topic>
<topic>software engineering,</topic>
<topic>object-oriented analysis,</topic>
<topic>ontology,</topic>
<topic>system analysis paradigm!,</topic>
<topic>structure-behaviour integration.</topic>
</subject>
<relatedItem type="host">
<titleInfo>
<title>Journal of Logic and Computation</title>
</titleInfo>
<genre type="Journal">journal</genre>
<identifier type="ISSN">0955-792X</identifier>
<identifier type="eISSN">1465-363X</identifier>
<identifier type="PublisherID">logcom</identifier>
<identifier type="PublisherID-hwp">logcom</identifier>
<part>
<date>1995</date>
<detail type="volume">
<caption>vol.</caption>
<number>5</number>
</detail>
<detail type="issue">
<caption>no.</caption>
<number>2</number>
</detail>
<extent unit="pages">
<start>227</start>
<end>249</end>
</extent>
</part>
</relatedItem>
<identifier type="istex">D0ADC59FACDC4B5CEA5DF3F47A46FB1CB4C42C08</identifier>
<identifier type="DOI">10.1093/logcom/5.2.227</identifier>
<identifier type="ArticleID">5.2.227</identifier>
<accessCondition type="use and reproduction" contentType="copyright">© Oxford University Press</accessCondition>
<recordInfo>
<recordContentSource>OUP</recordContentSource>
</recordInfo>
</mods>
</metadata>
<annexes>
<json:item>
<original>true</original>
<mimetype>application/pdf</mimetype>
<extension>pdf</extension>
<uri>https://api.istex.fr/document/D0ADC59FACDC4B5CEA5DF3F47A46FB1CB4C42C08/annexes/pdf</uri>
</json:item>
</annexes>
<enrichments>
<istex:catWosTEI uri="https://api.istex.fr/document/D0ADC59FACDC4B5CEA5DF3F47A46FB1CB4C42C08/enrichments/catWos">
<teiHeader>
<profileDesc>
<textClass>
<classCode scheme="WOS">COMPUTER SCIENCE, THEORY & METHODS</classCode>
<classCode scheme="WOS">LOGIC</classCode>
</textClass>
</profileDesc>
</teiHeader>
</istex:catWosTEI>
</enrichments>
<serie></serie>
</istex>
</record>

Pour manipuler ce document sous Unix (Dilib)

EXPLOR_STEP=$WICRI_ROOT/Ticri/CIDE/explor/OcrV1/Data/Istex/Corpus
HfdSelect -h $EXPLOR_STEP/biblio.hfd -nk 001292 | SxmlIndent | more

Ou

HfdSelect -h $EXPLOR_AREA/Data/Istex/Corpus/biblio.hfd -nk 001292 | SxmlIndent | more

Pour mettre un lien sur cette page dans le réseau Wicri

{{Explor lien
   |wiki=    Ticri/CIDE
   |area=    OcrV1
   |flux=    Istex
   |étape=   Corpus
   |type=    RBID
   |clé=     ISTEX:D0ADC59FACDC4B5CEA5DF3F47A46FB1CB4C42C08
   |texte=   Object-process Analysis: Maintaining the Balance Between System Structure and Behaviour
}}

Wicri

This area was generated with Dilib version V0.6.32.
Data generation: Sat Nov 11 16:53:45 2017. Site generation: Mon Mar 11 23:15:16 2024