Datenbank- und Software-Engineering-Experiment 4 der University of Electronic Science and Technology of China (Kursdesign)

Vor den 1960er Jahren wurden Computer gerade erst in die Praxis umgesetzt. Softwaredesign wurde oft auf einem bestimmten Computer für eine bestimmte Anwendung entworfen und kompiliert, wobei Maschinencode oder Assemblersprache verwendet wurden, die eng vom Computer abhingen. Der Umfang der Software war relativ Die Daten sind normalerweise nicht vorhanden, und systematische Entwicklungsmethoden werden selten verwendet. Das Entwerfen von Software ist oft gleichbedeutend mit Programmieren. Es handelt sich im Grunde um eine private Softwareproduktionsmethode für persönliches Design, persönliche Nutzung, persönlichen Betrieb und Selbstversorgung .

Mitte der 1960er Jahre erweiterte das Aufkommen von Hochleistungs- und Hochgeschwindigkeitscomputern den Umfang der Computeranwendungen rasch und führte zu einem starken Anstieg der Softwareentwicklung. Hochsprachen tauchten auf; die Entwicklung von Betriebssystemen führte zu Änderungen in den Computeranwendungsmethoden; große Datenverarbeitungsmengen führten zur Geburt des Datenbankverwaltungssystems der ersten Generation. Der Umfang von Softwaresystemen wird immer größer, die Komplexität wird immer höher und Probleme mit der Softwarezuverlässigkeit rücken immer stärker in den Vordergrund. Die ursprüngliche Art des persönlichen Designs und der persönlichen Nutzung kann den Anforderungen nicht mehr gerecht werden. Es besteht ein dringender Bedarf, die Art und Weise der Softwareproduktion zu ändern und die Softwareproduktivität zu verbessern. Die Softwarekrise hat begonnen auszubrechen.

1.1.2 Das Konzept des Software Engineering wird vorgeschlagen

Im Jahr 1968 prägte die Nordatlantikpakt-Organisation (NATO) auf einer internationalen wissenschaftlichen Konferenz in der Bundesrepublik Deutschland den Begriff Softwarekrise. Die bekannte Softwarekrise begann Mitte der 1960er Jahre auszubrechen. Um das Problem zu lösen, wurden 1968 und 1969 zwei berühmte NATO-Konferenzen abgehalten und gleichzeitig das Konzept des Software Engineering vorgeschlagen.

Für die Probleme bei der Softwareentwicklung gibt es keine Lösung. Probleme häufen sich und bilden scharfe Widersprüche, die zu Softwarekrisen führen. Denn die damalige Einzelprogrammentwicklungstechnologie konnte nicht mehr auf große und komplexe Softwaresysteme angewendet werden. Dies führt zu einem langen Zeitaufwand, hohen geschätzten Kosten, Unzuverlässigkeit und Schwierigkeiten bei der Wartung. Um zweifelhafte Probleme effektiver lösen zu können, wurde die Disziplin Software Engineering geboren.

1.2 Definition von Software Engineering

Software-Engineering-Definition aus der Computer-Enzyklopädie:

Anwendung von Prinzipien der Informatik, Mathematik und Managementwissenschaften zur Erstellung von Software mit technischen Methoden. Es stützt sich auf traditionelle technische Prinzipien und Methoden, um Software zu erstellen, die die Qualität verbessert und die Kosten senkt.

Darunter werden Informatik und Mathematik zur Konstruktion von Modellen und Algorithmen eingesetzt, Ingenieurwissenschaften zur Spezifizierung von Spezifikationen, Entwurfsparadigmen, Kostenbewertung und Festlegung von Kompromissen und Managementwissenschaften zur Verwaltung von Plänen, Ressourcen, Qualität, Kosten usw .

Software Engineering ist eine Ingenieurdisziplin, die die Entwicklung und Wartung von Computersoftware steuert. Software Engineering ist eine interdisziplinäre Disziplin.

Software-Engineering-Definition beim ersten NATO-Treffen:

Unter Software-Engineering versteht man die Praxis, solide technische Prinzipien zu etablieren und anzuwenden, um auf wirtschaftliche Weise Software zu erhalten, die zuverlässig ist und effizient auf realen Maschinen funktioniert.

IEEE-Definition von Software Engineering:

(1) Anwendung systematischer, standardisierter und quantifizierbarer Methoden auf die Entwicklung, den Betrieb und die Wartung von Software, d. h. Anwendung technischer Methoden auf Software;

(2) Forschung zur in (1) beschriebenen Methode.

1.3 Hierarchisches Software-Engineering

Software Engineering ist eine hierarchische Technologie, die in die folgenden vier Ebenen unterteilt werden kann:

Tool-Schicht: Im Software-Entwicklungsprozess leisten Tools automatische oder halbautomatische Unterstützung, wie beispielsweise das Modellierungstool Rational Rose.

Methodenschicht: Methoden stellen eine Reihe von Aufgaben bereit, die technisch für die Entwicklung von Software erforderlich sind, einschließlich Anforderungsanalyse, Programmierung, Tests usw.

Prozessschicht: Der Prozess bietet einen Entwicklungsrahmen, damit Software sinnvoll und zeitnah entwickelt werden kann.

Qualitätssicherungsebene: Legen Sie einen geplanten und systematischen Ansatz fest, um dem Management sicherzustellen, dass die vorgeschlagenen Standards, Verfahren, Praktiken und Methoden in allen Projekten korrekt übernommen werden. Der Zweck der Software-Qualitätssicherung besteht darin, den Softwareprozess für Manager sichtbar zu machen. Durch Überprüfungen und Audits von Softwareprodukten und -aktivitäten wird überprüft, ob Software den Standards entspricht.

Abbildung 1-1 Diagramm der Software-Engineering-Hierarchie

Darüber hinaus ist Software Engineering eine multidisziplinäre Disziplin, die Kenntnisse aus Mathematik, Ingenieurwissenschaften, Informatik, Psychologie, Management und Wirtschaftswissenschaften einbezieht. Es handelt sich um ein systematisches, standardisiertes und hierarchisches Projekt.

1.4 Die Bedeutung des Software-Engineering-Managements

1) Obwohl das Softwareprojekt auch dann erfolgreich sein wird, wenn es während des Softwareentwicklungsprojekts kein Projektmanagement gibt, besteht die ursprüngliche Absicht der Softwareentwicklung darin, Gewinn zu erwirtschaften, und das Projektmanagement ist genau die Garantie für den Gewinn Macht den Softwareentwicklungsprozess Bei der Arbeit spielt ein guter Projektmanager eine sehr wichtige Rolle im Projekt. Bei der Softwareentwicklungsarbeit kann die Implementierung des Projektmanagements zwar die vielen Anforderungen des Profitmachers an das Softwareprojekt erfüllen, ist aber im Wesentlichen eine Verwendung Jedes Projekt und alle Beteiligten arbeiten zusammen und integrieren relevante Ressourcen in das Softwareentwicklungsprojekt, um die erwarteten Ziele zu erreichen.
2) Derzeit entwickeln viele Softwareentwicklungsunternehmen in unserem Land, sei es produktbasierte Software oder projektbasierte Software, diese Softwareentwicklungsunternehmen sehr streng in ihrer Softwareentwicklung und Managementmethoden. Es gibt kein Managementmodell, das der tatsächlichen Situation des Unternehmens entspricht. Obwohl einige einzelne Softwareentwicklungsunternehmen relevante Managementpläne auf der Grundlage einschlägiger Theorien formuliert haben, können die bei der Softwareentwicklung auftretenden Probleme in Bezug auf Zeit, Gewinn, Qualitätskontrolle usw. dadurch immer noch nicht grundsätzlich gelöst werden. Dies führt daher zu Problemen wie verlängerten Arbeitszeiten, instabiler Wahrscheinlichkeit des Risikoeintritts und unkontrollierbarer Qualität von Softwareprodukten. Insbesondere in der Endphase der Softwareentwicklung treten häufig Probleme wie Wartungsschwierigkeiten und Upgrade-Schwierigkeiten auf, die nicht nur drohen Interessen von Softwarebenutzern beeinträchtigen auch die Vorteile von Softwareentwicklungsunternehmen. Dem oben Gesagten zufolge kann die Implementierung eines effektiven Projektmanagements bei der Durchführung von Softwareentwicklungsarbeiten nicht nur die Erfolgsquote der Softwareentwicklung sicherstellen, sondern auch den Gewinn des Unternehmens maximieren.

1.5 Aktueller Stand des Software-Engineering-Managements

1) Mit der kontinuierlichen Verbesserung des heutigen Niveaus der Informationstechnologie ist der Umfang der Softwareentwicklungs- und -produktionsarbeit immer größer geworden. Gleichzeitig sind alle Aspekte der Softwareentwicklung komplizierter geworden. Daher , was Einige Softwareentwicklungsmodelle im kleineren Maßstab oder Workshop-Stil sind nicht mehr in der Lage, sich an die Anforderungen der rasanten Entwicklung der heutigen Gesellschaft anzupassen. In dieser Phase integrieren viele Softwareunternehmen das Projektmanagementmodell aktiv und gewissenhaft in ihre Entwicklung Software-Entwicklungsarbeit und anschließende Implementierung eines angemessenen, wissenschaftlichen und effektiven Managements der Software-Entwicklungsarbeit; die Implementierung von Software-Projektmanagement-Arbeiten erfüllt die Managementanforderungen für Faktoren wie Gewinn, Personal, Effizienz, Qualität und Risiko, wodurch Software-Entwicklungsbemühungen möglich sind mit erwarteten Gewinn-, Effizienz- und Qualitätsanforderungen verfeinert werden.
2) Bei der Durchführung von Softwareentwicklungsarbeiten müssen die Verantwortlichen jedes Projekts die Arbeit in dem Bereich, für den sie verantwortlich sind, innerhalb der festgelegten Zeit abschließen und anschließend ein standardisiertes, rationales und wissenschaftliches Management anwenden Richtlinien zur Durchführung der Arbeit. Projektmanagement kann Unternehmen nicht nur dabei helfen, den Bedarf an relevantem technischem Personal zu reduzieren, sondern auch die für die Softwareproduktentwicklung erforderlichen Kapitalinvestitionen grundlegend reduzieren; die Implementierung von Projektmanagement für Softwareentwicklungsarbeiten ist nicht nur in gewisser Hinsicht für Unternehmen von Vorteil Gewinnsteigerung, und gleichzeitig kann es einigen Softwareentwicklern auch dabei helfen, ihre persönlichen Geschäftsfähigkeiten weiter zu verbessern.
3) Derzeit wird die Softwareentwicklungsarbeit immer vielfältiger und komplexer. Insbesondere wenn viele Entwicklungsteams regelmäßige Softwareentwicklungsarbeiten durchführen, kann es sogar gleichzeitig zu unterschiedlichen Versionen kommen. Darüber hinaus , Das Aufkommen von Problemen wie der gleichzeitigen Forschung und Entwicklung an mehreren Standorten und der Koexistenz von Entwicklung und Schutz haben zu ernsthaften Schwierigkeiten und Auswirkungen auf die Softwareentwicklung und -verwaltung geführt. Wenn dies nicht strikt gehandhabt wird oder wenn das Management leicht nachlässig ist, führt dies zu einer Reihe störender Probleme bei der Softwareentwicklungsarbeit, wie z. B. Versionsverwirrung und gegenseitige Beeinträchtigung der Mitarbeiter.

1.5 Die Bedeutung des Software Engineering Managements

Im Entwicklungsprozess von Computersoftware umfasst das Projektmanagement hauptsächlich die Kosten, die Qualität, das Risiko, den Zeitplan usw. des Projekts, ob es wie erwartet abgeschlossen werden kann, ob verschiedene externe Störfaktoren beseitigt werden können und ob ein angemessenes Management der Personalqualität durchgeführt werden kann Risiken im Entwicklungsprozess. Zu den Einflussfaktoren des Projektmanagementprozesses gehören jedoch: Produktauslastung, Anwendungsressourcen, Konfiguration usw. Zu den Einflussfaktoren bei der Organisation und Kontrolle gehören jedoch auch: Im Vergleich zu anderem Management erfordert das Softwareprojektmanagement auch die Zusammenarbeit von mehreren Parteien und Projektmanagement. . Mit der Entwicklung der Netzwerktechnologie wurden Computer in den letzten Jahren in vielen Bereichen eingesetzt und nehmen daher aus Sicht der Softwareentwicklung einen immer größeren Anteil ein. Da die Prozesse bei der Softwareentwicklung relativ komplex sind und die Zusammenarbeit mehrerer Stellen erfordern und es sich bei der Softwareentwicklung um ein komplexes Großprojekt mit größeren Risiken handelt, ist es auch im späteren Managementprozess schwieriger und noch sehr schwierig Entwicklungsprozess. Es ist leicht, auf viele Probleme zu stoßen, und verschiedene Programmmanager können das Auftreten von Problemen nicht vollständig vermeiden. Daher müssen wirksame Maßnahmen formuliert werden, um verschiedene Probleme zu lösen, die während der Softwareentwicklung auftreten.

1.6 Ziele des Software Engineering

Das Ziel des Software-Engineerings besteht darin, niedrigere Entwicklungskosten zu zahlen, erforderliche Softwarefunktionen zu erreichen und innerhalb bestimmter Kosten- und Zeitanforderungen eine bessere Softwareleistung zu erzielen. ; Die entwickelte Software ist einfach zu erstellen Transplantation; erfordert geringe Wartungskosten; kann Entwicklungsarbeiten termingerecht abschließen und zeitnah zur Nutzung liefern.

Beim Softwaredesign ist es in der Regel notwendig, die Eigenschaften von Software wie Modularität, Abstraktion und Informationsversteckung, Lokalisierung, Konsistenz und Anpassungsfähigkeit zu berücksichtigen. Geeignete Entwurfsmethoden erleichtern die Umsetzung dieser Eigenschaften zur Erreichung der Software-Engineering-Ziele.

Kapitel 2 Anforderungsanalyse

2.1Anwendungs- und Benutzerbedarfsanalyse

2.1.1 Analyse der Anwendungsumgebung

Diese Datenbank wird hauptsächlich verwendet, um die Anforderungen des grundlegenden Informationsmanagementsystems der Schüler zu erfüllen. Die Verwaltung der Grundinformationen der Schüler umfasst die Grundinformationen der Schüler, die Schulinformationen der Schüler, die Schülerinformationen, die Berufsinformationen, die Unterkunftsinformationen usw. Viele grundlegende Entitäten können aus den grundlegenden Informationen eines Schülers zerlegt werden.

Die Schule kann über mehrere Standorte verfügen und jeder Campus verfügt über Wohnheimgebäude. Selbstverständlich haben wir die Wohnheimgebäude auf allen Campusgeländen vereinheitlicht, was bedeutet, dass die Gebäudenummern der Wohnheimgebäude auf allen Campusgeländen einheitlich nummeriert sind.

In den Hauptfachinformationen muss nur das Hauptfach des Studenten erfasst werden. Ein Student kann zwei oder mehr Hauptfächer studieren, wir erfassen jedoch nur das Hauptfach des Studenten. Ein Hauptfach gehört nur zu einer Hochschule.

Wie aus den obigen Grundinformationen hervorgeht, ist es hauptsächlich in studentisches Informationsmanagement, Logistikinformationsmanagement und professionelles Informationsmanagement unterteilt.

2.1.2 Anwendungsmerkmale

Diese Datenbankanwendung richtet sich hauptsächlich an das studentische Informationsmanagement an Hochschulen und Universitäten. Im Allgemeinen umfassen die Hauptszenarien Studenten, Büros für akademische Angelegenheiten, Berater und Logistikmanager.

Die im System gespeicherten Inhalte ändern sich innerhalb eines Jahres weniger und nur wenige Studierende müssen die Informationen möglicherweise anpassen. Wenn sich das Alter ändert, kann jedoch eine umfassende Informationsanpassung erforderlich sein, daher muss das Design so gestaltet werden, dass es den Batch-Vorgängen gerecht wird. Zweitens erfolgt die Informationseingabe des Systems hauptsächlich bei der Anmeldung und Bearbeitung verschiedener Angelegenheiten durch die Schüler. In den folgenden Schuljahren können in regelmäßigen Abständen Berechtigungen geöffnet werden, damit die Schüler ihre eigenen Informationen pflegen können. Andere haben immer noch Bedarf, z. B. einen Campuswechsel oder eine Anpassung der Hauptfächer. In den meisten Fällen dient es den Abfrageanforderungen verschiedener Benutzer. Zusammenfassend lässt sich sagen, dass das System über grundlegende Vorgänge wie Hinzufügen, Löschen, Überprüfen und Ändern verfügen muss und einige komplexe Vorgänge möglicherweise später entworfen werden.

2.1.3 Benutzerbedürfnisse

Zu den Benutzern gehören hauptsächlich: Studenten, Logistikmanager, Leiter des Büros für akademische Angelegenheiten und Leiter des Büros für akademische Angelegenheiten der Hochschule.

Anforderungen der Schüler: Sie können Ihre eigenen Informationen anzeigen und diese dann ändern, wenn Sie dazu berechtigt sind.

Bedarf an Logistikmanagern: Logistikmanager verwalten hauptsächlich die Wohnheiminformationen der gesamten Schule, wie Gruppennummern, Raumbenennung und die Zuteilung von Zimmern an neu aufgenommene Schüler. Die Kommunikation kann auch Informationen wie Wohnheimnummern nutzen, um Studenteninformationen schnell zu finden.

Büroleiter für akademische Angelegenheiten: Verantwortlich für die Informationsverwaltung in allen Hochschulen sowie für die Verwaltung und den Einsatz von Personal zwischen verschiedenen Standorten der gesamten Schule. Gleichzeitig können Sie Schülerinformationen schnell ändern und abfragen.

Leiter des Büros für akademische Angelegenheiten der Hochschule: Verantwortlich für das Informationsmanagement innerhalb der Hochschule und die Aufteilung der Hauptfächer für Studierende der Hochschule. Gleichzeitig können sie die Informationen der Studierenden schnell abfragen und ändern.

2.2 Funktionsanalyse

Bei der Funktionsanalyse handelt es sich hauptsächlich um die Analyse des Systemdesigns für den Aufbau einer Basisinformationsdatenbank für Studierende und die Betriebsanalyse möglicher Datenflüsse für Studierende. Entsprechend den Anforderungen dieses grundlegenden Studenteninformationsmanagementsystems müssen Studenten möglicherweise das Hauptfach und die Hochschule wechseln, Studenten können aufgrund von Upgrades auch den Campus wechseln, Studenten können aufgrund von Upgrades auch die Wohnheime wechseln, Studenten können eine Klasse wiederholen oder die Schule abbrechen aufgrund anderer Faktoren usw. .

2.2.1 Studierende wechseln das Studienfach

Abbildung 2-1 Datenfluss von Studierenden, die das Studienfach wechseln

Studierende können aufgrund eines Wechsels der Hauptfächer die Hochschule, der sie angehören, wechseln, die Hauptschülernummer des Studierenden ändert sich jedoch nicht.

2.2.2 Studierende wechseln aufgrund von Upgrades den Campus

Abbildung 2-2 Studenten wechseln aufgrund von Modernisierungen den Campus und die Wohnheime

Die Studenten sind auf dem Campus ihrer jeweiligen Hochschule untergebracht und können je nach den Umständen angepasst werden. Zum Beispiel eine bestimmte Schule

Die Fakultät für Informatik befindet sich im ersten Jahr auf Campus 1 und kann im zweiten Jahr auf Campus 3 umgestellt werden. Gleichzeitig werden auch die Studentenwohnheime wechseln und die Check-in-Prozeduren für neue Wohnheime durchlaufen. Auch die Gebäudekategorie der Studentenwohnheime wird sich ändern.

2.2.3 Änderungen der Studierendendaten aufgrund des Rücktritts

Abbildung 2-3 Änderungen der Studierendendaten aufgrund des Abbruchs

Wenn Studierende aufgrund von Rücktritt oder aus anderen Gründen die Schule verlassen, werden die bei der Zulassung registrierten Informationen gelöscht.

2.3 Spezifische Beschreibung der Datenanforderungen

2.3.1 Beschreibung der wichtigsten Datenstrukturen

Für die Anforderungsanalyse müssen wir die Entitäten analysieren, deren Datenstruktur den Anforderungen entspricht.

(1)Student

	Datenstruktur:	Student
	Bedeutung:	Es handelt sich um die Hauptdatenstruktur des grundlegenden Informationsverwaltungssystems für Studenten und definiert die relevanten Informationen eines Studenten.
	Komposition:	Studentennummer, Name, Geschlecht, Geburtsdatum, ethnische Zugehörigkeit, Ausweisnummer, politische Zugehörigkeit und Mobiltelefonnummer. Nach der Kontaktaufnahme kann es sich um die Wohnheimnummer, Hauptnummer, College-Nummer usw. handeln.

(2) Professionell

	Datenstruktur:	wesentlich
	Bedeutung:	Es handelt sich um die grundlegende Datenstruktur des grundlegenden Informationsverwaltungssystems für Studenten und definiert die Beziehung zwischen einem Studenten und der Hochschule.
	Komposition:	Hauptcode, Hauptname, Haupthochschule

(3) Hochschule

	Datenstruktur:	Hochschule
	Bedeutung:	Es handelt sich um die grundlegende Datenstruktur des grundlegenden Informationsverwaltungssystems für Studenten und definiert die detaillierten Informationen der Hochschule.
	Komposition:	Hochschulnummer, Hochschulname, Name des Dekans, Hochschultelefonnummer, Campus, zu dem die Hochschule gehört, Hochschule

(4) Schlafsaal

	Datenstruktur:	Schlafsaal
	Bedeutung:	Es handelt sich um die grundlegende Datenstruktur des grundlegenden Informationsverwaltungssystems für Studenten und definiert die Unterkunftsdetails eines Studenten.
	Komposition:	Wohnheimnummer, Wohnheimzimmernummer, Wohnheimetage, Wohnheimgebäudenummer

(5) Gebäude und Gebäude

	Datenstruktur:	Gebäude
	Bedeutung:	Es handelt sich um die grundlegende Datenstruktur des Basisinformationsverwaltungssystems für Studenten und definiert die detaillierten Informationen des Wohnheimgebäudes.
	Komposition:	Gebäudenummer, Gruppennummer, Gebäudekategorie und Campus, zu dem das Gebäude gehört

(6) Campus

	Datenstruktur:	Campus
	Bedeutung:	Es handelt sich um die grundlegende Datenstruktur des grundlegenden Informationsverwaltungssystems für Studenten und definiert die Campusinformationen.
	Komposition:	Campusnummer, Campusname, Campusadresse

2.3.2 Beschreibung einiger Hauptdatenelemente

Die Datenelemente entsprechen hauptsächlich den Attributen der Entitäten. Die Beschreibungen der Hauptdatenelemente der Studentenentitäten und Wohnheimentitäten sind unten aufgeführt.

(1) Studierendennummer

	Name des Datenelements:	Studenten ID
	Bedeutung:	Identifizieren Sie jeden Schüler eindeutig
	Alias:	Matrikelnummer, Studierendenausweis
	Typ:	Zeichentyp
	Länge:	Die maximale Länge beträgt 20
	Bereiche:	Die maximal 20 Ziffern sind alle 9
	Wertbedeutung:	Die ersten vier Ziffern geben das Jahr der Zulassung des Studenten an, und die folgenden Ziffern beschreiben die Hochschule, die Klasse, die Klassennummer und andere Informationen des Studenten.

(2) Wohnheimnummer

	Name des Datenelements:	Wohnheimnummer
	Bedeutung:	Identifiziert innerhalb einer Schule eindeutig ein Wohnheim
	Alias:	Wohnheimausweis
	Typ:	Zeichentyp
	Länge:	4
	Bereiche:	0000-9999
	Wertbedeutung:	Die ersten beiden Ziffern geben die Gebäudenummer an, die letzten drei Ziffern die Hausnummer.

(3) Geschlecht

	Name des Datenelements:	Geschlecht
	Bedeutung:	Identifizieren Sie das Geschlecht der Schüler
	Alias:	keiner
	Typ:	Zeichentyp
	Länge:	4
	Bereiche:	männlich oder weiblich

Das Gleiche gilt für die Analyse anderer Datenelemente. Da alle Datenelemente zahlreich sind, werden die Beschreibungen hier nicht einzeln aufgeführt.

2.3.3 Beschreibung des Teilverarbeitungsprozesses

Beim Entwerfen einer Datenbank zur Verwaltung grundlegender Informationen für Studenten ist es erforderlich, den allgemeinen grundlegenden Verarbeitungsprozess zu bestimmen. Der allgemeine Verarbeitungsprozess umfasst im Allgemeinen Vorgänge wie das Importieren von Zulassungsinformationen für Studenten, die Zuweisung von Hauptfächern, die Zuweisung von Wohnheimen und die Übertragung von Schulen. Ein Teil des Verarbeitungsprozesses wird im Folgenden beschrieben, andere Verarbeitungsprozesse werden in ähnlicher Weise abgewickelt.

(1) Import von Zulassungsinformationen

	Verarbeitungsprozess:	Import von Zulassungsinformationen
	veranschaulichen:	Eintrag für Studenteninformationen
	eingeben:	Verschiedene Basisinformationen für Studierende
	Ausgabe:	Grundlegende Studenteninformationen wurden eingegeben
	bewältigen:	Bevor sich neue Studierende anmelden, müssen sie ihre grundlegenden Studierendendaten ausfüllen.

(2) Wohnheime zuweisen

	Verarbeitungsprozess:	Wohnheim zuweisen
	veranschaulichen:	Weisen Sie den zugelassenen Studierenden Wohnheime zu
	eingeben:	Studentenwohnheimnummer
	Ausgabe:	Es wurde ein Schlafsaal eingerichtet
	bewältigen:	Nachdem sich die Studienanfänger gemeldet haben, werden sie Wohnheimzimmer für die Studierenden arrangieren und die entsprechenden Wohnheimnummern werden in das Studierendeninformationsformular eingetragen.

2.4 Machbarkeitsanalyse

Wirtschaftlichkeit: Diese Datenbank kann vollständig auf einem Personalcomputer betrieben werden. Wenn die persönliche lokale Festplatte groß genug ist, kann sie den Bedarf an großer Datenspeicherung decken.

Technische Machbarkeit: Das Systemdesign muss auf der Grundlage der obigen Analyse Funktionen hinzufügen, löschen, überprüfen und ändern. Die Funktionen sind nicht kompliziert und die aktuellen technischen Bedingungen können die Anforderungen gut erfüllen.

Benutzerfreundlichkeit: Das Design dieses Datenbanksystems kann Informationen intuitiv darstellen und den unterschiedlichen Anforderungen verschiedener Benutzer gerecht werden.

Kapitel 3 Systemdesign

3.1 Bestimmen Sie Entitäten, Attribute und Beziehungen zwischen Entitäten basierend auf einer Bedarfsanalyse

3.1.1 Bestimmen Sie Entitäten und ihre Attribute

Nach der obigen Analyse kann festgestellt werden, dass die in diesem Datenbankdesign erforderlichen Entitäten folgende sind: Student, Campus, Gebäude, Hauptfach, Campus, Wohnheim, Klasse.

Student: Enthält Attribute wie Studentennummer, Name, Geschlecht, Geburtsdatum, ethnische Zugehörigkeit, ID-Nummer, politische Zugehörigkeit, Mobiltelefonnummer usw. Als Primärschlüssel der Studierendeninformationstabelle können die Studierendennummer und die Ausweisnummer sowie deren Kombination verwendet werden. Da die Ausweisnummer jedoch im Allgemeinen zu lang ist, wählen wir die Studierendennummer als Primärschlüssel/Primärcode.

Professionell: Zu den enthaltenen Attributen gehören Berufscode und Berufsname. Als Primärschlüssel kann der Berufscode verwendet werden.

Campus: Enthält Attribute wie Campusnummer, Campusname und Campusadresse. Als Primärschlüssel kann die Campusnummer verwendet werden.

Wohnheim: Zu den enthaltenen Attributen gehören die Zimmernummer des Wohnheims, das Gebäude des Wohnheims und die Etage des Wohnheims.

Gebäude: Enthält Attribute wie Gebäudekategorie, Gebäudenummer und Campus, zu dem das Gebäude gehört.

Note: Das enthaltene Attribut kann die Notennummer sein.

Die folgende Abbildung ist eine Darstellung von Entitäten und ihren Eigenschaften.

Abbildung 3-1 Attribute des Entitätssatzes

3.1.2 Beziehungen zwischen Entitäten

Es besteht eine Zugehörigkeitsbeziehung zwischen Studierenden und Hauptfächern, und die entsprechende Beziehung zwischen Studierenden und Hauptfächern beträgt m:1.

Es besteht eine untergeordnete Beziehung zwischen Hauptfächern und Hochschulen, und die entsprechende Beziehung zwischen Hauptfächern und Hochschulen beträgt m:1.

Es besteht eine untergeordnete Beziehung zwischen Studierenden und Wohnheimen, und die entsprechende Beziehung zwischen Studierenden und Wohnheimen beträgt m:1.

Es besteht eine untergeordnete Beziehung zwischen Schülern und Noten, und die entsprechende Beziehung zwischen Schülern und Noten beträgt m:1.

Es besteht eine untergeordnete Beziehung zwischen Wohnheimen und Gebäuden, und die entsprechende Beziehung zwischen Wohnheimen und Gebäuden beträgt m:1.

Es besteht eine untergeordnete Beziehung zwischen Gebäuden und Campusgeländen, und die entsprechende Beziehung zwischen Gebäuden und Campusgeländen beträgt m:1.

Die Verbindung zwischen ihnen lässt sich wie folgt zusammenfassen: (Es sind keine Attribute der unten aufgeführten Entitäten enthalten, die beim Entwerfen des E-R-Diagramms markiert werden.)

Abbildung 3-2 Entitätszuordnungsdiagramm

Die allgemeine Beziehung zwischen Entitäten ist in der obigen Abbildung dargestellt.

Aber es wird bestimmte Probleme geben.

(1) Problem 1 und Lösung

Frage: Es gibt zwei Beziehungsketten von Studierenden zum Campus, nämlich „Studenten>Wohnheime>Gebäude>Campus“ und „Studenten>Klassen&College>Campus“.

Die Lösung besteht darin, eine Beziehungskette aufrechtzuerhalten.

Eliminieren Sie eine der Beziehungsketten, um das folgende einfache Beziehungsdiagramm zwischen Entitäten zu erhalten.

Abbildung 3-3 Verbessertes Beziehungsdiagramm zwischen Entitäten

(2) Problem 2 und Lösung

Frage: Das Beziehungsdiagramm zwischen den oben genannten Einheiten erfüllt eine der funktionalen Anforderungen nicht. Die Studenten werden auf dem Campus verteilt, auf dem sich ihre Hochschule befindet, und können je nach Situation angepasst werden. Beispielsweise befindet sich die Fakultät für Informatik in einem Studienjahr auf Campus 1 und kann im zweiten Jahr auf Campus 3 verlegt werden. )

Analyse: In Anbetracht der Tatsache, dass verschiedene Studenten der Hochschule aufgrund ihrer Noten Kurse an verschiedenen Standorten besuchen können, gehen wir davon aus, dass die Studenten zwangsläufig in Unterkünften übernachten werden und sich unterschiedliche Wohnheime an verschiedenen Standorten befinden, was zufriedenstellend sein kann Studenten sind auf dem Campus ihrer jeweiligen Hochschule untergebracht, und diese Situation kann je nach den Umständen angepasst werden.

Verwandte Lösungen: Wenn Sie aufgrund von Noten den Campus wechseln müssen, müssen Sie lediglich die Unterkunftsinformationen im Logistikmanagement ändern, um die Änderungen am Campus widerzuspiegeln.

Basierend auf der obigen Situation kann die Note als ein Attribut der Schüler behandelt werden. Erhalten Sie das endgültige Entitätsbeziehungsdiagramm.

Abbildung 3-4 Das endgültige Verbindungsdiagramm zwischen Entitäten

3.2 Design des E-R-Modells

3.2.1 Entwerfen Sie ein lokales E-R-Modell

Gemäß der Analyse der Anwendungsumgebung in Kapitel 2 kann das grundlegende Informationsmanagementsystem für Studenten in drei Teile unterteilt werden:

System zur Verwaltung von Studentenstatusinformationen, System zur Verwaltung von Studentenwohnheimunterkünften, System zur Verwaltung von Logistikwohnheimgebäuden.

Nachfolgend finden Sie den Entwurf des partiellen E-R-Diagramms der drei Systeme.

(1) Modell zur Verwaltung von Studentenstatusinformationen

Abbildung 3-5 Grundlegendes Informationsbeziehungsmodell des Studentenstatus

(2) Verwaltungsmodell für Studentenwohnheimunterkünfte

Abbildung 3-6 Informationsbeziehungsmodell für die Verwaltung von Wohnheimunterkünften

(3) Logistik-Wohnheimverwaltungsmodell

Abbildung 3-7 Informationsbeziehungsmodell für die Verwaltung von Logistikwohnheimen

3.2.2 Bestimmen Sie das gesamte E-R-Diagramm basierend auf dem lokalen E-R-Diagramm

Ändern Sie das obige lokale E-R-Modell, um das gesamte E-R-Diagramm zu erhalten.

Abbildung 3-8 Gesamt-ER-Diagramm

3.2.3 Optimieren und bestimmen Sie das endgültige E-R-Modell

Da es im ursprünglich erhaltenen E-R-Modell keine redundanten Übertragungsketten und redundanten Attributinformationen gibt, ist das gesamte E-R-Diagramm in Abbildung 3-8 das endgültige E-R-Diagrammmodell.

3.3 Konvertierung des E-R-Modells in ein relationales Modell

3.3.1 Konvertierungsregeln

(1) Konvertierung von Entitäten: Jede Entität wird in ein Beziehungsschema umgewandelt.

=Name der Entität→Name der Beziehung

= Attribut der Entität → Attribut der Beziehung

= primäres Attribut der Entität → Schlüssel der Beziehung

(2) Konvertierung von Verbindungen: Jede Verbindung wird in ein Beziehungsmuster umgewandelt

①Die Beziehung zwischen 1:1, 1:N und Unterklassen erfordert kein Hinzufügen eines separaten Beziehungsmodells;

②Die M:N-Verbindung erfordert das Hinzufügen eines separaten Beziehungsmodells.

Wenn kein separates Beziehungsschema hinzugefügt wird, erfordert die Transformation einer Beziehung entsprechende Änderungen am Beziehungsschema der mit der Beziehung verbundenen Entitäten – normalerweise das Hinzufügen von Schlüsselattributen.

3.3.2 E-R-Diagramm-Konvertierungsbeziehungsmodell für Informationen zum Studentenstatus

Zwischen Studenten und Hauptfächern besteht eine Viele-zu-1-Beziehung, und das Hauptattribut der Endentität „1“ wird als Fremdschlüsselattribut in der Beziehung verwendet, die der Endentität „N“ entspricht. Gruppieren Sie den Primärschlüssel-Hauptfachcode des Hauptfachs als Fremdschlüsselattribut in der entsprechenden Beziehung der Studentenentität.

Konvertieren Sie das Viele-zu-Eins-E-R-Diagramm zwischen Hauptfächern und Hochschulen in ein relationales Modell und gruppieren Sie die Primärschlüssel-Studentennummer der Hochschule als Fremdschlüsselattribut in der entsprechenden Beziehung der Berufseinheit.

Zusammenfassend wird das E-R-Diagramm der Studentenstatusinformationen in das folgende Beziehungsmodell umgewandelt.

Beziehungsmodell von Studentenstatusinformationen

Schüler (Schülernummer, Name, Geschlecht, Klasse, Alter, ethnische Zugehörigkeit, Geburtsdatum, politische Zugehörigkeit, ID-Nummer, Telefonnummer , Berufsordnung (FK))

Hauptfach (Berufskennzeichen, Hauptfachname, Hochschulnummer (FK))

Hochschule (Hochschulnummer, Name der Hochschule, Name des Dekans der Hochschule, Telefonnummer der Hochschule)

3.3.3 Informationen zur Studentenunterkunft E-R-Diagramm zum Beziehungsmodell

Es besteht eine n:1-Beziehung zwischen der Studentenentität und der Wohnheimentität, und der Primärschlüssel der Wohnheimentität – Wohnheimnummer – wird als Fremdschlüsselattribut der Studentenentität verwendet.

Konvertieren Sie das E-R-Diagramm der Informationen zur Studentenunterkunft in das folgende Beziehungsmodell.

Beziehungsmodell für Informationen zu Studentenunterkünften

Student (Studentennummer, Name, Geschlecht, Alter, ethnische Zugehörigkeit, Geburtsdatum, politische Zugehörigkeit, ID-Nummer, Telefonnummer, Wohnheim Nr.(FK))

Wohnheim (Wohnheimnummer, Wohnheimzimmernummer, Wohnheimetage, Gebäudenummer)

3.3.4 Logistik-Wohnheimmanagement E-R-Diagramm zum Beziehungsmodell

Die n:1-Beziehung zwischen der Gebäudeentität und der Campusentität verwendet den Primärschlüssel der Campusentität – die Campusnummer – als Fremdschlüsselattribut des Gebäudes.

Konvertieren Sie das E-R-Diagramm der Logistikwohnheimverwaltung in das folgende Beziehungsmodell.

Beziehungsmodell der logistischen Wohnheimverwaltung

Gebäudegebäude (Gebäudenummer, Gruppennummer, Gebäudekategorie, Campusnummer (FK))

校区（校区编号，校区名称，校区地址）

3.3.6总体E-R图转换为关系模式

将上述部分E-R图转换的关系模式进行综合，得到总体的关系模式。

总体关系模式

学生（学号，姓名，性别，年龄，民族，出生日期，政治面貌，身份证号，电话号码，专业代码（FK），宿舍编号（FK））

专业（专业代码，专业名称，学院编号（FK））

学院（学院编号，学院名称，学院院长姓名，学院电话）

宿舍（宿舍编号，宿舍房间号，宿舍楼层，楼栋编号（FK））

楼栋建筑（楼栋编号，组团号，建筑类别，校区编号（FK））

校区（校区编号，校区名称，校区地址）

3.4数据库基本表的设计

根据前面的数据字典和关系模式，现在给出数据库各个基本表的设计。

STUDENT（学生基本信息表）
属性	属性含义	数据类型	数据长度（字节）	备注
STUID	学号	VARCHAR2	20	主键
STUNAME	姓名	VARCHAR2	10	-
GENDER	性别	VARCHAR2	2	-
AGE	年龄	VARCHAR2	2	-
GRADE	年级	VARCHAR2	2	-
NATION	民族	DATE	-	-
BIRTHDAY	出生日期	VARCHAR2	2	-
POLITICAL	政治面貌	VARCHAR2	150	-
IDNUMBER	身份证号	VARCHAR2	30	-
TELNUMBER	电话号码	VARCHAR2	30	-
PROFESSIONALID	专业编号	VARCHAR2	2	外键
COLLEGEID	学院编号	VARCHAR2	2	外键
DORMID	宿舍编号	VARCHAR2	5	外键

DORM（宿舍基本信息表）
属性	属性含义	数据类型	数据长度（字节）	备注
DORMID	宿舍编号	VARCHAR2	5	主键
DORMNAME	房间号	VARCHAR2	5	-
DORMHEIGTHID	楼层	VARCHAR2	10	-
DORMBUILDINGID	宿舍所属楼栋号	VARCHAR2	2	外键

DORMBUILDING（宿舍基本信息表）
属性	属性含义	数据类型	数据长度（字节）	备注
DORMBUILDINGID	楼栋号	VARCHAR2	5	主键
ZUTUNID	组团名	VARCHAR2	30	-
DORMBUILDING NAME	楼栋类别	VARCHAR2	30	-
DORMBUILDNLO CALCAMPUS	楼栋所属校区	VARCHAR2	2	外键

DORMBUILDING（楼栋建筑基本信息表）
属性	属性含义	数据类型	数据长度（字节）	备注
DORMBUILDINGID	楼栋号	VARCHAR2	5	主键
ZUTUNID	组团名	VARCHAR2	30	-
DORMBUILDING NAME	楼栋类别	VARCHAR2	30	-
DORMBUILDNLO CALCAMPUS	楼栋所属校区	VARCHAR2	2	外键

PROFESSIONAL（专业基本信息表）
属性	属性含义	数据类型	数据长度（字节）	备注
PROFESSIONALID	专业代码	VARCHAR2	2	主键
PROFESSIONAL LOCALCOLLEGEID	专业隶属学院	VARCHAR2	2	-
PROFESSIONA LNAME	专业名称	VARCHAR2	200	外键

COLLEGE（学院基本信息表）
属性	属性含义	数据类型	数据长度（字节）	备注
COLLEGEID	学院编号	VARCHAR2	2	主键
COLLEGENAME	学院名称	VARCHAR2	20	-
COLLEGE PRESIDENT	院长	VARCHAR2	5	-
COLLEGE PRESIDENT TELNUMBER	学院电话	VARCHAR2	20	-
COLLEGELOCAL CAMPUSID	学院所处学校ID	VARCHAR2	2	外键

CAMPUS（校区基本信息表）
属性	属性含义	数据类型	数据长度（字节）	备注
CAMPUSUD	校区编号	VARCHAR2	2	主键
CAMPUSNAME	校区名称	VARCHAR2	10	-
ADDRESS	地址	VARCHAR2	10	-

第四章代码与实现

4.1创建各种基本表代码实现

创建基本表的代码

CREATE TABLE CAMPUS (

CAMPUSID VARCHAR2(2) NOT NULL , --校区ID，校区类型和长度约束，不能为空

CAMPUSNAME VARCHAR2(10 BYTE) NOT NULL , --校区名字，字符类型最长为10字节，不能为空

ADDRESS VARCHAR2(100 BYTE) NULL, --校区地址，字符类型最长为100字节，可以为空

CONSTRAINT CAMPUS_PK PRIMARY KEY(CAMPUSID) --设定校区基本表的主键为校区ID

);

ALTER TABLE CAMPUS ADD CONSTRAINT CK_CAMPUS_CAMPUSID

CHECK(CAMPUSID = '1' OR CAMPUSID = '2'); --更改约束条件为校区的ID只能为1或2，根据实际情况电子科技大学有清水河和沙河两个校区而——定。

ALTER TABLE CAMPUS ADD CONSTRAINT CK_CAMPUS_CAMPUSNAME

CHECK(CAMPUSNAME = '清水河校区' OR CAMPUSNAME = '沙河校区'); --约束校区的名字只能为清水——河或者沙河校区

CREATE TABLE COLLEGE ( --创建学院基本表

COLLEGEID VARCHAR2(2) NOT NULL , --学院ID，校区类型和长度约束，不能为空

COLLEGENAME VARCHAR2(20 BYTE) NOT NULL , --学院名称，校区类型和长度约束，不能为空

COLLEGEPRESIDENT VARCHAR2(10 BYTE) NULL , --院长，字符，最长10字节，可为空

COLLEGEPRESIDENTTELNUMBER VARCHAR2(20) NULL ,--学院电话，可为空

--COLLEGELOCALCAMPUSID VARCHAR2(2) NOT NULL ,--学院所处校区ID，不能为空

CONSTRAINT COLLEGE_PK PRIMARY KEY(COLLEGEID)--设置学院ID为学院基本表的主键

--CONSTRAINT COLLEGE_FK FOREIGN KEY(COLLEGELOCALCAMPUSID) REFERENCES CAMPUS(CAMPUSID) --设置校区基本表的校区ID为学院基本表的外键

);

CREATE TABLE DORMBUILDING( --创建楼栋建筑基本表

DORMBUILDINGID VARCHAR2(5) NOT NULL , --楼栋号，变长字符类型，不超过5字节，不为空

ZUTUANID VARCHAR2(30) NULL,--组团号，变长字符类型，不超过30字节，可为空

DORMBUILDINGNAME VARCHAR2(30 BYTE) NOT NULL ,--楼栋类别，变长字符类型，不超过30字节，不可为空

CAMPUSID VARCHAR2(2) NOT NULL ,

CONSTRAINT DORMBUILDING_PK PRIMARY KEY(DORMBUILDINGID),

CONSTRAINT DORMBUILDING_FK FOREIGN KEY(CAMPUSID) REFERENCES CAMPUS(CAMPUSID)

);

ALTER TABLE DORMBUILDING ADD CONSTRAINT CK_DORMBUILDING_CAMPUSID

CHECK(CAMPUSID = '1' OR CAMPUSID = '2');

CREATE TABLE DORM ( --创建宿舍基本表

DORMID VARCHAR2(5) NOT NULL ,--宿舍编号，变长字符类型，不超过5字节，不可为空

DORMNAME VARCHAR2(5 BYTE) NOT NULL ,--房间号，变长字符类型，不超过5字节，不可为——空

DORMHEIGTHID VARCHAR2(10) NOT NULL , --宿舍楼层，不可为空

DORMBUILDINGID VARCHAR2(5) NOT NULL ,--宿舍所属楼栋号，不能为空

CONSTRAINT DORM_PK PRIMARY KEY(DORMID),--设置宿舍编号为宿舍基本表的主键

CONSTRAINT DORM_FK FOREIGN KEY(DORMBUILDINGID) REFERENCES DORMBUILDING(DORMBUILDINGID)--设置建筑楼栋的主键为宿舍基本表的外键

);

CREATE TABLE PROFESSIONAL ( --创建专业基本表

PROFESSIONALID VARCHAR2(4) NOT NULL , --专业代码，不可为空

PROFESSIONALLOCALCOLLEGEID VARCHAR2(2) NOT NULL ,--专业隶属学院，不可为空

PROFESSIONALNAME VARCHAR2(100) NOT NULL ,--专业名称，不可为空

CONSTRAINT PROFESSIONAL_PK PRIMARY KEY(PROFESSIONALID),--设置专业代码为主键

CONSTRAINT PROFESSIONAL_FK FOREIGN KEY(PROFESSIONALLOCALCOLLEGEID) REFERENCES COLLEGE(COLLEGEID)--设置学院基本表中的主键为专业基本表的外键

);

CREATE TABLE STUDENT --创建学生基本表

(

STUID VARCHAR2(20) NOT NULL, --学号，不可为空

STUNAME VARCHAR2(10) NOT NULL,--学生姓名，不可为空

GENDER VARCHAR2(2) NOT NULL,--性别：男或者女

AGE NUMBER(2) NOT NULL,--年龄：0~100

GRADE VARCHAR2(4) NOT NULL,--年级：大一~博五

NATION VARCHAR2(2) NOT NULL, --民族，不可为空

BIRTHDAY DATE,--出生日期，DATE类型

POLITICAL VARCHAR2(10),--政治面貌

IDNUMBER VARCHAR2(30) NOT NULL,--身份证号

TELNUMBER VARCHAR2(30) NOT NULL,--电话号码

PROFESSIONALID VARCHAR2(4) NOT NULL,--专业代码

--COLLEGEID VARCHAR2(2) NOT NULL,--学院编号

DORMID VARCHAR2(5) NOT NULL,--宿舍编号

CONSTRAINT STUDENT_PK PRIMARY KEY(STUID),--设置学号为学生基本表的主键

CONSTRAINT STUDENT_FK1 FOREIGN KEY(PROFESSIONALID) REFERENCES PROFESSIONAL(PROFESSIONALID),--设置专业基本表的主键为学生基本表的外键

--CONSTRAINT STUDENT_FK2 FOREIGN KEY(COLLEGEID) REFERENCES COLLEGE10(COLLEGEID),--设置

CONSTRAINT STUDENT_FK2 FOREIGN KEY(DORMID) REFERENCES DORM(DORMID)--设置宿舍基本表的主键为学生基本表的外键

);

ALTER TABLE STUDENT ADD CONSTRAINT CK_STUDENT_GENDER

CHECK(GENDER = '男' OR GENDER= '女'); --更改约束条件，取值范围为男或者女

ALTER TABLE STUDENT ADD CONSTRAINT CK_STUDENT_AGE

CHECK(AGE >=0 AND AGE<=100);

4.2插入数据

插入数据的代码

INSERT INTO CAMPUS VALUES ('1', '清水河校区', '四川省成都市郫都区西源大道合作街道2006号');

INSERT INTO CAMPUS VALUES ('2', '沙河校区', '四川省成都市成华区建设北路二段4号');

INSERT INTO COLLEGE VALUES ('01', '信息与通信工程学院','孔院长','01347265283');

INSERT INTO PROFESSIONAL VALUES ('0****3', '01','**工程');

INSERT INTO DORMBUILDING VALUES ('2*', '**团','学知苑','1');

INSERT INTO DORM VALUES ('27633', '6**','*楼','27');

INSERT INTO STUDENT VALUES ('20200888', '**', '*',20,'大三','汉',TO_DATE('2002-**-**','*******dd'),'共青团员','****','***','0103','27**');

4.3创建视图

学生宿舍管理视图

---创建视图，学生宿舍管理视图

CREATE VIEW STU_DORM

SELECT E1.STUID AS 学号,E1.STUNAME AS 姓名,E1.TELNUMBER AS 联系方式,E2.DORMNAME AS 宿舍房间,E3.DORMBUILDINGID AS 楼栋号,E3.ZUTUANID AS 组团,E4.CAMPUSNAME AS 所在校区

FROM STUDENT E1, DORM E2,DORMBUILDING E3,CAMPUS E4

WHERE E1.DORMID=E2.DORMID AND E2.DORMBUILDINGID=E3.DORMBUILDINGID AND E3.CAMPUSID=E4.CAMPUSID;

教务处管理视图

---创建视图，教务处可以显示的学生的视图

CREATE VIEW STU_INFO

SELECT E1.STUID AS 学号,E1.STUNAME AS 姓名,E1.TELNUMBER AS 联系方式,E1.GRADE AS 年级,E2.PROFESSIONALNAME AS 专业名称,E3.COLLEGENAME AS 所属学院,E6.CAMPUSNAME AS 所在校区

FROM STUDENT E1, PROFESSIONAL E2,COLLEGE E3,DORM E4,DORMBUILDING E5,CAMPUS E6

WHERE E1.PROFESSIONALID=E2.PROFESSIONALID AND E2.PROFESSIONALLOCALCOLLEGEID=E3.COLLEGEID AND E1.DORMID=E4.DORMID AND E4.DORMBUILDINGID=E5.DORMBUILDINGID AND E5.CAMPUSID=E6.CAMPUSID;

第五章测试

注明：本章节没有结果截图，可以根据图题信息自己截取，因为信息涉及个人隐私就没有放出来

5.1基本表创建结果和数据

5.1.1基本表创建结果

（1）校区基本表

图5-1 校区基本表

（2）学院基本表

图5-2 学院基本表

（3）专业基本表

图5-3 专业基本表

（4）宿舍基本表

图5-4 宿舍基本表

（5）楼栋建筑基本表

图5-5 楼栋建筑基本表

（6）学生基本表

图5-6 学生基本表

5.1.2基本表存储信息的生成

图5-7 学生基本表存储的数据

图5-8 专业基本表存储的数据

图5-9

学院基本表存储的数据

图5-10

宿舍基本表存储的数据

图5-11

楼栋建筑基本表存储的数据

图5-12 校区基本表存储的数据

5.2视图的创建和测试

（1）学生住宿管理信息视图

图5-13

学生住宿管理信息视图创建成功截图

图5-14学生住宿管理信息视图

（2）学生学籍信息视图

图5-15

学生学籍信息视图创建成功截图

图5-16

学生学籍信息视图

5.3建立表的关系模型图

图5-17 多张表的关系模型图

5.4应用便利性测试

5.4.1查询便利性测试

应用场景1：学院教务处管理人员查询某一个专业所有的学生

SELECT E1.*

FROM STUDENT E1,PROFESSIONAL E2

WHERE E1.PROFESSIONALID=E2.PROFESSIONALID AND E2.PROFESSIONALNAME='**工程';

结果如下：

图5-18查询结果截图

应用场景二：后勤管理人员查询学生信息（查询视图）

SELECT *

FROM STU_DORM

WHERE "姓名"='**'

结果：

图5-19

查询结果截图

5.4.2修改便利性测试

场景一：学生因为转学院信息变更

INSERT INTO COLLEGE VALUES('02','电子工程学院','***','246***838');

INSERT INTO PROFESSIONAL VALUES('0201','02','电子信息与集成电路专业');

UPDATE STUDENT SET PROFESSIONALID='0201';

SELECT *

FROM STU_INFO

WHERE "学号"='**';

结果：

图5-20 修改信息后查询视图截图

5.5测试结果分析以及结论

本数据库查询和修改以及删除信息都十分的高效和便利。从测试的结果来看，本数据库可以方便的创建视图，以及修改基本表的数据，满足了后勤管理人员，教务管理人员，辅导员，学生等多用户的需求。

5.6相关错误记录和解决方案

（1）删除表的时候表中有属性充当了外键报错

图5-21 删除表时报错截图

相应解决方案：删除表的时候，要注意删除的顺序，删除的表的属性不会被其他表充当外键或者有其他联系，当然可以采用级联删除。

（2）插入数据时顺序不对报错

图5-22 插入数据时错误截图

相应解决方案：插入数据的时候，要注意插入的顺序，需要外键的需要最后再进行插入。

第六章总结

6.1思考题

1、请举例说明本次设计中的数据库表如何来满足数据库三大范式。

第一范式要求：基本表的属性不可再分。很显然以上基本表里面的属性都是不可以再分的。

第二范式要求非主属性完全函数依赖于主属性。由于本数据库里面的候选码是单属性，每一张基本表的逐渐都是单属性，所以根据推论（关系模式符合1NF，并且候选码都是单属性，则一定是第二范式），以上设计满足第二范式。

第三范式是满足第二范式，消除了非主属性对码的传递函数依赖关系。

分析每一张表：

学生基本表，主属性只有学号和身份证号，但是二者互相决定，其余的非主属性都不能相互决定，在表中不存在任何的函数传递依赖。

专业基本表，主属性只有专业代码，非主属性之间又不能相互决定，所以也不存在函数传递依赖。

后面的学院基本表，宿舍基本表也都不存在函数传递依赖。

楼栋建筑和校区基本表也不存在函数传递依赖。

校区基本表：校区编号和校区名称以及校区地址都是可以互相决定的，都是一对一的关系，虽说有校区编号"校区名称"校区地址，但是校区名称"校区编号，所以不存在函数传递依赖，楼栋建筑基本表的分析也是如此。

综上，数据库表的设计满足数据库三大范式。

2、用一张视图来展示学生的基本信息、所在学院、所住寝室、所在校区的情况。请写出创建视图的代码，以及查询该视图信息的 SELECT 命令和结果截图。

创建视图的代码：

CREATE VIEW SRU2_DORM_INFO

SELECT E1.*,E3.COLLEGENAME,E4.DORMNAME,E5.ZUTUANID,E6.CAMPUSNAME

FROM STUDENT E1,PROFESSIONAL E2,COLLEGE E3,DORM E4,DORMBUILDING E5,CAMPUS E6

SELECT查询代码：

SELECT *

FROM SRU2_DORM_INFO

WHERE STUID='2020******'

6.2总结与心得体会

在本次实验过程中，通过对学生基本信息数据库进行设计，从基本的需求分析做起，采用自上而下的设计思路，锻炼了自己的管理和分层次设计的能力。

其次，对E-R模型有了更加深入的了解，对于一个复杂的关系模式的设计，可以分解成许多局部的实体或者实体之间的关联，然后画出局部的E-R图，转换成关系模式之后，然后在设计出总的关系模式。

在整个数据库的设计过程当中，运用软件工程的思想进行设计，使得自己节省了很多的时间。