Structured Systems Analysis and Design Methodology
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).
De Britsenoverheid heeft opdracht gegeven om een standaard methode te ontwikkelen hoe programmatuur binnen de overheid ontworpen dient te worden. Voor dat deze standaard gebruikt werd waren er geen eenduidige regels hoe de IT projecten dienen te worden ontwikkeld. Resultaat hierdoor was dat vaak business requirements niet volledig gehaald werden, de analyses niet goed waren en de projecten slecht onderling vergelijkbaar waren.
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.
Historie
- 1980 Central Computer and Telecommunications Agency (CCTA) gaf opdracht om tot een standaard te komen.
- 1981 De door LBMS ontwikkelde methode werd gekozen uit 5 andere mogelijke methodes
- 1983 De Britse overheid stelde de SSADM methode verplicht voor alle nieuwe IT projecten binnen de overheid.
- 1984 Versie 2 van SSADM vrijgegeven
- 1986 Versie 3 of SSADM vrijgegeven, Standaard wordt nu ook gebruikt door de Britse NCC (National computing center)
- 1988 SSADM Certificaat van bekwaamheid gelanceerd
- 1989 SSADM wordt meer volgens EUROMETHOD richtlijnen, CASE producten certificatie schema bij SSADM standaard bijgevoegd
- 1990 Versie 4 vrijgegeven
- 1993 SSADM V4 Standaarden en gereedschappen schema bij SSADM standaard bijgevoegd
- 1995 SSADM V4+ bekend gemaakt , uiteindelijk is V4.2 vrijgegeven
Methode
SSADM gebruikt een watervalmethode voor het ontwerpen van een informatiesysteem. De SSADM methode wordt gebruikt in voor de haalbaarheids onderzoekfase, analyse fase en de ontwerp fase bij een IT project. De overige fase vallen buiten de methodes die beschreven zijn in SSADM.
Elke fase binnen SSADM is opgedeeld in etappes, elke etappe is weer onderverdeeld in stappen en elke stap bevat op zijn beurt een aantal taken. Door deze onderverdeling wordt een probleem opgesplitst in kleine behapbare deelproblemen. De complexiteit wordt hierdoor sterk verminderd en hierdoor wordt de kans op fouten verminderd. Bijkomend voordeel van deze opsplitsing is dat de delen die zijn ontstaan verdeeld kunnen worden. Hierdoor kan de werklast verlaagt worden en kan de voorgang gemakkelijk worden bijgehouden.
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.