226

UML SysML и пр. / Re: Нотация структурированного классификатора для изображения композитной агрегации

« : 08 Сентября 2010, 13:50:54 »

Атрибуты:
ПерваяЧетверть2010/2011 - начало=01.09.2010; конец=05.11.2011
Месяц - начало=01.12.2009
Декабрь2009 - конец=31.12.2009
Январь2010 - конец=31.01.2010

Понимаю, что лучше бы на диаграмме, но не владею ЕА для диаграммы объектов.

227

UML SysML и пр. / Re: Нотация структурированного классификатора для изображения композитной агрегации

« : 08 Сентября 2010, 12:48:02 »

Диаграмма объектов во вложении.

228

UML SysML и пр. / Re: Нотация структурированного классификатора для изображения композитной агрегации

« : 08 Сентября 2010, 11:31:41 »

Тогда должна быть описана универсальная структура для описания любых возможных периодов. И где она?

В сообщении

Период - интервал времени (с, по) с точностью до дня. Периоды классифицируются по типам: год, месяц, рабочая неделя, учебная четверть, ... Периоды одного типа: 1) либо следуют один за другим (год, месяц), т.е. следующий начинается сразу по окончании предыдущего, такой тип периода назовем "без промежутков"; 2) либо нет (рабочая неделя, учебная четверть - прерываются на выходные, каникулы), такой тип периода назовем "с промежутками". Примеры периодов: "январь 2010 года" - начинается 01.01.2010, заканчивается 31.01.2010, "1 четверть 2010/2011 учебного года" - начинается 01.09.2010, заканчивается 05.11.2010. Периоды "с промежутками" описываются датами начала и конца. Периоды "без промежутков" можно описать только датой конца, а дату начала определять по дате конца предыдущего периода того же типа. Для самого первого периода, у которого нет предыдущего, дата начала определяется за счет того, что в описание типа периода входит дата начала.

И формализованное представление - там же во вложении.

229

UML SysML и пр. / Re: Нотация структурированного классификатора для изображения композитной агрегации

« : 07 Сентября 2010, 18:34:45 »

Нет, не известны.

230

UML SysML и пр. / Re: Нотация структурированного классификатора для изображения композитной агрегации

« : 07 Сентября 2010, 18:27:18 »

1. Почему Период является частью композита Тип периода. Как-то не очень сопоставимо. Сравните: Род - Семейство - Вид - Подвид. Но означает ли, что удаляя РОД мы таким образом удаляем все что входит в него по иерархии?

2. чем отличается понятие Период от Понятие ТипПериода?

1. По Арлоу-Нейштадт почти любая ассоциация должна стать агрегацией или композицией, а не только отношения типа "часть-целое". Структурная модель отвечает какие условия выполняются. А как происходит удаление (и другие действия), причем чтобы не нарушить условия структурной модели, определяет модель поведения.

2. Пример: тип периода - месяц, периоды - декабрь 2009, январь 2010.

231

UML SysML и пр. / Re: Нотация структурированного классификатора для изображения композитной агрегации

« : 07 Сентября 2010, 18:17:01 »

2 Денис Иванов

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

232

UML SysML и пр. / Нотация структурированного классификатора для изображения композитной агрегации

« : 07 Сентября 2010, 14:41:19 »

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

Рассмотрим пример.
Период - интервал времени (с, по) с точностью до дня. Периоды классифицируются по типам: год, месяц, рабочая неделя, учебная четверть, ... Периоды одного типа: 1) либо следуют один за другим (год, месяц), т.е. следующий начинается сразу по окончании предыдущего, такой тип периода назовем "без промежутков"; 2) либо нет (рабочая неделя, учебная четверть - прерываются на выходные, каникулы), такой тип периода назовем "с промежутками". Примеры периодов: "январь 2010 года" - начинается 01.01.2010, заканчивается 31.01.2010, "1 четверть 2010/2011 учебного года" - начинается 01.09.2010, заканчивается 05.11.2010. Периоды "с промежутками" описываются датами начала и конца. Периоды "без промежутков" можно описать только датой конца, а дату начала определять по дате конца предыдущего периода того же типа. Для самого первого периода, у которого нет предыдущего, дата начала определяется за счет того, что в описание типа периода входит дата начала.

Во вложении - что получилось. Так можно? нужно? нельзя?

233

Работа / Re: Почему аналитики не читают литературу по специальности?

« : 06 Апреля 2010, 15:43:50 »

Да мне тоже многие книги много чего дали - когда опыта еще не было

Шутка принята. Мой стаж:IT - с 1982 г., аналитик (ERD и др.) - с 1991 г. (это когда не для того, чтобы самому программировать, а для коллеги, причем коллеги в полном смысле этого слова: по другому проекту он аналитик, а ты - программируешь), UML - c 2007 г. Это не наезд, а только информация. 

А слабо залезть на к примеру ОЗОН и методом перебора выделить, какие книги по профессии стоит читать, а какие нет?..
Вот неплохое тестовое задание для собеседующихся на вакансии аналитиков. Заодно навык потренируют.

Ценным во многих книгах является пересказанный опыт автора и конкретные примеры (я не имею ввиду справочники)
Я обычно пролистываю книги минут 10 и решаю стоит читать или нет, поэтому согласен с Юрой - надо знать много книг но читать избранные

А как можно понять, об одном и том же пишет автор или что-то добавляет, не пролистав хотя бы книги? По названию книги? Или "по напеву Рабиновича"?

Надо ПРОСМАТРИВАТЬ много книг, чтобы знать какие ЧИТАТЬ,но ПЕРЕЧИТЫВАТЬ избранные. Рад бы иметь более рациональный способ. Кстати до сих пор не знаю ответа на один конкретный вопрос: может ли класс быть производным? и что это означает? Одни и те же авторы (3 амиго) в разных своих произведениях дают разные ответы.

234

Работа / Re: Почему аналитики не читают литературу по специальности?

« : 05 Апреля 2010, 11:06:23 »

7 ответов, 4 автора, 0 предложенных списков.

Для меня каждая из обозначенных книг дала что-то новое и важное. Этого "нового и важного" могло быть совсем немного, вплоть до нескольких абзацев.

235

Работа / Re: Почему аналитики не читают литературу по специальности?

« : 01 Апреля 2010, 11:14:10 »

1. Дж.Рамбо, М.Блаха "UML 2.0. Объектно-ориентированное моделирование и разработка", 2-е издание, 2007
2. Джим Арлоу и Айла Нейштадт "UML 2 и Унифицированный процесс", 2-е издание, 2008
3. Три амиго "UML. Специальный справочник", 2006
4. OMG Unified Modeling LanguageTM (OMG UML), Superstructure Version 2.2
5. М.Фаулер "Паттерны анализа", 1999 (англ)
6. Л.Мацяшек "Анализ требований и проектирование систем. Разработка информационных систем с использованием UML", 2-е издание
7. Р.Баркер "Моделирование отношений сущностей", 1989
8. М.Фаулер "UML. Основы", 3-е издание
9. Г. Буч, Язык UML. "Руководство пользователя. Второе издание. Описание версии UML 2.0 Исчерпывающее руководство по языку UML От его издателей"
10. К. Вигерс, "Разработка требований к программному обеспечению"

Примерно так, первые 7 - точно.

236

Примеры / Re: Рефакторинг моделей UML

« : 26 Марта 2010, 12:02:04 »

Может дело будет идти лучше, если Вы приведете список проблем, с которыми Вы столкнулись при эквивалентном преобразовании?

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

237

Примеры / Re: Рефакторинг моделей UML

« : 26 Марта 2010, 11:29:39 »

Имеются в виду конструкции, которые сложно преобразовать в код?

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

238

Примеры / Рефакторинг моделей UML

« : 25 Марта 2010, 18:31:46 »

Доброго времени суток!

Интересует любая информация по эквивалентному преобразованию моделей UML (в первую очередь - классов), кроме той, что имеется в переведенных учебниках по UML (Мацяшек, Блаха, Арлоу, 3 Amigos, Фаулер, Леоненков).

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