Форум по программам и оборудованию > >

Граница между разработкой и сопровождением программного обеспечения

24.05.2018 9:10


[ОТВЕТИТЬ]
16.11.2013 16:22
OlegON
 
Мне был заказан небольшой проект по разработке связки между Супермагом и интернет-магазином (ИМ). Взял предоплату, разработал и согласовал ТЗ, приступил к разработке, написал, передал, все вроде бы нормально. Но со стороны разработчиков ИМ все не так гладко и получилось, что они отстали где-то на полгода. Т.е., спустя значительное время, мне приходит сообщение о том, что программа не работает. Я - человек совестливый и репутацией дорожу, немного поматерился, вспомнил благополучно забытый код, завел присланный пример файлика, оказалось, что ошибка в файле, т.е. перед прописанным в ТЗ префиксом воткнули еще какой-то символ. Ну, пояснил, поправили - поехало. Через некоторое время присылают еще один файл, где на этот раз зачем-то тысячи в числе отделили пробелом (1 000). Тут я понимаю, что влип. С одной стороны, заказчик не может сказать, моя ли это ошибка или нет, с другой - тестировать вместе с ним разработку ИМ я как-то не готов, время-деньги и такие интервалы между подходами, что я просто забываю код.
Посоветуйте, пожалуйста, как быть?
16.11.2013 18:20
Mtirt
 
А нельзя заказчику написать причину ошибки и попросить разработчиков ИМ ее исправлять?
16.11.2013 18:39
konst
 
единственный вариант - заранее обговаривать сроки
внедрения и поддержки...
а так - по любому будешь крайним...
16.11.2013 18:43
OlegON
 
Прикол в том, что ошибка не одна и та же, ошибки разные... Т.е. разработчики ИМ их правят после того, как я их найду.
Да, теперь буду умнее и обговаривать, что ошибки правятся в течение двух недель, например, после сдачи варианта на руки... Не очень красиво звучит и не нравится тем, что все равно есть возможность запрягать меня разбирать чужие ошибки... Сколько уже написал всего, этот заказчик - первый такой попался. Т.е. задача делится на две - определение срока бесплатной обработки замечаний и определения механизма тестирования ошибок таким образом, чтобы ко мне попадали мои ошибки, а не входных данных. С первым, в принципе, все ясно, со вторым пока не очень...
17.11.2013 23:13
baggio
 
самым правильным в данной ситуации поговорить с разработчиком - объяснить порблему...
и попросить денег за косяки если они не твои...
как и любой разработчик они должны понять...если не понимают есть варианты...
18.11.2013 10:16
OlegON
 
Разработчик ИМ недоступен, т.е. я общаюсь с клиентом, я и есть разработчик связки с ИМ. Разработчики ИМ (мне неведомые) затягивают процесс и выдают клиенту кривые файлы, клиент, видя ошибку в моей программе, мне ее и сплавляет. Ошибка вида "неверное число", в принципе, намекает, но, видимо, разбираться там никто не хочет. А программу писал я, мне и карты в руки.
18.11.2013 13:41
sh00r00p
 
Думаю, в таком случае следует заключить договор сопровождения со всеми вытекающими. Очевидно, что меняется внешняя среда ПО, под которую ПО необходимо подстраивать. Требования ТЗ выполнены были ранее, так?
18.11.2013 13:48
OlegON
 
Что такое "требования ТЗ" - это абсолютно безошибочная работа программы. Я не могу сказать точно, что моя программа без ошибок. Никто не может...
18.11.2013 14:06
sh00r00p
 
Никто не говорит о безошибочности ПО))) Есть акт приема-передачи ПО. Подписали - все довольны. Нет - протокол о разногласиях в соответствии с ТЗ, с последующими изменениями. Далее снова акт приема-передачи. Изменения сверх ТЗ - отдельный договор, отдельное ТЗ.
Обычно все проще, но зависит от клиента. Кто-то поймет, кто-то в позу встанет.
18.11.2013 14:09
sh00r00p
 
Цитата:
OlegON Что такое "требования ТЗ" - это абсолютно безошибочная работа программы.
А спецификация по работе программы есть? Сменит ИМ длину поля снова, или снова префикс поправит, а ты тут причем? Багио предлагает по-человечески правильный вариант, а договор сопровождения - экономически и юридически правильный вариант.
18.11.2013 14:15
OlegON
 
Правильно ли я понимаю, что договор сопровождения подразумевает посыл в эропутешествие, если через год заказчик обнаруживает ошибку в программе, а договора этого нет?
18.11.2013 14:30
KirillHome
 
Если в договоре поставки ПО не оговорен "срок проверки/исправления ошибок" - то правильно.
18.11.2013 14:34
OlegON
 
Отлично :) Спасибо за советы. Облегчил совесть, так сказать...
18.11.2013 14:38
sh00r00p
 
Тут уж как составишь договор. НО! То, что заказчик не пользовался ПО с момента передачи в течение года, и не обнаружил ошибку - это траблы заказчика. А что, если за этот год ты (программист-исполнитель) улетел на ПМЖ на Гоа, обратился в индуизм, принял имя Олегшавамалинашан и отринул все блага цивилизации, поселившись в пещере? То есть я что хочу сказать: продав программный продукт собственного производства, стоит оговорить сроки сопровождения, входящего в стоимость ПО. Срок начинается с момента продажи, которую можно фиксировать по дате подписания актов приема-передачи, акта ввода продукта в эксплуатацию или по дате оплаты (как пропишешь в договоре). Что касается дальнейшего сопровождения и помощи клиентам, то тут по совести: если исправления мелочевые, и если у тебя есть время на благотворительность, то можешь править бесплатно по устной договоренности. Если же правки требуют существенного количества человеко-часов, то естественно, что эти человеко-часы должны быть кем-то оплачены. В зависимости от объема программного продукта я бы предложил такой график:
1. разработка ТЗ
2. утверждение ТЗ
3. разработка ПО
4. ввод ПО в промышленную эксплуатацию
5. 1-3 месяца тестирование (для выявления багов). Заканчивается актом ввода или актом приема-передачи.
6. еще 1-3 месяца бесплатного сопровождения (для выявления ранее сокрытых багов)
Факт оплаты вставьте в любом месте графика, как договоритесь с заказчиком.

По окончании п. 6 ты уже никому ничего не должен, дальнейшие просьбы за отдельную плату (см. выше). И если после п. 6 прошел 1 год, а программу так и не пустили в полный рост, то это не твои проблемы. Думаю, так.
18.11.2013 14:41
KirillHome
 
На всякий случай приведу простой пример с 1с

Смотрю "изменения в версии"
Цитата:
1С:Предприятие 8
Конфигурация
Бухгалтерия предприятия, редакция 3.0
Версия 3.0.27

Комментарий: Исправлена ошибка 30003160:
Если не задана дата ввода начальных остатков, в Помощнике ввода начальных остатков ошибочно можно ввести документы на закладках " Прочие непризнанные расходы УСН и ИП" и "НДС по реализации".

Исправлена ошибка 20017511:
В Помощнике ввода начальных остатков табличная часть полностью недоступна, если не заданы дата ввода остатков или учетная политика.
Изменены: Обработка.ВводНачальныхОстатков.Форма.Форма
Но - если нет договора на ИТС - то эту новую, "безошибочную" (:)) версию получить нельзя.
18.11.2013 14:57
OlegON
 
Понял :) Буду, как все. Поскольку меня регулярно кидали с оплатой, то практически все идут по предоплате. Что касается исправления ошибок, то, думаю, месяца достаточно. Это не разрабатываемый продукт, т.е. написал, отдал, забыл. Больше месяца при моей нагрузке держать код в голове очень трудно. А каждый раз изучать и вспоминать...
18.11.2013 15:21
baggio
 
ИмХО... месяц Олег маловато....
тупо человек который внедрением занимался мог заболеть...
я всем говорю... 3 месяца катайтесь на мне в халяву... понравится... милости просим в нашу платную секту :)
18.11.2013 15:24
OlegON
 
заболеть на месяц? я понимаю, если бы я Супермаг сдавал... На тестирование и двух недель должно хватить, остальное - либо софт на самом деле не нужен был, либо вообще никому ничего не надо...
18.11.2013 15:44
sh00r00p
 
Сроки зависят от размера проекта, это вещь очень индивидуальная
27.11.2013 11:41
sh00r00p
 
Про ТЗ

Цитата:
xxx: Когда уже проект передадите на тестирование?
ууу: ТЗ дайте нормальное
ххх: Определись уже, что такое нормальное ТЗ
ууу: Ну, содержит полное описание, не имеет противоречий, не изменяется постоянно
ххх: и НЕ СУЩЕСТВУЕТ :)))
Опции темы


Часовой пояс GMT +3, время: 09:10.

 

Форум сделан на основе vBulletin®
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.