Software / piattaforma per condividere Specifiche

Question

Quali sono i software / Wiki si utilizza per scrivere e condividere le vostre specifiche circa i sviluppatori, tester e di gestione?

Non si utilizza il sistema Wiki, e in caso affermativo, quale software Wiki si utilizza?

In alternativa si usa SharePoint per la gestione e la versione le specifiche? Un problema con SharePoint 2003 come piattaforma di specifiche è che è molto difficile collaborare tra persone diverse.

Per l'amor compatibilità all'indietro, vorrei anche avere la piattaforma in grado di importare Microsoft Word senza soluzione di continuità. E sarebbe certamente di aiuto se l'interfaccia è simile a Microsoft Word.

Qualche idea?

Answer 1

Ho usato Confluenza in un certo numero di posti, è un piuttosto potente wiki e molto buona per la creazione di specifiche che possono essere condivisi tra le varie parti. Vedi:

http://www.atlassian.com/software/confluence/

C'è qualche informazione in più qui sui vantaggi dell'utilizzo di Confluence:

https://stackoverflow.com/questions/170352/confluence-experiences

Modifica Ho aggiornato questo a che fare con la funzionalità di Microsoft Word importazione lei ha citato. Confluence supporta questa attraverso la Connettore Office qui:

http://www.atlassian.com/software/confluence /plugins/office-connector.jsp

C'è anche un Sharepoint del connettore:

http://www.atlassian.com/software/confluence /plugins/sharepoint-connector.jsp

oltre a tutta una serie di plugin:

http://www.atlassian.com/software/confluence /plugins/sharepoint-connector.jsp

Alcuni di questi sono utenti ha contribuito. Non posso raccomandare abbastanza Confluence come un wiki commerciale.

Ho anche usato JSPWiki, che è open source. è ok, ma non è buono come confluenza, si veda:

http://www.jspwiki.org/

Answer 2

Si potrebbe provare a Google docs - ho usato con successo in passato. Esso supporta l'importazione / esportazione in MS Word, e ha grande supporto per utenti multipli - vedere http://www.brighthub.com/internet/google/articles/8236.aspx .
Esso supporta il controllo delle versioni, ti permette di chattare con altre persone che sono attualmente al lavoro sul documento, e mostra un elenco di tutte le modifiche che altri hanno apportate al documento (senza la necessità di chiudere / riaprire il documento).

Se vuoi supporto aziendale, Google prevede inoltre che - vedi Google Apps for Business .

Answer 3

Usiamo SharePoint - non è l'ideale, ma fa un lavoro decente. Se fossi in te, vorrei seriamente guardo scendere SharePoint 2003 e per MOSS (SharePoint 2007). Non è perfetto, ma è sostanzialmente migliore. Ecco un po 'di utilizzare MOSS come un wiki . Penso che in generale wiki di sono un ottimo strumento per convincere la gente fino a velocità sul sistema. Abbiamo usato per passare intorno "ottenere documenti iniziate" e ora abbiamo tutto quel tipo di roba nel nostro portale per gli sviluppatori.

Per commento di Giovanni, alzai gli occhi questo confronto funzione . Devo tornare indietro e guardare a ciò che le caratteristiche sto usando che non sono in WSS - mi potrebbe pagare per le licenze non ho bisogno! :)

Answer 4

Usiamo email. So che non è elaborato, ma è facile da usare. Ognuno ha installato e non ci sono problemi di licenza. Tutte le modifiche spec vengono inviati ad un distro di posta elettronica super-set che indica gli aggiornamenti e la posizione sulla condivisione di rete in cui la specifica può essere trovato.

Answer 5

Alfresco , nella sua versione comunitaria, sia la sua quota e interfacce web Explorer. Molto utile, con una raccolta documenti, wiki, forum e calendario. Abbiamo curently Ospitiamo circa 1,8 Go che consiste principalmente in Documenti, versionned e talvolta convertiti automaticamente in formato PDF (con la creazione di una regola automatica dei contenuti). FTP, WebDAV e condivisione di rete sono utilizzati anche per accedere allo stesso repository.

Answer 6

Si potrebbe dare un'occhiata al Microsoft Groove - la collaborazione un software che Microsoft ha acquistato qualche anno fa.

E 'fornito in bundle gratuito con versioni Premium di Microsoft Office.

È possibile personalizzare l'area di lavoro con gruppi di discussione e può ragionevolmente senza archiviare i documenti di Office in modo collaborativo-modificati.

Answer 7

MediaWiki per DOS & spec. Wiki vince sicuramente qualcosa di simile di Microsoft Word o SharePoint - permette di sviluppare una documentazione in modo = "divide et impera" "prima si riferiscono, quindi descrivere". Perfetto per gli sviluppatori - hanno usato per pensare allo stesso modo. Il processo di sviluppo di una documentazione è quasi ideale:. Si parte da TOC e drill-down fino a quando si scrive il documento per ogni link si mette in precedenza

MediaWiki è abbastanza personalizzabile - ci sono un sacco di estensioni là. I più necessari sono:

• Il codice sorgente evidenziatore - CSO_Source
• I nostri modelli personalizzati che integrano wiki con riferimento classe.
• Altri sono InterWiki, FileProtocolLinks, YouTube (usiamo versione personalizzata di esso per visualizzare video HD), reCAPTCHA, SpecialDeleteOldRevisions, Manutenzione.

Alcuni esempi di integrazione sono qui .

E usiamo Google issue tracker per tenere traccia dei problemi. I suoi principali vantaggi:

• Imput usabilità: il processo di aggiunta \ cambiare la questione è davvero conveniente là. In precedenza abbiamo provato Track Studio - le stesse azioni richiedono 2-3 volte più tempo lì, quindi è morto in fretta semplicemente perché la maggior parte di noi odiato di usarlo.
• griglie personalizzabili. Vedere gli esempi . Davvero utile.
• Atom \ supporto RSS. Quindi, tutti sanno cosa sta succedendo.
• C'è un Gurtle strumento integrandolo con TortoiseSVN . Davvero utile.

Il suo principale svantaggio è che non può essere chiuso dal pubblico accesso. Questo lo rende semplicemente inutilizzabile in molti casi.

Answer 8

Se si desidera un'interfaccia utente simile a Word, perché non usare Word con SharePoint 2007? Sei in 2003 in modo l'esperienza è lì. L'aggiornamento a SharePoint 2007 e si può avere la collaborazione, funzionalità di Word, condivisione di documenti, e così via.

Questo è il genere di cosa che Microsoft vuole che la gente di utilizzare Office per, quindi c'è un sacco di doco là fuori su come configurare SharePoint e l'ambiente Office per supportare la collaborazione.

Answer 9

C'è qualcosa che Google fare in questa direzione e sembra davvero cool: wave.google.com . Sarebbe un grande passo nella collaborazione e vale la pena di aspettare.

Answer 10

Qui usiamo Google Docs rende i documenti disponibili a chiunque scrivere o solo, pubblico o privato, tra le persone che hanno o meno account Google di leggere, ma anche in grado di importare documenti Word, per non parlare che venga eseguito direttamente nel browser in modo ha alta disponibilità con un costo pari a zero e la configurazione a zero, anche il suo computer / OS agnostico, abbiamo una bella esperienza con esso.

Inoltre forse si dovrebbe dare un'occhiata a Basecamp o Backpack a 37signals , una delle allora potrebbe anche in forma la bolletta.

Answer 11

DocBook per tutte le nostre specifiche (e altra documentazione rivolti ai clienti). DocBook è un formato XML che permette di generare facilmente documenti in qualsiasi formato, tra cui PDF, che è come distribuiamo le cose ai clienti per farli firmato off. Siamo in grado di dividere un documento in file (per sezione) e di impegnarsi di tutto per il nostro sistema di controllo del codice sorgente (Subversion). Perché è tutto XML (cioè basato su testo), la risoluzione dei conflitti e la fusione automatica di Subversion grandi opere se due persone lavorano sullo stesso file. Abbiamo una serie di fogli di stile che tutti i nostri documenti utilizzare, in modo che tutti i documenti condividono lo stesso stile / formato esatto, senza alcun lavoro supplementare da parte nostra.

E se non vi piace modificando direttamente i file XML, ci sono GUI front-end che forniscono un'esperienza ragionevolmente WYSIWYG-like. Credo che la maggior parte delle persone nel mio ufficio utilizzano XMLMind . Ancora, ci capita di essere tutti i tecnici, quindi se abbiamo dovuto scrivere XML direttamente non sarebbe un problema.

Come sidenote, abbiamo anche messo fuori note di rilascio. Abbiamo alcuni XSLT che ci permette di scrivere documenti come questo:

<bugs>
    <bug id="1234" component="web">JavaScript error when clicking the Kick Me button</bug>
</bugs>

Poi abbiamo uno script che viene eseguito tramite il nostro repository Subversion facendo un svn log dal tag versione precedente al tag versione corrente, e un po 'integrazione Bugzilla per generare automaticamente le note di rilascio on-the-fly.

(anche, per la maggior parte interna unica documentazione, usiamo MediaWiki , che è anche un ottimo modo per collaborare.)

Answer 12

OnTime . E 'stato originariamente utilizzato solo per il monitoraggio dei difetti, ma abbiamo iniziato ad usarlo per monitorare caratteristiche pure. Questi possono essere usati per documentare la caratteristica come si evolve durante lo sviluppo. Caratteristiche possono essere raggruppati in sprint o rilascia, e ora possono essere monitorati contro ogni funzione. Se si utilizza SCRUM, è anche possibile tracciare grafici burn-down per ogni sprint. Essa ha anche la funzionalità wiki.