3256

О Сайте и Форуме / Re: Нельзя ли несколько скорректировать "указатель страниц"

« : 21 Июля 2009, 00:15:25 »

Имеем проблему в моей формулировке: неудобно пролистывать длинные (т.е. многостраничные) обсуждения/темы.
Примеры.
1. Этот раздел (о сайте и форуме) в настоящее время имеет указатель следующего вида: [1] 2 3 ... 5 (очевидно, что если вместо многоточия стояла бы ссылка на четвертую страницу - это позволило бы сократить число кликов и времени для ее достижения)
2. Обсуждение аттестации студентов имеет указатель страниц в зависимости от точки входа: либо [1] 2 3 ... 16, либо 1 ... 14 15 16, а также 1 2 ... 15 16 (если заходить из раздела "Примеры"). Для доступа к страницам в середине обсуждения требуется довольно много кликов, например для 10-й требуется 4-5 кликов.
Причина (опять же в моей формулировке): элемент управления, позволяющий переходить между страницами, имеет недостаточную функциональность.

Предлагаемое решение:
Показывать полный перечень прямых ссылок на страницы (точно не знаю, но думаю, что 16 страниц - это самое длинное обсуждение), по крайней мере пока не будет прецедентов с очень длинными списками страниц.
Альтернатива 1: При наведении на "..." список ссылок на пропущенные страницы появляется (своего рода popup-menu) и становится возможным перейти на любую из них.
Альтернатива 2: Изменить число прямых ссылок в указателе на страницы с 3 соседних хотя бы до 5.

Возможно ли сделать что-то подобное?

Я сдела самое простое и очевидное, посмотрел настройки форума. Снял галку с краткого отображения.
Сейчас отображаются все страницы обсуждения темы.

Так лучше??

3257

Обсуждение статей / Re: Каково назначение UML?

« : 21 Июля 2009, 00:08:43 »

Не прокатит. Сколько читателей, столько и понятий "объективности".

Это не объективность - это субъективизм. Вы случайно не поклонница Гегеля?

3258

Обсуждение статей / Re: Отношение extend

« : 21 Июля 2009, 00:06:40 »

Ай яй яй Виталий. Как не хорошо так порочно цитировать Арлоу, и сваливать на него вопросы абстракции ВИ.

1. Не надо приводить цитаты вне контекста их использования! А контекст там - использование обобщения.

2. На мой взгляд ты сделал неверный логический вывод, сопоставив похожие рассуждения о неполноте базового ВИ (в случае наличия включения). Неполный - незавершенный <> абстрактный.

Назначить штраф вполне можно осуществить и после, между прочим:)

3259

Обсуждение статей / Re: Отношение extend

« : 20 Июля 2009, 16:50:06 »

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

Мне кажется, в данном случае понятие абстрактный используется несовсем корректно. Что значит иницироваться самостоятельно? Любой ВИ кто-то инициирует. Его инициирует непосредственно действующее лицо, либо он инициируется из другого ВИ (вероятно самой системой) для обеспечения интересов какой-то из сторон.

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

Причем же тут абстрактность? Абстракность - это когда конкретное поведение ВИ не может быть инстацировано

3260

Обсуждение статей / Re: Каково назначение UML?

« : 20 Июля 2009, 13:37:40 »

При слове "объективный" сразу возникает вопрос - каким образом мы своими субъективными методами эту объективность установим?

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

3261

Обсуждение статей / Re: Отношение extend

« : 20 Июля 2009, 13:34:55 »

2. Поведение может использоваться в нескольких вариантах использования - абстрактный расширяющий ВИ

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

3. Расширяющее поведение сложное и его удобней записать отдельно (альтернативный поток событий вынесен вне) - абстрактный расширяющий ВИ

Почему все время абстрактный?, мне лично это непонятно

3262

Термины и Определения / Re: Перевод mechanism и framework

« : 18 Июля 2009, 23:49:11 »

Ой сорри, что-то я напутал. Я тоже за механизм. Нормальный термин часто используется и в русской специальной литературе

3263

Термины и Определения / Re: Перевод mechanism и framework

« : 18 Июля 2009, 23:47:39 »

Добавил голосование за перевод термина mechanism, Если выбираете значение Другой, пишите пожалуйста ваш вариант перевода в ответе темы.

mechanism ['mekqnIz(q)m] n
1.   механизм, аппарат, устройство
defence mechanism - защитный механизм
pre-set mechanism - тех. программный механизм
the mechanism of the body - строение (человеческого) тела
the mechanism of the government - устройство государственного управления /аппарата/; государственный механизм
quite a simple mechanism - очень простое устройство
there's something wrong with the mechanism of the clock - что-то случилось с механизмом этих часов
****************************************
2.   техника (исполнения) - я за это
****************************************
3.   филос. механицизм

mechanism:
adjustment mechanism
1. механизм установления экономического равновесия, механизм взаимоприспособления (напр. спроса и предложения)
2. механизм выравнивания [регулирования] (напр. платёжного баланса)
automatic equilibrating mechanism - механизм автоматического выравнивания (напр. платёжного баланса)
credit-granting mechanism - механизм выдачи кредита
cyclical mechanism - механизм экономического цикла
demographic mechanism - механизм демографических процессов
deviation-amplifying mechanism - механизм расшатывания (экономического равновесия)
exchange rate mechanism - механизм валютных курсов
gold-flow equilibrating mechanism - механизм уравновешивания платёжных балансов посредством перелива золота
market mechanism - рыночный механизм
money-transfer mechanism - механизм перечисления денежных средств
price mechanism - механизм цен
propagation mechanism - механизм распространения (экономических колебаний)
response mechanism - механизм реагирования (напр. ценовой)
rewarding mechanism - система вознаграждений
tool mechanism - машина-орудие
transmission mechanism - передаточный механизм (экономических процессов)
working mechanism - рабочая машина
****************************************
закономерность ж. - я за это тоже
****************************************
1.   (закон явления) law
2.   (механизм явления) mechanism; behaviour
3.   (повторяемость явления) regularity; relationships

3264

Вакансии / Re: Требуется сист. аналитик для работы на дому - сбор требований (ТЗ) для сайта

« : 17 Июля 2009, 20:53:16 »

ничего себе! печатная машинка с БД!!  думаете, все так просто ?!

Какова роль машинистки? Она очевидна - перепечатка рукописного текста в текст печатный.

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

3265

Sparx / Re: Тип long и Long в EA

« : 17 Июля 2009, 17:21:44 »

Настроить схему трансформации, где указать явно, что вместо long используется Long. А вообще в ЕА есть специальные расширения для раундтрип разработки в платформах типа java, наверняка в них все эти моменты учтены

3266

Обсуждение статей / Re: Отношение extend

« : 17 Июля 2009, 17:19:19 »

В связи с моим вопросом «Значит ли из ответа на второй вопрос, что Include нельзя использовать в альтернативных потоках?» просто напишу следующее.

Можно. Все инклюды, расширения и т.п. - все это в головах. Просто в ходе написания не Вы же первый сталкивается с проблемой оптимальности между полнотой и простотой. Вот Коберн и написал нам книгу, обобщив весь опыт. Когда Вы пишите текст Вы не думаете об инклюдах и экстендах.

Не понимаю какого ответа вы все-таки хотите услышать?

По факту, никому из них не интересно вникать в правила и особенности написания ВИ.

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

ВИ потому и хороши, что пишутся простым языком в определенной установленной формой. Пишутся вами для других. Если никто не будет вас понимать, то соотвественно Вы пишете что-то не то, если будут понимать, значит все окей.
ВИ - это требования, они должны быть настолько точны и ясны, насколько нужно для однозначного понимания их. ВСЕ

Очевидно, ВИ не пишутся для самовыражения бизнес-/системных аналитиков :-)

Именно для этого они и пишутся, если понимать под самовыражением БА и СА их профпригодность

Чем же наличие двух разных возможностей запустить определенную функциональность (в тексте ВИ) может помочь в достижении целей первых 3х?
Что же эти возможности дают такого, что оправдывало бы дополнительную сложность простых вещей?

Написание ВИ как и разработка циклична.
Ничего иного не придумано в оласти ПО для борьбы со сложностью как ДЕКОМПОЗИЦИЯ. В данном случае ДЕКОМПОЗИЦИЯ этапов разработки.
Сначала простейшие кратчайшие ВИ, постепенно обрастающие деталями для нужных действитеьно важных моментов.
Появление потребности в инклюдах и расширениях возникает не сразу, а постепенно по мере необходимости.

С одной стороны, можно было бы подумать, что предварительное разделение на Include и Extend может подсказать что-то архитектору, но, с другой стороны, нужна ли ему такая «помощь»?

Архитектору в первую очередь важны нефукциональные требования. Функциональные хотя и влияют, но слабее. Скорее все эти инклюды и Экстенды важны для организации процесса разработки

3267

Вакансии / Re: Требуется сист. аналитик для работы на дому - сбор требований (ТЗ) для сайта

« : 16 Июля 2009, 23:13:54 »

Суть 2-го проекта - написать ТЗ на АРМ машинистки (ввод данных в БД).

Вот это суть! АРМ машинистки - печатная машинка

3268

Консалтинг и Внедрение / Re: Выбор системы электронного документооборота

« : 16 Июля 2009, 23:11:00 »

Ida, есть у меня подозрение, что Cocu надо того, секвестировать. Я тут удалил ее/его сообщения фривольного содержания. И вот думаю, может и ник с адресом и ипом забанить?

3269

Обсуждение статей / Re: Отношение extend

« : 16 Июля 2009, 23:02:20 »

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

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

Спасибо, Сергей. Ты написал то, что я специально не включил в статью.

Я бы усил эффект

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

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

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

Более того, если наше ПО платное, то некая библиотека без штрафов может и не захотеть платить за возможность назначать штрафы через систему (особенно если этот модуль буде платный

3270

Обсуждение статей / Re: Отношение extend

« : 16 Июля 2009, 22:53:27 »

Pshony,

давайте разберемся, что и как мы моделируем.

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

Это базис, который позволяет создать контекст решаемой задачи.

Далее для действительно важного набора вариантов использования создаются текстовые спецификации их.

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

Критерий тут только опыт - опыт написания (и рисования) вариантов использования для ДРУГИХ людей, получения от них обратной связи (рефлексии).

Многие авторы советуют использовать диаграмму вариантов использования как иллюстрированное содержание к модели вариантов использования.

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

МЕСТО включения Вы определяете в тексте - для меня же видно только два овальчика о --> о, они мне говорят - первый базовый ВИ, он где-то (в основном потоке или в каких-то исключениях) включает в себя другой ВИ. Без этого другого ВИ он неполный, несостоятельный, он просто не имеет экземпляра. Другой ВИ - нечто самостоятельное, возможно тоже не инициируемое ДЛ, но которое как-то спокойно может обойтись и без своего базового.

Точно так же и с расширением - Вы только на пиктограмме указываете точки расширения, и только в тексте ВИ Вы можете указать где же это может произойти именно.

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

Обратите внимание, что у Вас ВИ - Послать письмо - ограничивается именно пересылкой письма, т.е. как бы получается примерно следующее:
ВИ: Отправить новое письмо (ответ)
Предусловие: текст письма написан и готово к отправке
Основной поток:
1. Пользователь вводит email получателя
точка расширения: массовая рассылка
2. Пользователь вводит тему письма, если необходимо
3. Пользователь отправляет письмо
4. Система (почтовый клиент) сообщает об успешной отправки письма
Альтернативные потоки (исключения, ветвления, прерывания, расширения)
* В любой момент пользователь закрывает редактор письма
   *1 система предлагает сохранить письмо как черновик
   *2 если пользователь соглашается
       *2.1 система сохраняет письмо как черновик и помещает в папку Черновики
   иначе
       *2.2 система удаляет новое письмо
И1. нет соединения с сервером
   И1.1. система сообщает, что отсутствует соединение с сервером
   И1.2. система помещает письмо в папке Исходящие

Далее можно написать расширяющий ВИ: Указать адреса для массовой рассылки

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