100% satisfaction guarantee Immediately available after payment Both online and in PDF No strings attached
logo-home
Samenvatting SA Les 1, 2 en 3 $3.79   Add to cart

Summary

Samenvatting SA Les 1, 2 en 3

1 review
 68 views  0 purchase
  • Course
  • Institution
  • Book

Lessen 1, 2 en 3 van de SA Lijn van SARCH. Uitleg over het architecture notebook en alle onderdelen hiervan, met voorbeelden uit Larman. Uitleg over components en hoe je deze goed kunt groeperen. Alle modellen uit het Architecture notebook uitleg.

Preview 2 out of 9  pages

  • Unknown
  • January 4, 2020
  • 9
  • 2019/2020
  • Summary

1  review

review-writer-avatar

By: stuvia12333 • 4 year ago

reply-writer-avatar

By: jetwardenier • 4 year ago

Aaahh cute

avatar-seller
SA 1 - Introduction to Software
Architecture
Een software architect maakt het architecture notebook en geeft een beeld van de architectuur
van het systeem.

What is Software Architecture?
Software architecture bevat de van significante beslissingen over de organisatie van een software
systeem:
• Selectie van de structurele elementen en hun interfaces waaruit een systeem bestaat.
• De samenwerking tussen deze elementen.
• Compositie van deze structurele en gedrags- elementen in grotere subsystemen.
• Architecturale stijl dat de organisatie leidt

Architecturale beslissingen zijn de meest fundamentele beslissingen. Het veranderen hiervan zal
een ripple effect als consequentie hebben.

Products of Software Architecture
Een software architect moet oplossingen vinden voor het implementeren van de:
1. Functional requirements: specificaties over de benodigde functionaliteit voor de gebruiker
organisatie.
2. Non-functional requirements (quality requirements): bv. maintainability, performance etc..
3. Producten (artifacts): Architecturale producten laten zien hoe de requirements gerealiseerd
moeten worden.

Architecture Notebook/Document bevat:
• Non-functional requirements
• Key functional requirements (use case model) OOAD
• Domain class model

• Component model
• Layer model (logical)
• Tier model (physical) SARCH
• Deployment model
• Key scenarios


Een software architect communiceert met de project manager, de ontwikkelaars, analisten en
stakeholders en denkt na over de analyses en het design.




Jet Wardenier 28/12

, SA 2 - Architecture Notebook
Leerdoel: De onderdelen van een architecture notebook beschrijven en herkennen

Een architecture notebook is het meest essentiële artefact van een architect. Tijdens de inception
fase wordt de architecture bedacht en tijdens elaboration wordt hij uitgewerkt.

Inhoud van een Architecture Notebook:
1. Architectural goals
2. Architectural Significant requirements
2.1 Functional
2.2 Non-functional
3. Decisions and Justifications
4. Key abstractions/domain model
5. Software partitioning model
5.1 Logical component model
5.2 Layers model
5.3 Physical Component & Layers
6. Tier model
7. Deployment model

Bij een klein project moet je niet te veel tijd besteden aan het documenteren van de architectuur
maar alle essentiële elementen moeten wel gecommuniceerd worden.

Architectural Goals versus Architectural Requirements
Architecturale goals geven een bepaalde motivatie en onderbouwing voor genomen beslissingen.
Deze zijn vaak afleidbaar van de Requirements.

Het verschil tussen de requirements en de goals is dat de goals definiëren hoe een systeem moet
omgaan met bepaalde veranderingen.


Architecturale goals beantwoorden dit soort vragen:
- Wat is de verwachtte lifespan van een systeem?
- Moet het systeem nieuwe technologische veranderingen aan kunnen, zoals nieuwe versies?
- Hoe vaak moet een systeem zich kunnen aanpassen aan verwachtte verandering?
- Op welke komende veranderingen kunnen we anticiperen en hoe kunnen zorgen dat het
systeem zich makkelijker aan kan
passen?

Dit soort vragen kunnen grote
consequenties hebben op de structuur van
het systeem.

Decisions and Justification
Leg belangrijke beslissingen over de architectuur vast en zorg ervoor dat het team de architectuur
begrijpt en het kan realiseren.




Key abstractions/Domain model
Identificeer de key concepts en abstracties dat het systeem moet gebruiken. De requirements zijn
een goede bron voor het vinden van key abstractions.
Jet Wardenier 28/12

The benefits of buying summaries with Stuvia:

Guaranteed quality through customer reviews

Guaranteed quality through customer reviews

Stuvia customers have reviewed more than 700,000 summaries. This how you know that you are buying the best documents.

Quick and easy check-out

Quick and easy check-out

You can quickly pay through credit card or Stuvia-credit for the summaries. There is no membership needed.

Focus on what matters

Focus on what matters

Your fellow students write the study notes themselves, which is why the documents are always reliable and up-to-date. This ensures you quickly get to the core!

Frequently asked questions

What do I get when I buy this document?

You get a PDF, available immediately after your purchase. The purchased document is accessible anytime, anywhere and indefinitely through your profile.

Satisfaction guarantee: how does it work?

Our satisfaction guarantee ensures that you always find a study document that suits you well. You fill out a form, and our customer service team takes care of the rest.

Who am I buying these notes from?

Stuvia is a marketplace, so you are not buying this document from us, but from seller jetwardenier. Stuvia facilitates payment to the seller.

Will I be stuck with a subscription?

No, you only buy these notes for $3.79. You're not tied to anything after your purchase.

Can Stuvia be trusted?

4.6 stars on Google & Trustpilot (+1000 reviews)

79223 documents were sold in the last 30 days

Founded in 2010, the go-to place to buy study notes for 14 years now

Start selling
$3.79
  • (1)
  Add to cart