IDEF (I-CAM DEFinition eller Integrated DEFinition) - metoder från ICAM -familjen (Integrated Computer-Aided Manufacturing) för att lösa problem med att modellera komplexa system , låter dig visa och analysera aktivitetsmodeller för ett brett utbud av komplexa system i olika sektioner. Samtidigt bestäms bredden och djupet av undersökningen av processer i systemet av utvecklaren själv, vilket gör det möjligt att inte överbelasta den skapade modellen med onödiga data.
IDEF -metoder skapades inom ramen för US Air Force Industrial Computerization Program - ICAM, under genomförandet av vilka behovet avslöjades för utveckling av metoder för att analysera interaktionsprocesser i produktionssystem (industriella). Det grundläggande kravet i utvecklingen av den övervägda familjen av metoder var möjligheten till effektivt informationsutbyte mellan alla specialister som deltog i ICAM-programmet (därav namnet: Icam DEFinition - IDEF; ett annat alternativ är Integrated DEFinition). Efter publiceringen av standarden tillämpades den framgångsrikt inom olika affärsområden, vilket visade sig vara ett effektivt verktyg för att analysera, designa och visa affärsprocesser . Dessutom är det med den utbredda användningen av IDEF (och den tidigare metoden - SADT ) som framväxten av huvudidéerna för det nu populära konceptet BPR ( reengineering av affärsprocesser ) är kopplat.
För närvarande kan följande standarder tillskrivas IDEF-familjen:
Funktionsmodellering (Business Process Modeling) är en funktionell modelleringsmetodik. Med hjälp av ett visuellt grafiskt språk IDEF0 framstår systemet som studeras för utvecklare och analytiker som en uppsättning sammanhängande funktioner (funktionella block - i termer av IDEF0). Som regel är IDEF0-modellering det första steget i studien av vilket system som helst. IDEF0-metoden kan betraktas som nästa steg i utvecklingen av det välkända grafiska språket för att beskriva funktionella system SADT (Structured Analysis and Design Technique);
Informationsmodellering är en metod för att modellera informationsflöden inom ett system som låter dig visa och analysera deras struktur och samband.
IDEF1X (IDEF1 Extended) - Datamodellering - databasmodelleringsmetodik baserad på entitetsrelationsmodellen. Den används för att bygga en informationsmodell som representerar strukturen för den information som behövs för att stödja funktionerna i ett produktionssystem eller en miljö. IDEF1-metoden, utvecklad av T. Ramey baserat på P. Chens tillvägagångssätt, låter dig bygga en datamodell som motsvarar en relationsmodell i tredje normalform . För närvarande, baserat på förbättringen av IDEF1-metoden, har dess nya version, IDEF1X-metoden, skapats. Den är designad med enkel inlärning och automatisering i åtanke. IDEF1X-diagram används av ett antal vanliga CASE-verktyg (särskilt ERwin , Design/IDEF).
Simulation Model Design är en metodik för dynamisk modellering av systemutveckling. På grund av de mycket allvarliga svårigheterna i analysen av dynamiska system övergavs denna standard praktiskt taget och dess utveckling avbröts i det allra första skedet. För närvarande finns det algoritmer och deras datorimplementationer som gör det möjligt att förvandla en uppsättning IDEF0 statiska diagram till dynamiska modeller byggda på basis av Colored Petri Nets (CPN - Color Petri Nets);
Process Description Capture (dokumentation av tekniska processer) - en metod för att dokumentera processer som sker i ett system (till exempel i ett företag), beskriver scenariot och sekvensen av operationer för varje process. IDEF3 har en direkt relation med IDEF0-metoden - varje funktion (funktionsblock) kan representeras som en separat process med IDEF3-verktyg;
Objektorienterad design är en metodik för att bygga objektorienterade system som låter dig visa strukturen hos objekt och de underliggande principerna för deras interaktion, och därigenom analysera och optimera komplexa objektorienterade system;
Ontology Description Capture — En standard för ontologisk utforskning av komplexa system. Med hjälp av IDEF5-metoden kan ett systems ontologi beskrivas med hjälp av en viss vokabulär av termer och regler, på grundval av vilken tillförlitliga uttalanden om tillståndet för det aktuella systemet vid någon tidpunkt kan bildas. Baserat på dessa uttalanden dras slutsatser om vidareutvecklingen av systemet och dess optimering genomförs;
Design Rationale Capture - Motiv för designåtgärder. Syftet med IDEF6 är att underlätta förvärvet av "metodkunskap" för modellering, dess presentation och användning i utvecklingen av företagsledningssystem. Under "kännedom om metoden" hänvisar till de skäl, omständigheter, baktankar som bestämmer de valda modelleringsmetoderna. Enkelt uttryckt tolkas "metodkunskap" som svaret på frågan: "Varför blev modellen som den blev?" De flesta modelleringstekniker fokuserar på de faktiska resulterande modellerna snarare än på processen att skapa dem. IDEF6-metoden fokuserar på processen att skapa en modell;
Användargränssnittsmodellering - En metod för att utveckla gränssnitt för interaktion mellan operatören och systemet (användargränssnitt). Moderna utvecklingsmiljöer för användargränssnitt handlar mer om gränssnittets utseende och känsla. IDEF8 fokuserar gränssnittsutvecklarnas uppmärksamhet på att programmera det önskade ömsesidiga beteendet för gränssnittet och användaren på tre nivåer: operationen som utförs (vilken typ av operation det är); scenarier för interaktion, bestämt av användarens specifika roll (enligt vilket scenario det ska utföras av en eller annan användare); och slutligen om detaljerna i gränssnittet (vilka kontroller erbjuder gränssnittet för att utföra operationen);
Scenariodriven IS-design (Business Constraint Discovery-metoden) - Metoden Business Constraint Discovery utvecklades för att underlätta upptäckten och analysen av begränsningar i den miljö där ett företag verkar. Vanligtvis, när man bygger modeller, ägnas otillräcklig uppmärksamhet åt beskrivningen av de begränsningar som påverkar flödet av processer i företaget. Kunskapen om de huvudsakliga begränsningarna och arten av deras inflytande, inbäddad i modellen, förblir i bästa fall ofullständig, inkonsekvent, fördelad irrationellt, men ofta inte alls. Detta leder inte nödvändigtvis till att de konstruerade modellerna inte är livskraftiga, men implementeringen av dem kommer att möta oförutsedda svårigheter, som ett resultat av vilka deras potential inte kommer att realiseras. Men när det gäller att förbättra strukturer eller anpassa sig till förutsägbara förändringar är kunskap om befintliga begränsningar avgörande;
Dessa metoder har identifierats som efterfrågade men har ännu inte utvecklats fullt ut.
| Mjukvaruutveckling | |
|---|---|
| Bearbeta | |
Koncept på hög nivå | |
| Vägbeskrivning |
|
| Utvecklingsmetoder _ | |
| Modeller |
|
| Anmärkningsvärda siffror |
|