1816
Обсуждение статей / Re: В Украине открыты 2 отделения IIBA
« : 20 Мая 2011, 17:32:47 »Все хорошо, но кто будет хоть что-то делать?Как всегда, а что хорошего дает членство? Чем мы полезны обществу ВА, за что мы будем платить?
В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.
Все хорошо, но кто будет хоть что-то делать?Как всегда, а что хорошего дает членство? Чем мы полезны обществу ВА, за что мы будем платить?
А бассейновая - это что? Я не знаю, и яндекс не знает, что интересно. Я знаю итальянскую, с двойной записью, и купеческую, когда следишь cash flow и ресурсы, а баланса нет. А в рассказе я буду показывать, как потоки ресурсов превращаются в баланс. Ну и всякие особенности - почему доходы в пассиве, зачем амортизация и т.п.Как-то мне нужно был узнать про БУ. Довольно давно. Я нашел какой-то курс лекций или даже несколько. В одном из них демонстрировалась бассейная модель. Система сообщающихся сосудов, задачи поступления и вытекания для поддержания нужного уровня. Масса математики и описание преимущества над вроде как принятыми моделями. Но это все, что я помню:)
Нет, это не гороскоп. Это некоторая практическая классификация, которая работает и активно применяется в Штатах и не только там.Да я знаю, что это типология как развития учений Карла Густава Юнга. У нас это вылилось в Соционику, от которой МБ резко открещивается. Хотя разницы не вижу. Я даже ездил в Москву и проходил аж за 400 р агромный такой тест на профориентирование. Даже не помню где он остался ибо там была какая-то полная чушь... Потому как-то у мен к этой типологии отношения как к картам таро или гороскопам или квадратам Пифагора. поприкалываться можно, вроде даже закономерности подмечаются и прочее
Хотелось бы узнать, насколько интересна тема лучших практик в разработке ПО в независимости от подхода к разработке?Свяжитесь, пожалуйста, с Сашей Байкиным (он у нас распорядитель по докладам) conf @ uml2 . ru
Могу сделать небольшую презентацию и рассказать, о том, как и что делается в компании, где я работаю, и каких из кучи разных практик имеют реальный положительный эффект. Не стану долго лить воду и просто ограничусь тремя лучшими практики, которые действительно работают и помогают. И, на мой взгляд, будут работать в любой компании занимающейся разработкой ПО.
1)Нужен ли тут актер которому звонят?Если он важная часть действия, и без его участия цель использования системы основном действующим лицом (т.е. актором, иницирующим прецедент) не может быть достигнута
2)Нужно построить 2 диаграммы состояний, из 10 состояний каждая, по двум прецедентам; у меня получается по 4 состояния для например прецедента Набор номера, следовательно я предполагаю нужно уменьшить количество прецедентов , как-то обобщить их.Правильно ли я понимаю, что вы должны построить на прецедент по диаграмме состояний? Этот подход я видел в одной из книг по унифицированному процессу от Якобсона и товарищей, но реально больше нигде не встречал и мне видится это плохой практикой.
3)Нужно ли как-то отображать последовательность прецедентов,как я пытался делать в первый раз, то есть например : Абонент поднимает трубку телефона, и мини-АТС получает сигнал «Трубка». В ответ мини-АТС посылает сигнал «Тон».А почему вы полагаете это прецедентами?
Замечательно. Хотелось бы узнать хотя бы приблизительную "стоимость" 2-го дня (если такое возможно)Павел. Питание это вечер 25 и весь 26 день с человека 1000 р - расчет прошлого года. Надеюсь больше не потребуется, но цены выросли
