Ontwikkeling van eCommerce, ERP en maatwerk functionaliteit

Crimsonwing benadert systeem ontwerp en ontwikkeling met gebruik van een bewezen, gestructureerde benadering.

De Sleutel Rollen

Oplossing Project - Heeft de verantwoordelijkheid voor het ontwerpen en definieren van een bedrijfs oplossing die aan de verwachtingen van de klant voldoet. Dit pakt de initiele vorm van een gedetailleerd Functional Requirements document, en zal een bedrijf oplossing definieren dat technologisch haalbaar is, met aaneengelsoten definitie van een hoog niveau technologische taken en resource ramingen. Als het project eenmaal is gestart zal de Solution Architect betrokken zijn bij het overleggen met de klant over de details van de verzochte veranderingen.

Technische Architect - Zal het Functional Requirements document gebruiken om een gedetaileerde Technische Specificatie te creeren van het verzochte werk om de oplossing te onwikkelen. Dit zal gebeuren in nauwe samnenwerking met de klant omdat werk in detail op dit niveau vaak anomalieen vertoont of meer gedetaileerde informatie vereist dat direct door de klant moet worden overeengestemd. De technische architect is ook verantwoordelijk voor het identificeren en het oplossen van zaken in elk stadium van het project, en voor het maken van de programma specificaties die garanderen dat alle verzoeken behandeld worden. De persoon beoordeelt ook beperkingen and bespreekt complexe functies met gebruikers en analisten, tegelijkertijd pakt hij de niet-functionele verzoeken aan.

Ontwikkelaar - Is verantwoordleijk voor het ontwerp van het programma, codering, unit testing, programma documentatie, assisteren in het systeem en gebruiker acceptatie testing, en in operationele hand-over.

Ontwikkeling technieken

De volgende technieken kunnen gebruikt worden in het ontwikkelen van het systeem:

Proces modelleren - Een proces is een groep van input EN output activiteiten, die een bedrijf helpen om waarde te creeren voor zijn klanten. Proces Diagrammen zijn grafische representaties van alle processen van de firma en dat is inclusief opslag, manipulatie en uitwisseling van data tussen de firma en sommige externe entiteit en ook tussen de verschillende eenheden van de firma. Proces modellen zijn verondersteld om een alternatief te produceren voor data flow diagrammen, die er al langere tijd zijn.Tegenwoordig, met de vele organisaties die betrokken zijn in business process reengeneering (BPR), is de populariteit van proces modelleren toegenomen.

Functionele decompositie - Een techniek die functies decomposeert, dus demonstreert de hierarchiese relaties onder de functies en sub-functies. Een Functie Hierarchie diagram is een diagram dat alle functies laat zien die betrokken zijn in uw systeem in een hierarchiese opbouw zoals in een organisatie chart. Niet zoals het proces model of het data flow diagram, laat dit de organisatie eenheid niet zien die betrokken zijn in de functies, de data stores of de data flows. Het specificeert alleen de Parent Functie (de functie helemaal bovenaan) en de sub of child functies onder dat. Elke child functie kan ook verder verdeeld worden in sub functies.

Entiteit Relatie modelleren - Een E-R model of entiteit-relatie model is een logische representatie van de data voor een firma of bedrijfs gebied. Het E-R model  bestaat uit entiteiten, relaties tussen of tussen entiteiten, en de attributen van de entiteiten. Om een gedetailleerde en eerlijk uitgebreid E-R model te creeren, moet duidelijk gedefinieerd worden wat de relevante componenten zijn, zoals de entiteiten, attributen, relaties en de gradatie en het belang van een relatie.

Data Flow Diagrammen - Een Data Flow Diagram (DFD) is een proces-georienteerde grafische representatie van een applicatie systeem. In Hoffers woorden, George en Valacich (1999), een DFD "is een foto van de beweging van data tussen externe entiteiten en het proces en data stores met een systeem."

Unified Modelling Language (UML) helpt om de technische ontwerper in staat te stellen om te specificeren, visualiseren en modellen van software systemen te documenteren, inclusief hun structuur en ontwerp, op een manier dat aan alle eisen voldoet.

Use Case Scenarios - De use case scenarios zijn er om de manieren te beschrijven van het typische gebruik van web services in werkelijkheid. Deze worden gebruikt door Crimsonwing voor load en systeem testen.

Gefaciliteerde workshops - Een techniek die gebruikt wordt in fast-track projecten waarbij wordt toegestaan dat begeleidende personen om een overall scherpzinnigheid in te winnen van het probleem/issue at hand. Deze workshops zijn dus bijzonder productief, toenemend eigendom van de oplossing, kan opbouw van de consensus versnellen, en normaal gesproken in betere keuzes resulteren.

Risk management - Een sleutel project management techniek proactief toegepast aan evaluatie de waarschijnlijkheid en impact van risico's en dus bepalingen van verwante prioriteiten mogelijk maken en overwegingen te verhinderen, verzachten of leiden het risico af.

MoSCoW PRITORISATION - Een PRITORISATION techniek gebaseerd op 'fit-for-business-purpose' criteria. Functionaliteit is variabel gehouden gelet op tijd en kwaliteit parameters zijn constant gehouden. De vier prioriteiten die gebruikt worden zijn (van belangrijk naar minder belangrijk):

• Must have - een minimum aan bruikbare funtionaliteit, gagarandeerde aflevering
• Should have - omzeilen van hoge kosten voor bedrijven. Het team zal er alles aan doen om dit te bereiken.
• Could have - omzeilen  maar significante voordelen. Het team zal zijn best doen dit te bereiken.
• Would not have - wacht tot de volgende keer. Ge-reprioriteerd werk dat gedaan zal worden in een subsequente fase / iteratie.

Testing Approach

Crimsonwing gebruikt een geintegreerde test aanpak om systemen van hoge kwaliteit te leveren. Testen is gebouwd in elke fase van ontwikkeling totdat het systeem is geaccepteerd door gebruikers.

Tijdens de Technical Analysis en Design Stage - Test activiteiten zijn inclusief het produceren van het System Architecture Test Model en het Outline Testing Plan. Er zijn ook prototype testen tijdens deze fase.

Tijdens de Development Stage - Test activiteiten zijn inclusief prototype testen, eenheid testen, laag-niveau integratie testen, bij het terugblikken van de eeheid test resultaten, neemt verbeter actie (als dat er is) en regressie testen, voorbereiden van het System Test Plan, en het voorbereiden van de User Acceptance Test plan. Realistische test data en data volumes worden gebruikt tijdens deze fase om het testen zo realistisch mogelijk te maken.

Tijdens de System Testing Stage - Test activiteiten zijn inclusief systeem testen, terugblik van systeem test resultaten, het uitvoeren van verbeter acties (als die er zijn) en regressie tesen.

Tijdens de Implementation Stage - Test activiteiten zijn inclusief ondersteuning van User Acceptance Testing, het uitvoeren van verbeter acties (als die er zijn) en regressie testen.