Автор Тема: Есть ТЗ и формализация требований заказчика, укажите на ошибки  (Прочитано 1462 раз)

Spyguy

  • Newbie
  • *
  • Сообщений: 9
  • Рейтинг читателей: 0
    • Просмотр профиля
Не судите строго, просто нужна конструктивная критика


ida - брэнд с 14-летней историей

  • Hero Member
  • *****
  • Сообщений: 937
  • Рейтинг читателей: 40
  • Из АйТи - в Шоу-биз
    • Просмотр профиля
    • Live Music Video
критика денег стоит - если она от профессионала))
даром только такие же любители, как вы, могут покритиковать. Вам того, или другого?..

Spyguy

  • Newbie
  • *
  • Сообщений: 9
  • Рейтинг читателей: 0
    • Просмотр профиля
А сколько стоит критика профессионала?

Spyguy

  • Newbie
  • *
  • Сообщений: 9
  • Рейтинг читателей: 0
    • Просмотр профиля
Ещё возник вопрос в данной теме:
как и чем лучше описывать описывать именно алгоритмы задачи, по которым потом нужно писать ТЗ программисту-разработчику?


Леонид

  • Hero Member
  • *****
  • Сообщений: 509
  • Рейтинг читателей: 61
    • Просмотр профиля
Не судите строго, просто нужна конструктивная критика

В нем особо нечего критиковать, художник так видит. Если бы речь шла о соблюдении неких формальных требований, был бы предмет разговора. А так, как сейчас - можно разве что похоливарить о вкусах. Главное, чтобы разработка прониклась и сделала, что надо.

А сколько стоит критика профессионала?

Цена договорная. Это если заинтересуются.

как и чем лучше описывать описывать именно алгоритмы задачи, по которым потом нужно писать ТЗ программисту-разработчику?

Во многом зависит от того, что умеют читать программисты-разработчики.
Обычно минимальное количество проблем с:
1. Пошаговой инструкцией на естественном языке.
2. Блок-схемой из простейших элементов.

ida - брэнд с 14-летней историей

  • Hero Member
  • *****
  • Сообщений: 937
  • Рейтинг читателей: 40
  • Из АйТи - в Шоу-биз
    • Просмотр профиля
    • Live Music Video
А сколько стоит критика профессионала?
Ответила в ЛС

Spyguy

  • Newbie
  • *
  • Сообщений: 9
  • Рейтинг читателей: 0
    • Просмотр профиля

kalex

  • Newbie
  • *
  • Сообщений: 6
  • Рейтинг читателей: 1
    • Просмотр профиля
Не ясно, зачем два документа.
Формализация требований, как название процесса или его результат, должна завершаться в первом случае или являться во втором именно техническим заданием. Зачем плодить сущности?
Если [Формализация требований] - это документ, полученный в результате интервьюирования, и это хочется указать, то это скорее Протокол встречи.

Вообще, ваш материал по объему и содержанию больше соответствует Постановке задачи по ГОСТ 19, на ТЗ объективно не тянет.

Spyguy

  • Newbie
  • *
  • Сообщений: 9
  • Рейтинг читателей: 0
    • Просмотр профиля
Не ясно, зачем два документа.
Формализация требований, как название процесса или его результат, должна завершаться в первом случае или являться во втором именно техническим заданием. Зачем плодить сущности?
Если [Формализация требований] - это документ, полученный в результате интервьюирования, и это хочется указать, то это скорее Протокол встречи.

Вообще, ваш материал по объему и содержанию больше соответствует Постановке задачи по ГОСТ 19, на ТЗ объективно не тянет.

Спасибо большое, учту Ваше мнение. Подскажите какие ещё ГОСТы актуальны для изучения?

kalex

  • Newbie
  • *
  • Сообщений: 6
  • Рейтинг читателей: 1
    • Просмотр профиля
Спасибо большое, учту Ваше мнение. Подскажите какие ещё ГОСТы актуальны для изучения?

Методологическая база для информационных (и не только) систем - ГОСТы 34 серии. Конкретно по ПО -  ГОСТы 19 серии. Но, боюсь, сами эти документы без достаточной практической работы в соответствии с ними пользы не принесут, только могут помешать. Они полезны когда есть заказчик, работающий по ним, или человек со своей стороны, владеющий ими на уровне методологии.