Cunoaște Intuit, curs, modelare de date și XML

Rezumat: În această secțiune principalele aspecte ale proiectului XML documentului: Modelarea datelor (înțelegerea structurii și scopul informațiilor conținute în documentele); document de proiectare (model de informații transmise unui set de reguli sau sisteme de creare a documentelor reale); scheme de notație (proiect metode de înregistrare a documentului, astfel încât acesta este disponibil pentru tratamentul software-ului său, precum și pentru utilizatorul uman).

Succesul oricărei aplicații XML depinde de cât de bine conceput documentele XML efectiv utilizate. acestea trebuie să fie în măsură nu numai pentru a transporta informațiile pe care le împărtășesc unii cu alții astăzi, dar, de asemenea, suficient de flexibil pentru a se adapta cerințelor viitoare. Pentru a face acest lucru, trebuie să ia în considerare următoarele aspecte ale procesului de proiectare:

  • Modelarea informațională (înțelegerea informațiilor structura și destinația conținute în documentele);
  • Design de documente (modelul de informații difuzate la un set de reguli sau sisteme de creare a documentelor reale);
  • scheme de notație (proiect metode de înregistrare a documentului, astfel încât acesta este disponibil pentru tratamentul software-ului său, precum și pentru utilizatorul uman).

modelarea datelor

Informații model - o descriere utilizată organizare a informațiilor, independent de orice fel a fost tehnologia informației.

  • Cum este structurat?
  • Ce înseamnă?
  • Cui îi aparține, și cine este responsabil pentru actualitatea și calitatea?
  • De unde vine și ce se întâmplă cu ea în cele din urmă?

Modelarea informațională este atât de important, pentru că fără model nu există nici o informație, există doar date. Modelul de informații descrie scopul datelor.

Orice informație de modelare are două obiective, care nu este întotdeauna ușor de a combina:

  • Obținerea de definiții absolut precise
  • Comunicarea eficientă cu utilizatorii

Există două tipuri de bază ale modelului de informații: statice și dinamice.

Modelul static descrie starea admisibilă a sistemului. Modelele statice descriu tipurile de obiecte în sistem, proprietățile și relațiile lor. obiecte Descriind, ele determină, desigur, și numele lor. Pentru a ajunge la un acord cu privire la numirea tuturor obiectelor este de a câștiga jumătate din bătălie, motiv pentru care modelul de informații XML, uneori, se numește un dicționar.

Modelele dinamice descriu ce se întâmplă cu informația: exemple de astfel de modele sunt diagrame de flux de lucru, fluxul de date și a ciclului de viață al obiectului. Modelele dinamice sunt realizate cu privire la astfel de declarații: „Departamentul de Patologie va trimite rezultatele testelor de consultant responsabil pentru pacient.“ Modelele dinamice descriu schimbul de informații: datele sunt trimise de la un loc la altul pentru un anumit scop.

Modelele statice sunt deosebit de importante la proiectarea unei baze de date, în care informațiile sunt stocate pentru o lungă perioadă de timp și este utilizat pentru o varietate de sarcini; în același timp, modelele dinamice sunt mai potrivite pentru a proiecta mesaje care există doar temporar și destinate unor scopuri specifice.

XML este, desigur, poate fi utilizat pentru a reprezenta în ambele tipuri de sisteme de date - documente și mesaje. Cu toate acestea, sistemul este necesar să se ia în considerare ambele modele statice și dinamice, ambele tipuri de modele sunt la fel de importante în orice proiect. Este mai bine să înceapă să lucreze cu modelul static. Acest lucru se datorează faptului că este în ea este determinată de terminologia de bază, dar, de asemenea, faptul că modelul de informații statice sunt aspectele cele mai durabile ale oricărui sistem informatic.

În practică, desigur, linia dintre informații statice durabile și timpul mesajului este adesea neclară: obiecte dintr-un model de informații statice reprezintă evenimente (cum ar fi vânzările de produse) și documentele care pornesc de posturi temporare (de exemplu, plângerile clienților), și apoi arhivate pe pentru o lungă perioadă de timp. Pentru a modela obiecte, cum ar fi statice sau dinamice, în funcție de alegere personală și de circumstanțe.

Documente și date

Rețeaua de web a unit aceste lumi. XML este primul exemplu al tehnologiei se aplică în mod egal în ambele cazuri.

Abordarea tradițională, în ceea ce privește atât date și documente de proiectare, de așteptat să înceapă cu documentația existentă pe suport de hârtie. Găsiți documentele corespunzătoare sarcinile, determina structura acestora prin procesele de abstractizare și de a vorbi cu utilizatorii, pentru a afla în cazul în care este vorba de informații în documentele, acesta este transferat de la un document la altul și de modul de utilizare, și apoi pe baza toate acestea, a face un model date.

Astăzi, această abordare este inacceptabilă, pentru că oamenii nu doresc să creeze sistemul, pur și simplu reproduce modul existent de lucru. Este necesar să se cunoască nu numai ce informații trebuie să fie obținute, dar, de asemenea, de ce este necesar.

Modelul informații statice

Atunci când construirea unui model de informații statice necesită următoarele etape:

Pasul 1: Identificarea conceptelor, atribuie un nume și definiție

Etapa 2. Conceptele din ierarhia de clasă

Etapa 3. Determinarea relațiilor și constrângerile multiplicitatea

Etapa 4. Adăugarea proprietăților la valori specificând detaliile asociate cu obiecte

Pasul 1. Concepte Naming

În primul rând aveți nevoie pentru a face o listă de concepte legate de sistemul. Uneori, chiar și oferă descrie sistemul pe suport de hârtie și de a evidenția toate substantivele. În orice caz, acest pas este, de obicei, nu este dificil.

În continuare, iar acest lucru necesită uneori mai mult timp, este necesar să se descrie tipurile de obiecte. Descrierea termenului trebuie să fie corecte, pentru a evita orice definiții controverse existente. Valoarea modelării constă în faptul că acesta previne surse potențiale de neînțelegere.

La finalizarea lucrărilor este de natură să primească o lungă listă de tipuri de obiecte, iar unele vor avea nume mai lungi. În cazul în care alege numele care sunt angajate în această afacere oamenii vor fi capabili să înțeleagă în mod corect și să interpreteze: faptul că nu verifică întotdeauna cu definiții scrise.

În plus față de numirea tipurilor de obiecte ar trebui să stabilească, de asemenea, modul de a identifica specimene individuale. Poate că, în acest tip de afacere există un cod pe care trebuie să știți, sau scrie-l. Este necesar să se țină seama de faptul că schemele de codificare sunt adesea găsite în probleme de afaceri.

La finalul acestei etape, vom obține o listă de tipuri de obiecte cu nume și definiții cu privire la care sa ajuns la un acord.

Etapa 2: Taxonomie

Taxonomie - un termen folosit în biologie pentru a descrie sistemul de clasificare; în modelarea informațiilor, de asemenea, numit de tip ierarhie (uneori, de asemenea, numit ontologie). După enumerarea și descrierea tipurilor de obiecte, acestea trebuie să fie organizate într-o schemă de clasificare ierarhică. Adesea, aceste relații ierarhice apar în etapa determinării tipurilor de obiecte.

Cheia aici este fraza care definește apartenența (în limba engleză - este sau este un fel de). Scrie o propoziție de genul „A este un fel de B“ sau „Fiecare A este B“, ați identificat subtipuri de relații în taxonomia ta.

Uneori, aceste acțiuni se numesc testul „este un“ ( „este“, „este“). Dar fii atent, pentru că această structură este, de asemenea, folosit pentru a descrie relația dintre o instanță specifică și tipul său, este mai sigur de a scrie testul sub forma „este un fel de“ ( „este un fel de“).

Identificarea subtipuri pot fi utile în proiectarea documentului, mai important, ajută să înțeleagă mai bine definirea tipurilor de obiecte.

Dacă sunteți implicat în programarea orientată pe obiecte, atunci știi cum să definească o ierarhie de tip. Dar programatorii consideră adesea clasele de obiecte, în special în ceea ce privește modulele funcționale în cadrul sistemului, mai degrabă decât conceptele pe care le reprezintă în lume. Apoi, pentru a descrie tipurile de obiecte folosite verbe, mai degrabă decât substantive - ceea ce nu este adevărat.

Deci, etapa 2 se reduce la organizarea tipurilor de obiecte din ierarhia de tip.

Pasul 3: Căutați contacte

Odată ce sunt identificate obiecte, o simulare a informațiilor statice necesare pentru a identifica legăturile dintre ele. Comunicare (în UML, acestea sunt numite asociații) pot fi afișate pur și simplu, prin formularea acestora sub formă de propuneri convenționale, sau poate fi reprezentată grafic sub forma unei diagrame. Pentru diagrame care descriu relațiile dintre obiecte, există un număr mare de notatii, se poate alege pentru el însuși mai preferat. Diagramele ar trebui să fie extrem de simplu și intuitiv de utilizat, concentrându-se asupra mesajelor-cheie și lăsând detaliile documente de tip text, care sunt mai ușor de întreținut.

Există informații pe care trebuie să știți despre fiecare conexiune:

  • În informațiile de simulare pentru prezentarea finală a XML este deosebit de important tip de comunicare este includerea de comunicare. Multitudinea acestor conexiuni este întotdeauna un „unu-la-mulți“ și „unu-la-unu.“ Deși reguli clare cu privire la ce fel de obiecte formează o conexiune de comutare, nu există, puteți utiliza uneori regulile limbajului obișnuit: capitol conține paragrafe, stațiunea include un hotel, iar hotelul oferă vizitatorilor. Două forme de relații de incluziune sunt definite în limbajul UML. În primul rând - este agregarea asocierii relativ libere de obiecte, permițând grupului să le ia în considerare pentru ceva timp ca un întreg (de exemplu, banda de turism, aceiași oameni pot intra în momente diferite, în diferite grupuri). A doua formă - compoziție. Aceasta este o formă mai severă; o parte separată a întregului nu poate exista independent de acesta (de exemplu, camerele din hotel, nu poate exista independent de hotel).
  • Deci, la sfârșitul etapei 3, vom determina relația existentă între tipurile de obiecte în modelul nostru.