Naar inhoud springen

Structured Systems Analysis and Design Methodology

Uit Wikipedia, de vrije encyclopedie
Dit is een oude versie van deze pagina, bewerkt door 84.25.193.9 (overleg) op 26 nov 2005 om 22:34. (d/t)
Deze versie kan sterk verschillen van de huidige versie van deze pagina.

SSADM is Engels voor "Structured Systems Analysis and Design Methodology" en betekent in het Nederlands "Gestructureerde Methode voor Analyse en Ontwerp van Systemen".

Inleiding

SSADM werd ontwikkeld door LBMS in 1980/81 voor de IT-dienst van de Britse overheid, de CCTA (Central Computing and Telecommunications Agency).

Versie 1 werd ontworpen om het IT-personeel te ondersteunen bij het vervangen van de, op cassettes-gebaseerd, seriële batch-verwerkingsystemen. Het nieuwe systeem was in een derde generatie programmeertaal geschreven en maakte gebruik van databaseplatformen.

Tijdens de volgende 15 jaar, werd de methode uitgebreid voor ondersteuning van interactieve gebruikersinterface-benadering, vierde generatietalen, cliënt-server techniek, nieuwe toepassingen en object-georiënteerd ontwerpen. CCTA stelde de techniek algemeen ter beschikking (met behoud van het handelsmerk "SSADM" en auteursrecht voor de referentiehandboeken) en ze introduceerden formele kwalificatie voor deze techniek; een opleidingserkennings of accreditatie- en nalevingschema voor programma`s en technieken die SSADM ondersteunden.

Sinds 1981 is SSADM verder ontwikkeld en versie 4 is uitgebracht in 1990.

Methode

SSADM gebruikt een watervalmethode voor het ontwerpen van een informatiesysteem. Deze methode wordt gebruikt in de analyse en ontwerp fases van systeem ontwikkeling. SSADM beschrijft niet het bouwen, testen en implementeren van software.

De SSADM methode maakt gebruik van een strenge document-geleide benadering. Dit in tegenstelling tot de meer modernere Rapid Application Development (RAD) methoden zoals bijvoorbeeld Dynamic Systems Development Method (DSDM).

Het ontwerp van SSADM is een aantal keer gewijzigd sinds de eerste uitgave door gebruikerservaringen en nieuwere methodes. SSADM is vooral doorontwikkeld door de behoefte aan herhaalde stappen in het proces. Hierdoor is de methode steeds meer gaan grenzen of overlappen aan de RAD methodes. Ondanks de wijzingen is, SSADM in het bijzonder, de watervalmethode bekritiseerd omdat het veel meer tijd kost om een software project te maken zonder dat de uitkomst van de projecten verbeterd.

Fasering

De SSADM methode behandeld de opeenvolgende analyse-, documentatie- en ontwerptaken voor het ontwikkelen van een applicatie:

  • Analysering van het huidige systeem
Deze fase bestaat uit het analyseren op een hoog niveau van de huidige situatie. Waarin door middel van een DFD duidelijk wordt gemaakt hoe het huidige systeem werkt en waar de problemen zitten.
  • Het schetsen van de bedrijfsspecificaties
Deze fase bestaat uit 2 gedeeltes. De eerste gedeelte is de onderzoek naar de huidige omgeving en de tweede gedeelte is Business System Options (BSO).
In het eerste gedeelte worden de systeem vereisten geïdentificeerd en de huidige Business omgeving gemoduleerd. Het moduleren bestaat uit processen en de data structuren die deel uit maken van het systeem door middel van DFD en LDS.
In het tweede gedeelte worden er 6 business mogelijk heden gepresenteerd. Een van deze mogelijkheden wordt gekozen en uitgewerkt. Tijdens deze fase worden er DFD's geproduceerd die deze mogelijk weer geven.
Deze fase wordt dus vanuit het logische huidige model naar een nieuw logische huidige model die de vereisten bevatten toe gewerkt.
  • Gedetailleerde bedrijfsspecificaties
In deze fase worden de vereisten verder uitgewerkt zowel functionele requirements als niet functionele requirements. Er deze fase worden technieken gebruikt om de processen en datastructuren nog specifieker uit te werken. De DFD’s en LDS verder uitgewerkt en zullen gevalideerd worden aan de hand van de kozen business mogelijkheid.
  • Logisch proces en data ontwerp
Deze fases bestaat 2 gedeeltes. De eerste gedeelte worden de technische mogelijkheden geselecteerd. Van uit deze keuze worden de ontwikkeling en implementatie omgevingen gespecificeerd. In de tweede gedeelte worden de logische ontwerp bijgewerkt en de processen bijgewerkt. Ook worden in dit gedeelte de dialogen gespecificeerd.
  • Fysiek ontwerp
In deze fase worden de logisch ontwerpen gebruikt om een fysiek database ontwerp te maken en om een set van programma specificaties te maken.

Technieken

De twee belangrijkste technieken gebruikt in SSADM zijn:

  • Datamodelering (Data modelling)
Identificeert en documenteert de data behoefte van een bedrijfsinformatiesysteem. Een logisch datamodel bestaat uit een Entity-Relationship model (ERD) en de bijbehorende documentatie
  • Datastroomdiagrammen (Data Flow Diagrams, DFD)
Identificeert en documenteert hoe data gebruikt wordt en zich verplaats in een bedrijfsinformatiesysteem. Een DFD bevat de processen, data-opslag plaatsen, eenheden buiten het systeem en dataverplaatsing in een informatiesysteem.
  • Entity Event Modelling
Hier in worden de toestanden beschreven waarin een entiteit zich kan bevinden. Deze beschrijving bestaat uit gebeurtenissen die effect hebben op de entiteit toestand en welke effecten dit geeft op de entiteit.

Bronnen