Que pouvez-vous faire avec SharePoint sur Intranet?

Question

Cela fait un moment que je travaille sur SharePoint, mais nous n’en avons pas fait beaucoup. Nous avons un intranet avec des centaines d'applications ASP / ASP.Net et je me demande quel genre de choses peut être fait pour s'intégrer à SharePoint afin de créer un environnement plus transparent? Nous plaçons maintenant dans SharePoint la documentation et les demandes de transfert de production, etc., mais nous avons l'impression qu'il s'agit d'un système distinct, plutôt que d'un outil intégré sur notre intranet.

J'ai parcouru les environs pour voir ce que font les autres utilisateurs de SharePoint, mais j'ai trouvé beaucoup d'informations inutiles.

Answer 1

Une bonne idée serait de déplacer vos applications asp.net les plus utilisées pour les exécuter sur le site SharePoint. Chaque application peut être ajoutée directement en tant que contrôle sur un pagelayout ou intégrée à un composant WebPart (utilisez le composant WebPart pour charger des contrôles enfants).

Cela vous permettrait d'utiliser l'interface souple de moss pour déplacer l'application asp.net dans une architecture d'informations unifiée afin que les utilisateurs puissent la trouver facilement.

Il est vraiment facile de déployer quelque chose qui fonctionne, mais la création d’un intranet transparent nécessite un peu de réflexion en dehors de SharePoint lui-même (c’est-à-dire ce qui devrait aller où, quels utilisateurs ont besoin de voir quoi, la structure de navigation ...)

C’est vraiment beaucoup de travail et nécessite la participation de personnes extérieures au domaine informatique.

Answer 2

Un portail intranet typique segmente la fonctionnalité par département. Chaque service aura probablement des applications Web personnalisées que vous aurez peut-être historiquement mises en œuvre dans ASP.Net et auxquelles vous serez lié depuis le portail intranet. Avec sharepoint, vous pouvez commencer à intégrer les éléments utiles de ces applications Web personnalisées en éléments modulaires, de sorte que le propriétaire de l'entreprise du portail puisse mieux contrôler la manière dont les informations sont structurées et affichées à ses utilisateurs.

Pensez aux tableaux de bord, contenant des métriques personnalisées qui n’ont de sens que pour les différents départements. C'est l'un des endroits les plus évidents pour commencer. RH, comptabilité, informatique, ils ont tous des mesures à suivre et à afficher. Ils ont tous des systèmes hérités dont ils pourraient vouloir corréler les informations. Tout cela peut être fait dans des parties Web réutilisables. Etant donné que Sharepoint permet à l’utilisateur final de contrôler la mise en page, l’affichage, le contrôle de l’audience, etc., vous ne réinventez pas les rouages ??toute la journée.

Answer 3

SharePoint a été conçu pour être un portail de collaboration et un référentiel de documents. Si d'autres processus métier sont intégrés à d'autres sites Web internes, la conversion de ces sites en sous-sites SharePoint ne vous apportera peut-être pas grand avantage.

Toutefois, en cas de chevauchement important de vos applications (listes de contacts, inventaire, spécifications, etc.), vous souhaiterez peut-être combiner cet investissement.

Answer 4

Si vous avez InfoPath, vous pouvez créer des formulaires en ligne. Vous pouvez partager vos documents et les éditer en ligne. Vous pouvez démarrer un flux de travaux d'approbation sur ces documents. Vous pouvez créer des sondages. Vous pouvez créer des groupes de travail.

Fondamentalement, SharePoint est un magasin de documents géant et robuste, mais vous pouvez faire tout ce que vous pouvez faire dans n’importe quelle application Web ASP.NET. Vous pouvez créer par exemple des workflows personnalisés pour automatiser les processus métier. Nous avons travaillé pour plusieurs clients pour créer des intranets d'entreprise et parfois des sites Internet, donc cela fonctionne vraiment. :)

Mais il est parfois très difficile d'implémenter les fonctionnalités demandées (beaucoup de solutions de contournement).

Answer 5

Vraiment c'est un intranet dans une boîte. Nous exécutons pratiquement toutes nos tâches de développement quotidiennes. Nous conservons la documentation, suivons les défauts, gérons les congés, etc. Vous pouvez migrer vos applications asp.net et asp pour qu'elles s'exécutent sous le site sharepoint. Dans la section relative à l'administration, vous pouvez configurer des applications Web à exécuter sur le même site, mais en dehors du contrôle de SharePoint. Cela aiderait probablement avec la "sensation". qu'il soit complètement séparé.

Sharepoint marque véritablement un changement dans la manière dont les gens pensent au développement Web et c’est la clé. Vous ne développez plus une application autonome, vous ajoutez à un framework existant. Je dirais que cela s'apparente à "avoir des silos de données". vs un système de base de données centralisé qui contient toutes les données de l'entreprise. Une fois que les gens réalisent que tout est connecté, cela ressemblera davantage à une intégration sans faille. Mon conseil est d'essayer activement de créer des applications dans SharePoint et de réfléchir à la manière de migrer des applications existantes.

Answer 6

Qu'en est-il de la BI et du reporting depuis un ERP? Quand on sait qu'IE n'est pas capable de gérer une page avec 10000 lignes de tableau (sans pagination) Beaucoup ne s'en rendent pas compte, mais le succès d'un outil de génération de rapports dépend des performances de l'objet de grille utilisé: Excel et l'objet SpreadSheet de l'ancien Office Web Components sont toujours le premier choix de l'utilisateur (comptables, gestionnaires, chef de la direction).

Answer 7

Je pense que cela dépend de votre environnement. Dans notre environnement, nous configurons chaque service avec ses propres pages et nous l'utilisons pour les informations de base, les enquêtes et la page d'accueil de l'employé. Nous avons construit les widgets Google / Live Search et Weather.com et roulons des flux RSS à l'aide du contrôle RSS de Tim Huer.

Answer 8

Vous pouvez notamment créer des composants WebPart pour fournir un accès aux données d'applications existantes. Initialement, ils pourraient simplement être des vues en lecture seule, mais selon votre expérience, ils pourraient être étoffés pour permettre les écritures.

Une autre idée consiste à ajouter des liens entre SharePoint et vos applications (en supposant qu'elles soient basées sur le Web); cela permettra au moins un écoulement entre eux.

Je ne l'ai pas encore fait, mais vous pourriez aussi théoriquement habiller SharePoint pour qu'il ressemble au reste de votre intranet.

Answer 9

Créer des bibliothèques

Bibliothèques de formulaires, bibliothèques de documents, bibliothèques de diapositives

Créer des listes standard ou personnalisées

Listes standard - annonces, tâches, contacts

Listes personnalisées - fournisseurs, entrepreneurs, stocks, commandes

Configurer des zones de discussion d'équipe sécurisées

Construire des calendriers d'équipe partagés

Créer des processus simples de workflow sur les documents et les listes