“Requirement deficiencies are the prime source of project failures
Coming to my explanation Glass law states that if the basic requirements of the projects is not constructed properly that may leads failure of the project. To achieve goals in the project it plays an vital role and any drawbacks may leads project unsuccessful. Around 20% of all IT project failures were caused by incomplete or badly managed requirements.
Technological University-Online Practical Tests
In the case of technological university the requirements specifications for the online practical exams had been implemented without consulting students and university staff. This system was designed in such a way that students affliated to that university are write the test test online at the same day and same time. Considering the requirements of the colleges were different an the project objectives were different. This leads to failure of the that project.
Boehm’s first law
“Errors are most frequent during the requirements and design activities and are the more expensive the later they are removed”. Coming to my explanation Boehm’s law states that the basic designing of the projects mat leads to errors and miscalculations. The sooner you find a problem, the cheaper it is to fix , otherwise to detect the errors in the project is very expensive or complicated . This law is applicable from midrange systems. Example:
City Council – Pay Roll System
A city council developed a replacement payroll system believed that users had comprehensive knowledge of all the business requirements. But the current staff or IT team had participated in building the old system - they had no knowledge of how it was built. That leads to many errors and it cause project failure.
Boehm’s second law
“Prototyping (significantly) reduces requirement and design errors, especially for user interfaces”. Coming to my explanation Boehm’s second law states that by prototype modelling the disigning of the project and errors can be reduced. To design the system the staff will be educated . So that that will increase the usability of the system among users. Example:
In a postgraduation course prototype modelling experiments were conducted . Some of them were used requirement driven approach and others are prototyping approach. This will leads to satisfaction for the client compare to all other methods.
“The value of a model depends on the view taken, but none is best for all purposes”.
Coming to my explanation Davi’s law states that to describe systems requirements, it is very useful. This model is useful to solve the complicated tasks that other models find that difficult to solve. Example:In a system to solve the problems different methods were implemented. Each task follows their methodolgies to solve the problems. At the end all the methods got different results but there methodologies is useful to solve the problem.
Your first task is to describe each software development methodology clearly and completely in your own words. You may use diagrams, examples or UML to help you do this.
Waterfall Model :
The waterfall model is a sequential software development process, in which progress is seen as flowing steadily downwards through the phases of conception, design, analysis, initiation ,testing and maintenance.
This model is used in manufacturing industries and construction industries . It is ; highly structured physical environments in which after-the-fact changes are prohibitively costly, if not impossible. Since no formal software development methodologies existed at the time, this hardware-oriented model was simply adapted for software development. For example, one first completes requirements specification, which after sign-off are considered "set in stone." When the requirements are fully completed,...