3796

Для всех / Re: Поздравляю с Всемирным днем Учителя!

« : 05 Октября 2008, 21:23:34 »

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

3797

Примеры / Re: Начинаю изучать UML, по критикуйте мою первую UseCase диаграмму

« : 04 Октября 2008, 23:36:57 »

Здравствуйте.

1. Слово "по критикуйте" не существует. Есть глалог покритикуйте с приставкой по-.

2. Это что Вы нарисовали? Попытка сделать алгоритм? Тогда причем тут use case. Подойдет Activity или DFD модель вообще.

3. Uses уже давно не используется, используется include

4. uses и extendes - зависимости, а не generalizationс соответствующим стереотипом

5. что это за акторы такие Запрос и Ответ, какие это они цели преследуют при взаимодействии с системой

Резюме - читаем книги, изучаем первоосновы языка, т.е. когда и почему следует использовать те или иные диаграммы.

3798

Sparx / Re: Enterprise Architect: Практика использования

« : 03 Октября 2008, 17:20:50 »

Получилось Надо было поставить в опциях матрицы - Include Metaclassed Elements, а то Activity не попадали в верхний уровень.

а теперь опиши весь процесс с маненьким примерочиком и тиснем в фак

3799

Sparx / Re: Enterprise Architect: Практика использования

« : 03 Октября 2008, 16:28:54 »

Нашел я как посмотреть матрицу: нажимаем на пакет правой кнопкой, а потом Documentation | Open in Relationship Matrix | As Source or As Target
Только не понял как она работает, т.к. не удалось получить крестики на пересечении

А какова исходная информация, какие связи между требованиями? можешь пример прислать?

3800

Примеры / Re: АРМ сотрудника экспертного центра электронных учебных изданий

« : 03 Октября 2008, 15:17:28 »

Выкладываю второй вариант use cases. Который в прошлый раз по ошибке заменил видением.

Такой вот вопрос. Можно ли в описани сценария давать такие формулировки.

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

3801

UML SysML и пр. / Re: Кому, зачем и когда нужен UML

« : 03 Октября 2008, 12:16:59 »

Да ошибся, bpms.ru. Более того, они наши партнеры.

Да в UML activity diagram много общего с BPMN. Однако BPMN имеет и свои лучшие моменты. Почитайте блог Войнова Николая. BPMN может использоваться с BPEL. UML кажется нет.

Расширения от Эриксона-Пенкера - тоже не есть UML в классическом виде. Можно использовать и его.

Для большего эффекта попробуйте привести пример описания бизнес-процесса в разных нотациях. Может это и будет ответом. Стандартом же описания БП все чаще называют ARIS с его eEPC

3802

UML SysML и пр. / Re: Кому, зачем и когда нужен UML

« : 03 Октября 2008, 08:38:22 »

А можно поподробнее о том, чем BPMN лучше подходит для моделирования бизнес-процессов, чем UML. Может кто-то встречал в интернете статьи по этому поводу? Просто как раз занимаюсь поиском оптимального инструмента (нотации) для моделирования БП, хотелось бы факты почитать...

Ну здрасьте! Смотрим ресурсы omg.org, bpmn.ru. UML вообще-то по умолчанию не предназначен для моделирования бизнес-процессов. Ну и поиск по форуму...

3803

Примеры / Re: АРМ сотрудника экспертного центра электронных учебных изданий

« : 02 Октября 2008, 21:53:09 »

Это vision. Ты не то выложил или не то здесь написал?

Ой пора на покой, совершенно не соображаю. Завтра выложу. Правда нулевой вариант есть

ИМХО, это уже выглядит намного более профессионально, чем то, что выдают некоторые коммерческие (ИЧСХ успешные) фирмы.

Что конкретно - видение? или нулевой вариант ВИ? А вообще стараемся. Могу сказать, что исходные данные пришлось серьезно откорректировать. Остальное пытаюсь не править лично, а говорить, делать замечания. А от студента ожидаю исправления ошибок.

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

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

Что касается твое претензии, она обоснована. Действительно, прописано неясно и неочень понятно. Почему. да потому что критерии должны быть, а пока их нет. Но ожидаются.

Принято решение реализовать две возможности.

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

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

Студентка об этих критериях наверняка не имеет ни малейшего представления.

Я сам еще не имею о них понятия. Однако есть задача - нужно решать

Они стандартизованы? По ним уже есть наработки (готовые перечни)? Есть ли классификация "типов изданий", насколько она адекватна и как часто будет изменяться? Хотя это уже детали, наверное. Но для уровня концепции нужно, как минимум, знать, откуда берутся эти критерии, от чего они зависят и как попадают в систему.

Нет конечно. Хотя опыт у нас есть. В прошлом году оценивали таким образом электронные учебники.
Естественно что критерии будут уточняться, дополняться и соотвественно будут меняться правила их использования. Я конечно не надеюсь, что студентка сделает это, но какую-то работу проведет.
Критерии качественные и количественные. Будем использовать знания полученные из теории оценивания систем или альтернатив. Так что научные основы имеются..

Как мне сейчас представляется, основную ценность для экспертов предоставляет именно эта работа с критериями. Простая регистрация документов вряд ли "уменьшит время оценки на 50%" (а возможно, даже его увеличит).

вот тут ты не прав. Поскольку сейчас вся эта деятельность ведется, правда оценка происходит в уме, а потому не слишком объективно, потому тут только два критерия - принята и не принята. Однако от руководства есть требования в оценки ЭУИ по 5 балльной шкале. Поскольку будут учасвтовать несколько экспертов, хотелось бы получить некий формализованный набор критериев, чтобы уменьшить субъективность. Риски понятны. Однако кто будет "сторожить сторожей"

 

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

Ничего страшного. Это полезно. Пока она беседует со мной. Поскольку я как раз один из этих экспертов (руководятель)
Однако ты дал дельную мысль, послать ее к потенциальным экспертам...

Кстати ты вполне можешь поиграть такую роль

3804

Примеры / Re: АРМ сотрудника экспертного центра электронных учебных изданий

« : 02 Октября 2008, 19:10:24 »

Неа, а формочки кто рисовать будет? А workflow кто прописывать будет? Поднять SharePoint -- это только часть работы.

Вот вот

Еще один вариант use cases. Ситуация пока не улучшилась. Поругал немного студентку. Кто тоже выскажет конструктив и рекомендации даст?

3805

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

« : 02 Октября 2008, 16:55:05 »

Например дерево решений

3806

Примеры / Re: АРМ сотрудника экспертного центра электронных учебных изданий

« : 02 Октября 2008, 11:06:43 »

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

Хотя как говорят, нельзя учить на неверных примерах

3807

Для всех / Re: Код vs модели

« : 02 Октября 2008, 08:26:04 »

Эдуард, ну неужели ты студентам на лекциях для демонстрации теории приводишь сложные примеры? Тут такой же случай. О чем кстати была презентация?

Денис, конечно, нет. Речь шла о другом. Я задался вопросом всегда ли полезна картинка?
Ясно, что картинка - это тоже по сути код, написанный в максимальной абстракции на неком языке, который должен быть понятен всем (в отличии от конкретного языка программирования. Но мне показалось, что в данном случае кусочек кода стоит картинки.
Правда, если бы данная картинка формировалась в неком инструменте, который затем можно было исполнить (ну что-то в роде MATLAB Simulink)... Хотя...

Статья вот
UML 2 Activity Modeling for Domain Experts (UML as a Knowledge Language)

Presentation reviewing UML from domain experts' viewpoint, and activity modeling in particular.

3808

Примеры / Re: АРМ сотрудника экспертного центра электронных учебных изданий

« : 01 Октября 2008, 19:13:56 »

Несколько измененный вариант Видения. Конечно требуется корректировка по разделам. ВИ на подходе.

Тут же прикладываю самый нулевой драфт описания ВИ. Много ошибок и неточностей. Надеюсь сразу на конструктивную критику

3809

Для всех / Код vs модели

« : 01 Октября 2008, 17:37:52 »

на сайте omg.org обнаружил ряд статей. В одной из них (выполненных в виде презентации) приведен небольшой пример.

Там представлен код и картинка, его иллюстрирующий.

Вот собственно картинка:


и код, связанный с ней

Код: [Выделить]

   Ammount function Accept_deposit (a : Account, d : Amount)
   {
     Amount nb = a.balance + d;
     a.balance = nb;
     return nb;
   }

Не кажется ли вам, что код гораздо понятнее и информативнее, чем картинка?

Как минимум код компактнее, создание его менее трудоемко, чем такой вот картинки

3810

Управление Проектом / Re: Порядок проведения опытной эксплуатации

« : 01 Октября 2008, 13:36:59 »

Денис, вот как интересно сложилось. В аккурат похожая ситуация. Только решили просто без формальностей.

В Вузе решаем внедрить некое решение для отдела кадров. Решение есть но скорее всего будет нуждаться в доработке. Для снятия неопределенности и чтобы пользователи сразу видели чс чем имеют дело, решили осуществить опытную эксплуатацию в рамках общего проекта внедрения. Т.е. в стоимость проекта внедрения опытная эксплуатация входит автоматически. Никаких особых договоров не заключаем кроме общего на поставку и 4 месячное обслуживание.

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