Resume
Samenvatting Analyse I
- Cours
- Analyse
- Établissement
- Hogeschool Gent (HoGent)
Volledige samenvatting Analyse. Eens gekend, geraak je zonder moeite door je examen.
[Montrer plus]
1 vérifier
Par: capanazranisa • 2 année de cela
Aperçu du contenu
1 Hoofdstuk 2: softwareontwikkelingsproces= kader dat vastlegt hoe een softwareproject wordt aangepakt
= Een methode om de activiteiten in verband met creatie, oplevering en onderhoud van
softwareproblemen te organiseren
Elk ontwikkelingsproces bevat volgende onderdelen:
1. Requirements of vereisten verzamelen door te luisteren naar de opdrachtgever
2. Requirements analyseren
3. Een ontwerp of plan maken
4. Implementeren: het ontwerp uitvoeren
5. Testen en controleren
Er zijn 2 methoden:
- Waterval
Analyse/ontwerp fout? Niet omkeerbaar, dus project is ook niet correct
Deze methode is slechter dan de agile-methode
Enkel voor kleine projecten
- Agile
Iteratief-incrementele softwareontwikkelingsmethode
Wendbaar/flexibel
Iteratief = je werkt in stappen, na elke stap lever je
werkende software op, je krijgt feedback van de
gebruiker.
Incrementeel = bij elke stap bouw je verder aan je
software.
,1.1 Het Agile Manifesto
Het is het document waarin agile softwareontwikkeling is gedefinieerd en bevat de
belangrijkste principes van agile werken.
Deze principes zijn:
BELANGRIJKER BELANGRIJK
Individuen en interacties Processen en tools
Werkende software Uitgebreide documentatie
Samenwerking met de klant Contractonderhandelingen
Antwoorden op wijzigingen Volgen van een plan
Belangrijkste principes achter het Agile Manifesto
- Hoogste prioriteit: klant tevredenheid
- Accepteren dat gebruikerseisen en wensen veranderen, ook later in het project
- Lever geregeld werkende software op
- Business en ontwikkelaars werken dagelijks samen, “face-to-face” communicatie binnen
het team
- Werkende software is de eerste meting van vooruitgang
1.2 Iteratief-incrementele ontwikkeling
Think big, develop small: werk in iteraties
Een iteratie bevat steeds dezelfde activiteiten
De tijdsbesteding aan iedere activiteit kan gaandeweg tijdens het project veranderen
Iteraties duren meestal 2 tot 6 weken, dit is niet strikt
1.3 Risico: agile vs. waterval
Projectrisico is het risico dat het project niet op tijd klaar zal zijn, niet binnen het budget en
niet met de juiste scope.
Er is een groter projectrisico wanneer je gebruik maakt van de watervalmethode omdat je
minder feedback krijgt.
1.4 OOA/D
De analyse en ontwerpstappen in meer detail
OOAnalyse binnen iteratief-incrementeel:
- De opdrachtgever formuleert een probleem
- Analist noteert het verhaal en de eisen
- Analist vertaalt het verhaal naar use cases
- Ontwerper stelt aan de hand van use case(s) scenario’s en testen op
- Ontwerper stelt aan de hand van use case(s) het domeinmodel op
- Vervolgens wordt het systeem sequentie diagram (SSD) opgesteld
- Opstellen van de nodige operation contracts (OC)
Samenvatting Analyse I 1
, 1.5 UML
= unified modelig language
Een modelleertaal om objectgeoriënteerde analyses en ontwerpen voor een
informatiesysteem te kunnen maken
UML zelf is geen methode, maar een notatiewijze die bij verschillende methodes (zoals
iteratief-incrementeel) kan worden gebruikt
Voordelen:
- Communicatie
- Visualisatie
- Transformatie = UML vergemakkelijkt de overgang
Analyse ontwerp
Ontwerp programmeren
Programmeren testen
2 Hoofdstuk 3: use cases
2.1 Functionele vereisten vs. niet-functionele vereisten
Functionele vereisten (functional requirements)
- Mapt de inputs van het programma op de outputs
- Beschrijft wat het systeem moet kunnen
- Vergelijk met: auto
Niet-functionele vereisten (non-functional requirements)
- Betreft alle andere beperkingen/vereisten
Bijvoorbeeld:
Het systeem moet snel werken
Het systeem moet mooi zijn
…
- Vergelijk met: gele sportauto met rode wielen
2.2 Use cases
Een use case omvat alle manieren waarop het systeem gebruikt kan worden om een
bepaald doel voor een bepaalde gebruiker te behalen
Een complete set use cases geeft je alle zinvolle manieren om het systeem te gebruiken en
illustreert de waarde die dit zal opleveren
Actor + systeem + doel
Opgelet! Een use case definieert niet hoe het systeem het implementeert
Nut van de use cases:
- Modelleert de functionele vereisten
- Eenheid van planning:
Identificeren
Schat ontwikkeltijd in
- Vormen de basis voor
functionele testen
- Vormen de basis voor
verdere ontwikkelingen
2.3 Use case diagram
Overzicht van alle rollen
Samenvatting Analyse I 2
Les avantages d'acheter des résumés chez Stuvia:
Qualité garantie par les avis des clients
Les clients de Stuvia ont évalués plus de 700 000 résumés. C'est comme ça que vous savez que vous achetez les meilleurs documents.
L’achat facile et rapide
Vous pouvez payer rapidement avec iDeal, carte de crédit ou Stuvia-crédit pour les résumés. Il n'y a pas d'adhésion nécessaire.
Focus sur l’essentiel
Vos camarades écrivent eux-mêmes les notes d’étude, c’est pourquoi les documents sont toujours fiables et à jour. Cela garantit que vous arrivez rapidement au coeur du matériel.
Foire aux questions
Qu'est-ce que j'obtiens en achetant ce document ?
Vous obtenez un PDF, disponible immédiatement après votre achat. Le document acheté est accessible à tout moment, n'importe où et indéfiniment via votre profil.
Garantie de remboursement : comment ça marche ?
Notre garantie de satisfaction garantit que vous trouverez toujours un document d'étude qui vous convient. Vous remplissez un formulaire et notre équipe du service client s'occupe du reste.
Auprès de qui est-ce que j'achète ce résumé ?
Stuvia est une place de marché. Alors, vous n'achetez donc pas ce document chez nous, mais auprès du vendeur jaspergoegebeur. Stuvia facilite les paiements au vendeur.
Est-ce que j'aurai un abonnement?
Non, vous n'achetez ce résumé que pour €3,49. Vous n'êtes lié à rien après votre achat.
Peut-on faire confiance à Stuvia ?
4.6 étoiles sur Google & Trustpilot (+1000 avis)
64450 résumés ont été vendus ces 30 derniers jours
Fondée en 2010, la référence pour acheter des résumés depuis déjà 15 ans