Knowledge, Skills, and Abilities Working Group Hua Min Jahangheer Shaik Natasha Sefcovic Kahn Aleksey.

Slides:



Advertisements
Similar presentations
<<Date>><<SDLC Phase>>
Advertisements

Software Modeling SWE5441 Lecture 3 Eng. Mohammed Timraz
Looking ahead: caGrid community requirements in the context of caGrid 2.0 Lawrence Brem 7 February 2011.
NCI Enterprise Security Program
Modeling with the ECCF SS ● UML Profile for ECCF ● UML Redefinition Semantics ● Compliance ● Consistency ● Conformance ● Validation ● Transformation ●
© 2010 Health Level Seven ® International. All Rights Reserved. HL7 and Health Level Seven are registered trademarks of Health Level Seven International.
Monday, June 01, 2015 Aligning Business Strategy with IT Architecture Board & Governance- Key to Running IT as Business.
ONC Standards and Interoperability Framework Use Case Simplification Key Steps Forward 27 October 2011.
Lecture 13 Revision IMS Systems Analysis and Design.
Using Architecture Frameworks
1 ECCF Training 2.0 Introduction ECCF Training Working Group January 2011.
The Software Product Life Cycle. Views of the Software Product Life Cycle  Management  Software engineering  Engineering design  Architectural design.
One-release-per-year One-approval-per-year One-standard-per-year Leveraging rigorous process to accelerate standard development and approval through predictable.
December 3, 2010 SAIF Governance Framework A Brief Update on work to date.
Roles and Responsibilities Jahangheer Shaik. Service Specification Specification requires development of three inter-related documents CIM, PIM and PSM.
Enterprise Architecture
International Telecommunication Union ITU-T Study Group 17, Moscow, 30 March – 8 April 2005 New Recommendations on ODP Arve Meisingset Rapporteur Q15.
Developing Enterprise Architecture
Initial slides for Layered Service Architecture
Copyright 2013, Net.Orange, Inc. All rights reserved.Confidential and proprietary. Do not distribute without permission. Net.Orange App Development Net.Orange.
Information Technology Architecture Group ITAG, version 2.0 We need resource commitments! February ITLC.
 BRIDG R3.0.2 was released in August 2010  The BRIDG Model passed the initial ISO Joint Initiative Council ballot as a Draft International Standard (DIS)
IHE Profile – SOA Analysis: In Progress Update Brian McIndoe December 6, 2010.
Standardisation Informal summary of ABS Perspective.
© 2010 Health Level Seven ® International. All Rights Reserved. HL7 and Health Level Seven are registered trademarks of Health Level Seven International.
RUP Design RUP Artifacts and Deliverables
Kuali Days :: Chicago May Overview of Kuali Student Application Architecture Rick Burnette (FSU) Gord Uyeda (UBC) Kuali Days :: Chicago May 13-14,
Lecture 7: Requirements Engineering
CaBIG ® VCDE Workspace Tactics thru June 14, 2010: How working groups fit together, and other activities Brian Davis April 1, 2010 VCDE WS Teleconference.
Information Systems Engineering. Lecture Outline Information Systems Architecture Information System Architecture components Information Engineering Phases.
1 Here to There (Gap Analysis) Architecture/VCDE Joint Face-to-Face June,3, 2010 St. Louis, Missouri.
1 ECCF Training Computationally Independent Model (CIM) ECCF Training Working Group March 2011.
IHE Profile – SOA Analysis: In Progress Update Brian McIndoe January 18, 2011.
1 SAIF-Effects on Data Service Specifications Baris Suzek Georgetown University Architecture/VCDE Joint Face-to-Face June,3, 2010 St. Louis, Missouri.
Systems Analysis and Design in a Changing World, Fourth Edition
UML 2 Models for ODP Engineering/Technology Viewpoints – An Experiment - Daisuke Hashimoto Hiroshi.
1 ECCF Training 2.0 Implemental Perspective (IP) ECCF Training Working Group January 2011.
1 ECCF Training 2.0 Introduction ECCF Training Working Group January 2011.
"Would you tell me, please, which way I ought to go from here?” "That depends a good deal on where you want to get to," said the Cat. -Lewis Carroll: Alice’s.
Page 1 JUSTIFY define and validate REQUIRE- MENTS define initial management DOCUMENTS define INFRA- STRUCTURE allocated maintenance changes management.
Agenda 1. Key Activities, Accomplishments and Status 2. Task Review 3. Meeting Notes and Action Items.
Architecture View Models A model is a complete, simplified description of a system from a particular perspective or viewpoint. There is no single view.
NCI Enterprise Services (aka COPPA) CTRP and the Suite March 19, 2009.
Systems Analysis & Design AUTHOR: PROFESSOR SUSAN FUSCHETTO 10/24/
1 ECCF Training Computationally Independent Model (CIM) ECCF Training Working Group January 2011.
ANALYSIS PHASE OF BUSINESS SYSTEM DEVELOPMENT METHODOLOGY.
ESSRT In-Process Review September 10, Agenda 1.Work Completed Till Date 2.Scope of future activities and deliverables 2.
Search Engine Optimization © HiTech Institute. All rights reserved. Slide 1 Click to edit Master title style What is Business Analysis Body of Knowledge?
1 ECCF Training Computationally Independent Model (CIM) ECCF Training Working Group March 2011.
Agenda 1. Key Activities, Accomplishments and Status 2. Meeting Notes and Action Items.
Documenting Software Architectures. Outline  Introduction  Uses of Architectural Documentation  Views  Choosing the Relevant Views  Documenting a.
Company LOGO. Company LOGO PE, PMP, PgMP, PME, MCT, PRINCE2 Practitioner.
Developing an IDM Information Delivery Manual Part 1. Industry Workgroup Training, Creating IDMs Alliance NA 2010 Dianne Davis, NA-IDM Coordinator Jan.
1 HL7 SAIF Enterprise Conformance and Compliance Framework (ECCF) Overview Baris E. Suzek Bob Freimuth VCDE Monthly Meeting December, 2010.
Enterprise Architectures Course Code : CPIS-352 King Abdul Aziz University, Jeddah Saudi Arabia.
ISO Datatypes Approved by Enterprise Composite Architecture team (eCAT) on July 7, 2009 Guidelines for use for CBIIT funded projects.
Enterprise Security Program Overview Presenter: Braulio J. Cabral NCI-CBIIT/caBIG Enterprise Security Program Coordinator.
7/2/2016 1:52 AM HL7 SOA-Aware Enterprise Architecture Executive Summary HITSP October 28, 2008 Executive Summary HITSP October 28, 2008.
CTMS Coordination Team CTMS Coordination Team: Model and Documentation Management John Koisch Paul Boyes
1 SAIF-Effects on Interoperability Reviews Baris Suzek Georgetown University Architecture/VCDE Joint Face-to-Face June,3, 2010 St. Louis, Missouri.
Enterprise Use Cases CCB December 10, Agenda Enterprise Use Case Status Report Enterprise Use Case Artifacts Enterprise Use Case Development Process.
Software Quality Control and Quality Assurance: Introduction
Description of Revision
The Open Group Architecture Framework (TOGAF)
CIMI Enterprise Architecture Proposal
UML profiles.
HingX Project Overview
{Project Name} Organizational Chart, Roles and Responsibilities
Bridging the ITSM Information Gap
Presentation transcript:

Knowledge, Skills, and Abilities Working Group Hua Min Jahangheer Shaik Natasha Sefcovic Kahn Aleksey

Goals As the NCI CBIIT and caBIG has decided to adopt SAIF and SOA, this decision will result in creation of new roles and changes in existing roles and responsibilities, including necessary new knowledge, skills and abilities (KSAs), both within the NCI Enterprise and in the caBIG Community. The Cross-Cutting Workspaces begin to outline KSAs needed for successful operation of the Cross-Cutting Workspaces in this new interoperability paradigm.

Methods A list of roles (both individual and team) – Sources: ECCF IG and Governance Framework Extract the descriptions, responsibilities, artifacts produced from the source files for each role Work on the Knowledge, Skills, and Abilities (KSA) profiles based on the previous information for each role Publish the results (white paper) on the NCI Wiki:

Results A list of roles – Team roles (9) Enterprise Services Standards and Review Team (ESSRT) Composite Architecture Team (CAT) Enterprise Services Governance Team (ESGT) – Individual roles (23) Service Architect Service Analyst Project Architect (PA)

KSA profile for Enterprise Services Standards and Review Team (ESSRT) Description: ESSRT comprising of Enterprise Level SOA Analysts and SOA Architects responsible for Managing NESi, Reviewing Service Profiles and Specifications and Creating Enterprise level SOA standards and guidelines Responsibilities: – Define and Manage NES Inventory Blueprint – Review Service Scope aka Service Profile – Review Service Specifications – Develop Service Standards and Guidelines KSA Needed: Ability to define and manage NES Inventory Blueprint. Knowledge of Service scope aka service profile (template). Knowledge of service specifications. (template) Ability to develop of Enterprise level SOA standards and guidelines. Complete either the SOA analyst or SOA Architect training. Familiar with requirements for products within caBIG. Familiar with the best practices for completing the service profile and specification template. Familiar with level of granularity of services. Familiar with the existing caBIG legacy products and services. Artifact Produced: NES Inventory Blueprint, Standards and Guidelines

KSA profile for Composite Architecture Team (CAT) Description: CAT contains members representing five viewpoints of RM- ODP primarily responsible for reviewing and approving various NES artifacts such as Service Scope aka Service Profiles, specifications and standards and guidelines for each of the domains Responsibilities: – For enterprise services, review and approve Service Specifications – Review non enterprise level services / components for reusability – Review and allow exception to the Enterprise Standards and Guidelines for particular services KSA Needed: Knowledge of 5 viewpoints of RM-ODP. Knowledge of Service scope aka service profile, Knowledge of service specifications, standards and guidelines. Familiar with the best practices for completing the service profile and specification template. Complete SOA Architect training. Familiar with the use cases for services. Familiar with both LS-DAM and bridge model.

KSA profile for Enterprise Services Governance Team (ESGT) Description: ESGT contains one member from each domain responsible for determing the overall Enterprise Architecture and resolving interdomain as well as cross domain concerns Responsibilities: – Review and approve Enterprise wide SOA Standards and Guidelines – For enterprise services, review and approve Service Scope aka Service Profile for both new services as well as updates – Approve and Announce Release of Service Implementations – Decides on appeals against CAT's decisions KSA Needed: Knowledge of SOA standards and guidelines. Knowledge of Service scope aka service profile for both new services as well as updates. Knowledge of service implementation. Ability to make judgment on CAT decisions. At least one person finish the SOA Architect training. All members familiar with the module 1 and 3. Familiar with both LS-DAM and bridge model.

KSA profile for Service Architect Responsibilities: – Perform SOAM – Determine Candidate Services – Perform SODesign to define the Service Contract – Define Service Design Standards and Guidelines KSA Needed: Knowledge of service analysis and design principles. Knowledge of service design standards and guidelines. Complete the SOA Architect training. Ability to perform Requirement Analysis. Strong communication skills. SDLC Phase: Service Modeling; Service Contract Design; Service Logic Design NCI Enterprise Service (NES) Artifact: Service Specifications (Logical and Implementable Perspective); Service Integration Guide

KSA profile for Service Analyst Responsibilities: – Perform SOAM (Service Oriented Analysis & Modeling) – Determine Candidate Services KSA Needed: Gathering and documenting business and user requirements into functional and quality requirements. Decomposes of business capabilities into system operations for the architecture team into detailed system specifications for each of the candidate components. Authoring documentation for a multi- disciplinary team (e.g., subject matter experts, architects, developers and quality assurance). Knowledge of requirements analysis and verification. Knowledge of OMG’s Model-Driven Architecture (MDA) and ISO’s Reference Model for Open Distributed Processing (RM-ODP) standards. Knowledge of health data standards (e.g., HL7, etc.). Complete the SOA Analyst training. SDLC Phase: Service Inventory Blueprint Definition, Service Modeling NCI Enterprise Service (NES) Artifact: – Updates (SDT) - Service Inventory – Creates (SDT) / Reviews (ESSRT) - Service Profile – Creates (SDT) /Reviews (ESSRT) - Service Specification (Conceptual Perspective)

KSA profile for Project Architect (PA) Related Part or Parts of the SAIF IG: Governance Framework, Logical perspective specification, conceptual perspective computational or behavioral viewpoint, implementable perspective computational or behavioral viewpoint, service specification Description: Interact with Enterprise architects to design architecture of the service being developed. Responsibilities: – Design the architecture of the service KSA Needed: Knowledge of SAIF. Complete SOA Architect training. Familiar with the use cases for services.

Recommendations The small group has found a couple inconsistencies across the documents Some roles responsibilities are too vague. – For example, the Project Architecture has responsibilities across 4 viewpoints in Conceptual, Logical, and Implementable Perspective Specification