WikiEnEntreprise
Un article de Naparuba's Wiki.
Attention, ce n'est qu'un draft
Sommaire |
[modifier]
Vue Projet
La vue projet consiste à organiser le wiki par projet.
- Avantage: Bonne prise en compte des spécificités des projets
- Inconvénients: Les informations ne seront pas transverses par rapport aux autres projets, ce qui est contre le sens même du projet wiki.
- Résolution: Liens entre les pages des projets mais un problème subsiste: les pages seront un peu trop marquées du projet dans lequelles elles sont.
[modifier]
Vue technique
La vue technique consiste en séparation suivant les différentes parties techniques (OA Oracle SAP BAN J2EEE ...)
- Avantage: Vraie transversalité des informations par rapports aux projets.
- inconvénients: Solution moins pratique pour les spécificités des projets.
- Résolution: Liens dans les parties techniques vers les projets et leurs spécificités (attention a ne pas avoir de générique dans les partie spécifiques!).
[modifier]
Choix
La solution retenue est donc la vue technique.
[modifier]
Les questions soulevées
[modifier]
Etendue et but de l'application
- Aspet purement technique ou bien organisationnel egalement ?
- Definition des workflows et processus divers propres aux projets ?
- Definir le scope exact de l'application
- Un projet qui n'a pas payé peut il y avoir acces? Lecture seulement?
[modifier]
Normalisation et problème légaux et de sécurité
- Besoin d'un minimum de normalisation pour le nom des pages, des images et objets.
- Probleme des permissions d'edition des pages (lockage de certaines pages)
- Creation des utilisateurs integres ou workflow de l'affectation d'une personne a un projet et/ou creation d'un utilisateur ?
- Quid de la licence des infos integrées (simple proprieté de l'entreprise ?)?
- Acces en lecture/écriture à des partenaires?
- Probleme de droits sur des propos diffamatoires possible?
- Necessite d'authentification, de tracabilite des connexions pour l'identification des modifications en ecriture.
- Dans ce cas, qui est responsable ? (signature d'une charte obligatoire ou bien incorporation aux chartes de l'entreprise et/ou simple utilisaton de la charte?)
- Creer une page par utilisateur pour y mettre ses infos persos? Mais quel type d'acces sur ces pages?
- Besoin d'un réferent par projet pour les modifications suspectes.
- Mise en page de la page d'accueil du wiki s'il y a plusieurs projets sur le meme wiki (ref à la structure gloable du WIKI, point 0)
[modifier]
Contrainte du wiki en tant que projet
- Qui paye pour l'entretien du projet?
- Nécessite d'une partie reporting pour savoir si c'est vraiment utilise ou pas et par qui (necessite de remplir les logs avec les acces)
- Methodologie de deploiements -> totale ou incrementale? Quelle durée? Quel type de projet?
[modifier]
Problèmes techniques
- Quid des problemes de reseaux étanches?
- Lister les besoins d'apport de fichiers et images pour les types mais surtout le volume.
- Probleme de dimentionnement du/des serveurs selon le nombre d'usagers.
[modifier]
Autres
- Besoin d'une bonne base car partir d'une page vide n'est pas tres motivant.
