Как написать требования к программному обеспечению | Participants
|
- Statistics
- Participants
- Translate into Russian
- Translation result
- 99% translated in draft. Almost done, let's finish it!
If you do not want to register an account, you can sign in with OpenID.
How to write a software requirements specification | Как написать требования к программному обеспечению | |
What Makes a Great Software Requirements Specification? | Каковы составляющие хорошего описания технических характеристик ПО? | |
There are many good definitions of System and Software Requirements Specifications that will provide us a good basis upon which we can both define a great specification and help us identify deficiencies in our past efforts. There is also a lot of great stuff on the web about writing good specifications. The problem is not lack of knowledge about how to create a correctly formatted specification or even what should go into the specification. The problem is that we don't follow the definitions out there. | Существует много определений Спецификаций требований к системе и к программному обеспечению, на основе которых мы сможем дать определение "хорошей" спецификации и выявить недочеты в уже сделанной работе. В Интернете есть много хороших статей о написании спецификаций. Однако, проблема состоит не в отсутствии знаний о том, как создать правильно отформатированную спецификацию и даже не в том, что должно быть отражено в спецификации. Проблема заключается в том, что мы не следуем нашим же определениям. | — Ради Христа! Прекратите писать "спецификации"! — ivanshatalin Comment was deleted — Почему? Имхо, "описание ПО" и "Спецификация требований к ПО" - разные вещи. Под "описание ПО" подходит и обычный help, и user guide - слишком неконкретная вещь. — levko2000 — Согласен, что "описание ПО" и "Спецификация требований к ПО" - разные вещи. Дело не в этом, а втом, что само слово "спицификации" - заимствование из английсского языка, из-за которого текст звучит не по-русски. Это тупая бездумная калька, которая раздражает, потому что говорит о скудных знаниях переводчика родного языка и нежелании понять суть переводимого им текста. — ivanshatalin — В принципе, я согласна насчет кальки. Другое дело, что этот термин кажется уже устоявшимся. Например, он используется в переводах книги Вигерса "Разработка требований к программному обеспечению"; при поиске в яндексе тоже выдается немало результатов. Можно попробовать договориться, какой термин тогда использовать во всей статье. Например: требования к ПО (или программные требования) vs системные требования — levko2000 |
We have to keep in mind that the goal is not to create great specifications but to create great products and great software. Can you create a great product without a great specification? Absolutely! You can also make your first million through the lottery – but why take your chances? Systems and software these days are so complex that to embark on the design before knowing what you are going to build is foolish and risky. | Следует помнить о том, что наша цель - это не описание технических характеристик, а создание хорошего продукта и хорошего ПО. Можно ли создать хороший продукт вообще без технического описания? Конечно можно! А ещё можно выиграть в лотерею свой первый миллион, но к чему испытывать судьбу? Учитывая всю сложность современных систем и ПО, будет просто рискованно и глупо начинать проектировку, не обозначив заранее их главные задачи. | |
The IEEE (www.ieee.org) is an excellent source for definitions of System and Software Specifications. As designers of real-time, embedded system software, we use IEEE STD 830-1998 as the basis for all of our Software Specifications unless specifically requested by our clients. Essential to having a great Software Specification is having a great System Specification. The equivalent IEEE standard for that is IEEE STD 1233-1998. However, for most purposes in smaller systems, the same templates can be used for both. | Институт Инженеров Электротехники и Электроники (IEEE - Institute of Electrical and Electronics Engineers) это великолепный источник определений Спецификаций к системе и Спецификаций к ПО. При разработке встраиваемых систем, работающих в режиме реального времени мы используем стандарт IEEE STD 830-1998 как основу для всех спецификаций кроме тех случаев, когда у наших клиентов есть какие-то особые требования. Для того, чтобы написать хорошую Спецификацию к ПО, необходимо иметь хорошую Спецификацию к системе. Для них стандартом IEEE является IEEE STD 1233-1998. Однако в большинстве случаев при разработке небольших систем для обеих спецификаций может использоваться один и тот же шаблон. | — Институт не может быть примером для спецификации. Источник примеров - куда ни шло... — aidsfrag |
What are the benefits of a Great SRS? | В чем преимущества хорошего описания требований к ПО? | |
The IEEE 830 standard defines the benefits of a good SRS: | Стандарт IEEE 830 определяет преимущества хороших требований следующим образом: | |
Establish the basis for agreement between the customers and the suppliers on what the software product is to do. The complete description of the functions to be performed by the software specified in the SRS will assist the potential users to determine if the software specified meets their needs or how the software must be modified to meet their needs. [NOTE: We use it as the basis of our contract with our clients all the time]. | Создает основу для соглашения между заказчиками и поставщиками о том, что именно должен делать программный продукт. Полное описание тех функций, которые будут поддержаны в ПО, определенном в требованиях, поможет потенциальным пользователям понять, насколько данный продукт соответствует их потребностям, или как нужно изменить продукт, чтобы он соответствовал их потребностям. (Примечание: Мы всегда используем спецификацию как основу для договора с заказчиком) |
— Откуда взялось слово «технические»? — maieutic