DB
я бы рассмотрел калькулятор как часть нескольких возможных систем
Size: a a a
2020 November 03
ДС
Ну так как он чаще всего идет в комплекте с ОС...даже сложно сказать. Потому, что калькулятор, как бы не самоцель приобретения операционной системы
DB
давайте не путать калькулятор как часть поставки и как часть системы в ходе применения
DB
у вас бутылка пива тоже в ящике идёт
DB
и из холодильника вызывается
ДС
Ну ок будем иметь в виду специальный инженерный калькулятор. Тогда его рынок узкоспециализирвоан... и уж сравнивать его с Фотошопом как то не прилично :)))
ГП
Фотошоп и калькулятор - плохие примеры imho. Ни фотошоп, ни калькулятор, ни даже офис 365 не разрабатывались в соответствии с каким-то формальным системным подходом. Это всё продукты долгой эволюции.
DB
популярное явление != эффективное
DB
Ну ок будем иметь в виду специальный инженерный калькулятор. Тогда его рынок узкоспециализирвоан... и уж сравнивать его с Фотошопом как то не прилично :)))
давайте вернёмся к вашей задаче
ДС
В моем случае мне нужна программная часть которая будет брать файл из папки, проверять его правильность и передавать к другому, стороннему серверу. И то же самое в другую сторону вызывать сервис, забирать файл, проверять его правильность и класть в заданную папку.
Вот и возник вопрос, это у меня система или программа.
Вот и возник вопрос, это у меня система или программа.
ДС
Соответственно нужно ли мне писать требования к системе или достаточно к ПО
ДС
Это я выясняю чисто для себя.
SK
Могу ошибаться, но если это все делается в рамках одной программы, то пишете требования к ПО. Если идет взаимодействие с внешними системами (выкладываете файл в AWS bucket, а не в предусмотренную вашим ПО папку на сервере), то по идее нужно описывать и хотелки по удаленной папке, уровням доступа, размерам папки и пр. и это я бы уже назвал системой (взаимодействия).
DB
Соответственно нужно ли мне писать требования к системе или достаточно к ПО
выживание — дело добровольное
ДС
выживание — дело добровольное
Не знаю, что конкретно вы имели в виду, но я подумаю над этим :)))
DB
можно не использовать мощные технологии, можно не использовать инженерию требований, можно просто записывать, что говорит заказчик и ставить задачи в трекер, цитируя заказчика
DB
иногда это даже достаточно
ДС
можно не использовать мощные технологии, можно не использовать инженерию требований, можно просто записывать, что говорит заказчик и ставить задачи в трекер, цитируя заказчика
Я пока думаю над необходимостью записи требований системы, но из разговора для себя всё-таки вывел, что буду писать требования к ПО )))
GK
если все папки и сторонние сервера в вашем контексте данность, и вы не можете и не собираетесь предъявлять к ним требования, то ваша программа — это ПО, которое должно стать компонентом системы, уже содержащей прочие сервисы. но раз система предопределена, то писать к ней требования смысла уже нет.
DC
В контексте ранее сказанного коллегами про человека в составе системы: этот человек - не пользователь, который получает конечный результат, а часть системы, которая обеспечивает получение этого результата. Нужно эту разницу иметь в виду.