evaluating Sharepoint Services 3.0 as development platform RRS feed

  • Question

  • We run Windows 2003 Server, and have a requirement for a custom workflow solution. I have seen a demo of a Sharepoint Services Task Workflow, and it looks good, but we would like to customise the forms with our own back-end logic.

    For example, before a form loads at certain stages in the workflow we would like to pre-populate some of the fields on it from a stored procedure which runs against a different SQL Server database. Also, when a form is submitted we would like to pass selected data on the form to a different stored procedure (to perform a remote update of a database).

    Another requirement is to prevent two users from attempting to process the same workflow task. For example, if one user opens a task they may spend 30 minutes working on it before they progress it to the next stage. During that 30 minutes we don't want any other users to be able to pick up that task.

    Could anyone give me some insight into whether requirements like those above can be met using Sharepoint Services 3.0? If so, how would we implement them? Can Sharepoint workflows be extended using C# or VB code for example?
    • Edited by Mike Walsh FIN Friday, March 4, 2011 5:52 AM Noob question - removed from Title. Not a problem description
    Thursday, March 3, 2011 8:28 PM


  • The answer to all of the "Can it do that?" questions are Yes.  Using SPD, InfoPath, Visual Studio and other developer tools, you will be able to complete all your goals.

    There is a learning curve, and it will take some time to get your head around the way SharePoint does things, especially in conjuction with the Dev Tools, but you can get there with enough perseverance.

    Steve Clark, MCTS | Twin-Soft.com
    • Marked as answer by Leoyi Sun Monday, March 14, 2011 5:41 AM
    Tuesday, March 8, 2011 4:58 PM