Saturday 23 September 2017

Gevallestudie


Gevallestudie INHOUDSOPGAWE Gevallestudie Agtergrond Natuurlik registrasie by die plaaslike universiteit is tans met die hand gedoen. Studente vul vorms wat hul kursus keuses bevat en die standaard van die vorms by die registrateur. Klerke en gee dan die keuses in 'n databasis en 'n proses uitgevoer word om student skedules te skep. Die registrasieproses neem van een tot twee weke neem om te voltooi. Die Universiteit het besluit om die gebruik van 'n aanlyn registrasie stelsel te ondersoek. Hierdie stelsel sal gebruik word deur professore aan die kursusse wat hulle sou leer dui, deur studente om kursusse te kies, en deur die registrateur aan die registrasieproses te voltooi. Natuurlik Registrasie Stelsel Probleemstelling Aan die begin van elke semester studente kan 'n kursus katalogus bevat 'n lys van die kursus offers vir die semester aan te vra. Inligting oor elke kursus, soos professor, departement, en voorvereistes sal ingesluit word om studente te help om ingeligte besluite te neem. Die nuwe on-line registrasie stelsel sal toelaat dat studente tot vier natuurlik offers kies vir die komende semester. Daarbenewens sal elke student aandui twee alternatiewe keuses in die geval van 'n kursus aanbied raak gevul of gekanselleer. Geen kursus aanbod sal meer as tien studente het. Geen natuurlik offer sal minder as drie studente het. 'N Kursus wat met minder as drie studente sal gekanselleer word. Sodra die registrasieproses voltooi vir 'n student, die registrasie stelsel stuur inligting na die faktuur stelsel, sodat die student kan gehef word vir die semester. Professore moet in staat wees om toegang te verkry tot die on-line stelsel aan te dui watter kursusse hulle sal onderrig. Hulle sal ook nodig om te sien watter studente ingeskryf vir hul kursus aanbied. Vir elke semester, is daar 'n tydperk van die tyd wat studente hul skedules kan verander. Studente moet in staat wees om toegang te verkry tot die on-line stelsel gedurende hierdie tyd by te voeg of te laat val kursusse. Die faktuur stelsel sal krediet alle studente vir kursusse laat val gedurende hierdie tydperk. Die rol van gereedskap Enige sagteware-ontwikkeling metode is die beste deur 'n instrument. Hierdie boek maak gebruik van die instrument Rational Rose 4.0. Rational Rose is georganiseer rondom die argitektoniese uitsig - gebruik geval, logiese, komponent en implementering. Hierdie gevallestudie sal die stappe van die proses te karteer in die uitsprake wat in die instrument. projek Opsomming Hierdie stelsel sal 'n kort ontstaan ​​waartydens prototipe word gebruik om die databasis te kies nie. Die gebruik geval diagram is begin in die aanvangsfase en volwasse in die uitbreiding fase. Teen die einde van die uitbreiding fase, 'n argitektoniese iterasie voltooi. Die stelsel is ontwikkel in die konstruksiefase in twee iterasies. Die proses komponente van vereistes analise, ontwerp, implementering en toets word gebruik in al die fases van die lewensiklus projek. Die aanvangsfase Maatskappy se doelwitte en behoeftes Die eerste vraag aan te spreek is die behoefte aan 'n nuwe registrasie stelsel. Maak die Universiteit het die hulpbronne wat nodig is om die nuwe stelsel te ontwerp en te implementeer? Benewens die assessering van die behoefte aan die stelsel, is die risiko's van die nuwe stelsel uitgebrei. In die geval van 'n on-line registrasie stelsel, een van die grootste risiko's is die vermoë om die inligting te stoor op 'n wyse wat maklik en vinnig toeganklik is deur almal. Vir die doeleindes van hierdie gevallestudie is daar besluit dat die nuwe stelsel moet gebou word. Prototipes voltooi om die databasis risiko's aan te spreek. Definisie van Akteurs Die volgende akteurs gedefinieer vir die probleem: Student - iemand wat geregistreer is om kursusse te neem aan die Universiteit. Professor - iemand wat gelisensieer is om te leer by die Universiteit. Registrateur - iemand wat verantwoordelik is vir die instandhouding van die Registrasie Stelsel. Rekening System - eksterne stelsel wat studente wetsontwerpe elke semester. Definisie van Gebruik Gevalle Die volgende gebruik gevalle is uitgebrei vir elke akteur: student Registreer vir kursusse. Professor Kies kursusse aan te leer. Versoek natuurlik offer rooster. Registrateur Genereer natuurlik katalogus. Handhaaf professor inligting. Handhaaf student inligting. Handhaaf kurrikulum. Tekens van 'n Use Case Diagram in Rational Rose Die gebruik geval diagram is vervat in 'n klasdiagram in die gebruik geval siening van die instrument. Akteurs word as stickmen en gebruik gevalle word as ovale. Die gebruik geval diagram word in Figuur 1. Figuur 1 Use Case Diagram 'N Kort beskrywing geskep vir elke gebruik geval. Die kort beskrywing is in die veld Dokumentasie van die gebruik geval spesifikasie in die instrument ingevoer. Die kort beskrywing van elk gebruik geval volg: Registreer vir kursusse Die gebruik geval is begin deur die student. Dit bied die vermoë om te skep, te hersien, wysig en vee 'n kursus skedule vir 'n bepaalde semester. Alle tersaaklike faktuur inligting is gestuur om die Rekening System. klas versoek rooster Dit gebruik geval is begin deur die professor. Dit bied die vermoë om 'n gedrukte lys van alle studente aan 'n bepaalde kursus aanbod aan te vra. Kies kursusse aan te leer Dit gebruik geval is begin deur die professor. Dit bied die vermoë om 'n lys van kursusse kies, hersiening, verander en verwyder om te leer vir 'n bepaalde semester. Handhaaf professor inligting Dit gebruik geval is begin deur die registrateur. Dit bied die vermoë om te skep, te hersien, wysig en vee professor inligting. Handhaaf student inligting Dit gebruik geval is begin deur die registrateur. Dit bied die vermoë om te skep, te hersien, wysig en vee student inligting. handhaaf kurrikulum Dit gebruik geval is begin deur die registrateur. Dit bied die vermoë om te skep, te hersien, te verander, en 'n lys van die kursus offers te verwyder vir 'n gegewe semester deelgeneem het. genereer katalogus Dit gebruik geval is begin deur die registrateur. Dit bied die vermoë om 'n katalogus met 'n lys van die kursus aanbiedinge vir 'n bepaalde semester genereer. Tydens ontstaan, is die vloei van gebeure (insluitend enige geïdentifiseerde alternatiewe vloei) vir die belangrikste gebruik gevalle gedokumenteer. In Rose 4.0, is die vloei van gebeure via 'n skakel aangegaan om 'n eksterne dokument. Die vloei van gebeure vir die Register vir kursusse gebruik geval word hieronder getoon. Vloei van gebeure: Registreer vir kursusse Gebruik Saak Dit gebruik geval begin wanneer die student gaan die student ID-nommer. Die stelsel het bevestig dat die student ID-nommer is geldig en vra die student na die huidige semester of 'n toekomstige semester kies. Die student gaan die gewenste semester. Die stelsel vra die student in staat om die verlangde aktiwiteit Kies: Skep 'n skedule. Hersien n skedule. Verander 'n skedule: Verwyder 'n kursus. Voeg 'n kursus. Die student toon dat die aktiwiteit voltooi is. Die stelsel sal die student skedule te druk en die student wat registrasie voltooi is in kennis te stel. Die stelsel stuur faktuur inligting vir die student om die faktuur stelsel vir die verwerking. Alternatiewe vloei As 'n ongeldige ID-nommer word nie, sal die stelsel nie toegang tot die registrasie stelsel toelaat. As 'n poging aangewend om 'n skedule vir 'n semester waar 'n skedule wat reeds bestaan ​​te skep, sal die stelsel gevra vir 'n ander keuse gemaak moet word. Skep 'n skedule Die student gaan 4 primêre natuurlik offer getalle en 2 alternatiewe kursus aanbod getalle. Die student lê dan die versoek om kursusse. Die stelsel dan: Tjeks wat voorvereistes is tevrede vir die versoek natuurlik. Voeg die student in staat om die kursus aanbied indien die kursus aanbod is oop. Alternatiewe vloei As 'n primêre kursus aanbod is nie beskikbaar nie, sal die stelsel 'n alternatiewe kursus aanbod te vervang. Hersien n skedule Die student versoek dat inligting oor al loop aanbiedinge waarin die student geregistreer vir 'n gegewe semester deelgeneem het. Die stelsel vertoon alle kursusse waarvoor die student geregistreer insluitend natuurlik naam, natuurlik, kursuskode offer nommer, dae van die week, tyd, plek, en aantal krediet uur. Verander Bylae - Verwyder 'n Kursus Die student aandui watter kursus offers te verwyder. Die stelsel tjeks wat die finale datum vir veranderinge is nog nie oorskry word nie. Die stelsel verwyder die student van die kursus aanbied. Die stelsel stel die student wat die versoek verwerk is. Verander Bylae - Voeg 'n Kursus Die student aandui watter kursus offers te voeg. Die stelsel tjeks wat die finale datum vir veranderinge is nog nie oorskry word nie. Die stelsel dan: Het bevestig dat die maksimum natuurlik vrag vir die student nie oorskry. Tjeks wat voorvereistes is tevrede vir die versoek natuurlik. Voeg die student in staat om die kursus aanbied indien die kursus aanbod is oop. Die Uitbreiding Fase Tydens Uitbreiding, 'n paar van die belangrikste en kritiese gebruik gevalle toegepas. Gedurende hierdie fase, die fokus is goeie klas struktuur en argitektuur. Ontwikkeling van scenario's Elke gebruik geval is 'n web van scenario's. Scenario's gedokumenteer met behulp Volgorde diagramme. Voorwerpe verteenwoordig as vertikale lyne en boodskappe tussen voorwerpe word getoon soos aangedui horisontale lyne. Volgorde diagramme geteken in die use case-vertoning van die instrument. Die volgorde diagram vir die Voeg 'n Kursus scenario word getoon in Figuur 2. Figuur 2 Volgorde diagram vir die Voeg 'n Kursus Scenario Die skep van & quot; Real World & quot; of & quot; Besigheid & quot; klasse Voorwerpe ontdek deur die ondersoek van die gevalle en scenario's gebruik en gegroepeer in klasse. Elke klas moet 'n definisie wat die doel van die klas bepaal het. Pakkette is geskep om logiese groepe van klasse te hou. Klasse en pakkette getrek in die logiese siening van die instrument. Die volgende pakkette en klasse geskep vir die registrasie stelsel: mense StudentInfo - Inligting oor die student akteur wat nodig is deur die registrasie stelsel (byvoorbeeld, naam, adres, telefoon, IDNommer, groot, gradDate). ProfessorInfo - Inligting oor die professor akteur wat nodig is deur die registrasie stelsel (byvoorbeeld, naam, adres, telefoon, IDNommer, tenureStatus). UniversityArtifacts Natuurlik - Algemene inligting oor keuses vir 'n semester (byvoorbeeld, naam, beskrywing, creditHours). CourseOffering - Spesifieke inligting oor keuses vir 'n semester (byvoorbeeld daysOffered, timeOfDay, plek). StudentSchedule - Uitgawe verslag bevat die lys van geregistreerde natuurlik offers gegenereer wanneer 'n Student registreer vir 'n kursus. CourseRoster - Uitgawe verslag bevat die lys van geregistreerde studente vir 'n spesifieke kursus aanbied gegenereer vir 'n professor. interfaces Aanmeldingsformulier - Vorm wat die vermoë bied vir 'n student om registrasie opsies kies. Voeg / DropForm - Vorm wat die vermoë om 'n student 'n kursus skedule verander bied. CourseSelectionForm - Vorm wat die vermoë bied vir 'n professor aan / druppel kursusse by te voeg om te leer. StudentMaintenanceForm - Vorm wat die vermoë bied vir die registrateur by te voeg / verwyder / student inligting te verander. ProfessorMaintenanceForm - Vorm wat die vermoë bied vir die registrateur by te voeg / verwyder / Professor inligting te verander. CourseMaintenanceForm - Vorm wat die vermoë bied vir die registrateur by te voeg / verwyder / kursus en natuurlik verander bied inligting. Klasdiagramme geskep om grafies voor te stel die pakkette en klasse in die model. Die Main klasdiagram bevat tipies net pakkette. Elke pakket bevat sy eie klasdiagramme. Die Main klasdiagram vir 'n pakket bevat die publiek klasse van die pakket (klasse wat met klasse te kommunikeer met ander pakkette). Ander klasdiagramme geskep as dit nodig is. Klasdiagramme is vervat in die logiese siening van die instrument. Gebruik gevalle en scenario's word ondersoek om die verhoudings wat nodig is deur die stelsel te bepaal. Verhoudings tussen klasse geskep word en vertoon op geselekteerde klasdiagramme. Eienskappe (struktuur) en bedrywighede (gedrag) is bygevoeg om die klasse van die funksies wat in die gebruik gevalle uit te voer. Volgorde diagramme is opgedateer om die toekenning van voorwerpe om klasse en die vervanging van boodskappe met bedrywighede wys. Sommige klasdiagramme vir die Registrasie Stelsel word in figure 3 deur 7. 'n Bygewerkte volgorde diagram word in Figuur 8. Figuur 3 Main klasdiagram Figuur 4 Main klasdiagram vir die Mense pakket

No comments:

Post a Comment