Äri(fuck)konteksti dokument selfitab UML mudelit ärikonteksti valguses. Seletab mudeli loogilisi põhiprintsiipe sellisel kuhul, mis on ka tsiviilisikutele (non-it crowd) arusaadav, tõstab esile ärinõuded, seab vastavusse konkreetseid mudeli detaile tähtsate ärinõuetega, selgitab, kuidas ärinõuded ja kontekst on põhjustanud spetsiifilisi modelleerimise lahendusi. Pros ● Mudel kättesaadav laiale ringile (isegi need, kes ei tea modest mitte midagi saavad lugeda dokumeti kõrvale ja siis see pole enam nii mumbo-jumbo) ● Võimaldab dokumenteerida äriteadmust UML diagrammidesse Vaatenurgad ja vaated Äriarhitektuuri kirjeldus peab olema organiseeritud üheks või mitmeks vaateks. Iga vaade keskendub kindlatele aspektidele ning on koostatud mingite graafiliste diagrammidena ja/või tekstiliste kirjeldustena. Standardid EI MÄÄRA vajalike vaatenurkade hulka. Tüüpilised äriarhitektuuri vaatenurgad:
kontrollstruktuurid (continue, break, jt.) ja laused (if...else, switch, while, do...while, for, jt). Kliendipoolne JavaScript ja serveripoolne JavaScript kasutavad samu tuum- JavaScript'i programmeerimiskeele põhielemente. Joonisel 1 on näha millistest JavaScript'i keele osadest koosneb kliendipoolne ja serveripoolne JavaScript. Joonis 1. JavaScript'i keele osad. Kliendipoolne JavaScript'i programm kirjutatakse HTML dokumeti (kuidas programmi HTML dokumenti kirjutada vaatleme hiljem). Interpretaator, mis kliendipoolset skripti tõlgendab e. interpreteerib asub veebibrauseris. Kui brauser (või klient) nõuab lehekülje avamist, mille HTML dokument sisaldab kliendipoolset JavaScript'i programmi, saadab server nõutava lehekülje sisu. Kliendile edastatakse HTML'i tulemus, mille kuvamist brauseriaknasse alustakse dokumendi algusest ning
annaabi.ee 
