Naar inhoud springen

Structured Systems Analysis and Design Methodology-SSADM

Uit Wikipedia, de vrije encyclopedie
Dit is een oude versie van deze pagina, bewerkt door AlexP (overleg | bijdragen) op 28 sep 2005 om 10:28.
Deze versie kan sterk verschillen van de huidige versie van deze pagina.

Structured Systems Analysis and Design Methodology (SSADM) is een techniek die wordt gebruikt tijdens de analyseer- en ontwerpfase van systeemontwikkeling. SSADM is ontwikkeld in 1980 door CCTA, wat staat voor Central Computing an Telecommunications Agency, en LBMS, wat staat voor Learmonth & Burchett Managements Systems. Daarna werd het in 1981 gebruikt door de regering van Engeland.

In de loop der jaren hebben de ontwikkelingen rond SSADM niet stil gezeten. Zo kwam versie 2 uit in het jaar 1984 en versie 3 uit in 1986. De huidige versie waar ze op heden mee werken is versie 4. Deze versie 4 is uitgekomen in 1990 en ook wel aangeduid met SSADM4.

Achterliggende gedachte

De belangrijkste reden dat de regering gekozen heeft voor SSADM is de opkomst van IT. In deze tijd was de regering bezig met veel maar ook verschillende projecten. De regering dacht dat met SSADM de kwaliteiten van het systeem verbeterd werden door de gedisciplineerde techniekbenadering. SSADM is aantrekkelijk doordat het een open standaard is. Hierdoor is het gratis te gebruiken voor bedrijven.

Werkwijze

Projecten die met SSADM ontwikkeld worden zijn verdeeld in verschillende stadiums. Hieronder zal hier kort op worden ingegaan.

1. Feasibility Study (stadium 0) – In dit stadium word bekeken of het wel rendabel is om een nieuw systeem binnen een organisatie te implementeren. Hier word onder andere gekeken naar de kosten, technische en operationele haalbaarheid. 2. Requirements Analysis (stadium 1 en 2) – De “Requirements analysis” bestaat uit 2 stadia. In de eerste stadium worden de benodigdheden onderzocht in de huidige omgeving en worden de problemen die in de toekomst verbeterd moeten worden genoteerd. Stage 2 ontwerpt een aantal opties die overeen komen met de gedefinieerde eisen en selecteert hier één optie als basis voor het gewenste systeem. 3. Requirements Specification (stadium 3) – Nadat stadium 2 een optie heeft geselecteerd word hier een gedetailleerde specificatie over samengesteld. 4. Logical System Specification (Stadium 4 en 5) - In dit vierde stadium worden de verschillende opties beoordeeld om de specificatie uit te voeren. Ook beschrijft dit stadium de kosten, de voordelen en de beperkingen. In stadium 5 worden de “Logical Dialogue” en “Update Processing” gedefinieerd. 5. Physical Design (stadium 6) - Een fysiek database ontwerp en een set van programma specificaties worden gecreëerd door middel van logische en technische systeem specificaties.


Technieken

SSADM maakt gebruik van 3 verschillende technieken. Deze technieken zijn:

• Logical Data Modeling – Het proces van identificeren, modelleren en documenteren van de data dat nodig is om het systeem te ontwerpen. De data is te onderscheiden in “entities” (dingen wat een bedrijf moet opslaan) en “relationships” (de link tussen de verschillende “entities”) • Data Flow Modeling – Het proces van modelleren, identificeren en documenteren van hoe de data zicht beweegt bij een informatiesysteem. De data flow modelleerder onderzoekt het “processes”, “external entities”, “data stores” en de “data flows” • Entity Behavior Modeling - Het proces om de gebeurtenissen te identificeren te modelleren en te documenteren die elke entiteit en opeenvolging beïnvloeden waarin deze gebeurtenissen voorkomen.

De verschillende technieken bekijken hetzelfde systeem van verschillende gezichtspunten. Toch zijn deze drie technieken belangrijk om een model te maken van het te maken systeem.


Bronvermelding