mboost-dp1
www.politi.dk
Kommentar til #50:
FileMaker er måske ikke så god til stordrift med mange tusinde samtidige brugere, men man kan jo koble dem sammen med stordriftsdatabaser og lade FileMaker være frontend og benytte dens kraftfulde scriptfunktion til databehandlingen lokalt.
Desuden er det ikke al data som skal opbevares i alle databaseserverne. Hver station kan have deres egen server med deres egne sager og så kan den sende dataet op til en central server. Her kan den lokale fungere med FileMaker Server uden problemer (måske 20-50 brugere pr station).
Den centrale database kan så eksempelvis være MSSQL eller andet.
Fordelen ved FileMaker er at den er utroligt nem at udvikle og tilpasse til den enkelte afdeling eller stations behov.
Skal den hente/sende data til/fra et excelark, kan man scripte sig ud af det. Skal den sende kommandoer til Windows eller oprette en email i Outlook for dig med standard eller beregnet tekst, så kan man lave et script der gør det. Det er nemt at udvikle i FileMaker til nye behov.
Det er tilladt at tænke uden for boksen. Hvem siger man skal holde sig til en enkelt løsning, som ikke kan det hele, når man kan kombinere to løsninger og få det bedste fra begge systemer.
FileMaker er måske ikke så god til stordrift med mange tusinde samtidige brugere, men man kan jo koble dem sammen med stordriftsdatabaser og lade FileMaker være frontend og benytte dens kraftfulde scriptfunktion til databehandlingen lokalt.
Desuden er det ikke al data som skal opbevares i alle databaseserverne. Hver station kan have deres egen server med deres egne sager og så kan den sende dataet op til en central server. Her kan den lokale fungere med FileMaker Server uden problemer (måske 20-50 brugere pr station).
Den centrale database kan så eksempelvis være MSSQL eller andet.
Fordelen ved FileMaker er at den er utroligt nem at udvikle og tilpasse til den enkelte afdeling eller stations behov.
Skal den hente/sende data til/fra et excelark, kan man scripte sig ud af det. Skal den sende kommandoer til Windows eller oprette en email i Outlook for dig med standard eller beregnet tekst, så kan man lave et script der gør det. Det er nemt at udvikle i FileMaker til nye behov.
Det er tilladt at tænke uden for boksen. Hvem siger man skal holde sig til en enkelt løsning, som ikke kan det hele, når man kan kombinere to løsninger og få det bedste fra begge systemer.
#48
Du indrømmer du ikke kender scopet af opgaven og mener alligevel at det hele "nemt" kunne klares i det her, inden for skalering, legetøjs halløj som FileMaker er?
Der er ingen tvivl om at man i mange henseender kommer langt med filemaker, men her er vi absolut ikke inde for det område som er formålet med Filemaker.
Du indrømmer du ikke kender scopet af opgaven og mener alligevel at det hele "nemt" kunne klares i det her, inden for skalering, legetøjs halløj som FileMaker er?
Der er ingen tvivl om at man i mange henseender kommer langt med filemaker, men her er vi absolut ikke inde for det område som er formålet med Filemaker.
Det der irriterer mig mest ved denne slags fejlende IT opgaver, er at der stadig ikke er meget åbenhed, så vi ved meget lidt om hvad der gik galt. Vi kan dog gætte os frem til nogle ting, men jeg tror ikke at deres teknologi valg var et af de store problemer.
Dog kan vores fans af FileMaker måske have ret i at en decentral struktur ville kunne hjælpe på oppe tiden, da de ville kunne arbejde videre uden internet forbindelse.
Samtidig havde de problemer med at 2 politibetjente ikke kunne skrive til samme sag, samtidig. Dette er også tit et problem i ESKJ systemer. Både fordi de integrerer med Word og fordi deres arkitekter tænker for meget i filer. De kunne lærer noget ved at bruge facebook. Her er der aldrig noget der er låst for skrivning indtil en anden bruger har skrevet færdig.
Dog kan vores fans af FileMaker måske have ret i at en decentral struktur ville kunne hjælpe på oppe tiden, da de ville kunne arbejde videre uden internet forbindelse.
Samtidig havde de problemer med at 2 politibetjente ikke kunne skrive til samme sag, samtidig. Dette er også tit et problem i ESKJ systemer. Både fordi de integrerer med Word og fordi deres arkitekter tænker for meget i filer. De kunne lærer noget ved at bruge facebook. Her er der aldrig noget der er låst for skrivning indtil en anden bruger har skrevet færdig.
Mht. folk der sidder og prøver at gøre sig kloge og vise egne løsninger (som f.eks. filemaker) - I aner ikke noget om kompleksiteten i dette system! Det er vildt omfattende.
F.eks. skal politiet kunne arbejde offline og klienten skal automatisk synkronisere. Der er også krav om den vilde sikkerhed over al kommunikation - det er ikke bare et CMS til X antal politi betjente.
At systemet er kompliceret kan også være CSC og processens skyld. De bedste system-specifikationer opstår, når dem der skal udvikle dem har nosser nok til at sige nej til visse ting. Eller ihvertfald foreslå alternativer og kræve meget gode grunde til at gøre visse besværlige ting.
Ofte er behovet for en feature grundet i, at kunden ikke kan se andre måder end den man altid har arbejdet efter. De dårlige firmaer (som CSC nok er) siger bare ja tak til det hele og tager balladen bagefter.
Når det så er sagt, så kan det også være processen den er galt med - dvs. man vælger dem som siger ja tak, og fravælger dem som rent faktisk prøver (som nævnt) at hjælpe kunden gennem kritisk vejledning.
F.eks. skal politiet kunne arbejde offline og klienten skal automatisk synkronisere. Der er også krav om den vilde sikkerhed over al kommunikation - det er ikke bare et CMS til X antal politi betjente.
At systemet er kompliceret kan også være CSC og processens skyld. De bedste system-specifikationer opstår, når dem der skal udvikle dem har nosser nok til at sige nej til visse ting. Eller ihvertfald foreslå alternativer og kræve meget gode grunde til at gøre visse besværlige ting.
Ofte er behovet for en feature grundet i, at kunden ikke kan se andre måder end den man altid har arbejdet efter. De dårlige firmaer (som CSC nok er) siger bare ja tak til det hele og tager balladen bagefter.
Når det så er sagt, så kan det også være processen den er galt med - dvs. man vælger dem som siger ja tak, og fravælger dem som rent faktisk prøver (som nævnt) at hjælpe kunden gennem kritisk vejledning.
#56
Korrekt. Jeg kender ikke kompleksiteten af det nødvendige system, men til ethvert problem er der en eller flere løsninger.
Fordelen ved FileMaker, er at det er relativt nemt at scripte sig ud af problemerne, hvis nye funktioner f.eks. skal tilføjes.
At arbejde offline er vel et problem ved alle databaser, da de normalt arbejder online. Spørgsmålet er jo blot hvilket data de skal have liggende lokalt på den enkelte enhed og hvilket de kun har adgang til online. Synkronisering er også noget man må scripte sig ud af, hvis den valgte databaseløsning ikke direkte understøtter det og her er problemet jo også hvilket data der betragtes som det korrekte, hvis mere end 1 person individuelt har opdateret det, mens man var "offline".
Jeg ved heller ikke hvordan CSC's løsning er bygget op, men siger blot at jeg mener at FileMaker ville være en kraftfuld måde at give systemet et interface, som nemt kan tilrettes på når der opdages fejl eller mangler.
Og ja. Processen omkring hele udviklingen skal der jo bestemt også være styr på og kan man ikke finde ud af at sige nej, hvis noget udviklingsarbejde vil være et skridt i den forkerte retning, så kan det ende med sådan et rod, som det jo er endt med.
Det er svært at placere skylden som udenforstående, når man ikke har adgang til alle detaljerne. Måske har en leder et sted truffet de 10 første forkerte beslutninger, blevet erstattet af en ny leder der traf 5 rigtige, men også 5 forkerte beslutninger som han skjulte og så er det ellers bare gået galt.
(Det er altså blot vilde spekulationer, da jeg jo, som sagt, ikke har nogen ide om hvad der er foregået hos CSC eller hos Politiet vedr. hele projektet)
Korrekt. Jeg kender ikke kompleksiteten af det nødvendige system, men til ethvert problem er der en eller flere løsninger.
Fordelen ved FileMaker, er at det er relativt nemt at scripte sig ud af problemerne, hvis nye funktioner f.eks. skal tilføjes.
At arbejde offline er vel et problem ved alle databaser, da de normalt arbejder online. Spørgsmålet er jo blot hvilket data de skal have liggende lokalt på den enkelte enhed og hvilket de kun har adgang til online. Synkronisering er også noget man må scripte sig ud af, hvis den valgte databaseløsning ikke direkte understøtter det og her er problemet jo også hvilket data der betragtes som det korrekte, hvis mere end 1 person individuelt har opdateret det, mens man var "offline".
Jeg ved heller ikke hvordan CSC's løsning er bygget op, men siger blot at jeg mener at FileMaker ville være en kraftfuld måde at give systemet et interface, som nemt kan tilrettes på når der opdages fejl eller mangler.
Og ja. Processen omkring hele udviklingen skal der jo bestemt også være styr på og kan man ikke finde ud af at sige nej, hvis noget udviklingsarbejde vil være et skridt i den forkerte retning, så kan det ende med sådan et rod, som det jo er endt med.
Det er svært at placere skylden som udenforstående, når man ikke har adgang til alle detaljerne. Måske har en leder et sted truffet de 10 første forkerte beslutninger, blevet erstattet af en ny leder der traf 5 rigtige, men også 5 forkerte beslutninger som han skjulte og så er det ellers bare gået galt.
(Det er altså blot vilde spekulationer, da jeg jo, som sagt, ikke har nogen ide om hvad der er foregået hos CSC eller hos Politiet vedr. hele projektet)
Lord HellFire (48) skrev:Enhver med lidt logik (og noget træning i FileMaker) vil kunne tilrette/videreudvikle på det, samt de enkelte afdelinger kan få specialtilrettede scripts/tabeller/databaser til netop deres arbejde ganske nemt.
Lord HellFire (57) skrev:Fordelen ved FileMaker, er at det er relativt nemt at scripte sig ud af problemerne, hvis nye funktioner f.eks. skal tilføjes.
Forde det naturligvis er helt umuligt at tilføje kode i PHP, .NET, Java etc.????
Problemet er ikke at tilføje kode. Problemet er at sikre sig at alle kode tilføjelserne virker sammen og ken vedligeholdes.
JoeX2 (55) skrev:Vi kan dog gætte os frem til nogle ting, men jeg tror ikke at deres teknologi valg var et af de store problemer.
Der er masser af teknologier som kan løse opgave.
(jeg vil dog ikke inkludere FM)
Problemet er at få designet systemet. Om koden skrives i Java, C# eller PHP betyder ikke så meget. Om dataene gemmes i Oracle, DB2 eller SQLServer betyder ikke så meget.
fjols (31) skrev:Jeg kan ikke lade være med at komme til at tænke på denne artikel.
Måske ikke lige det bedste eksempel.
http://www.miracleas.dk/index.php?option=com_conte...
Rigspolitiet
Review af Oracle databaser, Oracle IAS, HPUX servere og arkitektur.
Formål/baggrund:
Rigspolitiets systemer er outsourcet til CSC og bliver driftet eksternt på CSC's lokation. Der har været en del problemer omkring fejl og performance problemer bl.a. med POLSAS systemet.
Gennemførelse:
Miracle havde 1 år tidligere foretaget et lignende review af de samme systemer hos CSC hvilket medførte en del forslag til ændringer og forbedringer. Dette afstedkom en rapport fra CSC med svar på de enkelte punkter i Miracle's rapport, samt hvilke ting de ville ændre inden for en given periode. På denne baggrund blev Miracle bedt om at lave endnu et review på baggrund af det første review samt CSC's rapport.
Review skulle bl.a. afdække om de ændringer de var blevet lovet, faktisk var gennemført, samt om den arkitektur der var implementeret var optimal under de givne omstændigheder.
Opgaven var karakteriseret ved at være politisk følsom og den krævede en del diplomati. Desuden skulle formuleringen af rapporten være meget nøjagtig.
Review blev foretaget af 4 Miracle konsulenter og havde en varighed af 4 uger.
Reviewet afdækkede flere uhensigtsmæssigheder og ting, der ikke var rettet ifølge det oprindeligt lovede. Endvidere medførte review et forslag til ændring af arkitekturen.
Efterfølgende blev de fundne fejl og uhensigtsmæssigheder rettet og arkitekturen ændret i forhold til det af Miracle havde foreslået.
Miracles rolle:
Miracle var qua vores dybe indsigt i alle emneområderne ( database, operativsystemer, Application Server og arkitektur) i stand til at lave reviewet samlet, og vi kunne samtidig påpege svagheder i de enkelte komponenter.
(markeringerne med fed er mine)
Jeg har set at det er direktøren for firmaet du quoter der giver sin mening i artiklen.
Jeg forstår bare ikke hvorfor det er relevant, at de har reviewet det gamle politisystem (POLSAS) i forhold til min pointe om, at han også mener det offentlige ofte betaler for meget.
Jeg forstår bare ikke hvorfor det er relevant, at de har reviewet det gamle politisystem (POLSAS) i forhold til min pointe om, at han også mener det offentlige ofte betaler for meget.
#48
Er du fuldstaendigt rablende sindssyg?!
Hvem ville dog nogensinde vaelge Filemaker til et serioest projekt?!
Det ENESTE filemaker kan, er at lave et hurtigt setup.
Filemaker er kun til folk der ikke vil have kvalitet.
Jebus fuckshit.
Udvikl skidtet i FileMaker.
Enhver med lidt logik (og noget træning i FileMaker) vil kunne tilrette/videreudvikle på det, samt de enkelte afdelinger kan få specialtilrettede scripts/tabeller/databaser til netop deres arbejde ganske nemt.
Er du fuldstaendigt rablende sindssyg?!
Hvem ville dog nogensinde vaelge Filemaker til et serioest projekt?!
Det ENESTE filemaker kan, er at lave et hurtigt setup.
Filemaker er kun til folk der ikke vil have kvalitet.
Jebus fuckshit.
Man kan ikke undgå at føle sig lidt dum når man sidder og kigger sin årsopgørelse efter for småfejl, når staten kaster en halv milliard ud ad vinduet.
Altså, fejlen er sikkert primært CSC's, men det skulle ikke undre mig om staten bærer noget af skylden i form af dårlige kravspecifikationer. Sådan plejer det at være ;)
Altså, fejlen er sikkert primært CSC's, men det skulle ikke undre mig om staten bærer noget af skylden i form af dårlige kravspecifikationer. Sådan plejer det at være ;)
tadeusz (9) skrev:Danmark er verdens foerende IT nation, ... maybe not.
off-topic: staten ligger 100 kr i afgift på måned på fiberbredbånd. Det er sgu da noget der fremmer os som IT nation. jeg mener at det stod i en tidligere tråd her på newz.dk.
on-topic: er der ikke noget med, at der er en regel der siger, at de ikke må skille sig af med en leverandør, hvis leverandøren ikke har snydt en offentlig instans? Så SCS må godt nok lige befinde sig på vippen til at ryge ud. Men med så mange fejl der er sket, kunne det godt tyde på, at der foregår nogle lyssky aftaler bag lukkede døre på christiansborg.
ufomekaniker (78) skrev:off-topic: staten ligger 100 kr i afgift på måned på fiberbredbånd. Det er sgu da noget der fremmer os som IT nation. jeg mener at det stod i en tidligere tråd her på newz.dk.
on-topic: er der ikke noget med, at der er en regel der siger, at de ikke må skille sig af med en leverandør, hvis leverandøren ikke har snydt en offentlig instans? Så SCS må godt nok lige befinde sig på vippen til at ryge ud. Men med så mange fejl der er sket, kunne det godt tyde på, at der foregår nogle lyssky aftaler bag lukkede døre på christiansborg.
Hvor har du det med afgift på fiberbredbånd fra? Lyder ikke særligt sandsynligt.
CSC snyder ikke, de er bare rigtigt dårlige til det de laver ;)
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.
- Forside
- ⟨
- Forum
- ⟨
- Nyheder
Gå til bund