http://bpmnforum.ru/topic/34 bpmnforum.ru » Topic: Обеспечиваем соответствие ИС потребностям пользователей ru-RU Sat, 13 Jun 2026 02:44:31 +0000 http://bbpress.org/?v=1.0.3 q http://bpmnforum.ru/search.php http://bpmnforum.ru/topic/34#post-274 Срд, 28 Сен 2011 19:57:56 +0000 Андрей Попов 274@http://bpmnforum.ru/ <p>Анатолий, извините, конечно же я напутал с терминологией опять. Я же назвал их изначально Локальной и Внешней. Должно быть как в задачке ЛСС и ВСС. В скобках должно было быть: (Служба Заказчика и <u>Локальная</u> Сервисная Служба). Локальная, ЛСС - не выпускает, и ее функции зажаты специальными правилами и соглашениями - только настройки и локальные доработки. Внешняя, ВСС может делать вообще все, в том числе, выпускает релизы и еще как!!! </p> http://bpmnforum.ru/topic/34#post-269 Срд, 28 Сен 2011 11:21:06 +0000 Анатолий Белайчук 269@http://bpmnforum.ru/ <blockquote><p><cite>Цитирую <a href="http://bpmnforum.ru/topic/34#post-266">Андрей Попов</a>:</cite><br /> я использую внешний лицензионный продукт </p></blockquote> <p>Спасибо за уточнение, как-то в исходном документе это не прозвучало.</p> <blockquote><p>я (Служба Заказчика и Внутренняя Сервисная Служба) не собираю и не выпускаю релизы ни при каких условиях. Каждая заявка, точнее, ее решение - штучный товар. Релизы же периодически выпускает моя ВСС. </p></blockquote> <p>Как совместить эти две фразы, в первой из которых говорится, что ВСС релизы не выпускает, а во второй - что выпускает? </p> http://bpmnforum.ru/topic/34#post-266 Втр, 27 Сен 2011 21:45:08 +0000 Андрей Попов 266@http://bpmnforum.ru/ <p>Добрый вечер! Простите, что почти устранился от собственной задачки, но как назло - работа зовет в неподходящий момент, мешает саморазвиваться))).<br /> Анатолий,<br /> Спасибо за комментарий, повод задуматься. Но релизы - вообще не мой случай. Надеюсь, я правильно понял, о чем именно идет речь. Я не разработчик, я использую внешний лицензионный продукт, я (Служба Заказчика и Внутренняя Сервисная Служба) не собираю и не выпускаю релизы ни при каких условиях. Каждая заявка, точнее, ее решение - штучный товар. Релизы же периодически выпускает моя ВСС. Правда, она иногда использует при их выпуске заказанные и оплаченные мной дистрибутивные доработки, но это уже нюансы. Зато при выпуске очередного релиза я могу иногда получить новый полезный мне функционал, который был фактически оплачен каким-то другим несчастным. Про релизы - отдельный вопрос. Есть ведь еще задача периодически переходить на новый релиз. Но по-моему она (и почти вся моя задачка) весьма изящно была решена на одном из Ваших тренингов, материал есть на bpmntraining.ru.<br /> Павел,<br /> Спасибо за участие, вижу интересные для себя моменты в Вашем варианте, но его сильно портит незаконченность. Местами очень непонятно, что же там будет. Буду ждать завершения, если оно последует. </p> http://bpmnforum.ru/topic/34#post-253 Пон, 26 Сен 2011 11:24:18 +0000 Pavel-Smirnov 253@http://bpmnforum.ru/ <p>Хочу предложить свой вариант (правда, - недоделанный :( )</p> <p> [attachment=253,150] </p> http://bpmnforum.ru/topic/34#post-246 Пон, 26 Сен 2011 08:02:38 +0000 Анатолий Белайчук 246@http://bpmnforum.ru/ <p>&gt; много, громоздко, не читается</p> <p>Надо выполнить структурную декомпозицию. Проще говоря, разбить на подпроцессы.</p> <p>&gt; Напрашивается необходимость взаимодействия независимых процессов</p> <p>Сложность процесса (большое число задач) не является аргументом для выделения независимых процессов. Собственные триггеры и асинхронное выполнение - являются. Например, в данной задаче я бы разделил процесс, связанный с заявкой на доработку и процесс, связанный с релизом. Обычно заявки, пройдя определенную процедуру первоначального анализа, получают приоритет и встают в очередь. Когда же мы начинаем работу над релизом, мы просматриваем заявки и отбираем какие-то из них для включения в релиз. Паттерн "внутренний заказ" - <a href="http://mainthing.ru/ru/item/150/" rel="nofollow">http://mainthing.ru/ru/item/150/</a> </p> http://bpmnforum.ru/topic/34#post-244 Вск, 25 Сен 2011 14:39:42 +0000 Андрей Попов 244@http://bpmnforum.ru/ <p>Добрый день!<br /> На простейшем уровне нарисована первая версия. Сразу же вывод - много, громоздко, не читается. Притом, что задача была упрощена до предела по сравнению с тем, как она вертится в реальной жизни. Может быть, можно использовать при составлении текстового регламента процесса, или для поверхностного анализа. Невозможно использовать для автоматизации или для системного анализа.<br /> Напрашивается необходимость взаимодействия независимых процессов. Здесь должен работать Help desk (принимать от пользователя все проблемы и пожелания, решать проблемы с простым обучением и настройкой), здесь есть бюджетный процесс (можно не разворачивать), здесь есть производственный процесс третьего лица (наверное, не следует разворачивать, хотя в частном случае он нам известен), есть внутренний планируемый производственный процесс различных модификаций ИС, есть процесс разворачивания и тестирования различных модификаций ИС (в том числе и не перечисленных в нашем примере). Надо попробовать. </p> http://bpmnforum.ru/topic/34#post-242 Птн, 23 Сен 2011 20:32:50 +0000 Андрей Попов 242@http://bpmnforum.ru/ <blockquote><p><cite>Цитирую <a href="http://bpmnforum.ru/topic/34#post-236">Pavel-Smirnov</a>:</cite><br /> Сомнительно, что второе может вытекать из первого. </p></blockquote> <p>Добрый вечер! Очевидно, я неправильно выразился, чем подтолкнул коллег на навигацию по ITSM и ITIL. Я имел в виду, что процессы обучения, настройки системы, локальные и дистрибутивные доработки могут понадобиться не только в нашем примере, но и, например, могут вызываться из процесса управления инцидентами. Учить можно тех, кто своими действиями ломает систему, настраивать можно тех, кто избытком или недостатком прав создает проблемы, инциденты на уровне кода можно убирать доработками. Это все интересно, но наше обсуждение уходит за рамки наших целей. </p> http://bpmnforum.ru/topic/34#post-237 Птн, 23 Сен 2011 08:25:05 +0000 Анатолий Белайчук 237@http://bpmnforum.ru/ <p>ОК, значит это я не разобрался. Сбило с толку название "Обеспечиваем соответствие ИС потребностям пользователей", из которого не очевидно, что имеются в виду только расширяющие функционал доработки.</p> <p>По поводу вытекания одного из другого: пользователь сплошь и рядом не знает, бага это или фича. Все что он видит - система ведет себя не так, как ему бы хотелось. Если "как хотелось" совпадает с тем "как задумано", то это бага. Если нет - фича, и требуется доработка. Но выяснение этого требует некоторых усилий - например, надо свериться с документацией. Эта работа делается в рамках инцидента.</p> <p>Второй раз баги и фичи пересекаются, когда дело доходит до планирования релиза. Релиз включает в себя множество изменений кода, одна часть из которых реализуют запросы на доработку, а другая - багфиксы.</p> <p>Впрочем, это все рассуждения по поводу, давайте оставим инциденты за скобками. </p> http://bpmnforum.ru/topic/34#post-236 Птн, 23 Сен 2011 08:03:08 +0000 Pavel-Smirnov 236@http://bpmnforum.ru/ <p>ОПРЕДЕЛЕНИЯ<br /> Инцидент (incident) - любое событие, не являющееся частью нормальной работы услуги, ведущее/ способное привести к остановке услуги или снижению уровня её качества<br /> Запрос на Изменение (RFC) - экранная или бумажная форма, используемая для записи детальной информации о предлагаемом запросе на изменение какой-либо CI (сonfiguration Item - конфигурационная единица) в ИТ-инфраструктуре или процедуры или какого-либо иного объекта IT-инфраструктуры.</p> <p>И по-человечески: инцидент - это "всегда работало так, а теперь не работает или работает по другому", запрос на изменение - "никогда такого не было, теперь хочу, чтобы было". Сомнительно, что второе может вытекать из первого. Поэтому, вряд ли "наша задача может стать частью процесса управления инцидентами"</p> <blockquote><p><cite>Цитирую <a href="http://bpmnforum.ru/topic/34#post-235">Андрей Попов</a>:</cite><br /> Если решением инцидента будет определен один из четырех возможных по условиям задачи путей, то наша задача может стать частью процесса управления инцидентами, одной из его ветвей. </p></blockquote> http://bpmnforum.ru/topic/34#post-235 Чтв, 22 Сен 2011 21:58:43 +0000 Андрей Попов 235@http://bpmnforum.ru/ <p>Добрый вечер!<br /> Немного неожиданное развитие, хотя интересное. Изначально не подразумевались ошибки системы и вопросы управления инцидентами, вроде бы поставленная задача не вписывается в понятие инцидента по ITSM. Сервис-то продолжает нормально работать, нет ошибок, проблем, инцидентов - просто пользователь вдруг захотел большего, чем у него было вчера, или, может, SLA захотел поменять. А интересно то, что мы в целом ряде случаев действительно можем прийти в предложенный к анализу процесс как раз из процесса управления инцидентами. Запускающее событие, наверное, поменяется, участники, процедуры планирования могут немного сдвинуться. Если решением инцидента будет определен один из четырех возможных по условиям задачи путей, то наша задача может стать частью процесса управления инцидентами, одной из его ветвей. </p> http://bpmnforum.ru/topic/34#post-232 Чтв, 22 Сен 2011 19:00:52 +0000 Анатолий Белайчук 232@http://bpmnforum.ru/ <p>Коллеги</p> <p>С практическим примером мы с вами начинаем работать в рамках самостоятельной работы и заканчиваем на втором тренинге. Цель - получить схему процесса пусть не законченную, но такую, что вам ясно как ее довести до конца. На третьим тренинге мы будем работать с учебным процессом, все с одним.</p> <p>Что касается данной задачи, мне кажется, вам надо начать с того, чтобы определиться сколько тут вообще процессов и соответствующих им бизнес-объектов.</p> <p>Намекаю: инцидент, исправление ошибки и пожелание по доработке - это разные вещи. Например, инцидент может разрешаться без внесения изменения в систему, а пожелание по доработке может возникать безо всякого инцидента. Множество инцидентов, инициированных разными пользователями, могут иметь причиной одну ошибку.</p> <p>После того, как проработаете процессную архитектуру, решите какой (какие) процессы вы хотите проработать, а какие оставить "черными ящиками". </p> http://bpmnforum.ru/topic/34#post-220 Срд, 21 Сен 2011 19:18:33 +0000 Андрей Попов 220@http://bpmnforum.ru/ <p>Добрый вечер!<br /> Ко второму тренингу. Насколько я понимаю, это как раз смысл второго тренинга - разобрать, что мы натворили после первого. Если задание сложное, можно опустить подробности. Сам я, к сожалению, пока так и не приступил, цейтнот. </p> http://bpmnforum.ru/topic/34#post-219 Срд, 21 Сен 2011 17:01:17 +0000 Pavel-Smirnov 219@http://bpmnforum.ru/ <p>Андрей!<br /> Документ task1.docx скачался без проблем. Будем смотреть.<br /> Предложенный вами процесс интересный, но, на мой взгляд, объемный. Напомните, пожалуйста, задание, которое нам задал Анатолий, - это задание нужно выполнить к началу второго тренинга или к окончанию всех трех тренингов? </p> http://bpmnforum.ru/topic/34#post-217 Втр, 20 Сен 2011 18:25:23 +0000 Андрей Попов 217@http://bpmnforum.ru/ <p>Попытка номер два, тот же файл, но теперь docx и короткое имя на латинице. Вдруг получится? </p> http://bpmnforum.ru/topic/34#post-216 Втр, 20 Сен 2011 17:54:05 +0000 Андрей Попов 216@http://bpmnforum.ru/ <blockquote><p><cite>Цитирую <a href="http://bpmnforum.ru/topic/34#post-215">Pavel-Smirnov</a>:</cite><br /> Андрей!<br /> Весь день и с разных компьютеров пытаюсь открыть (сохранить) ваш документ. Никак не получается (хотя все остальные документы с этого сайта открываются "на ура", вот странно). Пожалуйста, пришлите ваш документ на мой электронный адрес: <a href="mailto:smirnjv@tkman.ru">smirnjv@tkman.ru</a><br /> Спасибо. </p></blockquote> <p>Добрый вечер, Павел. Документ выслал вам на почту, но пришел автоответ - <a href="mailto:smirnjv@tkman.ru">smirnjv@tkman.ru</a> не найден в почтовой системе получателя. Проверьте, может адрес не тот?<br /> Сам тоже свой файл из ссылки открыть не могу.<br /> Может кириллическое название? Нет у меня никакого опыта жизни в форумах)). Кто-нибудь посоветует? Заранее благодарен. </p> http://bpmnforum.ru/topic/34#post-215 Втр, 20 Сен 2011 17:00:04 +0000 Pavel-Smirnov 215@http://bpmnforum.ru/ <p>Андрей!<br /> Весь день и с разных компьютеров пытаюсь открыть (сохранить) ваш документ. Никак не получается (хотя все остальные документы с этого сайта открываются "на ура", вот странно). Пожалуйста, пришлите ваш документ на мой электронный адрес: <a href="mailto:smirnjv@tkman.ru">smirnjv@tkman.ru</a><br /> Спасибо. </p> http://bpmnforum.ru/topic/34#post-209 Пон, 19 Сен 2011 22:13:46 +0000 Андрей Попов 209@http://bpmnforum.ru/ <p>Здравствуйте!<br /> Предлагаю тему задания для подготовки ко второму семинару. Предлагаю присоединиться не занятым другими темами участникам семинара, планируемого на 1.10, и всем желающим. Описание в прикрепленном файле. Область - информационные технологии, удовлетворение запросов пользователей к информационной системе. Описание в прилагаемом файле. Коротко изложить не получилось, хотелось привести больше существенной информации. Если будут предложения - можно и упростить, и усложнить задачу. Если есть неточности, пробелы - можно исправлять постановку.<br /> Спасибо за внимание. </p>