[Biojava-l] [Biojava-dev] BioJava 3 work begins

[Mark Schreiber]

Can I follow this up by saying that all use cases _must_ be
accompanied by a why.  It is very important to understand what the
rationale for the use case is as this will determine how we program
it.

For example. "A binding to BioSQL" is not a use case.  The use case
would be: "I want to upload a subset of Genbank to a relational
database so that I can add my own de-novo gene predictions and then
search the results in a relational manner".

We would then analyse this use case and figure out a good way to do
it. During this analysis we would probably identify that we need a
binding from BJ3 to BioSQL. As a general rule you should never specify
the technology in the use case. Rather analysis of the requirements of
the usecase suggests the best technology.

I will put up a template for what should be in a use case tonight
(Singapore time) that people can use.  It would also be great if
people who suggest cases can provide contact details as frequently
there has to be lots of iterative discussion to pin down the details.

- Mark

On 6/19/08, Richard Holland <dicknetherlands at gmail.com> wrote:
> Hello all. We are about to start coding the first bits of the new
> BioJava 3 modules.
>
> We would like to document code in parallel to writing it, and also to
> write code based on use-cases rather than what we just think might be
> useful. We already have a design document based on the discussions
> late last year and included in that is a plan for how the internals
> will work, but now we need some use-cases so that code can be written
> to solve real-life problems first rather than just theoretical ones.
>
> Please add any use-cases you can think of to the following Wiki page.
> Doesn't matter if they're simple (e.g. read a file in a given format)
> or really complex (e.g. serve up a bunch of Genbank files to a
> web-based query interface). All will be considered and we as a team
> will do our best to include as many as we can, aiming to solve all of
> them if possible.
>
> http://biojava.org/w/index.php?title=BioJava_3_Use_Cases&action=edit
>
> cheers,
> Richard
> _______________________________________________
> biojava-dev mailing list
> biojava-dev at lists.open-bio.org
> http://lists.open-bio.org/mailman/listinfo/biojava-dev
>