Piattaforme di documentazione IT [chiuso]

Siamo un'azienda IT in crescita che continua a fornire offerte e supporto aggiuntivi a una varietà di clienti. Mentre continuiamo a sostenere questa crescita, abbiamo scoperto che dobbiamo avere un facile accesso alle informazioni e alla documentazione sui nostri vari sistemi e software all'interno dei nostri team IT. Abbiamo tre aree funzionali principali all'interno del nostro gruppo IT che includono:

1. personale dell'help desk (livello 1),
2. sviluppatori e programmatori e
3. amministratori di sistema / amministratori di rete / analisti di sicurezza (Livello 2).

Al momento disponiamo di informazioni per Tier 1 memorizzate con un wiki basato su MediaWiki e che ha dimostrato di avere molto successo per il team dell'help desk. Gli sviluppatori e i programmatori sono passati a Redmine per tenere traccia dei loro progetti, problemi e documentazione del progetto. Gli amministratori (Livello 2) non hanno un repository centralizzato di conoscenza e si basano su file MS Word che sono sparsi su unità di rete, macchine personali, conoscenze che sono disponibili solo per un particolare invidual poiché non lo hanno documentato da nessuna parte, ecc.

La sfida che abbiamo ora è che dobbiamo avere una posizione centralizzata per registrare informazioni e documentazione per il livello 2. Tuttavia, abbiamo già altri due sistemi in atto. Idealmente, vorremmo avere una piattaforma di documentazione che funzionasse come minimo per il Livello 1 e il Livello 2 con la possibilità di aggiungere anche i programmatori. Questa piattaforma dovrebbe avere la capacità di mantenere separati determinati contenuti. Ad esempio, ci sono informazioni sensibili (come costruiamo i nostri server, possibili nomi utente, ecc.) A livello di livello 2 che il livello 1 non ha bisogno di conoscere. Inoltre, il livello 2 dovrebbe essere in grado di avere accesso alle informazioni al livello 1 e superiore. Abbiamo pensato di estendere la nostra installazione MediaWiki per questo, ma ACL ' e la protezione delle informazioni dagli utenti wiki sembravano essere lavori di hacking che non erano ben supportati e contrari allo spirito di un accesso aperto e facile alle informazioni che è al centro di un wiki. Sto cercando idee e suggerimenti che soddisfino il criterio sopra elencato, nonché i seguenti obiettivi aggiuntivi:

1. Preferibilmente software gratuito o open source (e uno strumento web) poiché non abbiamo davvero un budget per questo
2. Una piattaforma che non contiene un elemento di ticketing poiché disponiamo di un sistema separato che gestisce questo per il Livello 1 e il Livello 2
3. Una piattaforma che non necessita delle capacità di gestione del progetto per Livello 1 e Livello 2
4. Un prodotto flessibile, facile da aggiungere alla documentazione che include tabelle, markup semplice, evidenziazione della sintassi, immagini, diagrammi di rete, ecc.
5. Funzionalità di ricerca full text possibilmente con capacità di linguaggio naturale
6. La capacità di supportare upload e download di file
7. Potenzialmente avere feed RSS o Atom e avvisi e-mail di aggiornamenti
8. Consentire l'autenticazione LDAP per poter essere integrata in un ambiente SSO esistente
9. Una piattaforma che non richiede molto tempo di sviluppo o molta creazione di codice personalizzato
10. Controllo degli accessi basato su utente, ruolo, appartenenza al gruppo, per singoli documenti / pagine o un insieme di documenti / pagine in modo tale che se non si ha accesso a quella sezione del sito / documento / pagina / appartenenza, non si vede il collegamento o contenuto
11. Preferibilmente avere un editor integrato per facilitare l'inserimento e la pubblicazione dei dati della documentazione
12. Sarebbe preferibile il controllo e il controllo della versione integrati
13. La possibilità di esportare pagine o una raccolta o pagine in un file PDF
14. La capacità di ridimensionare bene dovrebbe continuare a crescere ed espandersi
15. Forse supporta la capacità di tracciare l'utilizzo o eseguire analisi
16. Utilizzato solo per uso interno e non sarà rivolto o accessibile al cliente
17. La capacità di supportare la gestione di frammenti di informazioni come procedure, procedure, soluzioni, progetti, build di server, documentazione di rete, ecc.
18. Non ha bisogno di capacità di integrazione sociale
19. Possibilmente supportare la possibilità di avere o aggiungere ad esso l'inventario dei sistemi (server e macchine client)
20. Consentire l'importazione delle informazioni MediaWiki se dobbiamo cambiare piattaforma

Inoltre, ci sono molti posti online che parlano di sistemi esperti che consentono la creazione di flussi di lavoro per la risoluzione dei problemi simili a un diagramma di flusso o una procedura guidata passo-passo. È qualcosa che dovremmo considerare come opzione all'interno della nostra piattaforma di documentazione? Quanto sarebbe utile ed è qualcosa che aiuterebbe il Tier 1 a svolgere meglio il proprio lavoro? Ci sono anche alcune informazioni online che parlano delle differenze tra gestione dei contenuti e gestione della conoscenza . È qualcosa che dovremmo considerare come parte dei requisiti di una piattaforma di documentazione?

So che questa pubblicazione è più lunga e apprezzo l'aiuto e il feedback che puoi fornire. Sto cercando di assicurarmi di porre le domande giuste e di coprire le basi per aiutare a prendere una decisione più informata e di implementare una soluzione che sarà attuabile a lungo termine in modo da non continuare a rifare i sistemi che abbiamo appena implementato. Grazie ancora in anticipo e non vedo l'ora di leggere ciò che condividi.

So che questo non è gratuito, ma penso che i prodotti Altassian possano soddisfare le tue esigenze. In particolare, il Wiki di Confluence potrebbe aiutarti con la tua documentazione e il modulo JIRA potrebbe eseguire il tracciamento di problemi / bug.

Non per semplificare troppo, ma mi viene in mente Sharepoint.

Personalmente sceglierei una wiki (mi piace Trac ) o Plone .

In un precedente datore di lavoro, abbiamo usato Plone per un'applicazione KB interna in base alla quale il supporto aveva determinate autorizzazioni di r / w, la gestione ne aveva altre e lo sviluppo ne aveva un'altra.

Jira e Confluence sono molto interessanti per questo, come menzionato da SLY. All'estremità libera, avresti Trac e i relativi plugin che vengono in mente.

Poi di nuovo stai cercando un lavello da cucina gratuito, e nessuno di quelli consigliati finora fornirà tutte le funzionalità desiderate.

Se hai qualche ciclo extra che puoi liberare per questo, Trac è estendibile tramite plugin, quindi potresti aggiungere alcune delle funzionalità di cui hai bisogno.

Vedo anche una wiki come la migliore per le tue esigenze. Wikipedia ha un ottimo confronto del software wiki con funzionalità, destinatari e licenze / costi ecc. , Quindi potresti dare un'occhiata lì oltre ai consigli nelle altre risposte.

Mi mordo.

Ho avuto fortuna con MoinMoin . È un motore wiki che supporta la maggior parte di ciò che stai cercando ed è utilizzato da alcune grandi organizzazioni tra cui Ubuntu, Apache Foundation, ecc. Ma include ACL, integrazione LDAP, esportazione di pagine in PDF e editor WYSIWYG. Oltre all'editor WYSIWYG supporta anche un linguaggio di markup wiki se si desidera modificare le pagine utilizzandolo. L'interfaccia WYSIWYG supporta anche la copia e incolla da Word in modo da consentire la migrazione della documentazione di Word esistente.

In passato l'ho usato come piattaforma di inventario e cronologia del sistema utilizzando alcune macro e modelli incorporati per consentire di aggiungere nuove attrezzature ed eventi al wiki utilizzando un modulo.

L'unico problema che vedo che potrebbe avere con i tuoi requisiti è l'importazione di dati da mediawiki. Esistono un paio di script ma sono un po 'ruvidi attorno ai bordi e sono limitati.

Certamente sembra che un Wiki sia la strada giusta da percorrere. Non ci sono fine ai prodotti là fuori - ma come dici tu, a volte la funzionalità chiave è in qualche modo ad hoc nella sua implementazione (ad esempio la ricerca non conosce il sottosistema delle autorizzazioni che porta alla perdita di informazioni riservate).

Uso dokuwiki - che (come la maggior parte dei wiki) spunta la maggior parte delle caselle di cui hai chiesto, tuttavia è molto ben integrato e mi permette anche di incorporare PHP nelle pagine molto facilmente (anche se per un sistema con un numero molto grande di utenti che potresti prendere in considerazione l'aggiunta di un tag personalizzato per fare riferimento a script esterni al wiki anziché fornire un accesso diretto all'interprete). Può certamente scalare per supportare un numero enorme di utenti, ma essendo basato su file flat esiste un limite alla quantità di dati che può archiviare.

http://www.wikimatrix.org/wiki/comparison fornisce un modo rapido per verificare le funzionalità.

Nuxeo ha una soluzione di gestione dei documenti open source concessa in licenza ai sensi della LGPL.

Il marketing blurb:

Nuxeo DM è una soluzione di gestione dei documenti costruita con la tecnologia Nuxeo Enterprise Platform flessibile e robusta. Gestendo e monitorando il flusso di contenuti attraverso il ciclo economico, Nuxeo DM affronta le insidie ​​comuni della duplicazione dei documenti, la mancanza di tracciamento della versione, la ricerca e il recupero che richiedono tempo, nonché i problemi di sicurezza e accesso. Perché? Semplicemente perché la gestione dei documenti va oltre la memorizzazione dei documenti su un file server; si tratta di gestire il modo in cui la tua azienda interagisce con i contenuti. Continua a leggere per scoprire perché i nostri clienti ci dicono che Nuxeo DM è la soluzione migliore per le loro iniziative di gestione dei contenuti e dei documenti.

Alfresco ha anche una soluzione di gestione dei documenti , ma fa parte dell'offerta aziendale, non dell'edizione della community open source.

Molte delle funzionalità desiderate che stai cercando possono essere trovate in Kablink Vibe.

http://sourceforge.net/projects/kablink/

http://www.kablink.org/