Tollpost-Globe
- noen eksempler ...
Bruk av C-programmer fra Java
Kunden hadde et omfattende sett av programmer for prisberegning skrevet i C som også benyttet seg av en SQL database. Utfordingen var at C-programmene var beregnet å skulle lenkes inn som statiske sub-rutiner.
Ved hjelp av Java Native Interface (JNI) utviklet vi en webbasert applikasjon som igjen benyttet seg av eksisterende C-programmer. Utfordringen her var å skrive en flerbruker web-applikasjon som samtidig tok hensyn til at C-programmene var ment å skulle lenkes inn statisk.
Etablere et Java-utviklingsmiljø
Kunden hadde en vel etablert utviklingsavdeling som hadde mange års erfaring med systemutvikling i diverse programmeringsspråk. I forbindelse med overgang til Web-baserte appliksjoner ble det besluttet å satse på J2EE. Vår oppgave ble dermed å hjelpe til med å etablere et Java-utviklingsmiljø for utviklingsavdelingen.
I samråd med kunden ble vi enige om bruke pengene på oppbygging av kompetanse heller enn å investere i dyre applikasjonsservere og programmeringsverktøy. Det ble særlig lagt vekt på å etablere utviklingsmiljøet på en slik måte at man sikret seg mest mulig gjenbruk av komponenter som ble utviklet. Dernest fikk vi i oppgave å utvikle en enkel prototype av applikasjonen som viste bruken av J2EE, web-grensesnitt, Log4J, Junit-testing osv.
Versjonskontroll av kildekode
En viktig del av et hvert utviklingsmiljø er arkivering og versjonskontroll av kildekode. Til dette installerte vi hos en kunde det anerkjente produktet CVS, som selvfølgelig også er basert på “åpen kildekode”. Samtidig sørget vi for å integrere CVS-klienten som en del av Windows-utforskeren ved hjelp av verktøyet “Tortoise”.
Endringskontroll, feilrapportering osv.
De fleste av våre kunder oppdager etter hvert at gule Post-IT lapper, Excel, Outlook osv. ikke er særlig godt egnet til å administrere alle endrings- og forbedringsforslag som etter hvert kommer i forbindelse med utvikling av programvare. Det blir særlig tydelig når man smått om senn får mange brukere koblet opp mot systemet sitt. Man bør da være klar over at et godt verktøy er ikke mer enn halve jobben.
For å få kontroll med feilmeldinger, forbedringsforslag, oppgaver som skal gjøres osv. må man først og fremst definere sine egne regler for saksbehandlingen. Uten å legge opp til gode rutiner for mottak, prioritering, klassifisering og øvrig behandling av innkommende saker, vil et verktøy bare bli en klamp om foten. Det er også vesentlig at man ikke tror at innføringen av et slikt verktøy og tilhørende rutiner skal løse alle problemer relatert til planlegging, prosjektstyring osv. Dette er hjelpemidler, verken mer eller mindre.
Her er to gode verktøy med web-grensesnitt som vi har implementert med hell både hos oss selv og hos flere av våre kunder:
- Jira – et meget avansert Java-basert system som har en kommersiell lisens. Dette har nå blitt vår favoritt, selv om vi må betale for det
- Bugzilla – et Perl-basert system og det mest brukte systemet av dem som er basert på "åpen kildekode"
Vi har etter hvert bygd opp betydelig kompetanse på begge disse produktene.
Mer om:
- Kunder
- Prosjekter for Distribusjonssentralen
- Prosjekter for AS EDB
- Prosjekter med Bankenes Betalingssentral
- SendRegning.no