Eljárási rendszerek
Eljárásjogilag hívjuk az ember-gép rendszer, amely hozzáférhető az ember formájában egy sor funkciót (eljárások), például az ember-TV - teljesen eljárási rendszer: az összes meghatározott feladatokat előtte ember szempontjából leírt „program”, „Volume”, „Contrast "és így tovább.
Annak érdekében, hogy a felhasználó legalább részben megtervezze és megjósolja a rendszer viselkedését, tudnia kell, hogyan rendeződik és hogyan működik. És mivel a rendszer bonyolult, egyszerűbbnek kell lennie, és nem kell megfelelnie az architektúrájának valóságának, de felhasználóbarát feltételekkel kell leírnia. Tehát van egy másik módja annak, hogy kölcsönhatásba léphessünk az eljárási rendszerrel: egy legendával. A legenda jó, hiszen a felhasználónak érezheti magát, hogy tökéletesen megérti a rendszer eszközét - miközben követi az utasításokat. A legenda hátránya, hogy lehetetlen, hogy mindenkor és mindenben betartsák. Ugyanaz - a legenda szerint - az objektumok különböző helyzetekben viselkednek különböző módon, mert a rendszer különböző típusú objektumainak felelnek meg. Egy legenda jellegzetes példája az ikon (ikon, ikon) fogalma a Windows rendszerben. A böngésző ikonjai eltérő módon viselkednek, mint az asztalon lévő ikonok, és egyáltalán nem hasonlítanak a kezelőpanel ikonjaihoz.
Az eljárási rendszer felhasználója gyakran nem tudja pontosan, hogy miként érte el a kívánt eredményt, és nem mindig reprodukálja tevékenységét először. Nyomja meg a gombokat - és ki. Hogyan? És ki tudja.
A korlátozott tudatosság elve. Az eszközrendszert el kell rejteni a felhasználótól, nehogy a fejét "felesleges" tényekkel kösse le, és ne adja meg neki a lehetőséget, hogy elrontsa a rendszert. Ezenkívül a rendszer többségét nem lehet dokumentálni vagy a műszaki dokumentáció szakaszában maradni, amelynek értékesítése alkalmanként és kereset alapján történhet. És ami a legfontosabb, a titkos tudást nem engedélyező felhasználó a fejlesztőnek jön a rendszer bármilyen korrekciójához, és újra fizet a frissítésért.
A garantált készségek alapelve. A felhasználónak nem kell valami különlegeset tudnia ahhoz, hogy az eljárási rendszerrel kezdjen dolgozni. Ezért az eljárási rendszerrel való kölcsönhatás rendszerint a már meglévő felhasználói vagy nagyon egyszerű készségeken alapul.
Az átfedéses eljárások elve. Az eljárási rendszerekben az eljárások önmagukban történő integrációjának (közös alkalmazása) gyengén fejlettek. Következésképpen az elkerülhetetlen helyzet, amikor egy osztály tipikus felhasználói feladatok megoldható a segítségével egy csoportja eljárások (az ellenőrzések), egy másik osztály a problémák - segítségével más csoportok, de a feladat kevésbé hasonló a minta, annál nehezebb kitalálni, hogy mit eljárások és milyen sorrendben kell használni , hogy megoldja. Következtetés: szükség van, hogy gondoskodjon az eljárásokat magukat, hogy ezek segítségével, akár azok egymásra (szekvenciális alkalmazása ugyanarra az objektumra) lehetne megoldani minden problémát. Ez nem kivitelezhető, és a lehető legnagyobb teret nyújtó lehetőségek fedezésére való törekvés a rendszer két jellemző tulajdonságát eredményezi. Először is sok eljárás létezik benne (gombok, karok, menüpontok). Másodszor, számos feladatot meg kell oldani: több más megoldás következetes alkalmazásával, csak tulajdonságainak egy részével. Általában könnyebb meggyőzni a felhasználót, hogy a kész megoldás megfelel neki, mint keresni olyan megoldást, amely igazán kielégíti őt.
A felelősség átruházásának elve. Mivel a felhasználónak fogalma sincs, mi történik, amikor elindítja a rendszer következő eljárását, csak az eljárás fejlesztője tudja garantálni az elvégzett termékkonverziók minőségét. Ha az eljárások túlságosan bonyolultak, és figyelemmel kísérik, hogy megsértik-e bármely szabványt, könnyebb elfelejteni és létrehozni a sajátját. Ez például a .doc fájlok formátuma: egy olyan struktúra, amelynek érvényességét ellenőrizni kell, ha nem illeszkedik semmilyen dokumentációhoz, hanem áthaladva az őket generáló eljárási rendszeren.
Ráadásul az eljárási rendszer felhasználója bizonyos értelemben feleslegessé válik a felelőtlenségre. Semmilyen hatással a rendszer körül kell vennie magát - és megnyílt - mindenféle figyelmeztetés, mint a „Biztosan szeretne tenni ilyen és hogy a tipikus jelei az olyan eljárási rendszer - rengeteg kérelmek igazolása a kiválasztott művelet Néha vannak dupla megerősítés :. Az első” Biztos "" Biztos vagy benne? "A rendszerért felelős fejlesztő ilyen módon köteles megjelölni azokat a rendszergazdálkodási pontokat, amelyekben a felhasználó felelősségét megváltoztatja. e, hogy bizonytalan -, így kisebb az esélye, hogy ez lesz elrontani semmit.
Következtetés 1. Nyilvánvaló, hogy az eljárási rendszerek fejlesztésének fő iránya az egyre növekvő számú alkalmazási területre egyre komplexebb és kiegyensúlyozottabb megoldások kialakítása lesz. Nem véletlenül a "segédprogram" szó a felhasználó programjának megjelölésére ilyen rendszerekben az "alkalmazás" (alkalmazás) helyébe lépett. Általában, amellett, hogy a megoldásának eszközét, a fő probléma osztályt, ilyen rendszerek a kínálat a lehetőségek „minden alkalomra” (elve szerint az egymást átfedő eljárások). Különösen kényelmetlen ilyen csonka készletet használni. Gyakran, amikor egy számítógép egymás mellett több eljárási rendszerek, mint például a CorelDraw, Photoshop, MS Office, és így tovább. E. ablaka alatt egy, részeinek cseréjét egymást (akár veszteség működése), hiába, „enni” a számítógépes erőforrások és rendetlenséget a teret.
Következtetés 2. A gép és a felhasználó közötti párbeszéd az eljárási rendszerben a gép tevékenységén alapul. Ez és mindenféle „mester” és eszközeiben, valamint a teremtés koronájának - egy klip, amely veri a fejét a képernyőn, és kiváltja a felhasználó a különböző műveleteket, hogy enélkül is gondolta volna. Az a tény, hogy az ember-gép rendszer eljárási szervezete elnyomja a kezdeményezést. Először is, elve szerint a küldöttség a felelősség, ha a recept azt mondja, hogy a kívánt objektum tulajdonságait meg kell végezni 18 csapat, ők és mit kellene tenni, hanem a három megfelelőnek tűnik, de sehol sem mondják, hogy így is van lehetőség. Emlékezzünk a bizonytalanságra is, amikor a felhasználónak meg kell maradnia. Másodszor, senki, kivéve talán a fejlesztőket, nem tudja, mi történik az objektummal a három csapat hatása miatt. A korlátozott tudatosság elve szerint a felhasználó nem ismeri semmit, csak egy legenda, és minden esetben be kell tartani. Harmadszor, a rendszer, amely szinte teljes egészében kész megoldásokból áll, nem jelenti azt, hogy mielőtt megoldaná a megoldatlan kérdéseket.