Browse files

Merge branch 'master' of git@github.com:johang88/haskellinjavascript

  • Loading branch information...
2 parents 92969ef + d576c25 commit 31e0c96763ce729671719a0245f4c853295a9a32 Johan Gustafsson committed May 25, 2010
Showing with 40 additions and 10 deletions.
  1. BIN rapport/opponering/opponering.pdf
  2. +40 −10 rapport/opponering/opponering.tex
View
BIN rapport/opponering/opponering.pdf
Binary file not shown.
View
50 rapport/opponering/opponering.tex
@@ -1,18 +1,48 @@
-Opponering på grupp DATX02-10-72, Databases for dummies 2
+\documentclass[a4paper, 12pt]{article}
-"Databases for dummies 2" är en rapport som beskriver ett program som ska användas för att administrera databaser, utan att man som användare har några kunskaper kring hur en databas fungerar. Vi har läst rapporten i opponeringssyfte och har en del tankar kring dess innehåll.
+\usepackage{float}
+\usepackage[T1]{fontenc}
+\usepackage[utf8]{inputenc}
+\usepackage[swedish]{babel}
+\usepackage{graphicx}
+\usepackage{natbib} % ger Harvard-referenser
+\usepackage{graphicx}
+\usepackage{listings}
+\usepackage{color}
-Överlag tycker vi rapporten var intressant och väldigt väl beskriver arbetsgången av projektet. Vi är positiva till att alla prioritet 1 användarfall framgångsrikt har implementerats. Programmet ser ut att uppfylla de kriterier för att programmet ska vara användbart för sitt syfte.
+\setlength{\parskip}{12pt}
+\setlength{\parindent}{0pt}
-Det är dock en del stycken i rapporten som vi skulle vilja få en mer utförlig förklaring till.
-Av rapporten att döma används en tabullär struktur för att representera en databas. Vi är skeptiska till om detta är det bästa sättet att representera databaser på för en nybörjare. I rapporten har det ej beskrivts om vilka konceptuella modeller som har utforskats för att representera en databas i programmet. Till exempel att använda ER-diagram för att på ett grafiskt sätt beskriva en databas för användare. Att modellera det med ER-diagram skulle kunna underlätta för nybörjare att se sammanhanget mellan olika databaser och eliminera svårbegripliga begrepp som till exempel "foreign keys".
-Vi är fundersamma över designbeslutet att bara använda sig av en View-klass. I rapporten, sidan 7, rad 9, nämns det att en namnkonvention för att kunna navigera i View-filen var nödvändig på grund av att den växte ur proptotion och därmed blev svår att navigera i. Som motivering till varför man inte valde att dela upp View-klassen i flera mindre View-klasser nämndes att det skulle vara tidskrävande att omstrukturera den utan att klargöra varför detta skulle vara tidskrävande.
+\hyphenpenalty=10000
+\tolerance=5000
-Det grafiska användargränssnittet som beskrivs har ett modernt och proffisionellt utseende, samtidigt som det ser tillräckligt enkelt ut för att användas av nybörjare. Programmet ser självförklarande ut och liknar andra Windowsprogram i menyer vilket är positivt när det riktar sig till nybörjare.
+\begin{document}
-Vidare beskrivs i kapitel "5. Discussion", sidan 22, rad 14, att till en början användes enbart en enda controller-klass som hade prestandaproblem på grund av den hade så många jämförelser i sin action-listener, vilket skapade en fördröjning på flera sekunder. I rapporten hävdas det att prestandeproblemen upphörde när controller-klassen delades upp i flera mindre klasser. Vi är fundersamma hur dessa prestandaproblem var möjliga från och skulle gärna sett en mer utförlig förklaring kring det här problemet.
+\title{Opponering på Databases for Dummies 2}
+\author{
+ Adam Bengtsson,
+ Mikael Bung,
+ Johan Gustafsson,
+ Mattis Jeppsson
+}
+\date{\today}
+\maketitle
+
-I teorikapitlet, sidan 2, finns ett avsnitt som beskriver vad ett ER-diagram är, men i rapporten som följer finns det ej något avsnitt som använder sig av ER-diagram, vilket medför att detta stycke känns överflödigt för att förstå rapporten.
+\emph{Databases for dummies 2} är en rapport som beskriver ett program som ska användas för att administrera databaser, utan att som användare behöva några större förkunskaper. Vi har läst rapporten i opponeringssyfte och har en del tankar kring dess innehåll.
-Slutligen vill vi säga att rapporten hade en bra struktur och beskrev programmet som utvecklades på ett fullt tillräckligt vis.
+Överlag tycker vi rapporten var intressant och väldigt väl beskriver arbetsgången av projektet. Vi är positiva till att alla användarfall med högsta prioritet framgångsrikt har implementerats. Programmets syfte, att underlätta databashantering, ser ut att vara uppfyllt. Det är dock en del stycken i rapporten som vi skulle vilja få mer utförligt förklarade.
+
+Från rapporten har vi fått uppfattningen att en hel del förkunskaper om databaser krävs för att kunna använda programmet. Detta får oss att undra om inte alternativa representationer av databaser skulle förenkla för nybörjare. I rapporten beskrivs ej vilka konceptuella modeller som har utforskats för att representera databaser. Till exempel att använda ER-diagram för att på ett grafiskt sätt beskriva en databas för användare, se sammanhang mellan olika databaser och eliminera svårbegripliga begrepp som till exempel \emph{foreign keys}.
+
+Vi är också fundersamma över designbeslutet att bara använda sig av en View-klass. I rapporten, sidan 7, rad 9, nämns det att en namnkonvention för att kunna navigera i View-filen var nödvändig då den växt ur proptotion och därmed blivit svår att navigera i. Som motivering till beslutet att inte dela upp View-klassen i flera mindre klasser, nämner rapporten att det vore alltför tidskrävande utan att närmare gå in på orsakerna till detta.
+
+Det grafiska användargränssnittet som beskrivs har ett modernt och profesionellt utseende, samtidigt som det ser tillräckligt enkelt ut för att användas av nybörjare med tillräckliga förkunskaper. Programmet ser självförklarande ut och liknar andra Windowsprogram i menyer vilket är en fördel när det riktar sig till nybörjare.
+
+Vidare beskrivs i kapitel \"5. Discussion\", sidan 22, rad 14, att till en början användes en enda controller-klass. Den hade prestandaproblem på grund av många jämförelser i sin action-listener vilket skapade fördröjningar på flera sekunder. I rapporten hävdas att prestandeproblemen upphörde när controller-klassen delades upp i flera mindre klasser. Vi är fundersamma över hur dessa prestandaproblem var möjliga och skulle gärna se en mer utförlig förklaring kring problemet.
+
+Vi har även synpunkter på att det i teorikapitlet, sidan 2, finns ett avsnitt som beskriver vad ER-diagram är, utan att rapporten som följer använder dessa. Detta medför att det nämnda avsnittet blir överflödigt för förståelsen av rapporten.
+
+Slutligen vill vi säga att rapporten hade en bra struktur och beskrev programmet som utvecklades på ett fullt tillräckligt vis.
+\end{document}

0 comments on commit 31e0c96

Please sign in to comment.