Faire des formulaires avec Windows SharePoint Services 3.0 seulement?

Question

La plupart du temps, mon entreprise est satisfaite de WSS 3.0 (pas de mise à niveau vers MOSS), à une exception près: il n’ya en fait qu’un seul formulaire que nous aimerions utiliser. C'est un formulaire assez volumineux (essentiellement des demandes de modification de services informatiques, sur papier, il est facile de remplir 8,5 pages sur 11). Nous avons pensé au codage ASP.NET personnalisé en tant que page distincte ou peut-être en tant que composant WebPart. Qu'ont fait les autres là-bas? MOSS et Infopath n’est pas vraiment une option, c’est vraiment trop cher pour nous en ce moment. Merci d'avance!

Answer 1

Vous pouvez soit la construire en tant que page HTML / ASP.Net autonome et l’inclure en tant que composant WebPart de visualiseur de pages, soit créer votre propre WebPart. Ce dernier est un peu plus compliqué si vous ne connaissez pas déjà le développement SharePoint, bien que des outils tels que STSDEV puissent prendre éloigne beaucoup de douleur.

Answer 2

Si vous devez le développer vous-même, faites-le directement asp.net. Il n'y a aucune raison de le faire en sharepoint. La courbe d'apprentissage est raide. L’infrastructure de développement est trop lourde pour une solution unique.

La demande de changement de services informatiques fait partie d'un flux de travail la plupart du temps. Je crois que les meilleurs outils de workflow sont les traqueurs de bogues. Ils utilisent un flux de travail de base d'état. Ce qui correspond mieux, dans la plupart des scénarios, au monde réel. Donc, si vous avez un tel outil, et vous devriez en avoir. Cochez l'option à utiliser pour la gestion des demandes de changement.

Answer 3

Vous pouvez accomplir la plupart de ces tâches avec Infowise Smart List Pro. Il a été conçu pour être une solution simple à 80% des besoins courants en matière de formulaires. il le fait avec d’excellentes améliorations de la liste SharePoint, telles que: autorisation de champ, vue en onglets, autorisation de vue, valeurs par défaut, règles, etc. Le problème, c'est que Smart List Pro ne nécessite pas MOSS ni SharePoint Server. il ne peut fonctionner que sur WSS ou SharePoint Foundations. Cela fonctionne très bien sur WSS 3.0 et SharePoint 2010.

Voici le lien: http://www.infowisesolutions.com/product. aspx? id = SmartListPro

Answer 4

Vous pouvez utiliser le concepteur SharePoint avec WSS v3

Answer 5

Vous pouvez envisager de simplifier le formulaire de demande de changement. 2 pages de contenu sont plutôt nombreuses à renseigner pour une demande de modification.

J'utilise des listes de points de partage standard pour collecter les demandes de modification et constate que j'ai de la chance d'amener les gens à renseigner les 4 à 5 premiers champs.

Le composant WebPart dataview peut être utilisé pour ajouter des données à la place du nouveau formulaire d'élément standard.

Answer 6

La liste d’enquête est une bonne alternative simple aux formulaires et peut être utilisée sans codage. Entrez les " questions " c'est à dire. champs de saisie, puis joignez une alerte mail pour les insertions. L'inconvénient est que vous n'avez aucun contrôle sur la mise en page du formulaire, il s'agit strictement d'une ligne par champ de saisie. Cela en fait peut-être pas un bon candidat pour vos gros formulaires. Mais il est si facile à utiliser que vous devriez quand même y jeter un coup d'œil.

Si vous décidez de vous développer vous-même, écrivez un composant WebPart et ajoutez-le à une page WSS. (Déploiement le plus simple: hériter de la classe ASP.Net WebPart, placer dans GAC, créer un fichier .webpart dans le dossier wpcatalog de l'application Web SharePoint). En ce qui concerne la personne qui a écrit que la courbe d’apprentissage dans SharePoint est trop raide, je suppose que si vous utilisez WSS pour vos applications Web internes, vous découvrirez davantage de besoins pour la personnalisation de SharePoint à l’avenir. Savoir faire est un bon investissement.

Answer 7

La meilleure façon, à mon avis, est de créer un contrôle utilisateur Web et de l'ajouter à une partie Web (conteneur WebPart): des contrôles utilisateur peuvent être ajoutés dans la ruche et être sélectionnés à partir de celui-ci. J'ai essayé cela et sa manière très simple de développer étant donné que la page a beaucoup de contenu. Le problème avec Webpart et le développement de page asp standard est qu’il n’ya pas de vue de conception.