A szoftver dokumentációjának írása
Jó szoftverdokumentáció - A programozóknak vagy tesztelőknek a programozók vagy tesztelőkre vonatkozó követelmények, a belső felhasználók műszaki dokumentációja, a szoftverek használata vagy a felhasználók programjainak kézikönyvének kézikönyve - segít a szoftverrel dolgozó személynek, megértse a szoftverrel dolgozó személyt, megértse a jellemző tulajdonságait és funkciók. Kövesse a tippeket - Hogyan írjon szoftver dokumentációt a technikai és végfelhasználók számára.
Lépések
1. módszer: 2:
Szoftverek dokumentációja műszaki felhasználók számára.egy. Meghatározza, hogy mely információkat kell megemlíteni. A szoftverkövetelményekre vonatkozó dokumentumok referencia kézikönyvként szolgálnak a felhasználói felület tervezők, programozók, akik kódot és tesztelőket írnak, amelyek ellenőrzik, hogy a szoftver az alábbiak szerint működik-e. A pontos információ a programtól függ, azonban a következőket tartalmazhatja:
- Kulcsfájlok az alkalmazásban. Ezek lehetnek a fejlesztői csapat által létrehozott fájlok, a szoftver működés során okozott adatbázisok és a harmadik fél szolgáltatási programjai.
- Funkciók és szubrutinok. Itt van, hogy minden funkció és szubrutin teszi, beleértve a bemeneti és kimeneti értékeket.
- Szoftverváltozók és konstans és hogyan használják őket az alkalmazásban.
- A program általános felépítése. A lemezalapú alkalmazásokhoz valószínűleg szükség van az egyes blokkok és a programkönyvtárak leírására, míg a webes alkalmazásoknak fájlokat igényelnek, amelyek fájlokat használnak.

2. Döntse el, hogy hány dokumentációt kell a programkódban, és mennyit kell elválasztani. Minél többet hoz létre a műszaki dokumentáció a programkódban, annál könnyebb frissíteni ezt a kódot az eredeti alkalmazás különböző verzióira vonatkozó dokumentációként. Legalább a programkód dokumentációjának meg kell magyaráznia a funkciókat, szubrutinokat, szoftverállállókat és változókat.

3. Válasszon megfelelő eszközt. Bizonyos mértékig ezt a kódot a kód írásban határozzák meg, legyen C ++, C #, Visual Basic, Java vagy PHP - mindenkinek van saját eszközünk. Más esetekben az alkalmazott szerszámot a szükséges dokumentáció típusa határozza meg.
2. módszer 2:
Szoftverdokumentáció írása a végfelhasználók számáraegy. Határozza meg a dokumentáció kereskedelmi megfontolását. Bár a szoftverdokumentáció funkcionális okai segítenek abban, hogy segítsenek a felhasználóknak megérteni, hogyan kell használni az alkalmazást, vannak olyan okok, amelyek segítenek a piacon lévő áruk előmozdításában, javítva a vállalat képét és a legfontosabb dolgot, csökkentve a technikai támogatási költségek csökkentését. Bizonyos esetekben a dokumentációnak meg kell felelnie bizonyos szabályoknak és jogi követelményeknek.
- A programdokumentáció semmilyen esetben sem helyettesítheti a rossz felület kialakítását. Ha az alkalmazás képernyője sok magyarázó dokumentációt igényel, akkor jobb, ha valami intuitívabbá válik.

2. Értsd meg a közönséget, amelyre dokumentációt írsz. A legtöbb esetben a szoftverhasználók kevésbé ismerik a számítógépeket az alkalmazási feladatok mellett. Számos módja van annak meghatározására, hogyan koordinálja szükségleteiket a dokumentációval.

3. Határozza meg a dokumentáció megfelelő formátumát. A szoftver dokumentációja a két formátumban - a referencia-útmutató és a használati utasítások között lehet felépíteni. Néha jobb választani a két formátum vegyes verzióját.

4. Döntse el, hogy melyik formátum (formátumok) kell lennie. A végfelhasználók szoftverdokumentációja lehet egy vagy több formátum: nyomtatási útmutató, dokumentumok PDF formátumban, tippfájlok vagy online súgó. Mindegyik formátum létrejön, hogy megmutassa a felhasználót, hogyan kell használni az egyes programfunkciókat - legyen egy rövid áttekintés vagy útmutató. Mint a gyors fájlok és az online súgó esetében, a dokumentációnak demonstrációs videója vagy szövege lehet.

öt. Válasszon megfelelő eszközt a dokumentáció létrehozásához. A nyomtatási útmutatók vagy a PDF formátum szövegszerkesztőekben, például a "Word" vagy a "Framemakaker" -ben írhatók, a kézikönyv hosszának és összetettségének függvényében. Tipp fájlokat lehet írni, mint fejlesztési eszközök, mint a "RoboHelp", "Súgó és útmutató", "Doc-to-Help", "Flare", "Helplogix", vagy "HelpServer".
Tippek
- A szöveget könnyű elolvasni, a képeket a lehető legközelebb kell elhelyezni a szöveghez, amelyhez tartoznak. Csúsztassa a dokumentációt a szakaszokhoz és a logikai témákhoz. Minden egyes rész vagy téma bizonyos kérdésre van szükség, függetlenül attól, hogy ez egy program vagy feladat. A kapcsolódó kérdéseket fel kell tüntetni, ha szükség esetén hiperhivatkozással kell nézni.
- A fent felsorolt dokumentáció létrehozására szolgáló összes eszköz kiegészíthető a képernyőképek programja, például a Scagit, ha a dokumentáció bizonyos számú képernyőképet igényel. Mint a másik dokumentációval, a képernyőképeknek meg kell magyarázniuk, hogy a szoftver hogyan működik, és ne tévesszen meg a felhasználót.
- Emellett fontos az írási dokumentáció hangja, különösen akkor, ha a végfelhasználókra íródott. Használja a második arcot "You", a harmadik fél helyett "felhasználók" helyett.
Amire szükséged van
- Tool for Writing Dokumentáció / Debula
- Eszköz a screenshotok létrehozásához