Projekt plannering
8 svar · 312 visningar · startad av Nickemannen
1: Kravanalys - Dokumentera alla krav som kunden har och som ni har kommit överens om. Bra tips här är att du själv "brainstormar" och skriver upp alla idéer (funktionalitet, design, ALLT) du kan komma på. Sen visar du allt det för kunden och så kommer ni överens om vad som kan vara bra att inkludera. Otroligt viktigt att ha papper på allting i det här steget så att det inte, vid nästan färdig produkt, visar sig att det har blivit missuppfattningar och att kunden egentligen vill ha mer funktionalitet.
2: Systemdesign - En övergripande design av systemet. Hur olika delar ska "kopplas ihop". Usecases, komponenter osv.
3: Programdesign - Ja.. Gör en vacker design med utgångspunkt från kravanalysen och systemdesignen. Det här steget ska det läggas MYCKET tid på. En bra design gör ditt liv mycket lättare vid implementation.
4: Implementation - Använd din väl genomarbetade programdesign och koda, koda, koda...
(4.5) Integration - Om flera olika delar ska sättas ihop till ett så hamnar hamnar det väl här... (rätt naturligt)
5: Testning och verifiering. Stresstestning, funktionalitetstestning osv.
6: Release! Öl! Festa! Spy på bordsgrannen!
punkt 6 är målet :birp
Borde inte en analys göras av vad som skulle kunna gå fel i under program utvecklingen typ om någon hoppar av osv.
Samt tids planering.
Antar att allt detta är steg i det stora hela. Som t.ex. systemdesignen där skall t.ex. en R/m databas skapas osv.
Jo, givetvis ska en tidsplanering göras också. Det är det man har projektledare till. ;)
Alltså detta ämne, som för övrigt brukar kallas Software Engineering, är fruktansvärt stort. Det finns hur mycket förberedelser som helst att göra innan man egentligen börjar med en design av ett system.
Hur arbetet ska delas upp (milestones, eventuella prototypreleases, m.m), vad har man för "tillgångar" redan från början (dumt att uppfinna hjulet igen), kostnadsplan, riskanalys.
En punkt som jag missade i föregående inlägg var "dokumentation". Den punkten blir nog lite "flytande" och spänner över flera andra punkter. Man har en enorm hjälp av att dokumentera allting man gör.
En annan sak som är väldigt bra att ha (och som de flesta företag med lite storlek i branchen använder) är "Configuration Management"... Kort och gott. Versionshantering. Hålla koll på olika revisioner av dokument och kod.
> PeW sex är väl alltid målet? Hur skulle resultatet kunna bli Anna t? :e
Vad jag saknar i många case är scenario. Om man skapar bra händelsflöden, som är ett bra ord för båda engelska orden, kan man få alla i jobbet att förstå. Och just förståelsen är nyckeln till framgång. :birp
och sen skall man komma ihåg att: "No plan survives first contact with the enemy" :e
Milstolpar sätts det precis i början av projektet.
Eller sätts det när man kommit fram till vad man vill ha med i detta fall "programmet" ?.
Eller det kanske skall finnas båda ?
Gjorde en liten plan innan jag ställde frågan.
Den ser ut såhär. Jag antar att vissa saker kan byta namn osv.
Project Plan
Start project
Gather information
-Se the movie. "vi får infoni vad vi skall göra från en film"
create an Problem statement
Se at the Custommer Requirments
Analyze requirements and problem statement
-Create an list of functions that solve their problems
-Create an list with functions that should be added
Project planning
-Time analze
-Problem analyze
-Maybe cut in the function list.
Create an prototype
-Create the database E/R model.
-Define the list of functions
-Design an prototype of the gui
Test the protype.
-Have test persons ho tests the gui and the functions
-Create an list of showing problems.
-I problems occurred then go to face Create an prototype and change it.
Start the coding
Test the application
-Have test persons testing the program
-List all failures.
-Solve the list of problems. And then test it again and so on.
Present the application.
Nu har mina tabbar försvunnit så man vet vilken som hör till vilken.
Engelskan är inte direkt korrekt heller men stämmer något sånär.