Escrito por estudiantes que aprobaron Inmediatamente disponible después del pago Leer en línea o como PDF ¿Documento equivocado? Cámbialo gratis 4,6 TrustPilot
logo-home
logo
  • Universiteit Utrecht (UU)
  • Modelleren En Systeemontwikkeling (INFOMSO)
Para añadir elementos a tu lista de deseos, debes estar conectado
Document preview thumbnail
Vista previa 1 fuera de 2 páginas
Resumen

Summary 2-page Overview INFOMSO

0.0
(0 reseñas)
2 vendido
2 páginas
2021/2022 Escrito para el año académico
Institución
Universiteit Utrecht (UU)
Grado
Modelleren En Systeemontwikkeling (INFOMSO)
Document preview thumbnail
Vista previa 1 fuera de 2 páginas

2-page overview of all the subjects discussed in the Modelleren en Systeemonwikkeling course, very concisely summarized. One page for the midterm, one for the final. Summary of the summary.

Vista previa del contenido

MSO‌‌Midterm‌ ‌
‌

Waterfall‌‌method‌ ‌ 4. Negotiation‌‌(with‌‌client)‌ ‌ - Parameter‌‌visibility‌‌(method‌‌of‌‌A)‌ ‌
- 5‌‌consecutive‌‌phases:‌ ‌ - 6‌‌demands‌‌for‌‌good‌‌requirements‌ ‌ - Local‌‌visibility‌‌(B‌‌as‌‌local‌‌object)‌ ‌
1. Requirements‌‌analysis‌ ‌ - Correctness‌‌(capture‌‌client‌‌view)‌ ‌ - Global‌‌visibility‌ ‌
2. Design‌ ‌ - Consistency‌‌(no‌‌contradictions)‌ ‌
Facade‌ ‌
3. Coding‌‌and‌‌debugging‌ ‌ - Completeness‌‌(all‌‌scenarios)‌ ‌
- Provide‌‌a‌‌unified‌‌interface‌‌(API)‌ ‌to‌‌
4. Testing‌‌and‌‌verification‌ ‌ - Clarity‌‌(unambiguous)‌ ‌
a‌‌set‌‌of‌‌interfaces‌‌in‌‌a‌‌sub-system‌ ‌
5. Maintenance‌ ‌ - Realism‌ ‌
- Encapsulates‌‌original‌‌system,‌‌thus‌‌
- Unable‌‌to‌‌deal‌‌with‌‌change‌ ‌ - Verifiability‌‌(automatic‌‌testing)‌ ‌
easy‌‌to‌‌swap‌‌out‌‌or‌‌change‌‌(without‌‌
- Users‌‌involved‌‌late‌‌in‌‌project‌ ‌ - SMART‌‌requirements‌ ‌
client‌‌noticing)‌ ‌
Spiral‌‌model‌ ‌ Class‌‌diagram‌ ‌
Adapter‌ ‌
- Iterative‌‌waterfall,‌‌focus‌‌on‌‌risk‌ - Inheritance:‌‌A⇽B,‌‌A‌‌superclass‌‌of‌‌B‌ ‌
- Match‌‌an‌‌existing‌‌class‌‌beyond‌‌
- Aggregation:‌‌A⬦‌ー‌B,‌‌A‌‌has‌‌attrib‌‌B‌ ‌
Agile‌ ‌ your‌‌control‌‌to‌‌a‌‌particular‌‌interface‌ ‌
- Association:‌‌A→B,‌‌more‌‌general‌‌↑‌ ‌
- Agile‌‌vs‌‌UP:‌ ‌ - Contain‌‌existing‌‌class‌‌in‌‌your‌‌own‌‌
- Composition:‌‌A⬥‌ー‌B,‌‌B‌‌has‌‌no‌‌right‌‌
- Interactions‌‌vs‌‌processes‌ ‌ Adapter‌‌class‌‌with‌‌right‌‌interface‌‌
to‌‌exist‌‌on‌‌its‌‌own‌ ‌
- Prototypes‌‌vs‌‌documentation‌ ‌ and‌‌that‌‌calls‌‌existing‌‌methods‌ ‌
- Dependency:‌‌A⇢B,‌‌A‌‌uses‌‌B,‌‌
- Collaboration‌‌vs‌‌negotiation‌ ‌
change‌‌to‌‌A‌‌affects‌‌B‌ ‌ Strategy‌ ‌
- Embrace‌‌change‌‌vs‌‌clear‌‌plan‌ ‌
- Find‌‌what‌‌varies‌‌and‌‌encapsulate‌‌it‌‌
- No‌‌redundancy‌ ‌ Analysis‌ ‌
in‌‌abstract‌‌class,‌‌with‌‌subclasses‌‌
- Readability‌‌(e.g.‌‌good‌‌naming)‌ ‌ - Make‌‌domain‌‌model‌‌from‌‌reqrmnts‌ ‌
for‌‌variation‌ ‌
- Testability‌ ‌ - Capture‌‌user’s‌‌point‌‌of‌‌view‌ ‌
- Contain‌‌abstract‌‌in‌‌original‌‌class‌ ‌
- Model‌‌real‌‌world‌‌classes‌ ‌
Unified‌‌Process‌ ‌ - Separates‌‌selection‌‌of‌‌algorithm‌‌
- Validation‌‌similar‌‌to‌‌requirements‌ ‌
- Iterative‌‌‌(usable‌‌subset‌‌of‌‌system‌‌ from‌‌implementation‌ ‌
‌
after‌‌every‌‌iteration)‌ ‌ - Makes‌‌for‌‌easier‌‌testing‌ ‌
- Phases:‌ ‌ Design‌‌principles‌ ‌
Bridge‌ ‌
1. Inception‌ ‌ - Program‌‌to‌‌interface‌ ‌
- Find‌‌variation,‌‌encapsulate‌‌it‌ ‌ - Decouple‌‌set‌‌of‌‌implementations‌‌
2. Elaboration‌ ‌
- Aggregation‌‌over‌‌inheritance‌ ‌ from‌‌abstractions‌‌(objects‌‌using‌‌
3. Construction‌ ‌
them)‌ ‌
4. Transition‌ ‌
Design‌ ‌ - Two‌‌separate‌‌class‌‌hierarchies,‌‌with‌‌
- Engineering‌‌activities:‌ ‌
- Cohesion:‌‌related‌‌operations‌ ‌ a‌‌bridge‌‌between‌‌them‌ ‌
- Business‌‌modeling‌ ‌
‌‌
- Requirements‌‌engineering‌ ‌ - Coupling:‌‌related‌‌modules‌ ‌
- Analysis‌ ‌ - Data‌‌coupling‌‌(one‌‌method‌‌relies‌‌
- Design‌ ‌ on‌‌data‌‌from‌‌other‌‌method)‌ ‌
- Implementation‌ ‌ - Control‌‌“‌‌(one‌‌instructs‌‌other)‌ ‌
- Testing‌ ‌ - Global‌‌data‌‌“‌‌(global‌‌variable)‌ ‌
- Pathological‌‌coupling‌‌(exact‌‌imp)‌ ‌
Requirements‌ ‌
- 3‌‌perspectives‌‌on‌‌software‌‌dev‌ ‌
- FURPS+‌‌model:‌ ‌ - Conceptual‌‌(domain‌‌concepts)‌ ‌
- Functionality‌‌(features)‌ ‌
- Object‌‌set‌‌of‌‌responsibilities‌ ‌
- Usability‌‌(help/documentation)‌ ‌ - Specification‌‌(interfaces)‌ ‌
- Reliability‌‌(uptime/recovery)‌ ‌
- Object‌‌is‌‌set‌‌of‌‌methods‌ ‌
- Performance‌‌(response‌‌time)‌ ‌ - Implementation‌‌(coding)‌ ‌
- Supportability‌‌(adaptability)‌ ‌ - Object‌‌is‌‌code‌‌and‌‌data‌ ‌
- Sub-factors‌:‌ ‌
- GRASP‌‌(help‌‌assign‌‌responsibility)‌ ‌
- Implementation‌‌(lang‌‌..)‌ ‌ - Information‌‌expert‌ ‌
- Legal‌‌(licensing‌‌..)‌ ‌
- Creator‌‌(create‌‌instances)‌ ‌
- Interface‌‌(other‌‌systems)‌ ‌ - Loose‌‌coupling‌ ‌
- Requirements‌‌engineering:‌ ‌ - Strong‌‌cohesion‌ ‌
1. Elicitation‌‌(identifying)‌ ‌
- Controller‌‌(system‌‌events)‌ ‌
2. Specification‌‌(describing)‌ ‌ - Class‌‌A‌‌can‌‌access‌‌info‌‌in‌‌B‌‌with:‌ ‌
3. Verification/validation‌ ‌
- Attribute‌‌visibility‌‌(B‌‌attrib‌‌of‌‌A)‌ ‌

‌

Información del documento

Estudio
Informatica
Subido en
12 de noviembre de 2021
Número de páginas
2
Escrito en
2021/2022
Tipo
Resumen
Informar violación de derechos de autor
$4.20
¿Documento equivocado? Cámbialo gratis Dentro de los 14 días posteriores a la compra y antes de descargarlo, puedes elegir otro documento. Puedes gastar el importe de nuevo.
Escrito por estudiantes que aprobaron
Inmediatamente disponible después del pago
Leer en línea o como PDF
Seller avatar
Los indicadores de reputación están sujetos a la cantidad de artículos vendidos por una tarifa y las reseñas que ha recibido por esos documentos. Hay tres niveles: Bronce, Plata y Oro. Cuanto mayor reputación, más podrás confiar en la calidad del trabajo del vendedor.
Suniht
3.9
(13)
Vendido
96
Seguidores
55
Artículos
19
Última venta
3 meses hace
Disponible en paquete
Product Image
Package deal
Samenvatting 2-page overzicht INFOMSO
-
2
Vendido
2
artículo
Nov 2021
$16.81
$13.81
Ahorras 18% Más información

Explora asignaturas relacionadas

Temas

  • waterfall method
  • spiral model
  • agile
  • unified process
  • requirements
  • class diagram
  • analysis
  • design
  • facade
  • adapter
  • strategy
  • bridge
  • abstract factory
  • decorator
  • mvc
  • observer
  • template method
  • factory
  • up
  • furps

Por qué los estudiantes eligen Stuvia

Creado por compañeros estudiantes, verificado por reseñas

Calidad en la que puedes confiar: escrito por estudiantes que aprobaron y evaluado por otros que han usado estos resúmenes.

¿No estás satisfecho? Elige otro documento

¡No te preocupes! Puedes elegir directamente otro documento que se ajuste mejor a lo que buscas.

Paga como quieras, empieza a estudiar al instante

Sin suscripción, sin compromisos. Paga como estés acostumbrado con tarjeta de crédito y descarga tu documento PDF inmediatamente.

Student with book image

“Comprado, descargado y aprobado. Así de fácil puede ser.”

Alisha Student

Preguntas frecuentes