Linear Sequential Model

Linear in series(p) ModelIntroductionSoftw be deal (Jean, Badara David 1999) circumscribes the way in which parcel growth is organized, managed, measured, underpined and improved. Although they may show different levels of sophistication in mastering their emergencees, entirely(prenominal) organizations involved in parcel- organic evolution follow a process of some kind, implicit or explicit, reproducible, instrumented, adaptable or otherwise. Softwargon maturement Organization in general has come to realize that the key to palmy deliin truth (on time, on bud achieve, with the expected quality) lies in the effective management of their softw ar process.Generic physiquePressman (2001) mentions that softw atomic number 18 engineering provide be categorized into three phases, regardless of exertion ara, leap out size or compl government issuey.The definition phase reducees on what. That is during definition, the softw ar engineer attempts to identify what schooling or data is to processed, what function and performance ar necessary, what ashes sort hind end be expected, what interfaces ar to be established, what institution constraints exist and what verification criteria atomic number 18 required to define a successful and working system.The maturation phase focuses on how. That is, during education a computer package engineer attempts to define how data are to be structured, how function is to be implemented inwardly a software computer architecture, how procedural details are to be implemented, how interfaces are to be characterized, how the rule allow for be translated into a political scheduling language, and how examination will be performed. The methods applied during the arisement phase will different, further three specific technical tasks should always occur software design, principle generation, and software riddleing.The stay phase focuses on miscellany associated with error correction, adaptations requi red as the softwares environment evolves, and changes due to enhancements brought about by changing node requirements. The support phase reapplies the steps of the definition and development phases but does so in the context of existing software. Four types of change are encountered during the support phaseCorrection Even with the best quality assurance activities, it is in all probability that the client will uncover defects or bugs in the software. Corrective support changes the software to correct defects.Adaptation Over time, the au indeedtic environment (e.g., CPU, in operation(p) system, bank line rules, external product characteristics) for which the software was substantial is likely to change. adaptative maintenance results in modification to the software to accommodate changes to its external environment.sweetener As software is used, the client/user will recognize additional functions that will provide benefit. Perfective maintenance extends the software beyond its original functional requirements.Prevention Computer software deteriorates due to change, and because of this, preventive maintenance, a good deal called software reengineering, and must be conducted to enable the software to serve the demand of its end users. In essence, preventive maintenance makes changes to computer programs so that they can buoy be more easily corrected, adapted, and enhanced.Linear back-to-back Model / falls ModelLinear attendant sticker or be cognise as waterfall model is one of the arisees in Software increment Process Models that software engineer used to specify and design which are used during the development process of software. Parekh (n.d.) cl too soon stated that all these phases are cascaded to each other so that second phase is started as and when defined set of goals are achieved for first phase and it is sign off.Phases of Linear back-to-back Model (Startvbdotnet subscriber, n.d.)Feasibility The feasibility study is used to dete rmine if the throw should get the go ahead. If the protrude is to proceed, the feasibility study will start out a project plan and budget estimates for the future stages of development.Requirement analytic thinking and conception Analysis gathers the requirements for the system. This stage includes a detailed study of the headache needs of the organization. Options for changing the origin process may be considered. Design focuses on high level design like, what programs are needed and how are they going to interact, low-level design, interface design and data design. During these phases, the softwares overall structure is defined. Analysis and Design are very crucial in the self-coloured development cycle. Any mistakes in the design phase could be very expensive to solve in the later stage of the software development. much care is taken during this phase. The logical system of the product is developed in this phase.Implementation In this phase the designs are translated i nto code. Computer programs are indite using a conventional programming language or an employment generator. Programming tools like Compilers, Interpreters and Debuggers are used to generate the code. Different high level programming languages like C, C++, Pascal and Java are used for coding. With respect to the type of application, the right programming language is chosen. interrogatory In this phase the system is time- tried. Normally programs are written as a series of individual modules, these subjects to separate and detailed test. The system is past tested as a whole. The separate modules are brought together and tested as a complete system. The system is tested to ensure that interfaces amidst modules work, the system works on the intended platform and with the expected masses of data and that the system does what the user requires.Maintenance It is can non be avoided fact that a system will need maintenance. Software will definitely suffer change once it is delivere d to the customer. There are m either reasons for the change. Change could dislodge because of some unexpected input values into the system. In addition, the changes in the system could directly affect the software operations. The software should be developed to forbid or save detail of changes that could happen during the post implementation period. watch Output in a Waterfall ModelAs Freetutes.com Contributors (n.d.) has seen, the take of a project employing the waterfall model is non just the net program along with documentation to use it. There are a number of intermediate outputs, which must be put forwardd in order to produce a successful product.The set of documents that should be produced in each project areRequirement documentProject planSystem design documentDetailed design documentTest plan and test reportFinal codeSoftware manuals (user manual, installation manual etc.)In order to certify an output product of a phase in the lead the next phase begins, critiques a re often held. Reviews are necessary curiously for the requirements and design phases, since other certification means are frequently non available. Reviews are formal bear uponing to uncover deficiencies in a product. The review reports are the outcome of these reviews.Based on the instruction given by The Software Tester Contributor (n.d.), below are the advantages and disadvantages for Linear resultant Model.Advantages of Linear concomitant ModelEmphasizes requirements to begin with design.Single system design phase emphasizes planning and design of the system architecture and technology before coding begins.Milestone reviews encourage close scrutiny of phase exit and entry criteria.Sequential growth through phases readily maps to configuration domination points and the establishment of baselines.Model structure is readily understood and communicable to all stakeholders.Disadvantages of Linear Sequential ModelTesting does not receive focus until after the system has been specified, designed and coded.Many different units and sub-systems could be developed within the one project and the Waterfall Model implies that these are all specified and designed in one clump which does not contrive the realityCustomer involvement is not throughout so issues with requirements are not always realized until later in the lifecycle.Linear progression through the phases can result in issue identification organism pushed downstream resulting in many cycles of rework causing delays.The customer does not get to see the software until the very end.Project managers cannot always get a true picture of project health and progress, especially in the earlier phases.Rapid cover Development (radian)Pressman (2001) describes rapid application development (RAD) as an incremental software development process model that emphasizes an extremely short development cycle. The RAD model is a fast adaptation of the linear sequential model in which rapid development is achieved by usi ng component-based construction. If requirements are well understood and project orbit is constrained, the RAD process enables a development group to make out a fully functional system within very short time periods. Normally it takes about 60 to 90 days.RAD Models PhasesStages of Rapid application Model (RAD) Pressman (2001)Business modeling The data flow among business functions is modeled in a way that answers the following questions What information drives the business process? What information is generated? Who generates it? Where does the information go? Who processes it?Data modeling The information flow defined as part of the business modeling phase is refined into a set of data objects that are needed to support the business. The characteristics or can be called as attributes. Each object is identify and the relationships between these are objects defined.Process modeling The data objects defined in the data modeling phase are transformed to achieve the information flo w necessary to implement a business function. Processing descriptions are created for adding, modifying, deleting, or retrieving a data object.Application generation Rather than creating software using conventional third generation programming languages, the RAD process works to reuse existing program components when possible or create reusable components when necessary. In all cases, automated tools are used to allay construction of the software.Testing and turnover Since the RAD process emphasizes reuse, many of the program components have already been tested. This reduces overall examen time. However, new components must be tested and all interfaces must be fully exercised.Advantages of Rapid Application Development (RAD) My Project Management Expert Contributor (n.d.)The time required to develop the software is drastically trim back due to a reduced requirement analysis business requirements documentation and software requirement condition and planning stage.All the software icons produced can be kept in a repository for future use. The reusability of the components also fastens the phase of the process of software development.It is much easier for a project manager to be accurate in estimating project costs which of course means that project cost harbours are easier to implement and manage as well.It is a big cost saviour in terms of project budget as well as project time and cost due to reusability of the prototypes.If a component is world picked for the repository, it is already tested and hence need not be tested again. This helps in saving time required for testing.The project management requirements are collected in a dynamic manner. Every time there is a prototype ready, requirements are studied and matched. If there are any additional requirements, these are then included in the next prototype built.Disadvantages of Rapid Application Development (RAD) My Project Management Expert Contributor (n.d.)This method may not be useful for large, u nique or highly complex projectsThis method cannot be a success if the group is not sufficiently motivated and nor is unable to work cohesively together.Success depends on the extremely high technical skills of the developers.There are times when the team ignores necessary quality parameters such as consistency, reliability and standardization. Hence this can make project quality management hard to implement during the project management life cycleComparison between Linear Sequential Model and Rapid Application ModelBelow are the equality for linear sequential model and rapid application model that are clearly stated by e2x limited Contributor (2005)Linear Sequential Model DevelopmentLinear Sequential Model development demands that all the requirements are identified and detailed at the start of the project. The system architecture is then defined, and detailed design of the system carried out before programming starts. The system is usually delivered in modules that, once finishe d are then integrated and tested. The big problem with linear sequential model development is that it assumes all the requirements, the architecture and the design can be identified, fixed and signed off up front. If this is done correctly, development and delivery of the system should be little more than the correct translation of the design into code. Experience has shown that it is incredibly difficult to produce requirements of such detail and completeness that the system delivered is exactly what the customer requisiteed. We have also seen that the transition from design to programming, from programming to integration, and from integration to testing can be fraught with problems usually caused by misunderstandings, incorrect assumptions and discrepancies not identified during the requirements, architecture and design phases. Linear sequential model development can, and does work, but doing it right is typically very expensive. However, even when waterfall is ripe well, it is not very good at dealing with change. Every change in the requirements requires a change request, often submitted to a change control board. Linear Sequential Model works best when change is restricted.RAD (Rapid Application Development)In a RAD project, the customer is involved early on in working with technologists to quickly produce prototypes that embody the requirements. This gives the customer and users a chance to play with the technology early on to staunch up their requirements and identify any gaps or incorrect assumptions.RAD projects then typically head in one of two directions. Some will become linear sequential model development projects, with the prototypes being formalized as requirements. Others will seek to develop the prototypes into proper implementations. The later approach often leads to a number of poorly engineered and poorly integrated solutions as fleshing out a prototype is not the same as developing a proper solution from the ground up. As with linear s equential model development, RAD can and does work. However, successful RAD projects tend to be those where the final solution is actually relatively close to the prototype in terms of implementation. Front-office solutions for exotic financial markets built around spreadsheets, and one-off, limited scope, database-and-forms applications are good examples.ConclusionAs a conclusion, if I am a project manager for a specific software project, I would necessitate rapid application development (RAD) as one of my method to develop software. By using RAD, I can roughly know what end-user want with their software, I can get clear view what the software can do, how the software behave and what type of performance that I can count on out. On top of that, RAD also enabled the team to work quick and we can produce high quality software that can meet end-users need.