Ett applikationspaket (förkortat PPP, engelskt applikationspaket [1] ) eller ett mjukvarupaket är en uppsättning inbördes relaterade moduler utformade för att lösa problem av en viss klass inom ett visst ämnesområde . Enligt PPP:s innebörd skulle det vara mer korrekt att kalla det ett modulpaket istället för den etablerade termen mjukvarupaket. annorlunda än biblioteketdet faktum att skapandet av ett bibliotek inte syftar till att helt täcka ämnesområdets behov, eftersom applikationen kan använda modulerna på flera bibliotek. Kraven för ett mjukvarupaket är strängare: en applikation för att lösa ett problem måste endast använda modulerna i paketet, och skapandet av en specifik applikation kan vara tillgänglig för icke-programmerare [2] .
Paketmetoden kan jämföras med skapandet av ett "universellt" program. Ett sådant program kan delta i att lösa olika problem, medan i paketupplägget kombineras flera moduler av paketet för att lösa ett problem. Skillnaden kan tyckas liten (det är möjligt att göra ett "universellt" program från ett mjukvarupaket genom att lägga till ett kontrolltillägg, eller vice versa, för att använda vissa moduler i det "universella" programmet som PPP). Men ur en arkitektonisk synvinkel är PPP mer praktiskt för expansion och modifiering, eftersom utvecklingen av PPP kan ske genom att lägga till nya moduler som inte påverkar prestandan hos tidigare felsökta moduler [2] .
Det enklaste sättet att illustrera batchmetoden är med Unix-pipeline . Ett Unix-system innehåller ett stort antal små program som utför en specifik funktion. I pipeline kan programmen som ingår i kedjan bearbeta vissa data [3] .
I vissa fall kan kedjemetoden automatiseras genom att anförtro konstruktionen av kedjan till paketets systemverktyg [3] . Förutom den numerativa mekanismen för att skapa en kedja (explicit tilldelning av moduler som ingår i kedjan), är en associativ mekanism möjlig, i vilken modulen inkluderas av systemmedel i det genererade programmet baserat på något attribut. I det fall då användaren ställer in kända och önskade värden kallas återställningen av kedjan med hjälp av systemet automatisk beräkningsplanering . Trots vissa fördelar och individuella framgångar (PRIZ- och SPOR-system) har automatisk beräkningsschemaläggning inte fått någon massutveckling på grund av kedjans fattigdom som en konfigurationsriktlinje [4] .
Med ackumulering av programmeringserfarenhet inom vilket ämnesområde som helst utvecklas över tid idéer om en rationell modulär organisation, en uppsättning moduler ackumuleras som inte förändras mycket när man flyttar från en version av program till en annan, och det finns också permanenta platser för utbytbara moduler . Som ett resultat uppstår en applikationsarkitektur, bestående av en permanent komponent - en ram som har platser för att placera utbytbara moduler [5] . Naturligtvis har uttag och plug-in moduler överenskomna specifikationer .
Att ställa in en specifik konfiguration för användaren är förenklat. Rambon är en återspegling av egenskaperna hos problemet som löses, och utbytbara moduler är de tillåtna värdena för dessa egenskaper [5] .
Till exempel, i en ram med två variantbon är det möjligt att beskriva beräkningskonfigurationen utan att röra problemalgoritmen: Материал ← Алюминий, Точность ← Двойная.
Till skillnad från kedjeansatsen ger rammetoden mer frihet i att utforma strukturen för det genererade programmet, vilket är att föredra för de flesta ämnesområden [5] .
Följande typer av PPP kan särskiljas [6] :