1

Работа / Работодатель по Вигерсу

« : 23 Апреля 2014, 12:18:37 »

Коллеги, всем приятного времени суток!

Перечитываю Вигерса (новое третье издание от Майкрософт пресс), и в голове возник следующий вопрос:
Знаете ли вы компании (работодателей), в которых аналитики работают максимально "по Вигерсу" ? Можете ли вы поделиться контактами?

P.S исходя из своего небольшого опыта работы у себя в регионе, все чаще нужны системные аналитики в интеграции.
Хочется попробовать себя немного в другом направлении.

2

Обсуждение статей / Re: Analyst Days 2014, Мск, 24 мая

« : 11 Апреля 2014, 12:32:32 »

Обязательно буду. Коллеги, подскажите, кто еще из нашего сообщества собирается быть?

3

Задачи студентов / UseCase diagram. Include и Extend

« : 22 Апреля 2012, 13:41:42 »

Коллеги, день добрый.
У меня возник вопрос по поводу отношений include и extend. Вернее, по тому, как правильно связать эти отношения с актером.

Прилагаю две картинки для пояснения:






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


Если где-нибудь в литературе описан данный вопрос, прошу тыкнуть меня в нужный учебник)


Спасибо

4

Идеи и мозговой штурм / Re: Соотношение теории и практики. Или как сдвинуть себя с места

« : 17 Апреля 2012, 16:53:01 »

Не стройте воздушные замки в своей голове, приносите пользу конкретным людям вокруг вас.

Денис,спасибо за совет.

5

Идеи и мозговой штурм / Соотношение теории и практики. Или как сдвинуть себя с места

« : 17 Апреля 2012, 14:09:11 »

Всем день добрый.
Столкнулся с такой проблемой, думаю даже философского характера: Теория и практика.

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

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

В общем куча вопросов, перелистывание и перечитывание кусков книг в надежде найти ответ.
Поиск идеального решения своего вопроса. (а такое вообще есть?)
Как следствие-ответы не всегда находятся. Неуверенность сохраняется. Время потрачено

Коллеги, быть может кто-то сталкивался с чем-то подобным? Кто как решал данную проблему?
Быть может что-то посоветуете? (например, больше практики? но как тогда быть с ошибками)

В общем, буду очень признателен вашим советам.

О себе:
Являюсь студентом одного из региональных вузов нашей страны. Вуз классический и является одним из самых сильнейших по городу и региону. Даже в ТОП 13 по России входим (но сейчас не об этом). Т.к вуз классический-то соответственно руками делать мало чего умеем. В основном теоретики
Увлекаюсь аналитикой и проектированием. Хотел бы рости в данном направлении

6

Задачи студентов / Re: UseCase diagram. Правильно ли?

« : 17 Апреля 2012, 13:37:59 »

Alfia спасибо
Думаю моей главной ошибкой является - смешение всего в одну кучу и излишнее нагромождение. Будем упрощать

For All
Коллеги, как вы думаете, возможно ли поступить таким образом:

Создать ряд диаграмм классов, на каждой из которых будет выражена какая-либа своя суть? (виды требований)
То есть ,например, у меня имеется документ с требованиями от заказчика. Я проанализировал этот документ, разбил его на совокупности (группы, блоки, части). И по каждой такой группе сделал диаграмму класса.

Или например, сделать ряд диаграмм классов, каждая из которых будет показывать систему с какой-либо стороны(взгляда)

Практикуется ли вообще, такой подход?

7

Задачи студентов / Re: Класс и его атрибуты.Диаграмма классов

« : 17 Апреля 2012, 13:28:42 »

Видимо у меня в голове произошло смешение классов и БД, что и запутало меня. Хотя на самом деле- это две разные плоскости
Благодарю за пояснение

8

Задачи студентов / Re: UseCase diagram. Правильно ли?

« : 16 Апреля 2012, 12:41:58 »

Galogen

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

Благодарю за ваше пояснение.  Обязательное проанализирую диаграмму на данную связку

Alfia

У них разные первичные актеры, Админ и Время, и между ними не нужно показывать связь совсем.

Как вы думаете, правильным ли решением будет отдать данные прецеденты только одному актеру, например Время.
А для Админа тогда будут иные прецеденты?

For All
Как стоит отразить тот факт, что обновление и резервное копирование может проводиться как в ручную,так и по расписанию на данной диаграмме? Пока к сожалению, не могу понять, как это сделать

9

Задачи студентов / Re: Класс и его атрибуты.Диаграмма классов

« : 16 Апреля 2012, 12:28:53 »

lnew

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

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

Alfia

Это не исключает необходимости в уникальном ключе для хранения данных о заказчиках в БД

Правильно ли я понял, что в диаграмме классов вы имеете ввиду можно как и использовать id, так и не использовать. (нужно смотреть по обстоятельствам) ?
Насчет БД, да, вы правы. ID обязательно необходимо отразить

А как же про адрес электронной почты? А другие способы связи, типа skype, не понадобятся?

Спасибо за данное замечание! Я совсем упустил данные атрибуты из виду.

Elf

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

Правильно ли я понял, что ID можно не отражать в диаграмме классов, т.к он будет все равно указан на этапе проектирования БД ? (то есть указание id более разумно указать именно при проектировании БД, т.о не перегружая диаграмму классов)

Используются атрибут "контакты для связи" -раб.телефон, аська, почта и т.д.

Вы наверное имели ввиду не атрибут, а класс "контакты для связи"? Очень ценная мысль!Большое спасибо за подсказку

10

Задачи студентов / Класс и его атрибуты.Диаграмма классов

« : 15 Апреля 2012, 23:08:06 »

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

Суть: Имеется класс Customer (Заказчик). У данного класса я определил атрибуты:

• id
• Фамилия
• Имя
• Адрес
• Телефон

Вопрос1: нужно ли указывать в классе (как это сделал я) атрибут, под названием "id"? (или я начинаю путаться со схемой БД-где этот атрибут необходим,как правило).
Вопрос2: меня смущают атрибуты Адрес и Телефон. Мне кажется, что они - отдельные классы. Если это так, то какие отношения будут между  классами Адрес и Заказчик; Телефон и Заказчик

Буду очень признателен вашим ответам и пояснениям
P.S если на форуме уже обсуждалось где-то подобное, то попрошу тыкнуть меня ссылочкой

11

Задачи студентов / Re: UseCase diagram. Правильно ли?

« : 15 Апреля 2012, 22:22:06 »

Большое спасибо за отмеченные минусы и недоделки.
Очень ценные советы!Буду продолжать-улучшать, уже с их учетом

Единственный вопрос для Galogen: я к сожалению не совсем понял вашей фразы

Или он имеет смысл, если запущен, выполнен другой юзкейс?

Не могли бы вы перефразировать?

12

Задачи студентов / UseCase diagram. Правильно ли?

« : 15 Апреля 2012, 16:19:42 »

День добрый. Я начинающий аналитик-проектировщик-студент. Сейчас работаю над учебным проектом "Помощник Юриста". В кратце: представляет собой программу-комбайн, в которой будет все необходимое для небольшой юридической фирмы. Имеется реальный заказчик 
Читаю сейчас много различной литературы по UML, но не хватает опыта

Публикую свою use case диаграмму.
Хотел попросить совета у коллег постарше и поопытнее, чтобы меня поправили (Здоровая критика приветствуется)



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

2. Не понимаю до конца, как правильно отразить взаимодействие актеров и прецедентов типа : web-browser, microsoft office и т.д (все что внизу)
Как правильно отображать, что с моей системой взаимодействуют внешние системы?

3.У актера-системный администратор имеется прецедент "Составить расписание". По моей задумке он означает, что администратор сам устанавливает расписание для обновления и резервного копирования. Правильно ли использована тут связь "обобщение"? или должно быть "extend"? ( необходимо ваше пояснение)

4.Правильно ли отражено, что с этими же прецедентами взаимодействует актер "Время"?

Буду очень признателен за помощь и советы.
Спасибо