Întrebări generale documentare
comunicare tehnică: Situația problemei
Documentația sistemelor și a infrastructurii IT
standard 34
De ce Standard 19 și Standard 34
Un sistem automat în ceea ce privește GOST 34
Un sistem automat în ceea ce privește GOST 34. Continuare
O fantomă a GOST
Atașarea unui document „pentru un cod de acces“
infrastructuri de documentare
Documentarea infrastructurii IT a organizației
procesul de documentare
Prelucrarea instrucțiuni: de ce sunt necesare și că reprezintă?
Atunci când este necesar să se înceapă reglementarea activităților și trecerea la managementul regulat?
managementul documentației
Abordarea evaluarea condițiilor de creare a documentației tehnice
Tehnica și stilul de prezentare
Care ar trebui să fie ghidul utilizatorului
Cum funcționează lumea? secțiunea Noțiunea manualul de utilizare
Cum de a scrie documentația în limba engleză?
unelte
Elaborarea documentației tehnice pe baza unei singure surse
Scrie BAT-fișiere pot fiecare!
Flare MadCap: un sistem pentru elaborarea documentației tehnice pe baza unei singure surse
Catalogul ilustrat al pieselor și ansamblurilor pe standardul S1000D
Microsoft Word
Microsoft Word pentru un scriitor tehnic
Recomandări pentru sistemul de stil în șabloane pentru documentația tehnică
DITA
Tehnologia DITA: prezentare generală a caracteristicilor și avantajelor principale
Cerințe de documentare folosind DITA
DocBook / XML
DocBook / XML: platformă deschisă pentru dezvoltarea documentației tehnice
Personalizarea aspectului documentelor de ieșire din DocBook / XML
Setarea FO-procesoare pentru a afișa caractere chirilice în mediul Microsoft Windows
CMDB Documente
Diagrame „stimul-răspuns“ - o alternativă la modelul tradițional de proces de afaceri
documentare Problemele cu personalul
Cine sunt scriitorii tehnici?
scriitor tehnic. competență profesională de bază
scriitor tehnic în lumea mare, de specialitate si profesie >>
standardizare
Oaspeții proiectului pe stilul
ANSI Z535.6 - avertizare standard de cravată în documentația tehnică
măsuri
Conferința „astăzi Documentarea“
Introducere în DITA. înregistrare webinar
traducere
A. Klimenko. Traducere Meșteșug >>
HAT și CAT
alte
Cum de a scrie o lucrare pe termen lung și nu caca pantalonii cuiva pe urechi
Humane de lucru în Microsoft Excel
Ca o estimare convingătoare, planul și raportul cu date numerice
Pentru a aplica cu succes Standard 34, este necesar să se înțeleagă modul în care, în ceea ce privește un set de standarde, sistemul automatizat este construit. În caz contrar, nu vom vedea la o petrecere nu este altceva decât o lungă listă de documente cu nume criptice, dar cerințele lor de conținut încă o dată pentru a ne convinge că, în multă înțelepciune este mult durere. De aceea, înainte de a discuta ei înșiși documentele, trebuie să înțelegem că este obiectul documentației.
Un sistem automat, funcțiile și sarcinile sale
Determinarea sistemului automatizat
GOST 34.003-90 conține următoarea definiție a sistemului automatizat: un sistem format din personal și mijloace de automatizare complexă a operațiunilor sale, punerea în aplicare a tehnologiei informației funcții set de punere în aplicare. Ce înseamnă această definiție în practică? Am înțeles acest lucru este posibil numai în vchityvayas alte definiții ale standardului și comparându-le unele cu altele. Ceea ce ne întoarcem acum.
obiectivele de activitate
Sistemul automatizat poate exista numai în cazul în care există personalul angajat în anumite activități. De regulă, vorbim despre activitatea, rezultatele care sunt utile cuiva, indiferent de instrumentele utilizate. De exemplu, în box-office, fac apel pentru un bilet, și am fost destul de mulțumit, în cazul în care casierul mă va scrie pixul pe un formular doar pentru a-mi permis în sală. Casier, în linii mari, de asemenea, nu-mi pasă cum este de a produce un bilet. Se va organiza nici un fel în cazul în care nu este prea consumatoare de timp și dau posibilitatea de a-mi vinde un bilet. Cu alte cuvinte, avem de-l avem un scop comun. În GOST 34.003-90 pentru desemnarea acestuia obiectivul pe termen de activitate. Ori de câte ori un alt vizualizator se mută departe de fereastră cu un bilet în mână, iar teatrul devine un pic mai bogat, acest obiectiv este atins prin activitățile.
funcții de sistem automatizate
Obiectivele de performanță pot fi (și de obicei este) un pic. Orice rezultat util este activitatea în sine este permis să se ia în considerare scopul său. Deci, în cazul în care casierul nu vinde doar bilete, dar în cele din urmă zilei este pentru raportul sefii de vânzări, întocmirea unui raport zilnic poate fi văzută ca un alt scop al activității.
Funcția sistem automat - un concept fundamental în ISO 34. Sistemul automatizat este considerat în primul rând, ca suma funcțiilor sale, și numai apoi ca o grămadă de „software“ și „hardware“. Cel mai important, sistemul este de a face și ceea ce se face, este secundară.
Cele de mai sus ar putea duce cititorul la concluzia că activitățile fiecărui obiectiv în sistemul automatizat corespunde unul și numai o singură funcție. Un astfel de sistem este ușor de imaginat, dar practica este mult mai diversă. Pe de o parte, aceasta nu funcționează întotdeauna complet automatizat. Unele obiective și după introducerea sistemului automatizat este necesară pentru a realiza manual. Pe de altă parte, din moment ce unul și același rezultat în condiții diferite pot fi realizate în diferite moduri, un obiectiv al sistemului automatizat într-un număr de funcții, de exemplu, vânzarea de bilete la box-office și de a vinde bilete de pe internet pot fi trimise. In plus, orice sistem automatizat necesită un anumit serviciu, prin urmare, este necesar să se introducă un alt concept al funcției auxiliare. Un exemplu tipic - backup de date.
sarcini automatizate de sistem
În general, în timpul execuției lucrărilor se face de către personal și unele echipamente, de exemplu, un bilet este imprimat automat și manual emise la casierie cumpărătorului. Circuitul de secvență (sic) de acțiune care conduce la rezultatul unui anumit tip, în CCITT 34.003-90 numit sarcină.
Aceeași problemă poate fi rezolvată atunci când exercită funcții diferite. De exemplu, în cazul în care sistemul automatizat are mai multe funcții pentru vânzări de bilete, performanța fiecăreia dintre ele poate la un moment dat cere retragerea bilet de imprimare.
Compoziția sistemului automatizat
subsisteme
În cazul în care sistemul automatizat este destul de complex, acesta este împărțit în subsisteme. Ce vrei să spui, este destul de dificil, spune destul de dificil. În sistemele de teorie descrie diferitele niveluri și criterii de complexitate. În practică, nevoia de un sistem automatizat de mai multe sub-sisteme este adesea cauzată de motive organizatorice și financiare, cum ar fi un subsistem dezvoltat și pus în funcțiune în mod succesiv.
Deși standardul 34, subsistemul termen este utilizat în mod repetat, o definiție formală a termenului nu pare să existe nici o. Experiența sugerează că subsistemul - face parte dintr-un sistem automat, care îndeplinește, de asemenea, definiția unui sistem automatizat, în special, are o funcție completă.
componente
Alocarea obiectivelor de performanță, funcțiile sistemului automatizat și, dacă este necesar, subsistemele sale este în mare măsură subiective și a făcut în funcție de punctul de vedere al subiectului, care a decis să o facă. În cazul în care un anumit rezultat este important în contextul problemei fiind rezolvată, putem lua în considerare scopul ei, dar altfel ignorate. Break sistemul automatizat în subsisteme noi vom fi la fel de convenabil pentru noi, atâta timp cât deciziile noastre nu intră în conflict cu conținutul acestui concept.
Componente - o parte din care noi construim în realitatea obiectivă a sistemului automatizat. Sistemul este format fizic al componentelor sale, astfel încât divizarea componentelor sistemului automat este cel mai obiectiv.
Structura descompusă a sistemului automatizat este foarte important în ceea ce privește documentația sa cu privire la documentația tehnică privind sistemul în sine și componentele sunt tratate în mod diferit. Este, în general vorbind, ar trebui să dezvolte persoane diferite, și este eliberat la diferite standarde în funcție de tipul de componente.
tipuri de sprijin
Una dintre cele mai dificile concepte pentru novice utilizator GOST 34 - tipul de securitate. Ce fel de software este? Poate fi văzut sau atins? Vinde sau cumpara?
Fiecare tip de software combină componentele sau soluțiile tehnice ale unui anumit caracter. Standardul 34 este menționată o mulțime de diferite tipuri de sprijin, în mod constant descrie aici fiecare dintre ele, nu vom, și va prezenta doar cele mai notabile:
- suport de informații - toate datele și metadatele cu care funcționează sistemul;
- Software - toate programele care fac parte din sistem;
- suport tehnic - toate mijloacele tehnice (cu alte cuvinte, echipamente, utilaje), care fac parte din sistem.
Încă o dată, acest lucru nu este tot felul de software. Nu putem spune chiar sigur că acestea sunt cele mai importante. De exemplu, un suport metrologic pentru sisteme automatizate de control al proceselor (PCS), o diferență uriașă. Multe sisteme automate necesită software matematice și lingvistice complexe. Dar imaginați-vă un sistem automatizat care ar fi complet lipsit de una din cele de mai sus trei tipuri de sprijin, este dificil (exercițiu: încercați).
EXEMPLU divizare sistem automatizat
subsistemul ticketing