Softwareontwikkeling: het verschil tussen sequentiële benadering en modulaire aanpak

Lees dit artikel om meer te weten te komen over het verschil tussen sequentiële benadering en modulaire aanpak!

Fertuck suggereert dat het traditionele opeenvolgende proces van stappen in systeemanalyse en ontwerp plaats moet maken voor het nieuwe proces waarin de feedback in verschillende ontwikkelingsstadia is verwerkt.

De traditionele en moderne processen zijn weergegeven in Fig. 7.5.

Het traditionele proces van systeemanalyse en ontwerp was sequentieel en de voltooiing van één fase was een vereiste voor het begin van de andere fase. Aldus bood het proces weinig flexibiliteit voor verandering tussen de fasen.

Een verloop in een vroeg ontwikkelingsstadium kon niet worden rechtgezet, ook niet wanneer het in een later stadium werd getraceerd, omdat het veel veranderingen met zich meebracht die veel tijd in beslag namen. Zo bood het starre informatiesystemen en beperkte delegatie van verantwoordelijkheden. Dit resulteerde in langere ontwikkelingsperioden, zelfs voor kleinere informatiesystemen.

De moderne benadering overwint deze beperkingen en maakt gebruik van moderne softwaretools om flexibiliteit te bieden gedurende de gehele ontwikkelingsperiode. Het maakt het delegeren van verantwoordelijkheden in een grotere groep mogelijk en versnelt het ontwikkelingsproces.

Het werk aan elk van de modules in het proces kan bijna gelijktijdig beginnen en het testen van het ontwerp in elke module kan tegelijkertijd worden voltooid. Elk probleem dat wordt geïdentificeerd in een module kan gemakkelijk worden afgehandeld zonder veel aanpassingen in de andere.

Dit wordt mogelijk gemaakt met behulp van softwaretools die een deel van de activiteiten in elke fase van de softwareontwikkeling proberen te automatiseren.

Elke module hier zou drie basistaken omvatten:

ik. Analyse van het systeem

ii. Het nieuwe systeem ontwerpen

iii. Testen en aanpassen van het systeem

Deze taken worden weergegeven voor elk van de modules in het bovenstaande diagram. Laten we eens kijken hoe deze taken worden uitgevoerd voor elke module of stap in het moderne proces van systeemontwikkeling.

Enterprise Module:

Dit deel van de systeemanalyse en ontwerpinspanning neemt een algemeen beeld van de onderneming. Het identificeert de entiteiten die een organisatie verzamelt informatie en groepeert ze op basis van hun onderlinge relaties. Deze groepen worden ook subsystemen genoemd.

De entiteiten kunnen personen zijn zoals klanten, verkopers, werknemers, enz .; dingen zoals producten, installaties en uitrusting, andere activa, enz .; evenementen zoals verkoop, aankoop, kosten, ontvangsten en betalingen enz .; banen, taken en activiteiten, etc. Deze activiteiten zijn onderling gerelateerd en deze relaties vormen de basis om ze te groeperen in subsystemen.

De gehele set subsystemen vormt de onderneming. De grote informatiesystemen zullen zich concentreren op het gehele gamma subsystemen. Een toepassing voor kleine bedrijven kan echter een beperkte reikwijdte hebben en kan dus slechts enkele van de subsystemen in de onderneming in aanmerking nemen. Zodra de subsystemen zijn geïdentificeerd, worden prioriteiten gesteld voor de ontwikkeling van het informatiesysteem.

De analyse in de enterprise-module beperkt zich tot de identificatie van dergelijke entiteiten en relaties in elk van de subsystemen. Deze fase van de analyse identificeert de basisstructuur van bedrijfsprocessen, basisgegevensvereisten, te ondersteunen activiteiten en bepaalt prioriteiten voor het definiëren van de reikwijdte van de toepassing.

De exacte gegevensvereisten zijn in dit stadium niet bekend en er wordt geprobeerd een schatting te maken van de uiteindelijke gegevensbank. Aldus is de analyse van entiteitsrelaties in het huidige stadium voorlopig en ontbreken details die nodig zouden zijn om databases te ontwerpen.

De analyse in dit stadium omvat ook de identificatie van activiteiten die door het informatiesysteem moeten worden ondersteund.

Dit zou een analyse inhouden voor:

ik. identificatie van activiteiten op verschillende niveaus van de onderneming.

ii. structureren met het oog op de organisatiestructuur van de onderneming.

iii. identificatie van entiteiten die elke activiteit gebruikt of beïnvloedt.

iv. het groeperen van deze activiteiten in subsystemen.

Database Module:

De Enterprise-module biedt het basiskader voor gegevensvereisten. De databasemodule werkt het gedetailleerde ontwerp van databases uit. Deze module gebruikt gedetailleerde ER-diagrammen die de eigenschappen van de gegevens definiëren. Met het oog op deze eigenschappen worden pogingen ondernomen om de integriteit van gegevens te waarborgen.

De gedetailleerde ER-diagrammen worden vertaald in een structuur van relationele databasebestanden. Deze voorlopige bestandsstructuren worden vervolgens beoordeeld met behulp van consultaties met gebruikers. In deze module wordt het normalisatieproces gebruikt om overtolligheid en anomalieën te elimineren.

Interfaces Module:

In deze module wordt het schermformaat voor invoer gedefinieerd met behulp van de schermgenerators. Evenzo worden de indelingen voor de rapporten die de gebruikers nodig zouden hebben opgegeven. De betrokkenheid van de gebruiker in deze module is misschien wel de diepste van alle andere modules.

Deze module definieert de manier waarop een gesprek zal plaatsvinden tussen de gebruiker en het computersysteem. Het is essentieel om te zorgen voor consistentie tussen invoerschermindelingen en gerelateerde invoerdocumenten. Ze moeten ook compleet zijn en snelle, foutloze gegevensinvoer mogelijk maken.

Toepassingsmodule:

Deze module identificeert de processen die door de toepassing moeten worden uitgevoerd. Deze processen helpen ook bij het definiëren van de exacte omvang van de toepassing. Ontwerpers gebruiken over het algemeen gegevensstroomdiagrammen en systeemstroomdiagrammen met toenemende details om verschillende processen te definiëren die bij de toepassing zijn betrokken. Kort gezegd, deze module definieert hoe ingangen worden omgezet in gewenste uitgangen.

Zodra de processen correct zijn gedefinieerd, worden prototypes ontwikkeld om feedback van gebruikers te krijgen. Zodra de prototypen zijn getest en gewijzigd in het licht van de feedback, wordt de definitieve codering uitgevoerd en worden verschillende componenten geïntegreerd om een ​​compleet informatiesysteem te vormen.

Implementatie:

Het implementatieproces omvat het hele scala aan activiteiten, zoals het testen van het systeem, het invoeren van basisgegevens, het trainen van de gebruikers, installatie, onderhoud en evaluatie na het onderhoud van het systeem. Bij het testen moet worden vastgesteld of het systeem voldoet aan de vereisten van de toepassing. De installatie kan gefaseerd of parallel zijn, afhankelijk van de aard van de toepassing.