---

Hej.

Jeg har stillet spørgsmålet i dk.edb.programmering men spørgsmålet er måske
mere rettet mod jura-folket.

I hvor høj grad skal en systemudvikler aspektet "digitale dokumenters
bevisværdi", når han/hun laver et ESDH-system (Elektronisk Sags- og
Dokument-Håndtering) ?

Spørgsmålet skyldes at jeg er igang med at have et ESDH-system (indskanning
og elektronisk distribution af indgående post)
til en fagforening, i forbindelse med mit datamatiker-studie.
Systemets sekundære funktion er besparelse af fysisk arkivplads.

På Ministeriet for Videnskab, Teknologi og Udviklings hjemmeside, findes en
vejledning på området.
Ifølge den synes man at kunne læse en del anbefalinger, der i nogen grad kan
have indflydelse på et ESDH-systems arkitektur.
F.eks. anbefales det at der bør være organisatorisk adskillelse mellem de
forskellige procedure (scanning,kvalitetssikring,sagsbehandling,IT-drift).
Ligeledes anbefales det at der sker logning ved de forskellige procedurer,
således det er muligt at fremvise et "systembevis", ved en eventuel retslig
tvist.

Jeg ved ikke om det er funktioner der er udbredte i ESDH-systemer generelt.

Skal systemudvikleren selv medtage de anbefalinger i en kravspecifikationen
under hensyntagen til at det er funktioner kunden med ret og rimelighed kan
forvente?

Eller skal kunden selv stille krav om medtagelse af de anbefalinger da det
jo netop kun er anbefalinger?

I det konkrete tilfælde har fagforeningen ingen nævneværdig IT-indsigt (de
out-sovser :),
hvilket jeg mener øger mit ansvar for at kravspecifikationen er
fyldestgørende.

Med venlig hilsen
Michael.

---

"Michael" <agentmikie@cFJERNDETTE.dk> skrev i en meddelelse
news:4110a060$0$171$edfadb0f@dread11.news.tele.dk...

[klip]

> Skal systemudvikleren selv medtage de anbefalinger i en
kravspecifikationen
> under hensyntagen til at det er funktioner kunden med ret og rimelighed
kan
> forvente?

Kravsspecifikationer? Det afhænger af opgaven og hvad der er aftalt. Få det
nedskrevet i aftalen mellem kunde og udvikler.

>
> Eller skal kunden selv stille krav om medtagelse af de anbefalinger da det
> jo netop kun er anbefalinger?

Det er et svært område - altså udvikling af software. Det mest rigtige er at
give kunden muligheden for at vælge til og fra og så betale for ydelsen.

>
> I det konkrete tilfælde har fagforeningen ingen nævneværdig IT-indsigt (de
> out-sovser :),
> hvilket jeg mener øger mit ansvar for at kravspecifikationen er
> fyldestgørende.

Ja, du er jo specialisten og må forklare om muligheder i systemet. Så er det
op til kunden, på baggrund af dine beskrivelser og anbefalinger, at foretage
et valg. Du skal bare oplyse om mulighederne og konsekvenserne.

/Peter

--
http://www.grauslund.com

---

"Peter G C" <pgc@FJERNDETTEnospam.dk> skrev i en meddelelse
news:4110b7dc$0$244$edfadb0f@dread12.news.tele.dk...
> "Michael" <agentmikie@cFJERNDETTE.dk> skrev i en meddelelse
> news:4110a060$0$171$edfadb0f@dread11.news.tele.dk...
>
> [klip]
>
> > Skal systemudvikleren selv medtage de anbefalinger i en
> kravspecifikationen
> > under hensyntagen til at det er funktioner kunden med ret og rimelighed
> kan
> > forvente?
>
> Kravsspecifikationer? Det afhænger af opgaven og hvad der er aftalt. Få
det
> nedskrevet i aftalen mellem kunde og udvikler.
>
> >
> > Eller skal kunden selv stille krav om medtagelse af de anbefalinger da
det
> > jo netop kun er anbefalinger?
>
> Det er et svært område - altså udvikling af software. Det mest rigtige er
at
> give kunden muligheden for at vælge til og fra og så betale for ydelsen.
>
> >
> > I det konkrete tilfælde har fagforeningen ingen nævneværdig IT-indsigt
(de
> > out-sovser :),
> > hvilket jeg mener øger mit ansvar for at kravspecifikationen er
> > fyldestgørende.
>
> Ja, du er jo specialisten og må forklare om muligheder i systemet. Så er
det
> op til kunden, på baggrund af dine beskrivelser og anbefalinger, at
foretage
> et valg. Du skal bare oplyse om mulighederne og konsekvenserne.
>
> /Peter
>
> --
> http://www.grauslund.com
>

Tak for dit svar. :)

Det lyder fornuftigt.

Med venlig hilsen
Michael.