Why the Standard Methods, 5GL, Common Platforms and Reusable Components Are the Four Pillars of the New Computational Paradigm Programming Without Programmers

Total Page:16

File Type:pdf, Size:1020Kb

Why the Standard Methods, 5GL, Common Platforms and Reusable Components Are the Four Pillars of the New Computational Paradigm Programming Without Programmers INTERNATIONAL JOURNAL OF EDUCATION AND INFORMATION TECHNOLOGIES Volume 13, 2019 Why the standard methods, 5GL, common platforms and reusable components are the four pillars of the new computational paradigm Programming without programmers Ivan Stanev, Maria Koleva The demand for software developers is rapidly increasing. Abstract—Two important problems concerning software According to the U.S. Bureau of Labor Statistics [31], engineering are identified: low efficiency of the software software developer jobs are expected to grow much faster than development process, and lack of programmers. Three key the average - with 24% from 2016 to 2026. The main reasons components with considerable impact on the software development for this tendency are due to: (1) the increasing demand of process, namely the software engineering method, the problem specification language, and the platform used, are identified. Four software products; (2) the insufficient efficiency of widely state of the art reviews are prepared including software engineering used software development methods and tools. methods, problem specification languages, cloud computing This paper presents a solution to these problems by platforms, and related works. This research problem is solved by the introducing the new computational paradigm Programming realization of the Knowledge Based Automated Software Engineering without programmers. The new paradigm is realized through (KBASE) method for generation of enterprise information systems, the Knowledge Based Automated Software Engineering based on 5GL specification languages, common platform for automated programming and a set of intelligent components for (KBASE, [7]) method. generation of new applications from well-defined system and business reusable components in three groups – domain independent, II. STATE OF THE ART domain dependent and problem solving. KBASE concept, KBASE The efficiency of the software development process (SDP) technological process, KBASE specification language, and KBASE platform are described. Key results achieved in the related works are is a function of its three main components: the software detailed. The efficiency of the new computational paradigm is engineering method, the problem specification language, and presented. the platform used. Four state of the art reviews are prepared including: Keywords—architecture-based, knowledge based automated Software Engineering (SE) methods, problem specification software engineering, ontology, business architecture; software languages, cloud computing platforms, and KBASE related architecture; infrastructure architecture. works. The Software engineering (SE) methods can be split in I. INTRODUCTION three groups: (1) methods covering only the management HE overall IT spending in 2018 for enterprise information aspects of the SDP, called “shell” methods such as: PRINCE2 Tsystems (data center systems, devices, enterprise software, (Projects IN Controlled Environments [2]); TEMPO (TAXUD and IT services) is projected to 2.2 trillion USD [14]. The Electronic Management of Projects Online); PMBOK (Project enterprise software and IT services markets form 60% of the Management Body of Knowledge [27]); (2) methods partially overall IT spending worldwide. Its average annual growth for covering the management and technological aspects of rapid 2017-2022 is forecasted at 13.8% – the highest expected SDPs (the Agile family of methods [23]); (3) methods growth for this period. At the same time, the development covering to a great extent the management and technological process of Enterprise Information Systems (EIS) is still less effective and more resource consuming than the software aspects of SDPs such as Rational Unified Process (RUP [24]). industry and their clients would require. The main strength of the Shell group is the well-defined project management process. The key weakness of these methods is the lack of standardized technological process. I. Stanev is with the Computer Informatics Department of University of Therefore, these methods are neither efficient nor appropriate Sofia “St. Kliment Ohridski”, Sofia 1000, Bulgaria (phone: +359 2 8161 508, for the SDP automation. e-mail: [email protected]). The key strength of the Agile group is the method simplicity M. Koleva is with the Computer Informatics Department of University of and project management efficiency. The important weakness Sofia “St. Kliment Ohridski”, Sofia 1000, Bulgaria, and the Informatics and Information Technologies Department of University of Ruse “Angel of these methods is the lack of consistent design. This reduces Kanchev”, Ruse 7000, Bulgaria (e-mail: [email protected]). ISSN: 2074-1316 49 INTERNATIONAL JOURNAL OF EDUCATION AND INFORMATION TECHNOLOGIES Volume 13, 2019 to minimum the software reusability and make the methods 5GL are inefficient. inappropriate for developing Enterprise Information Systems The important strength of the Natural Language (EIS). Processing (NLP) group (Bulgarian Language Processor) is The important strength of the RUP group is the well- the effortless use of NL human-machine interfaces for all defined IT technological process. The key weaknesses of these native speakers of this language. The key weaknesses refer to methods are their complexity and the expensive development the low reusability of the specified components, and the lack process. The complexity of the methods makes the SDP and of unified techniques for description of NL semantics. The use testing too heavy and inefficient. of NLP alone as a tool for design, implementation, and testing To overcome these problems a new SE method shall be makes the processes too heavy and inefficient. defined combining the Agile and RUP strengths. This method In order to overcome these problems a specification shall improve the simplicity and efficiency of the software language shall be created as a combination of the strengths of development process by introducing reusable components and IL, DL, GML, 5GL and NLP. This language shall improve the automation of the process. simplicity and efficiency of problem specification. For that A number of problem specification languages, including purpose, the language shall be a GML and 5GL standardized the most disseminated imperative languages Java and C#, the modelling language covering the whole SE life cycle. The declarative languages ML and Prolog, the Generative language shall be equipped with NLP, it shall include a Modelling Languages UML and BPMN, the fifth generation problem solver and shall have the possibility for automated use modelling language Net, and a Natural Language Processor are of wide range of supporting libraries and third party analyzed in [6]. components. The main strengths of the Imperative Languages (IL) The industrial cloud [25] platforms [5] Amazon AWS, group (Java, C#) concern the fast runtime performance, the Microsoft Azure, Google App Engine, VMWare vCloud, availability of rich sets of supporting libraries and third party IBM Bluemix, HP Helion, and Oracle OCPaaS are analyzed components, the good platform portability. The key in [11] as referred to. weaknesses of this language group refer to the lack of The important strengths of the platforms concern the high- incorporated problem solver (i.e. specification of the problem level integration of hardware and software tools in the cloud, being solved and specification of the algorithm for problem and the good quality of tools for control of distributed solving), and the huge efforts for design, implementation, and computation in the cloud. Their key weakness refers to the testing by highly qualified IT specialists. So, nevertheless that insufficient use of tools for intelligent self-organization, as these languages are of great industrial importance, they are well as the state engine and multi-agent control. This weakness neither efficient nor appropriate for SDP automation. makes the existing platforms too expensive and inefficient for The key strengths of the Declarative Languages (DL) realization of complex ISs. group (ML, Prolog) concern the incorporated problem solver To overcome these difficulties, the existing platforms are (i.e. only specification of the problem being solved is required, extended with new tools for specification of the state engine thus DL are suitable for automated programming), and the and multi-agent architectures, and the library of intelligent small design, implementation, and testing effort by IT components for platform control and self-organization. specialists having relatively low qualification. The important Some important related works of the KBASE team weaknesses of this language group refer to the slow runtime demonstrating the SDP efficiency improvement capabilities of performance (e.g. the machine arithmetic), and the lack of the KBASE concept refer to (1) the Module for Automated tools for design of complex problems. The DLs are therefore Programming of Robots (MAPR [6]) which generates inappropriate for EIS specification and development. programs for Robot Control based on a natural language The important strengths of the Generative Modelling specification; (2) the Intelligent Product Manual (IPM [7]) Languages (GML) group (BPMN, UML) are the well- which is a software system generating Product Manuals for standardized modelling capabilities, and the small design manufacturing products; (3) the Built-in-Test Adaptive effort of domain area experts and IT specialists with relatively Document Display (BIT [26]) which realizes the automation
Recommended publications
  • Artificial Intelligence in Health Care: the Hope, the Hype, the Promise, the Peril
    Artificial Intelligence in Health Care: The Hope, the Hype, the Promise, the Peril Michael Matheny, Sonoo Thadaney Israni, Mahnoor Ahmed, and Danielle Whicher, Editors WASHINGTON, DC NAM.EDU PREPUBLICATION COPY - Uncorrected Proofs NATIONAL ACADEMY OF MEDICINE • 500 Fifth Street, NW • WASHINGTON, DC 20001 NOTICE: This publication has undergone peer review according to procedures established by the National Academy of Medicine (NAM). Publication by the NAM worthy of public attention, but does not constitute endorsement of conclusions and recommendationssignifies that it is the by productthe NAM. of The a carefully views presented considered in processthis publication and is a contributionare those of individual contributors and do not represent formal consensus positions of the authors’ organizations; the NAM; or the National Academies of Sciences, Engineering, and Medicine. Library of Congress Cataloging-in-Publication Data to Come Copyright 2019 by the National Academy of Sciences. All rights reserved. Printed in the United States of America. Suggested citation: Matheny, M., S. Thadaney Israni, M. Ahmed, and D. Whicher, Editors. 2019. Artificial Intelligence in Health Care: The Hope, the Hype, the Promise, the Peril. NAM Special Publication. Washington, DC: National Academy of Medicine. PREPUBLICATION COPY - Uncorrected Proofs “Knowing is not enough; we must apply. Willing is not enough; we must do.” --GOETHE PREPUBLICATION COPY - Uncorrected Proofs ABOUT THE NATIONAL ACADEMY OF MEDICINE The National Academy of Medicine is one of three Academies constituting the Nation- al Academies of Sciences, Engineering, and Medicine (the National Academies). The Na- tional Academies provide independent, objective analysis and advice to the nation and conduct other activities to solve complex problems and inform public policy decisions.
    [Show full text]
  • The Ingham County News Oh! ~.No ••••• Published THURSDAY AFTERNOONS Rev
    ·stranger Rules Mason While Mayor Fishes Thein m Whllt! M11yor CuriiH Mur•fon of qroc·r!r' nnrl mmnhm· 11f I he C!lly IlnrriHorr \VflH htrsy runnlnr: f!ity r·mrneil. llnrpcr Is jii'I!Sii!ent of the 4 Sections - 20 P4gos uf'f:ilm In Mason Monday, Mnsun's 'lanlsun Eciwol honrd. Mnynr Pnul ftlchlll'ris und Pollen 'l'ha vlr;!Jurs ,were met nt the Chief IInrry Chundler wenl fish· north dly limits nnrl Cicicnrtcd to Copy Mus# Come. Ill!~· 'own hy Cuptnln Tim Stol?. and Mayor Murlon nnrl Mnynr Welt· '::ounellman Nels Ji'nrrlby, of'flclul A· Day Earlier onls r.xdrungPd jnlm Monduy 011 Mn,~nn hosl. After· a ~>lop al city Hospital Pledges 1\ltmtorhll ilay Uri~ year• fllll!i mnyor· cxchungc day, a Jlart of hnll the group nltcnclctl 11 lunch· Mlehlgan weelt. on puhllmUon duy for f.lw lllJI'· con at Mrtson golf cour~e. After hum County New~. 1'1mt nwunH l11nch Counellman F'orrll>y pre­ Evnrymw In 1\ln~;nn Is In· tho lliiJler will lmve lo go to M:ntcrl Mayor· Mut·ton with u gnld Vlfllli ~~~ Nf.op ovm• In JlnrTINon pm~li Wedncr>duy noon lnstmul lwy In Mason, and v!Hitlng women of 'l'IIIII"IHiuy, .Pass $300~000 · In Urelr· h·nvi!IH' llu·nuJ:·h Uw wil h flowers, nnr·t.h nne! Hit 11 whlh!, 'l'hnt'.~ Cot'I'L'IIIIonctnnl!! 111111 IUivm·· Worlwrs in the $500,000 Mason lhnt nil of the eampalgn lltcrn· tho lnrltatlon extmulml hy '!'hn rr•st of llw afl['rnoon May· tlserH rnuHt hlt\'e Uwlr ltmnH hospital cum p nl g n cheered or Murl on's party look a r:rand lure nnrl puhlldty has clearly !Udym· Mnrion dur·ln~; his und co11Y In th(! otfh!e 11 ctuy Wedncs·day night when the score· sllrled fmm the beginning that vl~lt her·e.
    [Show full text]
  • Japanese Bibliographic Records and CJK Cataloging in U.S
    San Jose State University SJSU ScholarWorks Master's Theses Master's Theses and Graduate Research Fall 2009 Japanese bibliographic records and CJK cataloging in U.S. university libraries. Mie Onnagawa San Jose State University Follow this and additional works at: https://scholarworks.sjsu.edu/etd_theses Recommended Citation Onnagawa, Mie, "Japanese bibliographic records and CJK cataloging in U.S. university libraries." (2009). Master's Theses. 4010. DOI: https://doi.org/10.31979/etd.pcb8-mryq https://scholarworks.sjsu.edu/etd_theses/4010 This Thesis is brought to you for free and open access by the Master's Theses and Graduate Research at SJSU ScholarWorks. It has been accepted for inclusion in Master's Theses by an authorized administrator of SJSU ScholarWorks. For more information, please contact [email protected]. JAPANESE BIBLIOGRAPHIC RECORDS AND CJK CATALOGING IN U.S. UNIVERSITY LIBRARIES A Thesis Presented to The Faculty of the School of Library and Information Science San Jose State University In Partial Fulfillment of the Requirements for the Degree Master of Library and Information Science by Mie Onnagawa December 2009 UMI Number: 1484368 All rights reserved INFORMATION TO ALL USERS The quality of this reproduction is dependent upon the quality of the copy submitted. In the unlikely event that the author did not send a complete manuscript and there are missing pages, these will be noted. Also, if material had to be removed, a note will indicate the deletion. UMT Dissertation Publishing UM! 1484368 Copyright 2010 by ProQuest LLC. All rights reserved. This edition of the work is protected against unauthorized copying under Title 17, United States Code.
    [Show full text]
  • Course Structure & Syllabus of B.Tech Programme In
    Course Structure & Syllabus of B.Tech Programme in Information Technology (From the Session 2015-16) VSSUT, BURLA COURSE STRUCTURE FIRST YEAR (COMMON TO ALL BRANCHES) FIRST SEMESTER SECOND SEMESTER Contact Contact Theory Hrs. Theory Hrs. CR CR Course Course Subject L .T .P Subject L. T. P Code Code Mathematics-I 3 - 1 - 0 4 Mathematics-II 3 - 1 - 0 4 Physics/Chemistry 3 - 1 - 0 4 Chemistry/ Physics 3 - 1 - 0 4 Engineering Computer /CS15- CS15- Mechanics/Computer 3 - 1 - 0 4 Programming/Engineering 3 - 1 - 0 4 008 008/ Programming Mechanics Basic Electrical Engineering/ Basic Electronics/Basic 3 - 1 - 0 4 3 - 1 - 0 4 Basic Electronics Electrical Engineering English/Environmental Environmental 3 - 1 - 0 4 3 - 1 - 0 4 Studies Studies/English Sessionals Sessionals Physics Laboratory/ Chemistry Lab/ Physics 0 - 0 - 3 2 0 - 0 - 3 2 Chemistry Lab Laboratory Workshop-I/Engineering Engineering Drawing/ 0 - 0 - 3 2 0 - 0 - 3 2 Drawing Workshop-I Basic Electrical Engineering Basic Electronics Lab/Basic 0 - 0 - 3 2 0 - 0 - 3 2 Lab/Basic Electronics Lab Electrical Engineering Lab Business Communication Programming Lab/ /CS15- CS15- and Presentation Skill/ 0 - 0 - 3 2 Business Communication 0 - 0 - 3 2 984 984/ Programming Lab and Presentation Skill Total 15-5-15 28 Total 15-5-15 28 SECOND YEAR THIRD SEMESTER FOURTH SEMESTER Contact Contact Theory Hrs. Theory Hrs. CR CR Course Subject L .T .P Course Code Subject L. T. P Code Mathematics-III Computer Organization 3 - 1 - 0 4 CS15-007 and Architecture 3 - 1 - 0 4 Digital Systems 3 - 1 - 0 4 CS15-032 Theory
    [Show full text]
  • A Comparison of Flexible BPMN and CMMN in Practice: a Case Study on Component Release Processes
    2018 IEEE 22nd International Enterprise Distributed Object Computing Conference A Comparison of Flexible BPMN and CMMN in Practice: A Case Study on Component Release Processes Andre´ Zensen Jochen M. Kuster¨ Bielefeld University of Applied Sciences Bielefeld University of Applied Sciences Bielefeld, Germany Bielefeld, Germany Email: [email protected] Email: [email protected] Abstract—The Object Management Group maintains two no- derive simple guidelines. While the findings can not be used tations to model business processes, BPMN and CMMN. While to make generalized statements, they can aid in choosing ff ff the two follow di erent approaches, both o er structures to which standard to use to model processes or parts of processes model flexible processes or parts thereof. This gives rise to the question which standard should be chosen to adequately model requiring flexible parts. such processes. We compare BPMN with a focus on its ad-hoc sub- The work is structured as follows: Section II introduces the process with elements of CMMN case models along a practical approaches and modeling standards. Section III describes the case study. While BPMN offers a certain degree of flexibility, case study and process. Section IV describes the models created CMMN has several benefits but also drawbacks. We discuss to capture the work on tasks needed to release a component advantages and disadvantages of both notations. To answer the question of which notation to use for modeling flexible processes, for production. A comparison is made in section V to highlight we derive simple guidelines to help in making an informed choice.
    [Show full text]
  • Heavy Meta Model-Driven Domain-Specific Generation of Generative Domain-Specific Modeling Tools
    Heavy Meta Model-Driven Domain-Specific Generation of Generative Domain-Specific Modeling Tools Dissertation zur Erlangung des Grades eines Doktors der Ingenieurwissenschaften der Technischen Universität Dortmund an der Fakultät für Informatik von Stefan Naujokat Dortmund 2017 Tag der mündlichen Prüfung: 20.03.2017 Dekan: Prof. Dr.-Ing. Gernot A. Fink Gutachter: Prof. Dr. Bernhard Steffen Dr. habil. Axel Legay Prof. Dr. Jakob Rehof ii Acknowledgements First and foremost, I want to thank Bernhard Steffen for the supervision of my thesis. The many abstract discussions on ‘heavy meta’ matters regularly challenged the whole Cinco toolchain and DFS concepts, but always advanced the overall approach in the end. I also thank him for creating such a pleasant working atmosphere at the chair for programming systems in Dortmund. While interesting and innovative industrial projects easily distract one from finishing a thesis, I learned a lot aside from regular scientific business and enjoyed my time there. Many thanks also go to the other referees of my thesis, Axel Legay and Jakob Rehof, as well as to Heinrich Müller for chairing my doctoral committee. I am also particularly grateful to Tiziana Margaria for constantly pointing out opportunities for service orientation aside from classic usages, providing alternative perspectives on various topics, and finding ways to fund my initial post-Diplom research. Also, I want to thank my longtime colleague Johannes Neubauer. Although (or maybe because) we usually start with quite opposite opinions on how to approach a problem – which regularly leads to extensive discussions – the collaboration in various projects always was very fruitful. I especially owe thanks to Michael Lybecait and Dawid Kopetzki, who did most of the work for Cinco’s implementation.
    [Show full text]
  • A When and How to Use Multi-Level Modelling
    A When and How to Use Multi-Level Modelling JUAN DE LARA, Universidad Autonoma´ de Madrid (Spain) ESTHER GUERRA, Universidad Autonoma´ de Madrid (Spain) JESUS´ SANCHEZ´ CUADRADO, Universidad Autonoma´ de Madrid (Spain) Model-Driven Engineering (MDE) promotes models as the primary artefacts in the software development process, from which code for the final application is derived. Standard approaches to MDE (like those based on MOF or EMF) advocate a two-level meta-modelling setting where Domain-Specific Modelling Languages (DSMLs) are defined through a meta-model, which is instantiated to build models at the meta-level below. Multi-level modelling – also called deep meta-modelling – extends the standard approach to meta- modelling by enabling modelling at an arbitrary number of meta-levels, not necessarily two. Proposers of multi-level modelling claim that this leads to simpler model descriptions in some situations, although its applicability has been scarcely evaluated. Thus, practitioners may find it difficult to discern when to use it and how to implement multi-level solutions in practice. In this paper, we discuss the situations where the use of multi-level modelling is beneficial, and iden- tify recurring patterns and idioms. Moreover, in order to assess how often the identified patterns arise in practice, we have analysed a wide range of existing two-level DSMLs from different sources and domains, to detect when their elements could be rearranged in more than two meta-levels. The results show that this scenario is not uncommon, while in some application domains (like software architecture and enter- prise/process modelling) is pervasive, with a high average number of pattern occurrences per meta-model.
    [Show full text]
  • Modellierung 2020
    Dominik Bork, Dimitris Karagiannis, Heinrich C. Mayr (Hrsg.) Modellierung 2020 19. – 21. Februar 2020 Wien, Österreich Gesellschaft für Informatik e.V. (GI) Lecture Notes in Informatics (LNI) - Proceedings Series of the Gesellschaft für Informatik (GI) Volume P-302 ISBN 978-3-88579-696-1 ISSN 1617-5468 Volume Editors Dr. Dominik Bork Prof. Dr. Dimitris Karagiannis Universität Wien, Fakultät für Informatik, Währinger Strasse 29, 1090 Wien Email: [email protected], [email protected] Prof. Dr.Dr.h.c. Heinrich C. Mayr Alpen-Adria-Universität Klagenfurt, Universitätsstraße 65 – 67, 9020 Klagenfurt Email: [email protected] Series Editorial Board Heinrich C. Mayr, Alpen-Adria-Universität Klagenfurt, Austria (Chairman, [email protected]) Torsten Brinda, Universität Duisburg-Essen, Germany Dieter Fellner, Technische Universität Darmstadt, Germany Ulrich Flegel, Infineon, Germany Ulrich Frank, Universität Duisburg-Essen, Germany Michael Goedicke, Universität Duisburg-Essen, Germany Ralf Hofestädt, Universität Bielefeld, Germany Wolfgang Karl, KIT Karlsruhe, Germany Michael Koch, Universität der Bundeswehr München, Germany Thomas Roth-Berghofer, University of West London, Great Britain Peter Sanders, Karlsruher Institut für Technologie (KIT), Germany Andreas Thor, HFT Leipzig, Germany Ingo Timm, Universität Trier, Germany Karin Vosseberg, Hochschule Bremerhaven, Germany Maria Wimmer, Universität Koblenz-Landau, Germany Dissertations Steffen Hölldobler, Technische Universität Dresden, Germany Thematics Andreas Oberweis, Karlsruher Institut für Technologie (KIT), Germany © Gesellschaft für Informatik, Bonn 2020 printed by Köllen Druck+Verlag GmbH, Bonn This book is licensed under a Creative Commons BY-SA 4.0 licence. Vorwort Die Fachtagung „Modellierung“ ist eine Plattform zur inhaltlichen Diskussion für eine große Anzahl von Fachgruppen in der Gesellschaft für Informatik (GI), die sich mit un- terschiedlichsten Perspektiven des Themas Modellierung beschäftigen.
    [Show full text]
  • Object Management Group Meeting (New Orleans, Louisiana, USA – September 2017)
    Object Management Group Meeting (New Orleans, Louisiana, USA – September 2017) Report by Claude Baudoin (cébé IT & Knowledge Management) October 9, 2017 (revised May 4, 2018) This report contains notes from sessions the author personally led or attended during the OMG® Technical Meeting held in New Orleans on Sep. 25-29, 2017, including the closing plenary reports. A comprehensive list of all the committees, task forces and working groups of the OMG can be found at www.omg.org/homepages/. A list of all the work in progress, with links to the corresponding materials (RFPs, etc.) is at http://www.omg.org/schedule/. A list of OMG acronyms and abbreviations is included as an Appendix. Contents 1. Business Modeling & Integration Domain Task Force (BMI DTF) ............................................................ 2 2. Provenance and Pedigree Working Group .............................................................................................. 5 3. Data Residency Working Group ............................................................................................................... 6 4. Industrial Internet of Things for the Oil & Gas (O&G) Industry ............................................................... 7 5. (Part of) Modernization Summit ............................................................................................................ 10 6. Plenary Lunch Session – The Retail Domain Task Force ........................................................................ 10 7. Cybersecurity Workshop .......................................................................................................................
    [Show full text]
  • Decision Model and Notation - Ein Vergleich Von Software Für Die Lehre
    A Service of Leibniz-Informationszentrum econstor Wirtschaft Leibniz Information Centre Make Your Publications Visible. zbw for Economics Grau, Christian; Lämmel, Uwe Working Paper Decision Model and Notation - ein Vergleich von Software für die Lehre Wismarer Diskussionspapiere, No. 03/2021 Provided in Cooperation with: Hochschule Wismar, Wismar Business School Suggested Citation: Grau, Christian; Lämmel, Uwe (2021) : Decision Model and Notation - ein Vergleich von Software für die Lehre, Wismarer Diskussionspapiere, No. 03/2021, ISBN 978-3-948862-09-1, Hochschule Wismar, Fakultät für Wirtschaftswissenschaften, Wismar This Version is available at: http://hdl.handle.net/10419/234323 Standard-Nutzungsbedingungen: Terms of use: Die Dokumente auf EconStor dürfen zu eigenen wissenschaftlichen Documents in EconStor may be saved and copied for your Zwecken und zum Privatgebrauch gespeichert und kopiert werden. personal and scholarly purposes. Sie dürfen die Dokumente nicht für öffentliche oder kommerzielle You are not to copy documents for public or commercial Zwecke vervielfältigen, öffentlich ausstellen, öffentlich zugänglich purposes, to exhibit the documents publicly, to make them machen, vertreiben oder anderweitig nutzen. publicly available on the internet, or to distribute or otherwise use the documents in public. Sofern die Verfasser die Dokumente unter Open-Content-Lizenzen (insbesondere CC-Lizenzen) zur Verfügung gestellt haben sollten, If the documents have been made available under an Open gelten abweichend von diesen Nutzungsbedingungen
    [Show full text]
  • Semantic Analysis and Computational Modeling of Legal Documents
    TECHNISCHE UNIVERSITÄT MÜNCHEN Lehrstuhl für Informatik XIX Semantic Analysis and Computational Modeling of Legal Documents Bernhard Ernst Waltl Vollständiger Abdruck der von der Fakultät für Informatik der Technischen Universität München zur Erlangung des akademischen Grades eines Doktors der Naturwissenschaften (Dr. rer. nat.) genehmigten Dissertation. Vorsitzender: Prof. Dr. Martin Bichler Prüfer der Dissertation: 1. Prof. Dr. Florian Matthes 2. Prof. Kevin D. Ashley, PhD, University of Pittsburgh Die Dissertation wurde am 16.04.2018 bei der Technischen Universität München eingereicht und durch die Fakultät für Informatik am 19.06.2018 angenommen. II Zusammenfassung Die Arbeit mit Rechtstexten folgt dem Paradigma der Wissensarbeit und kann als daten-, wissens-, und zeitintensiv beschrieben werden. Die Analyse von Information in Hinblick auf rechtliche Relevanz wird unzureichend von Technologie unterstützt. Dies ist kontraintuitiv, da relevante Information digital vorliegt, Algorithmen zur Verarbeitung von natürlich- sprachlichem Text immer präziser und Infrastrukturen zunehmend leistungsfähiger werden. Das Ziel dieser Arbeit ist die Identifikation der Potentiale von Technologie, die bei der inhaltlichen Analyse, Strukturierung und Formalisierung von rechtlich relevanter Informa- tion unterstützen kann. Obwohl es bereits mehrere, in der wissenschaftlichen Literatur auch beschriebenen Ansätze in diesem Bereich gibt, mangelt es diesen oftmals an Generalisier- barkeit, Wiederverwendbarkeit und der Anwendbarkeit für die deutsche Rechtsordnung.
    [Show full text]
  • Opentext | Appworks Platform Architecture
    White paper OpenText AppWorks Platform architecture An easier, more flexible path to digital, data-driven process automation This white paper provides an introduction to the TM OpenText AppWorks Platform architecture and explains how the AppWorks Platform uniquely enables digital process automation that taps into valuable enterprise information. It is intended for solution architects and other professionals who want to obtain a thorough understanding of the technical aspects of the AppWorks Platform. Contents Architecture vision and goals 3 AppWorks Platform overview 4 Design time architecture 6 Runtime architecture 8 Overview of runtime services 12 Business processes 19 User interfaces 22 Integrating external data and services 23 Scheduling 24 Service oriented architecture layer 25 Implementation aspects of the AppWorks Platform ESB 28 Repository 32 Document store 32 Auditing 33 Security 33 Authorization 37 Roles 37 Conclusion 37 Applicable standards 38 OpenText AppWorks Platform architecture 2/39 Architecture vision and goals ™ ™ OpenText AppWorks provides the foundation for digital businesses. With intelligently automated, content-rich, connected processes that can be quickly built and easily modified, AppWorks delivers the power to create a variety of new digital experiences with a much lower IT workload. This mission is translated into the following set of architecture goals: Goal Description Low-code application Bridges the gap between business and IT by enabling development supporting non-technical users to participate in the development
    [Show full text]