Team: Remote Site Team: Virtual System Integration Lab (VSIL)

Slides:



Advertisements
Similar presentations
7-1 INTRODUCTION: SoA Introduced SoA in Chapter 6 Service-oriented architecture (SoA) - perspective that focuses on the development, use, and reuse of.
Advertisements

Azad Madni Professor Director, SAE Program Viterbi School of Engineering Platform-based Engineering: Rapid, Risk-mitigated Development.
Team: Juan Pablo Pods System:Modular Aircraft Exterior Pods Strategic Values/Objectives Inexpensive Low Certification Costs Quick Reaction Capable Universal.
Demonstrating IT Relevance to Business Aligning IT and Business Goals with On Demand Automation Solutions Robert LeBlanc General Manager Tivoli Software.
Team: AlphaDroners System: Alpha Drone 1 Strategic Values/Objectives: Unmanned Reconfigurable Adaptable Safe Autonomous/Manual Descriptive Statement: The.
Team: AlphaDroners System: Team WikiSpeed Descriptive Statement: To build a street legal vehicle that gets at least 100 miles per gallon, is capable of.
3- System modelling An architectural model presents an abstract view of the sub-systems making up a system May include major information flows between.
ES 678 Engineering of Agile Systems and Enterprises Team Members: Brian Andrews Craig Kerr John Parker.
Team: Juan Pablo Pods System:Team WikiSpeed Strategic Values/Objectives High Fuel Efficiency (Green Design) 5 Star Crash Safety Customizable design Uses.
DISTRIBUTED COMPUTING
Agile Systems and Enterprises Response Ability Tool Templates Randy Hosier Robert Douglas Gault.
Agile Systems and Enterprises Response Ability Tool Templates.
Team: _Island Breeze_____________ System:_WikiSpeed________________ Strategic Values/Objectives Flexibility Iterative Timelines Efficient Boundless Descriptive.
Service Level Agreements Service Level Statements NO YES The process of negotiating and defining the levels of user service (service levels) required.
3/12/2013Computer Engg, IIT(BHU)1 CLOUD COMPUTING-1.
Building Systems for Today’s Dynamic Networked Environments A Methodology for Building Sustainable Enterprises in Dynamic Environments through knowledge.
Chapter 1 Market-Oriented Perspectives Underlie Successful Corporate, Business, and Marketing Strategies.
Three Maintainers and a *ing Op
CompSci 280 S Introduction to Software Development
Unit 3 Virtualization.
Database Systems: Design, Implementation, and Management Tenth Edition
Chapter 1 The Systems Development Environment
Chapter 19: Network Management
SOFTWARE TESTING Date: 29-Dec-2016 By: Ram Karthick.
Team Name: Team 1 Modular Test Unit (MTU)
EI Architecture Overview/Current Assessment/Technical Architecture
By: Raza Usmani SaaS, PaaS & TaaS By: Raza Usmani
Chapter 1 The Systems Development Environment
Drone D-Fence EMP Based Drone Defense System
Team Name: Team 1 Agile Engineering Process
An assessment framework for Intrusion Prevention System (IPS)
Group Decision Support Systems
System: Team WikiSpeed Process
Chapter 1- Introduction
Team Name: OCD Solutions
Chapter 1 The Systems Development Environment
TechStambha PMP Certification Training
Security Engineering.
Chapter 18 MobileApp Design
Chapter 1 The Systems Development Environment
Frequently asked questions about software engineering
Team: Three Maintainers and a *ing Op System: Team WikiSpeed
Introduction to Cloud Computing
Agile Trainers – AEP Analysis
Chapter 1 The Systems Development Environment
RESEARCH, EDUCATION, AND TRAINING FOR THE SMART GRID
“Right Side” Technology Systems
“Right Side” Technology Systems
ES 678 Agile Systems Pat Bullock Brian Dodds Mike Leonard
Team: _____JAR_________________ System: ____Agile Bid System (ABS)_
Team: ______Houston Euler________
Team: Jeff Olvera Ron Palmer Alli Roland
Team Name: OCD Solutions
WIS Strategy – WIS 2.0 Submitted by: Matteo Dell’Acqua(CBS) (Doc 5b)
Descriptive statement
Enterprise Program Management Office
Term Project D1 Retrospective L3: Class
Team: ______Houston Euler________ System:_____WikiSpeed___________
WikiSpeed Work Team: Car Riders Team members: Dmitry Retunski
ES 678 Agile Systems Pat Bullock Brian Dodds Mike Leonard
Descriptive Statement
Technology Department Annual Update
Chapter 1 The Systems Development Environment
School of Systems and Enterprises Stevens Institute of Technology, USA
Team: __Remote Site_____________ System: ___TWS__________________
WikiSpeed Process Team Pest Control Mike McMahon Justin Petersen
Team: Whirlybird System: Adaptive Multi-Rotor UAV Platform
IT Management Services Infrastructure Services
Utilizing the Network Edge
ONAP Architecture Principle Review
Presentation transcript:

Team: Remote Site Team: Virtual System Integration Lab (VSIL) Descriptive Statement: The Virtual System Integration Lab (VSIL) is a development environment that is designed to allow remote teams of software and system engineers to integrate equipment and functionality without the need for local, physical hardware. The VSIL will be multi-faceted, initially allowing remote use of physical hardware for partial testing. Ultimately, the VSIL will use simulators to mimic inputs from actual hardware, and will not require any deliverable hardware for integration. The VSIL development environment will contain generic building blocks (DAUs, sensors, devices, etc.) that can be used in future development environments for different projects or products. The VSIL will allow the system-under-test to be deployed onto target hardware for factory acceptance testing. Objectives: -Remote Availability -High Capacity -Scalable -Risk Reduction -Schedule Efficiency -Full Test Capability Team Members: Rob Moeslein, Russ Harper, Bob Rodzewich

Put as many points in each category as you feel appropriate) CURVE High-Level System/Process Environment Consider both reactive needs & proactive opportunities to seize, within mission Caprice: unknowable situations Power and network outages (reactive) Emergency customer utilization (proactive) Uncertainty: randomness with unknowable probabilities Hacking (external or insider threat) (reactive) Become an industry standard (proactive) Risk: randomness with knowable probabilities Integrate multiple tools/environments (reactive) Prohibitive cost or schedule (reactive) Prevent system corruption (proactive) Variation: knowable variables and variance range Configuration Management (reactive) Workforce response and acceptance (reactive) Require baseline skills for support (proactive) Evolution: gradual (relatively) successive developments Increasing fidelity over time (reactive) New tools emerge that replace custom tools (proactive)

System ___VSIL_________________________ Reality Factors Human (Including Customer) Behavior – Human error, whimsy, expediency, arrogance... Workforce acceptance and utilization of provide tools Inadvertent or intentional system corruption Organizational Behavior – Survival rules rule, nobody's in absolute control... Short term cost too high Cost of sustainment Productization to create a market Workforce and skills changes Technology Pace – Accelerating technology and security-vulnerability introductions, sparse testing... Distributed system creates access points and security vulnerabilities Not location dependent (“cloud” implementation) System Complexity – Incomprehensible, highly networked, unintended consequences, emergence... Does not perform exactly like hardware Elimination of workforce positions Globalization – Partners/customers/employees with different ethics, values, infrastructures, cultural assumptions... Lack of urgency due to value differences Commercial network infrastructure support Partially-Agile Enterprise Faddish Practices – Outsourcing, web services, transparency, COTS policies/affects... Adjust internal process to accommodate new environment Lack of total communication due to distributed team Overcome by hot-shot web app Agile Customers/Competitors/Adversaries – Distributed, collaborative, self organizing, proactive, impatient, innovative... Increased exposure to competitors and adversaries Dependence on subcontractors or suppliers Other? ?

Response Situation Analysis for System: Virtual SIL with [t,c,p,s] metric-priorities for each issue, t = time of response, c = cost of response, p = predictability of response, s = scope of response Domain Response Issue Proactive Reactive Creation (and Elimination) What artifacts/data/knowledge must the system/process be creating or eliminating during operational activity? Diagnostic capabilities (problem identification) - Change Logs Data products based upon inputs - Configuration Management information Error Logs - Access Control and Security Monitoring reports Improvement What process/system performance characteristics will be expected to improve during its operational life cycle? Connectivity - System security Fidelity - Performance (operating speed, throughput) Communication capability - Migration What major events coming down the road will require a change in the process/system infrastructure? Government customer access Foreign users Processing power to simulate all hardware in software Modification (Add/Sub Capability) What modifications to employable resources might need made as the process/system is used? Higher bandwidth communications - Physics-based environmental model VSIL manager (person) Engineering support Correction What will impair/obstruct process/system agility that will need an automatic systemic detection and response? Insufficient processing power - Lack of customer acceptance Lack of connectivity - Lack of workforce acceptance Classified information Variation What process/system variables will range across what values and need accommodation? Fidelity of results (dummy data – accurate representation of real data) Number of simultaneous users (1 to N) Applicability to different system types (n to N) Expansion (and Contraction of Capacity) What are “quantity-based” elastic-capacity range needs on resources/output/activity/other? Direct connection to set of physical hardware to a la carte virtual system configuration (expansion) Elimination of physical hardware (contraction) Reconfigu-ration What types of resource relationship configurations will need changed during operation? Integration of new hardware / functionality - New industry standards Trouble shooting (including field support) - New security requirements Ability to insert faults

System: VSIL Operation______________ (Think … Drag-and-Drop / Plug-and-Play) Encapsulated Resources Enterprise Service Bus (ESB) HW System Virtual System VSIL Developers VSIL Testers Users Scalable Reusable Evolving Infrastructure Standards Sockets: Communication Channels Signals: Configuration, Scheduling, Operating Cost Security: Company Affiliation, Access Control, Data Encryption, User Privileges Safety: Provided by workplace Service: Procedures, Product Management sockets (physical interconnect) signals (data/stuff flow between resources) security (trust interconnect) safety (of user, system, and environment) service (system assembly ConOps and evolutionary agility sustainment)

System ______VSIL Operation___________________ Sample Graphics for your modification into your system needs Resources Integrity Management ESB HW System Virtual System Developers Testers (VSIL) Users Situational awareness Resource mix evolution Resource readiness Activity assembly Infrastructure evolution Project Manager / Chief Engineer Program Manager / Procurement Project Engineer Project Engineer / User Project Manager / Chief Engineer Active Infrastructure Passive Config 1 Config 2 Config n Sockets Signals Security Safety Service Communication Channels Configuration, Scheduling, Operating Cost Company Affiliation, Access Control, Data Encryption, User Privileges Provided by workplace Procedures, Product Management Rules/Standards

RRS Principles for System: __VSIL Operation__ (Think: Plug-and-Play, Drag-and-drop) Reconfigurable Scalable Reusable Encapsulated Resources Resources are encapsulated independent units loosely coupled through the passive infrastructure. Enterprise Service Bus (ESB), HW System, Virtual System, VSIL Developers, VSIL Testers, Users Evolving Infrastructure Key elements of the infrastructure likely to evolve and need to be evolvable. Computing resources, adapters and translators, tool capabilities, network bandwidth Facilitated Interfacing (Pluggable) Resources & infrastructure have features facilitating easy resource insertion/removal. ESB, ESB adapters, HW translator(s), online documentation, online scheduling, remote access Redundancy and Diversity Duplicate resources provide fail-soft & capacity options; diversity provides functional options. Product owner backup, cloud computing and local data center, generic interface adapter Facilitated Reuse Resources are reusable and/or replicable; with supporting facilitation for finding and employing appropriate resources. Adapters and translators, trained users, procedures, virtual elements, system configuration, tools (monitor, debug) Elastic Capacity Resource populations & functional capacity may be increased and decreased widely within existing infrastructure. Cloud platform, expandable local data center, VSIL training for users/maintainers, remote operation Peer-Peer Interaction Resources communicate directly on a peer-to-peer relationship; parallel rather than sequential relationships are favored. Instant messaging, virtual blackboard Distributed Control & Information Decisions made at point of maximum knowledge; information accessible globally but kept locally. Common data store remotely accessible, online scheduling, online configuration Deferred Commitment Resource relationships are transient when possible; decisions & fixed bindings are postponed until necessary. Virtual replacement of constituent hardware, on-demand computing resource allocation Self-Organization Resource relationships are self-determined; and resource interaction is self-adjusting or negotiated. [in work]