Edward S. Ageno School of Business Operations and Information Technology Management Department ITM342-Enterprise Architecture Pl

Total Page:16

File Type:pdf, Size:1020Kb

Edward S. Ageno School of Business Operations and Information Technology Management Department ITM342-Enterprise Architecture Pl GOLDEN GATE UNIVERSITY Edward S. Ageno School of Business Operations and Information Technology Management Department ITM342-Enterprise Architecture Planning (3 units) SPRING/2009 - Sections SF1, C1 Instructor: Dr. Miro Costa, Ph.D. Office: Room 4325 Phone: (415) 442-6500 (Department) Fax: (415) 442-6579 E-mail: [email protected] Web Page: http://courses.ggu.edu/~mcosta / Surface Address: Golden Gate University Operations and Information Technology Management Department School of Business 536 Mission Street, Office# 4325 San Francisco, CA 94105-2968 Room: TBA (San Francisco), and in Cybercampus Days: Wednesday 4:00pm-6:40pm Starts: Spring/2009 – January/07/2009 Ends: Spring/2009 – April/28/2009 Time: TBA + (8 to 12 hours of work per week outside class). Office hours: TBA in my SF office or by appointment. Take advantage of phone, fax and email. 1. Catalog Description: ITM342-Enterprise Architecture Planning (3 units) This course will examine the elements of enterprise architecture and how the IT leader links the business mission, strategy, and processes of an organization to its IT strategy . You will examine the different EA methodologies and approaches, and understand where the y fit into the IT function. Key linkages between business strategy, IT project portfolio management, and EA will be explored. Using case studies, you will learn how to apply the tenets of the EA discipline to define and chart the course of IT strategy to solve strategic business problems. Co-requisite: ITM 340- Managing Information Technology in the Business Enterprise 1 Updated in September/01/2008 GOLDEN GATE UNIVERSITY 2. Course Methodology: This course is a graduate (MS. Degree) course. It is of a SEMINAR type. Your preparation before class is essential for your success in this subject. The class time will be used for discussion and not for lecturing . This course will have a mix of short lectures, on-line work, class discussions, computer lab work and library work. There will be some individual work as well as group work. Directions and guidelines will be presented during class meetings. 3. Course pre-requisites: This course requires ITM340-Managing Information Technology in the Business Enterprise as a prerequisite or as a corequisite. You need to talk with your instructor if you think that you do not satisfy the course pre- requisites. 4. Course Outcomes: Students who successfully complete this course will have the following terminal skills: 4.1) Working knowledge of the foundation of Enterprise Architecture (EA) 4.2) Ability to articulate the Enterprise Architecture (EA) requirements 4.3) Ability to define the Operating Model for an Organization 4.4) Ability to plan the implementation of the Operating Model 4.5) Ability to articulate the stages of Enterprise Architecture Maturity 4.6) Ability to integrate Enterprise Architecture into Project Methodology 4.7) Ability to describe and to articulate the IT Engagement Model 4.8) Ability to integrate Enterprise Architecture to guide Outsourcing 4.9) Ability to leverage the Foundation for Profitable Growth 2 Updated in September/01/2008 GOLDEN GATE UNIVERSITY 4.10) Ability to articulate an Effective Foundation for Execution 4.11) Ability to rethink the Foundation for Execution at your Company 4.12) Ability to define and apply the top 10 Leadership Principles 4.13) Ability to identify key factors for the future of an Organization 4.14) Ability to apply the Enterprise Architecture as part of Business Strategy 4.15) Working knowledge of the EA Model, the IT Architecture and Business Strategy 4.16) Ability to design, plan the implementation, and document a small-scale Enterprise Architecture project for a business organization 4.17) Ability to write an Enterprise Architecture paper using the proper terminology for a business organization. COURSE ASSESSMENT: The course learning assessment in ITM342 will be conducted according to the School of Business Assessment plan and the Western Association of Schools and Colleges (WASC) guidelines. Students who complete successfully ITM342 will be able to: a) produce a detailed Enterprise Architecture t implementation documentation b) understand the Enterprise Architecture model c) understand recent Enterprise Architecture developments and its application within the enterprise. The course assessment has the following expectations for the students who successfully complete ITM342: d) 100% of all student will know the Enterprise Architecture model e) 95% of all students will be able to successfully prepare an Enterprise Architecture documentation f) 85% of all students will be able to successfully write an Enterprise Architecture research paper discussing recent developments or current application in business. Students will be specifically prepared and tested on the following topics: g) understanding of the concepts and practices of the EA approach h) the Foundation for Execution model i) the Architecture Maturity concept j) the role of the CIO in the Enterprise Architecture k) the IT Engagement model l) the role of data within the organization m) Project Management n) Outsourcing o) Foundation for Profitable Growth p) Leadership Agenda q) Preparing for the future using the EA approach EA projects, EA research papers and other assignments will be collected and stored for future analysis and auditing of the assessment process and the learning outcomes in ITM342. 3 Updated in September/01/2008 GOLDEN GATE UNIVERSITY 5. Approved Textbooks and Software: 5.1 Required Textbooks: “Enterprise Architecture as Strategy: Creating a Foundation for Business Education ”, Jeanne W. Ross, Peter Weill, and David Robertson, 2006. “How to Survive in the Jungle of Enterprise Architecture Frameworks: Creating or Choosing an Enterprise Architecture Framework” , by Jaap Schekkerman, 2006, Trafford Publishing. 5.2 Other Suggested Readings for the course: “The Term Paper: A Manual and Model ”, Charles W. Cooper and Edmund J. Robins, Stanford University Press. 4 Updated in September/01/2008 GOLDEN GATE UNIVERSITY 6. Course Policies: Students are strongly recommended to refer to the Golden Gate University catalog where all university policies are presented and discussed in details. 6.1 Attendance Attendance is required in this course. We will have ten meetings and you will get points for class attendance. You can contact your instructor if you have any special circumstances for being absent. You are responsible to get class notes from your classmates if you are absent. You are also responsible for completing all class work and all homework by the required due dates if you are absent. Absences are not an excuse for not turning in all in class and outside class assignments. Anticipated absences and any expectation of late work must be discussed with the instructor. Business-related absences can avoid a 10% late work penalty, but only if the discussion with the instructor takes place beforehand. It is the student’s responsibility to acquire class notes and other class materials the student missed during absences. Students in Cyber and in the Video Interactive Program (VIP) are expected to connect to the course web page several times per week. 6.2 Participation Your participation in this course is very important. Participation will be measured as class contribution, topic discussion and e-mail contribution. Your participation will be measured every of week of class. You will get points for your participation. You are expected to participate in topic discussions and class contribution at least twice a week in both categories. You will be graded on the quality and the quantity of your participation. 6.2.1 Class contribution You are expected to present some current materials and relevant information from newspapers, academic journals, business journals, or other materials, Industry documents related with database technology. You are expected to provide detailed bibliographical references and URLs so that your classmates can retrieve the same paper source documents or WEB documents. You will be graded on the quality and quantity of your participation. 6.2.2 Topic discussion You are expected to answer the questions proposed by the instructor for each week of this course. You can agree or disagree with other student’s opinions or answers. You will be graded on the quality and quantity of your participation. Your participation should be via e-mail so that it is available for all your classmates to read and take advantage of. 6.3 Incomplete Grade A student may request an instructor to assign an “I” (incomplete) grade for the course provided the student meets the following criteria: a) The student is making satisfactory course progress as evidenced by a passing grade. b) The student is unable to complete the remaining course material because of unforeseen – but fully justifiable – circumstances. c) The student has completed the majority of the academic course work. Course work must be completed and grades received by the Records Office by the deadline date established by the instructor but no later than the following: d) Incomplete grades assigned in the Fall term must be completed and grades submitted by May 31. e) Incomplete grades assigned in the Spring term must be completed and grades submitted by September 30. 5 Updated in September/01/2008 GOLDEN GATE UNIVERSITY f) Incomplete grades assigned in the Summer term must be completed and grades submitted by January 31. If the course work is not completed by the designated deadline, the “incomplete” grade will be changed to a grade of W for “withdrawal” automatically. The student who repeats the same course in a subsequent term will be required to pay all applicable tuition and fees. Units for courses graded as Incomplete do not count towards calculating full-time unit load for International students in F-1 or J-1 visa status. 6.4 Late Assignments It is very important for you to complete your work and submit it on time. We have many topics to be covered in the amount of time for this course. Please, observe the due dates for all assignments.
Recommended publications
  • The History of Enterprise Architecture: an Evidence-Based Review
    Article The History of Enterprise Architecture: An Evidence-Based Review Svyatoslav Kotusev Abstract The conventional wisdom says that the concept of Enterprise Architecture (EA) originated from the pioneering work of John Zachman. He is frequently referred to as the “father” of EA and many consider the Zachman Framework to be the breakthrough that created the discipline of EA and provided the foundation for all subsequent EA frameworks and methodologies. Is Zachman’s “A Framework for Information Systems Architecture” really the seminal publication of the EA discipline? Is it really the first EA framework? Did it really profoundly influence modern EA methodologies? In order to answer these questions, in this article I describe an evidence-based history of EA and trace the origins of all essential ideas constituting the basis of the modern concept of EA. Keywords Enterprise Architecture, history, frameworks, Zachman Framework, Business Systems Planning divided into three distinct periods: Business Systems INTRODUCTION Planning, early EA, and modern EA. Almost every publication on Enterprise Architecture (EA) BUSINESS SYSTEMS PLANNING cites the Zachman Framework (Zachman 1987) as a seminal EA publication that fundamentally shaped the The idea of deliberate information systems planning is discipline of EA. Authors routinely call John Zachman far from new. Early planning approaches proposed the “father” of EA and consider his framework paper to various considerations on how to design corporate be the initial breakthrough publication that created the information systems based on an organizational strategy very concept of EA and significantly influenced its (King 1978), data flows between departments modern understanding. Moreover, many authors argue (Blumenthal 1969), suppliers and orders (Carlson 1979; that the Zachman Framework inspired all other Kerner 1979), critical success factors (Rockart 1979), subsequent EA frameworks and methodologies.
    [Show full text]
  • On the State-Of-The-Art in Enterprise Architecture Management Literature
    FAKULTAT¨ FUR¨ INFORMATIK DER TECHNISCHEN UNIVERSITAT¨ MUNCHEN¨ Technical Report On the State-of-the-Art in Enterprise Architecture Management Literature Sabine Buckl and Christian M. Schweda II Abstract The enterprise architecture (EA) and its management are topics receiving ongoing interest from academia, practitioners, standardization bodies, and tool vendors. Over the last decade and especially in the last five years, much has been said and written on these topics that nevertheless have a much longer history dating back to the nineties of the last century. In these days, John Zachman was one of the first to understand the ‘bigger whole’ in which IS architecting and IS development is embedded. Ever since these days, the canonic knowledge on this topic, which would later become known as “EA management”, has been furthered by many contributors originating from different philosophical, educational, and theoretical backgrounds, leading to numerous presentations and publications in this area. But while each article, paper or book extends the body of knowledge, it also ‘raises the stakes’ for anyone willing to enter this field of engagement. Especially, young researchers novel to this area that is not covered that much in university education than it perhaps should, find themselves confronted with a vast amount of ‘hits’, when they enter “EA management” as keyword in their favorite (scientific) search engine. This report aims at charting the landscape of EA management research and practice. Applying a generic framework for structuring the body of knowledge in the field into the two core areas of “method” and “language”, the work provides an overview on the state-of-the-art in the field, delineates interesting questions for future research, and shows how different approaches taken may be worthwhile subjects for researching how they may complement each other.
    [Show full text]
  • Comprehensive Measurement Framework for Enterprise Architectures
    International Journal of Computer Science & Information Technology (IJCSIT) Vol 3, No 4, August 2011 COMPREHENSIVE MEASUREMENT FRAMEWORK FOR ENTERPRISE ARCHITECTURES Mahesh R. Dube 1 and Shantanu K. Dixit 2 1Department of Computer Engineering, VIT, Pune, India [email protected] 2Department of Electronics and Telecommunications, WIT, Solapur, India [email protected] ABSTRACT Enterprise Architecture defines the overall form and function of systems across an enterprise involving the stakeholders and providing a framework, standards and guidelines for project-specific architectures. Project-specific Architecture defines the form and function of the systems in a project or program, within the context of the enterprise as a whole with broad scope and business alignments. Application-specific Architecture defines the form and function of the applications that will be developed to realize functionality of the system with narrow scope and technical alignments. Because of the magnitude and complexity of any enterprise integration project, a major engineering and operations planning effort must be accomplished prior to any actual integration work. As the needs and the requirements vary depending on their volume, the entire enterprise problem can be broken into chunks of manageable pieces. These pieces can be implemented and tested individually with high integration effort. Therefore it becomes essential to analyze the economic and technical feasibility of realizable enterprise solution. It is difficult to migrate from one technological and business aspect to other as the enterprise evolves. The existing process models in system engineering emphasize on life-cycle management and low-level activity coordination with milestone verification. Many organizations are developing enterprise architecture to provide a clear vision of how systems will support and enable their business.
    [Show full text]
  • The Open Group Architecture Framework (TOGAF)
    The Open Group Architecture Framework (TOGAF) John Spencer, Director – Architecture Forum Boston, July 24th 2002 Agenda q The Architecture Forum q TOGAF background q TOGAF components q Plans for the Future q Summary Architecture Forum - Stakeholders q Customer Architects: reduced time, cost, risk § procuring effective IT architecture tools § developing an IT architecture § procuring products to implement an IT architecture q Tools Vendors: bigger market, bigger market share § supporting open methods for architecture q IT Solution Vendors: greater cost-efficiency § reduced cost of bidding, greater share of procurements q Integrators: greater cost-efficiency, better service § better service delivery to clients § more effective use / re-use of own architecture assets q Academic / Research Organizations: funding support § demonstrated relevance to market, route to standardization § “technology transfer” important in bids for funding Membership – 1st July 2002 48 members: § Arthur Andersen Business Consulting (US) § Mitre Corporation (US) § BMC Software Inc. (US) § Monash University (Australia) § Boeing Corporation (US) § NASA Goddard Space Flight Center (US) § CC and C Solutions (Australia) § National Computerization Agency (Korea) § Centre For Open Systems (Australia) § NATO C3 Agency (Belgium) § ChiSurf (Hong Kong) § NEC (Japan) § Compaq (US) § NeTraverse, Inc. (US) § Computacentre (UK) § Nexor, Inc. (US) § Computas (Norway) § Open GIS Consortium, Inc. (US) § Computer Associates (US) § PASS Network Consulting (Germany) § Conclusive Logic
    [Show full text]
  • Enterprise Architecture Analysis and Designing T Support the Filtering O Process Consumer at Real Estate Company
    International Journal of Civil Engineering and Technology (IJCIET) Volume 10, Issue 09, September 2019, pp. 1-15, Article ID: IJCIET_10_09_001 Available online at http://iaeme.com/Home/issue/IJCIET?Volume=10&Issue=9 ISSN Print: 0976-6308 and ISSN Online: 0976-6316 © IAEME Publication ENTERPRISE ARCHITECTURE ANALYSIS AND DESIGNING TO SUPPORT THE FILTERING PROCESS CONSUMER AT REAL ESTATE COMPANY Nilo Legowo, Wandi Aprianto Information System Department, BINUS Graduate Program-Master in Information System Management, Bina Nusantara University Jakarta Indonesia 11480 Email : [email protected], [email protected] ABSTRACT PT Gerbang Duabelas is a real estate company engaged in the field of developer domiciled in Pontianak, West Kalimantan. Today, there are often problems with consumers, such as high sales cancellation rates, consumers who are in arrears in payment of DP receivables, consumers who are in arrears in housing installments to banks as lenders, consumers who are in trouble, constrained mortgage documents and uncooperative consumers. PT Gerbang Duabelas needs to design an Enterprise Architecture that can filter prospective customers who have good and healthy prospects. Enterprise Architecture is an activity of organizing data that is used and produced by an organization that covers the business processes of the organization. The framework is used as a reference in designing enterprise architecture in this study is TOGAF ADM, with a focus on design in the information system architecture phase, namely the data architecture and application architecture. Key words: Enterprise Architecture, TOGAF ADM, System Information Architecture, Architecture Data, Architecture Technology. Cite this Article: Nilo Legowo, Wandi Aprianto, Enterprise Architecture Analysis and Designing to Support the Filtering Process Consumer at Real Estate Company.
    [Show full text]
  • TOGAF: Just the Next Fad That Turned Into a New Religion
    TOGAF: Just the Next Fad That Turned into a New Religion Svyatoslav Kotusev ([email protected]) This article appeared as a book chapter in: Smith, K. L. (ed.) (2018) TOGAF Is Not an EA Framework: The Inconvenient Pragmatic Truth, Great Notley, UK: Pragmatic EA Ltd. (Disclaimer: This article is merely a personal opinion of the author, which can be freely agreed or disagreed with, and should not be associated with any other individuals or organizations) Introduction Currently the discourse in the enterprise architecture (EA) discipline largely revolves around The Open Group Architecture Framework (TOGAF). TOGAF is actively promoted by many consultancies and gurus as a leading EA framework. For example, The Open Group claims that TOGAF is “a proven Enterprise Architecture methodology and framework” as well as “the most prominent and reliable Enterprise Architecture standard in the world”. TOGAF describes an EA practice as an iterative step-wise process consisting of eight consecutive phases where each of these phases produces a specified set of architectural deliverables. This iterative process is titled as TOGAF architecture development method (ADM) and implies describing the current state, defining the desired future state, analyzing the gaps between these states, developing a transition plan, executing the plan and then repeating the same process all over again. But what is the true origin of TOGAF ADM? Where did TOGAF really come from? What is TOGAF? 27 TOGAF: Just the Next Fad That Turned into a New Religion By Svyatoslav Kotusev (RMIT University) Introduction Currently the discourse in the enterprise architecture (EA) discipline largely revolves around The Open Group Architecture Framework (TOGAF).
    [Show full text]
  • IA-4 MGT-Part2.Pdf
    1 44.48 2 7.22 3 5.12 4 4.64 5 3.55 6 3.29 7 3.17 8 2.48 9 2.09 10 2.01 11 1.97 12 1.92 13 1.72 14 0.99 15 0.89 16 0.86 17 0.73 18 0.70 19 0.67 20 0.61 (Schekkerman, J., 2004 , p. 5), (www.enterprise-architecture.info) (Allega, P., 2004, p. 3) Lockheed Martin (Schekkerman, J., 2004 , p. 19) DuPont Bank Of America Fidelity Dow Chemical Motorola W.W. Grainger Procter & Gamble Cigna Toyota Motor USA Dow Jones T-Mobile Verizon (Allega, P., 2004, p. 2) (Koch, C., 2005 , p.2) Allega, P., 2004, p. 2) (Koch, C., 2005 , p. 5) Meta Group Gartner Group IBM TOGAF (FEAF) TEAF TAFIM (Schekkerman, J., 2004 , p. 25) Microsoft Ofice/Visio MDA RUP UML BPML (Schekkerman, J., 2004 , p. 5) Entity Relationship Information Process Reengineering Terminal Technology Driver Business Driver Gap Analysis Organizational Perspective Command, Control, Communications, Computers, Inteligence, C4ISR Surveillance and Reconnaissance(C4ISR) Architecture Framework Architecture Framework Technical Architecture Framework for Information Management TAFIM (TAFIM) Treasury Enterprise Architecture Framework(TEAF) TEAF The Open Group Architecture Framework(TOGAF) TOGAF Zachman Architecture Framework Federal Enterprise Architecture Framework(FEAF) Department of Defense Architecture Framework(DoDAF) DoDAF Domain Architecture Output, Architecture Deliverable Organizational View Strategy Event Business Process Modeling Language(BPML) Enterprise Organization Procedure Migration Plan Process Business Process Mainframe Business Strategic Layer Information Technology(IT) Layer Business
    [Show full text]
  • Enterprise Architecture Survey 2005 IFEAD
    Report of the Third Measurement Trends in Enterprise Architecture 2005 How are Organizations Progressing? Web-form Based Survey 2005 Report of the Third Measurement December 2005 Edition 1.0 J. Schekkerman 1 Trends in Enterprise Architecture 2005: How are Organizations Progressing? © Copyright Institute For Enterprise Architecture Developments, 2005 – All Rights Reserved Report of the Third Measurement © Copyright, Institute For Enterprise Architecture Developments (IFEAD), 2005 – All Rights Reserved. No part of this report may be reproduced or transmitted in any form or by any means, electronic, mechanical, including photocopying, recording, or by any information storage and retrieval system, without the express written permission of the copyright holder. For more information or questions about this survey, please contact: Institute For Enterprise Architecture Developments Att. J. Schekkerman President & Thought Leader Suikerpeergaarde 4 3824BC Amersfoort The Netherlands [email protected] http://www.enterprise-architecture.info 2 Trends in Enterprise Architecture 2005: How are Organizations Progressing? © Copyright Institute For Enterprise Architecture Developments, 2005 – All Rights Reserved Report of the Third Measurement Content 1 Introduction ................................................................................................... 4 2 The Enterprise Architecture Survey 2005 - Study ........................................... 5 2.1 Enterprise Architecture Activity Ranking..........................................................
    [Show full text]
  • The Role of Architecting in Systems of Systems
    The Role of Architecting in Systems of Systems Peter Brook Dashwood Consulting Dashwood House, Manby Rd Malvern, Worcs WR14 3BB UK [email protected] ABSTRACT Architecture and architecting jointly lie at the heart of all activity to develop and operate Systems of Systems (SoS). This paper reviews this growing field in relation to complex systems generally, and then discusses those aspects which are specific to SoS, including the use of architectural frameworks. The aim is to lay some foundations for the talks which follow. 1.0 INTRODUCTION 1.1 Architecture and Architecting From the earliest times, mankind has used the practice of architecture to describe how it has designed and built its most important creations. For the last few millennia and until recent times, the subject was associated exclusively with large physical constructions – for example pyramids, public monuments, and religious, civic and private buildings. That meaning continues today, but as we have extended our capability to build more and more complex entities, the nature and scope of architecture has had to expand accordingly. The mid-20th Century saw the emergence of systems engineering as the all-embracing discipline, with architecting at its centre, for the design and building of a new class of more complex products and systems (e.g. cars, ships and aeroplanes) which incorporated software and digital control. In parallel, a range of similar tools and methods emerged for designing information systems, i.e. those comprising ‘just’ software running on computing platforms over networks. The growth in how architecting is understood and applied continues today and is accelerating rapidly as the technical, commercial, military and security communities learn how to grapple with the new 21st Century systems challenges characterised by ubiquitous computing and near-global connectivity.
    [Show full text]
  • Standards for Enterprise Architectures
    Journal of Communication and Computer 12 (2015) 49-56 doi: 10.17265/1548-7709/2015.02.002 D DAVID PUBLISHING Standards for Enterprise Architectures Alicia Valdez Menchaca1 , Griselda Cortes2, Sergio Castaneda2 and Alejandro Luna2 1. Research Center, Faculty of Engineering Mechanical and Electrical, University Autonomous of Coahuila 2. Academic Unit Computer Systems, Faculty of Engineering Mechanical and Electrical, University Autonomous of Coahuila Abstract: The manufacturing industry in Mexico has great potential for growth, especially small and medium enterprises (smes), with an area of opportunity for the integration of its key processes to information technology, through which you can provide information quickly and effectively to support strategic decision making. A methodology for the development of schemes that provide the foundation for the use of information in support of business strategy enterprise architecture is composed of partial architectures and data architecture / applications, business architecture and technology architecture. This paper presents an analysis of standards known in the scientific literature on enterprise architecture to develop a proposal for midsize companies. It also discusses open source tools for managing enterprise architecture. The results offer great expectations for sme’s to implement enterprise architectures in their processes this analysis is part of a research project that seeks to design and implement enterprise architectures in sme’s, the project is currently in analysis. Key words: Enterprise architecture, SME’s, key processes. 1. Introduction competitiveness of enterprises. This paper presents an analysis of the first three EA (enterprise architecture) is a methodology that mentioned frameworks for enterprise architectures, aims to provide companies a framework for the use of tools, and a design model for medium manufacturing information in business processes in ways that support enterprises.
    [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]
  • Dodaf Architecture Framework Version 2.02
    DoDAF Architecture Framework Version 2.02 Department of Defense Home DoDAF-DM2 WG DoDAF Journal DoD Meta Data Registry IDEAS Links Background The DoDAF Architecture Framework Version 2.02 Architecture Development Welcome to DoDAF Version 2.02! This is the official and current version for the Department of Defense Architecture Framework. Meta Model Version 2.02 Viewpoints & Models This is the current release of DoDAF as of August Presentation Techniques 2010. A PDF version of this website is produced Configuration Management periodically and can be downloaded here: DoDAF Overview 2.02.pdf Acronyms List and Glossary For a description of changes made to DoDAF/DM2 of Terms 2.01 to create DoDAF/DM2 2.02, download the Version Description Document here. Site Map DoDAF Conformance Archives DoD Components are expected to conform to DoDAF to the maximum extent possible in development of architectures within the Department. Conformance ensures that reuse of information, architecture artifacts, models, and viewpoints can be shared with common understanding. Conformance is expected in both the classified and unclassified communities, and further guidance will be forthcoming on specific processes and procedures for the classified architecture development efforts in the Department. DoDAF conformance is achieved when: The data in a described architecture is defined according to the DM2 concepts, associations, and attributes. The architectural data is capable of transfer in accordance with the PES. DoDAF Journal The DoDAF Journal is a community of interest based discussion board. The Journal includes descriptions of best practices, lessons learned, example views and DM2 datasets, DoDAF model templates, DoDAF meeting presentations, and tutorial materials, and reference documents.
    [Show full text]