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

×


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

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


Сообщения - bas

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

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

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

20
Обучение / Re: Рассказ о СА/БА в школе.
« : 30 Августа 2016, 14:38:34 »
У меня такого опыта нет, но я бы пошел примерно так:
1. В группах провел бы игру постройки игрушечного домика или чего-то похожего сначала без постановки задачи, потом бы стал задавать вопросы, а где это а где то. Потом бы попросил построить дом по ТЗ и увидеть разницу.
2. Показал бы, какие сейчас сложные приложения строятся, сколько в них вкладывается человеческих ресурсов
3. Какой общий процесс разработки ПО и кто в нем участвует
4. Какова роль аналитика в нем и в чем сложность работы без него.
5. Вигерс на своих занятиях просил написать постановку задачи на намазывание масла на будерброд с самого начала и потом по этому ТЗ начинал делать, естественно хлеб и масло были в начале процесса в пакетах.
6. Я также люблю просить учеников нарисовать кита в шляпе и с сигаретой. Все рисуют шляпу на голове и сигарету в зубах, но я же об этом ничего не говорил :) Важность быть в одном контексте.

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

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

Я не спец в 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
1. Нужно сделать на всех серверах единый идентификатор, просто надо, поверьте, иначе будете постоянно огребать проблемы. Постарайтесь убедить начальство.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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