1
Suggestions and Requests / Re: More than one instance of the Project View
« on: May 09, 2006, 06:22:45 am »
Yes, we get the multiple views of the project as the way to organize the structure of the project - and we are buying into most of the defaults set by Sparx (business model, use case model). Some we are elevating to the primary tier of "views" (actor catalogs, business rule catalogs) and some we do not use (project model).
However, I guess what I thought was being requested here was the ability to have multiple "project view" tabs, where each one would have it's default template of the project view tree structure.
In our discussions with our business analysts versus QA versus developers, the primary orientation of what each wants and expects to see is very different. Developers prefer the structure presented by most of the templates delivered the tool; the technical view. However, the business analysts prefer to have the first tier of "views" be each business process in the project and all related material to that business project as sub-views (folder, whatever). Our QA analysts tend to side with the business analysts but usually want to attack the project by Use Cases. It's a usability thing and just a re-sorting and redisplay of the information collected about the project stored in the repository.
Thus, our desire to have multiple template "project views" of the same project geared towards the end users. Multiple "tabs" each with a different template of views that sorts the project different ways adn presents the information based on the end user. What I'm hearing is that the EA Tool is limited to a single "project view" tab and we cannot extend nor would they consider an extension because of UML specifications. I don't buy that. If you want the tool to be flexible, allow for multiple instances of the project view tab to allow for the project model as a whole to be displayed using several different approaches at once.
However, I guess what I thought was being requested here was the ability to have multiple "project view" tabs, where each one would have it's default template of the project view tree structure.
In our discussions with our business analysts versus QA versus developers, the primary orientation of what each wants and expects to see is very different. Developers prefer the structure presented by most of the templates delivered the tool; the technical view. However, the business analysts prefer to have the first tier of "views" be each business process in the project and all related material to that business project as sub-views (folder, whatever). Our QA analysts tend to side with the business analysts but usually want to attack the project by Use Cases. It's a usability thing and just a re-sorting and redisplay of the information collected about the project stored in the repository.
Thus, our desire to have multiple template "project views" of the same project geared towards the end users. Multiple "tabs" each with a different template of views that sorts the project different ways adn presents the information based on the end user. What I'm hearing is that the EA Tool is limited to a single "project view" tab and we cannot extend nor would they consider an extension because of UML specifications. I don't buy that. If you want the tool to be flexible, allow for multiple instances of the project view tab to allow for the project model as a whole to be displayed using several different approaches at once.