Neue Seiten
Aus Cascade
(Neueste | Älteste) Zeige (nächste 50 | vorherige 50) (20 | 50 | 100 | 250 | 500)- 12:51, 18. Apr. 2012 RotaHilfe (Versionen) [23.569 Bytes] Indal (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „==Inhalt== ---- ==Verfügbarkeiten: Einteilungswunsch== Die Verfügbarkeit ist der Einteilungswunsch eines Mitarbeiters. Er wird, wenn es möglich ist, in der a…“)
- 13:01, 10. Mai 2011 Datenflussdiagramm (Versionen) [365 Bytes] Harjans (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „<p>Mithilfe des Datenflussdiagramms kann der Ursprung und der Endpunkt von Datenflüssen dargestellt werden. Das Datenflussdiagramm modelliert die Quellen und Sen…“)
- 12:03, 6. Mai 2011 Kriterien für den gelungenen Entwurf (Versionen) [1.689 Bytes] Harjans (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „<p>Es gibt fünf Kriterien für einen gelungenen Entwurf Kopplung, Kohäsion, Zulänglichkeit, Vollständigkeit und Einfachheit. </p> ==Kopplung== <p>Die Kopplung…“)
- 11:53, 6. Mai 2011 Architekturentwurf (Versionen) [962 Bytes] Harjans (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „<p> Der Entwurf von Softwarearchitekturen erfordert im Wesentlichen die Beherrschung von Komplexität. Der Architekt soll sich an den [Fundamentale Entwurfsprinzi…“)
- 11:36, 6. Mai 2011 Entwurfsziel (Versionen) [1.000 Bytes] Harjans (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „<p> Ziel des Entwurfs ist das das System eine gute Softwarearchitektur besitzen soll. Von einer guten Softwarearchitektur wird eine lange Lebensdauer, eine notwen…“)
- 11:23, 6. Mai 2011 Heuristiken (Versionen) [990 Bytes] Harjans (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „Heuristiken sind die Abstraktion von Erfahrung, Prinzipien, Regeln oder Ratschläge. {|class="wikitable" |- | Heuristiken aus dem Projektumfeld || *Hinterfragen…“)
- 09:35, 5. Mai 2011 Verteilungsdiagramm (Versionen) [184 Bytes] Harjans (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „{{UML_Diagrammtypen}} <p> Das Verteilungsdiagramm (engl. deployment diagram) ermöglicht die Beschreibung eines über Kommunikationskanäle verbundenen Systems. <…“)
- 09:33, 5. Mai 2011 Interaktionsdiagramm (Versionen) [251 Bytes] Harjans (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „{{UML_Diagrammtypen}} <p> Das Interaktionsübersichtsdiagramm (engl. interaction overview diagram)stellt ein wichtiges Bindeglied zwischen den in verschiedenen [[…“)
- 09:29, 5. Mai 2011 Kommunikationsdiagramm (Versionen) [225 Bytes] Harjans (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „{{UML_Diagrammtypen}} <p> Das Kommunikationsdiagramm (engl. communication diagram) konzentriert sich auf die Interaktion zwischen zwei Bausteinen, der zeitliche V…“)
- 09:26, 5. Mai 2011 Interne Strukturdiagramm (Versionen) [251 Bytes] Harjans (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „{{UML_Diagrammtypen}} <p> Das Interne Strukturdiagramm (engl. composite structure diagram) eignen sich gut zur Beschreibung komplexer Systeme, die durch hierarchi…“)
- 08:35, 5. Mai 2011 Komponentendiagramm (Versionen) [287 Bytes] Harjans (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „{{UML_Diagrammtypen}} <p>Das Komponentendiagramm dient der Definition von Schnittstellen und hilft dabei eine genaue Systemabgrenzung vorzunehmen. Diese Schnittst…“)
- 14:45, 4. Mai 2011 UML Diagrammtypen (Versionen) [1.662 Bytes] Harjans (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „<div class="floatright"> {| class="wikitable" style="text-align:center" |- ! style="background-color:#1A47FF;font-weight:bold;"| Strukturdiagramme |- ! style="bac…“)
- 14:32, 4. Mai 2011 UML (Versionen) [346 Bytes] Harjans (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „UML ( Unified Modeling Language= vereinheitlichte Modellierungssprache) ist eine standardisierte Beschreibungssprache, um Strukturen und Abläufe in objektorienti…“)
- 14:25, 29. Apr. 2011 Fundamentale Entwurfsprinzipien (Versionen) [2.742 Bytes] Harjans (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „Es gibt fünf fundamentale Entwurfsprinzipien die Abstraktion, die Kapselung, die Modularität, die Hierarchie und die konzeptuelle Integrität. <br> Die Abstrakt…“)
- 14:13, 21. Apr. 2011 Beobachtungstechniken (Versionen) [156 Bytes] Richter (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „ * Feldbeobachtung * Apprenticing == Feldbeobachtung == == Apprenticing == Kategorie:Requirements Engineering“)
- 10:39, 21. Apr. 2011 Dokumentenzentrierte Technik (Versionen) [1.411 Bytes] Richter (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „Diese Techniken wird am häufigsten verwendet, wenn ein Altsystem abgelöst wird. Dadurch wird sichergestellt, das alle alten Funktionen bzw. Anforderungen id…“)
- 14:02, 19. Apr. 2011 Kreativitätstechniken (Versionen) [3.130 Bytes] Richter (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „Die Kreativitätstechniken eignenen sich in der Regel nur zum festlegen einer ersten Version des neuen Systems, zum ermitteln von Begeisterungsfaktoren oder von e…“)
- 12:21, 19. Apr. 2011 Befragungstechniken (Versionen) [1.822 Bytes] Richter (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „Hierbei wird versucht direkt vom Stakeholder möglichst genaue Informationen bzgl. der gewünschten Anforderung(en) zu bekommen.<br> Allerdings birgt dies…“)
- 12:59, 18. Apr. 2011 Ermittlungstechniken (Versionen) [1.225 Bytes] Richter (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „Um Wissen und Anforderungen von den Stakeholdern besser ermitteln zu können, greift der Requirements Engineer auf diverse Ermi…“)
- 09:05, 18. Apr. 2011 Systemkontext (Versionen) [1.601 Bytes] Richter (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „Der Systemkontext definiert alle Aspekte der Umgebung die in Beziehung eines Systems stehen. Diese Aspekte können zu verschieden Typen gehören. Diese sind u.a.:…“)
- 09:54, 15. Apr. 2011 Qualitätsanforderungen (Versionen) [552 Bytes] Richter (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „Qualitätsanforderungen gehören zu der Kategorie der nichtfunktionalen Anforderungen. Sie beziehen sich häufig im betrachtet…“)
- 08:49, 15. Apr. 2011 Randbedingungen (Versionen) [553 Bytes] Richter (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „Als Randbedingungen versteht man im Requirements Engineering Anforderungen, die sich nicht von den Projektbeteiligten beeinflussen lassen. Die Randbeding…“)
- 09:12, 14. Apr. 2011 Requirements Engineer (Versionen) [740 Bytes] Richter (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „Der Requirements Engineer ist der Kommunikationsknotenpunkt im Projekt. Er pflegt direkten Kontakt zu allen Stakeholdern im Projek. Er muß sich in alle Themengeb…“)
- 13:55, 22. Mär. 2011 Prüfung von Zugriffs- und Datensicherheit (Versionen) [309 Bytes] Baumann (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „Die Prüfung von Zugriffs- und Datensicherheit umfasst die Prüfung der Sicherung der Daten von Eingriffen von innen und aussen, sowie ob mit Rechten gesicherte S…“)
- 13:42, 22. Mär. 2011 Statischer Test (Versionen) [193 Bytes] Baumann (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „Man spricht von statischen Tests, wenn das Testobjekt für den Test nicht ausgeführt wird. Im Gegensatz dazu stehen die dynamischen Tests.…“)
- 13:41, 22. Mär. 2011 Dynamischer Test (Versionen) [186 Bytes] Baumann (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „Man spricht von dynamischen Tests, wenn das Testobjekt für den Test ausgeführt wird. Im Gegensatz dazu stehen die statischen Tests. [[Ka…“)
- 13:38, 22. Mär. 2011 White-Box-Verfahren (Versionen) [354 Bytes] Baumann (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „White-Box-Verfahren stellen eine Gruppe von Test- und Analyseverfahren dar, bei welchen die innere Struktur eines Testobjektes bekannt ist. Im Gegensatz hierzu …“)
- 13:37, 22. Mär. 2011 Black-Box-Verfahren (Versionen) [361 Bytes] Baumann (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „Black-Box-Verfahren stellen eine Gruppe von Test- und Analyseverfahren dar, bei welchen die innere Struktur eines Testobjektes nicht bekannt ist. Im Gegensatz h…“)
- 13:20, 22. Mär. 2011 Kontrollflussanalyse (Versionen) [223 Bytes] Baumann (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „Die Kontrollflussanalyse gehört zu den statischen Analyseverfahren. Der Schwerpunkt dieser Untersuchung ist wann welche Blöcke des Programmcodes ausgeführt w…“)
- 16:30, 21. Mär. 2011 Instrumentierung (Versionen) [350 Bytes] Baumann (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „Bei der Instrumentierung wird der zu testende Programmcode mit Zählern versehen, die z.B. mit 0 initialisiert werden und beim Durchlauf der Stelle auf 1 gesetzt …“)
- 15:41, 21. Mär. 2011 Ist-Daten (Versionen) [231 Bytes] Baumann (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „Ist-Daten sind die Daten, welche z.B. ein Modul während eines Testfalls zurückgibt. Diese müssen mit den Soll-Daten verglichen werden, um zu sehen…“)
- 14:14, 21. Mär. 2011 Testdaten (Versionen) [467 Bytes] Baumann (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „Testdaten kann man in Eingabedaten und Ist/Soll-Daten (Ausgabedaten) unterscheiden. Die Eingabedaten, sind die Daten mit welchen z.B. ein Modul getestet wird. …“)
- 13:57, 21. Mär. 2011 Steuerelement (Versionen) [205 Bytes] Baumann (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „Als ein Steuerelement bezeichnet man die Teile eines Anwendungsdialogs, welche durch den Benutzer interaktiv genutzt werden können. z.B. Knöpfe, Bildlaufleist…“)
- 13:52, 21. Mär. 2011 Assessment der Datenqualität (Versionen) [261 Bytes] Baumann (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „In einem Assessment der Datenqualität wird geprüft, ob Datenbestände die zu verwenden sind, die vom Projekt benötigte Qualität haben. Das kann um Altdaten…“)
- 13:25, 21. Mär. 2011 Soll-Daten (Versionen) [565 Bytes] Baumann (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „Soll-Daten sind die zu erwartenden Rückgabedaten eines Testobjektes und werden ggf. im zugehörigen Testfall festgehalten. Die Quellen für Soll-Daten,…“)
- 13:15, 21. Mär. 2011 Testadministrator (Versionen) [132 Bytes] Baumann (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „Der Testadministrator ist für die Bereitstellung der Testwerkzeuge und der Testumgebung zuständig. Kategorie:Software-Tests“)
- 12:54, 21. Mär. 2011 Software-Tests (Versionen) [1.088 Bytes] Baumann (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „Software-Tests sind ein, leider oft unterschätzter, fundamentaler Bestandteil eines Softwarentwicklungsprozesses und sind massgeblich für die Qualität des …“)
- 12:24, 16. Mär. 2011 Testdesigner (Versionen) [181 Bytes] Baumann (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „Der Testdesigner erstellt mit Hilfe von Reviews der Spezifikationen und Anforderungen Testfälle und definiert Testdaten. [[Kategorie:S…“)
- 10:22, 16. Mär. 2011 Tester (Versionen) [354 Bytes] Baumann (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „Ein Tester führt die vom Testmanager zugewiesenen Testfälle aus und protokolliert die Ergebnisse und erzeugt ggf. [[Fehlermeldung|Fehlermeldung…“)
- 10:13, 16. Mär. 2011 Testfall (Versionen) [409 Bytes] Baumann (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „Ein Testfall umschreibt folgende Aufgaben: * Vorbedingungen festlegen * Eingabewerte festlegen * erwartete Soll-Werte/Ausgabewerte festlegen * zu prüfende Nach…“)
- 09:52, 16. Mär. 2011 Testautomatisierer (Versionen) [246 Bytes] Baumann (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „Ein Testautomatisierer ist dafür zuständig die im Testkonzept spezifizierten Testfälle zu automatisieren. Hierfür ist ein umfangreiches Wis…“)
- 09:36, 16. Mär. 2011 Stakeholder (Versionen) [374 Bytes] Baumann (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „Ein Stakeholder ist eine Person (im Erweiterten Sinne auch Normen, Gesetze, ...) die in Bezug zum Projekt steht, sei es das sie... * am Projekt mitwirkt * von Pr…“)
- 11:54, 15. Mär. 2011 Testmanagement (Versionen) [598 Bytes] Baumann (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „Das Testmanagement umfasst alle Massnahmen die zur Planung und Steuerung von den (Software-)Tests einer Softwareetwicklung nötig sind. * Bildung der Test-Teams…“)
- 10:28, 15. Mär. 2011 Spezifikationsbasierte Testdatengeneratoren (Versionen) [373 Bytes] Baumann (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „Spezifikationsbasierte Testdatengeneratoren erzeugen Testdaten anhand von Spezifikationen. Diese müssen natürlich in einer maschinenlesbaren Form (XML, UML, D…“)
- 15:56, 14. Mär. 2011 Fehlerstatus (Versionen) [584 Bytes] Baumann (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „Der Fehlerstatus beschreibt in welchem Zustand sich gerade die Fehlermeldung befindet. Laut ISTQB (Quelle s.u.) können folgende Status genutzt werden: * Neu (…“)
- 16:24, 11. Mär. 2011 Einflussfaktor (Versionen) [1.667 Bytes] Harjans (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „Ziel der Spezifikation ist es, die wichtigsten Einflussfaktoren zu finden, deren Veränderlichkeit und Einfluss zu bestimmen sowie Risiken auf zu decken und Strat…“)
- 15:50, 11. Mär. 2011 Vorbereitung für den Entwurf (Versionen) [720 Bytes] Harjans (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „Die Anforderungsanalyse und die Spezifikation der Einflussfaktoren dienen als Vorbereitung für den Architekturentwurf. <br> Die Anforderungsanalyse kann z.B. mit…“)
- 16:04, 10. Mär. 2011 Magisches Dreieck (Versionen) [1.069 Bytes] Harjans (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „Das magische Dreieck des Projektmanagements besteht aus den Größen Zeit, Leistung und Budget. Die Aufgabe des Projektmanagers ist es die Priorität dieser Grö…“)
- 15:17, 10. Mär. 2011 Qualität (Versionen) [1.604 Bytes] Harjans (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „Die DIN ISO 9 126 definiert '''''6 Qualitätsmerkmale''''' für die Qualität von Software-Produkten: *#'''''Funktionalität''''': Vorhandensein von Funktionen mi…“)
- 13:12, 10. Mär. 2011 Softwarearchitektur (Versionen) [3.636 Bytes] Harjans (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „Die Definition setzt sich aus mehren Bestandteilen zusammen: #Zeitliche Einordnung in den Entwicklungsprozess #:Christine Hofmeister definiert Softwarearchitektur…“)
