Key Role: Serve As the Primary Client Lead and Advisor in Interfacing with Senior-Level EA Clients, Helping to Shape the Vision

Total Page:16

File Type:pdf, Size:1020Kb

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. Required Qualifications: * 10+ years of software design/development experience. Five years in Java/J2EE environment and at least three years of customer facing experience in that capacity. * Hands-on experience in designing, implementing and managing loosely coupled SOA and integration solutions with IBM WebSphere Middleware Stack. * Knowledge of TeleManagement Forum Standards including eTOM, SID, TAM, TNA, OSS/J. * Strong skills in Logical Data modeling, Physical Data modeling and development of a data strategy and associated polices. * At least five years experience in customer-facing positions as a member of a professional services or pre-sales organization for a software product company. * Strong EAI and/or web services background, ideally in the telecommunication industries. * Experience and familiarity with enterprise integration technologies for large, complex IT portfolios. Strong understanding of enterprise customer IT operational issues and challenges. * Experience with modern software development methodology's, with emphasis on SOA and Web services preferred. * At least three years experience in a technical lead role for technical teams of five or more. Mixed delivery models with offshore development is a plus. * Hands on knowledge with WebSphere Integration Developer, WebSphere Process Server, WebSphere Enterprise Service Bus. WebSphere Business Services Fabric is a plus. * Experience with SOAP, WSDL and other web services technologies. Java experience should include J2EE, JMS, EJB, and JDBC. * Experience with Rational Software Architect and/or similar software modeling tools Key Role: Serve as the primary client lead and advisor in interfacing with senior-level EA clients, helping to shape the vision, direction, priorities, capabilities, and plans for EA programs. Lead project staff teams in providing full life-cycle EA support, including baseline development, target development, transition planning, implementation, and segment architecture, EA governance, EA program management, and EA communications. Provide EA integration with related disciplines, including IT portfolio management, systems engineering, IT security management, business and IT strategy development, and EA tool selection, use, and management. Direct teams in advanced modeling and analytics across all architectural layers or views for large and complex organizations, including strategy, business, data, applications, systems and services, technology, and security. Develop, select, or adapt appropriate EA methodologies, frameworks, and approaches to address client objectives and drive EA toward business results. Facilitate stakeholder work sessions focused on making enterprise-wide decisions that balance and prioritize competing interests of individual stakeholder groups. Communicate the value and relevance of EA to senior business executives or program officials. Qualifications Basic Qualifications: -7+ years of experience with IT -3+ years of experience in using Enterprise Elements -3+ years of experience in project management and IT Governance -3+ years of experience with DODAF methodologies -3+ years of experience in modeling with structured analysis, UML -Experience with other EA methodologies and frameworks, including FEA and TOGAF Enterprise Architect • Responsible for providing architectural vision for all IT systems, including those that support Internet applications, ensuring that architecture conforms to enterprise blueprints. • Develops architecture, strategy, planning, and problem solving solutions on an enterprise level. • Interfaces across several channels, acting as a visionary to proactively assist in defining direction for future projects. • Maintains continuous awareness of business, technical, and infrastructure issues and acts as a sounding board or consultant to aid in the development of creative solutions. • Depending on project scope, may be accountable for end-to-end results including such items as: budgeting, policy formulation as well as providing future-state technology -strategies for an effort. • Interfaces with vendors to assess their technology and to guide their product roadmap based on Citi requirements. • Provides thought leadership in subjects that are key to the business. • Requires sophisticated analytical thought to resolve issues in a variety of complex situations. • Impacts the technology function through contribution to technical direction and strategic decisions. • Uses developed communication skills to negotiate and often at higher levels. Qualifications Advanced level experience in an Architecture role. Subject matter expert in overall Architecture field. Both technical breadth and depth. Industry relevant experience capital markets front and back office and other financial transaction offerings. The Architect is a key technical and/or functional leadership role within the segment. The Architect is typically a sub-system, functional or product(s) architect. Architects provide expert guidance and support to the development organization in various technical/functional aspects of research, development and engineering. * Functional decomposition of system architecture into subsystems * Architectural design of subsystems while adhering to system’s architectural constraints * Leverage Enterprise Design Patterns for architectural excellence * Manage design evolution across multi-generation product releases * Communicate design to development teams and guide implementation * Leveraging technical and clinical depth to work on business initiatives aimed at innovation and quality excellence * Developing subsystem roadmaps applying in-depth knowledge of product related technologies, technology platforms, architectures and engineering design principles and advancements * Leading the subsystems technical teams through the entire design cycle including requirements generation, design and implementation, verification & validation as the key technical mentorQualifications/Requirements* Bachelors degree in Engineering or related field * 7 years relative engineering experience * Practical experience in engineering product development processes on cross-functional programs with a focus on related engineering discipline * Familiarity with Variable Cost Productivity (VCP) and Inventory Carrying Value (ICV) * Demonstrated ability to influence product leadership and product direction through action-oriented recommendations based on technology strategy and risk retirement * Good written and oral skills * Must be willing to work in our Salt Lake City, UT facility full-time * Must submit application for employment through gecareers.com (or COS if internal) to be consideredAdditional Eligibility QualificationsGE will only employ those who are legally authorized to work. Any offer of employment is conditioned upon the successful completion of a background investigation and drug screen.Desired Characteristics* Masters or PhD in Engineering or related field * 8 years relative engineering experience * Demonstrated expertise in specified area of interest with the ability to develop engineering specifications for major sub-systems/sub-assemblies, written reports on technologies, and other product design recommendations * Demonstrated experience on global product releases throughout the entire NPI cycle * In-depth working knowledge of patient/customer product-related clinical applications and scientific/engineering methods/theory with an affinity for technology and clinical solutions * Demonstrated ability to work in a collaborative fashion with cross-function development teams and architects Perficient,
Recommended publications
  • 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.
    [Show full text]
  • 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]
  • 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]