<?php // Полная загрузка сервисных книжек, создан 2024-01-05 12:44:55
global $wpdb2;
global $failure;
global $file_hist;
///// echo '<H2><b>Старт загрузки</b></H2><br>';
$failure=FALSE;
//подключаемся к базе
$wpdb2 = include_once 'connection.php'; ; // подключаемся к MySQL
// если не удалось подключиться, и нужно оборвать PHP с сообщением об этой ошибке
if (!empty($wpdb2->error))
{
///// echo '<H2><b>Ошибка подключения к БД, завершение.</b></H2><br>';
$failure=TRUE;
wp_die( $wpdb2->error );
}
$m_size_file=0;
$m_mtime_file=0;
$m_comment='';
/////проверка существования файлов выгрузки из 1С
////файл выгрузки сервисных книжек
$file_hist = ABSPATH.'/_1c_alfa_exchange/AA_hist.csv';
if (!file_exists($file_hist))
{
///// echo '<H2><b>Файл обмена с сервисными книжками не существует.</b></H2><br>';
$m_comment='Файл обмена с сервисными книжками не существует';
$failure=TRUE;
}
/////инициируем таблицу лога
/////если не существует файла то возврат и ничего не делаем
if ($failure){
///включает защиту от SQL инъекций и данные можно передавать как есть, например: $_GET['foo']
///// echo '<H2><b>Попытка вставить запись в лог таблицу</b></H2><br>';
$insert_fail_zapros=$wpdb2->insert('vin_logs', array('time_stamp'=>time(),'last_mtime_upload'=>$m_mtime_file,'last_size_upload'=>$m_size_file,'comment'=>$m_comment));
wp_die();
///// echo '<H2><b>Возврат в начало.</b></H2><br>';
return $failure;
}
/////проверка лога загрузки, что бы не загружать тоже самое
$masiv_data_file=stat($file_hist); ////передаем в массив свойство файла
$m_size_file=$masiv_data_file[7]; ////получаем размер файла
$m_mtime_file=$masiv_data_file[9]; ////получаем дату модификации файла
////создаем запрос на получение последней удачной загрузки
////выбираем по штампу времени создания (редактирования) файла загрузки AA_hist.csv, $m_mtime_file
///// echo '<H2><b>Размер файла: '.$m_size_file.'</b></H2><br>';
///// echo '<H2><b>Штамп времени файла: '.$m_mtime_file.'</b></H2><br>';
///// echo '<H2><b>Формирование запроса на выборку из лога</b></H2><br>';
////препарируем запрос
$text_zaprosa=$wpdb2->prepare("SELECT * FROM `vin_logs` WHERE `last_mtime_upload` = %s", $m_mtime_file);
$results=$wpdb2->get_results($text_zaprosa);
if ($results)
{ foreach ( $results as $r)
{
////если штамп времени и размер файла совпадают, возврат
if (($r->last_mtime_upload==$m_mtime_file) && ($r->last_size_upload==$m_size_file))
{////echo '<H2><b>Возврат в начало, т.к. найдена запись в логе.</b></H2><br>';
$insert_fail_zapros=$wpdb2->insert('vin_logs', array('time_stamp'=>time(),'last_mtime_upload'=>$m_mtime_file,'last_size_upload'=>$m_size_file,'comment'=>'Загрузка отменена, новых данных нет, т.к. найдена запись в логе.'));
wp_die();
return $failure;
}
}
}
////если данные новые, пишем в лог запись о начале загрузки
/////echo '<H2><b>Попытка вставить запись о начале загрузки в лог таблицу</b></H2><br>';
$insert_fail_zapros=$wpdb2->insert('vin_logs', array('time_stamp'=>time(),'last_mtime_upload'=>0, 'last_size_upload'=>$m_size_file, 'comment'=>'Начало загрузки'));
////очищаем таблицу
$clear_tbl_zap=$wpdb2->prepare("TRUNCATE TABLE %s", 'vin_history');
$clear_tbl_zap_repl=str_replace("'","`",$clear_tbl_zap);
$results=$wpdb2->query($clear_tbl_zap_repl);
///// echo '<H2><b>Очистка таблицы сервисных книжек</b></H2><br>';
if (empty($results))
{
///// echo '<H2><b>Ошибка очистки таблицы книжек, завершение.</b></H2><br>';
//// если очистка не удалась, возврат
$failure=TRUE;
wp_die();
return $failure;
}
////загружаем данные
$table='vin_history'; // Имя таблицы для импорта
//$file_hist Имя CSV файла, откуда берется информация // (путь от корня web-сервера)
$delim=';'; // Разделитель полей в CSV файле
$enclosed='"'; // Кавычки для содержимого полей
$escaped='\
Возьмеь несколько цитат
(4 ключевые проблемы проектов внедрения 1С Предприятие )
Да, не каждый программист способен быть руководителем проекта.
(Руководитель проекта — это не профессия. Надо еще работать.)
(Здесь)
Третья цитата несколько дезавуирует первую, зато подтверждает вторую. В самом деле, личный опыт («ИМХО основанное на эмпирическом знании») программиста ну никак не может противоречить тому, что в программном проекте, даже если это проект внедрения, а не разработки, на посту руководителя проекта программист предпочтительнее. Получается, что в первой цитате упоминались не настоящие программисты, а нечто иное. Возможно, в 1С-ных терминах, конфигурасты.
Пробежимся еще по этой статье. С описанием проекта — понятно, что без грамотного целеполагания (в том числе, ограничения перечня задач) тольку не будет. А вот следующий раздел — поподробнее:
1. Кто не в теме, читаем описание техники «Будьте ВИСИ»
2. Это также одна из наиважнейших техник, которая требуется на любом проекте.
3. Но не все способны ее осовоить, т.к. требуется природная предрасположенность к этому стилю мышления.
Отличная иллюстрация к моей позиции в двух предыдущих обсуждениях. Ведь «Взаимное Исключение, Совместное Исчерпание» — это именно тот стиль мышления, который в фольклоре соотносится с профессиональными программистами. Ну, как на ночь на тумбочку поставить не только полный стакан, но и пустой. Я же утверждаю, что стиль мышления ВИСИ — основное, что отличает программистов от непрограммистов (к коим и конфигурасты относятся). Третий же пункт в последней цитате говорит, что не всякому дана способность стать программистом. И руководителем проекта заодно.
Говорят: «Дурак видит дурака, умный — умного, мудрец видит и тех и других».
Отчего статья (читай автор) такая напыщенная и злая?
Тебя кто так обидел?
Пользователи? Программисты? «Местные специалисты», которые так и «не сумели понять и осознать суть статьи»?
Не мудрено.
Такое ощущение, что копаешься в помоях чужих амбиций.
Найти в этом опусе «песчинку рационального зерна» крайне сложно.
Посмотрю в ссылках. Может там больше толку.
Явное передергивание и искажение смысла статьи bb1962 :
— за снобизм. и эзотеричность «ответственности»
**
ну че бы сразу ни сказать, что «ответственность» имелась ввиду по Хаббарду?
смени форум, Толик, 1снегов зомбировать — дело неблагодарное
Это две совершенно разные задачи, мешанина которых приводит к провалу.
В ТЗ на внедрение нужно ставить запрет на разработку и закреплять перечень процессов которые будут охвачены.
А на все разработки, если без них ну ваще никак, выносить в ТЗ на разработку, где уже прописывать все требуемые алгоритмы и условия
.
Если Вы внедряете продукт «в чистом поле» и пользователи вручную вводят начальные данные , то тогда приведенную цитату можно как-то принять.
Но в подавляющем числе случаев внедрение есть есть переход от одного продукта к другому.
И тогда в подавляющем числе случаев без ТЗ на программирование (переброска данных из одного пакета в другой) -«ваще никак». Удачность и полнота такой переброски во многом определит успешность всего проекта.
Мало того , такая переброска может потребовать создания и хранения в новом продукте дополнительных структур.
Т.е. невозможно отмахнуться от простого факта : ТЗ на программирование в подавляющем большинстве случаев есть не какое-то дополнение , а неотъемлемая часть ТЗ на внедрение.
А раз так , то искусственное разделение ТЗ на программирование и ТЗ на внедрение в общем случае — серьезная методологическая ошибка.
(0) Толик, брыздни позитивом: какие проекты в Увартском районе?
резюме
1. Продуман, прост, удобен, дизайн от Артемия Лебедева;
Дизайн Лебедева это офигеть какой плюс! Как люди без него жили? Функционал при таком дизайне не так важен.
В заголовке сказано Обзор инструментов… Собственно обзор на 17 строках текста. Причём в 7 из них не более трёх слов.
У автора явно страдает логика. Нет того самого ВИСИ, призывающего структурировать мысли и отделять мух от котлет.
Минус пока не ставлю. Надеюсь на исправление.
(5) А мне кажется, что наоборот нужно отделять этап программирования (где идет тестирование процесса внедрения, доработка функционала и т.п.), от самого этапа внедрения, иначе мы получаем внедрение, которое не заканчивается, с кучей косяков, заплатками «лишь бы работало» и грязным кодом. Из личного опыта: внедрялась 1С:Бухгалтерия предприятия (прогибание клиента под «правильное» решение это отдельный вопрос) в строительной организации (группа компаний) с одновременным допиливанием управленческого учета, механизма распределенных баз и т.п. Проект затянулся более чем на 2 года.
статья интересная, но с такими эмоциями автора читать неприятно
интересно он с клиентами тоже так обиженно себя ведет?
(9) В (5) приведен конкретный пример когда ТЗ на программирование — неотъемлемая часть ТЗ на Внедрение (переброска начальных данных). Сказано о том , что таких случаев большинство.
Поэтому (внимание!) в общем случае неверно искусственно разделять ТЗ на внедрение и ТЗ на программирование.
С другой стороны , если это возможно, доработка функционала должна быть выделена в отдельное ТЗ на программирование.
Какие клиенты?
Автор «руководитель проектов» в районной администрации в селе Уват (5000 чел. население, в районе 20 тыр).
Чиновник, 26 лет.
(12) Не Москва. Ну и что ?
Арчибальд , скажем так , — не столичный житель. А уровень оч. высокий.
Так что поаккуратнее…
(13)
Не Москва. Ничего.
Бывшие коллеги большой-большой проект в Тюмени делали.
Только есть несоответствие между статьями автора и например его же блогом.
Это две совершенно разные задачи, мешанина которых приводит к провалу
Мне почему-то кажется, что это обусловлено тем, что программированием и внедрением, как правило, должны заниматься в рамках проекта разные люди (если, конечно, более-менее крупный проект, сопровождающийся работой с большим количеством пользователей). Потому что из хороших программистов очень часто бывают никакие «внедренцы» (дурацкое слово, но другого в голову не приходит), и также наоборот. Программист пытается объяснить пользователю что-то в своих терминах, пользователь ничего не может понять и сидит с выпученными от ужаса глазами. Это не предположение, встречалось такое, и не раз. А пользователь не должен бояться программу, иначе внедрение нисколько не будет успешным.
(8) Допиливать конечно, можно и нужно. Но идея показать работу РП с точки зрения РП, а не с точки зрения исполнителя — замечательная. А то многие считают, что начальство в носу ковыряется — за то и деньги получает. А что это колоссальный труд, который требует специфических знаний и качеств — мало кто понимает.
(16) «мало кто понимает»
ну вот блин откуда это взяли? источник только один — «все программисты тупые»
(17) Все программисты — разные. Тупые то же есть.
(16) Я бы тоже отметил эту замечательность статей A.Y, несмотря на перехлесты.
Оч. и оч. полезно программистам, коих здесь большинство, увидеть взгляд «извне».
Перечитал статью ещё раз. Она совершенно бесполезна. Каждая из затронутых тем требует отдельной статьи.
В статье затронуты темы:
1. Спор с людьми, имеющими другое мнение по вопросу управления проектами. Этому посвящены разделы С1 и С3. Зачем это здесь — непонятно. Собачиться можно в форуме. Он для этого и предназначен.
2. Перечень необходимых по мнению автора документов по проекту. Причём автор говорит о больших проектах и при этом считает необязательным устав проекта, что весьма странно. Не описаны документы по закрытию этапов проекта без чего ИТ проект рискует быть завершённым никогда.
3. Перечисление различных техник. Без ссылок, описания и сравнения. Ненадо перечислять многое. Достаточно одного работоспособного подхода. Или надо писать отдельную статью по сравнению различных техник и описание возможностей их совместного применения.
4. Собственно инструмента приведено лишь два. Даже без ссылок, что, на мой взгляд, является очень плохим тоном написания статей.
Нумерация пунктов в статье не несёт смысла. Например в разделе С2 подпункты пункта 9 являются просто пронумерованными предложениями одного абзаца. Зачем так писать?
Думаю что автор честно заслужил минус.
Точка зрения руководителя:
Точка зрения программиста:
Есть еще одна техника. Сам ее не использовал, потому за качество не отвечаю. Суть ее в том, что руководителю нужно прочитать множество мантр типа «Getting Things Done!» «ВИСИ!», а также научиться отличать Мегаплан от Тимлаба, тем самым, по заверению статьи «Как управлять проектами внедрения 1С Предприятие? Обзор инструментов…», проект должен завершиться успешно.
Истина, как водится, где-то посередине…
(20) Тема в статье настолько обширна, что вряд ли ее может потянуть один человек. Тут нужна коллективная работа.
(22) Это не оправдывает беспочвенные наезды. А нелогичность и небрежность оформления делает статью вовсе бесполезной. В заголовке заявлен обзор инструментов. Обзор никакой. Вообще никакой.
(23) Да, с инструментами в статье «бяда». Мне на вскидку из инструментария управления проектами приходят: MS Project, Trac, Redmine, OpenProj, Planner, eGroupWare.
(24)
ну во-первых я же не подписывался за то что щас буду обзор всех делать )
я лишь сделал обзор тех что знаю и тех что считаю полезными.
мой опыт использования MS Project говорит о его бесполезности для проекта.
хотя у меня есть один проект где он мне помог частично, правда если бы на то время был тот же Мегаплан и я бы знал GTD, тоооо думаю результаты были бы красивше, а затраты меньше )
да и изучал я на много больше инструментов, тот же StreamWork, Manymoon … Но тратить время на их описание не стал, т.к. Мегаплан и Тимлаб мне понравились больше и показались наиболее интересными. Кому хочется большой обзор тут или не ко мне или ко мне но за дорого )
(all) всем остальным спасибо за критику )
вы не думайте что я на кого то обижен )) меня вообще очень тяжело обидеть или разозлить )) тут чуть другие мерки )
если я пишу письмо человеку с целью что то обсудить, продать или поблагодарить то от него как правило пахнет фиалками и очень вкусными )
а если я пишу статьи на проблематику, то как правило применяю иронию и уколы в больные места ЧСВ тех на кого статья направлена. так гнойники проще вскрывать ))
и конечно после такой статьи остаются не приятные ощущения… вот только надо задать себе вопрос… а в статье ли дело? ведь если я назову вас пидарасами, вы же не обидетесь? потому что это ложь… ложь не вызывает негативных чувств… сам текст не несет никакого заряда… негативные ощущения появляются тогда, когда человек замечает разность своей самооценки и реальности. т.е. когда человек осознает что вот это правильно, но так не живет. вот такой еще бывает эффект ) ну и чтобы не потерять свою самоидентификацию человеку ничего не остается кроме как прыснуть отрицательными чувствами и по возможности начать критиковать, а также найти единомышленников. тогда ему становится чуточку легче. вот только ключевой проблемы это не решит )
в психоаналитике это называется невротизмом ) основная причина почему люди все время ноют, хнычут, жалуются на жизнь и ищут тех кто в этом виноват ))
продолжайте … ))
(1) Арчибальд! Негодяй! Ты меня поймал! )))
Без шуток ) Тот образ который ты видишь под словом программист я очень уважаю ) У меня есть 3 таких друга программиста и мы друг друга понимаем с полу слова ) Хотя и с ними бывает деремся )) но без обид и с пониманием ))
проблема называется: мы говорим одни слова на этом свете но видим разное кино ) (с) Полонский
Я же под этим словом понимаю среднестатистического специалиста, от которых в проектах одни проблемы и которых опять же большинство )
Бывают разные программисты и очень очень крутые, но таких единицы, у них куча особенностей и в своих статьях я или их не рассматриваю или загоняю их в категорию РП )
Потому что если рассматривать все возможные случае которые только мне встречались, без учета тех что еще повстречаются, то статья получится большой и скучной ))
(26) 😀
«среднестатистического специалиста … которых большинство»
не, блин, я как бы все понял, но не до такой же степени….
пс:
а не дох программистов в Увартовске?
«Как управлять проектами внедрения 1С Предприятие? Обзор инструментов…»
Правильнее было бы назвать статью так «управление исполнением проекта»
Приложу, пожалуй, кое-что, что действительно можно назвать управлением проекта , может быть кому-то и пригодится.
честность — здесь не очень хороший перевод интегрити
Information integrity Способность средства вычислительной техники или автоматизированной системы обеспечивать неизменность информации в условиях случайного и (или) преднамеренного искажения (разрушения)
Профессиональный кодекс РМР <> личная честность ПМ
Вообще говоря, большинство западных технологий имеют перекос в сторону «хорошо выглядеть» по объективным причинам — исходя из источников финансирования (необходимости привлечения инвесторов). У нас же решения о финансировании в основном принимаются путем лоббирования, а не оценки.
(31)
Конечно.
С помощью PM BOK я сделалала несколько проектов, один из них совсем маленький и смешной для вас — проект открытия фирмы. Это «масштабируемый» инструмент, его можно применять для различного объема, хоть для расчета ремонта своей кухни, хоть для расчета внедрения УПП на заводе по производсву колбасы или еще чего- нибудь, просто нужно уметь, а сначала понять.
Вы рассказали о своем опыте — это замечательно и спасибо вам! Вы описали небольшую часть инструментов.
Хотя с точки зрения PMBOK под инструментами понимается несколько другое.
Меня больше интересует опыт управления проектами с нуля, от начала и до завершения или хотя бы опыт расчета бюждета и сроков, рисков и пр. Глядя на название статьи я подумала, что речь об этом, но тут совсем о другом.
Уж не обессудьте, но в полемику я вступать не буду, просто отмечу для себя — «не то».
И да, я, наверное, теоретик — не руковожу людьми и не провожу собрания, но внедряю проекты в одиночку.
От этого они не перестают быть проектами, но это из другой оперы
P.S. Расчет рисков и стекхолдеров (движущих сил влияющих на проект как положительно, таки отрицательно) позволил мне не сунуть голову в сие предприятие, через год оно приказало долго жить, несмотря на инвестиции.
«У 1С схема расчета затрат на БП или УПП тоже своя»
пеши, как говорится, еще
(33) давненько не читывал постов с таким удовольствием
Коллеги.
У меня назрели два маленьких вопроса:
«Как данная статья, где в комментариях больше смысла чем в ней самой, попала вдруг в выбор экспертов ?»
«Не могли бы Вы рассказать, кто эти эксперты, чей выбор пал на данную статью ?»
С Уважением и Недоумением….
(37)
В числе тех, кто поставил данной статье плюсы, то есть рекомендовал ее к прочтению, — Администрация Инфостарта и руководитель Экспертизы публикаций. Так что недоумение непонятно.
я спрошу еще раз, для закрепления:
«Совет экспертов считает эту статью полезной ? достойной выбора экспертов ?»
я спрошу еще раз, для закрепления:
Не знаю, что здесь еще закреплять. Не могу отвечать за экспертов. Но статья интересна хотя бы тем, что дает повод для размышления. Поэтому вполне может быть отмечена.
еще раз
…..
два простых вопроса
«Как данная статья, где в комментариях больше смысла чем в ней самой, попала вдруг в выбор экспертов ?»
«Не могли бы Вы рассказать, кто эти эксперты, чей выбор пал на данную статью ?
(41) да ладно, пусть цветут все цветы
(41) Недоумение продолжается? Ладно, объясняю.
Выбирает, какие публикации попадают на главную, только один человек — владелец данного ресурса.
В группе Экспертиза публикаций (насколько помню, она открыта для всех) любой может предложить свои варианты, все они рассматриваются и учитываются.
Только желающих пересматривать все публикации за период и отбирать из них наиболее интересные ТАМ особо нет.
А зато умников, которые начинают ЗДЕСЬ спрашивать, «как и почему», хватает.
Как-то так.
(37)
тут вот какая проблема )
если ты не видишь смысла в статье… то есть вероятность что проблема не в статье )
но не всем это дано понять )
Недоумение продолжается? Ладно, объясняю.
Выбирает, какие публикации попадают на главную, только один человек — владелец данного ресурса.
В группе Экспертиза публикаций (насколько помню, она открыта для всех) любой может предложить свои варианты, все они рассматриваются и учитываются.
Только желающих пересматривать все публикации за период и отбирать из них наиболее интересные ТАМ особо нет.
А зато умников, которые начинают ЗДЕСЬ спрашивать, «как и почему», хватает.
Как-то так.
Показать
Странный у вас способ формировать ответы, с помощью завуалированного хамства, что наводит меня на мысль, что ответов вы на самом деле давать то не хотите.
С другой стороны, мое недоумение исчезло — с выбором «экспертов» все стало «прозрачно», но действительно «пусть растут»
P.S. (37) Троллей не кормлю, вопросы были не Вам.
Вроде общее направление понятно. Не понятно, почему ТимЛаб не поддерживает пресловутое ВИСИ. ТимЛаб посмотрел. Хороший открытый облачный сервис. МегаПлан посмотрю попозже. Как можно программой ограничить логическую целостность? Ну да ладно. Обзор автора его видения работы с проектами все равно интересен. Хотя меня не три, а всего одын 🙂
Ой, мы все пробовали. И платное, и бесплатное. Жалко только суммы, которые выкинули на платные системы. Посмотрите УП от АСВ (www.asv.ru) — во всем устраивает, специалисты суперадекватные, все настроили, адаптировали под нас.