moduláris összetétele
A módszer megfelel a kritériumnak moduláris készítmények, ha biztosítja a fejlesztés szoftver elemek, szabadon társuljanak egymáshoz olyan új rendszereket előállítani, lehet, olyan környezetben, eltérő az, amelyre ezek az elemek eredetileg kialakult.
A összetétele meghatározza a fordított folyamat bomlási: a szoftver elemek extraháljuk a körülményeket, melyek között, ahogy eredetileg szándékozták használni őket újra más összefüggésben.
moduláris tervezési módszer leegyszerűsíti ezt a folyamatot azáltal, hogy önálló szoftver független elemek elég az eredeti feladat, hogy ilyen hasznosítás lehetetlen.
A készítmény közvetlenül kapcsolódik a ismételt használat. Ez a feltétel tükrözi a régi álom - viszont a folyamat tervezése egy szoftver terméket dolgozni az összecsukható kockák érdekében, hogy létrejöjjön egy programot gyári elemeket.
· 1. példa: Library rutinok. Könyvtár alprogram létre egy sor alakítható elemek. Az egyik terület, ahol sikeresen alkalmazott numerikus számítások alapján a jól előkészített könyvtárak rutinok megoldására lineáris algebra, véges elem módszer, differenciálegyenletek, stb ..
· 2. példa: jelölései Shell UNIX operációs rendszer parancs nyelvet. Az alapvető UNIX rendszer parancsok működnek egy bemeneti jelfolyam az egymást követő szimbólumok és kimenetre az eredménye, amelynek ugyanaz a standard szerkezet. Lehetséges készítmény a szolgáltató támogatja | parancs nyelv „Shell”. Rekord A | B egy kompozíciós programot. Kezdetben a program elindul egy, az eredmények vannak vezetve a B program, megkezdte munkáját az a program végén A. Egy ilyen rendszer előnyben részesíti a megállapodás készítmény szoftvert.
· A ellenpélda: az előfeldolgozó. Az általánosan elfogadott, hogy bővítse programozási nyelv, és néha a hiányosságok leküzdése, hogy az „előfeldolgozó” bemenő adatokat a kiterjesztett szintaxist, és megjeleníti azokat a szabvány ebben a formában a nyelvet. Tipikus preprocessors a Fortran és C támogatja a grafikus primitívek, korszerű vezérlő szerkezetek vagy műveletek adatbázisok. Azonban az ilyen bővítmények általában nem kompatibilisek egymással; nem lehet kombinálni két ilyen előfeldolgozó és az egyik, hogy választhat, például grafikák vagy tárol.
A készítmény nem függ bomlik. Tény, hogy ezek a kritériumok gyakran ütköznek egymással. Például felülről, kielégítő, mint már látható, a kritérium a bomlás, általában vezet létrehozását ezen modulok, amelyek nem könnyen össze a modulokat más forrásból szerzett. Ezzel a bomlás modulok rendszerint szoros kapcsolatban az egyedi követelményeket, ami a fejlődést, és nem lehet igazítani őket a többi beállítást. top-down tervezési módszer nem ad útmutatást a modulok kidolgozása, amelyek megfelelnek az általános követelményeknek. Nem engedheti meg magának egy ilyen fejlesztés, nem teszi lehetővé sem, hogy elkerüljük, vagy legalábbis, hogy felfedezze szoftver redundancia modulok termelnek különböző részein a hierarchiában.
Mindkét készítmény és a bomlási része a követelmények moduláris tervezési módszer. Elkerülhetetlen keveréke két tervezési megközelítés: a felülről lefelé és alulról felfelé. Ezen a komplementaritás elvének észre Rene Descartes közel négy évszázaddal ezelőtt, amint látható, ha összehasonlítjuk a két szabály az ő érvelés. idézett mottója ez a fejezet.