1-Force von Expertensystemen
Diagnose: Die Ursache ist ein Urteil von beobachtbaren Eigenschaften zu erhalten: Symptome, Sensorik, etc..
Prognose: mögliche Konsequenzen wird aus einer bestimmten Situation ableiten
Interpretation: ist es, Informationen aus der physikalischen Sensoren zu einer logischen Beschreibung konvertieren
Die Planung ist eine Folge von Maßnahmen zur Entwicklung in einem bestimmten zeitlichen Reihenfolge umgesetzt werden
Monitoring: ist es, die Lösungen von einem Experten-System mit der geplanten Auszahlungen erhalten Kontrast
Ausbildung: ist die Diagnose, Behandlung und Reparatur von dem Verhalten der Schüler und Studenten mit bestimmten Situationen. Beispiel Flugsimulatoren
Control: ist es, die Gesamtleistung des Systems in allen seinen Aspekten zu regeln
Design: dient zur Konfiguration oder Objekte erstellen, unter bestimmten Einschränkungen
Debugging und Reparatur: ist ohne die Implementierung einer Lösung, um einen Bug (debug) zur Verfügung und einen Plan für die Implementierung der Lösung zu generieren

2-Komponenten eines Expertensystems
Knowledge Base: enthält das Wissen eines Sachverständigen Aufgabe von einigen Sprachkenntnissen. Seine Aufgabe ist es, die Kenntnis des Problems in einer deklarativen Sprache zu speichern.
Es ist allgemein bekannt, das Problem in einem Format gespeichert von Regeln, so dass für eine Tatsache ist, eine andere Reihe von Umständen muss wahr sein.
Grundlage von Fakten: Es enthält zu jeder Zeit alle Informationen wurden von SE gesammelt. Im Laufe der Zeit auf die Ausführung des Expertensystems sind erhalten Tatsachen oder Umstände, die gespeichert werden. Die Basis enthält Angaben zu jeder Zeit den aktuellen Stand des Problems in einem Format von Tatsachen und falschen Tatsachen.
Inference Engine: Verantwortlich für den Vergleich von Informationen von den bekannten Tatsachen der tatsächlichen Grundlage des Problems mit dem Wissen im Knowledge Base gespeichert. Dieser Zusammenhang ergibt sich aus der Entscheidung, die der nächste Schritt bei der Suche nach der Lösung stattfinden wird
Erwerb von Kenntnissen Modul: Es ist nicht für die Standardisierung der Daten, die Benutzer in der Datenbank angemeldet. Validiert nach bestimmten Regeln, die typisch für hohe Verluste und Operationen Änderungen
Modul Erklärung: Seine Aufgabe ist es, Ihnen mitzuteilen, von denen wurden Situationen, die aufgetreten sind, und was waren die Schritte, die unternommen wurden, um die Lösung zu erreichen
Interface mit dem Benutzer: Benutzer-Interaktion in einer einfachen und effizienten

3-Vorteile des Expertensystems und mit der menschlichen Erfahrung im Vergleich
"Es spiegelt getreu der menschlichen Erfahrung
"Es ist das einzige Werkzeug, das zur Zeit existiert, um zu erfassen, zu formalisieren und automatisch die Erfahrung eines Menschen, ein Problem zu lösen, zu dokumentieren

DRA 4Modelo
Es ist auf sequentielle lineare Modell
Geben Sie ein neues Element mit dem Namen Komponente
Versuchen Sie, das Projekt in unabhängige Teile aufgespalten, so dass sie individuell entwickeln können
Jede dieser Parteien zugeordnet ist und durch eine Gruppe von Menschen, die parallel zu anderen Teams entwickelt
Jede Komponente wird durch sequentielle lineare Modell entwickelt
Nachteile. Zerlegen-Projekt und stellen Sie das Koordinationsaufwand
Pro-großer Geschwindigkeit bei der Entwicklung des Projekts

5Modelo formale Methoden
Dies ist ein theoretisches Modell
Der Umzug auf die Anforderungen an das Projekt für eine Art von Symbolik oder mathematische Notation basiert. Nachdem das Problem durch Symbole beschrieben, entwickelt und prüft die Qualität der Projekte durch Operationen und mathematische Methoden. Wenn ein Fehler automatisch korrigiert (mathematisch)
Nachteile: Teuer-, Ingenieur-Ausbildung, Kommunikation und Validierung mit dem Kunden, der Art des Projekts, dass dieses Modell erlaubt
Es befindet sich in Umgebungen mit hohen Sicherheits-und Komplexität (Raumfahrt) und vor allem in den wissenschaftlichen Systemen verwendet

Reengineering 6Actividades
Bestandsanalyse: Software-Unternehmen sollte eine gründliche Bestandsaufnahme der Anwendungen entwickelt haben. Diese Bestandsaufnahme würde von 16 Elementen bestehen, unter denen sind:
"Application Name, Geburtsjahr, Anzahl der Updates auf Änderungen der Mitarbeiter-Aufwand
"Datum der letzten Änderung, Stress-System, in dem sie wohnt, Anwendungen
-Datenbanken zu denen der Zugang-Reihe von Fehlern in den letzten 18 Monaten
-Anzahl von Computern installiert, dass der Terminplan Wartbarkeit und wichtige
"Kostenvoranschlag der Langlebigkeit-jährlichen Wartung und Betrieb
Diese Bestandsaufnahme sollte aktualisiert werden, mindestens 2 Mal pro Jahr. Einige Felder sollten sofort aktualisiert, wenn notwendig

Umstrukturierung von Dokumenten in Legacy-Anwendungen, in denen es wenig oder gar keine Dokumentation erhielt einen der folgenden Fälle:
Fall 1: System zu komplex und zu alt. Zusätzlich zu dem System hat er kein Leben. In diesen Fällen ist es nicht wert Schaffung neuer Dokumentation
2. Case .- Dies ist ein Fall, in dem nur geht, um neues Material für die Wartung (Dokumentation der neuen Software erstellt werden) zu erzeugen. Da zu dem, was bereits vor, kann es allmählich abgeschlossen werden.
3. Case .- zwingend sind, eine vollständige Dokumentation zu erstellen. Versucht wird, und fassen die wichtigsten.

Reverse-Engineering ist der Mechanismus, der es uns erlaubt, dabei eine Studie über die Anwendungs-Code bereits entwickelt, um eine abstrakte Darstellung zu extrahieren, die uns für seinen Betrieb beschreiben können.
Diese abstrakte Darstellung, ist eigentlich die verschiedenen Modelle der Analyse und Design.

Die Umstrukturierung der Code Diese Aktivität ist immer vorhanden, wenn eine Entscheidung über die Wartung durchzuführen ist (die häufigste Process Reengineering).
Diese besteht aus der Analyse der vorhandenen Code in robusten Anwendungen haben aber Schwächen in einigen Modulen, analysierten wir die Probleme identifiziert und überprüft die Möglichkeit zu korrigieren, zu strukturieren und sie zu verbessern oder sie effizienter zu machen, indem der Code.
Die Applikations-Architektur wird davon ausgegangen, solide ist und was notwendig ist, um einige Code-Modulen zu verbessern.
Wann ändert sich der Code, um das nicht-Check-Existenz von Nebenwirkungen für das reibungslose Funktionieren des globalen Systems zu gewährleisten.

Eine Daten-Restrukturierungsprogramm, durch eine Datenstruktur, schwach oder schlecht konzipiert wird sehr schwierig sein, sich anzupassen und zu verbessern.
Für viele Anwendungen ist die Daten-Architektur der mittel-und langfristig wichtiger als der eigentliche Code.
Im Gegensatz zu, was passiert mit dem Code, um die Daten Umstrukturierung ist obligatorisch, eine Ebene der Abstraktion zu wissen, genau die Art des Problems. Dies motiviert die Notwendigkeit für Reverse-Engineering (wenn es keine Dokumentation der Analyse) und damit ergibt sich die Analyse und das Design des Antrags. Von hier aus können Sie alle wissen, Datenstrukturen und Eigenschaften erforderlich.

Ein klassisches Beispiel für die Umstrukturierung von Daten sind Legacy-Anwendungen, die in der so genannten Flat-Dateien verwendet wurden. Dies sind Linien, Zeichen der Streifen durch einen besonderen Charakter oder Flagge, die die verschiedenen Felder voneinander getrennt sind. Es ist auch sehr üblich, dass man die Felder in einigen Tabellen hinzufügen, und sogar neue Tabellen zu erstellen.
Die Umstrukturierung der Daten ist eine vollständige Architektur von Entitäten und Beziehungen zu schaffen. Durch den starken Einfluss der Daten auf dem Programm, ein Daten Umstrukturierung unbedingt durch eine Umstrukturierung des Codes, und auch eine Änderung in der Architektur des Programms.

Progressive Engineering aktiv versuchen zu sammeln über einen automatisierten Prozess alle Anforderungen an ein bestimmtes Produkt oder eine Software-Anwendung.
Durch diese Anforderungen und automatisch wird der Prozess in der Lage, die Software für diese Anwendung zu verbessern.
Die fortschreitende Technik gilt für sehr spezifische Domänen, immer mit CASE-Tools wie Datenbank-Generation und die damit verbundenen Prozesse für die Datenbank durch ein automatisiertes Werkzeug erforderlich ist und auch die Verbesserung der integrierten Datenbank durch ein anderes Werkzeug.