4171

UML SysML и пр. / Re: Отличия между UML 1.4 и UML 2.0

« : 08 Апреля 2008, 17:04:40 »

Посмотрите например здесь http://www.xpdian.biz/UML2.html#Topic51

4172

О Сайте и Форуме / Re: Новости сайта

« : 07 Апреля 2008, 22:02:29 »

Спасибо, прикрутил.
Joomla! powered site - хорошее название.

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

А так я не че не прикручивал, просто сделал видимым то, что встроено было всегда. А то что javascript такую фигню выдает, так надо искать в коде, но времени сапсем нет. Так что терпите

4173

Идеи и мозговой штурм / Re: Тематические анекдоты

« : 07 Апреля 2008, 22:00:30 »

1

4174

О Сайте и Форуме / Re: Новости сайта

« : 07 Апреля 2008, 16:51:21 »

Для форума я вижу, но удобно было бы подписаться по RSS именно на новости сайта.

Смотри главную, внизу слева, Правда как-то непонятно работает и только раздел новостей

4175

Идеи и мозговой штурм / Re: Тематические анекдоты

« : 07 Апреля 2008, 16:45:07 »

Хм, дама, наверное, имела очень низкий запас слов и умений в выражении своих мыслей. Неужели нельзя было бы написать: я хотела бы расстаскивать мышкой список документов по получателям Ведь показала же она на экране это действие

4176

О Сайте и Форуме / Re: Новости сайта

« : 07 Апреля 2008, 15:50:14 »

RSS подписка форума или именно сайта? Для сайта есть, просто не опубликовано

4177

Обучение / Re: Опыт преподавания объектно-ориентированного подхода в моделировании, анализе

« : 06 Апреля 2008, 01:19:37 »

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

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

Методика такова:
1. Группа делится на пары.
2. Каждой паре выдается описание некоторой задачи (в идеале это должно быть нечто близкое к реальным постановкам в виде некоторого документа: запросы заказчика)
3. Задача разбивается на ряд заданий, каждое задание ориентировано на построение той или иной модели на уровне анализа: построение модели предметной области, модель взаимодействия и модель состояний.
4. Во время семинара разбирается некоторый пример, задание выполняется самостоятельно дома. На семинаре также вместе изучаем то, что сделано ребятами. Предлагается аудитори самим делать замечания.

Сейчас выполнено построение предметной области. Как всегда из группы активно работают не больше 4-5 пар, по сути, если всего 12 пар, имеем 1/3.

Основные ошибки или трудности в определении ассоциаций. Выделение объектов предметной области происходит более или менее верно, а вот с ассоциациями проблемно.
В качестве  рекомендаций даю рекомендации Рамбо и Блаха, а также Лармана.

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

Думаю протестировать при выделении ассоциаций подход Розенберга. Розенберг призывает на стадии построения модели ПрОб использовать связи has a и is a, т.е агрегации и обобщения. Мне кажется это может облегчать выделение связей, когда мы размышляем в терминах содержит или имеет. Правда не все связи можно сюда отнести.

Много путаницы с использованием кратности, ролей и квалификаторов.

Типичной ошибкой включать в список атрибутов класса по сути атрибут ссылку на связанный класс.

Некоторые включают операции.

Хотел бы спросить какие правила вы используете при построении моделей предметной области?

Сейчас прошло уже 4 занятия

4178

Примеры / Re: Описание требований к CRM

« : 05 Апреля 2008, 11:58:15 »

Замечания по документации проекта и содержанию

1. По-моему совсем было бы не лишним предоставить документ требования (запросы) заказчика или оценка целевой организации. Это дает более четкое ощущение контекста и понимание проблематики

2. Анализ проблем отсутствует и проблемы сразу объявлены. Кроме того проблем слишком много, а корневые причины не определены

3. Цели заявленные во многом качественные, а критерии достижения? измеримость?
например: 2.1.9   Увеличить контролируемость Закупок и улучшить планирование Закупок - это что будет значить, как это определить, что контролируемость увеличена и планирование улучшено?
 далее выпишу за счет:
за счет консолидации информации и удобного пользовательского интерфейса
за счет консолидирования информации и повышения доступности документов
за счет консолидирования всех Заявок и возможности постоянного контроля со стороны руководства
за счет консолидирования информации
за счет быстрого получения необходимых требований (Заявки) Клиента
за счет консолидирования информации и хранения полной (всей) информации по работе с Заявками Клиента

Как видно основная проблема - отсутствие консолидирования информации, сложный доступ к хранимой информации, слабый контроль исполнения заявок. Как следствие:
забывают обрабатывать Заявки
забывают закупать оборудование - какого? откуда вдруг про оборудование вылезла информация
тормозят подписание документов - почему?
все валят друг на друга
сложность проведения статистики - что понимается под статистикой, что она позволяет сделать?


Далее напомню, что CRM классифицируется на оперативный, аналитический и коллаборационный. Вопрос: какого типа cRM планируется внедрять? оперативный насколько я понял. с элементами аналитического, коллаборационный как я понимаю не катит...

Ошибки по тексту:
3.1.2   Менеджер проекта (МП)
Выполняет работы по обработке Заявки от Клиентов, контролирует процесс выполнения Заявок на более низком, чем Руководитель, уровне.

3.2.6   Сметчик (С)
Будет создавать ТУ, ТЗ, ТП, ИД и КП по Заявке от МП.

3.2.9   Курьер (К)
Курьер будет поставлять оборудование в Компанию и доставляет его Клиентам.
не согласованность времен

3.2.10   Секретарь(С)
Будет заводить новую Заявку и необходимую информацию о Клиенте
Заводить Клиента, это наверное важное действо, но к делу не относящееся

3.3.1   1С
Требует большой настройки Системы и, следовательно, дорогое решение. Нет веб интерфейса.
какая версия имеется в виду, не рассмотрена система 1С Битрикс, не приведены цены, не приведены цифры внедрений CRM от 1С.

Функциональные характеристики описаны как-то по-школьному что ли.
Заведение? Может уж сразу управление (ввод, хранение, изменение, удаление, просмотр, поиск)

Смотрим domain model - на мой взгляд модель слишком бедная. Что касается заявки. Заявок много все-таки, заявки исполняются менеджерами, есть какой-то список заявок на исполнение, распределенный по менеджерам, по сути есть некий график - на модели никак это не обозначено. Мне кажется слишком рано проведено обобщение.

Модель вариантов использования слабенькая, ни ранжирования ВИ, ни распределения ВИ по пользователям, вообще название ВИ не нравятся, что это значит  Завести Заявки....

Войти в систему:
2.3.1.3.1   Пользователь запускает программу (Систему)
2.3.1.3.2   Система показывает форму авторизации, см. ПИ
2.3.1.3.3   Пользователь вводит свои имя и пароль и нажимает кнопку ОК
2.3.1.3.4   Система подтверждает введенные имя пользователя и пароль и показывает пункты меню, доступные для данного пользователя, см. БП

Все - никаких если, никаких проверок - типичная ошибка начинающего техписа по ВИ, смотри КОБЕРНА

2.3.1.4   Альтернативные сценарии
2.3.1.4.1   Пользователь ввел неверные имя и пароль, п. 2.3.1.3.4
2.3.1.4.1.1   Если пользователь ввел неверные имя и пароль, то Система показывает соответствующее сообщение
2.3.1.4.1.2   Пользователь нажимает ОК на Сообщении
2.3.1.4.1.3   Выполнение продолжается с п. 2.3.1.3.2 основного сценария
Слишком рано и похоже на реализацию
                       Данные введенные пользователем не верны!
                       Система выдает соответствующее сообщение и перенаправляет                  пользователя на страницу входа

Сразу вопрос, а сколько раз можно данные вводит в одном сеансе? Какова предполагаемая защита от роботов и т.п.

2.3.1.4.2   Пользователь нажимает кнопку ОТМЕНА, п. 2.3.1.3.3
2.3.1.4.2.1   Если Пользователь нажал кнопку ОТМЕНА, то Система закрывает приложение
Это же веб приложение, имеет ли смысл вот так раз и закрывать приложени, по сути не приложение будет закрыто а браузер

2.3.1.5   Выходные условия
Пользователь успешно вошел в Систему
вовсе нет, пользователю предоставлен доступ к информации в соответствии с правами доступа!

2.3.2.3.2   Система показывает форму Справочника, которая показывает отображает лучше все элементы Справочника с полями в соответствии с выбранной ф-тью:
нужно все-таки стараться писать литературно, но точно

Сценарий описан по сути как дерево решений: если - то, может так и писать? а не через ВИ? Мне не нравится, смотри выше. Коберну икается

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


Про бизнес-процессы. Мне кажется их следует описывать в стиле событие - действие событие - то есть eEPC или BPMN.

Нет общей картины, бизнес-плана...

4179

Примеры / Re: План управления требованиями

« : 03 Апреля 2008, 22:36:07 »

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

4180

Примеры / Re: План управления требованиями

« : 03 Апреля 2008, 14:29:06 »

И мне интересно

4181

Варианты Использования (Use Case) / Re: Розенберг против Коберна

« : 02 Апреля 2008, 22:42:46 »

Phsony, я с Вами согласен. Примерно в том же направлении я думал и размышлял.

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

Безусловно я делал логический переход от скажем концептуальных ВИ к некоторым ВИ на которых уже основано проектирование.

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

4182

Sparx / Re: EA и CVS

« : 02 Апреля 2008, 15:17:14 »

Может попробуете обратится по адресу? http://www.sparxsystems.com/cgi-bin/yabb/YaBB.cgi?board=Latest

И задать вопрос там?

4183

Консалтинг и Внедрение / Re: Бесплатные CRM

« : 01 Апреля 2008, 14:21:50 »

Я как раз хочу разобраться с SugarCRM и применить ее в этом проекте:
http://www.uml2.ru/forum/index.php?topic=381.30

так а что там за проект?

Тема CRM достаточно популярная. Ближайшие 3 месяца буду анализировать процессы в этой концепции или философии. Сначала разбираясь с классическими CRM, потом применять это к продажам услуг рекламы.
Мне понравилась online-CRM, ссылку нашел в ветке мини-CRM http://crm.zoho.com
Не плохо всё документировано, документацию скачал... читаю. Еще есть интерес с точки зрения архитектуры к MS CRM, у них скоро 4-я версия выходит, кое-какие материалы есть по 3-й версии. Кто что думает по этому поводу готов выслушать. 

Продажи услуг рекламы?

4184

Консалтинг и Внедрение / Re: Бесплатные CRM

« : 01 Апреля 2008, 13:16:26 »

постоянно приходится редактировать

Пытался изучить и поработать с SugarCRM (www.sugarcrm.com/crm), но не нашел задач с ней решаемых

4185

Теория моделирования и нотации / Re: Какому стандарту соответсвует такая диаграмма?

« : 31 Марта 2008, 15:13:49 »

ну трудно сказать, она может соответствовать массе нотаций, например BPMN, или где-то eEPC, да точно нотация Эриксона Пенкера - самое оно.

Там тоже процессы флажком стрелочкой - на входе объект на выходе тоже + разные ресурсы сверху и снизу, + цель. Но Эриксон Пенкер это расширение UML для бизнес-моделирования