At the end of the 60s, the programmers came out with a philosophy that is related to developing software. The concept stated that if the data structures are correct and stable and by applying effort, the development of the program will go very smoothly without any problems. Back in the 60s is was only an intuition and a philosophical concept but in the 1970s it was transformed from just a concept into a theory. The transformation of this concept to a real theory included the grasping and understanding of several points.
These points included the structure of the software architecture and the specifications. These specifications were expressed through math as algebraic axioms or abstract models. The understanding of language problems was also vital. It included user-defined types, scope and modules. Another major point that had to be understood is the protection of the information. This includes all kinds of information and not only the ones that are a part of the specifications. This is very essential as the protection of this information is vital to the success of any software development.
The target of this transformation was to enhance the quality of the software architecture design of several parts of the software. This included the enhancing of abstract data types in order to surpass the level of the programming language or statements. In order to achieve that, the understanding of the above mentioned points were accompanied by integrating specifications, representations, functional interfaces and algorithms in uniform methods. In order for the architecture design to succeed, the programming language had to be used but the abstract data type paradigm gave some pieces of the system the ability to be developed using a vocabulary of data types that is not included in the programming language’s vocabulary.
The same ways programmers recognized the usage of strong and correct data structure back in the 60s, now experienced software developers recognize strong system organizations. Although many organizations and architecture software designers depend on abstract data types but this is not the only available method to organize a software system. This is due to the fact that other designers and developers have developed various organizations over the course of time. These organizations have become a solid part of the vocabulary of the language that software designers use. So as a software developer you have the choice to either choose these new organizations or the usual abstract data types.
These points included the structure of the software architecture and the specifications. These specifications were expressed through math as algebraic axioms or abstract models. The understanding of language problems was also vital. It included user-defined types, scope and modules. Another major point that had to be understood is the protection of the information. This includes all kinds of information and not only the ones that are a part of the specifications. This is very essential as the protection of this information is vital to the success of any software development.
The target of this transformation was to enhance the quality of the software architecture design of several parts of the software. This included the enhancing of abstract data types in order to surpass the level of the programming language or statements. In order to achieve that, the understanding of the above mentioned points were accompanied by integrating specifications, representations, functional interfaces and algorithms in uniform methods. In order for the architecture design to succeed, the programming language had to be used but the abstract data type paradigm gave some pieces of the system the ability to be developed using a vocabulary of data types that is not included in the programming language’s vocabulary.
The same ways programmers recognized the usage of strong and correct data structure back in the 60s, now experienced software developers recognize strong system organizations. Although many organizations and architecture software designers depend on abstract data types but this is not the only available method to organize a software system. This is due to the fact that other designers and developers have developed various organizations over the course of time. These organizations have become a solid part of the vocabulary of the language that software designers use. So as a software developer you have the choice to either choose these new organizations or the usual abstract data types.
No comments:
Post a Comment