Скажу сразу, в OwenLogic, всегда писал программу сам, но пришел момент, когда мне нужно дать задание на программирование ПР200.
Кто сталкивался с составлением такого плана ТЗ? В каком виде дать описание?
Скажу сразу, в OwenLogic, всегда писал программу сам, но пришел момент, когда мне нужно дать задание на программирование ПР200.
Кто сталкивался с составлением такого плана ТЗ? В каком виде дать описание?
Точно так же как давали задание тебе. Я как производитель сам еду к заказчику дастою
тетрадку и начинаю записывать хотелки. Когда поток фантазий и откровенного бреда у заказчика иссякнет делекатно говорю что по Вашему желанию Ваш пресс,станок, или что там у тебя в разработке работать не будет. Ну или через пень колоду. И начинаешь расказывать как это должно быть. Но главное это должен быть не кошелёк(он же директор) а тот кому с этим работать то есть главный инжинер, технолог, ну или тот кто будет на этом работать. Ещё один момент перед поездкой на такую встречу посмотри что они делают. И посмотри на чем и как это же делают конкуренты. Так же освежи в памяти любимую книжку инженеров и разработчиков это та книга где каждая страница написана кровью.
И если в друг для тебя это будет новостью добавлю что для ГПМ это одна книжка а для Сосудов под давление это другая книжка. Так что если после всего у тебя ещё не пропало желание сочинять ТЗ то вперед. Ps. Не забудь брать хлеб для сухарей.
Когда сдавал Умный дом на ПЛК Beckhoff, то описывал вот так.
Вложение 42908
Все-таки графическое изложение технического задания, не смотря на некоторую трудоемкость, лучше и нагляднее.
+79104444236
С уважением,
Лапшин Вячеслав
Вообще в ТЗ словами описывается техпроцесс (логика работы), контролируемые параметры.
Для HMI (экран ПР200 или панель) описывается что там должно быть, что можно менять.
А программер уже пишет всю эту логику в среде разработки прибора, в данном случае ОЛ.
Потому что каким бы умным не был программер, но если он не знает тонкостей тех процесса, например приготовление сливок из молока на линии, то ему хоть кол на голове теши, он ничего не напишет.
То есть должен быть технолог (заказчик), который по полочкам распишет как происходит процесс словами. Программист это уже пишет на языке программирования.
У меня для этого есть шаблон, где предложено заполнить всю необходимую информацию, начиная от типа и кол-ва входов, и заканчивая сетевыми настройками портов, и названий переменных на экране если он(и) присутствуют. После этого, обычно, наступает стадия уточнения всех тонкостей, так как очень редко заказчики дают полное ТЗ. Если бы я был заказчиком, думаю шел бы примерно по такому пути.
С уважением, Ревака Юрий.
Инженер группы технической поддержки компании "ОВЕН"
e-mail: yu.revaka@owen.ru
Шаблон описания ошибки ПР или OL http://ftp-ow.owen.ru/softupdate/OWE...s/Shablon.docx
Видео уроки по ПР200 и OWEN Logic http://edu.owen.ru/series/pr200_rev/
Другие видеоролики по тематике ПР https://www.youtube.com/channel/UCj4...H5H3d_t6iDlQOQ
Сам пишу и столкнулся один раз нужно было дать задание .
И оказалось нужно еще и принять полученный продукт ( поскольку являюсь ведущим программистом) .
Верите или нет лучше самому написать (или нарисовать) проект чем принимать .
Юра если не секрет выложите шаблон.
Последний раз редактировалось Алексеев; 26.05.2019 в 15:00.
С уважением, Ревака Юрий.
Инженер группы технической поддержки компании "ОВЕН"
e-mail: yu.revaka@owen.ru
Шаблон описания ошибки ПР или OL http://ftp-ow.owen.ru/softupdate/OWE...s/Shablon.docx
Видео уроки по ПР200 и OWEN Logic http://edu.owen.ru/series/pr200_rev/
Другие видеоролики по тематике ПР https://www.youtube.com/channel/UCj4...H5H3d_t6iDlQOQ
Ничего путного через программиста -переводчика не выйдет если он не понимает что пишет. К ошибкам ТЗ добавит свои. Только какие-нибудь кусочки, относительно независимые от общего алгоритма, или функции HMI. В моей практике когда появлялось время всё равно приходилось переделывать самому.
Полностью согласен . Что бы написать программу ( проект ) необходимо самому изучить ( и прочувствовать ) всю технологическую цепочку .
Программист это не секретарь которому можно продиктовать ,а он за стенографирует и оформит .
Приходится много изучать ( читать ГОСТЫ ,СНИПЫ ) . Программист должен знать лучше технолога весь технологический процесс .