🚀 go-pugleaf

Użytkownik "DarekM" <darekm@emadar.com> napisał w wiadomości 
news:ehiped$10v$1@node5.news.atman.pl...
> Jarosław Żeliński napisał(a):
>> Tak się tworzy spiskowe teorie dziejów....
> To ty zacząłeś rzucając jakąś statystykę bez krzty komentarza. Ja tylko 
> chciałem pokazać jak można ją interpretować. Wiem że są to skrajności, ale 
> też wiem że nie wszystkie

Masz rację, statyska ta dotyczyła projektów "pisania od zera".

[...]
> Można jeszcze wdrażać Excel/Visio . W większości przypadków robi się to 
> bez analityka, a przydałby się czasami aby wytłumaczyć że jest ślepa 
> uliczka.

Ano święte słowa. To właśnie projekty powstaajce na bazie bezsensownych 
ankiet i dziesiątek niekontrolowalych schematów w Visio.

>> Tak więc analiza powinna moim zdaniem prowadzić do zrozumienia 
>> organizacji klienta, opisania tego jak pracuje (model procesowy) a potem 
>> do zaprojektowania narzędzia (czyli aplikacji) która tę organizację 
>> będzie wspierała (np. model w UML).
> W zasadzie masz rację , brakuje mi tylko stwierdzenia z jakim produktem 
> startujemy. Czy to będzie rozwiązanie dedykowane (pisane od nowa na 
> zamówienie) , parametryzowane (tak jak duże systemy ERP) czy też w miarę 
> uniwersalny produkt który należy odpowiednio skonfigurować i nauczyć 
> obsługiwać.

Moim zdaniem jeżeli planujemy wdrożenie gotowego systemu to robienie mapy 
procesów bardziej szczegołowej niż kluczowe zadania w firmie z 
uwzględnieniem podstawowych (nieusuwalych z firmy) dokumentów jest 
nieporozumiem.

Jeżeli planujemy system od zera to dobrze jest opisać procesy do poziomu 
wszytkich czyności jakie są wykonywane w tym obszarze firmy który b ędzie 
beneficjentem nowego systemu (bez zbytnich szczegółów ich realizacji). Wtedy 
z takiej mapy procesów (po ewentualnej optymalizacji) bardzo łatwo wyłuskać 
wszystrkie przypadki użycia systemu.


> Po analityku może np. wejść sztab systemowców i
>> programistów, którzy szybko gotowy obiektowy projekt zakodują, i pierwsza 
>> wersja powinna być. Potem oczywiście ewentualne prace nad ulepszeniem.
>>
> I z tym się nie zgodzę. Takie rzeczy to tylko z gotowymi produktami. 
> Program narzuca pewien szkielet, którego musimy się trzymać. Analityk musi 
> podjąć 3-5 kluczowych decyzji związanych z dostosowanie programu do 
> klienta albo odwrotnie. Żeby nie było, uważam to za naprawdę trudne 
> zadanie.
>
Szkielet narzuca gotowy system, pisany na zamowienie żadnego. Czy źle 
zrozumiałem?


>
>  Jeżeli mówimy o systemach dedykowanych to pierwsza działająca wersja 
> będzie po ... latach. Jakaś część analizy się zdezaktualizuje, jakąś 
> trzeba będzie uzupełnić (czasami robią to programiści własnymi siłami).
> Natomiast oprócz zakodowania modelu należy jeszcze zrobić ten fragment 
> programu, który odpowiedzialny jest za funkcjonowanie programu w 
> rzeczywistości tak aby dane były wprowadzane sprawnie, pozyskiwane 
> informacje wiarygodnej system działał stabilnie przy takich zasobach i 
> takiej rzeczywistości jaka jest (a nie taka jak analityk założył, tzn. 
> jeżeli analityk nie założył błędów użytkownika to ich nie będzie).
>
>

No to dyskusja raczej inna już dyskusja o sposobie tworzenia oprogramowanie. 
Nie zabiorę w niej głosu bo zawodowo nie koduję. Ale to tworzenie "przez 
lata" do mnie nie przemawia. No chyba, że siadają programiści i piszą "na 
czuja" bez modelu systemu, którego "oni nie potrzebują". Znam wiele takich 
projektów programistycznych, faktycznie mają szanse być "a lata".



> Przykro mi ale wg mnie analityk bardzo przypomina mi architekta przy 
> budowie domu. Zazwyczaj projekt domu obejmuje elementy zewnętrzne: bryłę
[...]
Owszem, ale opisałeś tu architekta, który stworzył projekt domu bez wymagań 
przyszłego użytkownika tylko na bazie swojego widzimisię. Np. kuchnia z 
przejściem przez salon mnie osobiście pasuje, jest ona u mnie elementem 
użytkowego parteru. Więc kwestia gustu a to kolejny przyczynek do wykonania 
bardzo dokładnej analizy wymagań.

>
> Proszę mnie uświadomić, czy analityk jest w stanie zawrzeć w analizie 
> większość istotnych szczegółów koniecznych do zbudowania aplikacji.

Czyli jakich? Funkcjonalnych czy kodowych? Posługując się porównaniem do 
architekta: architekt powinien umieć zaprojektwac dom wygodny i akceptowalny 
dla użytkownika, zaś to czy rurki będą z PCV czy z miedzi to inna decyzja i 
to dla inżyniera a nie architeta (może on cos sugerowąć) ale łazienka i woda 
w kranie zimna i ciepła musi być.


> Kolejne porównanie: czy dobra analiza stanowi coś w stylu partytury, na 
> podstawie której można rozpisać nuty dla każdego instrumentu nieomal 
> automatycznie. Wg mnie nie, ale może się nie znam.
>
Partytura to właśnie rozpisane nuty na instrumenty. Rzecz w tym, że to 
dyrygent i wykonawcy intepretują utwór napisany przez kompozytora i nie 
widze tu żadnej sprzecznosci :). Należy tylko pamiętać, że nawet najlepszy 
utwór można spaprać ale najlepszy dyrygent i muzycy nie naprawią nudnego i 
niedajacego sie słuchac utworu.

-- 
-- 
Jarek
http://jarek.zelinski.biz.pl/