5686

Книги, статьи и ресурсы / Re: Применение UML 2.0 и шаблонов проектирования

« : 02 Февраля 2007, 17:02:07 »

Вот зайди по ссылки, мне сказали что в озоне и болеро точно есть
http://www.williamspublishing.com/cgi-bin/buy.cgi?isbn=978-5-8459-1185-8
или обратись к Михаилу (Mihael): ICQ 304091527

5687

Примеры / Re: Электронное тестирование учеников

« : 02 Февраля 2007, 16:57:53 »

А в каком виде лучше все это оформить?
Всмысле требования к системе? Просто их перечислить?

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

5688

ПО Аналитика / Re: [Посчитаемся] Какие CASE средства с поддержкой UML вы используете?

« : 02 Февраля 2007, 16:55:47 »

А вообще кто может посоветовать независимые от платформы программы? На работе просто у коллег и винда и линукс стоит.

Да все опенсоурс обычно кроссплатформенные, посмотри раздел веб-ссылок на нашем сайте. Там опубликованы некоторые ссылки на продукты

5689

Книги, статьи и ресурсы / Re: Применение UML 2.0 и шаблонов проектирования

« : 02 Февраля 2007, 16:53:27 »

Я на эту книгу оставил заказ в нескольких инет-магазинах еще до Нового года. К сожалению, пока ее нет в продаже

Почитай пока электронный вариант 2-го издания, они не так уж сильно отличаются, хотя и отличаются:-))

5690

Проектирование / Re: Информационно-справочная система(domain model)

« : 02 Февраля 2007, 16:51:20 »

Это означает (на мой взгляд), что должность связана с местом. А человек с должностью. То есть множественную ассоциацию надо развалить на две.

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

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

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

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

Ну все так в чем собственно проблема?
Я преподаватель и совмещаю должность завлаба и сижу в кабинете завлаба. Меня можно найти с вероятностью 100% именно там. Т.е. указываются наиболее веротяные места нахождения. У большинства людей эти места в 1 экземпляре, но есть и такие у которых их может быть несколько.
Предположим - родитель зайдя на сайт такой ИСС, ищет информацию о декане и находит, но вместе с информацией о декане выдается и информация о том что он - завкаф с его местоположением.
Родитель звонит и не наход декана в деканате, ему говорят он на кафедре, он видит и телефон кафедры и звонит туда. Вот и все решение.

5691

Теория моделирования и нотации / Re: Задача на n-арные связи

« : 01 Февраля 2007, 22:01:15 »

Если откровенно, не все понял.
Лучше бы, конечно, если ты все-таки взял на себя мужество сделать свою модель сам.
С указанием кратности, ролями полюсов ассоциации и т.п. Не такая уж большая моделька- то. Тем более ты говоришь, что она может претендовать на некую обобщающую или шаблонную модель.

причём ключами "лица с ролью" будут атрибуты:
- "лицо+договор"
- "роль+договор".

Совсем ничего не понял. Атрибуты кого? Класса? Класса ассоциации? Я думаю для пояснения вопроса можно показать диаграмму объектов.

Цитата: Galogen от Сегодня в 07:42:16 pm
То что договор включает некоторые предметы соглашения понятны, однаок если эти предметы соглашения могут перепродаваться?
... по другим соглашениям. Кстати да, документы могут быть связаны и выполнять различные роли друг относительно друга.

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

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

т.е. ты хочешь сказать, что на стадии концептуального анализа классов ассоциации стоит избегать?

5692

Теория моделирования и нотации / Re: Задача на n-арные связи

« : 01 Февраля 2007, 19:42:16 »

Не обижайся. Я сегодня целый день с диаграммами вожусь, они мне вот уже где <показываю поперёк горла>.

Да я и не обижаюсь, с чего ты взял.
Однако, твое описание тогда требует дополнительных комментариев. Теперь ты их дал. Правда так и не ответил на вопросы.
Не очень таки понятна твоя модель. Как работает ограничение на то что одно и тоже юрлицо не может выступать в двух роля в одном соглашении. То что договор включает некоторые предметы соглашения понятны, однаок если эти предметы соглашения могут перепродаваться? Кроме того как учитывается тот факт, что один и тот же предмет договра может продаваться по разным ценам в будущем? Хотя в исходной поставновки этого нет, при обсуждении это проявлялось, смотри пост Юры Булуя...

5693

Теория моделирования и нотации / Re: Задача на n-арные связи

« : 01 Февраля 2007, 19:03:36 »

Алекс, поскольку ты немного ленивец, наверное на Мадагаскаре долго жил:-)

Я взял на себя труд визуализировать написаное тобою. Прадва ты ничего не сказал об кратности связей и т.п.
Однако вот что получилось, некоторые кратности я добавил.

Но думается мне модель слишком неадекватная.
1. Зачем нам нужно физическое лицо? Дейстиве только между юридическими лицами. Например два банка
2. Лицо в данном случае абстрактный класс имхо, но имеет ли право абстрактный класс вступать в отношения? Нет. Поскольку он не создает объекты.
3. таже ситуация и с предметом договра
4. Юр лицо в одном договре должен играть только одну роль или или. Как твоя модель этот факт передает?

5694

Проектирование / Re: Информационно-справочная система(domain model)

« : 01 Февраля 2007, 18:47:35 »

Должность обеспечивается рабочим местом или человек обеспечивается рабочим местом.

Будем считать так. Человек устраивается на некую должность в подраздление. Это очевидный факт! Получив должность - например доцент кафедры экономика, он соотвественно получает место - скажем отдельный кабинет или стол в общем помещении - преподавательская. Поскольку система справочная, то кому-то скажем требуется узнать где обычно размещается некто Сидоров, где он работает и на какой должности

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

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

И еще вопрос: есть уверенность, что отдел всегда безраздельно владеет помещением. Не бывает такого, что могут подсадить человека из соседнего отдела?

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

Как получилось, что одна должность может принадлежать нескольким подразделениям? Вы ничего не путаете?

Очень просто
берем две кафедры: Экономика и Информатика.
На каждой из кафедр могут работать доценты, старшие преподаватели научные сотрудники и т.п. Думаю ясно?
Конечно есть отделы где должности определяются лишь этим отделом: скажем бухгалтерия

5695

Проектирование / Re: Информационно-справочная система(domain model)

« : 01 Февраля 2007, 17:50:14 »

Вот попытался сделать модель классов.
Чувствую не все так, но как вариант.

Отражаемые факты

1. Здание состоит из помещений
2. Организация состоит из подразделений
3. Подразделение может включать подчиненные ей подразделения
4. В каждом подразделении есть штатные единицы (должности)
5. Штатная единица (должность) может быть в разных подразделениях
6. Сотрудник находится в некотром помещения, занимая определнную должность

Так же прикрепляю IDEF1x модель

5696

Проектирование / Информационно-справочная система(domain model)

« : 01 Февраля 2007, 14:57:53 »

Это не провокация!

Однажды мы решали такую задачу с одним дипломником. Система была разработана как веб-приложение на платформе Apache+PHP+MySQL. Реализация была вполне успешная, для разработки и проектирования использовался структурный подход. Модель данных проектировалась в IDEF1x. Физическая реализация БД была изменена, поскольку наша ИЛМ(инфологическая модель) создавала проблемы в реализации. Какие пока говорить не буду.
Для определенности будем полагать конкретную организацию - а именно ВУЗ.

Итак, вот набор фактов, которые были выявлены в ходе анализа ПрОб.

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

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

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

В некоторых помещениях располагаются телефоны. Телефон может быть местный и/или городской. Один и тот же номер телефона может быть закреплен за разными помещениями. Обычно в одном помещении может быть только один местный телефон.

В помещении могут находится(работать, быть закрепленными) 1 или более сотрудников.

Сотрудник может иметь 1 или более должностей. Вторые должности - совместительство. При этом работая на разных должностях сотрудник может быть закреплен за разными помещениями. Скажем мистер Х - заведующий кафедры Y находится в кабинете №3 в заднии В(Учебно-лабораторный корпус) и местный номер телефона и городской номер телефона. (Чаще всего городской номер закреплен за подразделением). Тот же мистер Х - декант факультета Z - находится в деканате в комнате №56 корпуса А(аудиторный) имея телефон или несколько...

5697

Сообщество Аналитиков / Re: Встреча Сообщества Аналитиков №2

« : 01 Февраля 2007, 10:25:41 »

увидешь группу интеллегентных молодых людей с умными лицами ... так это мы :-)

То есть Юра, ты все-таки решил принять участие во встречи?

5698

О Сайте и Форуме / Добавлена возможность комментирования на сайте

« : 31 Января 2007, 22:53:09 »

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

5699

Теория моделирования и нотации / Re: Задача на n-арные связи

« : 31 Января 2007, 20:09:51 »

Круто!

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

Правда все-таки для нашей задаче это уж больно серьезно.

Я вообще изначально мыслил именно категориями IDEF1x - мне ближе. Диаграмма классов не так ясна еще. Может по этому я сразу ввел понятие сделки - т.е. фактически таблицу-деталь.

Если честно я не могу выдать суждение - достигли мы цели или нет, цель от меня скрыта. Надеюсь Юрий скажет слово.
Однако дискуссия была супер интересной. Думаю предложить  еще ряд "провокаций"

5700

Нововведения / Популярно об UML 2.0

« : 31 Января 2007, 18:59:40 »

UML 2.0 становится стандартом или уже стал таковым.

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

Не понятно, например, что такое collaboration и как его использовать. И вообще хотелосьбы узнать как применять новые диаграммы и как они согласуются со старыми