Team Name: Team 1 Modular Test Unit (MTU)

Slides:



Advertisements
Similar presentations
Harithan R velagala CSE 532 TERM PAPER. First what is a service? A service is a reusable component which transforms business data. It is self contained.
Advertisements

Chapter 1: Introduction
A new Network Concept for transporting and storing digital video…………
Software Engineering CSE470: Process 15 Software Engineering Phases Definition: What? Development: How? Maintenance: Managing change Umbrella Activities:
1 Chapter 4 - Part 1 Software Processes. 2 Software Processes is: Coherent (logically connected) sets of activities for specifying, designing, implementing,
Software Modeling SWE5441 Lecture 3 Eng. Mohammed Timraz
ITIL: Service Transition
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.
12.
Agile Systems and Enterprises Response Ability Tool Templates Robert Douglas Gault Randy Hosier.
1 CMPT 275 Software Engineering Software life cycle.
Standard WBS Version 1.0 WBS2-3.pptPage 1 Standard Work Breakdown Structure Legend = Decomposes to lower level WBS elements 4.0 Implementation 4.0 Implementation.
Dillon: CSE470: SE, Process1 Software Engineering Phases l Definition: What? l Development: How? l Maintenance: Managing change l Umbrella Activities:
ES 678 Engineering of Agile Systems and Enterprises Team Members: Brian Andrews Craig Kerr John Parker.
1 Process Engineering A Systems Approach to Process Improvement Jeffrey L. Dutton Jacobs Sverdrup Advanced Systems Group Engineering Performance Improvement.
Chapter 3 Network and System Design. Objectives After reading the chapter and reviewing the materials presented the students will be able to: Understand.
Team: Juan Pablo Pods System:Team WikiSpeed Strategic Values/Objectives High Fuel Efficiency (Green Design) 5 Star Crash Safety Customizable design Uses.
©Ian Sommerville 2000, Mejia-Alvarez 2009 Slide 1 Software Processes l Coherent sets of activities for specifying, designing, implementing and testing.
Topic (1)Software Engineering (601321)1 Introduction Complex and large SW. SW crises Expensive HW. Custom SW. Batch execution.
 CS 5380 Software Engineering Chapter 2 – Software Processes Chapter 2 Software Processes1.
Agile Systems and Enterprises Response Ability Tool Templates Randy Hosier Robert Douglas Gault.
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.
9 Systems Analysis and Design in a Changing World, Fourth Edition.
1 Object-Oriented Analysis and Design with the Unified Process Figure 13-1 Implementation discipline activities.
LECTURE 5 Nangwonvuma M/ Byansi D. Components, interfaces and integration Infrastructure, Middleware and Platforms Techniques – Data warehouses, extending.
Three Maintainers and a *ing Op
CompSci 280 S Introduction to Software Development
Chapter 1 Computer Technology: Your Need to Know
ITIL: Service Transition
SOFTWARE TESTING Date: 29-Dec-2016 By: Ram Karthick.
By: Raza Usmani SaaS, PaaS & TaaS By: Raza Usmani
Drone D-Fence EMP Based Drone Defense System
Game Design, Development, and Technology
Team Name: Team 1 Agile Engineering Process
ITEC 3220A Using and Designing Database Systems
Group Decision Support Systems
System: Team WikiSpeed Process
Team Name: OCD Solutions
Software Processes (a)
Chapter 6 Database Design
Team: Three Maintainers and a *ing Op System: Team WikiSpeed
Introduction to Cloud Computing
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)_
Component-Based Software Engineering: Technologies, Development Frameworks, and Quality Assurance Schemes X. Cai, M. R. Lyu, K.F. Wong, R. Ko.
Team: ______Houston Euler________
Team: Jeff Olvera Ron Palmer Alli Roland
COMMUNICATION SOLUTIONS
Dell Data Protection | Rapid Recovery: Simple, Quick, Configurable, and Affordable Cloud-Based Backup, Retention, and Archiving Powered by Microsoft Azure.
Team Name: OCD Solutions
Descriptive statement
Term Project D1 Retrospective L3: Class
An Introduction to Software Architecture
Team: ______Houston Euler________ System:_____WikiSpeed___________
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
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
ONAP Architecture Principle Review
Presentation transcript:

Team Name: Team 1 Modular Test Unit (MTU) Mike Morell, Zac Fisher, Tony Busby, Brandon Miller

STRATEGIC VALUES / OBJECTIVES Portable Universal connectivity Capable of interfacing w/ multiple platforms Rapid reconfiguration Adaptable with minor modification DESCRIPTIVE STATEMENT The MTU is a mobile testing unit that allows for verification and validation of multiple aircraft system. This unit will be rapidly configurable using a multi-band antenna array to support multiple aircraft platforms. The MTU will use MIL standardized input power disconnects and rack configuration to ensure that the MTU will be ready to accommodate customer needs.

CURVE System/Process Environment Capriciousness – unknowable situations Software incompatibilities (reactive) Design system to be adaptable to changes in “universal” standards (proactive) Uncertainty – randomness with unknowable probabilities Weather conditions (reactive) Equip MTU with Solar Cells to take advantage of environmental conditions (proactive) Risk – Randomness with knowable probabilities Plan site location to ensure surplus of parts and storage, and rapid delivery of parts (proactive) Operator error during configuration change (reactive) Variation – Knowable variables and variance range Real estate constraints to support many configurations (proactive) Scheduling constraints for resources (reactive) Evolution – gradual (relatively) successive developments Software and hardware upgrades to keep pace with technology/standard changes (proactive) Purchase new testing equipment as it becomes available, even if not currently necessary for use with the MTU (proactive) System security patches (reactive)

Reality Factors Human Behavior Organizational Behavior Technology Pace Fatigue Configure system for incorrect platform requirements Security issues, sending wrong classification of data to aircraft Organizational Behavior Pressure from management induces errors Prioritization of resource availability Poor quality assurance processes Technology Pace Complications of software compatibility Insufficient time to fully verify system prior to deployment System Complexity Too many variables between tested system and final Highly trained personnel required

Reality Factors (continued) Globalization Deployment location legal constraints Language differences Partially-Agile Enterprise Faddish Practices Using COTS Reliance on existing infrastructure (i.e., internet availability, network design) Agile Customers / Competitors / Adversaries Customer will require and expect adaptability Protection from spies and adversaries Other

RS Analysis for MTU PROACTIVE REACTIVE Creation (and elimination) Eliminate unnecessary parts [c, p, s] Specialized teams [p, s] Improvement Decreased configuration time [t, c] Increased team effectiveness [t, c] Migration Update to upcoming technology [p] Increased training & certification [p, s] Modification (Add/Sub Capability) Upgrade to new aircraft platforms [p, s] Increased environmental suitability [p] REACTIVE Correction Hardware incompatibility [s] Test outcomes [s] Variation Manpower demand [c, t] Skill level [c, t] Expansion (and Contraction) of Capacity Real estate and resources [s, c] New antenna types [s, c, p] Reconfiguration Requirements changes [c, t, s]

System: MTU (Think … Drag-and-Drop / Plug-and-Play) Encapsulated Modules Servers Racks Conex Power Disconnects LRUs Scalable Reusable Evolving Infrastructure Standards Sockets: Power LAN Patch Panels Signals: Data Bus (429, 1553, 422, etc.) Power & Control Security: Aircraft Platform to MTU Quality Configuration Management Safety: Conex Design Overload Protection Service: First Article Test Plan & Procedure Periodic Software Updates sockets (physical interconnect) signals (data/stuff flow between modules) security (trust interconnect) safety (of user, system, and environment) service (system assembly ConOps and evolutionary agility sustainment)

RRS Principles for the MTU (Think: Plug-and-Play, Drag-and-drop) Reconfigurable Scalable Reusable Encapsulated Modules Modules are encapsulated independent units loosely coupled through the passive infrastructure. -Servers -LRUs -Racks -Conex -Power Disconnects Evolving Infrastructure ConOps and module interface and interaction standards that evolve slowly. -Power standards -Communication / signal protocols Facilitated Interfacing (Pluggable) Modules & infrastructure have features facilitating easy module insertion/removal. -Power interface -Antenna interface Redundancy and Diversity Duplicate modules provide fail-soft & capacity options; diversity provides functional options. -Multiple antennas -Alternate power source Facilitated Reuse Modules are reusable and/or replicable; with supporting facilitation for finding and employing appropriate modules. -Rack interface -Patch panels -Test plans Elastic Capacity Module populations & functional capacity may be increased and decreased widely within the existing infrastructure. -Growth to expand within racks as needs change -Configurable to multiple aircraft -Test time Peer-Peer Interaction Modules communicate directly on a peer-to-peer relationship; parallel rather than sequential relationships are favored. -Airplane-to-MTU communication -Antenna-to-multiple system (shared) Distributed Control & Information Decisions made at point of maximum knowledge; information accessible globally but kept locally. -All parts available and stored within MTU -Maintain interconnect based on classification Deferred Commitment Module relationships are transient when possible; decisions & fixed bindings are postponed until necessary. -Configuration based on aircraft demand Self-Organization Module relationships are self-determined; and component interaction is self-adjusting or negotiated. -Encryption between aircraft and MTU (handshake)

System: MTU Resources Integrity Management Infrastructure Conex operators ground support airplane antennas LRUs / systems Situational awareness Resource mix evolution Resource readiness Activity assembly Infrastructure evolution PM, PE Kitters, planners, logistics Aircraft crew, test crew Test director Customers Active Infrastructure Passive Platform Config 1 Platform Config 2 Platform Config 3 Sockets Signals Security Safety Service Power, LAN, patch panel Databus, power, & control Quality, config mgmt Overload protect, conex design Test proc, SW updates Rules/Standards