Форум Сообщества Аналитиков

×


Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - bas

2087
ПО Аналитика / Re: CASE АНАЛИТИК ERWIN
« : 20 Апреля 2009, 09:46:39 »
CASE аналитик и Catherine малоизвестные средства, врядли Вам кто-то здесь поможет

2088
На зубрах.ру выложили рецензию к книге "Записки автоматизатора. Профессиональная исповедь":
http://www.zubry.ru/books/2009/04/recenziya-na-knigu-andreya-orlova-zapiski-avtomatizatora/

2089
Ну если ты хочешь встречаться в инете, то ИМХО, что предлагает Денис наиболее эффективно.

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

Вообще есть идея организации Вечеров Аналитиков где-нить в ночном клубе или ресторане. У кого-то есть знакомые в ресторанном бизнесе?

2091
Как сказал Гриша, Сообщество Аналитиков проводит семинары, материалы по предыдущем можно посмотреть здесь:
http://www.uml2.ru/index.php?option=com_content&task=category&sectionid=6&id=34&Itemid=56

Так же я как раз завел тему, чтобы народу было интересно прослушать или обсудить на бесплатных Семинарах:
http://www.uml2.ru/forum/index.php?topic=1227.0

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

Вы кстати в каком городе проживаете?

2092
Имхо, имеет смысл добавить кратность, когда в целом ДБО будет одобрена.
Так в том то и дело, что с кратностью будет более понятно

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

2093
1. Не хватает кратности на концах связи.
2. Согласен с Деканатом, Факультетом, Направлением, Кафедра, Специальность, Группа, Студент, Зачетная Книга
3. Преподаватель не учет Студента - он ведет Занятия и числится на кафедре
4. Я бы сказал так - Студент посещает Занятия, по Занатяию студент может присутствовать или нет (Журнал посящений) и по Занятию может быть выставлен Бал.

Остальные замечания позже. Самому надо разобраться с левой частью :)

2094
Виталий,

Поздравляю тебя с Днем Рождения!
Желаю, чтобы искра, которая в тебе горит, превратилась в огонь достижений и успехов!
Здоровья, счастья и удачи во всем!


2095
Примеры / Re: Бакалаврская работа
« : 15 Апреля 2009, 18:22:27 »
Было:


Стало:

2096
Примеры / Re: Бакалаврская работа
« : 15 Апреля 2009, 18:20:38 »
Заменить Посмотреть Заявку на Управлять Заявкой и будет все ок.

2097
Примеры / Re: Бакалаврская работа
« : 15 Апреля 2009, 17:49:53 »
1. Если Старший Менеджер не смотрит в Вашей Системе Заявку, то его нужно убрать.
2. Сформировать и Отправить Заявку - ЭТО ОДИН ВИ, это одна Цель - Заказать Товар (так даже лучше назвать ВИ), в нем участвует еще Система коммерческого отдела, т.к. в конце Заявка отправляется во внешнюю Систему.
3. Посмотреть Заявку нужно засунуть внутрь CRUD Управлять Заявкой и т.о. будет еще одно объединение двух ВИ.

2098
Примеры / Re: Бакалаврская работа
« : 15 Апреля 2009, 17:24:47 »
Если Вы не модифицируете Систему коммерческого отдела (я бы слово СУБД заменил на Систему), то зачем на ДВИ Оформление Заказа и Оформление Договора? Пользователь же только Формирует Заявку и она отправляется в Систему коммерческого отдела и зона нашей ответственности заканчивается.

З.Ы. Уже в какой раз убеждаюсь, что Контекстная Д очень помогает в понимании Системы ...

2099
Примеры / Re: Бакалаврская работа
« : 15 Апреля 2009, 16:58:13 »
Я не понял про СУБД коммерческого отдела - это что такое? Т.е. у Вас есть Система (и отдельная БД в ней), которую Вы разрабатываете, там хранится каталог продукции и Пользователь делает заказ там, потом этот Заказ передается в другую Систему (СУБД коммерческого отдела) и там уже происходит оформление Заказа и Договора поставки. Так?

2100
Примеры / Re: Бакалаврская работа
« : 15 Апреля 2009, 15:51:57 »
1. Актером м.б. Пользователь или ВНЕШНЯЯ Система. Сама ИС, которую Вы разрабатываете, не м.б. Актером, т.к. мы отражаем ВИ как цель Пользователя по отношению к Системе, т.е. Актеры - это внешние сущности по отношению к самой НАШЕЙ Системе.
3. ВИ не отображают архитектурную особенность Системы, Система воспринимается как нечто целое (во всяком случае пока Вы не поймете азы ВИ и не пойдете дальше изучать их). Поэтому у Вас должно быть 1 ВИ с несколькими участвующими Пользователями
4. CRUD ВИ, например, можно назвать "Управлять Заказом"