<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>webbricks &#187; UML</title>
	<atom:link href="http://blog.grzegorzpawlik.com/tag/uml/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.grzegorzpawlik.com</link>
	<description>Doświadczenie, to coś, co zdobywamy tuż po chwili w której było nam potrzebne ...</description>
	<lastBuildDate>Tue, 07 Feb 2012 10:09:24 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>Odkrycie miesiąca</title>
		<link>http://blog.grzegorzpawlik.com/2008/05/odkrycie-miesiaca/</link>
		<comments>http://blog.grzegorzpawlik.com/2008/05/odkrycie-miesiaca/#comments</comments>
		<pubDate>Wed, 07 May 2008 13:16:00 +0000</pubDate>
		<dc:creator>Greg</dc:creator>
				<category><![CDATA[Inne]]></category>
		<category><![CDATA[UML]]></category>

		<guid isPermaLink="false">http://meta.vipserv.org/blog.grzegorzpawlik.com/?p=24</guid>
		<description><![CDATA[Jakiś czas temu spędziłem dwa dni na poszukiwaniach narzędzia, w którym mógłbym projektować system przy pomocy UMLa i wygenerowac kod w PHP. Niestety bezowocnie. Kiedy wczoraj przez przypadek trafiłem na BOUML.Byłem pogodzony z tym, że takie narzędzie nie istnieje, dlatego &#8230; <a href="http://blog.grzegorzpawlik.com/2008/05/odkrycie-miesiaca/">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p>Jakiś czas temu spędziłem dwa dni na poszukiwaniach narzędzia, w którym mógłbym projektować system przy pomocy UMLa i wygenerowac kod w PHP. Niestety bezowocnie. Kiedy wczoraj przez przypadek trafiłem na <a href="http://bouml.free.fr/">BOUML</a>.<br />Byłem pogodzony z tym, że takie narzędzie nie istnieje, dlatego tym większe było moje zaskoczenie, że nie dość, że potrafi on generować kod PHP (i nie tylko o jesze C++, Python, Java) to potrafi zrobić reverse engineering istniejącego kodu. Z przyjemnością wrzuciłem do niego źródła CakePHP i stworzyłem diagram klas wrzucając istniejące w tym frameworku klasy :)<br />Już widzę jak przyjemnie będzie wplatać aplikacje we framework już w trakcie projektowania.</p>
<!-- PHP 5.x -->]]></content:encoded>
			<wfw:commentRss>http://blog.grzegorzpawlik.com/2008/05/odkrycie-miesiaca/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Czego tak na prawdę ode mnie chcesz [kliencie] ?</title>
		<link>http://blog.grzegorzpawlik.com/2008/04/czego-tak-na-prawde-ode-mnie-chcesz-kliencie/</link>
		<comments>http://blog.grzegorzpawlik.com/2008/04/czego-tak-na-prawde-ode-mnie-chcesz-kliencie/#comments</comments>
		<pubDate>Tue, 08 Apr 2008 08:37:00 +0000</pubDate>
		<dc:creator>Greg</dc:creator>
				<category><![CDATA[Inne]]></category>
		<category><![CDATA[kontakt z klientem]]></category>
		<category><![CDATA[specyfikacja wymagań]]></category>
		<category><![CDATA[UML]]></category>
		<category><![CDATA[zarządzanie projektem]]></category>

		<guid isPermaLink="false">http://meta.vipserv.org/blog.grzegorzpawlik.com/?p=20</guid>
		<description><![CDATA[W czym problem? Otóż gdy przychodzi do nas klient, to mówi, że chcestronę, gdzie po lewej stronie będzie miał kategorie, a po kliknięciuowych pojawią się linki do artykułów, a po klinknięciu na nie pojawi sięstrona, której treść będzie mógł edytować. &#8230; <a href="http://blog.grzegorzpawlik.com/2008/04/czego-tak-na-prawde-ode-mnie-chcesz-kliencie/">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p>W czym problem? Otóż gdy przychodzi do nas klient, to mówi, że chce<br />stronę, gdzie po lewej stronie będzie miał kategorie, a po kliknięciu<br />owych pojawią się linki do artykułów, a po klinknięciu na nie pojawi się<br />strona, której treść będzie mógł edytować. Do tego w tych kategoriach<br />chce mieć galerię, po kliknięciu na którą mają się rozwinąć galerie<br />&#8220;taka&#8221; i &#8220;siaka&#8221;, po kliknięciu na którą ma się pojawić galeria ze<br />zdjęciami. Ma być możliwość dodania i usunięcia zdjęcia z galerii, ale<br />też, jak się okaże potrzebne &#8211; dodanie galerii &#8220;owakiej&#8221;. Menu ma mieć<br />tło niebieskie, a strona z tekstem &#8211; filetowy. Linki po najechaniu mają<br />się robić różowe, a o góry ma być logo firmy.
<p>Jeśli nie miałeś jeszcze do czynienia z klientem, to może Cię to<br />zdziwić, ale tak właśnie klienci definiują swoje wymagania co do strony<br />(nie wszyscy oczywiście, ale znaczny odsetek). Zadziwiające jest też,<br />jak wiele używają słów i jednocześnie jak słabo definiują swoje<br />wymagania. Na tym etapie najważniejsze dla Ciebie informacje to :<br />- edytowalne strony<br />- kategorie dla stron<br />- galerie<br />Niezła esencja ;) To czego nie wiesz to na przykład:<br />- jak bardzo klient chce móc ingerować w wygląd stron, czy chce<br />wprowadzać treści w html-u, może wystarczy mu uproszczenie w postaci<br />czegoś a&#8217;la BBCode, czy potrzebuje WYSIWYG?<br />- czy to logo firmy, chce móc zmienić od czasu do czasu?<br />- czy galerie mają mieć swój opis?<br />- czy zdjęcia w galerii mają mieć swój podpis?<br />- czy kategorie mają mieć jeden poziom, czy może wiele (pod-kategorie,<br />pod-pod-kategorie itd.)?</p>
<p>Zauważ proszę, że pytań jest więcej niż rzeczy, które już wiesz. Jeśli<br />dasz sobie narzucić formę epopei preferowaną przez klienta, będziesz<br />miał wiele prozy do przeczytania, a ilość wiedzy będzie rosła w trakcie<br />czytania co najwyżej logarytmicznie &#8211; strata czasu.</p>
<p>Ty, kontaktując się z klientem jesteś analitykiem, więc powiedz mu, że<br />na początku należy się skupić na funkcjonalności, a nie na tym, gdzie<br />jaki link ma być. Poinformuj go, że wiesz iż dla niego to jest bardzo<br />ważne, ale w tym momencie te informacje bardziej przeszkadzają niż<br />pomagają. Ty jako profesjonalista, który napisze aplikację zgodnie z MVC<br />możesz ZAWSZE zmienić wygląd aplikacji później.<br />Dobrym sposobem ograniczenia zapędów klienta jest nauczenie go pracy z<br />diagramem przypadków użycia<br />(<a href="http://en.wikipedia.org/wiki/Use_case_diagram">http://en.wikipedia.org/wiki/Use_case_diagram</a>). Nie jest to trudne- w 5<br />minut można wytłumaczyć jak z tego narzędzia korzystać. Jednocześnie<br />narzędzie to wyklucza definiowanie wyglądu, interakcji, czy wymagań<br />technicznych. Umożliwia jedynie zdefiniowanie FUNKCJONALNOŚCI. A o to<br />nam właśnie chodzi.</p>
<p>Podsumowując: to Ty, jako analityk jesteś profesjonalistą i musisz<br />zaopiekować się klientem, który robi to po raz pierwszy. Korzyścią jest<br />oszczędność czasu, lepsze zrozumienie się z klientem, danie klientowi<br />impulsu, aby dobrze skupił się i sprecyzował wymagania, a to daje w<br />efekcie jego i Twoje zadowolenie. Również oszczędza wasz czas (nie<br />chodzi mi tylko o wyświechtaną frazę, że czas to pieniądz). W przypadku,<br />gdy popełnimy błędy my nie będziemy wiedzieć co zrobić (albo będziemy<br />wiedzieć i będziemy się mylić), klient będzie niezadowolony z efektu bo<br />nie tego chciał (i na pewno nie powie, że to jego wina) ktoś te błędy<br />będzie musiał naprawić i ponieść koszty.</p>
<p>W następnej części: funkcjonalność kontra bajery&#8230; może trochę o<br />podejściu Agile.</p>
<p>Kontynuacją tych rozmyślań jest post: <a href="http://webbricks.blogspot.com/2008/04/funkcjonalno-czy-bajery.html">http://webbricks.blogspot.com/2008/04/funkcjonalność-czy-bajery.html</a></p>
<!-- PHP 5.x -->]]></content:encoded>
			<wfw:commentRss>http://blog.grzegorzpawlik.com/2008/04/czego-tak-na-prawde-ode-mnie-chcesz-kliencie/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

