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

Author: |
Nahn Fedal |
Country: |
Dominican Republic |
Language: |
English (Spanish) |
Genre: |
History |
Published (Last): |
21 April 2011 |
Pages: |
418 |
PDF File Size: |
4.30 Mb |
ePub File Size: |
8.33 Mb |
ISBN: |
931-5-42428-479-6 |
Downloads: |
46730 |
Price: |
Free* [*Free Regsitration Required] |
Uploader: |
Toshura |

Software requirements specification – Wikipedia
There are so-called “executable” specifications, which are formalsince they are essentially domain-specific languages DSLs for testing. 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. I can’t tell you how much they ifee, as the new corporate firewall does not allow their Buy page to work.
In other projects Wikimedia Commons. Aadaam 1, 7 Post as a guest Name. This page was last edited on 26 Decemberat 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 ueee document A moderately good book on formal documentation is Documenting Software Architecturesa surprisingly good book is the old iconix bookand iefe old classic is Cockburn’s Writing Effective Use Cases.
However, as you can see from that link, it has been superseded.
Recommended Practice for Software Requirements Specifications. I found this in the IEEE site: Email Required, but never shown. This is a not-so-bad example on how one looks like it’s not a standard! Why don’t you show me standards instead?
documentation – What standard superseded ? – Software Engineering Stack Exchange
This is because of iterative development, only a handful of features are specified informally for each cycle of weeks. Fabricio 91 1 1. They have their own standards, recommended best practices, etc. 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.
Sign up using Email and Password. By clicking “Post Your Answer”, you acknowledge that you have read our updated terms of serviceprivacy policy and cookie policyand that your continued use of the website is subject to these policies.
Some links are broken But I guess it’s because the whole method on how we specify requirements has changed drastically in recent years. Sign up or log in Sign up using Google. So, from now on, I try to answer a bit of modified question: The software requirements 830-1989 document lists sufficient and necessary requirements for the project development. However, if nothing else, I would like to know what standard has superseded it.
It defines the construct of a good requirement, provides attributes and characteristics of requirements, and discusses the iterative and recursive application of requirements processes throughout the life cycle.

Again, I guess this document was “superseeded” because today, we have a bit of chaos around requirements specification: Computer iewe Computer engineering Project management Risk management Systems engineering. The specific goals of the SRS are:.
Applied software project management.
Software requirements specification is a rigorous assessment of requirements before the more specific system design stages, and its goal is to reduce later redesign. How do you find what standard superseded another, and which one took ‘s place?
On how it is actually done in the industry today: Strohm Apr 15 ’13 at From Wikipedia, the free encyclopedia. Truth to be told, formal project documentation, especially requirements documentation was killed off mostly in the age of Agileas the Agile Manifesto discourages formal documentation. In particular, the requirements smell: Sign up using Facebook. At the end of the day, what matters is wether the document you create is able to fulfill all the goals all the people who ever read it have with it: It is worth mentioning that: Bart van Ingen Schenau Retrieved from ” https: But what if you want to stick with the old methods, eg.
Software requirements specification
Also, specification by software engineers was superseeded by UX designincluding information architecture and interaction design, so it’s 8830-1998 done by people who can actually code nowadays, which can lead to conflict sometimes. There is no single authority who is able to tell you: It should also provide a realistic basis for estimating product costs, risks, and schedules.

What standard superseded ? An example organization of an SRS is as follows: All articles with unsourced statements Articles with unsourced statements from May Following the idea of code smellsthe notion of requirements smell has been proposed to describe issues in requirements specification where the requirement is not necessarily wrong but could be problematic.
Try expanding upon your answer with some details about what is contained inside of your link.

Journal of Systems and Software. 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. There is no one, single, large formal specification, but instead, there are so called user storiesproduct backlogs and such.