16

UML SysML и пр. / Re: Как указать что человек работает в нескольких компаниях (UML, кратность)?

« : 24 Ноября 2016, 16:14:29 »

Правильнее вот так

17

ПО Аналитика / Re: Инструмент генерации test cases по блок схеме

« : 24 Ноября 2016, 16:02:35 »

Вопрос не совсем по адресу, это больше к тестировщикам.
Вот тут человек писал, что не смог приладить инструмент тестирования из ЕА:
http://www.uml2.ru/forum/index.php?topic=6641.0

18

Sparx / Re: Версионность и актуализация объектов

« : 23 Ноября 2016, 16:36:34 »

А если попробовать изобрести такой велосипед:
* Делаем новую диаграмму - релиз такой-то
* В нее добавляем все изменяемые классы
* Делаем независимую копию (клон) этих классов, связываем исходный класс и новый связью наследованию со своим стереотипом
* Меняем копию класса, куражимся над копией, как хотим
* Когда все изменения согласованы - меняем исходные классы и закрываем данную Д для редактирования.

Это будет работать, если не надо менять связи между исходными классами, хотя наверное и тут можно додумать.

19

Вакансии / Re: Требуется главный системный аналитик (локация г. Владимир)

« : 30 Августа 2016, 15:04:10 »

Гартнер не ведет, но есть другие:
http://assets.cdnma.com/13314/assets/Website%20Downloads/2016-Seilevel-RequirementsTool-Evauation-Report-FINAL.pdf

20

Обучение / Re: Рассказ о СА/БА в школе.

« : 30 Августа 2016, 14:38:34 »

У меня такого опыта нет, но я бы пошел примерно так:
1. В группах провел бы игру постройки игрушечного домика или чего-то похожего сначала без постановки задачи, потом бы стал задавать вопросы, а где это а где то. Потом бы попросил построить дом по ТЗ и увидеть разницу.
2. Показал бы, какие сейчас сложные приложения строятся, сколько в них вкладывается человеческих ресурсов
3. Какой общий процесс разработки ПО и кто в нем участвует
4. Какова роль аналитика в нем и в чем сложность работы без него.
5. Вигерс на своих занятиях просил написать постановку задачи на намазывание масла на будерброд с самого начала и потом по этому ТЗ начинал делать, естественно хлеб и масло были в начале процесса в пакетах.
6. Я также люблю просить учеников нарисовать кита в шляпе и с сигаретой. Все рисуют шляпу на голове и сигарету в зубах, но я же об этом ничего не говорил Важность быть в одном контексте.

Напишите потом что получилось и как было воспринято...

21

Системный Анализ и Требования / Re: Описание проверки при получении данных из другого сервака

« : 25 Июля 2016, 19:15:36 »

Оооооооо, уже начались вариации, во время продумывания

Я не спец в MDM, но эта проблема явно как-то решается по-другому...
Я бы выделил отдельно MDM систему для таких задач с НСИ.

Если не получается, то сделать псевдо MDM:
1. Выверить все базы и присвоить объектам уникальные идентификаторы, кот бьются между базами
2. Сделать одну базу, кот будет эталоном, псевдо MDM
3.1. Или заводить все НСИ в этой эталонной базе
3.2. Или если это невозможно, то при создании объекта в другой базе, проверять на наличие в эталонной, если нет в ней, то заводить новый элемент в двух базах и присваивать уникальный идентификатор в эталоне и в базе создателе.
4. При перекачке сверять только по ИД

Посмотрите эти две презы (возможно потом еще почитайте про MDM), м.б. наведет на какие-то мысли, кот вам подходят:
http://www.slideshare.net/croc-library/mdm-47721624
http://www.slideshare.net/croc-library/mdm-47721605

22

Вакансии / Re: Сист.аналитик (ДБО)

« : 21 Июля 2016, 16:24:12 »

Надо было и аналитик сократить, получилось бы очень лаконично - сис.анал.

23

Системный Анализ и Требования / Re: Описание проверки при получении данных из другого сервака

« : 21 Июля 2016, 16:17:04 »

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

5. Вам виднее - по каким критериям проверять, это нужно спросить у эксперта в предметной области. Я вижу сейчас две проблемы:
* Вы не сверяете Расположение (классификатор стран), что безусловно нужно делать.
* Что будете делать, если в базе приемника будет два объекта с одинаковым именем? А такое обязательно будет с подходом без уникальных идентификаторов.

24

Системный Анализ и Требования / Re: Описание проверки при получении данных из другого сервака

« : 20 Июля 2016, 14:19:07 »

1. Сверка по названию - плохая практика. Только по уникальному коду.

2. У вас м.б. только два уровня вложенности? Перекачка данных только односторонняя?

3. Вышестоящий объект нужно как-то назвать, а то не звучит... Вначале дать определение:
* Группа компаний (ГК) - объект на первом уровне в сущности такой-то
* Компания - объект на втором уровне в сущности такой-то

4. Ну описать примерно так и надо, только как-то коряво звучит, я бы написал так:
При получении с сервера№2 данных о компании, система должна до записи данных в БД осуществить проверку на наличии указанной компании в БД сервера №1 по следующему алгоритму:
1. Проверить по коду КГ, при совпадении перейти к п.2. Если совпадении нет, система должна сообщить об этом пользователю (кстати как? Перекачка данных идет в фоне?)
2. Проверить по коду компании, при совпадении система должна обновить данные по Компании. Если совпадений нет, то система должна создать новый объект Компания в подчинении его ГК.

5. Можно такой алгоритм выделить в отдельное описание и на него ссылаться при перекачке и других сущностей.

25

Sparx / Re: Как преобразовать БД в Oracle 11 в диаграмму классов в Enterprise Architect 9

« : 19 Июля 2016, 11:37:06 »

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

26

Проектирование / Re: Сбор и анализ требований по управлению доступом в процессе разработки ПО

« : 15 Июня 2016, 12:09:12 »

Я думаю, что можно начать отсюда:
https://en.wikipedia.org/wiki/Role-based_access_control
Хотя, наверное вы уже это прочитали...

Вообще, нужно идти ИМХО на форумы по ERP системам, и там искать ответ - как это устроено у них, н-р, в 1С, МС и САП. Здесь вряд ли кто-то даст ответ...

27

Sparx / Re: Версионность и актуализация объектов

« : 15 Июня 2016, 10:06:33 »

Прочитал два раза, ничего не понял - в чем проблема?

28

Для всех / Re: Госуслуги. Помощь в получении жилья.

« : 15 Июня 2016, 09:54:46 »

Шурочка Заказчик,

Когда я еще работал в компании, кот делал ПО для госов, то еще тогда у них в ТЗ был обязательный пункт - это показатели эффективности, т.е. по сути цели внедрения ПО и изменения процессов. Вот этот п. ИМХО должен предварять все описание.
А по сути вам нужно написать Концепцию/Vision и приложить бизнес-процесс, нарисованный в Визио.

29

О Сайте и Форуме / Re: Правила работы на форуме uml2.ru

« : 07 Июня 2016, 15:43:16 »

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

К сожалению, это технически нельзя сделать. Во всяком случае я не нашел в настройках.
Думаю, что после изменения рег соглашения такого не должно уже возникать. Буду следить за его актуальностью.

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

Хорошо, буду это делать, если это "спасет отца русской демократии" (с)

3) Полагаю уместным  в разделе правил, посвящённом модерированию, дать текущий список модераторов. Это способствовало бы правильному общему представлению о распределении ролей и обязанностей.

Зачем? Эта информация есть в каждом разделе наверху. Зачем плодить и поддерживать дубли?

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

Не нашел такой технической возможности в админке.

30

О Сайте и Форуме / Re: Правила работы на форуме uml2.ru

« : 07 Июня 2016, 11:02:47 »

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

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