Transport Network Architecture

Total Page:16

File Type:pdf, Size:1020Kb

Transport Network Architecture T MU AM 06011 TI Technical Information Transport Network Architecture Version0 1. Issued date: 29 March 2017 © State of NSW through Transport for NSW 2017 Superseded by T MU AM 06011 v2.0, 11/07/2017 TI T MU AM 06011 TI Transport Network Architecture Version 1.0 Issued date: 29 March 2017 Important message This document is one of a set of standards developed solely and specifically for use on Transport Assets (as defined in the Asset Standards Authority Charter). It is not suitable for any other purpose. The copyright and any other intellectual property in this document will at all times remain the property of the State of New South Wales (Transport for NSW). You must not use or adapt this document or rely upon it in any way unless you are providing products or services to a NSW Government agency and that agency has expressly authorised you in writing to do so. If this document forms part of a contract with, or is a condition of approval by a NSW Government agency, use of the document is subject to the terms of the contract or approval. To be clear, the content of this document is not licensed under any Creative Commons Licence. This document may contain third party material. The inclusion of third party material is for illustrative purposes only and does not represent an endorsement by NSW Government of any third party product or service. If you use this document or rely upon it without authorisation under these terms, the State of New South Wales (including Transport for NSW) and its personnel does not accept any liability to you or any other person for any loss, damage, costs and expenses that you or anyone else may suffer or incur from your use and reliance on the content contained in this document. Users should exercise their own skill and care in the use of the document. This document may not be current and is uncontrolled when printed or downloaded. Standards may be accessed from the Asset Standards Authority website at www.asa.transport.nsw.gov.au © State of NSW through Transport for NSW 2017 Superseded by T MU AM 06011 v2.0, 11/07/2017 TI T MU AM 06011 TI Transport Network Architecture Version 1.0 Issued date: 29 March 2017 Standard governance Owner: Manager, Systems Engineering Process, Asset Standards Authority Authoriser: Director, Network Standards and Services, Asset Standards Authority Approver: Executive Director, Asset Standards Authority on behalf of the ASA Configuration Control Board Document history Version Summary of changes 1.0 First issue For queries regarding this document, please email the ASA at [email protected] or visit www.asa.transport.nsw.gov.au © State of NSW through Transport for NSW 2017 Superseded by T MU AM 06011 v2.0, 11/07/2017 TI T MU AM 06011 TI Transport Network Architecture Version 1.0 Issued date: 29 March 2017 Preface The Asset Standards Authority (ASA) is a key strategic branch of Transport for NSW (TfNSW). As the network design and standards authority for NSW Transport Assets, as specified in the ASA Charter, the ASA identifies, selects, develops, publishes, maintains and controls a suite of requirements documents on behalf of TfNSW, the asset owner. 11/07/2017 The ASA deploys TfNSW requirements for asset and safety assurance by creating and managing TfNSW's governance models, documents and processes. To achieve this, the ASA focuses on four primary tasks: • publishing and managing TfNSW's process and requirements documents including TfNSW v2.0, plans, standards, manuals and guides • deploying TfNSW's Authorised Engineering Organisation (AEO) framework TI • continuously improving TfNSW’s Asset Management Framework • collaborating with the Transport cluster and industry through open engagement The AEO framework authorises engineering organisations to supply and provide asset related products and services to TfNSW. It works to assure the safety, quality and fitness for purpose of those products and services over the asset's whole-of-life. AEOs are expected to demonstrate 06011 how they have applied the requirements of ASA documents, including TfNSW plans, standards and guides, when delivering assets and related services for TfNSW. Compliance with ASA requirements by itself is not sufficient to ensure satisfactory outcomes for AM NSW Transport Assets. The ASA expects that professional judgement be used by competent personnel when using ASA requirements to produce those outcomes. About this document MU This document provides an overview of the proposed transport network architecture (TNA) and how it applies to TfNSW, describes the methodology adopted by the ASA in developing a T transport network architecture framework, gives a description of the draft architecture and discusses the benefits to TfNSW stakeholders. by The ASA systems engineering group has developed this document to share its progress on developing a model-based systems engineering interpretation of the rail network. This document has been developed with consultation from the transport cluster and is developed with reference to the published transport network architecture framework. This document provides a single reference and progress update for the development of the transport network architecture framework by ASA. This document supersedes T MU AM 06003 TI Development of a Transport Network Architecture Model, version 1.0. This technical information is a first issue. © State of NSW through Transport for NSW 2017 Page 4 of 66 Superseded T MU AM 06011 TI Transport Network Architecture Version 1.0 Issued date: 29 March 2017 Foreword This document forms part of a suite of TfNSW systems engineering documents of which T MU AM 06006 ST Systems Engineering is the parent document. T MU AM 06001 GU AEO Guide to Systems Architectural Design also forms part of the systems engineering suite of documents that provides TfNSW and supplier organisations with guidance in the synthesis and development of system-level requirements, combining in an effective system architecture, upon which a robust and adaptive transport system design can be based. © State of NSW through Transport for NSW 2017 Page 5 of 66 Superseded by T MU AM 06011 v2.0, 11/07/2017 TI T MU AM 06011 TI Transport Network Architecture Version 1.0 Issued date: 29 March 2017 Table of contents 1. Introduction .............................................................................................................................................. 7 2. Purpose .................................................................................................................................................... 7 2.1. Scope ..................................................................................................................................................... 7 2.2. Application ............................................................................................................................................. 8 3. Reference documents ............................................................................................................................. 8 11/07/2017 4. Terms and definitions ............................................................................................................................. 9 5. Background ............................................................................................................................................ 11 6. Review of architecture frameworks ..................................................................................................... 11 6.1. The UK railway architecture framework ............................................................................................... 13 v2.0, 6.2. Unified profile for DoDAF and MODAF (UPDM) .................................................................................. 14 7. Design of the ASA TNA structure ........................................................................................................ 16 TI 7.1. TNA metamodel ................................................................................................................................... 16 7.2. Underlying modelling philosophy ......................................................................................................... 17 7.3. Overview of TNA structure ................................................................................................................... 18 7.4. Generic depiction of the system's needs ............................................................................................. 19 7.5. Generic depiction of transport architecture .......................................................................................... 19 7.6. Depiction of actual system to realise the generic ................................................................................ 20 7.7. Transport network evolution ................................................................................................................ 20 06011 8. Implementation of the TNA ................................................................................................................... 21 8.1. The TNA structure ............................................................................................................................... 22 8.2. Diagram identifier scheme ................................................................................................................... 23 AM 8.3. Description of enhancements for increased usability .......................................................................... 25 9. The transport
Recommended publications
  • An Annotated Bibliography for ISO/IEC/IEEE 42010
    An Annotated Bibliography for ISO/IEC/IEEE 42010 version 4.4.b October 15, 2020 Introduction An annotated bibliography of papers, reports and books on topics pertaining to ISO/IEC/- IEEE 42010:2011 (revision of the former IEEE Std 1471:2000). Originally prepared for ISO/IEC JTC1/SC7 WG42, the Architecture Working Group of the Systems and Software Engineering Subcommittee of ISO. Currently the bibliography is undergoing a major up- date as ISO/IEC/IEEE 42010 is being revised. The current draft is a work-in-progress; it has many new entries, but these are not necessarily complete. The bibliography includes 1) items which were inspirations for the Standard; 2) items citing or about the Standard or its development; and 3) items inspired by or built upon the Standard and its concepts. Note: with version 4.x, we switch to producing the bibliography using the biblatex package. There may be errors. Please send corrections and additions to [email protected]. References 12th Working IEEE/IFIP Conference on Software Architecture (WICSA 2015), 4–7 May 2015, Montr´eal,Qu´ebec,Canada. IEEE Computer Society, Apr. 2015. A. Anwar et al. “A Formal Approach to Model Composition Applied to VUML”. In: 2011 16th IEEE International Conference on Engineering of Complex Computer Systems. Keywords: graph grammars, process algebra, model composition, MBSE. Apr. 2011, pp. 188–197. DOI: 10.1109/ICECCS.2011.26. Annotations: -. 1 Abstract: Several approaches adopted by the software engineering community rely on the principle of multi-modeling which allows to separate concerns and to model a sys- tem as a set of less complex sub-models.
    [Show full text]
  • An Architecture Framework Modification Supporting the Acquisition Stakeholders
    University of Wollongong Research Online Faculty of Engineering and Information Faculty of Engineering and Information Sciences - Papers: Part A Sciences 1-1-2014 An Architecture Framework Modification Supporting the Acquisition Stakeholders Farid Shirvani University of Wollongong, [email protected] Mahmoud Efatmaneshnik University of Wollongong, [email protected] Allan P. Campbell University of Wollongong, [email protected] Follow this and additional works at: https://ro.uow.edu.au/eispapers Part of the Engineering Commons, and the Science and Technology Studies Commons Recommended Citation Shirvani, Farid; Efatmaneshnik, Mahmoud; and Campbell, Allan P., "An Architecture Framework Modification Supporting the Acquisition Stakeholders" (2014). Faculty of Engineering and Information Sciences - Papers: Part A. 6473. https://ro.uow.edu.au/eispapers/6473 Research Online is the open access institutional repository for the University of Wollongong. For further information contact the UOW Library: [email protected] An Architecture Framework Modification Supporting the Acquisition Stakeholders Abstract Architectural modeling is gaining support for urban system development to help governments, local agencies and large enterprises acquire, maintain and develop complex infrastructure. This paper proposes a modification ot TRAK (The Rail Architecture frameworK) to make it more suitable for acquisition of the general class of urban infrastructure systems. In this paper four of the main system stakeholders, namely acquirer, developer, investor and regulator are chosen and their concerns are identified. In order to identify the gaps, the procurement viewpoints of TRAK are investigated and analyzed to show their inefficiencies in expressing acquisition scenarios and addressing the concerns of those stakeholders. The first main gap is the lack of equirr ement traceability as there is no viewpoints showing the flow of equirr ements from acquirer to developers.
    [Show full text]
  • Improving Engineering Governance for Large Infrastructure Projects
    Multi-Level and Transnational Governance Issues Improving Engineering Governance for Large Infrastructure Projects William Scott1, Gary Arabian2, Peter Campbell1 and Richard Fullalove2 1SMART Infrastructure Facility, University of Wollongong, Australia 2Asset Standards Authority, Transport for New South Wales, Australia ABSTRACT The increased complexity of modern infrastructure projects together with the desire of governments to provide improved services to their citizens gives rise to the need for much better engineering governance capability and the ability to model system and user behaviour to ensure the desired increased level of service. Modelling all aspects of planned systems through the use of standardised architecture framework models that can be developed to provide the necessary insight across all aspects and levels of concern for the system(s) is an excellent approach for achieving this. This paper describes the initial phase of development of such a toolset for the Asset Standards Authority (ASA) of Transport for New South Wales (TfNSW) that will be used to ensure coordinated development activities between all divisions in the department, as well as with Planning NSW and the private sector providers for system design, implementation, maintenance and operation. The initial development described here particularly focuses on existing, current and future heavy rail projects, but continuing work is under way to extend and generalise the model so that it applies to all rail transport modes (rapid transit metro and light rail) and eventually to include all other TfNSW transport modes — buses, walkways, ferries, cycle ways, and roads. Furthermore, this paper details how the use of a metamodel for the architecture framework provides the rigour and abstraction necessary to allow this generalisation within the same model structure.
    [Show full text]
  • University of Birmingham Whole System Railway Modelling
    School of Electronic, Electrical and System Engineering University of Birmingham Whole System Railway Modelling A thesis submitted to the University of Birmingham for the degree of DOCTOR OF PHILOSOPHY Author: Garry Patrick Greenland Supervisor(s): Professor Clive Roberts and Dr. Stuart Hillmansen Date: 16th April 2019 University of Birmingham Research Archive e-theses repository This unpublished thesis/dissertation is under a Creative Commons Attribution- NoDerivatives 4.0 International (CC BY-ND 4.0) licence. You are free to: Share — copy and redistribute the material in any medium or format for any purpose, even commercially. The licensor cannot revoke these freedoms as long as you follow the license terms. Under the following terms: Attribution — You must give appropriate credit, provide a link to the license, and indicate if changes were made. You may do so in any reasonable manner, but not in any way that suggests the licensor endorses you or your use. NoDerivatives — If you remix, transform, or build upon the material, you may not distribute the modified material. No additional restrictions — You may not apply legal terms or technological measures that legally restrict others from doing anything the license permits. Notices: You do not have to comply with the license for elements of the material in the public domain or where your use is permitted by an applicable exception or limitation. No warranties are given. The license may not give you all of the permissions necessary for your intended use. For example, other rights such as publicity, privacy, or moral rights may limit how you use the material. Whole System Railway Modelling Preliminaries Garry Patrick Greenland Abstract There has been a general view articulated within the railway industry that there needs to be greater systems thinking and systems engineering applied to major projects within the industry (Network Rail, 2013 and Rail Safety and Standards Board, 2012).
    [Show full text]
  • December 2019 INFORMATION SYSTEMS ISSN: 1946-1836 APPLIED RESEARCH
    JOURNAL OF Volume 12, Issue 3 December 2019 INFORMATION SYSTEMS ISSN: 1946-1836 APPLIED RESEARCH In this issue: 4. Where We are with Enterprise Architecture Leila Halawi, Embry Riddle Aeronautical University Richard McCarthy, Quinnipiac University James Farah, Jacksonville University 14. Dangers of Distracted Driving by Mobile Phone Users: An Experimental Approach Hoon S. Choi, Appalachian State University Jason Xiong, Appalachian State University B. Dawn Medlin, Appalachian State University 24. Changes in the Information Technology Field: A Survey of Current Technologies and Future Importance Jeffrey Cummings, University of North Carolina Wilmington Thomas Janicki, University of North Carolina Wilmington Journal of Information Systems Applied Research 12 (3) ISSN: 1946-1836 December 2019 The Journal of Information Systems Applied Research (JISAR) is a double-blind peer reviewed academic journal published by ISCAP, Information Systems and Computing Academic Professionals. Publishing frequency is three issues a year. The first date of publication was December 1, 2008. JISAR is published online (http://jisar.org) in connection with CONISAR, the Conference on Information Systems Applied Research, which is also double-blind peer reviewed. Our sister publication, the Proceedings of CONISAR, features all papers, panels, workshops, and presentations from the conference. (http://conisar.org) The journal acceptance review process involves a minimum of three double-blind peer reviews, where both the reviewer is not aware of the identities of the authors and the authors are not aware of the identities of the reviewers. The initial reviews happen before the conference. At that point papers are divided into award papers (top 15%), other journal papers (top 30%), unsettled papers, and non-journal papers.
    [Show full text]
  • Syen-043.Pdf
    Project Performance International http://www.ppi-int.com/newsletter/SyEN-035.php SYSTEMS ENGINEERING NEWSLETTER brought to you by Project Performance International (PPI) SyEN 43 – April 19, 2012 Dear Colleague, SyEN is an independent free newsletter containing informative reading for the technical project professional, with scores of news and other items summarizing developments in the field, including related industry, month by month. This newsletter and a newsletter archive are also available at www.ppi- int.com. Systems engineering can be thought of as the problem-independent, and solution/technology-independent, principles and methods related to the successful engineering of systems, to meet stakeholder requirements and maximize value delivered to stakeholders in accordance with their values. If you are presently receiving this newsletter from an associate, you may receive the newsletter directly in future by signing up for this free service of PPI, using the form at www.ppi-int.com. If you do not wish to receive future SE eNewsletters, please reply to the notifying e-mail with "Remove" in the subject line, from the same email address. Your removal will be confirmed, by email. We hope that you find this newsletter to be informative and useful. Please tell us what you think. Email to: [email protected]. WHAT’S INSIDE: Quotations to Open On Read More… Feature Article: An Affordable Systems Verification Activity Read More… Systems Engineering News • Requirements Engineering and Business Analysis: State of Practice Study • Fujitsu Establishes
    [Show full text]
  • Rethinking Enterprise Architecture Frameworks for the Digital Age: the Digital Diamond Framework and EA Tool
    International Journal on Advances in Software, vol 12 no 1 & 2, year 2019, http://www.iariajournals.org/software/ 125 Rethinking Enterprise Architecture Frameworks for the Digital Age: The Digital Diamond Framework and EA Tool Roy Oberhauser Computer Science Dept. Aalen University Aalen, Germany email: [email protected] Abstract - Enterprise Architecture (EA) Frameworks (EAFs) 1) A major digital transformation of their industry [4]. have attempted to support comprehensive and cohesive While the digitalization rate (digital score) may vary across modeling and documentation of the enterprise. However, these industries and economies, it is nevertheless impacting EAFs were not conceived for today’s rapidly digitalized business strategies and necessarily EA. As big data, data enterprises and the associated IT complexity. A digitally-centric analytics, business intelligence, and machine learning make EAF is needed, freed from the past restrictive EAF paradigms inroads into enterprises, improved decision-making and embracing the new potential in a data-centric world. This capabilities at all levels and across organizational entities paper proposes an alternative EAF that is digital, holistic, and 2 empowers employees with new insights and assistance and digitally sustainable - the Digital Diamond Framework. D F is additional automation. designed for responsive and agile enterprises, for aligning 2) Agility is restructuring internal people-centric business plans and initiatives with the actual enterprise state, and addressing the needs of EA for digitized structure, order, enterprise management, processes, and projects to modeling, and documentation. The feasibility of D2F is continuously flexible and responsive business forms, demonstrated with a prototype implementation of an EA tool accelerating product and service delivery and improving that applies its principles, showing how the framework can be efficiency (e.g., Scrum, DevOps, BizDevOps).
    [Show full text]
  • Case Study: a Model Based Systems Engineering (MBSE) Framework for Characterising Transportation Systems Over the Full Life Cycle William R
    University of Wollongong Research Online SMART Infrastructure Facility - Papers Faculty of Engineering and Information Sciences 2016 Case Study: A Model Based Systems Engineering (MBSE) Framework for Characterising Transportation Systems Over the Full Life Cycle William R. Scott University of Wollongong, [email protected] Richard Fullalove Transport for New South Wales Gary Arabian Transport for New South Wales Allan P. Campbell University of Wollongong, [email protected] Publication Details Scott, W., Fullalove, R., Arabian, G. & Campbell, P. (2016). Case Study: A Model Based Systems Engineering (MBSE) Framework for Characterising Transportation Systems Over the Full Life Cycle. INCOSE International Symposium, 26 (1), 916-932. Research Online is the open access institutional repository for the University of Wollongong. For further information contact the UOW Library: [email protected] Case Study: A Model Based Systems Engineering (MBSE) Framework for Characterising Transportation Systems Over the Full Life Cycle Abstract Development of transport infrastructure has significant challenges including acquisition lag, phased evolution, multiple disparate stakeholders and environment-specific issues. The Asset Standards Authority (ASA) at TfNSW is introducing MBSE to address these challenges. Instrumental to the introduction is the development of a framework that structures the available data and provides guidance and traceability between the data sets. This framework combines the enterprise-level drivers with the lower level drivers such as standards to outline a generic conceptual design for a transport system. This conceptual design is then used to guide future system development. The outcome is future project information based on greater, enduring understanding of the transport system. Keywords systems, model, study:, case, full, transportation, characterising, framework, (mbse), engineering, over, cycle, life Disciplines Engineering | Physical Sciences and Mathematics Publication Details Scott, W., Fullalove, R., Arabian, G.
    [Show full text]
  • Key Role: Serve As the Primary Client Lead and Advisor in Interfacing with Senior-Level EA Clients, Helping to Shape the Vision
    Job description mapping of I/T capabilities to business needs. defining the relationships, flows and implementation of business processes/activities/functions, information), applications, data and technology in the enterprise and the transitional process necessary for implementing technology in response to changing business needs. the technical team lead and the client-facing technical visionary. As the technical lead, the Solutions Architect partners with Program/Project Management Leader, guides and executes the technical delivery strategy during deployment. In role of the visionary, the architect supports pre-sales and follow-on strategies by working with functional leadership, partners and the client to define valuable solutions leveraging IBM SOA Products & Frameworks. Responsibilities: * Provide technical leadership to consulting project teams, leading architecture workshops and also include project work at customer sites. * Design and develop innovative solutions to customer requirements using our IBM WebSphere Dynamic BPM Platform (including Fabric) and Telecom Operations Content Pack. This WILL require hands-on knowledge with the product stack. * Strong knowledge of the telecommunications industry, various standards, competitor products, benchmarks and compatibility. * Provide consultative leadership to clients and prospects * Participate in the pre-sales process to understand customer business, technical objectives and product requirements, in order to develop effective solutions. * Assist Program Manager with the definition of tasks, deliverables and standard estimates. * Help to document best practices in developing and deploying IBM SOA/BPM solutions, and feed them into our knowledge base for reuse by customers and partners. * Mentor and recruit technical consulting staff. * Participate in customer requirements gathering, design review, acceptance testing and deployment processes, and produce quality deliverables accordingly.
    [Show full text]
  • Syen #019: News in the Field of Systems Engineering | Project Performance International 30/04/10 8:49 AM
    SyEN #019: News in the Field of Systems Engineering | Project Performance International 30/04/10 8:49 AM Project Performance International Systems Engineering Newsletter (SyEN) SyEN #019 - April 29, 2010 Brought to you by Project Performance International http://www.ppi-int.com/newsletter/SyEN-019.php Dear Colleague, SyEN is an independent free newsletter containing informative reading for the technical project professional, with scores of news and other items summarizing developments in the field, including related industry, month by month. This newsletter and a newsletter archive are also available at www.ppi-int.com. Systems engineering can be thought of as the problem-independent, and solution/technology-independent, principles and methods related to the successful engineering of systems, to meet stakeholder requirements and maximize value delivered to stakeholders in accordance with their values. If you are presently receiving this newsletter from an associate, you may receive the newsletter directly in future by signing up for this free service of PPI, using the form at www.ppi-int.com. If you do not wish to receive future SE eNewsletters, please reply to this e-mail with "Remove" in the subject line, from the same email address. Your removal will be confirmed, by email. We hope that you find this newsletter to be informative and useful. Please tell us what you think. Email to: [email protected]. What's Inside: READ ALL A Quotation to Open On Featured Article A Method for the Determination of an Optimum Set of Verification Requirements ... READ MORE Systems Engineering News NASA Conducts Systems Engineering Student Competition Annual Systems Engineering Conference 2010 (ASEC10) - “Systems Engineering: Adding Value in Challenging Times” New! Online Library Exclusively for IIBA Members The StaMina Competition IT Systems Engineer Named Best U.S.
    [Show full text]
  • Cite the Sebok 9 Bkcase Wiki:Copyright 10
    Guide to the Systems Engineering Body of Knowledge (SEBoK), version 2.2 Part 4 Please note that this is a PDF extraction of the content from www.sebokwiki.org Guide to the Systems Engineering Body of Knowledge, Part 4 version 2.1 PDF generated using the open source mwlib toolkit. See http://code.pediapress.com/ for more information. PDF generated at: Thu, 31 Oct 2019 15:17:52 EDT Contents Articles Front Matter 1 Letter from the Editor 1 BKCASE Governance and Editorial Board 2 Acknowledgements and Release History 7 Cite the SEBoK 9 Bkcase Wiki:Copyright 10 Part 4: Applications of Systems Engineering 11 Knowledge Area: Product Systems Engineering 12 Product Systems Engineering 12 Product Systems Engineering Background 21 Product as a System Fundamentals 29 Business Activities Related to Product Systems Engineering 36 Product Systems Engineering Key Aspects 40 Product Systems Engineering Special Activities 51 Knowledge Area: Service Systems Engineering 58 Service Systems Engineering 58 Service Systems Background 63 Fundamentals of Services 69 Properties of Services 76 Scope of Service Systems Engineering 80 Value of Service Systems Engineering 85 Service Systems Engineering Stages 91 Knowledge Area: Enterprise Systems Engineering 98 Enterprise Systems Engineering 98 Enterprise Systems Engineering Background 105 The Enterprise as a System 114 Related Business Activities 122 Enterprise Systems Engineering Key Concepts 130 Enterprise Systems Engineering Process Activities 136 Enterprise Capability Management 145 Knowledge Area: Systems of Systems
    [Show full text]
  • Employing the Model Based Systems Engineering Methodologies To
    University of Wollongong Research Online SMART Infrastructure Facility - Papers Faculty of Engineering and Information Sciences 2018 Employing the model based systems engineering methodologies to develop a domain specific language for contracting of infrastructure projects Farid Shirvani University of Wollongong, [email protected] Pascal Perez University of Wollongong, [email protected] Peter Campbell University of Wollongong, [email protected] Ghassan Beydoun University of Technology, Sydney, [email protected] Publication Details Shirvani, F., Perez, P., Campbell, P. & Beydoun, G. (2018). Employing the model based systems engineering methodologies to develop a domain specific al nguage for contracting of infrastructure projects. 2018 Annual IEEE International Systems Conference (SysCon) (pp. 426-432). United States: IEEE. Research Online is the open access institutional repository for the University of Wollongong. For further information contact the UOW Library: [email protected] Employing the model based systems engineering methodologies to develop a domain specific al nguage for contracting of infrastructure projects Abstract The procurement of infrastructure systems by the public sector is very costly, long and not transparent since the processes are based on preparing huge amounts of documents which are difficult to be kept consistent and to be used (e.g. bid evaluation). Acquisition architecture frameworks (AF) are metamodels, developed to model the whole enterprise/system life cycle stages including system procurement. Our previous study analyzed the currently used AFs such as DoDAF, MoDAF and TRAK to assess their adequacy and efficiency in modelling the infrastructure projects. The er sults showed that many of the procurement related concerns are overlooked such as financial matters e.g.
    [Show full text]