Nous sommes une entreprise informatique en pleine croissance qui continue d'offrir des offres et un support supplémentaires à une variété de clients. Alors que nous continuons à soutenir cette croissance, nous avons constaté que nous devons avoir facilement accès aux informations et à la documentation sur nos différents systèmes et logiciels au sein de nos équipes informatiques. Nous avons trois principaux domaines fonctionnels au sein de notre groupe informatique qui comprennent:
- le personnel du service d'assistance (niveau 1),
- développeurs et programmeurs, et
- administrateurs système / administrateurs réseau / analystes de sécurité (niveau 2).
Actuellement, nous avons des informations pour le niveau 1 stockées dans un wiki basé sur MediaWiki et qui se sont avérées très efficaces pour l'équipe du service d'assistance. Les développeurs et programmeurs sont passés à Redmine pour suivre leurs projets, problèmes et documentation de projet. Les administrateurs (niveau 2) ne disposent pas d'un référentiel centralisé de connaissances et s'appuient sur des fichiers MS Word dispersés sur des lecteurs réseau, des machines personnelles, des connaissances qui ne sont disponibles que pour un particulier, car ils ne l'ont documenté nulle part, etc.
Le défi que nous avons maintenant est que nous devons avoir un emplacement centralisé pour enregistrer les informations et la documentation pour le niveau 2. Cependant, nous avons déjà deux autres systèmes en place. Idéalement, nous aimerions avoir une plate-forme de documentation qui fonctionnerait au minimum pour les niveaux 1 et 2 avec la possibilité d'y ajouter également les programmeurs. Cette plateforme devrait avoir la possibilité de conserver certains contenus séparés. Par exemple, il existe des informations sensibles (comment nous construisons nos serveurs, noms d'utilisateur possibles, etc.) au niveau 2 que le niveau 1 n'a pas besoin de connaître. De plus, le niveau 2 devrait pouvoir avoir accès aux informations de niveau 1 et supérieur. Nous avons pensé étendre notre installation MediaWiki pour cela, mais ACL ' s et la protection des informations des utilisateurs du wiki semblaient être des tâches de piratage mal prises en charge et contraires à l'esprit d'accès ouvert et facile aux informations qui est au cœur d'un wiki. Je recherche des idées et des suggestions qui répondent au critère ci-dessus ainsi qu'aux objectifs supplémentaires suivants:
- De préférence un logiciel libre ou open source (et un outil web) car nous n'avons pas vraiment de budget pour cela
- Une plate-forme qui ne contient pas d'élément de billetterie car nous avons un système séparé qui gère cela pour les niveaux 1 et 2
- Une plateforme qui n'a pas besoin des capacités de gestion de projet pour les niveaux 1 et 2
- Un produit flexible, facile à ajouter à la documentation qui comprend des tableaux, un balisage facile, une mise en évidence de la syntaxe, des images, des diagrammes de réseau, etc.
- Possibilités de recherche en texte intégral éventuellement avec des capacités en langage naturel
- La possibilité de prendre en charge les téléchargements et téléchargements de fichiers
- Possède potentiellement des flux RSS ou Atom et des alertes par e-mail des mises à jour
- Permettre à l'authentification LDAP de pouvoir être intégrée dans un environnement SSO existant
- Une plate-forme qui ne nécessite pas beaucoup de temps de développement ou beaucoup de création de code personnalisé
- Contrôle d'accès basé sur l'utilisateur, le rôle, l'appartenance au groupe, par documents / pages individuels ou un ensemble de documents / pages de sorte que si vous n'avez pas accès à cette section du site / document / page / appartenance, vous ne voyez pas le lien ou contenu
- Avoir de préférence un éditeur intégré pour faciliter la saisie des données et la publication de la documentation
- Un contrôle de version et un audit intégrés seraient préférables
- La possibilité d'exporter des pages ou une collection ou des pages dans un fichier PDF
- La capacité de bien évoluer si nous continuons de croître et de nous développer
- Peut-être prendre en charge la capacité de suivre l'utilisation ou d'effectuer des analyses
- Utilisé pour un usage interne uniquement et ne sera pas accessible au client ou accessible
- La capacité de prendre en charge la gestion d'extraits d'informations tels que les procédures, les procédures, les solutions, les projets, les versions de serveur, la documentation réseau, etc.
- Il n'a pas besoin de capacités d'intégration sociale
- Peut éventuellement prendre en charge la possibilité d'avoir ou d'y ajouter un inventaire des systèmes (serveurs et machines client)
- Autoriser l'importation des informations MediaWiki si nous devons changer de plateforme
De plus, il existe de nombreux sites en ligne qui parlent de systèmes experts qui permettent la création de flux de travail de dépannage similaires à un organigramme ou à un assistant étape par étape. Est-ce quelque chose que nous devrions envisager d'avoir en option dans notre plateforme de documentation? Dans quelle mesure cela serait-il utile et est-ce quelque chose qui aiderait le niveau 1 à mieux exécuter son travail? Il existe également des informations en ligne qui parlent des différences entre la gestion de contenu et la gestion des connaissances . Est-ce quelque chose que nous devrions considérer comme faisant partie des exigences d'une plate-forme de documentation?
Je sais que cette publication est plus longue et j'apprécie l'aide et les commentaires que vous pouvez fournir. J'essaye de m'assurer que je pose les bonnes questions et couvre les bases pour aider à prendre une décision plus éclairée ainsi qu'à mettre en œuvre une solution qui sera viable à long terme afin que nous ne continuions pas à refaire les systèmes qui nous venons de mettre en œuvre. Merci encore à l'avance et j'ai hâte de lire ce que vous partagez.
Pour ne pas trop simplifier, mais Sharepoint me vient à l'esprit.
la source
Personnellement, je choisirais un wiki (j'aime Trac ) ou Plone .
Chez un ancien employeur, nous avons utilisé Plone pour une application interne de la base de connaissances dans laquelle le support avait certaines autorisations r / w, la direction en avait d'autres et le développement en avait une autre.
la source
Jira et Confluence sont très intéressants pour cela, comme SLY l'a mentionné. À l'extrémité libre, vous auriez Trac et ses plugins pertinents qui me viennent également à l'esprit.
Là encore, vous recherchez un évier de cuisine gratuit, et aucun de ceux recommandés jusqu'à présent ne fournira toutes les fonctionnalités souhaitées.
Si vous avez quelques cycles supplémentaires que vous pouvez libérer pour cela, Trac est extensible via des plugins, vous pouvez donc ajouter certaines des fonctionnalités dont vous avez besoin.
la source
Je considère également qu'un wiki est le mieux adapté à vos besoins. Wikipedia a une très bonne comparaison des logiciels wiki avec les fonctionnalités, le public cible et les licences / coûts, etc. , vous pouvez donc y jeter un œil en plus des recommandations dans les autres réponses.
la source
Je vais mordre.
J'ai eu de la chance avec MoinMoin . C'est un moteur wiki qui prend en charge la plupart de ce que vous recherchez et est utilisé par certaines grandes organisations, notamment Ubuntu, la Fondation Apache, etc. Mais il comprend des listes de contrôle d'accès, l'intégration LDAP, l'exportation de pages au format PDF et l'éditeur WYSIWYG. En plus de l'éditeur WYSIWYG, il prend également en charge un langage de balisage wiki si vous souhaitez modifier des pages en l'utilisant. L'interface WYSIWYG prend également en charge le copier-coller à partir de Word afin de faciliter la migration de votre documentation Word existante.
Dans le passé, je l'ai utilisé comme plate-forme d'inventaire et d'historique système en utilisant certaines de ses macros et modèles intégrés pour vous permettre d'ajouter de nouveaux équipements et événements au wiki à l'aide d'un formulaire.
Le seul problème que je vois qu'il peut avoir avec vos besoins est l'importation de données à partir de mediawiki. Quelques scripts existent mais sont un peu rudes sur les bords et sont limités.
la source
Cela ressemble certainement à un Wiki est la bonne façon de procéder. Il n'y a pas de fin de produits sur le marché - mais comme vous le dites, les fonctionnalités clés sont parfois quelque peu ad hoc dans leur mise en œuvre (par exemple, la recherche ne connaît pas le sous-système d'autorisations conduisant à une fuite d'informations restreintes).
J'utilise dokuwiki - qui (comme la plupart des wikis) coche la plupart des cases que vous avez posées, mais il est très bien intégré, et cela me permet également d'intégrer PHP sur des pages très facilement (bien que pour un système avec un très grand nombre des utilisateurs, vous pourriez envisager d'ajouter une balise personnalisée pour référencer des scripts en dehors du wiki plutôt que de fournir un accès direct à l'interpréteur). Il peut certainement évoluer pour prendre en charge un grand nombre d'utilisateurs, mais étant basé sur des fichiers plats, la quantité de données qu'il peut stocker est limitée.
http://www.wikimatrix.org/wiki/comparison fournit un moyen rapide de vérifier les fonctionnalités.
la source
Nuxeo dispose d'une solution de gestion de documents open source sous licence LGPL.
Le texte de présentation marketing:
Alfresco a également une solution de gestion de documents , mais elle fait partie de leur offre d'entreprise, pas l'édition communautaire open source.
la source
La plupart des fonctionnalités que vous recherchez se trouvent dans Kablink Vibe.
http://sourceforge.net/projects/kablink/
http://www.kablink.org/
la source