3526

Для всех / Re: Правильное описание термина

« : 02 Апреля 2009, 11:41:01 »

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

А так посмотрите, что говорят по этому поводу толковые словари

3527

Обучение / Re: Журнал «AnalyzeIT» — Анонсы номеров

« : 01 Апреля 2009, 12:58:21 »

Молодцы

3528

Sparx / Re: Enterprise Architect: плюсы и минусы, жалобы и восхищения

« : 01 Апреля 2009, 12:57:48 »

Попробую перевести и отправить в поддержку

3529

Sparx / Re: Enterprise Architect: плюсы и минусы, жалобы и восхищения

« : 01 Апреля 2009, 07:57:57 »

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

3530

Sparx / Re: EA + MDG CORBA, кодогенерация IDL с модификатором "context"

« : 29 Марта 2009, 13:31:23 »

В том то и проблема, что не могу понять, как на UML диаграмме отобразить  "context(...)". Шаблон кодогенерации для oneway я уже исправил - работает.
Но в любом случае спасибо за ответ.

Если честно, я не очень понимаю, что такое  "context(...)". Однако, у Вас есть инструмент UML, там есть возможность использовать расширения: стереотипы, тегрированные значения, примечания, ограничения. Можно даже свой UML профиль разработать. Подумайте где нужен этот Ваш  "context(...)". Попробуйте например использовать стереотипы, тегированные значения, А в своем шаблоне это обрабатываться с нужной кодогенерацией

Ну и на форуме ЕА не стесняйтесь спросить

3531

ПО Аналитика / Re: Новости от Visual Paradigm

« : 26 Марта 2009, 20:33:26 »

Самый удобный и продуманный инструмент. имхо. Особенно если юзаешь Enterprise, который продается за 1699$. %)

И какие удобства именно в Enterprise? Можете поделиться. Хотелось бы знать версию конечно

3532

Sparx / Enterprise Architect: Тест кейсы

« : 26 Марта 2009, 17:40:07 »

А других нет источников, на русском например, или чуть более понятно? А можно ли вообще в ЕА писать тест кейсы для уже готовых програм или лучше по-старинке в ворде? Меня тут начальство напрягает в ЕА работать. Помогите пожалуйста чем сможете!

Существует множество способов описывать тесты, и Word не худший вариант.

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

Для начала посмотрите примеры от ЕА: EAExample.eap - там есть модель тестирования и примеры диаграм тестирования. Сами тесты описываются с использованием специальных окон: View -> Testing (Alt + 3)
тесты привязываются к элементам модели, хотя лучше использовать элемент со стереотипом <testcase>. Т.е.
1. Открываем окно для записи тестовых сценариев.
2. Открываем также модель с UML элементами - по сути любыми, по которым Вы планируете писать тесты.
3. Выделяете нужный элемент
4. Переходите в окно записи тестов
5. Выбираете тип теста
6. Жмете кнопку создать
7. Пишете, что Вы считаете нужным для описания теста
8. На диаграмме правой кнопкой мыши по полю диаграммы Properties -> Element -галку Testing
Ну и дальше получаем то, что вероятно хотелось

И читаем справку

3533

Примеры / Re: Проверте пожалуйсто ВИ

« : 25 Марта 2009, 20:33:43 »

Радионяня Коберн учит: каждый шаг сценария защищает чей-то интерес. Если убрать шаг четыре, то система, в принципе, не обязана сохранять рассылку. Программист, возможно, удивится, пожмёт плечами, но запрограммирует, как сказано. А может, даже и не удивится.

Гриша усе могет быть. Правда эти гарантии можно (нужно?) указывать в области минимальных гарантий и гарантий успеха.

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

К тому же между 3 и 4 шагом есть некий логический разрыв - выбрать по сути означает реакцию системы сохранить? А если выбирается много рассылок? Будем сохранять при каждом выборе? Может и так

3534

Sparx / Re: EA + MDG CORBA, кодогенерация IDL с модификатором "context"

« : 25 Марта 2009, 20:26:32 »

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

3535

Примеры / Re: Выполнение примера описания требований для ИС "Аттестации Студентов"

« : 25 Марта 2009, 13:52:52 »

Учебный отдел занимается только определением контрольных точек?

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

Имеет ли Учебный отдел отношение к составлению учебного плана?

насколько я помню нет, но входя в состав УМУ получается участвует. Графики делает точно

Учебный отдел один на весь ВУЗ, или имеются учебные отделы по факультетам/деканатам/кафедрам?

у нас 1 учебный отдел. Может в других очень крупных вузах их и несколько

3536

Примеры / Re: Проверте пожалуйсто ВИ

« : 25 Марта 2009, 10:52:14 »

Саша, я бы убрал 4 шаг ибо он очевиден

3537

Примеры / Re: Выполнение примера описания требований для ИС "Аттестации Студентов"

« : 25 Марта 2009, 08:01:34 »

Вопрос к заказчику: кто определяет дату контрольной точки?

Учебный отдел

3538

Примеры / Re: Система автоматизации диспетчерских и таксопарков

« : 23 Марта 2009, 19:46:38 »

StUtk,

Не спеши. Есть СВИ и БВИ. Различия смотреть в ФАКе - Чем отличается диаграммы Бизнес ВИ и Системных ВИ?

Саша ты не прав.Показывая ту ситуаци, которая изображена на диаграмме мы показываем, что

1. Либо водитель использует ИС Катрин для перевести клиента,
2. или ИС Катрин использует водителя для перевозки клиента.

в 1 случае непонятна цель использования ИС Катрин, но очевидно Основное действующее лицо
во 2 случае водитель второстепенное лицо, тогда нет Основного действующего лица

Противоречие на лицо

3539

Примеры / Re: Система автоматизации диспетчерских и таксопарков

« : 23 Марта 2009, 19:43:47 »

Собственно в этом посту: http://www.uml2.ru/forum/index.php?topic=993.msg10616#msg10616 Galogen пишет, цитирую: -"Цель декомпозируема - это факт. Но ВИ не функция, ВИ отражает цель пользователя, а не является ее сам по себе."
Это противоречие, мягко говоря, вводит в ступор..

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

3540

Примеры / Re: Выполнение примера описания требований для ИС "Аттестации Студентов"

« : 23 Марта 2009, 13:44:25 »

StUtK, неплохо.

Наверное на начальном этапе не следует стремится к идеальности и полной согласованности.

Анализ правда можно уже начинать и по-тихоньку структурировать модель.

Замечания:

Не следует ассоциации писать так буквально. Хотя смотрится великолепно, для заказчика просто то, что надо.
Но все-таки участников ассоциации не рекомендуется включать в имя ассоциации, направление чтение поставить несложно в ЕА.

Далее насчет того, что считать классом-объектом, а что атрибутом.

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

А я писал об этом:

есть N баллов за семестр и M баллов за экзамен-зачет, всего в сумме = N+M. N может быть равен M.
N  разбивается на К контрольных точек (типично 3): x, y, z. Причем z = N. Контрольная точка характеризуется Датой, Количеством Баллов, Количеством Пропусков. Каждая последующая точка есть сумма предыдущей и того количества баллов которые студент можеет набрать между контрольными точками.

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