<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: Mis juhtub kui andmekihi asemel on andmevähk?</title>
	<atom:link href="http://www.dt.ee/blog/tarkvara-arendus/2010/08/andmevahk/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.dt.ee/blog/tarkvara-arendus/2010/08/andmevahk/</link>
	<description>Tarkvara. Veeb. Mobiil. Multimeedia. Tehnoloogia</description>
	<pubDate>Tue, 22 May 2012 15:08:01 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: Gunnar</title>
		<link>http://www.dt.ee/blog/tarkvara-arendus/2010/08/andmevahk/#comment-8409</link>
		<dc:creator>Gunnar</dc:creator>
		<pubDate>Sun, 29 Aug 2010 12:32:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.dt.ee/blog/?p=3616#comment-8409</guid>
		<description>See, et andmed on dubleeritud erinevate süsteemide vahel ja erinevad rakendused kasutavad osaliselt samu ja osaliselt erinevaid andmeid, on probleem, mis esineb pea igas keskmise suurusega ettevõttes. Ühtset head lahendust tavaliselt pole, sest erinevad süsteemid pakuvad erinevaid funktsionaalsusi ja on suunatud erinevatele kasutajagruppidele. Kindlasti on hea plaan iga uue süsteemi lisandumisel hoolikalt kaaluda, kuidas andmed võiksid liikuda ja uueneda ja kes on mis andmete "omanik".</description>
		<content:encoded><![CDATA[<p>See, et andmed on dubleeritud erinevate süsteemide vahel ja erinevad rakendused kasutavad osaliselt samu ja osaliselt erinevaid andmeid, on probleem, mis esineb pea igas keskmise suurusega ettevõttes. Ühtset head lahendust tavaliselt pole, sest erinevad süsteemid pakuvad erinevaid funktsionaalsusi ja on suunatud erinevatele kasutajagruppidele. Kindlasti on hea plaan iga uue süsteemi lisandumisel hoolikalt kaaluda, kuidas andmed võiksid liikuda ja uueneda ja kes on mis andmete &#8220;omanik&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Uni</title>
		<link>http://www.dt.ee/blog/tarkvara-arendus/2010/08/andmevahk/#comment-8408</link>
		<dc:creator>Uni</dc:creator>
		<pubDate>Sat, 28 Aug 2010 21:39:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.dt.ee/blog/?p=3616#comment-8408</guid>
		<description>Eestis on ainult mõni üksik ettevõte kus andmebaasid toimivad korrektselt. Enamikul juhtudel ei ole arendaja suutnud selgeks teha sedagi kliendile (kes ise asjast loomulikult midagi ei jaga), et andmete sisestamisel ei tohi olla dubleerimisi. 

Kuna arendajale tundub uus klient alguses väga tulus (ja loll) siis jäädakse rahule sellega kui klient ütleb, et meil on vaja "finantsmoodulis" see ja see ära teha.  Tehaksegi töö ära, aga jäetakse kliendile selgitamata, et  kogu asjal ei ole mõtet kui ei lahendata ära ettevõtte kui terviku probleemi andmetöötluses ja andmete kasutamisel. Samas kirjutatakse välja müstilised arved ei millegi tegemise eest.  Paraku on see kõige tavapärasem situatsioon IFS sarnaste süsteemide juurutamisel. Katsutakse elevandi lonti ja kiidetakse kliendile selle pehmust. 

Enamasti juhtub, et ettevõte saab endale selle tulemusel hulgaliselt dubleerivaid andmeid, lisandub mitte andmebaas üksi vaid veel iga spetsialist koostab oma tarbeks, et saaks töö tehtud mingid excel tabelid, sest arendaja ei suuda/ei ole huvitatud kliendile lahenduse pakkumisest vaid probleemi tekitamisest, mida permanentselt lahendada. Kahju!</description>
		<content:encoded><![CDATA[<p>Eestis on ainult mõni üksik ettevõte kus andmebaasid toimivad korrektselt. Enamikul juhtudel ei ole arendaja suutnud selgeks teha sedagi kliendile (kes ise asjast loomulikult midagi ei jaga), et andmete sisestamisel ei tohi olla dubleerimisi. </p>
<p>Kuna arendajale tundub uus klient alguses väga tulus (ja loll) siis jäädakse rahule sellega kui klient ütleb, et meil on vaja &#8220;finantsmoodulis&#8221; see ja see ära teha.  Tehaksegi töö ära, aga jäetakse kliendile selgitamata, et  kogu asjal ei ole mõtet kui ei lahendata ära ettevõtte kui terviku probleemi andmetöötluses ja andmete kasutamisel. Samas kirjutatakse välja müstilised arved ei millegi tegemise eest.  Paraku on see kõige tavapärasem situatsioon IFS sarnaste süsteemide juurutamisel. Katsutakse elevandi lonti ja kiidetakse kliendile selle pehmust. </p>
<p>Enamasti juhtub, et ettevõte saab endale selle tulemusel hulgaliselt dubleerivaid andmeid, lisandub mitte andmebaas üksi vaid veel iga spetsialist koostab oma tarbeks, et saaks töö tehtud mingid excel tabelid, sest arendaja ei suuda/ei ole huvitatud kliendile lahenduse pakkumisest vaid probleemi tekitamisest, mida permanentselt lahendada. Kahju!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

