Slashdot Mirror


What Makes a Good Design Document?

dnnrly asks: "I've been writing software professionaly for a couple of years now for more than 1 company and I've noticed a recurring pattern: I get put on a new project that already has a bit of history and I get told to read the design documents and then implement XYZ. What happens is I read the document, find that it gives me a lot of information about certain aspects of the system we are building, but leaves huge gaps in others. We're going to be rewriting some of the procedures very soon and I'll be able to influence the software side so I wanted to ask Slashdot readers what sort of things have they seen in design documents that they've liked/thought are a good idea? What have they found works and what doesn't? If all else fails, where's a good place to find all this stuff out?" "There's usually a very defined and rigid format for every design document and the writers have obviously tried very hard to make sure that procedure has been followed, generally leading to an almost unreadable doc or a design for the sake of it. Part of the issue is that these guys have written the design after 2 or more years exposure to the problem so they tend to forget just how much they know."

4 of 461 comments (clear)

  1. Design Document by goretexguy · · Score: 5, Funny


    Dee..zin...dok...u...ment...?

  2. Steps to writing a good design document by GillBates0 · · Score: 5, Funny
    I've noticed a recurring pattern: I get put on a new project that already has a bit of history and I get told to read the design documents and then implement XYZ.

    1. Write a design document containing information about the design document you're trying to create.
    2. Read the design document you wrote in (1) describing the design document that you are trying to write.
    3. Write actual design document as described in design document written in (2).

    --
    An Indian-American Hindu committed to non-violent thought/speech/action alarmed by the global explosion of radical Islam
  3. Re:A Good Design Document by Anonymous Coward · · Score: 5, Funny

    Ironically, I had to look up "vernacular."

  4. Re:Most Important part of Design Document by fraudrogic · · Score: 5, Funny

    Ah yes...the infinitely outlined requirements document is my favorite:

    1.1.1.1.1.1.1.1.1 The system shall not make tacos on demand.
    1.1.1.1.1.1.1.1.1.1 The system shall not make tacos on demand with sour cream.
    1.1.1.1.1.1.1.1.1.2 The system shall not make tacos on demand with guacomole.
    1.1.1.1.1.1.1.1.1.3 The system shall not make tacos on demand with cheddar cheese.
    1.1.1.1.1.1.1.1.1.3.1 The system shall not make tacos on demand with sharp cheddar cheese.
    1.1.1.1.1.1.1.1.1.3.2 The system shall not make tacos on demand with mild cheddar cheese.
    ...

    1.1.1.1.1.1.1.2 The system shall not make CHICKEN tacos on demand.

    ...

    this could get messy.

    --
    I only mod up parents of "mod parent up" posts...