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

×


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

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


Сообщения - bas

2236
Коллеги,

Ну вроде бы все согласны сделать Семинар по предложенному выше плану.
Давайте сделаем:
1. Проведем в апреле Семинар в Москве по 3ем Инструментам
2. Проведем 3 мастер-класса по Инструментам в Минске + после круглый стол по обсуждению

Тем самым Вы обкатаете мастер-классы на семинаре и выступите удачно в Минске.

Для этого на этой неделе нужно выбрать фичи, которые будут демонстрировать СУТ и определиться с датой Семинара в Мск.
Жду реакции докладчиков.

2237
Рейтинг BPMS от Gartner, 2009

Цитировать
Дождались (после 2-летнего перерыва) очередного Магического Квадрата поставщиков BPMS. Новые правила судейства, новые участники (в том числе SAP), компактная группа лидеров гонки (Lombardi и Pegasystems)

2238
Хорошо, значит я немного не правильно понял. Делаем все по порядку.

1. Библиотекарь выдает Книгу Читателю по Формуляру и может другой Библиотекарь принять туже Книгу от того же Читателя.
2. Все что Вы описали - это функциональность, в статике будет просто Библиотекарь принимает Заказ на Книгу от Читателя
3. Это функциональность, к ДБО отношения не имеет
4. Думаю учет выдачи Книг в чит. зал можно сделать также как в п. 1. В Книгу можно добавить атрибут тип (для Чит. зала, для Выдачи)

Нужно оформить то что я написал и двигаться дальше.

2239
Аааааааааааааааа, все не так.

Давайте начнем с малого:
1. Сотрудники библиотеки оформлены правильно
2. Есть Книга или по Вашему Каталожная Карточка, мне больше нравится первое название
3. Книгу могут написать несколько Авторов, а один Автор может написать много Книг
4. Книгу принимает Заведующая, проставляя в Книге дату приема
5. Читатель делает Заказ,
6. Заказ оформляется на Книгу
7. Библиотекарь выдает книгу по Заказу
8. Другой Библиотекарь может принять Книгу по Заказу
9. и т.д.
Давайте оформите пока то что я написал и потом пойдем дальше.

2240
В принципе документы получились очень даже приличные. Только с БО никто не справился :)

По БО предлагаю начать с малого и прямо в этой ветке обсуждать. Т.е. с начала нарисуем основные БО (Справочники) - Студент, Преподаватель, Факультет, Кафедра, Группа, Дисциплина и проименуем связи между ними.

2241
Нужны названия на связях, например, Автор "написал" Книгу, чтобы было более понятно.

Опять же не понятно как Читатель связан с Карточкой?
Зачем нужен Формуляр одновременно и Заказ? Мне кажется под Заказом должно быть Каталог Книг.

Думаем логически:
1. Читатель делает Заказ, Заказ оформляется на Книгу, Библиотекарь принимает Заказ
2. Заведующая принимает Книгу
3. Книга принадлежит Категории

2242
Примеры / Re: EA - описание среды с примером
« : 27 Февраля 2009, 13:09:57 »
Можно почитать РУП, что нужно включать:
http://www.ts.mah.se/RUP/RationalUnifiedProcess/process/reports/re_bom.htm

Ира, это нотация ЮМЛ, т.е. обычная ДК со стереотипами.

2243
Примеры / Re: EA - описание среды с примером
« : 27 Февраля 2009, 11:12:00 »
Именно нотация UML ничего не говори про Business Domain Model, что и правильно, т.к. она дает нотацию, а представление мы сами строим.
Business Domain Model определена в РУПе и ОпенУПе.
Она строится из элементов Класс со стереотипом Actor и  Business Entity.

А помочь - поможем.

2244
Примеры / Re: EA - описание среды с примером
« : 26 Февраля 2009, 23:15:43 »
Ира,

А что ты хотела конкретно спросить про Business Domain Model? Ты вроде сама написала ответы :)

2245
Что-то типа такого :)

1. Не понятно почему у Книги может быть много Карточек
2. Один Автор может написать несколько Книг и одна Книга может быть написана несколькими Авторами
3. Не понятно куда делись Заказы Книг и как Вы будете вычислять Должников
4. Работники Библиотеки наверное принимают Книги от Поставщика и Читателей и отдают их Читателям

2246
Я сам его не трогал, поэтому врать не буду. Но рекомендую хотя бы посмотреть презентацию Решения IBM Rational на базе Software Delivery Platform и Jazz стр. 16

2247
Поэтому пока предлагаю стереть твое мнение про Композер ;) Потому что ты не прав :)

2248
ИМХО Вам прямой дорогой в BPMS и на www.bpms.ru

2249
Виталий,

А ты его качал, смотрел??

2250
Что необходимо для внедрения автоматизации тестирования ПО

Цитировать
Пособие для консалтеров, внедряющих автоматизацию тестирования ПО.

Для внедрения автоматизации тестирования ПО необходимы всего три вещи:
    * Мотивация руководства
    * Зафиксированный и работающий процесс тестирования
    * Ресурсы: выделенные люди, которые будут заниматься только автоматизированным тестированием + фанат своего дела
Если чего-то из этого нет - лучше не начинать, на выходе всё равно получится "дохлая лошадь".
Почему?

З.Ы. Предлагаю переименовать тему в Новости из мира инженерии ПО  :)