BI9 - Enterprise applications

hoe starten we et de ontwikkeling van een IT applicatie

wat moet er gebeuren ? => in welke volgorden

welke informatie hebben we nodig

welke recourses hebben we nodig

• financieel, Human Resources, technologie, kennis materiaal

is het ontwikkelen van een IT applicatie een proces of een project

project

algemeen overzicht van systel development lifecycle

planning,

analysis

design

amplementatie

testing

go live

maintenance

wat omvat de planning van een IT project

• scoping = to look at, with the purpose of evaluation

• alignment met IT/business goals

• kostenen baten analyse

• doenbaarheidsstudie die risico analyse en beperking inhoudt

wat gebeurt er met de business case die gevormd wordt op basis van de planning

moet formeel goedgekeurd worden

waaruit bestaat de werkschema van de planning

• welke taken dienen uitgevoerd te worden

• hoe lang duren die taken

• wie heeft d enodige competenties om beaakde taken uit te voeren

• hvl personen heeft men gelijktijdig nodig

• interdepentie : welke taken zijn van elkaar afhankelijk

• is dit in overeenstemming met de voorziene kosten

• hulpzame technieken zijn : work breakdown structure, pert chart, gantt charts

work breakdown structur WBS

is een tabel of figuur. het specifieert alle taken die voor het project noidg zijn

• taken en subtaken

• optioneel : tijdsduur, toewijzing, dependencies

een PERT chart

geeft de visualisatie van

• de afhankelijkheid tussen taken (dependency)

• de tijdsduur

• early start/end (vroegst mogelijke tijdstip waarop het project kan beginnen/ eindigen

• berekening en visualisatie van het kritsich pad

helpt bij toekenne van de resources : work, materiaal, kosten

een ghant chart

stelt ene projectmanager in staat om het verloop van een project op te volgen

• volgens schema, achterstand, voorop ?

wat gebeurt er in de analyse fase

het iddentificeren van vereisten van het IT systeem ( vereisten die in het project ontwikkeld dienen te worden

• wat zou de specifieke functionaliteit van het systeem moeten zijn

waar situeer de analystische fase zich ?

op de grens tussen business en IT

=> vereist de betrokkenheid van de business

wat is het doel van de analytische fase

expert worden in het systeel dat ontwikkeld wordt

in de analystische fase moet informatie verzameld worden via verschillende stakeholders die relevant zijn voor het project, de welke

interne business users

externe business users (oa leveranciers)

klanten

management

executive management

technici ….

welke zijn de relevante issues in de analytische fase

• zijn alle vereisten consistent

• zijn alle vereisten volledig geformuleerd

• weten de gebruikers echt wat de vereisten zijn

welke zijn mogelijke bronnen van informatie tijdens de analystische fase

• bestaande documenten (binnen het bedrijf en buiten het bedrijf)

• intervieuws met stakeholders (belanghebbende)

• observaties binnen de onderneming (welke taken w er uitgevoerd, in welke order…

• workshops en brainstorming

• het ontwikkelen van intermediaire prototypes (gebruikers kunnen ze testen en feedback geven )

wat moet het resultaat zijn van de analyse

een set van beschrijvingen die aantonen wat het systeem zou moeten doen

wat houdt de disign fase in

het definieren van de algemene architectuur van de applicatie (hoe die functionele vereisten verkrijgen)

• welke grote building blocks zal onze applicatie bevatten of nodig hebben

• hoe zullen deze geintegreerd worden

• heo de applicatie integreren met externe applicaties

• welke frameworks/technologieen zullen gebruikt worden

definieren van de vereiste algoritmes voor de applicatie

de gecreerde artefacts zijn meestal data en procesmodellen verrijkt met technische details => interactie met andere systemen/ databases

wat gebeurt er bij de implementatie

de geformuleerde functionele vereisten en designs worden omgezet in programming code

• de actuele programmeerinstructies worden gecodeerd

• het gecreerde artefact is gewoonlijk een source code (kan redelijk groot worden)

betekenis source code

a text listing of commands to be compiled or assembled into an executable computer program

op welke verschillende wijzen kan programmeren uitgevoerd worden (bij implementatie)

• door in house programmeurs of ingehuurde consultants

• door externe consultants/ outsourcing

• aankopen van off the shelf applicaties die vervolgens aangepast/ herconfigureerd kunnen worden

wat gebeurt er bij de testing

er wordt nagegaan of de resulterende software applicaties overeenstemt met de vereisten van de organisatie

types van testen/controles

• validatie ; stemt de applicatie overeen met wat je end users verwachten ?

• verificatie ; nachecken of het resultaat overeenstemt met de vereisten geformuleerd tijdens de analyse fase

• unit test ; testen van de modules

• system test : testen van de hele applicatie en de interactie tussen modules

• security application protocol : nagaan of d eapplicatie enkel geautoriseerde data verwerkt en dit op een volledige en exacte manier, input data (alle data, juiste formaat) , thoughout (juiste berekeningen), output (alle data, worrect weergegeven ? )

wat is een testplan

een document of schema waarin het toepassingsgebied, de aanpak, de middelen en het tijdsschema van de voorgenomen testactiviteiten worden beschreven

=> hiervbij worden de verwachte resultaten met de actuele resultaten vergeleken

welke verschillende GO lives bestaan er ?

big bang

parallelle strategie

piloot studie

graduele strategie

big bang

onmiddellijk online zetten

alle gebruikers gebruiken het systeem op hetzelfde moment

• risicovol

• mogelijke oplossing : de falle back scenario, (backup van het oud systeem tot het nieuw systeem

parallelle strategie

oud en nieuw systeem werken voor een tijdje parallel

veilig maar duur

piloot studie

een bepaalde afdeling of groep probeert het neiuwe systeem uit, als het succesvol is, volgt de rest later

graduele strategie

functionaliteiten worden gradueel ingevoerd

nood aan interfacing tussen oude en nieuwe applicatie om data integratie te verzekeren

per business proces, per markt, per product

wat gebeurt er in de fase maintenance

de applicatie zal aangepast worden voor de correctie van bug, het toevoegen van nieuwe mogelijkheden, de compatibiliteit met neiuwe technologische kade…

types van maintenance

• corrective

• perfective

• adaptive

• preventive

corrective maintenance

het aanpassen van vastgestelde problemen in een bestaande programmen zowel noodaanpassingen als de correctie van bugs

perfective maintenance

het incorporeren van neiuwe functionaliteiten (zoals nieuwe business vereisten, hogere prestaties…)

adaptive maintenance

om de software bruikbaar te houden in een veranderende technologische omgeving

preventive maintenance

niet het veranderen van het actueel gedrag, maar het herwerken van de structuur van de code (verbetering van de leesbaarheid van de code die zich momenteel nog nieut in de vorm van een fout aan de gebruiker gemanifesteerd heeft )

wat zijn de eigenschappen van een project

een project is een uniek “ondernemen” om een applicatie te ontwikkelen”

• non routine

• vooraf geformuleerde doelen

• beginnend en eindend

• gebalanceerd tussen ; tijdsperken kosten, kwaliteit

project failure factoren

• onvolledige/veranderlijke vereisten

• limited user involvement

• gebrekkige executive support

• gebrek aan technische support

• slechte projectplanning

• onduidelijk gedefinieerde doelstellingen

• gebrek aan nodige middelen

project critical succes factors

• duidelijke definiereing systeemvereisten

• ruime betrokkenheid van de gebruikers

• ondersteuning door het topmanagement

• grondig en gedetailleerde projectplannen

• realistische werkschema en milestones

hoe kan je bij het porjectmanagement succesvoller zijn

• toepassen van de geschikte ontwikkelingsmethodologie

• beste werkmethoden toepassen en zich bewust zijn van de factoren die leiden tot mislukking en problemen

• ervaren proect manager die de opdracht niet onderschat

• trying to bridge the GAP BUSINESS IT

swort analyse