SARCH20 V2C 2021 04 15 Module 1 deel 1 van 3

Summary

The transcript appears to be a lecture on software architecture, delivered in Dutch. It covers the basics of software architecture, emphasizing the importance of making structural decisions before development. The lecturer discusses the role of a software architect in projects, including communication with clients, translating requirements into functional specifications, and ensuring the application is secure and scalable. The lecture also touches on the creation of use cases and user stories, and the importance of balancing functional and non-functional requirements for successful project outcomes.

Takeaways

• 📘 The lecture introduces the concept of 'software architecture', emphasizing its importance in structuring and guiding the development process of software applications.
• 👨‍🏫 The instructor highlights the role of a software architect, who is not just a programmer but a central figure in the development process, akin to a conductor in an orchestra.
• 🔍 The importance of understanding and defining non-functional requirements, such as security, performance, and maintainability, is stressed as they are crucial for the long-term success of a software system.
• 📚 The transcript mentions the use of study guides and the expectation that students will prepare for lectures by reviewing these materials and engaging with the content.
• 👥 The lecture encourages a collaborative approach to learning, suggesting that working in groups can be more effective than individual study, especially for complex tasks like software development.
• 📝 The process of translating customer requirements into functional requirements is discussed, including the use of use cases and user stories to capture these needs.
• 🛠️ The transcript explains the need for a structured approach to software development, including making decisions about the system's architecture, design patterns, and layering.
• 🔑 The importance of making architectural decisions early in the development process is emphasized, as these decisions can significantly impact the project's outcome and the system's scalability.
• 🤝 Communication between various stakeholders, including clients, project managers, and developers, is highlighted as a key aspect of a software architect's role.
• 🔍 The lecture touches on the iterative nature of software development, where prototypes and feedback play a significant role in refining the final product.
• 🏗️ The concept of building a software system that is not only functional but also maintainable and extensible is discussed, underlining the long-term perspective that architects must have.

Q & A

What is the main topic of the first lesson of the course?

The main topic of the first lesson is an introduction to software architecture, including its principles and practices.

What is the expectation from students regarding the study guide before attending the class?

Students are expected to go through the study guide, specifically to read about a page on software architecture, to prepare for the class and understand the basics of the subject.

What is the importance of studying the course material and the state diagrams in the context of the course?

Studying the course material and state diagrams is crucial as it helps students to understand the technical aspects of software architecture and to be well-prepared for the lessons and assessments.

How does the instructor plan to make the lessons interactive?

The instructor plans to make lessons interactive by using breakout rooms for group work, which is believed to be more effective than individual work, and by conducting quizzes and discussions.

What is the role of software architecture in a development project?

Software architecture plays a central role in a development project by providing a structured approach to design and build systems that are consistent, maintainable, and scalable.

Why is it important to make decisions about the software structure before starting to build?

Making decisions about the software structure before building is important to ensure that the system is well-organized, consistent, and can be easily maintained and expanded in the future.

What are the consequences of not having a clear software architecture?

Not having a clear software architecture can lead to 'spaghetti code,' making the system unmanageable, inconsistent, and difficult to scale or maintain.

What is the role of a software architect in a project?

A software architect's role involves communicating with clients to understand requirements, translating these into functional requirements, making design decisions, and coordinating with project managers and development teams.

What is the significance of use cases and user stories in the context of software architecture?

Use cases and user stories are significant as they help in capturing the functional requirements and user interactions with the system, which are essential for designing an effective software architecture.

How does the instructor plan to address the non-functional requirements in the course?

The instructor plans to address non-functional requirements by discussing how they should be realized in the system design, emphasizing their importance in ensuring the system's quality and performance.

What is the importance of the top-down and bottom-up approaches in designing software architecture?

The top-down and bottom-up approaches are important in designing software architecture as they allow for a systematic way to break down complex systems into manageable components and to integrate these components effectively.

Outlines

00:00

📘 Introduction to Software Architecture Course

The script introduces a course on software architecture, welcoming both new and returning students. It emphasizes the importance of self-study and preparation before attending lessons, using study guides and notebooks for better understanding. The instructor mentions that the course will be interactive, with tests and group work, and that it will be structured according to the students' style. The summary of the first lesson includes an overview of software architecture, the necessity of understanding basic principles, and the importance of studying the provided material before class.

05:03

🏗️ Building a Software Application with Architecture in Mind

This paragraph delves into the importance of planning and architecture in software development. It discusses the need for a solid foundation before expanding an application and the potential issues that arise without a structured approach, such as spaghetti code. The role of software architecture in ensuring consistency, maintainability, and scalability is highlighted. The paragraph also touches on the collaborative aspect of software development, where architecture helps align the team's efforts towards a common goal.

10:04

🛠️ The Role of the Software Architect in Projects

The role of a software architect is explored, describing them as a central figure in the development process, not just a programmer. The architect's responsibilities include communicating with clients to understand requirements, translating these into functional requirements, and working with analysts and project managers. They also make key decisions about the application's design and ensure that the development team is aligned with these decisions. The architect acts as a liaison between various stakeholders, ensuring that the project's vision is clear and achievable.

15:06

📋 Use Case Modeling and Documentation in Software Design

This section focuses on use case modeling and the creation of use case descriptions as part of software design. It explains the process of interviewing clients to identify use cases and user stories, which are then documented and used to create use case diagrams. The importance of aligning these with the system's functional and non-functional requirements is emphasized. The paragraph also discusses the iterative nature of this process and the need for adjustments as the project evolves.

20:08

🔍 Domain Modeling for Software Design and Analysis

The script discusses domain modeling, a technique used to understand and analyze the problem domain. It explains how a domain model is expanded with operations and data types to facilitate the design of the system. The importance of ensuring that every object and message in the system has a corresponding class and operation in the domain model is highlighted. The paragraph also touches on the need for logical thinking and the challenges of translating abstract concepts into concrete system requirements.

Keywords

💡Software Architecture

Software Architecture refers to the high-level design of a software system, including the selection of the structural elements and their interactions. In the video, it is central to the theme as the instructor discusses the importance of architecture in creating a maintainable and scalable software system. It is used as an analogy to building architecture, emphasizing the need for a blueprint before construction.

💡Use Case

A use case is a list of actions or event steps typically defining the interactions between a role (known in the Unified Process as an actor) and a system to achieve a goal. In the script, use cases are mentioned as a way to capture requirements and are essential for designing software that meets user needs.

💡User Story

A user story is a tool used in Agile software development to capture a software requirement by expressing the end goal of a user from the perspective of the user. The script mentions user stories in the context of gathering requirements and designing features that provide value to the end-users.

💡Architectural Decisions

Architectural decisions are strategic choices made regarding the software's structural elements, which impact its maintainability, scalability, and performance. The video emphasizes the importance of making informed architectural decisions early in the software development process.

💡Design Patterns

Design patterns are reusable solutions to common software design problems. While not explicitly mentioned in the script, the concept is implied when discussing standard approaches to solving recurring issues in software architecture.

💡Functional Requirements

Functional requirements specify the tasks that software must perform, defining what the system should do from the user's perspective. The script discusses how functional requirements are essential for understanding what features the software needs to implement.

💡Non-functional Requirements

Non-functional requirements define the quality aspects of the software, such as performance, security, and reliability. The video mentions these as critical for ensuring the software meets certain standards beyond its core functionality.

💡Domain Model

A domain model is a conceptual model of the problem domain that describes the main entities and their relationships. In the script, the domain model is discussed as a tool for understanding and organizing the business logic of the software being developed.

💡Agile Methodology

Agile methodology is an iterative approach to software development that emphasizes flexibility, collaboration, and customer feedback. The script alludes to Agile practices such as user stories and iterative development.

💡Prototyping

Prototyping is an approach where a preliminary model of software is created to test and demonstrate its functionality. The video script mentions the importance of prototypes in allowing clients to provide feedback and ensure the software meets their expectations.

💡System Security

System security refers to the safeguards and measures put in place to protect a software system from threats and vulnerabilities. The script touches on the importance of considering security as a non-functional requirement during the architectural design phase.

💡Scalability

Scalability is the ability of a system to handle growth, either in size or in the number of transactions it processes. The video discusses the need for software architecture to be designed with scalability in mind to accommodate future growth.

💡Maintainability

Maintainability is the ease with which a software system can be modified or adapted after its initial development. The script highlights the importance of architectural decisions that enhance maintainability, ensuring the software can evolve over time.

Highlights

Introduction to the first lesson on software architecture, emphasizing the importance of prior knowledge and preparation.

Explanation of the course structure, including the use of study guides and the Canvas platform for course materials.

The necessity of self-study and the expectation for students to review and prepare before attending lessons.

Discussion on the role of software architecture in ensuring a consistent and maintainable system.

The importance of making architectural decisions early in the development process to prevent future issues.

The concept of software architecture as a foundational structure that guides the development of a system.

The role of a software architect in translating client requirements into functional requirements and design choices.

The interaction between software architects, project managers, and developers in managing project risks and workload distribution.

The use of use cases and user stories to capture client needs and translate them into system functionality.

The significance of non-functional requirements in shaping the quality and performance of a software system.

The process of creating a domain model to represent the structure and relationships of system components.

The top-down and bottom-up approaches to designing software systems and their impact on component organization.

The importance of documentation in software architecture, including the use of diagrams and models.

The challenges of ensuring system scalability and the role of architectural decisions in achieving this.

The impact of software architecture on team collaboration and the prevention of 'spaghetti code'.

The practical applications of software architecture principles in real-world development projects.

The role of the software architect in facilitating communication between stakeholders and ensuring alignment with project goals.

The importance of understanding and applying design patterns and principles in software architecture.

Conclusion and summary of the key takeaways from the lesson on software architecture.

Transcripts

welkom allemaal bij de eerste les om bij

moet u hoe u een voor

voorzag 20 weer dus of architecture'

2008 even welkom de herkansers

van zorg 16 juli hebben hier bij een

soort extra kans om om het ov over mc

tafel zag 16 talen ook maarten wel komt

na en dan ja dit zijn geen trucs les van

soft architecture' nou ik kreeg mijn

aandacht nu even op de echte student van

software verder mens dat die die zijn de

code een gerend en bij twee want zag

alsof architect i20 is er volg op die

twee vakken car kennis en kunde

nou is de hoe zij het op hoe zijn de

indeling van de van de van de van de

lessen

we vol volgens stijl van jullie hebben

misschien op canvas gezien dat de

zogenaamde dat er een zogenaamde

studiewijzers zijn schrik ervan en kapt

weer en als je moet je in de gaten ik ga

de module een zie je studie wees een

match iets als ik notebooks ademend en 2

ik wil u vragen dat bedoeling daar de

fire punt het spel of nl doet dus je je

studie wij zegt doorlopen nog even

uitvoeren als voorbereiding op de les

nou voor de als je frezen dus eigenlijk

had moeten doen toen ze zaak was niet

veel werk van een lees van een pagina

over stof architecture' en er iets over

architect chino broek nou dat is veel

maar haar chrome wat zijn de

basisbeginselen van van dus of

architectuur en voor

ja dan vraag volgende les elke module

bestuur wijzigt dorp oorlogen en even te

bestuderen of the state je moet je wilt

het behaalde sheets bestuderen u welk

ras diagram en want technisch iets naar

de dit moet je echt al mijn van

zelfsturing natuurlijk ook de leerstof

bestuderen uit de factuur melden jullie

dus boek studie kreeg vorig jaar en moet

je deze hoofdstukken sterisch of eens

per die hem en hier overkomt ons tai chi

grams

wat ik al zei ze verwacht dat je hebt

steep is het is geen verplichting maar

ik ga wel met die insteek met die

instelling ga ik lesgeven

dus

dus dat nou het is het zijn interactief

voor werkcolleges

de dus het een dus van nou we gaan dus

ik leg het uit

we gaan weer toetsen maken op gaan en

samen doen meestal heeft elke les aan

het eind van de van de van het van de

van de module een uur een groot het

grote cementen dan moeten we moet je je

groepjes even virtueel even iets samen

of ik doe ik doe ik wel in breakout hoes

ik maak dan gewoon breakout hoe stelt

ervaren bij geleerd dat als jullie in

groepjes aan opdracht werken dat

effectiever is dan individueel

dus dat zou elk les gaan doen naar voor

hangen op op uitgelegd

de leerdoelen leerstof ja elk

cursusmateriaal staten op

op canvas zijn er vragen we opzet van de

cursus

oké wat vage ecury ik al zei bereid

ieder werk wees goed voor hand van de

studiewijzer dus je moeten en feite als

je symbool is

lessen voorbereiden kan soms een paar

uur zijne dus gaat uit van een dagdeel

per per les of per module

dus het is niet zo van nou de avond voor

mijn half uur weer klaar nee ga echt een

dag of twee dagen het voor beginnen met

het bestuderen van de stof

kijk naar stuur wijzer en trek een paar

uur vooruit en ook doe er iets mee

cool tijd we hebben discussie discussie

met toetsvragen ik gered uit en we gaan

de opdracht te maken en dan ook maken

iedere lessons avond ik per leerdoel de

service ook rond die meer als een tip

hoe je het zien

zowaar stukje is echt een doel vak net

als bij een en web twee het is door

doen hoef je in dit vak en leerde het

vak beheersen zo niet dan ga je niet

redden

mensen die alleen maar komen en lessen

en mij gaan toevoegen van in films gaan

bekijken dus we gaan bekijken laat op

youtube

nou dan moet ik jullie teleur stellen

daar gaan jullie niet redden

dus het glazuur mens telt voor twee

oké zijn er vragen toen het u over of

staan de cursus groeien moet aanpakken

oké we gaan naar de eerste les alweer de

stof wat het onderwerp van de eerste les

na eerst ga ik gewoon behandelen

what's of architectuur is eigenlijk

software texture dus dat is het vervolg

op over de een en bed 2 nou ik zal niet

stellen over wat een stoffen architect

doet in zijn de beroep als ze of

architect

wel producten moet leven zijn zo hard

check op eigen arthrex ander woord en

dan gaan we een voorbeeld bespreken van

architect chino boek en daarmee we nu

moe straks in een saai met eind van deze

les moet je ook het een opdracht doen in

in breakout goed wat is alsof

architecture' voor de mensen die het al

hebben gelezen

wikipedia hebben jullie iets kunnen

kunnen de hoofd kunnen lezen en de melk

aan diegene vragen wie heeft

wie heeft de wikipedia al gelezen noem

je naam

iets wat hier heeft gelezen

zou je me kunnen uitleggen wat volgens

jou stof architectuur is als kijk kijk

kijk naar een slide

zitten wikipedia gelezen en wat je

besluit in eigen woorden

oh ja gewoon goed begin hoe

met een software applicatie te beginnen

groep gehad en wat we zullen goed begrip

dat je

kijk naar hoe of na wat wat goede basis

voor hoe meer

applicatie uit te breiden

zoiets heb daar graag je vak wel klopjes

dat je

ik in een begin stadium aldus

goede basis daarvoor legt en dan heb ik

het vraag anders leggen er de stenen

voor een je gaat begint gewoon we bouwen

even een andere vragen en je moet in de

klas hebt geen software check je

toegepast wat wat gebeurt er dan op de

lange termijn of je gaat gewoon beginnen

bouwen hebt een project in beide bouten

applicatie en je gaat geen zoals ik je

toepassen wat gebeurt er dan

het kan onoverzichtelijk worden sowieso

in wat vrienden laat nu weer ja want dat

is wat wat wat voorkomt of architectuur

als je het degradatie zoom ook

opnieuw door architectuur

texas wiens een structuur dat sowieso

een consistentie sowieso ook in de deler

ontwikkelen

nee je kunt alvast gevuld afspraken

maken je kunt in teamverband werken bolt

als je gewoon zegt als je applicatie

bouwt een we met meest applicatie in

teamwork

in teamverband gemaakt en heeft graag

structuur dan dan dan gaat het dan gaat

niet lukken

je moeder voelt al van tevoren gaan

besluiten welke laag gaan we toepassen

je moet want voorop staat welke design

petter schaal toepassen en als je niet

doet dan krijg je de zuiger spagetti

code

en zijn alle afspraken die je maakt voor

dat je beginnen bouwen je moet met de

neuzen dezelfde kant op staan als ander

voordeel dat als je al zo ver ziet u

toepast

het verbeten samenwerken dan nog meer

zaad is development projects functies

blooper page en pro team ook voor de

system

zou het ook zich security kunnen

verbeteren ook ja druk leg je vol met

bepaalt wie wat doet en

en de succesvolste security in de zin

van dat alles goed hoe in component

wordt gebouwd doe je dat

ook jaar om ook dat je niet zomaar omdat

je op twee manieren of door twee mensen

tussen tegelijkertijd laat ontwikkelen

dat je bepaalde dingen pollen rook gaat

op dit doet waardoor de juiste houding

kunnen komen waar je ex curtis je zou

kunnen gaan volt ja dus oké er zit dus

inderdaad het systeem wordt het remmen

red zorgt ervoor met zo stoffen ziet u

dat je met hem bent als team

mijn neus zelfs kan de staat dus dus je

zelfs manier bouwt met zorgt er ook voor

dat systeem zo wordt gebouwd dat hij

uitbreidbaar is dat zo belangrijk

je kunt als je als ieder zijn gang gaat

dan krijg je een systeem die alle kant

opgaat en dan dan zie je wil moeilijke

uitbreidbaar

dus wat is software shipley zoals

texture leven in een fundamentele

structuur van sorry systeem die maakt

een keuze gemaakt voordat je beginnen

bouwen en zoetzuur zijn wold de rai

tijdens en volt hoeveel lagen weer

gebruiken en welk component wil je doen

je maakte de mijn model dat soort dingen

nou heb je dus een structuur soft

elementen zijn we op de wijn model

relaties among them dus de componenten

en de lagen die je te zitten en toen de

eigenschappen van bij de mens en

relaties

een functie als een blue band voor het

systeem zorgt voor het stemmen goed

gebouwd is op papier

diegene bouw in de praktijk de série

gaat implanteren en tuurlijk

en functies en een pulse en blue band

voor en de developing project dan de

woorden eigenlijk gewoon een hele

project wordt zijn maar gaat groeien

niet alleen qua applicatie ook raar

gewoon mensen die aan werk houden dan

stoffen developer's

soft u is dus gaat over het maken het

maken van filmen t de stuw telen keuzes

keuzes dat belangrijkste dus die zijn

mooie zin maar ik zou het wordt choicy's

vet grootmoe staan en waarom

want als je dat niet doet heb je op de

lange termijn kun je folteren probleem

krijgt met met als je als blijkt dat de

blot een bepaald onwil die werkt in jouw

applicatie of wilt u hebt een bepaalde

design bed en sliep ik heb je eigen

design pet en de heb je geen bloem teert

we eigenlijk zoiets als het afgesproken

en of je iemand gaat weg en niemand

neemt jouw werk over en zeggen afspraak

gemaakt dan krijg je dus gewoon

verandering komen en kost geld

verandering in code kost meer geld dan

dan zal bouwen dat een goed is dus

en alle foto's van soort structuur en

focus op de niet-functionele eisen en de

oplossing is hoe je die moet doen zoals

jullie weten als je als je een

applicatie bouwt heb je functioneel

ijzers en wensen van klanten

maar je hebt ook niet remzi wijze de

kwaliteitseisen en die moet je dan op

een of ander neer gaan realiseren en hoe

je dit realiseert moetjes van te voren

besproken met je team

dat is lastig

dan zoals stukje wat zou de rol van de

architect in projecten naar hier we dan

een mooi poppetje

na een u de die ze staat centraal en

software sticks is niet een programmeur

veel mensen denk van hd dat zo'n iemand

die ik echt model een gebouw nee die

zijn soort spin in een web van

van de klanten en collega's nou

allereerst soms architect die heeft dus

zeg maar daar kon zich ton aan wie zijn

zij te doen dus die gaat in door te

praten met de klant gaat ie de official

snufferd hoe requirements gaat die gaat

hier gaat hier gaat bepalen zodat hij

dus doet dan gaat bepalen wat

functionele eis einde zou krijgen

functie-eisen

gaat de de wens van de klant in kaart

brengen hij gaat frieschepalen met de

stekels eigen belang hebben de en

analisten dus dit zijn de interviews

team gewenst waarbij die je die het bij

ben petra is gewend aan interviews bij

toch waar volt dus u bent dus de top

paar een oud project van v2a

dan mu shu vaderen nabij ze of gading

met klanten of u nu td6 ook gedaan bij

elke vergane inkomen de wensen van de

klant boven je bouwt visie en die mensen

moeten ze worden vertaald in functionele

eisen functie ricquier mijn totdat u de

software architect en vertaalt u weer na

tekentafel

die zegt van nou ik heb die je

functie-eisen niet zo'n veilige ga

geïnduceerd ik ga en artsen knopen hoe

stellen en hij zegt van we gaan een poly

maken in design en dus we gaan niet

programmeren maar hij maakt even hoe het

poti bruin moet zien

vervolgens gaat zorg architect die gaat

ik terugkom zeer aan zijn leidinggevende

die zegt van die communiceert met de

project managers zijn leidinggevenden

dus we iemand ze dus projectmanager

tussen manage van meerdere projecten en

de software sticht had binnen een

project met de klanten met met alize we

zijn dan ook met developers

na die zoals ik ze vertelt hem wat de

risico's zijn

okey zich zijn er bij de ze bij het

opstaan met opstellen van de applicatie

risico's die bij de van die teksten in

van de risico's die kunnen optreden als

de applicatie gaat draaien zou een

dergelijke

een maakt en werkverdeling men doet in

overleg met met de bed projectmanager

dus som het stuk gaat in overleg met

zijn leidinggevende bepalen wie welke

software velper wat gaat doen als je dat

de ook eens heeft gedaan moet hij ook

communiceren met de software verder dus

met de mensen in het pin de pin en hij

zou soort

leidinggevende tussenpersoon tussen de

projectmanager en team van de website

werkt na

en hij gaat vertellen van hou hij is

gepraat met de de klant en analisten

heeft gepraat mensen leidinggevende hij

zijn tegen tafel werkt en zeg je van nou

we hebben een keuze gemaakt

stel je het een team van drie chauffeurs

verwers

jan pieter klaassen zegt van jan juiste

content piet jij doet de bekend en klaar

zij doet is de de database gevoeld haha

de guidelines we doen even overleggen en

ook even bespreken

er moet elke is een pro tibor de

gemaakte je moet het ook altijd

verticaal en software inbreng comment

moet je gaan gaan gaan

gaan bouwen want die prototype zijn

belangrijk voor de klant de klant op

prototypes zien en de komen in en de

implantatie probleem worden besproken

het zeg maar dat ze maar gewoon dat het

komt tijdens de projecten zie dit die

punt aas problemen komen later gebouwd

dat is een middel van arts of architect

designer en een spin in het web van

klanten aan wie zijn designer doet hij

voornamelijk met analisten

met leidinggevenden en toen de

communicatie met zijn collega's of

engineers

rol van de architect sandy de vraag over

nee nou wat zijn nou de producten die

wij seward's ik ze bekomen kijk is

eigenlijk een ander woord voor een

product is een artefact die de artefact

maar 8 effect wordt ook wel gebruikt

dus voor mensen die boek van lange man

hebben dus een bahama's heel goed is een

goed boek in de wereld op gebied van

monding

wordt het woordje artifact had gebruikt

maar weinig we even je in deze les heeft

product na een zomer sheet act die moet

bepaalde problemen vinden of twee

gebieden voor de functionele eisen en

wensen van de klant turken en niet luxe

reizen en mijn etwinning saai ze moet je

er voor zorgen dat dat dat dat ik op

kaats goed blijft draaien dus voor moet

zijn hij moet veilig zijn schuurtje en

nu moet u ook gaan bepalen in overleg

met de met de lijn geven de en ook met

de met uw collega developers mensen

analisten en misschien een beetje over

echt met de klanten en de klant bepalen

een van hoe je wilt kunt inloggen maar

hoe je voelt security kunt

bewerkstelligen nou de vorm stoke

besproken van hoeveel procent van de

tijd moet die hoe de applicatie blijft

draaien wild 95 cent of nee je hebt rand

van tijd en moet gehaald worden

dus dus over moeilijks gedeelte voor een

zoals checkt ook zoek collega's de

niet-functionele eisen hoe die bereikt

hoeken die bewaard blijven

en heb je dus durf de wens van de kans

dus functionele eisen

dus een specificatie van functie tijd

really quite door de youth organization

eigenlijk gewoon de gewoon over de

gebruikers en van elke luxe zij is kussy

kun je use specificatie maken

je kunt een chique wijk en maken super

zag hem enz die modellen komen hier

kijken wij niet functielijst komende

komen de andere andere business rules

kijk hier waar monkey business huls en

hier maak je dan de use case

description dergelijke het producten

dus ook een arts sexy model zij zijn

verschillende soorten en een van de

soorten

is dus een architect chino broek en art

stukje doopboek is een grote

hij is een is zo'n een pot dus die laat

ik even zien

dus deze ik heb hier een voorbeeld van

architect chino broek open hebt en je

hier ben hier ziet dus de

de de opbouw van artsen knopen project

pak een ander jasje knul boek hier van

duurzame rolt naar deze voor als een

arts een knoop van de putter

shocks altijd maar acronis op het

verslaglegging van uw zak distract

wat zit alleen niet-functionele eisen

worden gesproken

de key van jury choir is landen worden

de belangrijkste functionele eisen van

de klant door het de user smalle getoond

door mijn klas die gram

zijn allemaal dit is het nu wel gaat bij

een

en de komen wat aantal nieuwe om delen

beide gaan je deed tijdens deze cursus

leren zijn een kop bomal layer hem al

eigen laag model decoy wonden en kies

mario's

nou wat zijn nou ook artistiek product

van haar liezen

nou judith al vuurwerk en allemaal van

oude een en okra fetra maar use klim al

eens naar uw stem als volgt

je maakt een neemt een eerst een

interview met de met de klant je gaat de

use cases en user stories 7 papier

zetten van elke you study use case maak

je een use die gramm

dan ook use case maken use with vacation

vervolgens doe het zelfs dan naamwoorden

methode bij de use specificaties ze wel

die savant dingen daaruit volgt een door

mijn klas diagram

je gaat associaties trekken en navigatie

op posities daarnaast tegelijkertijd

dus eigenlijk parallel ga je een fiche

maken dus en de rijke doel van project

wat moet er al bereikt worden arm en dat

jij de applicatie bouwt verder in de

vision dus ga je dus ga je ook bepalen

of een project haalbaar is en daarnaast

komen dus de me niet functie eisen

zogenaamde subcutaan specificatie die

woont hier neergezet en de constraints

and google stranger dingen gewoon

beperking

hoe beperk van systeem een mooi

voorbeeld is wel dat de applicatie wordt

in een bepaald taal moet worden

geprogrammeerd wilson java of je sharp

en de jury me mee te maken krijgen

voor dementie de op stage moeten dat als

je op stage gaat de buste

zeer bescheiden van stagebegeleider

gehoord dat je op het kaatsen hoe bouw

in

impass een taal wilt item vervolgens van

michael steen of een

dat je pc moet gebruik maken van van

proces of of marina bay als datum is

manchester en al die producten analyse

hebben wel gaten maakt die zijn gelijk

dus als ik zeg van nou moment dat jij

een aantal use is bij konden volt dan

moet je ook weer user specificatie erbij

maken en op tegen dus ook dat zeer

waarschijnlijk ook weer mijn kast

bijkomende moet je je door mijn model

weer bij de aanpassen en je week

rossooie aanpassen

een moet ook je vision en de coalitie

zuiden weer bij ijzer bij rondom dus

alles was moet in evenwicht zijn

dus je als je het als een apparaat ziet

en is jou hier heeft hij een tandwiel

inzicht van aarde kon hier constrain bij

dan tank dus het zeer waarschijnlijk dat

wat in je used eikrem en over je de wij

een model ook iets van de

van bepaald bewerkingen moet worden

aangepast of de toegevoegd of wij het

andere cox poeder poeder gedaan zo'n 13

de bij bureau en wat u de ga leren en

classf etc is dat je de door mijn klas

kun in groep kunt onder verdelen

zogenaamde units naveed haar kant al

maar de maak je zorgen namelijk op ons

van in een component zitten meer de

klassen hetzelfde doel en ik op als ie

praten elkaar die coppia locatie hier

het zijn twee vissen koek op ons en u

zit weer tussen vis kwan's en weer een

ander groot component die kap alles kun

je weer in een zogenaamde

leo bubble zetten je het een sla het is

de meer de componenten en dus een laag

bestaat uit meerdere componenten en niet

andersom

en daar krijg je leren muddle en is dus

weer omhoog gaat dus dit is eigenlijk

wie het gepaste de top en de de

bottom-up approach to

dit kom op kassen heb je concurrenten

gestopt die component heb je een een

laag stopt en heb je meerdere lagen dus

die heb je dan zeg maar de sector die

heeft een

liefste interactie met in

presentatielaag en de tas player en de

deze laag even interactie met domein

laag en deze lagen winter interactie met

de data lagen en hier met een daders

mens free system dan ga je weer een

stapje omhoog als een korter en heb je

volgens een diepe een noden en heb je

kun je wilt en die plooi wil maken en

ziet er zo uit

dus deze drie producten zijn nieuw voor

de voor de azteekse doopboek dus kom er

zijn deze op deze slides

wat haren kies naaiers zijn er producten

om ze met ontwerpen en te documenteren

wat moet zien je hebt eerder dat door

mijn klas die je gang maar die zijn nu

wat meer uitgebreid dat hier dit is mijn

klas die gram van th conceptueel en deze

dit in mijn klas die gram is wild op

design ingehouden wil zeggen dat elk

domein klasse hij is nu uitgebreid met

operaties als je ziet en je concepten

mijn model hier die had alleen is

attributen

maar nu heeft dus deze absolute hebben

ook verzwikt kreeg een data types en

operaties en tekst re specificaties

na een u denk je van ja wat moet je

ermee dat is namelijk nodig voor maken

van ziektes die grams als je zeg maar

van elke use case uw specificatie maakt

via ons van de elke user specificatie in

combinatie met zo'n

door mijn klas die je gaan op design

niveau kun je een zieke site wij maken

dat ze hier en dan mij is het hier

bedoeling het elk object moet terug te

vinden zijn als klasse eer hier eerder

mijn klas die gaan op zijn niveau

elke message moet ook tochten van zijn

als operatie in mijn klas die gram

en die wordt ook weer allemaal gelijk

zijn

er kwam bij de eerst toetsvraag zijn en

vraagt hem nu toe ik heb over een

voorname zal u heeft al een winnaar nl

als het heb je een voornaam zichtbaar is

ik vraag me af of er ergens een document

of zo is waar gewoon beknopt zuid

beschreven wat precies het verschil is

tussen een eersteklas het domein ik

laatst was de mijn en wat er precies in

een cyclus die chrome en ja ja dat je

dat gewoon effe het kort de snel als

hebt u wel die marlies niveau en jij de

stipte dus analyse functioneel en design

bedoel je wat wat we dat wel larisa en

dan de ene keer zit er een waar moet het

attribuut al wel in warmte ook praat zo

welkom in staat dat ergens gewoon eten

hebben wij iets naar de ze zien wij dus

dat zou ik even doorspelen leo prijs

cursus eigenaar misschien of hij het

eind je loon overzichten maken als we

daarvan

ja dat zo heel veel ja dus het zijn

dingen die je toch moet weten voelt ja

want mij moet ook een logisch nadenken

herbold mooi voorbeeld als je een

conceptueel door mijn kast die gram een

t daar zitten wel attribuut in maar

attributen hebben geen data type en zit

ook geen operatie wat denk je daar de

reden van

wat ze reden omdat het nog met elke taal

geschreven wordt het juist ja maar dat

begrijp ik ook wel alleen dan soms gaat

mij logisch nadenken toch anders dan hoe

het logisch nadenken moet zeg maar ja ja

ja ga je vindt dolfijn dat erg een

documentje is dat je per per niveau dat

je gezien wat wat wat moet dan een zit

in zo'n door mijn klas die gram

ja dat zou fijn zijn ja trek even ik

weet wel ik heb mogen leiden gewerkt

daalde zelfs een overzichtje

dus ik kan misschien elke vraag een

collega zelfs het wind toe sturen dus

maar ik zag daar gaan ik kan niks

beloven maar ik zal de

ik zal werk van maken

anne vraagt u toe

nee wacht oh nee ja want volgens mij

nepal ze besproken

ik stel voor wie een toetsvraag

toets wa geluid wat is een typisch of

architectuur probleem

en gezien de tijd is nu 2 10 uur 22 na

ik heb de groep in van vtl ingedeeld dat

ik zeg van dat ik zeg van de laten even

dan ga je laat weven tot 10 uur

vijfendertig even pauze houden en dan te

tegelijkertijd kun je deze vraag

beantwoorden oké

en dan ga ik de dan dan ga ik ook menu

de groep in een er voor vtc

zal u de opname