functional size bestimmt als einfach/mittel/schwierig (low/average/high) =
|
|
- Nele Rosenberg
- vor 7 Jahren
- Abrufe
Transkript
1 Fragmente zu Softwaremessung, Teil 2 (Version 1.0, ) Bestimmung der Function Points: 1. Systemgrenze bestimmen mit application boundary ist etwa das Kontextdiagramm bei SA oder das Use-Case-Diagramme in UML gemeint. 2. Datenflüsse identifizieren in Zusammenarbeit mit dem Benutzer Eingabedaten Informationen, die über die Grenze ins System geht und zu Änderung von Daten in internen Files führt bzw. den Ablauf beeinflusst. Es werden nicht Datenmengen sondern logische Daten gezählt. Ausgabedaten Informationen, die über die Grenze an den Benutzer gehen. Abfragen Anfragen und Antworten ohne weitere Änderungen (interne) Datenbestände Datenhaltung im System (Relationen und Files) externe Referenzdaten Datenhaltung, die nicht im System stattfindet. 3. Datenflüsse bewerten Hierbei wird die functional size bestimmt als einfach/mittel/schwierig (low/average/high) = unadjusted function points (UFP) 4. Die Anwendung bewerten Hierbei werden nach 14 Fragen Bewertungen mit 0-5 vergeben mit application characteristic multipliern (ACM) = function points (FP) 1
2 Abbildung 1: (../Pictures.png/metrics012) 2
3 Bestimmung der Object Points 1. Bewertung des Klassenmodells (Basis für die Schätzung des Codier- und Unittest-Aufwands. Pro Klasse berechnet man ClassPoints = (#Basisattribute+2 #Referenzattribute+3 #Methoden) Neuheit Hierbei versucht Neuheit zu messen, zu welchem Prozentsatz die Klassenrealisierung nicht durch Vererbung erstellt wird, d.h. geerbte Member werden nicht gezählt. 2. Bewertung der Interaktion (Basis für die Schätzung der Integration und des Integrationstestaufwands.) Pro Operation (d.h. Methodengruppe) berechnet man MessagePoints = (#Parameter+2 #Quellen+2 #Ziele) Komplexitaet Neuheit Hierbei ist eine Quelle ein Aufrufpunkt und ein Ziel ist eine Klasse, in der die Methode definiert wurde. Die Komplexität misst die Kompliziertheit der Methode als hoch (1,25) mittel (1,0) niedrig (0,75) 3. Bewertung der Anwendungsprozesse (Basis für die Schätzung des Systemtestaufwands. Die Anwendungsprozesse entsprechen etwa den Use-Cases.) Pro Prozess berechnet man ProcessPoints = (Prozesstyp + #Varianten) Komplexitaet 3
4 Es werden vier Typen von Prozessen unterschieden Batch-Prozesse (2) geringe menschliche Eingriffe Online-Prozesse (4) wesentliche menschliche Eingriffe System-Prozesse (6) z.b. Backup, Recovery Realtime-Prozesse (8) gesteuert von externen Ereignissen Hierbei werden Prozesse ähnlicher Art zusammengefasst. 4. Berechnung einer Rohgröße Mit diesen Zahlen erhält man ObjectPoints = ClassPoints + MessagePoints + ProcessPoints 5. Gewichtung nach den Qualitätsanforderungen Sneed schlägt vor, die berechnete Rohgröße nach den Qualitätsanforderungen zu gewichten (12 Kriterien), die durch Metriken bestimmt werden: Zuverlässigkeit Sicherheit Zeiteffizienz Speichereffizienz Benutzbarkeit Integrität Integrierbarkeit Portabilität Wartbarkeit Datenunabhängigkeit Testüberdeckung Konformität Jeder Faktor erhält einen Wert zwischen 0 und 2: minimaler Wert (0) Industriestandard (1) Maximaler Wert (2) Der Durchschnitt dieser Werte ergibt den Qualitätsfaktor QF QualityAdjustedObjectPoints = ObjectPoints QF 4
5 6. Gewichtung nach Eigenschaften des Projekts Dieser Wert wird aufgrund von Eigenschaften des gesamten Erstellungsprozesses noch ein weiteres Mal gewichtet (10 Aspekte): Verfügbarkeit von Groupware zur Unterstützung des Projektteams Qualität der Benutzeroberfläche der Entwicklungsumgebung Zuverlässigkeit des Netzes, in dem die Entwickler arbeiten Reife des zu entwicklenden Prozesses technische Unterstützung des Projektteams Anwendungsgrad objekt-orientierter Methoden objekt-orientiertes Niveau der verwendeten Sprache Verfügbarkeit von objekt-orientierten CASE-Tools Anwesenheit eines Objekt-Repositorys Grad der Testautomatisierung Jede dieser Eigenschaften wird bewertet mit nicht erfüllt (0) gering erfüllt (1) teilweise erfüllt (2) hoch erfüllt (3) vollständig erfüllt (4) Durch die Summe er hält man eine Bewertung des Technologiegrades (0.6 EF = 1 / ) AdjustedObjectPoints = QualityAdjustedObjectPoints EF 5
Marc Monecke Praktische Informatik Fachbereich Elektrotechnik und Informatik Universität Siegen, D Siegen
Aufwandsschätzung Marc Monecke monecke@informatik.uni-siegen.de Praktische Informatik Fachbereich Elektrotechnik und Informatik Universität Siegen, D-57068 Siegen 2. Juli 2003 Inhaltsverzeichnis 1 Einleitung
MehrSoftwaremanagement Projektplanung Hellsehen für Fortgeschrittene Schätzen heißt nicht raten!
Softwaremanagement Projektplanung Hellsehen für Fortgeschrittene Schätzen heißt nicht raten! Lehrstuhl Softwaretechnologie, Dr. Birgit Demuth Aktualisierte Folien des SS 2015 Softwaremanagement SS 2016
MehrEntwicklungsmethoden
Slide 7.1 Entwicklungsmethoden Prof. Dr. Josef M. Joller jjoller@hsr.ch Development Methodologies Prof. Dr. Josef M. Joller 1 Session 7 Slide 7.2 PLANEN UND SCHÄTZEN Development Methodologies Prof. Dr.
MehrFunction-Point Analysis Theorie und Praxis
^O Edition «JO expert^ Robert Hiirten Function-Point Analysis Theorie und Praxis Die Grundlage für das moderne Softwaremanagement 2., erweiterte Auflage expertlqp] verlag«enthält: 1 CD-ROM Inhaltsverzeichnis
MehrProjektmanagement. 3 Projektplanung Schätzmethoden. Werner Lenk
Projektmanagement 3 Projektplanung Schätzmethoden Werner Lenk Schätzung der Leistungstage + Für jedes Arbeitspaket wird der Aufwand der zu erbringenden Arbeit + in Leistungstagen (LT) oder in Leistungsstunden
MehrComparison of Software Products using Software Engineering Metrics
Comparison of Software Products using Software Engineering Metrics Alexander Bätz Fakultät EIM Universität Paderborn 23. Juli 2009 1 / 28 Motivation Qualitätsbewertung von Software Vergleichbarkeit von
MehrV. Aufwands- und Kostenschätzung (Teil 1)
V. Aufwands- und Kostenschätzung (Teil 1) Prof. Dr. Jens Grabowski Tel. 39 172022 Email grabowski@cs.uni-goettingen.de SoftwEng (SS09) V.1-1 Inhalt Einführung Intuitive Schätzung Analogieschätzung Expertenschätzungen
MehrEvaluation of Database Design and Reverse Engineering Tools for a Large Software System
Evaluation of Database Design and Reverse Engineering Tools for a Large Software System Anne Thomas TU Dresden Dr. B. Demuth Pre Press GmbH (Dresden) T. Reuter Gliederung Einleitung Vorgehensweise Kontext
MehrSOFTWAREPROJEKT (WI) Anforderungsanalyse. Projektveranstaltung im Wintersemester 2012/13 FG System- und Softwareengineering Dr.-Ing.
SOFTWAREPROJEKT (WI) Anforderungsanalyse Projektveranstaltung im Wintersemester 2012/13 FG System- und Softwareengineering Dr.-Ing. Ralph Maschotta Inhalt Das Pflichtenheft Das UML-Modellierungswerkzeug
MehrAufwandschätzung von IT-Projekten
2008 AGI-Information Management Consultants May be used for personal purporses only or by libraries associated to dandelon.com network. Manfred Bundschuh, Axel Fabry Aufwandschätzung von IT-Projekten Inhaltsverzeichnis
MehrLösungsvorschlag zur Klausur zu Projektorganisation und Management in der Software-Entwicklung
Prof. Dr. Dr. h.c. M. Broy Klausurlösung Dr. H. Ehler, S. Wagner 2. Juli 2004 Lösungsvorschlag zur Klausur zu Projektorganisation und Management in der Software-Entwicklung Aufgabe 1 Prozessmodelle (4
MehrAufwandsschätzungen über Anwendungsfälle
Aufwandsschätzungen über Anwendungsfälle Das Essenzschritt-Verfahren Uwe Vigenschow oose.de GmbH, Hamburg Abstract: Es wird gezeigt, wie man auf Basis von Anwendungsfällen (Use Case) zu Aufwandsschätzmodellen
MehrLastenheft (Universität Paderborn, Softwaretechnikpraktikum SS2006)
Lastenheft (Universität Paderborn, Softwaretechnikpraktikum SS2006) Alles, was in dieser Schriftart gesetzt ist, dient nur zur Erläuterung und sollte im fertigen Lastenheft nicht mehr auftauchen! Der Umfang
MehrRequirements Dokumentation
Software Engineering i - Requirements Dokumentation Wolfgang Henhapl, Andreas Kaminski et al. Bemerkungen zu den Projektplänen Überraschendes Engagement Verständnis für das geplante Spiel Auftraggeber:
MehrTestaufwandschätzung. Seminar: Software-Qualitätssicherung Yi Tan 08.Juli.2008
Testaufwandschätzung Seminar: Software-Qualitätssicherung Yi Tan 08.Juli.2008 Übersicht 1. Einleitung 2. Grundprinzip 3. Methoden der Testaufwandschätzung 4. Vergleich der Methoden 5. Zusammenfassung Einleitung
MehrAlternative Architekturkonzepte
Alternative Architekturkonzepte Motivation: Suche nach einer Gesamtstruktur meistens: dominante nichtfunktionale Eigenschaften legen Architektur fest Antrieb: Architekturziel Ziel: globale Betrachtung
MehrObjektorientierte Analyse (OOA) Inhaltsübersicht
Inhaltsübersicht Einführung Anforderungen an die UML-Diagramme Verhalten: Use-Case-Diagramm Verhalten: Aktivitätsdiagramm Verhalten: Zustandsautomat Struktur: Klassendiagramm Seite 1 Einführung In der
MehrVI. Die Bedeutung der Komplexität 83. VI. Die Bedeutung der Komplexität
VI. Die Bedeutung der Komplexität 83 VI. Die Bedeutung der Komplexität 84 Produktivitäts- und Leistungsmessung - Messbarkeit und Messmethoden Nahezu alle bekannten funktionsorientierten Umfangsmetriken
MehrKonzept einer Qualitätsstrategie im Kreditgewerbe
Konzept einer Qualitätsstrategie im Kreditgewerbe Miriam Behrenbruch, Angela Staral, Stefan Ehlert und Francis Trapp 09. Juni 2004, Folie 1/17 Gliederung 1. Def. Qualitätsstrategie 2. Analyse 2.1 Qualitätsmerkmale
MehrErweiterung von Oracle CRM On Demand mit Hilfe von Web Services. DOAG 2010 Klaus Eicheler, Cirquent GmbH
Erweiterung von Oracle CRM On Demand mit Hilfe von Web Services DOAG 2010 Klaus Eicheler, Cirquent GmbH Erweiterung von Oracle CRM On Demand Funktionalitätserweiterungen werden von Kunden nachgefragt:
Mehr6 Management der Informationssysteme (2)
6 Management der Informationssysteme (2) Management der Daten Management der Anwendungen Management der Prozesse Informationsmanagement 6(2)-10 Alternativen der Softwarebereitstellung Bereitstellen Bereitstellen
MehrUnified Modeling Language (UML)
Kirsten Berkenkötter Was ist ein Modell? Warum Modellieren? Warum UML? Viele, viele Diagramme UML am Beispiel Was ist ein Modell? Ein Modell: ist eine abstrakte Repräsentation eines Systems, bzw. ist eine
MehrEINFÜHRUNG IN DIE WIRTSCHAFTSINFORMATIK -ÜBUNGEN- Marina Tropmann-Frick mtr@is.informatik.uni-kiel.de www.is.informatik.uni-kiel.
EINFÜHRUNG IN DIE WIRTSCHAFTSINFORMATIK -ÜBUNGEN- Marina Tropmann-Frick mtr@is.informatik.uni-kiel.de www.is.informatik.uni-kiel.de/~mtr FRAGEN / ANMERKUNGEN Vorlesung Neue Übungsaufgaben MODELLIERUNG
MehrObjektorientierte Softwareentwicklung
Objektorientierte Softwareentwicklung Analyse- und Designmethoden Analyse- & Designmethoden Strukturierte, traditionelle Methoden Objektorientierte Methoden Funktionsorientierte Methoden Datenorientierte
MehrSoftwaremetriken. 29. April 2015
Softwaremetriken 29. April 2015 Was sind Softwaremetriken? [FP] Softwaremetriken messen Qualität. besser: Softwaremetriken definieren, wie Kenngrößen der Software oder des Softwareentwicklungsprozesses
MehrEnergielabel für Zentrallüftungsgeräte. 13.12.2011 Titel der Veranstaltung - Name des Verfassers
1 Warum ein Energieeffizienzlabel? Energielabel haben sich heute in vielen Bereichen bereits durchgesetzt und dienen als wesentliche Kaufentscheidung für die Verbraucher! Existierende Energielabel: Kühl-
MehrTracing von Anforderungen Eine tool-unabhängige Betrachtung
Tracing von Anforderungen Eine tool-unabhängige Betrachtung Markus Won 03.09.2014 Der Begriff Traceability Traceability Kleine funktionale Anforderung im Rahmen des Requirements Management mit weitreichenden
MehrMBEES Research Abstract Ein Framework zur automatisierten Ermittlung der Modellqualität bei eingebetteten Systemen
MBEES 2010 - Research Abstract Ein Framework zur automatisierten Ermittlung der Modellqualität bei eingebetteten Systemen Jan Scheible (jan.scheible@daimler.com) Daimler AG Group Research and Advanced
MehrPragmatische Aufwandsschätzung
Pragmatische Aufwandsschätzung Holger Bohlmann Holger.bohlmann@it-agile.de Henning Wolf henning.wolf@it-agile.de http://www.it-agile.de Agenda Einleitung Story 1: Hochrechnung Story 2: Teamschätzung Story
MehrQuantifizierung nicht-funktionaler Anforderungen JURISTISCHES IT-PROJEKTMANAGEMENT WS1617 DOZENT: DR. FRANK SARRE LMU MÜ NCHEN ZHENHAO LI
Quantifizierung nicht-funktionaler Anforderungen JURISTISCHES IT-PROJEKTMANAGEMENT WS1617 DOZENT: DR. FRANK SARRE LMU MÜ NCHEN ZHENHAO LI Agenda Einordnung des Themas Motivation Quantifizierung Nicht-funktionale
MehrUML. Weiteres Vorgehen im Projekt
UML Download objectif Personal Edition (kostenlos): http://www.microtool.de/objectif/de/download.asp Weiteres Vorgehen im Projekt Komponenten, Klassen, Objekte Prozesse Nichtfunktionale Anforderungen Skizzen,
Mehr1. Übung zu Software Engineering
1. Übung zu Software Engineering WS 2007/2008 Organisatorisches E-Mail: philipp.ciechanowicz@wi.uni-muenster.de Telefon: 83-38 265 Leonardo-Campus 3, Raum 326 Übungsgruppen mit höchstens 5 Teilnehmern
MehrTeambildung. 1 Einleitung. 2 Messen der Produktivität
1 Einleitung Teambildung In der Entwicklung, speziell bei hohem Softwareanteil, stellen Personalkosten den primären Kostenanteil dar. Daher ist es wichtig, den Personalbedarf optimal zu bestimmen. You
MehrNACHRICHTENTECHNISCHER SYSTEME
Einführung UML COMPUTERSIMULATION NACHRICHTENTECHNISCHER SYSTEME 11. Unified Modeling Language UML 220 Standardsprache d zur Visualisierung, i Spezifikation, Konstruktion und Dokumentation komplexer (Software-)
MehrNicht-funktionale Anforderungen
Juristisches IT-Projektmanagement Michael Braun Nicht-funktionale Anforderungen 12.1.2016 Nicht-funktionale Anforderungen 12.1.2016 Folie 1 Unterscheidung Anforderungen an ein Software System Funktionale
MehrDer Faktor Erfahrung bei Aufwandschätzungen. Engelhard Hess. 2008 TIMELINK International GmbH.
Der Faktor Erfahrung bei Aufwandschätzungen Engelhard Hess These Projekte und damit Projektarbeit sind nun schon seit vielen Jahrzehnten etabliert. Es existieren zahlreiche publizierte Methoden und Verfahren
MehrProjektmodell Softwareentwicklung: Unified Software Development Process / Unified Process (Teil I)
Projektmodell Softwareentwicklung: Unified Software Development Process / Unified Process (Teil I) Historisch Kulturelle Informationsverarbeitung Hauptseminar: KLIPS 2.0 Dozent: Prof. Dr. Thaller Referent:
MehrDer Alpha-Beta-Algorithmus
Der Alpha-Beta-Algorithmus Maria Hartmann 19. Mai 2017 1 Einführung Wir wollen für bestimmte Spiele algorithmisch die optimale Spielstrategie finden, also die Strategie, die für den betrachteten Spieler
MehrExkurs: Formatvorlage für Anforderungsanalyse-Dokument
Exkurs zu Kapitel Anforderungserhebung und analyse Exkurs: Formatvorlage für Anforderungsanalyse-Dokument Folgendes entspricht im Wesentlichen IEEE-Standard 830-1998 R O O T S Formatvorlage Anforderungsanalyse
MehrAufwandsschätzung in IT-Großprojekten Function Point Methode
Aufwandsschätzung in IT-Großprojekten Function Point Methode Florian Weigand Abstract: Im Folgenden wird beschrieben, wie man den Aufwand eines IT-Großprojektes bestimmen kann. Zuerst werden die Faktoren
MehrTestwell CTC++ Test Coverage Analyser Testabdeckung für alle Coverage-Stufen, alle Compiler, alle Embedded Targets
Testwell CTC++ Test Coverage Analyser Testabdeckung für alle Coverage-Stufen, alle Compiler, alle Embedded Targets Testwell CTC++ ist ein leistungsfähiges und einfach zu benutzendes Code-/Test-Coverage
Mehreffektiv erstellen Use Cases Alistair Cockburn Das Fundament für gute Software-Entwicklung Geschäftsprozesse modellieren mit Use Cases
Alistair Cockburn Use Cases effektiv erstellen Das Fundament für gute Software-Entwicklung Geschäftsprozesse modellieren mit Use Cases Die Regeln für Use Cases sicher beherrschen A Abdeckung Grad der 163
MehrAP2: Erfassen & Kategorisieren von Datenbeständen. nden Expertenworkshop Göttingen
Kooperative Langzeitarchivierung für Wissenschaftsstandorte http://kolawiss.uni goettingen.de AP2: Erfassen & Kategorisieren von Datenbeständen nden Expertenworkshop 09.12.2008 Göttingen Sven Vlaeminck
MehrProf. Dr. N. Grau Folie 1
IT Support für -Softwareauswahl Folie 1 Inhalt 1. Haupten für 3. en 6. 7. Zusammen Folie 2 H. 1. Haupten für 3. en 6. 7. Zusammen 1. Haupten in der IT für Project Management Daten Planung PSP (Projektstrukturplan)
MehrPoseidon for UML. Einführung. Andreas Blunk
Poseidon for UML Einführung Andreas Blunk Gliederung 1) Editionen/Lizenzen 2) Die Programmoberfläche 3) Modelle speichern 4) Einführung am lebenden Objekt 5) Generierung (Doc & Code) 6) Funktionsumfang
MehrKünstliche Neuronale Netze
Inhalt (Biologische) Neuronale Netze Schwellenwertelemente Allgemein Neuronale Netze Mehrschichtiges Perzeptron Weitere Arten Neuronaler Netze 2 Neuronale Netze Bestehend aus vielen Neuronen(menschliches
MehrEinstiege: Volumen eines Zylinders
An Abbildungen Höhe und Radius bestimmen und Volumen berechnen (1/3) 1 Schneide die Netze der beiden Zylinder aus und stelle zwei Modelle her. a) Schätze, welcher Zylinder das größere Volumen und die größere
Mehrelearning Studie Umfrage am CAMPUS 02 von Christian Krachler
elearning Studie Umfrage am CAMPUS 02 von Christian Krachler Jänner 2003 Seite: 2/11 Version: 1.0 1 Einleitung... 3 2 Zusammenfassung... 3 3 Ergebnis... 4 3.1 Rücklauf... 4 3.2 Studierende... 5 3.3 Lehrende...
MehrZabbix Performance Tuning
Zabbix Performance Tuning Getting most out of your hardware 1/31 Zabbix Webinar Inhalte des Webinars Übersicht über Zabbix Performance Faktoren Step 1. Identifizieren und Beheben von Problemen Step 2.
MehrReliabilitäts- und Itemanalyse
Reliabilitäts- und Itemanalyse In vielen Wissenschaftsdisziplinen stellt die möglichst exakte Messung von hypothetischen Prozessen oder Merkmalen sogenannter theoretischer Konstrukte ein wesentliches Problem
MehrSoftwaretechnik 2015/2016
Softwaretechnik 2015/2016 PST Lehrstuhl Prof. Dr. Matthias Hölzl HAUPT-/ BACHELOR- SEMINAR ADAPTIVE SYSTEME PST Joschka PROF. DR. Rinke WIRSING 14. JUNI 2009 VORNAME NAME AGENDA Übung 11: 14.01.2016 Schon
MehrLastenheft Gruppe HK-03 erstellt am: Lastenheft
Gliederung 1.Zielbestimmung 2.Produkteinsatz 3.Produktübersicht 4. Produktfunktionen 4.1 Muss-Kriterien 4.2 Kann-Kriterien 5.Produktdaten 6.Produktleistungen 7.Qualitätsanforderungen 1.Zielbestimmung Das
MehrCOSMIC FP - neue Generation der Umfangsmessung
Eine neue COSMIC FP - neue Generation der Umfangsmessung und Aufwandschätzung Prof. Dr.-Ing Ing. habil. Reiner R. Dumke Otto-von-Guericke Universität Magdeburg http://ivs.cs.uni-magdeburg.de/sw-eng/agruppe/
MehrMOBILE ENTERPRISE APPLICATION PLATFORM (MEAP)
MOBILE ENTERPRISE APPLICATION PLATFORM (MEAP) Oliver Steinhauer.mobile PROFI Mobile Business Agenda MOBILE ENTERPRISE APPLICATION PLATFORM AGENDA 01 Mobile Enterprise Application Platform 02 PROFI News
MehrSoftwareentwicklung Lösungen zu Programmierung von Klassen mit BlueJ
Klasse, Objekt, Eigenschaften und Verhalten Aufgaben: 1. Erläutern Sie die im obigen Text fett gedruckten Worte. 2. Stellen Sie eine Klasse, die als Bauanleitung für Objekte vom Typ "frische Lebensmittel"
MehrMOBILE ENTERPRISE APPLICATION PLATFORM (MEAP)
MOBILE ENTERPRISE APPLICATION PLATFORM (MEAP) Oliver Steinhauer Markus Urban.mobile PROFI Mobile Business Agenda MOBILE ENTERPRISE APPLICATION PLATFORM AGENDA 01 Mobile Enterprise Application Platform
MehrSoftware- und Systementwicklung
Software- und Systementwicklung Seminar: Designing for Privacy 11.11.2009 Moritz Vossenberg Inhalt Vorgehensmodelle Wasserfallmodell V-Modell Phasen (Pflichtenheft) UML Klassendiagramm Sequenzdiagramm
MehrSoftwaretechnische Einbindung von Mess- und Stellgliedern einer optischen Strahlführung
Softwaretechnische Einbindung von Mess- und Stellgliedern einer optischen Strahlführung Vortrag zur Studienarbeit Johann Präffcke Gliederung 1. Einleitung 2. Mechanischer Aufbau 3. Informations- und elektrotechnischer
MehrSequenzdiagramme. Lebenslinie. Kathrin Gaißer, Jörg Depner Didaktik der Informatik
Sequenzdiagramme Sequenzdiagramme werden verwendet um Interaktionen zwischen Objekten zu modellieren. Sie stellen konkrete Abläufe dar, konzentrieren sich jedoch dabei auf den Nachrichtenaustausch zwischen
MehrNoSQL Datenbanken EIN ÜBERBLICK ÜBER NICHT-RELATIONALE DATENBANKEN UND DEREN POTENTIALE IM ALLGEMEINEN UND IN DER INDUSTRIE
NoSQL Datenbanken EIN ÜBERBLICK ÜBER NICHT-RELATIONALE DATENBANKEN UND DEREN POTENTIALE IM ALLGEMEINEN UND IN DER INDUSTRIE Was bedeutet NoSQL? Ein Sammelbegriff für alternative Datenbanklösungen, die
MehrProduktivität von Programmiersprachen
Wie misst man die? Universität Hamburg Fakultät für Mathematik, Informatik und Naturwissenschaften Fachbereich Informatik, Arbeitsbereich Wissenschaftliches Rechnen Seminar Softwareentwicklung in der Wissenschaft
MehrObjektorientiertes Programmieren
JL Ute Claussen Objektorientiertes Programmieren Mit Beispielen und Übungen in C++ Zweite, überarbeitete und erweiterte Auflage Mit 24 Abbildungen Springer Inhaltsverzeichnis 1 Einleitung 1 1.1 Was ist
MehrUML (Unified Modelling Language) von Christian Bartl
UML (Unified Modelling Language) von Inhaltsverzeichnis Inhaltsverzeichnis... 2 1 UML Unified Modelling Language... 3 2 Diagrammtypen... 3 2.1 Aktivitätsdiagramm... 3 2.1.1 Notation... 4 2.1.2 Beispieldiagramm...
MehrErweitertes boolsches Retrieval
Erweitertes boolsches Retrieval In diesem Unterabschnitt werden andere Ansätze zur Verbesserung des boolschen Retrievals vorgestellt. Im Gegensatz zum Vektorraummodell wird bei diesen Ansätzen versucht,
MehrUntersuchung der Sprachkonformität und Vollständigkeit von UML 2.0 Werkzeugen
Armin Bolz 5. März 2007 Institut für Programmiermethodik und Compilerbau Untersuchung der Sprachkonformität und Vollständigkeit von UML 2.0 Werkzeugen Seite 2 Motivation Teilweise eklatante Missachtung
MehrSoftware-Engineering
FH Wedel Prof. Dr. Sebastian Iwanowski SWE44 Folie 1 Software-Engineering Sebastian Iwanowski FH Wedel Kapitel 4: Systemanalyse Teil 4: ARIS FH Wedel Prof. Dr. Sebastian Iwanowski SWE44 Folie 2 CASE-Tools
MehrEntwicklung der Datenbanksysteme
Entwicklung der Datenbanksysteme Die Entwicklung der Datenbanksysteme ist eng an die der Hardware gekoppelt und wird wie jene in Generationen eingeteilt: 1. Generation: In den fünfziger Jahren waren die
MehrAnwendungsfalldiagramm UseCaseDiagramm
Anwendungsfalldiagramm UseCaseDiagramm Notation und Beispiele Prof. DI Dr. Erich Gams htl wels.e.gams@eduhi.at UML Seminar HTL-Wels 2010 Anwendungsfall und SE Prozess Ein Anwendungsfalldiagramm ist ein
MehrObjektorientierte Analyse
Objektorientierte Analyse 1) Systemanalyse Einführung Prof. Dr. rer. nat. habil. Uwe Aßmann Institut für Software- und Multimediatechnik Lehrstuhl Softwaretechnologie Fakultät für Informatik TU Dresden
MehrGrundlagen des Datenschutzes und der IT-Sicherheit (9) Vorlesung im Sommersemester 2005 von Bernhard C. Witt
und der IT-Sicherheit (9) Vorlesung im Sommersemester 2005 von Ergebnis Systemsicherheit Unterschiede zwischen symmetrischen und asymmetrischen Authentifikationen (vor allem hinsichtlich der Zielsetzung)
MehrDas Leben nach dem F&E-Projekt Requirements Engineering für den gesamten Produktlebenszyklus. Mirko Pracht microtool GmbH
Das Leben nach dem F&E-Projekt Requirements Engineering für den gesamten Produktlebenszyklus Mirko Pracht microtool GmbH Tools Projekte Prozesse & Methoden Viele Vorgehensstandards für F&E-Projekte Medizinprodukteerstellung
Mehr3. Das Reinforcement Lernproblem
3. Das Reinforcement Lernproblem 1. Agierender Agent in der Umgebung 2. Discounted Rewards 3. Markov Eigenschaft des Zustandssignals 4. Markov sche Entscheidung 5. Werte-Funktionen und Bellman sche Optimalität
MehrSWE9 Slide 1. Software-Engineering. Vorlesung 9 vom 13.12.2004 Sebastian Iwanowski FH Wedel
SWE9 Slide 1 Software-Engineering Vorlesung 9 vom 13.12.2004 Sebastian Iwanowski FH Wedel SWE9 Slide 2 Software-Engineering Vorlesungsthemen: 1. Überblick über das Thema und die Vorlesung 2. Grundlegende
MehrGI-Fachgruppe 5.7 IV-Controlling
GI-Fachgruppe 5.7 IV-Controlling Performance Improvement Studies in der Anwendungsentwicklung Torsten Mägdefessel 35. Sitzung am 14.3.2003 Copyright 2003 Compass Publishing BV, All Rights Reserved Vergleichende
Mehre-infrastructures Austria
e-infrastructures Austria Use Case aus der Klimaforschung Fortbildungsseminar für Forschungsdaten und e-infrastrukturen Universität Wien, 6.-9. Juni 2016 Chris Schubert, CCCA Data Centre Diese Unterlagen
MehrAnalyse und Design mituml2.1
Analyse und Design mituml2.1 Objektorientierte Softwareentwicklung Von Bernd Oestereich 8., aktualisierte Auflage Oldenbourg Verlag München Wien nhaltsverzeichnis Objektorientierte Softwareentwicklung
MehrDer Dreyfus-Wagner Algorithmus für das Steiner Baum Problem
Der Dreyfus-Wagner Algorithmus für das Steiner Baum Problem Andreas Moser Dietmar Ebner Christian Schauer Markus Bauer 9. Dezember 2003 1 Einführung Der in der Vorlesung gezeigte Algorithmus für das Steiner
MehrBildung von Noten-Durchschnitten
Bildung von Noten-Durchschnitten Sinn der Noten-Erfassung mit einer Software ist natürlich das schnelle bzw. automatische Ermitteln von Noten- Durchschnitten. Hier hat jeder Lehrer so seine eigene Methode
Mehr4. Übung zur Vorlesung Service-orientierte Architekturen
4. Übung zur Vorlesung Service-orientierte Architekturen Use Cases SoSe 20 Hinweise zur Hausaufgabe 02 EPK Allgemein Zusammenführungen IMMER mit Gateway KEIN XOR nach einem Ereignis Prozesswegweiser stehen
MehrGrundlagen von Datenbanken. Abbildung ERM-RM
Grundlagen von Datenbanken E1 R1 E2 Kriterien: Informationserhaltung, d.h. möglichst genaue Übereinstimmung der Semantik (Übernahme aller spezifizierten Eigenschaften) Minimierung der Redundanz Minimierung
MehrDiplomprüfung für Vermessungsingenieure Herbsttrimester 2009 Fach: Geoinformationssysteme
Univ.-Prof. Dr.-Ing. Wolfgang Reinhardt Institut für Geoinformation und Landentwicklung Universität der Bundeswehr München D-85577 Neubiberg Diplomprüfung für Vermessungsingenieure Herbsttrimester 2009
MehrE-Government XML Strukturen für Geschäftsobjekte
E-Government XML Strukturen für Geschäftsobjekte Konvention xml-g 1.0.1 Empfehlung Der vorliegende Entwurf schlägt eine Gliederung dieser sogenannten Geschäftsobjekte in Containerobjekte und Fachobjekte
MehrObjektorientierte Systementwicklung
Karl-Heinz Rau Objektorientierte Systementwicklung Vom Geschäftsprozess zum Java-Programm Mit 162 Abbildungen vieweg Überblick und Vorbemerkungen 1 1 Objektorientierte Software-Entwicklung 5 1.1 Überblick
MehrPflichtenheft zum UML-Tool des Programmierpraktikums
Westfälische Wilhelms-Universität Münster Fachbereich Mathematik und Informatik Programmierpraktikum WS 2000/2001 Dozent: Dr. Dietmar Lammers Pflichtenheft zum UML-Tool des Programmierpraktikums Projektgruppe
MehrKapitel 1: Wiederholungsfragen Grundlagen DBS
Grundlagen DBS 1. Welche zentralen Anforderungen an ein DBS definierte Edgar Codd? 2. Was ist eine Transaktion? 3. Welche Eigenschaften muss das DBMS bei der Transaktionsverarbeitung sicherstellen? 4.
MehrStruktogramme II. Struktogramme S. 1/5
Struktogramme II (1.) Erstellen Sie ein Struktogramm für die Berechnung des Durchschnittsverbrauchs auf 100 km eines motorisierten Fahrzeugs mit Hilfe eines Programms. Dabei sollen die notwendigen Daten
MehrSoftware Engineering Analyse und Analysemuster
Software Engineering Analyse und Analysemuster Prof. Adrian A. Müller, PMP, PSM 1, CSM Fachbereich Informatik und Mikrosystemtechnik 1 Klassendiagramme in der Analyse Im Rahmen der Anforderungsanalyse
MehrProdukt-Benchmarking Analyseinstrument zunehmendem Wettbewerbsdruck Stärken und Schwächen aufdecken eigene Leistungsfähigkeit Dieses Tool
Das Produkt-Benchmarking als Analyseinstrument ist für ein Unternehmen bei zunehmendem Wettbewerbsdruck nicht mehr wegzudenken! Denn nur durch systematischen Vergleich der eigenen Produkte mit der der
Mehrgvsig CE (Community Edition) Nicht-interaktive Datenprozessierung
gvsig CE (Community Edition) Nicht-interaktive Datenprozessierung Benjamin Ducke GIS-Fachberater und -Entwickler benducke@fastmail.fm 1. März 2013 (Benjamin Ducke) gvsig CE 1. März 2013 1 / 16 Themen 1
MehrINSPIRE - Modellierung
INSPIRE - Modellierung Inhalt Motivation Modellierung UML Diagramme INSPIRE-Schulung LKROS 2 Motivation Was ist ein Modell, und warum wollen wir modellieren? Warum brauchen wir eine Modellierungssprache
MehrDie abstrakte Syntax der Unified Modeling Language
Die abstrakte Syntax der Unified Modeling Language 6. November 2012 Taentzer Visuelle Sprachen 79 Überblick Wie ist die abstrakte Syntax der UML definiert? Über ein Metamodell Die UML vereinigt verschiedene
MehrSAP HANA Betriebsprozesse im Rechenzentrum
SAP Betriebsprozesse im Rechenzentrum wie funktioniert es praktisch? Thomas Baus, TDS AG Fujitsu Technology Innovator of the Year 0 Copyright 2014 FUJITSU Agenda Intro Alles Appliance, oder was? Demo Accessing
MehrUDP User Datagramm Protokoll
UDP User Datagramm Protokoll Marco Gerland Janina de Jong Internet Protokolle WS 03 / 04 1/31 Einführung IP Datagramme werden durchs Internet geroutet abh. von der IP Adresse Anhand der Ziel IP Adresse
MehrGrundlagen Software Engineering
Grundlagen Software Engineering Rational Unified Process () GSE: Prof. Dr. Liggesmeyer, 1 Rational Unified Process () Software Entwicklungsprozess Anpassbares und erweiterbares Grundgerüst Sprache der
MehrLeitfaden Nutzungsszenarios. Simply usable: Usability-Modifikation
: Usability-Modifikation Leitfaden Nutzungsszenarios Gemeinsames Forschungsprojekt von: Fraunhofer FIT, i22 internetagentur GmbH, sunzinet AG Inhaltsverzeichnis 1. Zweck der Modifikation... 3 2. Aufgabenmodell
MehrExceptions und Vererbung
Exceptions und Vererbung Marc Satkowski 20. November 2016 C# Kurs Gliederung 1. Vererbung Polymorphie Methoden- & Eigenschaftsüberschreibung Weitere Schlüsselwörter 2. Exceptions Eigene Exceptions Handling
MehrModellierungstipps für die Anwendungsfallmodellierung
Modellierungstipps für die Anwendungsfallmodellierung Identifiziere nur relativ grobe Abläufe als Anwendungsfälle! Anwendungsfälle werden nicht in weitere Anwendungsfälle zerlegt, höchstens unter Verwendung
MehrVorlesung Programmieren
Vorlesung Programmieren Unified Modeling Language (UML) Dr. Dennis Pfisterer Institut für Telematik, Universität zu Lübeck http://www.itm.uni-luebeck.de/people/pfisterer Unified Modeling Language (UML)
MehrTypbasierte Analyse von JavaScipt
Typbasierte Analyse von JavaScipt Phillip Heidegger heidegger@informatik.uni-freiburg.de Albert Ludwigs Universität Freiburg 28. Oktober 2008 Gliederung 1 Motivation 2 Einleitung in JavaScript 3 Typsystem
MehrProf. Dr. Dietmar Lucht Projektmanagement Projektstrukturplan
1.4. Projektstrukturplan Der Unterschied zwischen einfachen, komplizierten und komplexen Problemen Einfache Probleme Es sind wenige Einflussgrößen zu beachten, die sich zudem relativ stabil zueinander
Mehr