31 svar · 1 043 visningar · startad av hebbarus
Hej.
Jag har börjat göra hemsidor med PHP nu igen och har bland annat gjort en förenings hemsida. Själva kodandet har gått bra men det som har brustit är själva planeringen. Hur ska man lägga upp ett större projekt?
Ska man börja med sidnamn och beskrivning, därefter siddesign, databasstruktur, templates och kod eller?
Mvh Daniel
Oavsett, är det viktigt att man skriver ner sina tankar och planer innan man börjar koda.
Ju tidigare man startar kodningen, desto längre tid tar projektet.
Om man sedan gör en avstämning så lär man sig vad flaskhalsarna var!
Flyttas från PHP...
SRS>SDS>Implentation>Test>
Om testen går fel gå tillbaka till sds kika vad som gått fel mellan sds:en och srs:en.
UI/datalager/klasstruktur/kodning/test. Samtidigt.
Peeer skrev:
Nickemannen skrev:
SRS>SDS>Implentation>Test>
Översätt, någon? :)
Hmm...
Låter som ett gammalt hederligt vattenfall tycker jag :e
Skall vi gissa på Nickemannen menar något i stil med
"System Requirements Specification" > "System design Specification" > Implementation > Test
SRS:
Analys av vad som krävs.
Listning av funktionella och icke funktionella krav.
Anvädarfall.
SDS
Design, om det skall finnas databas så databasdesign. Och en hel del sök lite på google du kommer att hitta massor :).
1. Börja koda som en idiot.
2. Upptäck att allt kodandet var i onödan.
3. Börja om på punkt 1.
4. Återupprepa några gånger.
5. Kom till insikt.
6. Gör detaljerade dokument av vad du vill göra (kravspec).
7. Strukturera upp och utröna ev frågetecken.
8. Till ritbordet och gör om.
9. Gör gränssnitt.
10. Implementera.
Nåt åt det hållet. ;)
Jag tycker det är enklast att göra en design att utgå ifrån.
Bra med ironi Pace. Det behövs insikt.
Rita upp listor på all output. Markera vad som är användaredata och vad som systemet kan bidra med (typ ortsregister) Kolla vad stunden kan göra, Timestamp vid registrering ellker förändring om vi pratar realtid. Rita sedan design för att läsa av data, komplettera med inmatningsformulär. Vad behövs egentligen. Skapa databas. Skriv scenario. testa frågor. Hyr in mig som konsult eller bollplank.
Ta en öl :birp
Ta en öl kan faktiskt vara riktigt bra :bire
En del i utvecklingen som förbises mer än ofta är användarvänligheten.. det finns rätt många olika tekniker för att få ut vad en tänkt användare förväntar sig mm och andra tekniker för att skapa ett användarvänlig applikation. En av dessa är paper prototyping vilken är effektiv och som kan användas innan själva kodandet börjat. Många tycker det är löjligt att sitta och "klipp o klistra", men jag har endast bra erfarenheter av tekniken.
http://guir.berkeley.edu/courses/SummerHCI04/readings/Paper Prototyping.htm
Japp prototyping är effektivt, mockups används allt för lite framför allt när det gäller användarvänlighet på webben. Finns en riktigt bra bok från studentlitteratur som heter Användarcentrerad systemdesign med mycket bra tipps och annat matnyttigt, Jan Gulliksen och Beng Göransson har skrivit den. Borde vara lagstadgat att alla som utvecklar går en kurs i MDI, annars har Nielsen skrivit mycket i ämnet, han är väll lite av en MDI-gud
erka skrev:
Japp prototyping är effektivt, mockups används allt för lite framför allt när det gäller användarvänlighet på webben. Finns en riktigt bra bok från studentlitteratur som heter Användarcentrerad systemdesign med mycket bra tipps och annat matnyttigt, Jan Gulliksen och Beng Göransson har skrivit den. Borde vara lagstadgat att alla som utvecklar går en kurs i MDI, annars har Nielsen skrivit mycket i ämnet, han är väll lite av en MDI-gud
Precis som du säger så är det på tok för lite användning av olika metoder för att skapa bra HCI-grännssnitt. om det går riktigt illa kan det bli så här: http://www.nrk.no/dynasx?p_lenke_id=190437&p_artikkel_id=1624093&mswmext=.asx :birp
he he
Jag älskar denna sida
http://digilander.libero.it/chiediloapippo/Engineering/iarchitect/shame.htm
den här är bra
:e
Använbarhetssidor (Kanonsidor)
Mycket bra sajt om användbarhet och liknande. Tar upp intressanta saker även om allt inte handlar om just hemsidor så finns här mycket matnyttig information att hämta. (Mycket "aha"-känsla på ett bra sätt )
http://www.interakt.nu/home/index.asp
Mycket intressanta diskussioner kring användbarhet. Många bra artiklar skrivna i ämnet. Även nyttiga resurslänkar för de som gräva ännu djupare.
http://www.ok-cancel.com/
Användbarhet i serieform.
nkrantz skrev:
spango skrev:
UI/datalager/klasstruktur/kodning/test. Samtidigt.
:birp
Jag övervägde ett kort tag att förklara mig, men avstog tills nån reagerade ;)
Min poäng är att datalager oftast kommer rätt naturligt av klasstrukturen, och att klasstrukturen oftast är ganska beroende av UI:t (inte själva mediet, men vad man ska visa och hur). Att inte testa sina idéer med prototyper när arbetet fortskrider är inte att rekommendera, och när man kommer på att en ändring i koncepten i UI:t måste göras tenderar det att propagera neråt till den bakomliggande strukturen på ett eller annat sätt.
Och sen, när man kodar, kan man komma på smarta idéer, upptäcka saker som inte är görbara eller nåt liknande, så då får man uppdatera resten av systemet, och så... ja, ni förstår. Det kanske inte är tillämpbart för alla former av systemutveckling, men för mig funkar det finfint.
