The SPAMEX system. :: Computer Science

The SPAMEX system.1. IntroductionThe SPAMEX system proposed by SCABB is outlined in the attachedletter. I hope to suggest a suitable software process moulding for thedevelopment of the SPAMEX system in the following document.2. The Waterfall ModelThe waterfall pretence consists of several symbolizes of the developmentlife-cycle, for for all(prenominal) one one of which are completed in turn.The first stage in applying this simulation to the development of theSPAMEX system would be to document the system concept and depict thesystem requirements. After analysing these requirements, one wouldbreak the system into pieces, for example wind user interface,customer database etc. Each of these components (or subsystems) nowrequire circumstantial design before the coding can take place. After eachof the components has been tested and debugged individually, they canbe integrated to form part of the upstanding SPAMEX system. The system as awhole can now be tested and deployed althou gh requiring ongoingmaintenance.The waterfall model was the first of its kind and is notwithstanding widelyused. It allows documented evidence of progress as each stage must beapproved and signed off before the next stage is undertaken. Thisshould stir to SCABB since they have access to these documents andcan track the progress of the development of their software. It would likewise benefit the project manager, who would be able to ensureconsistency in the quality of the software and manage accordingly hisinvestments in time and notes.The model also allows the various stages of the development to beoverlapped in accordance with the wishes of SCABB. This is particularly useful in this case as the current brief presented bySCABB is not to the detail required by the developer. Further meetingsbetween some(prenominal) parties would be essential and ongoing changes inrequirements will be inevitable. However, such iterations are notpossible without significant investments in time an d money from boththe developer and SCABB.As we can see, one of the main characteristics of the waterfall modelis that commitments be made for each stage early on and each one mustbe completed and signed off before the next is undertaken. legion(predicate)problems whitethorn arise from this when applied to the SPAMEX system. Forexample, instability and other coding problems may not be discovereduntil the testing of the whole system. In such cases re-design may berequired, which is very problematic because from the very beginning,this model assumes feasibleness before implementation.The waterfall model works well when requirements are horse barn and welldefined, the present SPAMEX brief is somewhat vague and specific elaborate may only be attained through extensive client-developerinteraction.