Samenvatting business analyse PDF

Preview

Summary

Download Samenvatting business analyse PDF

Description

Business-analyse HC1 Business analyst = Sleutelfiguur in verandering en innovatiemanagement (werkt op verschillende niveaus bv management of operationeel enz) 

Business analyse = Het bestuderen van behoeften en problemen in een organisatie, met als doel te achterhalen hoe mensen, methodes en IT kunnen ingezet worden om de organisatie te verbeteren en de bedrijfsprocessen efficiënter te laten verlopen.  Zo voordelen proberen te halen tegenover concurrentie

Business analyst gebruikt 3 dingen (In elke organisatie zijn de methodes,technieken enz anders Methodologieen = Stappenplan met duidelijke werkwijze en procedures, meestal bij developement o Bv System development life cycle (is een SYSTEM DEVELOPMENT METHODOLOGY) - Technieken = Specifieke handelingen die de data analyst uitvoert die helpen bij het visualiseren en ondersteunen van andere taken. Begrijpbaar maken voor leken o Bv Data modeling o Decision modeling - Tools = Software ter ondersteuning van de technieken, volgen de guidelines van de gekozen methode  Zorgt ook voor automatisering van de activeiten van development o BPMN o DMN o Microsoft visio -

Technieken en tools moeten het makkelijker maken om de stappen van de methode correct en efficient te volgen Application software = software designed to support the organizational functions and processes SDLC methodologie= circulair proces waarbij het einde van een verouderd system leidt tot het begin van een nieuw project. Einde van life cycle leidt meestal tot het opstarten van een nieuw project dan het huidige systeem verbetert of vervangt Software is vaak het eindproduct Verschillende fases -

Planning = needs naar IS identifien, analyseren en ordenen o Onderzoek naar behoefte aan informatiesystemen a.d.h.v de bedrijfsstrategie en de value chain o Haalbaarheidsstudie en onderzoek naar de economische en organisatorische invloed van het systeem  Invloed op stakeholders (kosten/baten-analyse) o Opzet van projectplan met specificatie van de nodige tijd en middelen  Is het haalbaar voor ons bedrijf op vlak van middelen? o Scope bepalen!

-

-

-

-

Analysis = systeem requirement bestuderen en structureren o Beschrijf de bestaande situatie. Identificeer de huidige procedures en problemen. Info verzamelen via interviews, enquêtes, observatie en documenten. o Onderzoek de mogelijkheid om bestaande procedures te verbeteren. o Bepaal de informatiebehoeften en de vereisten o UITKOMST is een beschrijving van een mogelijke oplossing (maar geen design). Als goedgekeurd door leiders  Volgende fase Design = De beschrijving wordt omgezet naar logsiche en fysische systeem specifikaties o Logisch ontwerp = onafhankelijk van hardware/platform/…  Bv UI, Rapporten, databases o Fysiek ontwerp = Logisch ontwerp omvormen naar technologiespecifieke details waaruit al het programmeren en bouwen kan voortkomen   Bepalen hardware/software (programmeertaal) of integratie in bestaande Implementation = het effectieve maken van het IS o Programmatie en codering o testen en correcties uitvoeren o installatie hardware en toepassingssoftware o documentatie en handleidingen opstellen o opleiding en training gebruikers o ingebruikname nieuwe system na testfase en eventueel tijdelijk parallel lopen van beide systemen  point of ‘going live’ Maintenance = systematisch repareren en verbeteren van IS o onderhoud o ondersteuning gebruikers o evaluatie en bijsturing o aanpassingen en updates

Na een bepaalde tijd nieuw systeem nodig  Nieuwe cyclus Niet altijd deze volgorde in SDLC -

-

Traditonal waterfall method = vaste, sequentiele volgorde o Overgaan naar volgende fase na bereiken milestone o Wel teruggaan als we grote problemen encounteren o KRITIEK: Omstandigheden veranderen ook tijdens development maar hiermee wordt geen rekening gehouden o Door de schaal is het moeilijk om na development nog veel aan te passen  Systeem voldoet vaak niet (Requirements have changed) en weinig inbreng gebruiker (Enkel begin) o Rollen zijn gescheiden per fase (Alle noden op voorhand opleggen MAAR wat als tijdens development nieuwe noden?) Maar is ook een voordeel want experts o Andere voordelen: Veel documentatie, strakke planning ,GOED voor grote projecten waar de specificaties duidelijk zijn Iterative methode (IAD) = bepaalde stappen herhalen, testen en verbeteren o Rapid Application Development

o o o

o

Prototyping Spiral ontwerp steeds herhaald en verbeterd totdat aan alle specificaties is voldaan  Systeem wordt aangepast aan veranderende behoeftes  Deze methode als klant niet duidelijk kan omschrijven wat hij wil Nadelen: Moeilijk lange termijn plannen door veranderingen, vertraging door aanpassingen, Eventueel stopzetting bij missen deadline

VOORBEELD: RAD ( Rapid application Development) -

Verzamelen eisen via focusgroepen Hergberuiken bestaande softwarecomponenten (Sneller) Minder documentatie Snel testen Grote wijzigingen in volgende versie

VOORBEELD: Prototyping model -

Deelsysteem bouwen dat een benadering is van het eindproduct Dit testen, aanpassen enz om zo tot een beter eindproduct te komen

VOORBEELD: Spiral Start met het ontwikkelen van onderdelen met een hoog risico (kernactiviteiten).Wanneer het basissysteem werkt, kan men hierrond meer gedetailleerde programma’s ontwikkelen en het systeem verder uitbreiden.  Zo snel op de bal spelen en vermijden dat men wordt ingehaald door concurrentie -

Agile methodolgies -

Behendig, flexibel gebaseerd op grondbeginselen van iteratieve ontwikkelmethodes (zie hoger) als term gebruikt vanaf de ‘Agile Manifesto’ meeting in feb 2001

AGILE MANIFESTO

AGILE PRINCIPLES (12) AGILE  Werken met korte iteraties     

Deelproject Multi-functioneel team Alle noodzakelijke taken doorlopen Elke iteratie levert een werkend eindproduct Feedback ligt aan basis van de planning

Bedoeling is om snel een werkend product te hebben waaraan men kan verderwerken Scrum & Kanban 

Scrum: iteratieve, teamwork methode, waarbij de werkzaamheden binnen een vooropgestelde tijd moeten afgewerkt worden.



multidisciplinaire teams = experts uit verschillende fasen bij elkaar in één team samengezet



fasen kunnen overlappen



Mogelijke problemen: selectie teamleden, verspreid over verschillende locaties, vertraging

 time-limited workflow 

Kanban: variant op Scrum. Grootste verschil is dat de tijd niet wordt vastgezet, maar het aantal werkzaamheden waarmee men tegelijkertijd bezig is. (Vastleggen wat men gedaan krijgt



De kanban kaart bevat informatie over wat er nodig is en geeft een signaal aan het vorige proces dat er nieuwe onderdelen moeten geleverd worden (BIJ TOYOTA)



Werken met prioriteiten per taak



PULL SYSTEEM

 continuous delivery of results Werken met een BOARD Scrum pull  Het creeren van de sprint backlog (puntjes halen uit de product backlog op basis van haalbare tijd) Kanban pull  Lege kolom is signaal dat er iets van de vorige kolom wordt doorgestuurd

HC2 Planning fase  Project identification and selection 1. Identifying potential development projects -

Kan door verschillende mensen binnen de onderneming gedaan worden (stakeholders) Top-down Bottom-up

-

Elk heeft zen voordelen

2. Classifying and ranking IS development projects - Using value chain analysis or other evaluation criteria (bv strategic alignment, potential benefits ,...) 

3. Selecting IS development projects - Veel factoren (Short term, long term, business conditions) - Uiteindelijk diegene die het meeste kans heeft om de geselecteerde doelen te halen kiezen - Proces loopt continue Verschillende mogelijkheden om bij het project te doen:     

Accept Reject Delay Refocus Proof of concept

Voor te bepalen welk  bv tabelmethode toepassen (Gewicht en score op bepaalde criteria) Uit deze fase  Specifiek geselecteerde IS projecten (Schedule of projects) Incremental commitment = na elke fase opnieuw analyseren en beslissen of door te gaan Om voordeel te halen uit planning fase : -

Analyze its information needs thoroughly. Plan its projects carefully

Waarom improved planning: -

Te veel data redundancy Hoge maintenance kosten Niet strategic aligned

Corporate strategic planning

Corporate strategy = Missie, doelstellingen (critical success factors), competitieve strategie (hoe onderscheiden) ISP (Information Systems Planning) = Een ordelijke manier om de informatiebehoeften van een organisatie te beoordelen en de systemen, databanken en technologieën te definiëren die het best aan die behoeften voldoen. Allignen met de strategy

Weer onderscheid top down (Breder, betere integratie, meer support) en bottom up (Goedkoper, sneller) Functional Decomposition: breaking high-level abstract information into smaller units for more detailed planning  IS planning takes place prior to project identification and selection Planning matrixes maken (Laat relaties zien) IS plan

INITIATING AND PLANNING (PIP) SYSTEM DEVELOPMENT PROJECTS Project initiation focuses on activities designed to assist in organizing a team to conduct project planning. Verschillende taken: -

Establishing the Project Initiation Team Establishing a Relationship with the Customer Establishing the Project Initiation Plan Establishing Management Procedures Establishing the Project Management Environment and Project Workbook Developing the Project Charter

De kernactiviteit van de projectplanning is het proces van het definiëren van duidelijke, discrete activiteiten en het werk dat nodig is om elke activiteit binnen een enkel project af te ronden.  Hieruit BPP (Baseline project plan = Bevat de beste schatting van de omvang, baten, kosten, risico's en benodigde middelen van een project.) en PSS ( Project scope statement = Describes what the project will deliver en high level welk werk er voor nodig is)  Hiervoor is een business case nodig (waarom een IS en voordelen en nadelen/ feasabilitys) FEASABILITY -

-

Economic = the financial benefits and costs associated with a development project/ Na elke SDLC fase opnieuw herbekijken o Tangible = met zekerheid in geldeenheid uitdrukbaar o Untangible = niet makkelijk meetbaar (tevredenheid) (Direct of sociale) o TCO (Total cost of ownership) = De kost om een IS te bezitten en te gebruiken, zowel de kost van het verkrijgen als het onderhouden o One-time cost = door start up van system(development, training,…) o Recurring cost = door de evolutie en levenstijd van het IS (Onderhoud, updates,…) o Bij zowel one time als recurring is er onderscheid tussen fixed en variable Technical = ability to construct a proposed system o Problemen: Failure to attain expected benefits from the project o Inaccurate project duration estimates o VERSCHILLENDE RISICOFACTOREN  Project size  Project structure (willingness, new?)  Development group (Familiarity? Methods)  User Group 4REGELS ZIE DIA

-

Operational = Does the proposed system solve problems or take advantage of opportunities? Scheduling = Can the project time frame and completion dates meet organizational deadlines? Legal and contractual = What are the legal and contractual ramifications of the proposed system development project? Political = How do key stakeholders view the proposed system?

-

Introduction System description Feasibility assessment Management issues

-

IN BPP

PSS Is deel van de introduction -

Problem statement Project objectives Project description Business benefits Deliverables Expected duration

Rekening mee houden bij bepalen scope: - Organisatorische eenheden die te maken hebben met het nieuwe systeem - Huidige systemen die in wisselwerking staan met of veranderen door een nieuw systeem - Mensen die worden beïnvloed door het nieuwe systeem - Reeks van potentiële systeemcapaciteiten

Voordat planningfase gedaan is  Evalueren BPP -

Vaak via STRUCTURED WALKTHROUGHS: peer-group review of any product created during the system development process

HC3 Business analyst  Creert waarde, geen systeem, moet achter de echte behoeftes komen  Deze omvormen in requirements en dit dan weer in een initial design Requirements = Simply a statement provided by a stakeholder about what they believe they need in order to solve a particular business problem or respond to a specific business need. Business requirements -

Goals Objectives Outcomes  Kijken naar de needs van het bedrijf

Stakeholder requirements -

Zelfde 3 Specific needs  Kijken naar stakeholder needs

NIET ELKE STAKEHOLDER IS EEN END USER (BVsupplier, sponsor,..) Solution requirements -

-

Functional Requirements o Behavior (Process) o Information (Data) Non-functional Requirements o Conditions on effectivity and qualitity  Kijken naar capaciteiten van een oplossing

Transition requirements -

Capabilities and conditions needed to facilitate transition from current state to future state Temporary nature Data conversion, training, business continuity…

Non-Functional requirements -

Hoe snel gebeurd iets of hoe o Availability o Performance efficiency o Security o …

Problemen rond requirements -

Niet alle stakeholders Teveel detail of te weinig LACK OF BUSINESS KNOWLEDGE

Elicitation = to get or produce something, especially information or a reaction:  Zo aan requirements komen Traditionele methodes: -

-

Interview o Structured o Unstructured o Verschillende soorten vragen (OpenGesloten) o V: Simple, back and forth, non verbaal o N:Veel tijd, Skille interviewer, interviewer-bias Observatie o Active (vragen stellen) o Passive (niet interupten) o V: Realistisch, productiviteit meten

o

N: Disruptive for performance, Observation-bias

Group methodes: -

-

-

-

-

Workshop (Interactieve groepsessie) o V: Overeenkomst in korte periode, low cost o N: Moeilijk in t plannen, Afhankelijk van kennis deelnemers Brainstorming o V: Veel ideeen op korte termijn, creatief denken o N: Afhankelijk van ind creativiteit, Focusverlies, teveel debat, niet durven Focus groups: Samenkomst van verschillende experten om een probleem op te lossen o V: Tijd en kosteffectief (TOV ind sessies) , Mix van views o N: Diverse groep nodig, skilled moderator, dominante persoonlijkheden Joint Application Design: Echt tot uitgeschreven requirements proberen te komen door zowel technische als businessmensen te betrekken o Alle key people o Conflicts of interest blootleggen en oplossen o Verschillende rollen o Duur maar effectief o V: Verschillende views, Meer ownership en commitment o N: Veel tijd, voorbereiding, non hierarchical setting Collaborative games: Adhv een spel o V: reveals verborgen assumpties, creatief, mutual understanding o N: Belachelijk, veel tijd, uncomftarble

Data-based methods: -

-

-

-

Surveys o V:Snel en goedkoop, groot bereik o N: Enkel statistiek, lage respons, ambigu Benchmarks: : Focus on other companies. Compare performance/characteristics of ther companies with your own Market analysis: Focus on customers. Analyse what customers want, which prodcuts are attractive to them, which group buys what from whom etc. o Vorige 2 o V:Nieuwe ideeen ontdekken, drivers voor succes ontdekken o N:Veel tijd, expertise, expensive, moeilijk te interpreteren Data mining o Descriptive: Detect patterns in data o Diagnostic: Explain / Explore patterns in data o Predictive: Estimate likelihood of events in the future o V: Verborgen patronen, useful insight o N: Specialist knowledge, data misuse Process analysis: Bottlenecks, inefficiencies enz bekijken en analyseren o V: zeker van focus, minimum waste o N:tijd, veel technieken

Analyse van documenten,…

-

-

Interface analyse Document analyse o Vorige 2: Analysing digital and non-digital forms to discover data and process requirements o V: Content is er, source code gebruiken o N: Out of date, alleen de current state bekijken o Formal systems informal systems o 3 documenten:  Procedures  Business forms  Report generated by current system Business rules analyse: The analysis of existing, formal rules in policy documents, programming code, manuals etc. o Definitional rules  Vb A customer must be considered a Preferred Customer if they place more than 10 orders per month o Behavioral rules  An order must not be placed when the billing address provided by the customer does not match the address on file with the credit card provider o V: snelle implementatie, centralized o N: Interfering rules …

Modeling based methods: -

-

-

Process modeling o V: makkelijk te begrijpen , veel details en perspectiven, end to end o N: Kan complex worden, moeilijk te tekenen door 1 individu Mind mapping o V: Complexe gedachtengang samenvatten, associaties zichtbaar o N: Misused as brainstorming tool, moeilijk te communiceren Data modeling o Conceptual data model (High leve)  Solution-independent  Technology-independent  Business perception of information  Establish consistent vocabulary o Logical data model ( Detailed view of business data)  Solution-dependent  Technology-independent  Abstraction of conceptual data model  Normalization and integrity of data and relationships o Physical data model (Detailed view on data as structured in a database)  Solution-dependent  Technology-dependent  Organization of database  Addresses performance, concurrency, and security o V: Logische link met needs, flexibel o N:Unfamiliar

Prototyping (iteratief proces)  Requirements al omzetten in een werkende oplossing, zo nieuwe requirements vinden en dan hierna het systeem hierop voortbouwen (Evolutional) Of op baseren/vergelijken (Throwaway) -

-

-

Throw-away o Simple tools o Gewoon requirements blootleggen o Wordt geen deliverable Evolutionary/functional o Functioning solution o Simulaties mogelijk Verschillende types prototypes!!! V: Voorstelling van future state, early feedback, opnieuw denken N: Veel skill nodig, onderliggende tech is crucial voor succes, kijken naar verkeerde dingen

HC4 Structeren van Requiremenst  DFD’s Kijken hoe de informatie nu door het systeem loopt, welke knelpunten en hoe kan men verbeteren enz Verschillende aanpakken van informatieflow modeleren: -

-

Proces-georiënteerde aanpak o Focus ligt op de activiteiten en taken die in de processen worden uitgevoerd. o Grafische voorstelling van processen in data flow diagrams en process modeling. Data-georiënteerde aanpak o Focus ligt op de gegevens, opgeslagen in databases, onafhankelijk van de manier waarop ze in de processen gebruikt worden. o Grafische voorstelling van data in entiteiten-relatie diagrammen

Processing Logic Welke beslissingsregels transformeren de data naar informatie en resultaten? Sources/sinks = external Beslissingen worden ingebouwd in de processen en maken gebruik van de data DFD toont : o o o o

de grenzen van het system De relatie tussen data en de processen Beperkt het aantal processen Geeft de relatie met externe entiteiten weer

MAAR o o

Geen uitzonderingen Geen foutsituaties

o

Geen tijdsdimenties

Als door verschillende afdelingen in bedrijf  Andere afdeling is geen externe! Belangrijke vragen: Hoe start het systeem Welk proces ontvangt deze input ….

-

Con...