Где и как документируем то, что есть в ТЗ, но нету в SRS?




В теме 5 ответов, и 4 участника, последнее обновление сделано пользователем Аватар (Юрий Веденин) Юрий Веденин 14 г, 1 мес. назад.

Показано 6 ответов - от 1 до 6 (всего 6)
  • Автор
    Сообщения
  • 03.11.2010 в 12:22 # 5863
    Вопрос вылез из ветки "Как соотносятся ТЗ и SRS?".

    И звучит так

    …что техническое задание охватывает такие разделы (6-8), которых в SRS нет.

    6) порядок контроля и приемки системы;
    7) требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие;
    8) требования к документированию;
    9) источники разработки.

    Если пункты 6-8 не содержаться в SRS и они нужны (а они нужны?), то где-то же они содержаться? У кого какие были варианты?

    Поделиться:

    Цитировать

    04.11.2010 в 12:11 # 5864
    Аватар (Denis Syropushchinsky)
    Denis Syropushchinsky
    Подписчик
    Кто сказал, что эти данные нельзя поместить в SRS?
    Вот цитата из Вигерса:

    6. Other Requirements
    Define any other requirements that are not covered elsewhere in the SRS. Examples include internationalization requirements (currency, date formatting, language, international regulations, and cultural and political issues) and legal requirements. You could also add sections on operations, administration, and maintenance to cover requirements for product installation, configuration, startup and shutdown, recovery and fault tolerance, and logging and monitoring operations. Add any new sections to the template that are pertinent to your project. Omit this section if all your requirements are accommodated in other sections.

    Писал как-то SRS для крупной системы, за основу была взята IEEE Std 830, пункты 6-9 там были описаны по требованию заказчика.
    Поэтому всё зависит от проекта.

    Поделиться:

    Цитировать

    05.11.2010 в 10:58 # 5865
    Аватар (Aliaksei Rudzko)
    Aliaksei Rudzko
    Подписчик
    Заказчик вправе потребовать проектно-управленческие пункты в SRS. Но моё мнение — им там не место. В Vision, Proposal, Statement Of Work — да, пожалуйста.
    Поделиться:

    Цитировать

    07.11.2010 в 23:15 # 5866
    Согласен с Алексеем. Какой смысл делать мешанину и составлять один огромный документ? Лучше уже пусть их будет несколько, зато каждый из них будет посвящен четко своей области.
    Как вариант для разделов выше еще можно предложить Project Charter.
    Поделиться:

    Цитировать

    08.11.2010 в 09:10 # 5867
    Аватар (Denis Syropushchinsky)
    Denis Syropushchinsky
    Подписчик
    Если вы — хозяин на проекте, то делайте так, как считаете нужным :)

    А если заказчик говорит, что SRS или ТЗ должно быть одним документом — очень часто не отвертишься :(

    Заказчик вправе потребовать проектно-управленческие пункты в SRS. Но моё мнение — им там не место. В Vision, Proposal, Statement Of Work — да, пожалуйста.

    Хотелось бы уточнить, можно ли указанные документы прикладывать к договору? В моей практике такого не было.

    Поделиться:

    Цитировать

    08.11.2010 в 13:31 # 5868

    Если вы — хозяин на проекте, то делайте так, как считаете нужным :)

    Не всегда, но хозяином требований и всё, что с этим связано, имхо, должен быть как раз-таки аналитик. Да и в любом случае, в наших силах (я имею в виду аналитиков), влиять на менеджеров проектов и заказчиков.

    [quote="Aliaksei Rudzko"]Заказчик вправе потребовать проектно-управленческие пункты в SRS. Но моё мнение — им там не место. В Vision, Proposal, Statement Of Work — да, пожалуйста.

    Хотелось бы уточнить, можно ли указанные документы прикладывать к договору? В моей практике такого не было.[/quote]

    Vision и Proposal к контракту не прикладываются. Statement of Work — это одно из стандартных приложений к контракту.

    Поделиться:

    Цитировать

Показано 6 ответов - от 1 до 6 (всего 6)

Вы должны авторизироваться для ответа в этой теме.