Komentarze do: Projekty adaptowalne, a Flex

Autor: Paweł Cichoń

Paweł Cichoń — Wed, 23 Apr 2008 21:54:50 +0000

Kogo widze, kogo goszcze ;) – czesc Teddy, tak, masz rację, temat FPA w RIA jest bardzo ciekawy, tym bardziej jeżeli łączymy ten temat ze sprzedażą RIA, gdzie należy okreslić możliwie najbardziej precyzyjnie liczbę punktów funkcyjnych (zarówno odnosnie danych, transakcji, złozoności wyjść i wejść (interfejsów) systemu, itd…, oraz tych znanych już z RIA, a nie z software engineering, jak choćby odnośnie stanów systemu (ad. GUI), tranzycji miedzy nimi, obszarów funkcjonalnych, ich wzajemnej tranzycji oraz kolaboracji), których czasochłonność realizacji bezpośrednio rzutuje na wycene projektu. Do tego dochodzi jeszcze QoS, reuzywalność, kwestie migracyjne itd… itd… jest tego troche, zreszta bylo tego duzo w projektach softwareowych (sam pewnie znasz to o wiele lepiej z własnego doświadczenia) a w RIA jeszcze więcej. No, na pewno FPA jest niesamowicie przydatne nie tylko przy szacowaniu kosztow i pracochlonnosci projektu, zapotrzebowania na zasoby oraz złożoności systemu ale przykładowo i przy zarządzaniu zmianami. W sumie odnosnie FPA, nie ma co sie czarować każdy ma swój sposób wynikający poniekąd z doświadczenia oraz intuicji i często do FPA podchodzi sie przez pryzmat przeszlych projektów, ich porównywania m.in. od strony funkcjonalnej itd… (choc w sumie nie powinno to być wyznacznikiem samym w sobie, nikt sie nie przyznaje, ale po cichu wie, że tak jest ;)) Co do samych metod, zapewne te z software development sa Ci bardzo dobrze znane, logika itd… co do samego Flexa, biorę dodatkowo pod uwagę najogolniej mówiąc stanowość oraz “komponentowość funkcjonalną” takiej aplikacji oraz jej zorientowanie na czas (przy precyzowaniu wymaganego QoS) – zresztą, na priv zagadam do Ciebie. No, jak zawsze poruszasz bardzo ciekawe problemy ;)

Autor: Teddy

Teddy — Tue, 15 Apr 2008 21:36:34 +0000

Paweł, Świetny tekst. Ja ostatnio próbuję zgłębić temat FPA – analizy punktów funkcyjnych w kontekście projektów bazujących na Flexie. Ciekaw jestem czy ktos z Was próbował sie kiedys zabierać na poważnie do liczenia pracochłonności projektów RIA?

Autor: Lax Serious Flex Developer

Lax Serious Flex Developer — Mon, 07 Apr 2008 20:59:50 +0000

Ach ludzie IT – deweloperzy, chcieli coś adaptować nawet nie architekci, a zwykli ludzie mogą się pogubić ;)

Autor: Paweł Cichoń

Paweł Cichoń — Mon, 07 Apr 2008 20:50:22 +0000

A z tym “przetwarzaniem wsadowym”, to dobre jest :))))))

Autor: Paweł Cichoń

Paweł Cichoń — Mon, 07 Apr 2008 20:48:41 +0000

Geneza używania terminu “projekt adaptowalny”, a nie “projekt adaptacyjny” przez “ludzi IT/PM” w PL w kontekście tego o czym pisałem w poście, jest taka, że po pierwsze – jak zaczęto uzywać projekt adaptacyjny, m.in. architekci myśleli, że ludzie IT chcą za pomocą IT coś “przebudowac” ;) – chodziło, więc o zaznaczenie różnicy między jednym, a drugim terminem mając na uwadze ich odrębność, po drugie, dokładnie tak jak piszesz – “możliwą, aczkolwiek niekonieczną zmienność” – i tak dokładnie jest, wiadomo, że im mniej odstępstw od zakresu funkcjonalnego nakreślonego w kontrakcie, tym lepiej, stąd teoretycznie może zdarzyć się, że nic/niewiele zmieni się w kontekście wymagan w trakcie życia projektu. Ale OK, tak jak mowisz, ja też “w jenzyku polskim masterem nie jestem” ;) … choć akurat ten temat jest bliski mojemu sercu. Aby być szczerym, niektórzy PM’owie preferują termin “projekt adaptacyjny” i go używają, ja osobiście jestem za “projektem adaptowalnym”.

Autor: maliboo

maliboo — Mon, 07 Apr 2008 20:28:52 +0000

Swego czasu znajomy był oburzony słowem “wsadowy” w kontekście przetwarzania wsadowego (batch). Odpowiedź RJP rozmyła jego obiekcje ;)

IMO powinien być adaptacyjny. Adaptowany: sugeruje jego czasoteraźniejszość ;], adaptowalny – możliwą, aczkolwiek niekonieczną zmienność. Ale nie po to wybrałem path&fame developera by zaprzątać sobie glowę jenzykiem polzkim;)

Autor: Paweł Cichoń

Paweł Cichoń — Mon, 07 Apr 2008 20:18:09 +0000

Inna sprawa poruszyłeś dosyć zabawny wątek z nazewnictwem – adaptowalny, adoptowalny, adaptacyjny, itd… pamiętam czasy, gdy w polskiej literaturze lub na konferencjach pm i nie tylko pojawiał się termin “adaptive …”, rozpoczęła się dyskusja jak powinien być on przełożony na język polski, były osoby które były za tym, aby przetłumaczyć go na “adaptacyjny” … potem było “adaptowany”, a skonczyło się na “adaptowalnym”. I w sumie uważam, że tak jest OK ;)

Autor: Paweł Cichoń

Paweł Cichoń — Mon, 07 Apr 2008 19:44:08 +0000

MS Word mi pozamieniał pod myszką, “a” na “o” ;) hehe, to się uśmiałem – zrobiłem sobie Ctrl+C, Ctrl+V zadowolony, że tym razem ładny post z “ę”, “ą” itd… będzie, jak widać jednak i z Word’em trzeba być czujnym. Dzięki za zwrócenie uwagi. ADAPTOWALNY ma być, adaptowany, jak sugerujesz może być projekt, ale to, że może być adaptowany, nie określa tego, że jest to projekt adaptowalny ;) w kontekście IT.

Tak jak pisałem “wymagania funkcjonalne są rozbudowywane oraz ADAPTOWANE do wymagań niefunkcjonalnych”, stąd się to bierze. Choć musze przyznać, że zdarzyło mi się już wczesniej, pewnego razu poprawiać z projektu adaptacyjnego, na adaptowalny ;)

Autor: MALIBOO

MALIBOO — Mon, 07 Apr 2008 18:26:17 +0000

Chyba coś tu nie tak: adoptowalny może być kotek w schronisku (polecam), projekt jest adaptowany:)

IMO Trochę za długo i za dużo jak na początek.

Autor: wjptak

wjptak — Mon, 07 Apr 2008 14:23:38 +0000

Osobiscie kilka razy uzywalismy w projektach Flexowych SCRUM’a i musze przyznac, ze spisywal sie (i nadal to robi) swietnie. Bede chcial rozwijac jego zastosowanie w pracy z Flexem.

Czy ktos ma wieksze doswiadczenie z http://www.eclipse.org/epf/ ?

Pozdrowienia,
W.