Home » railML newsgroups » railml.common » Consolidated Use Cases List (Should the UCs be presented in one consolidated list or per subschema)
Consolidated Use Cases List [message #1958] Mon, 10 September 2018 15:10 Go to next message
Ferri Leberl is currently offline  Ferri Leberl
Messages: 24
Registered: September 2016
Junior Member
Dear All,

There has been a discussion whether to consolidate the UC lists or whether to stick to the current solution with separate UC lists per subschema.
As a demonstration, I have made up a consolidated list which can be found under
https://wiki.railml.org/index.php?title=UC:Use_cases/table
Currently, both this list and the lists by subschema are linked under
https://wiki.railml.org/index.php?title=UC:Use_cases#Lists_o f_Use_Cases_per_subschema

The coordinator would prefer to go on with the consolidated list as it is more efficient to maintain and offers a broader view. However, the consolidated list is more difficult to overlook.
We want to avoid offering both the consolidated list and the existing ones for maintenance reasons.

Can we declare it a consent to skip the old lists and keep the consolidated one?

Thank you for your responses.
Ferri Leberl
Re: Consolidated Use Cases List [message #1966 is a reply to message #1958] Sun, 16 September 2018 14:37 Go to previous messageGo to next message
Joerg von Lingen is currently offline  Joerg von Lingen
Messages: 148
Registered: May 2011
Senior Member
Thanks for collecting the data to one table.
1) One overview would be useful as most UC will be not limited to one subschema,
e.g. IL will always need basic IS description.
2) The new table shows a problem of (duplicate) changes at different places. The
list of IL-UC in this table does not match the IL-specific list.
3) I would prefer the consolidated list as the only one. "Filtering" can be done
by the sorting of columns.

Best regards,
Joerg v. Lingen

Interlocking/Rollingstock Coordinator

On 10/09/2018 15:10, Ferri Leberl wrote:
> Dear All,
>
> There has been a discussion whether to consolidate the UC
> lists or whether to stick to the current solution with
> separate UC lists per subschema.
> As a demonstration, I have made up a consolidated list which
> can be found under
> https://wiki.railml.org/index.php?title=UC:Use_cases/table
> Currently, both this list and the lists by subschema are
> linked under
> https://wiki.railml.org/index.php?title=UC:Use_cases#Lists_o f_Use_Cases_per_subschema
>
>
> The coordinator would prefer to go on with the consolidated
> list as it is more efficient to maintain and offers a
> broader view. However, the consolidated list is more
> difficult to overlook.
> We want to avoid offering both the consolidated list and the
> existing ones for maintenance reasons.
>
> Can we declare it a consent to skip the old lists and keep
> the consolidated one?
>
> Thank you for your responses.
> Ferri Leberl
Re: Consolidated Use Cases List [message #1987 is a reply to message #1966] Wed, 10 October 2018 16:07 Go to previous message
Ferri Leberl is currently offline  Ferri Leberl
Messages: 24
Registered: September 2016
Junior Member
Thanks for your response.
I have imported the current IL-List into the consolidated list and replaced the subschema lists with redirects to the consolidated list.
As to me, the topic is closed.
Yours,
Ferri Leberl
Previous Topic: @minOccurs, @maxOccurs and @use
Next Topic: Define requirements for processContent strictly than lax
Goto Forum:
  


Current Time: Fri Mar 29 00:59:33 CET 2024