- PDF Gratis nedlasting

Transkript

1

2

3

4

5

6

7

8 Prosessrapport

9 Prosessrapport DynaSale HiO

13 Prosessrapport DynaSale HiO Om oppdragsgiver, GAN Media 3.2 Litt om GAN Medias produkter 5

14 Prosessrapport DynaSale HiO Overordnet beskrivelse av prosjektet 3.4 Mål og rammebetingelser 6

18 Prosessrapport DynaSale HiO Bakgrunn for oppgaven 10

19 Prosessrapport DynaSale HiO Forprosjekt 5.3 Kravspesifikasjon 11

20 Prosessrapport DynaSale HiO Rettigheter til content Priser og content for salg Legge til Content i DynaPark XDoclet 12

21 Prosessrapport DynaSale HiO Grafisk design 5.4 Modeller og diagrammer 13

22 Prosessrapport DynaSale HiO Prosjektside 5.6 Planleggingsverktøy og metoder 14

23 Prosessrapport DynaSale HiO Checkstyle Wicket Workbench SubClipse 15

25 Prosessrapport DynaSale HiO REST - Integrasjon med DynaPark 17

27 Prosessrapport DynaSale HiO Spring/Hibernate - Databaseaksess 19

31 Prosessrapport DynaSale HiO Automatisk oppretting av tabeller Hvordan ha én database per selger 23

32 Prosessrapport DynaSale HiO Assosiasjoner mellom dataobjekter Lazy assosiasjoner 24

33 Prosessrapport DynaSale HiO Annotasjoner eller mapping-filer 6.3 Spring - Dependency Injection i prosjektet Dependency Injection 25

34 Prosessrapport DynaSale HiO Enklere planlegging Enklere å samarbeide Enklere å gjøre endringer i programmet 26

35 Prosessrapport DynaSale HiO Enklere å legge til konfigurasjoner Forskjellig oppretting av objekter Serialisering Løsning 1: hente WebApplication fra Springs ApplicationContext 27

36 Prosessrapport DynaSale HiO Løsning 2: mellomtjenere og ComponentInjector 28

37 Prosessrapport DynaSale HiO JUnit og Ant - automatisert testing av Data dataaksessobjektene Valg av database 29

38 Prosessrapport DynaSale HiO Sørge for kjente data i databasen 30

39 Prosessrapport DynaSale HiO Oppretting og endring av databasetabeller Valg av hvilke konfigurasjonsfiler som skal testes Filstruktur for unit-testing Koordinering med Ant 31

40 Prosessrapport DynaSale HiO Webgrensesnitt 32

42 Prosessrapport DynaSale HiO Levering av kjøpe dokumenter/medier 34

43 Prosessrapport DynaSale HiO Sending av faktura til kunde på e-post 35

45 Prosessrapport DynaSale HiO Grafisk design 37

46 Prosessrapport DynaSale HiO Endringer fra første versjon 7.2 Kravspesifikasjonens rolle under utviklingen 38

48 Prosessrapport DynaSale HiO Sider ved DynaSale vi ønsker å trekke frem 40

50 Prosessrapport DynaSale HiO Konklusjon 42

51 Produktdokumentasjon

52 Produktdokumentasjon DynaSale HiO

56 Produktdokumentasjon DynaSale HiO Om oppdragsgiver, GAN Media 3.2 Litt om GAN Medias produkter 5

57 Produktdokumentasjon DynaSale HiO Overordnet beskrivelse av produktet 3.4 Krav til miljø 3.5 Samsvar med kravspesifikasjonen 6

58 Produktdokumentasjon DynaSale HiO Wicket 7

61 Produktdokumentasjon DynaSale HiO Hibernate 10

62 Produktdokumentasjon DynaSale HiO Spring 11

63 Produktdokumentasjon DynaSale HiO REST 12

64 Produktdokumentasjon DynaSale HiO Ant 13

65 Produktdokumentasjon DynaSale HiO Programmets oppbygging 5.2 Databasen 14

68 Produktdokumentasjon DynaSale HiO Dataaksessobjekter og tjenester for Hibernate 17

71 Produktdokumentasjon DynaSale HiO Sammenkobling av programmets deler Spring 20

72 Produktdokumentasjon DynaSale HiO REST-grensesnitt Public-metodene 21

76 Produktdokumentasjon DynaSale HiO Wicket i weblaget 25

78 Produktdokumentasjon DynaSale HiO Distribusjon 27

80 Produktdokumentasjon DynaSale HiO Distribusjon av faktura 5.9 Andre tjenester 29

81 Produktdokumentasjon DynaSale HiO Logging 30

83 Produktdokumentasjon DynaSale HiO no.gan.dynasale 6.2 no.gan.dynasale.web 32

84 Produktdokumentasjon DynaSale HiO no.gan.dynasale.web.adminpages 33

85 Produktdokumentasjon DynaSale HiO no.gan.dynasale.web.forms 34

86 Produktdokumentasjon DynaSale HiO no.gan.dynasale.web.pages 35

88 Produktdokumentasjon DynaSale HiO no.gan.dynasale.web.panel 37

90 Produktdokumentasjon DynaSale HiO Generelt 7.2 Brukere 39

91 Produktdokumentasjon DynaSale HiO Sikkerhetsnivåer 7.4 Sikkerhet rundt distribusjon 7.5 Sikkerhet rundt Faktura 40

92 Produktdokumentasjon DynaSale HiO Testing av kode 7.7 Logging 7.8 Detaljer om implementeringen av sikkerheten 41

94 Produktdokumentasjon DynaSale HiO Ant-script 8.2 Eksterne biblioteker i prosjektet 43

96 Produktdokumentasjon DynaSale HiO Søkefunksjonalitet 9.2 Statistikkfunksjonalitet 9.3 Ønskelistefunksjonalitet 45

97 Produktdokumentasjon DynaSale HiO Utvidet støtte for forskjellige medie-formater 9.5 Salg av andre varer og tjenester 46

98 Kravspesifikasjon

99 Kravspesifikasjon DynaSale HiO

101 Kravspesifikasjon DynaSale HiO Presentasjon 3.2 Om oppdragsgiver, GAN Media 3

102 Kravspesifikasjon DynaSale HiO Litt om GAN Medias produkter 3.4 Bakgrunn for oppgaven 3.5 Overordnet beskrivelse av prosjektet 3.6 Mål og rammebetingelser 4

104 Kravspesifikasjon DynaSale HiO Overordnet systemskisse 6

107 Kravspesifikasjon DynaSale HiO Funksjonelle krav for kjøper 9

108 Kravspesifikasjon DynaSale HiO Funksjonelle krav for selger 6.3 Funksjonelle krav for DynaSales systemadministrator 6.4 Generelle funksjonskrav 6.5 Begrensninger 10

109 Kravspesifikasjon DynaSale HiO Eventuelle utvidelser 11

117 Testrapport

118 Testrapport DynaSale HiO

121 Testrapport DynaSale HiO Unit-testing 4

122 Testrapport DynaSale HiO Funksjonstesting 5

123 Testrapport DynaSale HiO Sikkerhet 6

124 Testrapport DynaSale HiO Brukeradministrasjon 7

125 Testrapport DynaSale HiO Ordreadministrasjon 8

126 Testrapport DynaSale HiO Handlekurv 9

127 Testrapport DynaSale HiO Kassen (Checkout) 10

128 Testrapport DynaSale HiO Diverse 11

131 Vedlegg

132 Vedlegg DynaSale HiO 2007 Vedlegg A: Litteraturliste Vi har benyttet oss av følgende bøker: Pro Wicket, Karthik Gurumurthy, Apress 2006 Pro Spring, Rob Harrop & Jan Machacek, Apress 2005 Følgende nettsider har vært til stor hjelp:

133 Vedlegg DynaSale HiO 2007 Vedlegg B: Skjermbilder I dette kapittelet har vi samlet en rekke skjermbilder. Etter bildeteksten kommer det i tillegg en litt mer fyldig beskrivelse. Alle klassene (klassenavnene står i parentes i overskriften) er beskrevet kort i kapittel 6 i produktrapporten, beskrivelsene her er imidlertid mer utfyllende. Noen tekniske detaljer er imidlertid utelatt her. Utover dette, og noen referanser ved bildene, vises det til innholdsfortegnelsene om det ønskes mer detaljer om hvordan sidene er utviklet og alt som ligger bak. B.1 Innlogging (LoginPage.java) Figur B.1.1: Skjermbilde som viser innloggings-siden Dette er det første brukere vil se, dersom valget for å kunne se bildene uten å logge seg inn ikke er aktivert. I dette bildet er dette aktivert sammen med mulighet for å kunne registrere seg. 2

134 Vedlegg DynaSale HiO 2007 Dersom mulighet for å registrere seg deaktiveres, vil avsnittet som tilbyr brukeren å registrere seg bli borte. For mer informasjon om konfigureringen av hva som skal være mulig se kapittel 5.4 i produktdokumentasjonen. Figur B.1.2: Skjermbilde som viser innloggings-siden ved feil Innloggings-siden og alle andre sider som inneholder data har validering av dataene som skrives inn. Feilmeldingene gies tilbake til brukerne i form av en liste. På innloggings-siden og registrerings-siden (kapittel B.2) kommer feilmeldingene opp ovenfor skjemaet, mens de på alle andre sider kommer opp nedenfor sidens header. Dette siden alle andre sider er subklasser av BasePage, som har et panel som fanger opp feilmeldinger. Dette er gjort for at brukeren raskt skal se feilmeldingene. 3

135 Vedlegg DynaSale HiO 2007 B.2 Registrering (RegUserPage.java) Figur B.2.1: Skjermbilde som viser registreringssiden Dersom det er aktivert at brukere kan registrere seg selv, vil brukeren kunne få opp denne siden om det trykkes på linken Registrer meg! på forsiden (kapittel B.1). I skjemaet som vises må alle felter fylles ut, ellers får man tilbakemelding om hvilke felt som ikke er utfylt. Etter registrering blir man logget automatisk inn i systemet og kommer til hovedsiden (neste kapittel). 4

136 Vedlegg DynaSale HiO 2007 B.3 Hovedsiden (FrontPage.java) Figur B.3.1: Skjermbilde som viser forsiden Dette er forsiden man kommer til etter å ha logget inn (eventuelt den første siden som vises om innlogging ikke kreves). Man blir her vist en meny over mappene som ligger hos DynaPark, bildene som ligger i valgt mappe, en handlekurv, og en brukermeny. Den siste menyen er en funksjonsrettet meny som gir brukeren mulighet for å logge ut, endre profil og så videre. Alle bildene er merket med navn og pris, det er også et handlekurv-ikon man kan bruke for å legge bildet direkte inn i handlekurven. Trykker man på bildet vil man komme til en detaljert visning av det, der man også kan velge å legge det i handlekurven. 5

137 Vedlegg DynaSale HiO 2007 B.4 Detaljert visning (DetailsPage.java) Figur B.4.1: Skjermbilde som viser detaljer om bildet Her vil man se hvilke formater bildet er tilgjengelig i, man kan også få vist alle de data som er lagret om bildet i DynaPark (disse vises ikke på bildet grunnet at systemet kun viser begrensede testdata, mer om dette i kapittel 9 i produktdokumentasjonen). Figur B.4.2: Skjermbilde som viser Content i handlekurven til høyre Etter å ha lagt til et bilde i handlekurven vil det komme opp en tilsvarende linje i handlekurven til høyre. Handlekurven vil nå også få funksjonene Administrere handlekurv, Gå til kassen, og 6

138 Vedlegg DynaSale HiO 2007 Blank ut (disse mulighetene vil forsvinne igjen om man tømmer handlekurven). Man har i tillegg mulighet til å fjerne ett og ett bilde fra handlekurven. Figur B.4.3: Skjermbilde som viser feilmeldingen som kommer om man forsøket å legge til Content som allerede ligger i handlekurven på nytt. Disse er lagt inn på en slik måte at de bryter linjene i designet, slik at det skal bli enklere å få øye på dem. Det er bestemt at man kun skal kunne kjøpe ett eksemplar av et bildet, og man vil derfor få en feilmelding om man skulle prøve å legge til et bilde som allerede ligger i handlekurven. 7

139 Vedlegg DynaSale HiO 2007 B.5 Handlekurven (BasketPage.java) Figur B.5.1: Skjermbilde som viser handlekurven. Alle elementene har pris lik 0.0,- siden systemet vi henter data fra, som ligger utenfor vår kontroll, ikke er helt ferdig enda. Velger man å administrere handlekurven vil man få opp en liste over bilder i handlekurven, med valg om å fjerne elementer, eller gå til kassen, slik som vi ser på bildet over. 8

140 Vedlegg DynaSale HiO 2007 B.6 Kassen del 1 (CheckoutPage.java) Figur B.6.1: Skjermbilde som viser første del av kjøpsprosessen. Velger man å gå til kassen vil man komme til denne siden, hvor man blir bedt om kortdata, og kan velge hvilken e-postadresse faktura og linker skal sendes til. De følgende bildene er kun demonstrasjonssider, da det ikke er noen avtale med noen leverandør av betalingsløsninger. Merk også at handlekurven blir låst under transaksjonen så det ikke skal være mulig å endre denne. 9

141 Vedlegg DynaSale HiO 2007 Figur B.6.2: Skjermbilde som viser at bruker får tilbakemeldinger om feil i utfylte data Her blir man også møtt med feilmeldinger dersom innskrevne data ikke skulle være gyldige. 10

142 Vedlegg DynaSale HiO 2007 B.7 Kassen del 2 (ConfirmCheckoutPage.java) Figur B.7.1: Skjermbilde som siden for å bekrefte kjøp I steg 2 vil man få en oversikt over hva man skal kjøpe, prisen på dette, og hvor det skal sendes. Velger man Fullfør vil transaksjonen bli gjennomført (merk at dette ikke er implementert grunnet manglende avtale med leverandør av betalingsløsning). 11

143 Vedlegg DynaSale HiO 2007 B.8 Kassen del 3 (CheckoutCompletePage.java) Figur B.8.1: Skjermbilde som viser fullført handel Når kjøpet er gjennomført får man opp status på transaksjonen, link til faktura, og linker til alle de kjøpte objektene. I dette bildet var det ikke tilgang til e-post, så brukeren fikk en feilmelding angående dette (dette oppstår siden maskinen som kjører applikasjonen står på en adresse som ikke har tilgang til den serveren som skal ta seg av sending av e-post). 12

144 Vedlegg DynaSale HiO 2007 B.9 Mine ordre (OrderDetailsPage.java) Figur B.9.1: Skjermbilde som viser ordreliste Velger man Mine ordre fra den horisontale menyen, vil man komme til dette skjermbildet. Her vil alle tidligere ordre vises, med mulighet for å kunne se mer detaljer for hver ordre (se neste kapittel). 13

145 Vedlegg DynaSale HiO 2007 B.10 Ordredetaljer (OrderDetailsPage.java) Figur B.10.1: Skjermbilde som viser detaljer om en ordre På denne siden vises alle detaljer om en av brukerens ordre. Det er også linker for å laste ned både kjøpte medier og faktura. 14

146 Vedlegg DynaSale HiO 2007 Figur B.10.2: Skjermbilde som viser dialogboks for faktura Velger man fakturalinken vil man få opp en dialogboks med valg om å åpne eller lagre fakturaen i PDF-format. 15

147 Vedlegg DynaSale HiO 2007 Figur B.10.3: Skjermbilde som viser dialogboks for Content Ved valg av bilde vil man få opp en tilsvarende dialogboks for bildet. 16

148 Vedlegg DynaSale HiO 2007 B.11 Endre brukerdetaljer (MyProfilePage.java) Figur B.11.1: Skjermbilde som viser skjema for å endre bruker Ved å velge Endre profil fra den horisontale menyen vil man komme til dette skjermbildet. Her kan man endre registrerte data og fylle ut manglende informasjon (etter ønske fra oppdragsgiver spørres det ikke etter tittel og firma når man registrerer seg, for å gjøre det enklest mulig). Man har også valget om å endre e-postadresse og passord om man ønsker dette. Kunder identifiseres med et unikt siffer i systemet, slik at det er uproblematisk at e-postadressen byttes selv om denne benyttes som brukernavn, men det sjekkes at den er unik før det godtas. 17

149 Vedlegg DynaSale HiO 2007 B.12 Sider for administratorer Skjermbildene i dette kapittelet er av sider kun administratorer har tilgang til. B.12.1 Forside (Frontpage.java) Figur B : Skjermbilde som viser administratormenyen Merk at denne siden er den samme som vises til vanlige brukere, med unntak av administratormenyen, som vises om man er logget inn som administrator. Dette gjelder alle sider. For detaljer om hvordan dette er implementert, se produktdokumentasjonens kapittel

150 Vedlegg DynaSale HiO 2007 B.12.2 Brukerliste (ListUsersPage.java) Figur B : Skjermbilde som viser brukerlisten Ved å velge List og endre brukere fra administratormenyen vil man komme til denne siden der man har valget mellom å legge til, endre eller fjerne brukere. Legg merke til at om brukere fjernes forsvinner de ikke helt fra systemet, dette er både fordi de trengs for å ha en komplett historikk, og slik at det skal være lettere å eventuelt legge dem til på nytt. 19

151 Vedlegg DynaSale HiO 2007 B.12.3 Legg til bruker (AddUserPage.java) og endre bruker (EditUserPage.java) Figur B : Skjermbilde som viser skjema for å legge til bruker Om man velger å legge til en bruker enten fra administratormenyen eller fra brukerlisten, vil man bli møtt med dette bildet, som er det samme som ved endring av bruker. Ved endring vil selvfølgelig lagrede data og en annen overskrift vises. I tillegg til det brukeren selv kan endre, kan man her velge å gjøre brukere til administratorer og endre rabattsatsen. 20

152 Vedlegg DynaSale HiO 2007 Figur B : Skjermbilde som viser endret bruker Endrer man en bruker vil linjen i tabellen få en egen class-attributt, som gjør at man kan markere dette sånn man måtte ønske. Her markert med gult. B.12.4 Ordreliste (OrdersForUserPage.java) Figur B : Skjermbilde som viser ordreliste 21

153 Vedlegg DynaSale HiO 2007 Velger man List og endre ordre vil man komme til denne siden. Her kan man velge ut en bruker, og så se alle ordre for brukeren. Figur B : Skjermbilde som viser ordre, hvorav en er deaktivert Her har man, i tillegg til å kunne se alles ordre, mulighet for å aktivere eller deaktivere ordre. Bildet over viser at det kommer en tilbakemelding på at brukeren er deaktivert øverst på siden, samtidig som linken endrer tekst og funksjonalitet fra aktiver til deaktiver. 22

154 Vedlegg DynaSale HiO 2007 Vedlegg C: Fakturaeksempel Under følger et eksempel på en faktura i PDF-format, generert av DynaSale. 23

155 Vedlegg DynaSale HiO 2007 Vedlegg D: Ant-script <project name="dynasale" default="compile"> <property name="sourcedir" value="${basedir}/src/main/java"/> <property name="testsourcedir" value="${basedir}/src/test/java"/> <property name="targetdir" value="${basedir}/webapp/web-inf/bin"/> <property name="testtargetdir" value="${basedir}/src/test/bin"/> <property name="librarydir" value="${basedir}/webapp/web-inf/lib"/> <property name="testsrc" value="${basedir}/src/test/java"/> <path id="libraries"> <fileset dir="${librarydir}"> <include name="*.jar"/> </fileset> </path> <target name="clean"> <delete dir="${targetdir}"/> <mkdir dir="${targetdir}"/> </target>  <target name="wicket" depends="compile">  <java fork="true" spawn="true" classname="org.hsqldb.server" classpathref="libraries" /> <java fork="true" classname="wicket.quickstart.start" classpathref="libraries"> <classpath> <pathelement path="${targetdir}"/> <pathelement location="src/webapp/web-inf/" /> <pathelement location="${targetdir}" /> <pathelement location="${testtargetdir}" /> <pathelement path="" /> <pathelement path="${java.class.path}" /> <pathelement location="src/test/java" /> </classpath> <arg value="${action}"/> </java> </target> 24

156 Vedlegg DynaSale HiO 2007 <target name="compiletests" depends="compile"> <delete dir="${testtargetdir}" /> <mkdir dir="${testtargetdir}"/> <javac srcdir="${testsourcedir}" destdir="${testtargetdir}" classpathref="libraries" > <classpath> <pathelement location="${targetdir}" /> <pathelement path="/user/local/junit4.3/" /> </classpath> <include name="**/*.java" /> </javac> </target>  <target name="runtests" depends="compiletests">  <java fork="true" spawn="true" classname="org.hsqldb.server" classpathref="libraries" /> <java fork="yes" classname="junit.textui.testrunner" taskname="junit" failonerror="true" classpathref="libraries"> <arg value="no.gan.dynasale.test.alljunittests"/> <classpath> <pathelement location="${targetdir}" /> <pathelement location="${testtargetdir}" /> <pathelement path="" /> <pathelement path="${java.class.path}" /> <pathelement location="src/test/java" /> </classpath> </java> </target>  <target name="war" depends="compile"> <war destfile="dynasale.war" webxml="web.xml"> <lib dir="${librarydir}"> <exclude name="jsdk*.jar"/> </lib> <classes dir="${targetdir}"/> </war> </target> <target name="compile" depends="clean, copy-resources"> <javac srcdir="${sourcedir}" destdir="${targetdir}" classpathref="libraries"/> </target> <target name="copy-resources"> <copy todir="${targetdir}"> <fileset dir="${sourcedir}"> <exclude name="**/*.java"/> 25

157 Vedlegg DynaSale HiO 2007 </fileset> </copy> </target> </project> 26

158 Vedlegg DynaSale HiO 2007 Vedlegg E: ApplicationContext <?xml version="1.0" encoding="utf-8"?> <!DOCTYPE beans PUBLIC "-//SPRING/DTD BEAN/EN" " <beans>  <bean id="datasource" class="org.apache.commons.dbcp.basicdatasource" destroy-method="close"> <property name="driverclassname"> <value>com.mysql.jdbc.driver</value></property> <property name="url"> <value>jdbc:mysql://cube.iu.hio.no/s135200</value></property> <property name="username"><value>s135200</value></property> <property name="password"><value>3plekake</value></property> </bean>  <bean id="userdao" class="no.gan.dynasale.dao.hibernate.hibernateuserdao"> <property name="sessionfactory"><ref local="sessionfactory" /></property> </bean> <bean id="orderdao" class="no.gan.dynasale.dao.hibernate.hibernateorderdao"> <property name="sessionfactory"><ref local="sessionfactory" /></property> </bean> <bean id="orderlinedao" class="no.gan.dynasale.dao.hibernate.hibernateorderlinedao"> <property name="sessionfactory"><ref local="sessionfactory" /></property> 27

159 Vedlegg DynaSale HiO 2007 </bean> <bean id="sessionfactory" class="org.springframework.orm.hibernate3.localsessionfactorybean"> <property name="datasource"><ref local="datasource" /></property> <property name="mappingresources"> <list> <value>no/gan/dynasale/model/mapping.hbm.xml</value> </list> </property> <property name="hibernateproperties"> <props> <prop key="hibernate.dialect">org.hibernate.dialect.mysqldialect</prop>  <prop key="hbm2ddl.auto">update</prop> <prop key="hibernate.max_fetch_depth">3</prop> </props> </property> </bean> <bean id="contentdao" class="no.gan.dynasale.dao.rest.restcontentdao"> <constructor-arg> <ref local="restproxy" /> </constructor-arg> </bean> <bean id="formatdao" class="no.gan.dynasale.dao.rest.restformatdao"> <constructor-arg> <ref local="restproxy" /> </constructor-arg> </bean> <bean id="contentservice" class="no.gan.dynasale.service.impl.contentserviceimpl"> <constructor-arg> <ref local="contentdao" /> </constructor-arg> </bean> <bean id="formatservice" class="no.gan.dynasale.service.impl.formatserviceimpl"> <constructor-arg> <ref local="formatdao" /> </constructor-arg> </bean> <bean id="userservice" class="no.gan.dynasale.service.impl.userserviceimpl"> <property name="userdao"> <ref local="userdao" /> </property> <property name="orderservice"> <ref local="orderservice" /> 28

160 Vedlegg DynaSale HiO 2007 </property> <property name="messagedigestservice"> <ref local="messagedigestservice" /> </property> </bean> <bean id="orderlineservice" class="no.gan.dynasale.service.impl.orderlineserviceimpl"> <property name="orderlinedao"> <ref local="orderlinedao" /> </property> </bean> <bean id="orderservice" class="no.gan.dynasale.service.impl.orderserviceimpl"> <property name="orderdao"> <ref local="orderdao" /> </property> <property name="orderlinedao"> <ref local="orderlinedao" /> </property> <property name="userdao"> <ref local="userdao" /> </property> <property name="companyservice"> <ref local="companyservice" /> </property> <property name="invoiceservice"> <ref local="invoiceservice" /> </property> <property name="mailservice"> <ref local="mailservice" /> </property> <property name="formatservice"> <ref local="formatservice" /> </property>  <property name="defaultname"><value>default name</value></property> <property name="defaultdescription"><value>defualt description</value></property>   <property name="contentdescription"><value>description</value></property>  <property name="vatlevel"><value>vatlevel</value></property>  <property name="vatlow"><value>vatlow</value></property>  <property name="vathigh"><value>vathigh</value></property>  29

161 Vedlegg DynaSale HiO 2007 </bean> <bean id="restproxy" class="no.gan.dynasale.rest.restproxy"> <property name="customer"> <value>g2demo</value> </property> <property name="host"> <value> </property> <property name="version"> <value>2</value> </property> </bean> <bean id="companyservice" class="no.gan.dynasale.service.impl.companyserviceimpl"> <property name="selfregister"> <value>true</value> </property> <property name="anonymousbrowsing"> <value>true</value> </property> <property name="anonymousdownload"> <value>false</value> </property> <property name="name"> <value>visualfunk</value> </property> <property name="lowvat"> <value>0.0</value> </property> <property name="medvat"> <value>13.0</value> </property> <property name="highvat"> <value>25.0</value> </property> <property name="daysboughtavailable"> <value>14</value> </property> <property name="urlbase">  <value> </property> <property name="address"> <value>storgata Oslo</value> </property> <property name="phone"> <value> </value> </property> <property name=" "> 30

162 Vedlegg DynaSale HiO 2007 </property> <property name="dateformat"> <value>dd.mm.yyyy</value> </property> <property name="dateandtimeformat"> <value>dd.mm.yyyy', kl' HH:mm</value> </property> </bean> <bean id="defaultadmin" class="no.gan.dynasale.model.user"> <property name="mail"> </property> <property name="passwd"> <value>3plekake</value> </property> <property name="admin"> <value>true</value> </property> </bean> <bean id="sender" class="org.springframework.mail.javamail.javamailsenderimpl"> <property name="host"> <value>mail.bbse.no</value> </property> </bean> <bean id="messagedigestservice" class="no.gan.dynasale.service.impl.messagedigestserviceimpl"> <property name="algorithmname"> <value>sha1</value> </property> </bean> <bean id="mailservice" class="no.gan.dynasale.service.impl.mailsenderimpl"> <property name="from"> </property> <property name="subject"> <value>din ordere fra VisualFunk</value> </property> <property name="sender"> <ref local="sender" /> </property> <property name="text"> <value><![cdata[ <h1>din ordere hos VisualFunk</h1> <p>her er en liste over linker til contentet du kjøpte fra VisualFunk. Du vil også finne en faktura i pdf-format som vedlegg til denne mailen. ]]></value> </property> <property name="userservice"> <ref local="userservice" /> 31

163 Vedlegg DynaSale HiO 2007 </property> </bean> <bean id="invoiceservice" class="no.gan.dynasale.service.impl.invoiceserviceimpl"> <property name="companyservice"><ref local="companyservice" /></property> <property name="userservice"><ref local="userservice" /></property> </bean> <bean id="componentinstantiationlistener" name="authorizationstrategy" class="no.gan.dynasale.web.storeauthorizationstrategy"> <property name="companyservice"> <ref local="companyservice" /> </property> </bean> </beans> 32

164 Vedlegg DynaSale HiO 2007 Vedlegg F: Prioriteringer av bruksmønstre Høy prioritet: Liste Content for kjøp Legge til Content i handlekurv Kjøp av varer Logge inn Vise detaljert informasjon om et Content-objekt (Selger skal kunne) Legge til bruker Administrere og vise handlekurv Middels prioritet: Liste alle brukerkontoer Slette en bruker Endre en bruker Vise ordrehistorikk Vise detaljer i ordre Oversikt over ordre Registrere seg Lavt prioritert: Reaktivere ordre Deaktivere ordre Vise Content (for administrator) Liste alt Content fra DynaPark (fra en mappe, for administrator) Legge til Content Endre Content 33

165 Vedlegg DynaSale HiO 2007 Vedlegg G: Utkast til bruksmønstre (Use Case) Til navigasjon er det først og fremst tenkt benyttet en meny med linker som kaller de aktuelle bruksmønstre. Trykk på denne avbryter aktive bruksmønster. Følgende bruksmønster vil være tilgjengelige fra denne: B2, B5 og B7 G.1 Brukerscenarioer Use Case B1 Beskrivelse Aktører Pre Betingelser Post Betingelser Trigger Hendelsesforløp Unntak Logge inn En bruker skal kunne logge seg inn på systemet (Kjøper, selger, administrator) = bruker Bruker er ikke logget inn Brukeren blir logget inn eller Bruker får feilmelding Bruker går til gitt URI 1. Bruker får valg om å skrive inn brukernavn og passord 2. Bruker fyller ut brukernavn og passord 3. Bruker velger å logge inn 4. Bruker blir videresendt til Hovedsiden 3.A Feil brukernavn/passord 3.A Trigger: Systemet kunne ikke validere brukernavn og passord 1. Bruker får beskjed om at brukernavn/passord var feil, og får mulighet til å logge inn igjen. Use Case B2 Beskrivelse Vise ordrehistorikk En kjøper skal kunne se tidligere ordre 34

166 Vedlegg DynaSale HiO 2007 Aktører Pre betingelser Post betingelser Trigger Hendelsesforløp Variasjon Kjøper Kjøper er logget inn Kjøper får se alle tidligere ordre Kjøper velger å se ordrehistorikk 1. Kjøper får se alle tidligere ordre 1.A Ingen ordre 1.A Trigger: Kjøperen har ingen tidligere ordre 1. Kjøper får opp en tom liste, med beskjed om at det ikke finnes tidligere ordre. 1.B Vise mer info om ordre 1.B Trigger: Kjøper velger å vise mer info om en ordre 1. INCLUDES(B3) Use Case B3 Beskrivelse Aktører Pre betingelser Post betingelser Trigger Hendelsesforløp Variasjon Vise detaljer i ordre En bruker skal kunne se detaljer om en ordre (Kjøper, selger) = Bruker, DynaPark Bruker er logget inn && Det finnes en ordre Bruker får se detaljer om en ordre Bruker får en feilmelding Bruker velger å se detaljer om en ordre (B2.1B) 1. DynaSale spør DynaPark om data 2. DynaPark gir data 3. Bruker får se detaljer om en ordre 4. Bruker får valg om å se kvittering 1.A Ingen ordre 1.A Trigger: Bruker prøver å få se en ordre som ikke finnes 1. Bruker får en feilmelding 2. Bruker får valg om å gå til ordrehistorikk 2.A Se kvittering 2.A Trigger: Bruker velger å se kvittering 1. Bruker får se kvittering Use Case B4 Legge til Content i handlekurv 35

167 Vedlegg DynaSale HiO 2007 Beskrivelse Aktører Pre betingelser Post betingelser Trigger Hendelsesforløp Variasjon En bruker skal kunne legge til Content i handlekurven (Kjøper, selger) = bruker Bruker er logget inn (Content blir lagt til i handlekurv && Bruker får beskjed om at content er lagt til) Bruker får en feilmelding Bruker velger kjøp på en vare (B7.2A) 1. Content blir lagt i handlekurven 2. Bruker får beskjed om at Content er lagt til i handlekurv 1.A Content ligger allerede i handlekurv 1.A Trigger: Content ligger allerede i handlekurv 1. Bruker får en feilmelding om at man ikke kan legge til Content 2 ganger. Use Case B5 Beskrivelse Aktører Pre betingelser Post betingelser Trigger Hendelsesforløp Variasjon Administrere og vise handlekurv En kjøper skal kunne endre innholdet i handlekurven og sende den til bestilling Kjøper Bruker er logget inn Kjøper velger å vise handlekurven 1. Kjøper blir presentert innholdet i handlekurven 2. Kjøper kan administrere innholdet i handlekurven 1.A Handlekurven er tom 1.A Trigger: Handlekurven er tom 1. Kjøper får opp en tom handlekurv 2.A Sletting av vare 2.A Trigger: Kjøper velger å slette en vare 1. Varen slettes og handlekurven vises på nytt 2.B Bestilling av innhold i handlekurv 2.B Trigger: Kjøper velger å sende handlekurven til bestilling 1. INCLUDES(B6) 36

168 Vedlegg DynaSale HiO 2007 Use Case B6 Beskrivelse Aktører Pre betingelser Post betingelser Trigger Hendelsesforløp Variasjon Kjøp av varer En kjøper blir guidet gjennom kjøpsprosessen Kjøper, Netaxcept Kjøper er logget inn && Kjøper har varer i handlekurven Bestilling sendes og registreres Kjøper får en bekreftelse på at salget var vellykket Kjøper velger å kjøpe varene i handlekurven 1. Kjøper får en oversikt over egne data og leveringsdetaljer 2. Kjøper får en utskrift av varer som skal kjøpes 3. Kjøper blir sendt til NetAxcepts sider 4. Kjøper får bekreftelse på at kjøp er gjennomført 3.A Feil under betaling 3.A Trigger: NetAxcept returnerer feil eller ikke noe svar 1. Bruker får feilmelding og mulighet til å forsøke på nytt Use Case B7 Beskrivelse Aktører Pre betingelser Post betingelser Trigger Hendelsesforløp Variasjon Liste Content for kjøp En bruker skal kunne liste Content (Kjøper, selger) = bruker, DynaPark Kjøper er logget inn Kjøper får vist Content til salgs Kjøper velger å vise Content til salgs 1. DynaSale spør DynaPark om tilgjengelig Content for Kjøper 2. DynaPark returnerer Content 3. Kjøper får vist tilgjengelige salgsobjekter 4. Kjøper navigerer i salgsobjekter 1.A Butikken har ingen varer 1.A Trigger: Butikken har ingen varer 1. Kjøperen får opp informasjon om at det for tiden ikke er noe å kjøpe 2.A Legging av vare i handlekurv 2.A Trigger: Kjøperen velger å legge en vare i handlekurv 1. INCLUDES(B4) 2.B Visning av flere detaljer om objekt 37

169 Vedlegg DynaSale HiO B Trigger: Kjøperen velger ett objekt 1. INCLUDES(B8) Use Case B8 Beskrivelse Aktører Pre betingelser Post betingelser Trigger Hendelsesforløp Variasjon Vise detaljert informasjon om ett Content-objektet En bruker skal kunne få detaljer og beskrivelser om ett Content-objekt (Kjøper, selger) = bruker, DynaPark Kjøper er logget inn Kjøperen får detaljert info om ett Objekt B8.2B 1. DynaPark returnerer på forespørsel detaljerte data for Content-objektet 2. Detaljert info vises for bruker 1.A Feil under kommunikasjon med DynaPark 1.A Trigger: Feil under kommunikasjon eller oppslag 1. Feilmelding vises bruker Use Case B9 Beskrivelse Aktører Pre betingelser Post betingelser Trigger Hendelsesforløp Variasjon Registrere seg En kjøper skal kunne registrere seg om selger ønsker det Kjøper Kjøperen er på innloggingssiden til en Kunde && Selgeren tillater at kjøper registrerer seg selv. Kjøperen blir registrert og logget inn Kjøperen velger å registrere seg 1. Kjøper får opp registreringsskjema 2. Kjøper sender skjema 3. Kjøper blir logget inn, og sendt til hovedsiden 2.A Validering av data ikke vellykket 2.A Trigger: Feil eller problemer med utfylte data 1. Feilene beskrives og skjema vises på nytt G.2 Selgerscenarioer Use Case S1 Liste alt Content fra DynaPark fra en mappe 38

170 Vedlegg DynaSale HiO 2007 Beskrivelse Aktører Pre betingelser Post betingelser Trigger Hendelsesforløp Variasjon En selger skal kunne liste opp alt av Content i en mappe, selv om det ikke er åpent for salg. Selger, DynaPark Selger er logget inn i DynaSale Selger får vist alt Content Selger velger å vise all Content i en mappe 1. DynaSale spør DynaPark om all Content i mappe 2. DynaPark leverer etterspurt data til DynaSale 3. Selger får listet opp all Content i gitt mappe 4. Selger kan velge mappe/content 3.A Bla dypere i mappestruktur 3.A Trigger: Selger velger en mappe 1. INCLUDES(S1) 3.B Velge Content 3.B Trigger: Selger velger Content 1. INCLUDES(S2) Use Case S2 Beskrivelse Aktører Pre betingelser Post betingelser Trigger Hendelsesforløp Variasjon Vise Content En selger skal kunne se detaljer om Content Selger, DynaPark Selger er logget inn i DynaSale Selger får vist eller endret Content S1.3B 1. DynaSale spør DynaPark om detaljer om gitt Content 2. DynaPark leverer etterspurt data til DynaSale 3. Selger får vist detaljer om Content 4. Selger får valg om å Endre/Slette 3.A Endre Content 3.A Trigger: Selger velger å Endre Content 1. INCLUDES(S3) Use Case S3 Beskrivelse Aktører Pre betingelser Endre Content En selger skal kunne endre Content Selger, DynaPark Selger er logget inn i DynaSale 39

171 Vedlegg DynaSale HiO 2007 Suksess post betingelser Feilet post betingelse Trigger Hendelsesforløp Variasjon Selger får vist eller endret Content Selger får en feilmelding og mulighet til å endre igjen S2.3A 1. DynaSale spør DynaPark om detaljer om gitt Content 2. DynaPark leverer etterspurt data til DynaSale 3. Selger får opp skjema der selger kan endre data om Content 4. Selger kan endre 5. Selger kan lagre/forkaste endringer 5.A Lagre endringer 5.A Trigger: Selger velger å lagre endringer 1. Data fra bruker sendes til DynaSale 2. DynaSale sender data til DynaPark 3. Selger får bekreftet at endringer er lagret 4. INCLUDE(S2) 1. 1.A Valideringsfeil 2. 1.A Trigger: Endringer validerte ikke 1. Selger får feilmelding 2. INCLUDE(S3) 5.B Forkaste endringer 5.B Trigger: Selger velger å forkaste endringer 1. INCLUDES(S2) Use Case S4 Beskrivelse Aktører Pre betingelser Post betingelser Trigger Hendelsesforløp Variasjon Liste alle brukerkontoer En selger skal kunne liste alle brukere som finnes i deres database Selger Selger er logget inn i DynaSale Selger får listet alle brukerkontoer i systemet Selger velger å liste alle brukerkontoer 1. Selger får listet opp alle brukerkontoer 2. Selger får valg om å slette, endre, legge til bruker. 2.A Slette bruker 2.A Trigger: Selger velger å slette en bruker 1. INCLUDE(S5) 2.B Endre bruker 2.B Trigger: Selger velger å endre en bruker 1. INCLUDE(S6) 40

172 Vedlegg DynaSale HiO C Legge til bruker 2.C Trigger: Selger velger å legge til bruker 1. INCLUDE(S7) Use Case S5 Beskrivelse Aktører Pre betingelser Post betingelser Feil post betingelse Trigger Hendelsesforløp Variasjon Slette en bruker Selger skal kunne slette en bruker Selger Selger er logget inn i DynaSale Det finnes en bruker Bruker blir slettet Selger får en bekreftelse Selger får en feilmelding, bruker blir ikke slettet. Selger velger å slette en bruker 1. Selger får spørsmål om hun er sikker på at bruker skal slettes 2. DynaSale sletter bruker 3. Selger får en bekreftelse på at bruker er slettet 4. INCLUDE(S4) 1.A Selger vil ikke slette bruker 2.A Trigger: Selger velger å ikke slette bruker 1. Bruker får beskjed om at bruker ikke ble slettet 2. INCLUDE(S4) Use Case S6 Beskrivelse Aktører Pre betingelser Post betingelser Feilet post betingelse Trigger Hendelsesforløp Endre en bruker En selger skal kunne en bruker Selger Selger er logget inn i DynaSale Bruker blir endret Selger får en bekreftelse på at bruker er endret Bruker blir ikke endret Selger får en feilmelding Selger får vist endre skjema igjen Selger velger å endre en bruker 1. Selger får vist detaljer om en bruker 41

173 Vedlegg DynaSale HiO 2007 Variasjon 2. Selger kan endre data om en bruker 3. Selger får valget mellom å lagre eller forkaste endringer 3.A Lagre endringer 3.A Trigger: Selger velger å lagre endringer 1. Endringer sendes til DynaSale 2. Endringer lagres 3. Selger får en bekreftelse på at bruker ble lagret 1. 2.A Endringene validerer ikke 1. Selger får en feilmelding 2. INCLUDE(S6) 4. INCLUDE(S4) 3.B Forkaste endringer 3.B Trigger:Selger velger å forkaste endringer 1. INCLUDE(S4) Use Case S7 Beskrivelse Aktører Pre betingelser Post betingelser Feilet post betingelse Trigger Hendelsesforløp Variasjon Legge til bruker En selger skal kunne legge til bruker/selger Selger Selger er logget inn i DynaSale En bruker blir opprettet Selger får en feilmelding Bruker blir ikke opprettet Selger velger å legge til en bruker 1. Selger får vist et registreringsskjema for bruker 2. Selger legger inn data om bruker 3. Selger får valg om å lagre eller forkaste bruker 2.A Lagre bruker 2.A Trigger: Selger velger å lagre brukeren 1. Brukerdata sendes til DynaSale 2. Bruker lagres 3. Selger får beskjed om at bruker er opprettet 4. INCLUDE(S4) 1. 2.A Bruker finnes 2. 2.A Trigger en bruker med gitt e-postadresse finnes allerede 1. Selger får en feilmelding om hva som er galt 2. INCLUDE(S7) 42

174 Vedlegg DynaSale HiO B Data validerer ikke 4. 2.B Trigger: Ikke alle krevde felt er fylt ut riktig 1. Selger får en feilmelding om hva som er galt 2. INCLUDE(S7) Use Case S8 Beskrivelse Aktører Pre betingelser Post betingelser Feilet post betingelse Trigger Hendelsesforløp Variasjon Reaktivere ordre En selger skal kunne reaktivere en ordre Selger Selger er logget inn i DynaSale En ordre blir reaktivert En eller flere objekter fra den gamle ordren eksisterer ikke lenger i DynaPark Selger velger å vise oversikt over ordre 1. Systemet viser en oversikt over ordre, med mulighet til å reaktivere inaktive ordre 2. Selger velger å reaktiver en ordre 3. Systemet viser ordren som aktiv 3.A Trigger: Ett eller flere av objektene finnes ikke lenger 3.A Selger får beskjed om hvilke av objektene som ikke finnes lenger, og at resten av objektene blir reaktivert. Use Case S9 Beskrivelse Aktører Pre betingelser Post betingelser Feilet post betingelse Trigger Hendelsesforløp Variasjon Deaktivere ordre En selger skal kunne deaktivere en aktiv ordre Selger Selger er logget inn i DynaSale En ordre blir deaktivert Selger velger å vise oversikt over ordre 1. Systemet viser en oversikt over ordre, med mulighet til å deaktivere aktive ordre 2. Selger velger å deaktivere en ordre 3. Systemet viser ordren som inaktiv 43

175 Vedlegg DynaSale HiO 2007 Use Case S10 Beskrivelse Aktører Pre betingelser Post betingelser Feilet post betingelse Trigger Hendelsesforløp Variasjon Oversikt over ordre Selger skal få vite hvem som har kjøpt hvilket content når. Selger Selger er logget inn i DynaSale Selger får info om en ordre Selger velger å vise oversikt over ordre 1. Systemet viser en oversikt over ordre, med dato, navn på kjøper og mulighet til å få se flere detaljer. 2. Selger velger å se flere detaljer 3. Systemet viser oversikt over hvem som passerte ordren Use Case S11 Beskrivelse Aktører Pre betingelser Post betingelser Feilet post betingelse Trigger Hendelsesforløp Variasjon Legge til Content Selger skal kunne legge til Content til DynaPark via DynaSale, men kun en fil av gangen Selger Selger er logget inn i DynaSale Nytt Content er lagret i DynaPark Selger oppgav ugyldige data Selger velger å legge til nytt Content fra DynaSale 1. Systemet viser et skjema hvor bruker kan taste inn informasjon om Contentet, og velge fil 2. Selgeren fyller inn skjemaet og velger en fil til opplasting 3. Systemet viser oversikt over tilgjengelig Content med det nye øverst. 3.A Trigger: Selger oppgav ugyldige data. 3.A. Systemet gir beskjed om hvilke data som var ugyldige. 44

176 Vedlegg DynaSale HiO 2007 Vedlegg H: Målanalyse Selgere skal kunne Viktighet Vanskelighetsgrad Omfang Administrere brukere -Velge om de skal se priser med eller uten MVA -Rabatter -Legge til andre administratorer 5 (ingen brukere ingen vits) Administrere salgsobjekter -Priser legges inn uten MVA -Endre pris -Legge til beskrivende tekst 4 (sterkt ønsket) -Får se alle DynaParkobjekter og kan velge hvilke som skal legges ut for salg Få salgsstatistikk Kjøpe bilder på vegne av brukere (gi dem bort) 2 (ønsket, men frontend kan mulig legges til senere) 4 (eksisterende kunde bruker dette mye i dagens system) 4 (må sette opp og koble til db. Kan bli litt stort) 4 (må kommunisere toveis med DynaPark, eventuelt lagre i egen base) 3 (må logge og senere vise det frem) 2 (burde bare være å legge til ett spesialtilfelle under kjøp) 5 dager 6 dager 4 dager 1 dag Kjøpere skal kunne Kjøpe objekter -Skal være tydelig trinndelt Liste tilgjengelige objekter -Vise thumbnails og tilgjengelige oppløsninger 5 (det heter tross alt DynaSale) 5 (kan ikke selge noe hvis brukere ikke vet hva de kan kjøpe) 5 (må kommunisere med NetAxcept og lage salgsrapport) 3 (må kommunisere med DynaPark, antagelig kun enveis) 7 dager 3 dager Få opp ordrehistorikk 3 (ønsket, helst også med 3 (logging, og visning) 4 dager 45

177 Vedlegg DynaSale HiO Ordre skal muligens kunne reaktiveres (om selger ønsker dette) -Fakturaer lagres og sende på epost frontend) Legge og administrere varer i en handlekurv -Denne skal forsvinne når sessionen utløper 4 (dårlig nettbutikk uten) 3 (ganske rett frem, men muligens mye arbeid) 3 dager Generelt Løsningen skal kunne konfigureres individuelt for hver kunde -Må man logge på for å kunne se bilder? -Kan kunder registrer seg selv? System wide konfigurasjon -MVA sats -Tilkobling til DynaPark Bilder skal også kunne legges til fra DynaPark 4 (ganske viktig, i tillegg er det vanskelig å legge til i etterkant) 4 (det er slik det er forventet gjort hos oppdragsgiver) X (kommer an på hvilken løsning vi havner på, må diskuteres nøyere med oppdragsgiver) 4 (følger oss hele tiden, men ikke nødvendigvis så vanskelig) 2 (burde bare være å lage en konfigurasjons-fil og lese denne) X (kommer an på løsning) 3 dager 1 dag 1-4 dager Sikkerhet Linker til kjøpte varer skal sperres etter en stund 5 (noe av det viktigste med den nøye løsningen) 2 (burde ikke være vanskelig) 1 dag 46

178 Vedlegg DynaSale HiO 2007 Vedlegg I: Prosjektdagbok Under følger en uredigert utgave av vår prosjektdagbok. Den er tatt med siden den sier en del om arbeidsprosessen og alternativer som er vurdert underveis. Archive for May, 2007 Unittest-data i databasen m.m. Saturday, May 19th, Håvard Ikke kjør unittester mot databasen, med midre dere endrer dem slik at de legger inn ordentlige data. Det har seg nemlig slik at vi får en del morsomme feil enkelte steder siden det ligger nullverdier på steder de ikke skal være, og som de heller ikke kan komme seg på andre måter. Det dukka opp masse rare feil under testinga på grunn av dette, så jeg har nå slette de linjene i tabellene som ødela. Jeg har lagt til igjen det at passord lik spesialbehandles i UserServiceImpl slik at det skal gå ann å deaktivere brukere. Om det var en grunn til at dette ble fjernet så si fra. Funksjonstestinga er nå ferdig (hvis Inga kan bekrefte at det faktisk blir sendt en mail som ser korrekt ut). Jeg har også sett gjennom kravspeken for å forsikre meg om at vi ikke har glemt noe. Det eneste jeg reagerte på var at det er en del krav som står dobbelt opp under funksjonelle krav for selgere og administratorer som egentlig kun gjelder for administratorer (men gjelder jo for selgere også hvis de tar en telefonsamtale). Det har blitt en del små endringer i koden for å få den til oppfylle testene. Vær så snill å ikke endre noe mer på koden nå (i hvert fall ikke uten å ta en ordentlig kopi av hele prosjketet først!). Dukker så sykt lett opp nye feil. Har prøvd å passe på å ikke lage nye feil i dag, men kan jo aldri være sikker, så bra om dere klikker dere litt rundt også. Alt er committa. Så kjør update da;p Posted in Dagbok No Comments» 47

179 Vedlegg DynaSale HiO 2007 Referanser til andre deler av rapporten Friday, May 18th, Inga Jeg foreslår at hver gang vi skal ha en referanse til en annen del av rapporten skriver vi x.x.x. Eksempel: Mer om deaktivering av brukere under x.x.x. Dermed kan vi bare søke gjennom dokumentet etter x.x.x når all kapittelnumrering er bestemt og det er på tide og sette inn korrekte nummer, så er vi sikre på at vi ikke går glipp av noen referanser. Kanskje også lurt å skrive i parantes etter x.x.x hvilket kapittel det er snakk om. Posted in Dagbok 2 Comments» 2 Responses to Referanser til andre deler av rapporten 1. Sebastian Steinmann Says: May 18th, 2007 at 10:34 pm Sån som jeg har gjort hele tiden? 2. inga Says: May 19th, 2007 at 7:06 am Hva du har gjort hele tiden vet du vel best selv? Det er vel uansett praktisk om vi blir enig om at alle tre gjør det på samme måte? Møte med Eva Thursday, May 17th, Inga Tilstede: Eva, Håvard, Sebastian, Inga Ting som ble tatt opp: 1. Bør vi spesifisere det i testrapporten om det er noe som ikke fungerer? 2. Bør vi ha med bloggen som vedlegg? 3. Er noen av delene av prosessrapporten for teknisk avansert? 4. Råd om rapporten fra Eva 5. Kan vi få et siste veiledningsmøte neste tirsdag? 1. Bør vi spesifisere det i testrapporten om det er noe som ikke fungerer? Eva understreket at poenget med testrapporten er å dokumentere hvilke deler av produktet vi 48

Vise mer