2266

Сообщество Аналитиков / Re: Протокол №1 от 17.12.2006

« : 20 Декабря 2006, 19:57:42 »

kidman

Мы ещё с целями не определились, а вы уже какой-то абстрактный БОК предлагаете собирать)
Давайте конкретнее предложения - какие имеено материалы вы могли бы собрать, какого характера?
Прошу в отдельную ветку - http://www.uml2.ru/index.php?option=com_smf&Itemid=45&topic=57.0
(Протокол здесь уже не причём, имхо)

2267

Сообщество Аналитиков / Что вы можете сделать в рамках сообщества?

« : 20 Декабря 2006, 19:56:06 »

Предлгаю сюда писать конкретные вещи, которые вы можете и готовы сделать.

2268

Примеры / Re: Micro-CRM

« : 20 Декабря 2006, 14:41:30 »

2 Galogen
Все таки Денис хотел отталкиваться от БТ, а не от системных ....

Угу, заодно можем сравнить 3 подхода для бизнес-моделирования - неформальный, SADT и OOM.

2269

Примеры / Re: Micro-CRM

« : 20 Декабря 2006, 12:46:27 »

Мои вопросы Заказчику:

Правильно ли я понимаю, что:

1. Постановка бизнес-задачи

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

Срыв сроков оплаты происходит по причинам:
* Клиенту не передан счёт
* Счёт передан, но клиент "забыл" об оплате счёта

Чтобы решить эту проблему, каждому клиенту назначен менеджер, который отвечает, среди прочего, за отправку счёта, контроль его получения и оплаты клиентом. Но все люди - человеки и систематически кто-нибудь по различным причинам что-то из процесса упускает.

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

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

Кроме того, руководителю компании необходимо иметь возможность в любой момент получить картину текущего покрытия платежей, чтобы прогнозировать состояние компании на ближайшее время и осуществлять качественное оперативно-тактическое планирование. Сейчас это решается обзвоном/опросом менеджеров или рассылкой excel-файла, куда менеджеры заносят свои данные.

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

?

Ответ Заказчика:

супер-описание, всё идеально угадано.
мне было бы лень столько написать
добавка и поправки:

1. производятся не только работы, но и оплаты за клиентов: хостинг, субподрядчики, а особенно чувствительно к оплате - размещение рекламы, контекста, платных ссылок и т.д., и здесь при неоплате клиентом не просто бесплатная работа, а прямые оплаты за него! потерь по итогам не бывает - рано или поздно они оплачивают счета, конечно, но дело именно в том, что не хочется клиента кредитовать живыми деньгами свыше того лимита доверия, который есть у этого клиента в нашем представлении.

2. основная проблема и соответственно основная цель - упростить и упорядочить общение между бухгалтером и менеджерами. выявлено тонкое место в организации процессов: менеджеры и руководитель общаются в корпоративной среде, обсуждая течение кампаний клиентов и работ по ним, там всё складируется и структуризуется нормально. а вот бухгалтер из этого процесса исключён. и общение между бухгалтером и менеджерами происходит спорадически, аськой-мейлом-телефоном-вживую. соответственно то бухгалтер не напомнит про счёт, то менеджер не спросит, то информация потеряется где-то. когда клиентов больше какого-то критического числа, бухгалтер чувствует себя замороченным этой необходимостью по каждому клиенту общаться отдельно, это потери времени и энергии. бухгалтеру нужна одна точка входа, которая обо всём позаботится сама, а его процесс упростится до "увидел в банковском интерфейсе приход платежа - поставил галку в CRM и забыл".

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

2270

О Сайте и Форуме / Re: Раскрутка нашего Сайта, Форума и Сообщества

« : 20 Декабря 2006, 12:06:47 »

А точнее http://tutorial.semonitor.ru/

Я правда не понимаю, о какой раскрутке идёт речь в нашем случае и с какой целью?

2271

Примеры / Re: Micro-CRM

« : 20 Декабря 2006, 10:25:59 »

2 Galogen

1. Требований интеграции никаких нет. Самостоятельное полностью. (но мы держим в уме, что это пока :-)
2. Как написано в тексте - "админ, который может заводить логины другим пользователям". Как можно поянть из нашего опыты разработки, если что-то надо уметь заводить, то надо обеспечить и редактирование и удаление.
3. Этот вопрос предлагаю задать чуть позже, когда перейдём к бизнес-моделированию.
4. Я взял эту задачу как учебную, т.к. не думаю, что мы сможем в спринтерском режиме сделать такое - да и интересы у нас другие.
5. ну, как сказать )
6. я бы повременил пока с модулями )

2272

Сообщество Аналитиков / Диаграмма ролевого контекста

« : 19 Декабря 2006, 14:03:45 »

Диаграмма ролевого контекста

2273

Примеры / Micro-CRM

« : 19 Декабря 2006, 10:25:38 »

Предлагаю провести "как надо" следующую задачу, в постановке заказчика:

микро-тз на микро-онлайн-CRM
мне нужна одна приблуда для себя. по моим представлениям, это на PHP + mySQL день работы. или на perl+mySQL, мне всё равно. с удовольствием такую бы купила долларов за 150, яндекс-деньгами или наличными. вдруг кто?
если я сильно ошибаюсь в оценке - скажите мне об этом, кто понимает.

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



1. Доступна по логину-паролю из пустой страницы, держит куки. Роли пользователей: админ, который может заводить логины другим пользователям плюс делать всё в рамках интерфейса; другие пользователи, которые могут делать всё в рамках интерфейса. Количество неограничено.
Другие пользователи это бухгалтер и менеджеры, приблуда связывает имя, должность и е-мейл. Менеджеры назначены клиентам, бухгалтер один на всё.

в следующем пункте поправлено в сторону упрощения
2. Каждая ячейка в строке таблицы - это форма поле формы, т.е. прямо в ячейке можно вручную править содержание, затем всё получившееся сохранять. Следующий заходит и видит значения, внесённые и сохранённые предыдущим пользователем.

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

4. 1го числа месяца на е-мейл назначенного менеджера уходит напоминалка "проследить отправку счета клиенту такому-то, контактные данные: (из таблицы)". Если их несколько - все одним письмом.

5. Когда клиент оплатил счёт, бухгалтер залезает и ставит галку в ячейку в столбце "аванс на месячный бюджет".

6. Пока эта галка не появилась, активировано следующее: сумму в ячейке "незакрытый аванс" делим на дневной бюджет (т.е. цифру из столбца бюджет/мес, делённую на 22), и добавляем к получившемуся числу число "дней кредитования". Получается дата. Выходные дни не засчитываются, т.е. если получилось 12, а между 1м и 12м было двое выходных, то добавится 4 дня и получится 16е. Если эта дата наступила, а галка, что счёт оплачен, не поставлена, то менеджеру на е-мейл уходит письмо "Внимание! Бюджет клиента такого-то закончился, деньги не поступили, кредитный лимит выбран, остановить программы по клиенту и связаться с клиентом срочно! Контактное лицо клиента: (данные из таблицы)"

7. Если до наступления этой даты бухгалтер залез и поставил галку, пункт 6 дезактивируется до следующего 1го числа нового месяца.

8. В последний рабочий день месяца - менеджерам на е-мейлы напоминание, зайти в интерфейс и проставить цифры в колонку "Закрытие по концу месяца - потрачено" и "Закрывать аванс на" вручную по каждому клиенту. В "выставлять счет на" по умолчанию стоит цифра из "бюджет/мес", менеджер может её вручную поправить.

9. Приблуда считает по каждому клиенту цифру, назовём её М: "остаток на начало месяца" плюс "бюджет/мес" минус "закрывать аванс на". И формирует письмо бухгалтеру на е-мейл:
По клиенту "такому-то" сделать
акт о закрытии аванса на (цифра из таблицы) и переносе на следующий месяц аванса на цифру М;
счет на новый аванс на (цифра из таблицы)

10. В первый рабочий день нового месяца: данные из текущего уходят в архив и доступны по ссылке; появляется таблица на новый месяц, в ней в графе "остаток на начало месяца" по каждому клиенту появляется цифра М.

11. гоу ту пункт 4.

Что нужно сделать?
1. Сформулировать бизнес-задачу.
2. Дать грубую оценку трудоёмкости.
3. Составить глоссарий.
4. Описать автоматизируемые или вновьсоздаваемые бизнес-процессы.
5. Сформулировать требования.
6. Смоделировать систему или подобрать готовую.
7. Уточнить оценки трудозатрат (сможете сделать раньше - лучше).
8. Спроектировать систему или описать конфигурационные настройки существующей.
9. Реализовать систему или настроить существующую (по вкусу :-).

Вопросы по постановке задачи я могу накапливать и порционно передавать заказчику для ответов или можете сами попробовать вот здесь.
Кто хочет поучаствовать - присоединяйтесь.
Желательно вести учёт затраченного времени.

2274

О Сайте и Форуме / Re: Как более правильно организовать Разделы Форума?

« : 18 Декабря 2006, 10:58:07 »

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

Дисциплины
* Консалтинг
* Бизнес-моделирование
* Определение и управление требованиями
* Системный анализ и проектирование
* Управление проектами
* Организация процесса разработки
* Обеспечение качества и тестирование
* Документирование

Практика моделирования по областям:
* Производство
* Услуги
* Интернет-системы
* Проч

Методики организации процесса разработки
* ГОСТ 34
* RUP
* MSF
* Agile

Обучение
* Вузовское образование
* Тренинги
* Онлайновые курсы

Эффективность
* Методы личной эффективности
* Методы командной эффективности
* Методы организационной эффективности

Рынок
* Рынок труда
* Рынок поставщиков консалтинговых услуг

Ресурсы
* Книги
* Веб-сайты

Развитие сайта и форума

Теоретические основы системного анализа
* Теория систем и кибернетика
* Логика
* Философия
* Когнитивная психология

Причём надо быть готовым к постоянным изменениям структуры.

Раздел по UML можно оставить как есть, т.к. он типа ключевой для ресурса )

2275

Теория моделирования и нотации / Re: Что такое декомпозиция

« : 17 Декабря 2006, 01:25:24 »

ВИ ничего не "возвращает".

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

2276

RUP EUP AUP OpenUP / Покрытие RUP инструментами от Borland и проч.

« : 15 Декабря 2006, 17:34:07 »

Коллега подкинул ссылку на описание того, как инструментами от Borland покрыть весь спектр дисциплин по RUP - http://bdn.borland.com/article/33319 Ценным моментом является приведение альтернатив от других коммерческих производителей и OpenSource-команд.

2277

Сообщество Аналитиков / Re: Создание сообщества IT-консультантов, аналитиков и архитекторов

« : 15 Декабря 2006, 11:17:01 »

2 Денис, kidman,
Кстати, мы тут с kidman только на днях разговаривали о созданнии такого сообщества, он очень хотел поучавствовать в его создании. Денис, я думаю Вы договоритесь о том как лучше начать и кто возьмет лидирующую роль.
З.Ы. Но детали лучше обсуждать в отдельной ветке или даже в отдельном закрытом (?) разделе.

У Кидмана и Галогена аськи не заявлены в профиле - что делать? Писать им имейлы? )

2278

Сообщество Аналитиков / Re: Создание сообщества IT-консультантов, аналитиков и архитекторов

« : 15 Декабря 2006, 11:07:08 »

Я считаю, нужно использовать все доступные методы - и личные встречи в оффлайне и обсуждения на форуме (в закрытой и открытой части) и онлайновые конференции. Я просто не стал сходу предлагать то, в чём пока не могу участвовать - для онлайновой конференции нужен широкополосный доступ + наушники/микрофон. Кто пользуется скайпом и проч - проработайте эту тему плиз.

Эффективность общения в общем случае возрастает по пути: электронная почта - форум - ICQ - телефон /VoIP - оффлайн. Конференция и оффлайн дают возможность за короткое время сориентироваться и двинуться в нухном направление, быстро задавать уточняющие вопросы. Плюс есть ряд тем, которые не стоит обсуждать публично по разным причинам. Плюс если есть возможность личного знакомства, то надо её использовать. Если всё пройдёт правильно, результаты дискуссий появятся здесь и в развитии материала смогут принять участие не-москвичи.

Программу мероприятия я в целом уже озвучил, уточню:

1. Знакомство, самопрезентация.
2. Определение заинтересованных лиц (ролей, ЗЛ), имеющих отношение к сфере IT-консалтинга и разработки систем.
3. Определение их потребностей и интересов.
4. Определение существующих способов и инструментов закрытия потребностей ЗЛ и реализации возможностей  (+SWOT-анализ?), описание проблем существующих решений и методов.
5. Определить приоритеты интересов и выработать варианты развития/изменения ситуации в области.
6. Определить ответственных за направления.
7. Определить цели по каждому направлению.
8. Определить задачи по каждой цели и ориентировочные сроки и потребности в ресурсах.
+ по ходу обсуждение CASE-ов, примеров и т.д.
+ какие-то новые параллельные темы.

На самом деле, я не думаю, что мы пройдём за один раз дальше чем 1-3 пункт в силу ограниченности времени, ну да ладно, по крайней мере направление описано.

Место встречи: клуб Билингва, Кривоколенный пер. дом 10 стр. 5
Дать и время: 17 декабря, воскресенье, с 11 до 13 часов (2 часа)
Контакты мои: Денис, ICQ 631-9839, тел. сегодня 620-2531, вечером и в выходные 8-916-792-9286, 337-3860

Можно дать объяву ("я только разместил объяву" :-) на SQL.ru

2279

Сообщество Аналитиков / Создание сообщества IT-консультантов, аналитиков и архитекторов

« : 14 Декабря 2006, 20:53:05 »

На этом ресурсе я присутствую с целью объединения усилий по сабжу.

Я являюсь одним из смотрителей ЖЖ-сообщества Бизнес- и системный анализ, а также участником кругов "Системные аналитики" и "Системные архитекторы" в социосети "Мой Круг". Все эти виды ресурсов обладают своими плюсами и минусами в смысле качества состава участников и возможностей взаимодействия и развития.

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

С этой целью предлагаю устроить оффлайновую встречу в МСК всем активным участниками процесса становаления сообщества, ориентировочно в это воскресенье, 11 часов в центре Москвы.

2280

О Сайте и Форуме / Re: Концепция этого ресурса

« : 14 Декабря 2006, 20:39:40 »

Так. Все по порядку. ... Во-первых, я не скрываюсь, не боюсь ответственности....

Дело не в этом, а в таких вещах, как Открытость и Доступность. Это как с эргономикой и прислекательностью сайтов - зашёл человек на сайт магазина, не понравилась косая шапка - ушёл, не сумел найти информацию о доставке - ушёл.

Во-вторых, ну не судите так строго. Понятно, что хочется все и сразу, мне тоже. Но где же взять эти человеки/дни?

Я не говорю, что сделано МАЛО, я говорю, что сделано НЕ ТО

Ты же пришел, значит не всех отсекли В "О Проекте" сказано - для кого это сайт.
Да, упор делался и будет делаться на ЮМЛ, как наиболее прогрессивное и удобное средство формализации.

Формализации чего? Нефункциональные требования в нём как описываются? Бизнес-проблемы и их зависимости? Закон РФ "О СМИ" сможешь осмысленно формализовать на UML?

Но много полезной информации и веток форумов может найти человек, не знающий о ЮМЛ ничего, например, ARIS или IDEF.

Вот - обращаю внимание - ключевое слово - ВЕТОК форумов - это паршивое наследие SQL.ru. Т.е. чтобы узнать о чём-то человек должен рыться в ветках форумов, выискивая среди смайлов, флейма и перебрано крупицы здравого смысла.

Ок, распишу это поподробнее О Проекте. Вкратце, глобальная цель - научить российских аналитиков - анализировать, моделировать и проектировать.

Офигеть целище ) Во-первых, если они уже аналитики - зачем им учиться анализировать, моделировать и проектировать - они что, ещё не умеют этого делать? Во-вторых - я не вижу, чьи и какие потребности закрывает достижение данной цели, в третьих - не вижу критерия достижения цели - т.е. она сформулирована не чётко. Это скорее задача, чем цель.

А на самом деле, теории везде полно, а практик и примеров нет, вот для этого и был создан сайт.

Да, но почему практики нет? Не в последнюю очередь по причине отсутствия времени, коммерческой тайны и отсутствия мотивации. Вот с этим и нужно работать. Что, почему, как. Давайте сначала сделаем консалтинг для себя, а потом уже будем учить других )

Если слишком жёстко, то купите плюшевого мишку )