OSFA technologies

Your solution to the ever changing requirements

#

TERMS

DEFINATIONS/MEANING

1

OSFA SYSTEM

An
application framework that can solve multiple /all client software
problem/need.

2

SYSTEM

OSFA System

3

SOFTWARE SYSTEM

OSFA SYSTEM

4

CLIENT SYSTEM

Application written
in books which becomes the input to the OSFA System.

5

SYSTEM
CREATOR

The team of Software
developers (Engineers, architects, programmers etc) responsible for creating
the OSFA System

6

CLIENT SYTEM
CREATOR

Responsible
for writing the books to create the client system. Also known as the
predictor.

7

PREDICTOR

A person/team
responsible for Transforming the requirements into the OSFA Patterns. They
write the books to create the client system.

8

CLIENT
APPLICATION

The Client
system

9

SOFTWARE CREATOR

System Creator

OSFA SOFTWARE DEVELOPMENT PHILOSOPY

Software Requirements volatility is one of the many reasons why software projects become a challenging undertaking. Software Developer need the Client and other stakeholders to obtain clear and complete requirements before the Project can begin. 

Now there are two Models in existence which are commonly used, one is the Waterfall model which is a sequential model whereby the complete requirements must be gathered from the client before proceeding to the next phases of the software development process. In this approach introducing changes later in the process can be very challenging or difficult and can have negative impact on the project success.

In the Agile Model, little requirements can be gathered from the client to begin with and series of iterations were made as new requirements emerges. Agile model is parallel in nature and changes can be introduced in any phase of the software process with ease.

Both Software Models needs requirements to be gathered from clients before  continuing  with the Software Project. And change in requirements means redesigning, re-coding, re-compiling and re-testing of source code.

CODING THE OSFA WAY

OSFA believes that the software Design should not be requirements driven but OSFA Patterns driven. This approach will allow isolate the Software Creator from the Client/Stakeholder (user) when creating the System. Therefore the Development team can go ahead with the project without the client /requirements.

In this approach the System is consist of two parts, The OSFA System and the Client System as shown below;


Support This Work

If you are moved by this work and want to be part of this project Financially. Please  Click the “Be a Sponsor” Link below.

About the Author

Lazarus Kops Mengnao is a Software enthusiast who loves writing code since he became acquainted with computer programming. He have been in the Information Technology sector for over 14 years and have broad experience in all other areas in IT. He believes that as Software Developers we should not write code over and over again for new problems but create one solution once and never go back writing code (CORA). This means that your solution can be applied to any problem domain. This software Development Philosophy has led him to his continual work on the One Solution For All (OSFA) problem domain project.

 

Lazarus Kops Mengnao is a Graduate Software Engineer with Masters Degree and Computer science and Information systems Graduate with Bachelors Degree.

Lazarus Kops Mengnao is the Author and Co-Founder of OSFA Technologies

 

Follow him on YouTube to get more insights from this modern edge Software development Philosophy.