Design Components are Code Components

Slides:



Advertisements
Similar presentations
Oracle Database Architectures Are Extremely Complex, And Very Expensive. All of Their Complexity Goes Away ! The Snippet Engine Network Architectures Are.
Advertisements

Cambodia-India Entrepreneurship Development Centre - : :.... :-:-
Fundamentals of Python: From First Programs Through Data Structures
Overview SAP Basis Functions. SAP Technical Overview Learning Objectives What the Basis system is How does SAP handle a transaction request Differentiating.
Components of Database Management System
Advanced Computer Networks Topic 2: Characterization of Distributed Systems.
Chapter 7 Operating Systems. Define the purpose and functions of an operating system. Understand the components of an operating system. Understand the.
SOFTWARE DESIGN AND ARCHITECTURE LECTURE 13. Review Shared Data Software Architectures – Black board Style architecture.
CSC 480 Software Engineering High Level Design. Topics Architectural Design Overview of Distributed Architectures User Interface Design Guidelines.
SQL IMPLEMENTATION & ADMINISTRATION Indexing & Views.
Principles of Programming & Software Engineering
Microsoft Foundation Classes MFC
Software Hardware refers to the physical devices of a computer system.
Chapter 1: Introduction
Chapter 1: Introduction
2. OPERATING SYSTEM 2.1 Operating System Function
Done By: Ashlee Lizarraga Ricky Usher Jacinto Roches Eli Gomez
Design Components are Code Components
N-Tier Architecture.
Credits: 3 CIE: 50 Marks SEE:100 Marks Lab: Embedded and IOT Lab
GUI Design and Coding PPT By :Dr. R. Mall.
Mobile App Development
Chapter 1: Introduction
Chapter 1: Introduction
Data Abstraction: The Walls
Chapter 2: System Structures
MVC and other n-tier Architectures
The Client/Server Database Environment
The Client/Server Database Environment
Chapter 1: Introduction
Design and Implementation
Database Database is a large collection of related data that can be stored, generally describes activities of an organization. An organised collection.
Introduction to J2EE Architecture
Chapter 1: Introduction
Chapter 1: Introduction
Database Performance Tuning and Query Optimization
Client-Server Computing
Chapter 1: Introduction
Chapter 1: Introduction
Chapter 16: Distributed System Structures
Operating Systems and Systems Programming
Introduction to Systems Analysis and Design
Operating Systems.
Lecture 1: Multi-tier Architecture Overview
Operating Systems : Overview
Chapter 6 – Architectural Design
Chapter 1: Introduction
Software Design Lecture : 9.
Introduction to Operating Systems
Operating Systems : Overview
Operating Systems : Overview
Chapter 7 –Implementation Issues
Multithreaded Programming
Chapter 2: Operating-System Structures
Threaded Programming in Python
PROCESSES & THREADS ADINA-CLAUDIA STOICA.
Operating Systems : Overview
Chapter 1: Introduction
Chapter 1: Introduction
Chapter 11 Database Performance Tuning and Query Optimization
Operating Systems : Overview
Chapter 1: Introduction
Chapter 5 Architectural Design.
Snippet Engine as a Database Server
Chapter 1: Introduction
SOFTWARE DEVELOPMENT LIFE CYCLE
Chapter 2: Operating-System Structures
An Introduction to Operating Systems
Chapter 1: Introduction
Presentation transcript:

Design Components are Code Components There is no abstraction between Design Components and Code Components. What you design is directly made into code. No matter how complicated the Component, it is isolated and encapsulated at the lowest CPU-thread level. Knows How To Designers Design Component I Know How To Thread-Level Code Programmers Code Component

Automatically Instantiates The Snippet Engine automatically instantiates all Nodes when they are needed the first time. The programmer does not have to worry about how or when to get their Node into existence. Nodes may delete themselves when finished. I Know How To SnEn I Know How To Is Needed For First Time Is Automatically Created Nodes Exist only Logically Node Exists In RAM and On Disk

Programmers Are Focused Programmers are focused on only generating their Node’s code. They are coding a single CPU-thread, independent and autonomous, to ensure a designed purpose is accomplished. Dependencies on other Nodes which must execute first are automatically handled by the Snippet Engine. Thus, the programmer's attention is directly focused on only the lines of code within their own execution thread. I Know How To Knows How To Code Component Design Component

Same Interface Access Methods All Nodes use the exact same Command Interface and Data Store access methods. All that the programmer needs to know is the format of the command packets and data records, which are defined during the Design Phase. I Know How To I Know How To I Know How To I Know How To I Know How To I Know How To I Know How To Commands In and Out Data and State Relationships Interact Interact Interact Interact Interact Interact All Nodes Interact With Each Other The Same Way Opened

Asserted Using Same Mechanism Nodes have no calling sequence like a function. All Nodes are asserted into execution using the exact same mechanism. Asserting a Node to do its job is simple and is always done in the same way. This simplicity dramatically reduces the number of software interfaces that must be defined, programmed, tested, and documented. All Nodes Interact With Each Other The Same Way asynchronous asynchronous GO GO CPU CPU

Accomplished Asynchronously Nodes are not called like a section of code, rather they are told to accomplish their task asynchronously. Nodes are asserted because their designed purpose is required, and they may be asserted in any order. Interdependencies between Nodes are automatically handled by the Snippet Engine. I Know How To I Know How To I Know How To I Know How To I Know How To I Know How To I Know How To asynchronous asynchronous I Know How To GO GO CPU CPU will wait for all pieces

Easy To Handle Ramifications Variables are passed between Nodes by either sending commands, or by setting up a designed shared RAM context. Thus the programmer is relieved of having to understand ramification complications when key variables change. All a programmer needs to do is to "post" the changes to the Node which knows how to handle the changes. Since the receiving Node is executed as a separate thread, the programmer can literally "post and forget". I Know How To Commands In and Out Data and State Relationships asynchronous asynchronous I Know How To GO GO CPU CPU Change The World Oh No! I changed the world!

Fetch Data Directly Nodes which need to fetch data from other Nodes may do so directly, without posting commands. Data Stores reside in Shared RAM. Because all Nodes both store and retrieve data in exactly the same way, the programmer uses a standardized code-template to directly fetch data from any other Node. If necessary, a Node's Data Store may be locked and then unlocked by any other Node. This type of coupling is very fast. I Know How To Commands In and Out Data and State Relationships Opened I Know How To Commands In and Out Data and State Relationships at nanosecond speeds Opened

Reduced Number of Interfaces All Nodes have only one State-variable, and this variable can have only five different values. This dramatically reduces the number of software interfaces, which dramatically reduces the number of test cases, which dramatically reduces the volume of documentation required in the project's life cycle. The More Interfaces and Choices With Only One Interface and 5 Choices The More Complicated The Software The Simpler The Software The Heavier The Burden and Cost The Lighter The Burden and Cost

Certified “Bug-Free” Each Node can be independently tested, and most Nodes may even be certified to not have any bugs. The concept of code having hidden bugs is a result of not being able to test all software conditions. However with Snippet Nodes, because they are narrow scopes of autonomous logic with their own data store, it is possible to isolate a Node's execution-context in order to conduct stand-alone-testing which will test all software conditions. Nodes may be certified “bug-free”. I Know How To Commands In and Out Data and State Relationships I Know How To Certified Bug-Free Stand-a-lone Testing Of All Software Conditions

Maintenance and Enhancements Nodes are self contained, which helps in maintenance and future enhancements.

Immediately Reusable Most Nodes are immediately reusable in future projects. Thus, the cost of future software development projects is dramatically reduced. I Know How To Ready On The Shelf To Be Reused

More CPUs The Faster Will Run Nodes may execute on any available microprocessor. Since each Node is its own thread of execution, the entire application may be massively solved in parallel by executing on computers with large numbers of microprocessors. The more available microprocessors, the faster the program will run. I Know How To I Know How To I Know How To I Know How To I Know How To I Know How To I Know How To asynchronous asynchronous I Know How To GO CPU More CPUs means more GO GO CPU CPU will wait for all pieces

Integration Is “Automatic” A new Node's integration into the application is “automatic”. There is no need for a separate Integration Phase. In order to thoroughly test a Node, the programmer will include all of the other Nodes needed. Programming is best performed starting with the lowest level Nodes, and working upwards. Thus, Nodes are fully integration-tested each time a stand-alone-test is conducted. I Know How To Programming Is Done From The Bottom - Up I Know How To I Know How To I Know How To I Know How To

Faster With More Programmers Because the project is developed from the bottom-up and each Node is independently stand-alone-tested, the more programmers assigned the faster the project will be finished. This allows the software managers to effectively manage the cost and delivery schedule. I Know How To Adding More Programmers Actually Helps Programming Is Done From The Bottom - Up I Know How To I Know How To I Know How To I Know How To I Know How To I Know How To

Even Low-Level Nodes Use GUI Any Node may use the application’s User Interface to interact with the user. Thus even low-level code may have its own debugging, diagnostics, error reporting, and context help GUI. I Know How To I Know How To

Any Node Talks To Any Node Any Node may talk to and synchronize with any other Node running anywhere in the world. To the programmer, sending a command or data packet directly to a Node running on another computer is done the same way as sending the packet to a “local Node”. Thus, any execution thread may directly communicate with any other execution thread, even on a completely different computer. Creating applications that share synchronized data and capabilities between networked computers is very easy. I Know How To I Know How To I Know How To Internet Local Nodes Can Send And Receive Commands and Data To Other Nodes Running Anywhere In The World. CPU-Threads on Different Computers Can Directly Synchronize and Augment Their Capabilities. Essential for Games, Robotics, and Mission Control Having a Distributed Database GUI

Nodes Are The Database Servers Each client-browser can communicate directly with its own Node, so that, each client-submenu can individually and concurrently work directly with only the small portion of the whole Database it is using. Each client-access-transaction is automatically distributed. I Know How To

Scalability I I Know How To I Know How To I Know How To I Know How To

Scalability II I Know How To I Know How To I Know How To I Know How To

Scalability III CPU CPU More CPUs means more GO More Servers means more GO I Know How To I Know How To Internet