Hogyan modellezzük alternatív adatfolyamok elemző közösség
Streams kivételével (error interrupt) gyakran saját utáni körülmények között, nem kerül vissza a fő áramlási megakadályozzák a célok, amelyek valójában az eredménytelen befejezése használata esetén.
Az ilyen felosztás teljesen indokolt, de valójában ez a kérdés az osztályozás. Osztom a nézetet, hogy a megosztás alternatív folyamok külön alfaj teljesen opcionális. Csak azt kell megérteni, hogy az alternatív adatfolyamok lehet csapolni, hibák és kiesések. Az utóbbi két esetben az alternatív adatfolyamok gyakran nem térnek vissza a fő áramlási a használati eset és más poszt-körülmények között.
Amennyiben alternatív ág áramlások meglehetősen egyszerű, meg kell könnyű szimulálni (write) ezen ága közvetlenül a szervezetben a fő áramlási (javasolt tenni az előző cikkben). Ez ahhoz vezet, hogy csökken a számos alternatív áramlások, ezért leegyszerűsíti az Felhasználás modellváltozatra veszteség nélkül a szükséges információkat.
Ha alternatív ág-áramlik bonyolultabb vagy lefoglaló hibák és megszakítja a fő áramlási, akkor külön kell leírni. Azt javasolta, hogy rögzíti az ilyen alternatív adatfolyamok külön és a minta a fő stream át a nevüket (lásd. Előző cikk)
Érdemes megjegyezni egy fontos pont. Egy alternatív áramlási ne legyen alternatív adatfolyamot, vagy leírása a VI túlságosan zavaró. Ez, persze, egy mesterséges, de szükséges korlátozásokat. Meg kell érteni, hogy a VI azonosítják annak érdekében, hogy a kívánt rendszer viselkedését, ahelyett, hogy egy teljes modell használati esetek. Nagyon könnyen fennakadnak az alternatív forrásból. Ezért meg kell adnia csak a legfontosabbakat. Amint a megértése a rendszer viselkedését elérésekor használat esetén modellezés, megáll. Ezen kívül, mivel a folyamat iteratív szoftver életciklusa, akkor mindig megy vissza a lehetőségek fejlesztésére használat, és módosíthatja őket, ha néhány szempontból a rendszer viselkedése nem teljesen ismertek.