MHonArc v2.5.2 -->
legalxml-courtfiling message
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]
| [Elist Home]
Subject: RE: [legalxml-courtfiling] Alert - Court Filing Policy requiremen tsdocument
Folks,
I, over all, concur with Roger to target option one. I think the authoring
of this document needs to move to a member of the Court Community whom they
would be more comfortable engaging with and who's language they can more
readily understand. I further agree with the creation of an authoring team
and will be glad actively support the team in their efforts. I will engage
in the architectural efforts on this and other Court Filing issues.
I hope that we can freely use the concepts and specific requirements as
appropriate. I urge everyone to make sure that you understand the goals
clearly before you further engage in writing the requirements. Further, it
is my experience not to get wordy in the requirements. If there are more
words needed, you look to adding specific short detail items under the
requirement to clarify it as I have done in the most recent draft. The
addition of too many words in a requirement often leads to less
understanding and loopholes.
I think it would be a good idea, to work this in a workshop setting at the
Court Filing meeting in December. We may want to spend a full day getting
the statement of work for Court Filing Policy in general and Court Filing
Policy 2.0 in place. We can then check what parts of the current draft
requirements options for reuse.
Beyond that I think that creating the statement of work for Court Filing 2.0
is another critical topic to be addressed and created at the December
meeting and may well need to be done before Court Filing Policy. If we get
into the flow of it we can make a lot of progress in our two days of work
together.
Three additional points to think about:
Architecture - We need to look at a number of architectural solutions to the
problem from all points of view as Roger suggests. However, the key to
architecture is knowing the logical problem well, describing it well,
describing the use-cases partitioning the problem into parts that can be
managed with integrity and there the relationship between the parts can be
understood and managed. The technical path for the implementation of the
architecture is a follow on from this first activity.
Requirements to Specification Release Allocation Document - We need this
document to allocate requirements to a set of specific candidate
specification releases! It should be a document created after the
requirements are set and agreeded upon. Please remember that some items to
be controlled by policy are specified over time in related documents.
Therefore, this document will be very subject to change control.
Requirements are the specific needs to be filled for the community; the
timing of the delivery on those needs is an item to be managed.
Feedback - I have taken the specific feedback given on this and adopted it
in most cases and credited the people providing the feedback. An author
cannot fix what the author does not know. The author will not know it
without feedback!
Regards,
Don