Bekijk Volledige Versie : Functionele beschrijving van PHP/MySQL/Smarty apps...
Beste mensen,
Eén à twee keer per maand maken we een Internetapplicatie waarbij de functionele
omschrijving (met soms een uitstapje naar technische details) op papier moet worden gezet,
als basis voor het (laten) plaatsen van offertes door bouwers; instructie voor de
programmeurs; referentie bij het testen; etc.
Het gaat om Internetapplicaties, meestal gebouwd in PHP, MySQL en Smarty als verbinding
tot de voorliggende website in HTML.
Omschrijving moet Engelstalig zijn.
Rijkelijk met (visio)plaatjes ondersteund.
Kort en krachtig. (liever één A4 dan twee)
Nu doe ik dat zelf en ben daar steeds een uur of twee/drie mee bezig. Ik verwacht dat de
specialisten onder u dat sneller en beter kunnen.
Bij goed werk (niet alleen resultaat maar ook communicatief) zijn de volgende opdrachten
ook voor je.
Wie heeft interresse? Graag uw reactie.
Eef
Mogelijk ben ik niet helemaal duidelijk in de uitleg:
De opdracht is om deze functionele beschrijving(en) te maken.
Wij vertellen wat de klant wil.
U maakt de omschrijving.
Met de omschrijving gaat de programmeur aan het werk.
Groet, Eef
Oftewel het probleem helemaal uitdenken en op papier uitwerken zodat een of ander (goedkope) codeklopper de klasses uit kan vullen?
crazycoder
22/08/05, 08:43
Origineel geplaatst door aristo
Het gaat om Internetapplicaties, meestal gebouwd in PHP, MySQL en Smarty als verbinding
tot de voorliggende website in HTML.
Omschrijving moet Engelstalig zijn.
Rijkelijk met (visio)plaatjes ondersteund.
Kort en krachtig. (liever één A4 dan twee)
Nu doe ik dat zelf en ben daar steeds een uur of twee/drie mee bezig. Ik verwacht dat de
specialisten onder u dat sneller en beter kunnen.
Voor een complexe applicatie lijkt 2-3 uur mij in het geheel niet haalbaar.
Ben benieuwd wat voor projecten het betreft. Heb er zo snel geen in uw portfolio kunnen ontdekken.
Is dit niet dubbel werk? U vertelt iemand (gedetaileerd) wat het project inhoudt, deze moet alles op papier zetten. Ik denk dat u ongeveer even lang bezig bent met het vertellen dan dat u het zelf op papier zet.
CharlieRoot
22/08/05, 10:31
Ik ben heel benieuwd wat voor opdrachten het betreft, ik ben per PB bereikbaar.
Origineel geplaatst door Zenda
Is dit niet dubbel werk? U vertelt iemand (gedetaileerd) wat het project inhoudt, deze moet alles op papier zetten. Ik denk dat u ongeveer even lang bezig bent met het vertellen dan dat u het zelf op papier zet.
Das niet helemaal waar, degene die de functionele beschrijving maakt, maakt eigelijk ook de technische omschrijving.
De programmeur is eigelijk het aanspreekpunt naar de functioneel consultant toe.
De constructie die hier wordt gebruikt, is zeer gewoon.
Als voorbeeld: Sales gaat naar een klant toe, deze noteert de eisen/wensen van de klant, deze speelt ze door naar de functioneel consultant.
Deze verwerkt vervolgens de eisen/wensen naar één geheel, en bepaald hoeveel uren er gewerkt dienen te worden door de programmeur (in overleg uiteraard), dit wordt door gecommuniceerd met sales en deze maakt een order bevestiging + factuur aan voor de klant.
Ja, dat klopt ja.
Maar zoiets heeft alleen maar nut bij grote projcten, anders is het gewoon erg omslachtig werken.
Ik vermoed dat de bovengenoemde bedrijf gewoon een paar indianen/polen oid hebben ingehuurd waar ze dat functionele ontwerp naartoe sturen zodat die het dan maken.
TP edit: Ehm... wat bezielt jou? Stop er eens mee! Anders kan je beter weg blijven!
Origineel geplaatst door darius
Ja, dat klopt ja.
Maar zoiets heeft alleen maar nut bij grote projcten, anders is het gewoon erg omslachtig werken.
Ik vermoed dat de bovengenoemde bedrijf gewoon een paar indianen/polen oid hebben ingehuurd waar ze dat functionele ontwerp naartoe sturen zodat die het dan maken.
Zoals eerder aangegeven is het heel gewoon om dit soort werkzaamheden op die manier te be beschrijven.
Ook voor kleinere projecten werkt dit perfect, vraag het maar de ~ 2500 andere ICT bedrijven in Nederland welke waarschijnlijk, net als dit bedrijf in kwestie op project-basis te werk gaan.
Tevens is dit plan, zoals je misschien tussen de zinnen aangeeft, zeer gemakkelijk te verwerken voor als er lokaties in het buitenland zijn.
Maar denk eens in als een bedrijf meerdere lokaties in Nederland heeft, dan moet het project ook duidelijk van de grond komen, en ook gerealiseerd worden.
Offtopic:
Ik vind jou reactie nogal overtrokken, omdat het helemaal niet hoeft te betekenen dat software welke indianen/polen schrijven slecht is.
Wellicht is het een hele interessante manier om geld te besparen en toch een functioneel goed geprogrammeerd product krijgt.
Mijne heren,
Interessante discussie. Inmiddels is mijn vraag via een andere weg beantwoord en zijn er inmiddels twee beschrijvingen gemaakt, die zeer bruikbaar zijn. Wat mij betreft is de discussie hiermee gesloten.
Allemaal hartelijk dank voor de reacties.
En graag houden we ons aanbevolen indien u proffesioneel gebouwde website en internetapplicaties zoekt,
Met vriendelijke groet, Eef