Как правильно дать задание на программирование?

[ggenn]

Скажу сразу, в OwenLogic, всегда писал программу сам, но пришел момент, когда мне нужно дать задание на программирование ПР200.
Кто сталкивался с составлением такого плана ТЗ? В каком виде дать описание?

[игорь68]

Точно так же как давали задание тебе. Я как производитель сам еду к заказчику дастою
тетрадку и начинаю записывать хотелки. Когда поток фантазий и откровенного бреда у заказчика иссякнет делекатно говорю что по Вашему желанию Ваш пресс,станок, или что там у тебя в разработке работать не будет. Ну или через пень колоду. И начинаешь расказывать как это должно быть. Но главное это должен быть не кошелёк(он же директор) а тот кому с этим работать то есть главный инжинер, технолог, ну или тот кто будет на этом работать. Ещё один момент перед поездкой на такую встречу посмотри что они делают. И посмотри на чем и как это же делают конкуренты. Так же освежи в памяти любимую книжку инженеров и разработчиков это та книга где каждая страница написана кровью.
И если в друг для тебя это будет новостью добавлю что для ГПМ это одна книжка а для Сосудов под давление это другая книжка. Так что если после всего у тебя ещё не пропало желание сочинять ТЗ то вперед. Ps. Не забудь брать хлеб для сухарей.

[krollcbas]

Когда сдавал Умный дом на ПЛК Beckhoff, то описывал вот так.
42908

Все-таки графическое изложение технического задания, не смотря на некоторую трудоемкость, лучше и нагляднее.

[melky]

Вообще в ТЗ словами описывается техпроцесс (логика работы), контролируемые параметры.
Для HMI (экран ПР200 или панель) описывается что там должно быть, что можно менять.

А программер уже пишет всю эту логику в среде разработки прибора, в данном случае ОЛ.

Потому что каким бы умным не был программер, но если он не знает тонкостей тех процесса, например приготовление сливок из молока на линии, то ему хоть кол на голове теши, он ничего не напишет.
То есть должен быть технолог (заказчик), который по полочкам распишет как происходит процесс словами. Программист это уже пишет на языке программирования.

[Ревака Юрий]

У меня для этого есть шаблон, где предложено заполнить всю необходимую информацию, начиная от типа и кол-ва входов, и заканчивая сетевыми настройками портов, и названий переменных на экране если он(и) присутствуют. После этого, обычно, наступает стадия уточнения всех тонкостей, так как очень редко заказчики дают полное ТЗ. Если бы я был заказчиком, думаю шел бы примерно по такому пути.

[Алексеев]

Сам пишу и столкнулся один раз нужно было дать задание .

И оказалось нужно еще и принять полученный продукт ( поскольку являюсь ведущим программистом) .
Верите или нет лучше самому написать (или нарисовать) проект чем принимать .

Юра если не секрет выложите шаблон.

[Ревака Юрий]

Юра если не секрет выложите шаблон.

Шаблон сделан давно, сейчас наверное можно еще модули расширения добавить.

[Серёга Букашкин]

Верите или нет лучше самому написать (или нарисовать) проект
Ничего путного через программиста -переводчика не выйдет если он не понимает что пишет. К ошибкам ТЗ добавит свои. Только какие-нибудь кусочки, относительно независимые от общего алгоритма, или функции HMI. В моей практике когда появлялось время всё равно приходилось переделывать самому.

[Алексеев]

Полностью согласен . Что бы написать программу ( проект ) необходимо самому изучить ( и прочувствовать ) всю технологическую цепочку .

Программист это не секретарь которому можно продиктовать ,а он за стенографирует и оформит .
Приходится много изучать ( читать ГОСТЫ ,СНИПЫ ) . Программист должен знать лучше технолога весь технологический процесс .

[Алексеев]

Шаблон сделан давно, сейчас наверное можно еще модули расширения добавить.

Спасибо Юрий.

[melky]

Алексеев скажем так, он не обязан знать все. Для этого технолог и нужен, чтобы все разжевать и принимать участие.
Если программист будет знать весь тех процесс и не один, если пишет программы под разные процессы, то у него голова будет забита лишним...

Скажем так, если программист будет вникать во все тонкости процесса, то его работа будет по времени растянута очень и очень сильно... По факту программисту фиолетово например из какой марки стали или с какой мембраной должен быть датчик давления, а если на него возлагают еще и выбор оборудования то все становится еще хуже.

Вот нафига это все программисту ????

Вот это все и должно быть прописано в ТЗ, чтобы программист занимался программой ПЛК или ПР, а не тратой времени на изучение всех нюансов.

[Алексеев]

Вот нафига это все программисту ????

Вот это все и должно быть прописано в ТЗ, чтобы программист занимался программой ПЛК или ПР, а не тратой времени на изучение всех нюансов.

Но где найти грамотного технолога ( технологи у нас женщины ) да и Главный инженер не вникает в процесс у него своих задать предостаточно .
Приходится общаться с операторами чтобы выполнить все их "хотелки" .
Чтобы у Нас написать грамотно приходится общаться с наладчиками с инспекторами и если возникает не понимание
приходится обращаться к первоисточникам ( ГОСТАМ и СНИПАМ ) .

А если касаемо диспетчеризации то плотно общаться с диспетчерами чтобы выполнить все их хотелки .

[игорь68]

Юрий спасибо за шаблон.

[maximov2009]

Но где найти грамотного технолога ( технологи у нас женщины ) да и Главный инженер не вникает в процесс у него своих задать предостаточно .

Добрый день.
А что означает "Безграмотный технолог"? А как тогда производство работает? То же касается и главного инженера.
Они могут не разбираться в том, как пишется программа, но как она должна работать - обязаны.
В противном случае они просто не готовы к автоматизации и пусть работают по старому.
А поводить пальцами в воздухе и сказать что вот так должно как то быть - это не техзадание. Миллион раз сталкивался с такими хотелками. Ничего путнего из этого не выходит. Если Вы по таким пассам в воздухе делаете для СВОЕГО производства, то замучитесь потом переделывать. А если делаете на заказ - фиг потом сдадите.

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

И к примеру, составление техзадания на модернизацию станка или линии(цеха, завода) это совсем не то же самое что техзадание для программиста.
Его должен составлять человек, который понимает работу всего этого. И вникать в детали и техпроцесс. И он уже составляет техзадание для программиста.

То есть по сути дела программисту нужны только сигналы на входе контроллера (ПР) и сигналы на выходе. И описание логики срабатывания входов-выходов.
Например: Сработал 1,3,5 вход - через 2сек включился выход 5.
А что к этим входам/выходам прицеплено, программисту по барабану.

В плане составления техзадания ПОЛНОСТЬЮ согласен с melky.

С уважением.

[Алексеев]

Это хорошо когда есть Его должен составлять человек, который понимает работу всего этого. И вникать в детали и техпроцесс. И он уже составляет техзадание для программиста.

Есть начальник отдела автоматизации и ведущий программист ( и все по штату и т.д) вот и они определяют
как все должно работать . А лаборатория проверяет чтобы все было по ГОСТам и СНИПам .
А тех задание на диспетчеризацию получаем с институтов .
А как она будет работать ни кого не волнует . Только то что необходимо отображать .

[melky]

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

[Алексеев]

Могу Вам по секрету рассказать У Нас технологов убрали как класс .
А раньше были и общезаводские и цеховые .
А почему ?????? Видно они не оправдали своего предназначения .
И сейчас все переложили на инж. программистов, инж .конструкторов ,инж. электриков ,
инж. наладчиков . И особое предназначение ( оправдывает себя ) отдел технического контроля
( или отдел качество продукции) сокращенно ОТК и ОКП .

[Aviator_VZh]

Могу Вам по секрету рассказать У Нас технологов убрали как класс .
А раньше были и общезаводские и цеховые .
А почему ?????? Видно они не оправдали своего предназначения .
И сейчас все переложили на инж. программистов, инж .конструкторов ,инж. электриков ,
инж. наладчиков . И особое предназначение ( оправдывает себя ) отдел технического контроля
( или отдел качество продукции) сокращенно ОТК и ОКП .

Отличная тенденция. Ждите когда инженеров заменят на маркетологов.

[Алексеев]

Отличная тенденция. Ждите когда инженеров заменят на маркетологов.

Заключение договоров , коммерческие предложение (все что не типовое) , консультации , участие в торгах т.д. , тоже идет через
технический отдел ( отдел автоматизации и конструкторский отдел ) . Поэтому вряд ли