School of Systems and Enterprises Stevens Institute of Technology, USA

Slides:



Advertisements
Similar presentations
Software Modeling SWE5441 Lecture 3 Eng. Mohammed Timraz
Advertisements

7-1 INTRODUCTION: SoA Introduced SoA in Chapter 6 Service-oriented architecture (SoA) - perspective that focuses on the development, use, and reuse of.
Eric Bryant Joe Brooks Matt Delgadillo.  The RCT is a mobile training platform designed in response to the need for modular and interactive training.
Azad Madni Professor Director, SAE Program Viterbi School of Engineering Platform-based Engineering: Rapid, Risk-mitigated Development.
DITSCAP Phase 2 - Verification Pramod Jampala Christopher Swenson.
Team: Juan Pablo Pods System:Modular Aircraft Exterior Pods Strategic Values/Objectives Inexpensive Low Certification Costs Quick Reaction Capable Universal.
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.
Chapter 1- Introduction Lecture 1 Ready, fire, aim (the fast approach to software development). Ready, aim, aim, aim, aim... (the slow approach to software.
Agile Systems and Enterprises Response Ability Tool Templates Robert Douglas Gault Randy Hosier.
Strategy #5. IT Architecture and IT Infrastructure are Metaphors Architecture - the relationship between planning and building Infrastructure - examples.
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.
Computer Science Open Research Questions Adversary models –Define/Formalize adversary models Need to incorporate characteristics of new technologies and.
Agile Systems and Enterprises Response Ability Tool Templates Randy Hosier Robert Douglas Gault.
Software Measurement & Metrics
Agile Systems and Enterprises Response Ability Tool Templates.
IS Methodologies. Systems Development Life Cycle - SDLC Planning Planning define the system to be developed define the system to be developed Set the.
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.
March 2004 At A Glance NASA’s GSFC GMSEC architecture provides a scalable, extensible ground and flight system approach for future missions. Benefits Simplifies.
LESSON 3. Properties of Well-Engineered Software The attributes or properties of a software product are characteristics displayed by the product once.
Design Engineering 1. Analysis  Design 2 Characteristics of good design 3 The design must implement all of the explicit requirements contained in the.
CS220:INTRODUCTION TO SOFTWARE ENGINEERING CH1 : INTRODUCTION 1.
Three Maintainers and a *ing Op
CompSci 280 S Introduction to Software Development
Chapter 7: Modifiability
Team Name: Team 1 Modular Test Unit (MTU)
Drone D-Fence EMP Based Drone Defense System
Game Design, Development, and Technology
Team Name: Team 1 Agile Engineering Process
Modern Systems Analysis and Design Third Edition
Group Decision Support Systems
System: Team WikiSpeed Process
Chapter 1- Introduction
Modern Systems Analysis and Design Third Edition
Team Name: OCD Solutions
Chapter 18: Introduction to Assurance
Chapter 18 MobileApp Design
Maintaining software solutions
Frequently asked questions about software engineering
Team: Three Maintainers and a *ing Op System: Team WikiSpeed
Agile Trainers – AEP Analysis
“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
CSSSPEC6 SOFTWARE DEVELOPMENT WITH QUALITY ASSURANCE
Modern Systems Analysis and Design Third Edition
Team Name: OCD Solutions
Modern Systems Analysis and Design Third Edition
Descriptive statement
School of Systems and Enterprises Stevens Institute of Technology, USA
Chapter 27 Software Change.
Term Project D1 Retrospective L3: Class
An Introduction to Software Architecture
Team: ______Houston Euler________ System:_____WikiSpeed___________
Software Processes Process should be
WikiSpeed Work Team: Car Riders Team members: Dmitry Retunski
ES 678 Agile Systems Pat Bullock Brian Dodds Mike Leonard
Team: Remote Site Team: Virtual System Integration Lab (VSIL)
Descriptive Statement
Team: __Remote Site_____________ System: ___TWS__________________
WikiSpeed Process Team Pest Control Mike McMahon Justin Petersen
Team: Whirlybird System: Adaptive Multi-Rotor UAV Platform
Utilizing the Network Edge
ONAP Architecture Principle Review
Presentation transcript:

School of Systems and Enterprises Stevens Institute of Technology, USA ES/SDOE 678 Reconfigurable Agile Systems and Enterprises Fundamentals of Analysis, Synthesis, and Performance Soldier Helmet Integrated Telemetry System Speed Camel X Angela Tokarz William Rogers Clement Sparks Quan Nguyen School of Systems and Enterprises Stevens Institute of Technology, USA

Team: Speed Camel X System: Soldier Helmet Integrated Telemetry System Descriptive Statement The Soldier Helmet Integrated Telemetry System is an augmented reality headset designed to provide soldiers with situational awareness of the battlefield. The headset is designed to be enhanced with modular upgrades for different combat situations. Objectives High Utilization Reliable Durable Low maintenance Easily configurable Team members: Angela Tokarz, William Rogers, Clement Sparks, Quan Nguyen

Put as many points in each category as you feel appropriate CURVE High-Level System/Process Environment Consider both reactive threats & proactive opportunities to seize, within mission Caprice: unknowable situations Nature of the next threat (reactive) Uncertainty: randomness with unknowable probabilities What the combat zone will the soldier be dropped in (reactive) Think of all possible environment we have been in before (proactive) Risk: randomness with knowable probabilities Enemy team size (reactive) Variation: knowable variables and variance range Our team size (reactive) Performance differences in multiple COTS-sources (proactive) Evolution: gradual (relatively) successive developments Availability of superior competing technology (reactive) What new technology can be incorporated into the headset (proactive)

Reality Factors - Soldier Helmet Integrated Telemetry System Human (Including Customer) Behavior Reality – Human error, whimsy, expediency, arrogance... Undesigned use of the helmet by soldiers Organizational Behavior Reality – Survival rules rule, nobody's in absolute control... Team member doesn’t follow training – one of the group member doesn’t use the headset. Technology Pace Reality – Accelerating technology and security vulnerability... Adversaries have the capability to hack into the headset Adversaries can jam the headset System Complexity Reality – Incomprehensible, networked, unintended consequences, emergence... Developing for reasonably possible threats creating a complex system Globalization – Partners/customers/employees with different ethics, values, infrastructures, culture... Diverse backgrounds lead to different code of ethics within the team. Not all believe in country first. Partially-Agile Enterprise Reality (Faddish Practices) – Outsourcing, web services, COTS policies... Security vulnerabilities in using COTS equipment Agile Customers/Competitors/Adversaries – Distributed, collaborative, impatient, innovative... Adversaries behaviors create a new threat Other?

Response Situation Analysis for System: Soldier Helmet Integrated Telemetry System 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? Battlefield Awareness [t] Communication [p, t] Sensor readout [p, t] Improvement What process/system performance characteristics will be expected to improve during its operational life cycle? Longer communication range [c, s] * Comfort [c] Improved sensor capabilities [c, s] * Usability (how to operate) [s, c] Operation time [s] Migration What major events coming down the road will require a change in the process/system infrastructure? Exoskeleton [c] Modification (Add/Sub Capability) What modifications to employable resources might need made as the process/system is used? New sensors [c, p] New materials (better protection and weight) [p, c] New communication standards [s, t] Correction What will impair/obstruct process/system agility that will need an automatic systemic detection and response? Jamming [p] Hacking [p] Variation What process/system variables will range across what values and need accommodation? Noise [p] Environment [p] Head sizes [c] Expansion (and Contraction of Capacity) What are “quantity-based” elastic-capacity range needs on resources/output/activity/other? Number of teammates that can communicate together from 2x [s] Number of sensors can be installed on headset 2x [s] Reconfigu-ration What types of resource relationship configurations will need changed during operation? Swapping out different sensors [s, c] Swapping out team members [s, p]

System: Soldier Helmet Integrated Telemetry System (Think … Drag-and-Drop / Plug-and-Play) Encapsulated Resources Sensors Communication Equipment Display Computer Power Source Input Interface (Touch and Voice) Scalable Reusable Evolving Infrastructure Sockets: There are physical interconnects from all resources to the computer Signals: Data flow from sensors and comms to the computer. Power flow from power source to computer and all connected resources Input data (touch and voice commands) flow to computer. Graphical data flow from computer to display. Security: Encryption for data between headsets Tamper protection for data between the encapsulated resources Safety: Sensor Radiation Environmental Protection Anti Jamming Anti Hacking Service: Provide battle awareness, sensor readout, and squad communication sockets (physical interconnect) signals (data/stuff flow between resources) security (trust interconnect between resources) safety (of user, system, and environment) service (system assembly ConOps and evolutionary agility sustainment)

System Soldier Helmet Integrated Telemetry System Make entries for 1) Resources, 2) Passive Infrastructure 5s’s, 3) Assembly Configuration Examples, 4) Active Infrastructure. Think about “real” configuration varieties and representative resource icons Resources Integrity Management Sensors Comms Computer Display Power Input Situational awareness Resource mix evolution Resource readiness Activity assembly Infrastructure evolution Military Program Manager Product Owner Product Owner and Chief Engineer Designer Chief Engineer Active Infrastructure Passive City Jungle Desert Sockets Signals Security Safety Service What? Rules/Standards

RRS Principles for System: Soldier Helmet Integrated Telemetry System (Think: Plug-and-Play, Drag-and-drop) Reconfigurable Scalable Reusable Encapsulated Resources Resources are encapsulated independent units loosely coupled through the passive infrastructure. Sensors * Power Source Communication Equipment * Input Interface Display Computer Evolving Infrastructure Key elements of the infrastructure likely to evolve and need to be evolvable? Data Bus Common Communication Standards Facilitated Interfacing (Pluggable) Resources & infrastructure have features facilitating easy module insertion/removal. Shared Data Bus Common Communication Standards Standard Ports and Sockets Redundancy and Diversity Duplicate resources provide fail-soft & capacity options; diversity provides functional options. Redundancy across multiple systems within the team Swappable sensors and comms equipment provide diversity in functional options Facilitated Reuse Resources are reusable and/or replicable; with supporting facilitation for finding and employing appropriate resources. Hardware and software conforming to standards Elastic Capacity Resource populations & functional capacity may be increased and decreased widely within the existing infrastructure. Number of sensors supported Numbers of helmet within the network Peer-Peer Interaction Resources communicate directly on a peer-to-peer relationship; parallel rather than sequential relationships are favored. Direct communication through ad-hoc network Distributed Control & Information Decisions made at point of maximum knowledge; information accessible globally but kept locally. Battle awareness and data is distributed to the whole team allowing the soldier with the opportunity and knowledge to make the decision Deferred Commitment Resource relationships are transient when possible; decisions & fixed bindings are postponed until necessary. Configuration decisions deferred until mission start Self-Organization Resource relationships are self-determined; and resource interaction is self-adjusting or negotiated. The system determines what resources it has and how those resources interact with each other depending on what sensors and comms equipment are connected.