Hi Shiva and Chathura, The processes will be built as an asset type of the Enterprise Store as > discussed and the utility functions of the store such as adding, editing, > viewing, searching and visualizing will be done in the store front rather > than navigating to the publisher. > Currently there are no utility methods in the Store app code base that will allow you to provide adding and editing capabilities.However,this can be done by using the carbon module which is provided with the ES.
As Shiva has mentioned, we want to do both adding and displaying process > models in the same UI, diverting from the current model of ES to have a > separate publisher and a store > Who will maintain and control the original version of the process? Will processes have a defined lifecycle? An example requirement would be: a user browsing a process model may want > to add some details to certain sections of the model, so that he should be > able to do it from the same UI. Similarly, a user may want to add a > specialized version of a currently displaying model > Would it be possible to model this as a user selecting a process then creating an instance of it with his own customizations? Where will these customizations be stored? Will there be two classes of users? - Process designers who create and publish the process - Process consumers that take a process ,create an instance of it ,configure or customize it and then combine it with other processes? Thank You, Sameera On Wed, Sep 3, 2014 at 1:46 PM, Chathura Ekanayake <[email protected]> wrote: > As Shiva has mentioned, we want to do both adding and displaying process > models in the same UI, diverting from the current model of ES to have a > separate publisher and a store. An example requirement would be: a user > browsing a process model may want to add some details to certain sections > of the model, so that he should be able to do it from the same UI. > Similarly, a user may want to add a specialized version of a currently > displaying model. Therefore, I think the adding/editing functionality has > to be provided in the same UI, controlled by user's authorizations. > > Regards, > Chathura > > > On Wed, Sep 3, 2014 at 12:08 PM, Shiva Balachandran <[email protected]> > wrote: > >> Hi All, >> >> The Enterprise Store currently satisfies necessity to host >> applications, gadgets and eBooks. Users are able to add new assets of the >> given type or create their own asset type and work with the store. A >> requirement has arose to develop a Process Store to host processes of all >> types and visualize associations with processes whilst providing other >> utility functions. I am currently working on building a Process Store to >> address the requirement. >> >> After discussion with the stakeholder we have agreed to initially build >> the store as an extension of the enterprise store and move the process >> store out as an product in the future. The extension to be built will be >> for textual based processes and in future will be able to support other >> type of processes too. >> >> The extension to be built will have the following functionality:- >> >> >> - Adding a text based process >> - Editing a text based process >> - View a text based process >> - Search for a text based process >> >> >> - Associate existing text based process to a new variant - The user >> when adding a new process can associate the new process to a existing one >> if the new process is a variant or similar to the existing process but a >> variant. >> >> >> - Navigating processes through associations - The user can navigate >> through the associations to find similar processes or their variants. >> >> >> - Visualizing associations in graph views - The associations between >> the processes will be sketched or depicted. This will be developed using >> JSPlumb. >> >> The processes will be built as an asset type of the Enterprise Store as >> discussed and the utility functions of the store such as adding, editing, >> viewing, searching and visualizing will be done in the store front rather >> than navigating to the publisher. >> >> Thank you >> >> -- >> Shiva Balachandran >> Software Engineer >> WSO2 Inc. >> >> Mobile - +94 774445788 >> > > > _______________________________________________ > Architecture mailing list > [email protected] > https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture > > -- Sameera Medagammaddegedara Software Engineer Contact: Email: [email protected] Mobile: + 94 077 255 3005
_______________________________________________ Architecture mailing list [email protected] https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
