Probleme generale de documentare
Comunicarea tehnică: la formularea problemei
Sisteme de documentare și infrastructuri IT
GOST 34
De ce sunt GOST 19 și GOST 34
Sistemul automatizat în termeni de GOST 34
Sistemul automat din punctul de vedere al GOST 34. Continuare
O fantomă a GOST
Cum să atribuiți unui document un "cod de către un invitat"
Documentarea infrastructurilor
Documentarea infrastructurii IT a organizației
Procese de documentare
Instrucțiuni tehnologice: de ce sunt necesare și ce sunt acestea?
Când este necesar să se înceapă reglementarea activităților și trecerea la gestionarea obișnuită?
Gestionarea documentelor
Abordarea de evaluare a calendarului de creare a documentației tehnice
Metodologia și stilul de prezentare
Care ar trebui să fie ghidul utilizatorului?
Cum este amenajată lumea? Secțiunea conceptuală a manualului de utilizare
Cum se scrie documentația în limba engleză?
unelte
Elaborarea documentației tehnice pe baza unei singure surse
Toată lumea poate scrie fișiere bat!
MadCap Flare: un sistem de dezvoltare a documentației tehnice bazate pe o singură sursă
Catalogul ilustrat al pieselor și al unităților de asamblare conform standardului S1000D
Microsoft Word
Microsoft Word pentru scriitorul tehnic
Recomandări privind sistemul de stiluri din șabloane pentru documentația tehnică
DITA
Tehnologia DITA: Prezentare de caracteristici și avantaje cheie
Cerințe de documentare utilizând DITA
DocBook / XML
DocBook / XML: o platformă deschisă pentru dezvoltarea documentației tehnice
Personalizarea design-ului documentelor de ieșire în DocBook / XML
Configurarea procesoarelor FO pentru afișarea caracterelor chirilice într-un mediu Microsoft Windows
Documente CMDB
Diagrame "stimul-reacție" - o alternativă la modelele tradiționale de procese de afaceri
Probleme de personal de documentare
Cine sunt scriitori tehnici?
Scriitorul tehnic. Competențe de bază ale unui specialist
Scriitorul tehnic în lumea mare: o specialitate și o profesie >>
standardizare
Proiectul GOST privind stilul de prezentare
ANSI Z535.6 - standard de avertizare în documentația tehnică
măsuri
Conferința "Documentarea azi"
Introducere în DITA. Intrare Webinar
traducere
A. V. Klimenko. Articole de traducere >>
HAT și CAT
alte
Cum de a scrie o carte de curs și nu ajunge până la urechi
Lucrare umane în Microsoft Excel
Cum se compilează o estimare, un plan sau un raport cu date numerice
Proiect de standard național "Stil de prezentare a software-ului de documentație pentru utilizatori. Cerințe generale »
Cine are nevoie de un standard de stil pentru ce?
Șef departament de documentare
Realizarea stabilității calității documentației emise de departament. Unificarea stilului de documentare a utilizatorilor în cadrul companiei. Prezentarea cerințelor unificate clare pentru rezultatele activității tuturor angajaților departamentului
Includerea referinței la standardul propus în standardul organizației sau dezvoltarea pe baza propriului standard de stil. Familiarizarea cu standardul întregului personal al departamentului
Product Manager
Asigurarea conformității cu stilul corporativ și calitatea documentației utilizatorilor pentru produsele software ale companiei
Includerea referinței la standardul propus în standardul organizației sau dezvoltarea pe baza propriului standard de stil
Managerul de proiect pentru dezvoltarea unui sistem automatizat personalizat (program)
Formalizarea cerințelor față de stilul de prezentare a documentației utilizatorilor, prevenirea conflictelor cu un reprezentant al clientului la predarea proiectului
Includerea referinței la standardul propus în termenii de referință. în secțiunea "Cerințe pentru documentație"
Asigurarea uniformității și a calității documentației utilizatorilor la comanda sistemelor automate (programelor) executorilor externi sau dezvoltatorilor proprii
Includerea referinței la standardul propus în termenii de referință. în secțiunea "Cerințe pentru documentație"
Textul proiectului de standard
Proiect de standard în format PDF