Eric Sink’s post on requirements is the best and most concise treatment of the subject I’ve read yet. The document vs. database treatment of requirements and his comparison of traceability to a compiler are inspired. He even touches briefly on the shortcomings of bug-tracking systems as requirements management systems.
I haven’t read the book he recommends in his post (Software Requirements, by Karl Wiegers), but I have no doubt that it’s good. The book on requirements that I can vouch for is Exploring Requirements: Quality Before Design. It has tons of great advice on the process of gathering requirements.
If you analyze, design, build, and/or test software, read Eric Sink’s post. If you manage technology projects, you should definitely read it. Highly, highly recommended.