IEEE ; CS Project Documentation, by Bouchier, Brewster, Fischer, Herschbach, Nina; Project submissions from CS Page 1. Page 2. Page 3. Page 4. Page 5. Page 6. Page 7. Page 8. Page 9. Page Page Page Page Page Page Page Page Page A software requirements specification (SRS) is a description of a software system to be . — IEEE Recommended Practice for Software Requirements Specifications. doi/IEEESTD ISBN
|Published (Last):||12 September 2005|
|PDF File Size:||8.42 Mb|
|ePub File Size:||13.22 Mb|
|Price:||Free* [*Free Regsitration Required]|
I can’t find how it was superseeded even with IEEE’s advanced search: This page was last edited on 26 Decemberat On how it is actually done in the industry today: There are best practicesand I tried to provide you with a representative list of documents and directionsalbeit by no means complete, 830-998 perhaps personally biased.
Truth to be ieew, formal project documentation, especially requirements documentation was killed off mostly in the age of Agileas the Agile Manifesto discourages formal documentation. I found this in the IEEE site: Computer science Computer engineering Project management Risk management Systems engineering.
I have been looking into how to document software projects more formally, and I have learned about IEEE A renowned book is User Stories Applied. It is worth mentioning that: So, from now on, I try to answer a bit of modified question: Why don’t you show me standards instead?
Sign up using Facebook. Retrieved from ” https: Why do you recommend books? This is achieved through detailed and continuous communications with the project team and customer throughout the software 830–1998 process. This is because of iterative development, only a handful of features are specified informally for each cycle of weeks. I can’t tell you how much they charge, as the new corporate firewall does not allow their Buy page to work.
A moderately good book on formal documentation is Documenting Software Architecturesa surprisingly good book is the old iconix bookand an old classic is Cockburn’s Writing Effective Use Cases.
An example organization of an SRS is as follows: Try expanding upon your answer with some details about what is contained inside of your link. In particular, the requirements smell: However, as you can see from that link, it has been superseded. Strohm Apr 15 ’13 at But what if you want to stick with the old methods, eg.
Software requirements specification
But I guess it’s because the whole method on how we specify requirements has changed drastically in recent years. All articles with unsourced statements Articles with unsourced statements from May There is no single authority who is able to tell you: This is a very complex kind of documentation, it’s mainly used for handovers, although it does contain the requirements mostly it’s chapter 7 in the new ISO style document A moderately good book on formal documentation is Documenting Software Architecturesa surprisingly good book is the old iconix bookand an old classic is Cockburn’s Writing Effective Use Cases.
In this case it may not matter, but if other standards are superseded for more technical things, I think it would be a good idea to link somewhere what standard superseded another if it is not another one in the same linein this case.
Again, I guess this document was “superseeded” because today, we have a bit of chaos around requirements specification: Software requirements specification establishes the basis for an agreement between customers and contractors or suppliers on how the software product should function in a market-driven project, these roles may be played by the marketing and development divisions.
This is a not-so-bad example on how one looks like it’s not a standard!
documentation – What standard superseded ? – Software Engineering Stack Exchange
Computer programming Requirements engineering Software deployment Software design Software maintenance Software testing Systems analysis Formal methods.
Software requirements specification – Wikipedia
Views Read Edit View history. Home Questions Tags Users Unanswered.
A software requirements specification SRS is a description of a software system to be developed. 830-19998 to lose some sleep There are so-called “executable” specifications, which are formalsince they are essentially domain-specific languages DSLs for testing. Some links are broken They have their own standards, recommended best practices, etc.