Re: Re: Writing a web message board from scratch

[tomazos]

Wow. Cool. What do you call this brain-storming procedure? Is there an official name for this area of knowledge? Are there books and/or web sites about this sort of thing?

I don't mean to sound like an idiot, but I am self-taught and don't know this sort of stuff.

[Biker]

There are probably hundreds of publications on the subject. (Booch comes to mind.) Search the web for OOD (Object Oriented Design) and you will find lot's of it.

The way I do it is a mix of reading many books about several methods mixed up with (too long a) time using it in real life.

"I don't mean to sound like an idiot..."

Not asking makes an idiot. ;-) The only stupid question is the question never asked. (OTOH, chosing the right fora for a question may be an art in it self.)

---

Everything went worng, just as foreseen.

[Saveth]

There are probably hundreds of publications on the subject. (Booch comes to mind.) Search the web for OOD (Object Oriented Design) and you will find lot's of it.

Booch, of course, being one of the authors of UML, the Unified Modelling Language. It's the industry standard for planning out projects and provides facilities for both broad-based planning and very narrow planning. Booch and a few friends came up with Rational Software, which produces a program called Rational Rose, the only Really Good (tm) UML design program.

Anyway, if you've got a week or so to do some research, you may want to look into UML and use it to design your project. Since it's for your company, rather than yourself, it may also help to use a standard design method, since the next guy that works on this project may not have a clue how to read your version.

Then again, the Perl code you'll be writing is job security, in itself, isn't it? :)

Just my dos centavos.

-Saveth

[mAsterdam]

Tomazos:

What do you call this brain-storming procedure?
Is there an official name for this area of knowledge?
Are there books and/or web sites about this sort of thing?

Just some keywords (& authors):

• Try story telling to elicit typical user/system interactions, i.e. use cases from your users.
• Find out about the important classes and their interdependencies:
  • Organize sessions with CRC cards: Class Responsibility Collaboration and
  • Do lexical analysis on business documents
• Prioritize requirements / use cases in a group with MoSCoW-rules: Must / Should have / Could have / Won't have this time around
• Schedule features / use cases in timeboxes

  Authors:

  • Ivar Jacobson
  • Martin Fowler (Very readable and small book: UML Distilled)
  • DSDM

  HTH