Сейчас есть задача создать некий программно-аппаратный комплекс
на базе микрокомпьютера (или как его назвать) Raspberry PI (Zero).
Оплата по договоренности.
Важна ваша обязательность и возможность выкроить время под
наши задачи.
(проще говоря, если мы работаем вы не должны "исчезать" - прошу принять к сведения :-) )
Имхо имеет значение, т.к. для связи будет использоваться gprs (3g/4g), а видеоролики даже короткие могут быть приличными по размеру при том что связь может совершенно неожиданно пропадать и это все нужно само собой учесть.
Делал нечто подобное, но правда монитор не делился на несколько зон, а
просто последовательно крутили разные ролики и картинки. Но можно и на зоны его разделить.
А что-то типа ТЗ можно будет увидеть, чтобы время и стоимость оценить?
ИМХО, "деление на зоны" это 5-10% стоимости (и работы).
Закачивание роликов
- ролики короткие, не очень тяжелые.
Должен быть вариант и закачки через проводной интернет.
Подробное ТЗ мы вместе должны разработать мне кажется.
Плюс "проект" будет обрастать новыми функциями - возможно.
Например - камера монитора - как датчик движения,
по которой монитор включается
===
Функция: прохожий отправляет ТАБЛО смс или другое сообщение и оно попадает на это табло, например в ЗОНУ "ЧАТ".
Типа работники в цехе работают с этим табло, смотрят на нем некоторые технологические параметры,
но еще и
оставляют друг другу сообщения в чате.
ЧАТ - крутится в отдельном окошке)
Удаленный оператор ТАБЛО должен иметь обратную связь - посмотреть содержимое табло или проверить, все ли там совпадает с "теорией".
Просмотреть содержимое - что там начатили.
Наверное, возможность скачать обратно содержимое ТАБЛО и прогнать на эмуляторе.
ТАБЛО должно
подсчитывать количество показов того или иного ролика.
(Возможно последовательность показа будет меняться)
Короче говоря, это будет постоянно меняющийся продукт.
Сотрудничество будет долгим - это мне важно.
Пришла новая идея - сделали надстройку к программе.
А вот тут уже разумно поинтересоваться (хотя бы очень приблизительно предполагаемым) бюджетом и желаемыми сроками реализации первой версии продукта, ибо объем работы видится приличный.
Короче говоря, это будет постоянно меняющийся продукт.
и конца края не будет видно переделкам, угу.
а деньги, конечно, как всегда - по результату. :-D
Цитата: От пользователя: ИЗ КАРМАНА гвоздик ВЫНУЛ
1. А почему
нет?
2 Вы должны мне сказать.
отвечу:
1) Потому что у вас не Техническое Задание, а Требования Заказчика, имхо, совершенно разные документы.
Грамотное ТЗ должно начинаться с назначения, дальше идут интерфейсы, дальше идут алгоритмы взаимодействия, далее
необходимые режимы и условия работы, далее...
Но ТЗ же никто за работу не считает, хотя это стоит 30-40% от общей стоимости разработки системы. Это возвращаясь к бюджету...Которого нет :-D
2) никто не должен, ибо не уплачено. Будет оплачено, тогда появятся обязательства.
И вообще странно, почему с десяток контор, выпускающие головы не согласились доработать свои железки под ваши задачи.
Расслабтесь.
99.5 %%
руководителей не понимают разницы между проектированием и собственно разработкой.
Техническое задание, если угодно, это чертеж будущего изделия, в техническом задании изделие Планируется/проектируется, а разработка это уже реализация конечного изделия по этом ТЗ.
Так
вот, вы предлагаете оценить реализацию без проекта.
Постройте дом без проекта этажа на 2 хотя бы, а там поговорим.
Ну и изначально оцените, сколько денег потребуется, да. По итогу сравните цифры, фактическую и оценочную до начала работ.
