Online Engineering

OOAD LAB - E neer BESTUURSTELSEL Klik hier om die dokument hieronder met Diagrams8230 aflaai; E-boek BESTUUR 1.OBJECTIVE: Die hoofdoel van die dokument is om aan die vereistes van die projek E-Book Management system. The dokument te illustreer gee die gedetailleerde beskrywing van beide funksionele en nie-funksionele requirements. It sal ook verduidelik oor die kenmerke van die stelsel interface van die system. What die stelsel sal doen, die beperking waaronder dit moet funksioneer en hoe die stelsel sal reageer op eksterne stimuli. The dokument is ontwikkel na 'n aantal konsultasies met spanlede en spesifikasie van die gegewe projek. 2.SCOPE van die projek: Die sagteware bied die besoeker, kliënte en administrateur 'n maklike en doeltreffende manier om boeke te koop en te bestuur in aanlyn. Sagteware bied volgende fasiliteite aan die kliënt: Fasiliteer maklike shopping aanlyn. Verskaf inligting oor die produkte in kategorieë. Bied e-pos fasiliteit vir toekomstige korrespondensie. Bied Friends fasiliteit. Sagteware bied die volgende fasiliteite aan die handelaar. Die bestuur van die Vervoer van harde kopie van boek. Kyk na die betaling metode. 3.PROJECT BESKRYWING: Hierdie sagteware is heeltemal self vervat en werk relatief doeltreffend op die pakket het betrekking op die software. It bied eenvoudige databasis eerder as ingewikkelde een vir 'n hoë vereiste en dit bied 'n goeie en maklike grafiese gebruikerskoppelvlak vir beide nuwe en naïef asook experianced gebruiker van die rekenaar. 4.REQUIREMENTS: (A).FUNCTIONAL VEREISTES:  Register Gee besonderhede in aansoekvorm.  Teken Gee gebruikersnaam en wagwoord.  Soek boek deur kenmerk.  Koop Aflaai softcopies en orde vir 'n harde kopie.  Betaling betaal vir boeke in ander metode.  Werk Werk Gebruiker besonderhede (B).NON - funksionele vereistes:  BookMark Voeg die webwerf.  Kategorieë Boek kategorieë in Webwerf.  Meest afgelaai Hoogste gekoop boek.  Dienste bied deur handelaar.  Waentjietrek Mark en kies verskeie boeke. (C).HARDWERE VEREISTES: 1. Verwerker Intel Pentium IV-2.0 GHZ. 2. Hardware 40 GB (Segate) 3. RAM 512 4. DVD RAM 1 Nos. (D).SOFTWARE VEREISTES: 1. OS Windows XP / Vista. 2. Front end Tool Rational Rose Enterprise suite. 3. agterkant Tool Oracle 10i. 5.MODULE beskrywing: In hierdie projek het ons verskillende modules gedefinieer om die E-Book Bestuur in staat te stel in suksesvolle mannner. Ek. Registreer: Die register module bevat die aansoek is vorm of registrasievorm wat volgende besonderhede bevat.  Naam, adres, kontak nommer, e-pos, wagwoord ens II. TEKEN AAN: Die Teken module bevat die vorm wat naam lidmaatskap en mamber wagwoord bevat. Dit sluit gebruikersnaam en wagwoord. iii. Soek Boek: Die soektog boek module bevat lys van boeke, uit die lys wat ons soek vir die boek wat ons need. This ook 'n ander veld genoem as kategorieë waar kan die kategorie van die boek te kies containes. iv. AFLAAI: Die aflaai module bevat die aflaai opsie vir waar doel waar ons kan aflaai, ongeag ebook ons ​​soek en gevind. V. BETALING: Na afloop van die boek is gesoek en gevind dat. Toe die gebruiker gaan die boek af te laai. Voordat die aflaai van die boeke moet betaling vir daardie boek. So gebruiker het om die tipe transaksie kies mooi weer kredietkaart (of) debietkaart (of) kontant (of) tjek (of) DD. vi. Verkope-rekord: Die webwerf administrateur het die verkope rekord waar die rekord moet wees in opgedateer, waar hoeveel boeke is salesed handhaaf. Hoeveel bedrag gekrediteer en name van gebruiker wat die boek afgelaai en hoeveel hulle betaal vir dowloaden die boek. vii. OPDATEER: Die update module moet in stand gehou word deur die webwerf administrateur. Die administrateur moet elke werk en elke proses hou.  Nommer van gebruiker geregistreer  Geregistreerde gebruikers besigtiging.  Downlaoding deur die gebruiker.  Betaling affered deur die gebruiker. 6: Domain Model: 'N domein model is 'n visuele voorstelling van konseptuele klasse of werklike situasies voorwerp in 'n domein.  In objekgeoriënteerde ontleding, die domein model is die belangrikste.  Dit illustreer die konsep in die domein.  Dit dien as 'n bron van inspirasie vir die ontwerp van 'n sagteware voorwerpe. Domain Model 7: GEDEELTELIKE geslaagde argitektuur: Sequense diagram is 'n interaksie oorsig diagram. It bied 'n groter prentjie oorsig van hoe 'n stel van interaksie verwant TERME van logika en prosesvloei. Hierdie gedeeltelike laag argitektuur toon die koppelvlak van die volgorde diagram hier die administrateur toon die koppelvlak deur die vertoon akteur simbool. 8: LOGIESE ARGITEKTUUR: Die logiese argitektuur is grootskaalse organisasie van sagteware klas in pakkette, sub-stelsel laag, is dit logies argitektuur genoem, omdat daar geen rigting oor hoe hierdie elemente is vertoon op verskillende bedryfstelsel. 9: Risikobedryf:  As die stelsel versuim om die boek besonderhede van onnodige verwarring te werk kan vermy word.  Indien 'n lid van die vorm correctly. It kan die login raak nie, mag registreer.  As die administrateur versuim om die nuwe register en nuwe besoekers te red kan beïnvloed in update.  Versuim van Backuo besonderhede. 10: GANTT-DIAGRAM: Dit beskryf die tydskedule vir die beplanning om te voltooi die ooreenstemmende en na voltooiing van kern produk, Wat is die tyd wat dit neem vir die projek optrede van kern produk. 11: NA - FUNKSIE en pre-FUNKSIE: Ek. Registreer: PRE-FUNKSIE: Gee besonderhede in registrasievorm. NA-FUNKSIE: Bevestig besonderhede in registrasievorm. II. TEKEN AAN: PRE-FUNKSIE: Gee gebruikersnaam en wagwoord. NA-FUNKSIE: Bevestig gebruikersnaam en wagwoord. iii. Soek Boek: PRE-FUNKSIE: Tik naam van boek, authour en kategorie vir die soek. NA-FUNKSIE: Gaan mooi weer die boek is beskikbaar in die databasis. iv. AFLAAI: PRE-FUNKSIE: Toetrede tot die naam van boek tot aflaai. NA-FUNKSIE: Na die aflaai van die boek die gebruiker moet die geld betaal. V. BETALING: PRE-FUNKSIE: Tik die tyoe van betaling vir die aflaai boek mooi weer deur middel van online kredietkaart, debietkaart, tjek. NA-FUNKSIE: Gaan mooi weer die transaksie is vaild of nie mooi weer die geld is in transaksie kaart of tjek geldig is of nie. vi. Verkope-rekord en werk: PRE-FUNKSIE: Voordat die aflaai van die boeke gemerk dat die administrateur hou die boek verkope rekening korrek en updately. NA-FUNKSIE: Na die aflaai van die boek, die administrateur werk die rekord by die tyd wanneer die boek in afgelaai. 12: UML PAKKET DIAGRAM: 'N pakket diagram bied 'n manier om groep element. Hier het ons gegroepeer die 6 belangrikste elemente van sagteware projek gegroepeer die ten einde registreer, aanteken, Serag book. It gaan om te werk en verkope rekord. 'N Naam pakket kan gebaseer wees op die blad indien die pakket toon die innerlike lid van hoof pakket. 13: Tegniese Dienste Manier: Thechnical diens laag beskryf die verhouding tussen verskillende akteurs, komponente van die sagteware proses vir enige admin soek die registrasie vir nuwe besoeker. Sodat die nuwe besoeker die webwerf kan aanteken en soek vandag vir boek en as dit nodig kan koop. 14: domein services Manier: Na tegniese dienste laag van gedeeltelike gelaagde aechicectuer, gaan ons die coading in Java of VB die projek domein is nou in Java / VB gefinaliseer te genereer. 15: gebruikerskoppelvlak Manier: Die bestuurder word gebruik om 'n nuwe besoeker vir die webwerf te registreer. Admin kan daardie rekords update hou. Admin hou verkope rekord d. w.z, nou veel boek afgelaai en hoeveel boek is nuut met afskrif buyed skryf ens II. Geregistreerde gebruiker: Geregistreerde gebruiker kan die boek ook al nodig het en kan die boek gelees in online. If gebruiker is tevrede met hierdie boek soek, kan die boek, maar na die betaling af te laai. iii. visitor: Die besoeker kan die aansoekvorm te registreer en 'n lid van die webwerf. Die besoeker kan boeke soek en lees die boook maar hy moet registreer om te koop of laai die boek. UML USECASE DIAGRAM: UML bied gebruik geval diagram NATATION om die name van die gebruik geval en skrywer verhouding tussen hulle iilustrate. Gebruik geval diagram en geval verhouding is sekondêre in gebruik gevallewerk usecase teks dokument. USECASE DIAGRAM UML klasdiagram: Die UML-klas diagram is om klas koppelvlakke illutrates Ans hul actions. They word gebruik vir ststic voorwerp modellering, het ons reeds ingevoer en gebruik hul UML diagram terwyl domein modellering. klasdiagram UML VOLGORDE DIAGRAM: 'N Ry diagram illustreer akind van formaat waarin elke item interaksie via boodskap. Dit is veralgemeen tussen twee of meer gespesialiseerde diagram. VOLGORDE DIAGRAM GEDEELTELIKE LAAG ARGITEKTUUR DIAGRAM: Sequense diagram is 'n interaksie oorsig diagram. It bied 'n groter prentjie oorsig van hoe 'n stel van interaksie verwant TERME van logika en prosesvloei. Hierdie gedeeltelike laag argitektuur toon die koppelvlak van die volgorde diagram hier die administrateur toon die koppelvlak deur die vertoon akteur simbool. GEDEELTELIKE LAAG ARGITEKTUUR UML COLLABRATION DIAGRAM: Communicaton diagram illustreer dat voorwerp interaksie op 'n grafiek of 'n netwerk formaat waarin voorwerp geplaas kan word waar 'n Rigting diagram. In collabration diagram kan die voorwerp in enige plek op die daigram geplaas. Die collabration kom uit volgorde diagram. COLLABRATION DIAGRAM UML state chart DIAGRAM: 'N UML-staat masjien verteenwoordig die interaksie gebeure en toestande van 'n voorwerp en gedrag van 'n voorwerp in reaksie op 'n gebeurtenis. Transaksie getoon as laat gemerk met hul geval. Dit is ingesluit by die aanvanklike psedo staat en vinne eindig staat. STATE CHART DIAGRAM UML AKTIWITEIT DIAGRAM: 'N UML-aktiwiteit diagram toon opeenvolgende en parallelle aktiwiteite in 'n proses, werk vloei, data vloei en samesteller algoritme. OOAD LAB paspoort Automation System Klik hier om die dokument hieronder met Diagrams8230 aflaai; Paspoort Automation System 1.Objective: Om die paspoort automatisering stelsel sagteware gebruik van UML taal te ontwikkel. Dit is die koppelvlak tussen aansoeker en gesag wat verantwoordelik is vir uitreiking van die paspoort. Dit het ten doel om die verbetering van doeltreffendheid en die vermindering van kompleksiteit. Die stelsel bied die aanlyn koppelvlak vir die gebruiker waar ons hul vorm en persoonlike besonderhede met nodige bewyse kan vul. Die betrokke met die uitreiking van paspoort kan hierdie stelsel te gebruik om te verminder gesag is werklading en verwerk dit spoedige wyse. Dit bied kommunikasie platform tussen bestuurder en aansoeker. Om die data oor te dra tussen paspoort gesag en die plaaslike polisie verifikasie van die aansoeker se inligting. 3.Project beskrywing: My projek titel is paspoort automatisering stelsel. In hierdie projek kan ons die 5 modules soos login ontwikkel, die vorm invul met die nodige bewyse, verifikasie van die aansoeker se inligting, geldigheid nagaan en reik die paspoort vir daardie spesifieke aansoeker. In hierdie inskrywing module, kan ons uit te voer dat verrig wat gaan in die aanteken webwerf vir die verskillende akteurs, en dan vul vir die kan gedoen word deur die primêre en verifikasie, validering kontrole en die uitreiking van die paspoort kan gedoen word vir die byspeler. 4.Requirements: * Funksionele vereistes: Dit word gedefinieer as hoe die in die besonder insette en hoe die stelsel moet in die besonder situasies te reageer en wat die stelsel doen nie moet reageer. In my projek, inteken as funksionele vereiste. In daardie funksionele vereiste kan ons die gebruiker naam te gaan en wagwoord korrek is of nie. Na die nagaan entiteit van login, kan ons die detail wat gebaseer is op die tipe akteur wys. Ø Analise: In hierdie plek, is die vereiste projek ontleed en beskikbaarheid van vereiste beskou. Ø sagteware vereistes: Bedryfstelsel: Windows XP Front-end: Rational Rose Enterprise Edition Back-end: Oracle 9i 5.Module beskrywing: In hierdie projek bestaan ​​uit 5 modules, naamlik aanteken, vul die vorm, te verifieer aansoeker besonderhede, geldigheidstoets. In hierdie module, kan ons werking sulke voer as betree die gebruiker naam en wagwoord. As die gebruiker naam en wagwoord korrek is dan kan dit in die spesifieke webblad daaroor gevoer word nie. Anders weer in die gebruikersnaam en wagwoord op die bepaalde tyd se net. · Maak die aansoek: Wanneer ons na die aansoekvorm invul voordat jy kan sê of doen vir nuwe paspoort of hernuwing van die ou paspoort. Ons kan die aansoekvorm met ooreenstemmende ID bewys en adres bewys vul en dan die vorm in te dien. · Ondersoek van die vorm: Na indiening van die vorm, aan die verantwoordelike owerheid is bewys dat gegewe inligting waar is of nie en hulle gestuur om die plaaslike polisie. Plaaslike polisie ondersoek wat ooreenstem inligting waar is of nie. Na die bymekaarbring van die inligting wat dit sal gestuur word om 'n hoër gesag. · Validation nagaan: Wanneer die kliënt, gaan om aansoek te doen vir die vliegtuigkaartjie. Die paspoort moet gekontroleer word of dit geldig is of nie. Elke paspoort as geldige tot slegs 5 jaar. Die aansoeker se moet vernuwing die paspoort vir elke vyf jaar. · Reik die paspoort: Na verifikasie en validasie die paspoort deur die pos kan uitgereik word aan die aansoeker. Toe die paspoort kan nagegaan en onderteken die post rekord die aanvaarde die paspoort. 6.Domain model. 'N domein is 'n visuele voorstelling van konseptuele klasse of werklike situasie voorwerp in 'n domein. * In objekgeoriënteerde ontleding, die domein model is die belangrikste. * Dit illustreer die konsep in die domein. * Dit dien as 'n bron van inspirasie vir die ontwerp van 'n sagteware voorwerpe. In ons projek, wanneer ons in die ooreenstemmende webblad ingeskryf is, kan ons die aksie uit te voer soos status inligting, vul die vorm, is verifikasie gedoen word in die webwerf. DIAGRAM: ......... 9.Risk argitektuur: Dit bepaal dat 'n proses te verloor, of 'n probleem kan word in die gesig gestaar, terwyl die skep van die projek. * Software Risk: As die sagteware vir paspoort outomatisering, dit is werke baie vinnig, na 'n paar keer sagteware werk baie stadig as gevolg van virus aanval. Dit kan reggestel word deur die nuwe manier. * Hardware risiko: As die hardeware komponent is skielik brand of onklaar geraak het as gevolg van meer as las, terwyl die skep van die projek. * Nie-funksie risiko: As gevolg van die mislukking van hardeware en sagteware, dan is dit kan nie voltooi word met die tydskedule en begroting skedule. 10.Gantt grafiek: Dit beskryf die tydskedule vir die beplanning om die kern produk te voltooi en na volledige kern produk, wat is die tyd wat dit neem vir die projek optrede van kern projek. OOAD LAB VOORRAAD Onderhoud STELSEL VOORRAAD stelsel onderhoud 1.Objective: Om 'n volledige weergawe van 'n voorraad beheer stelsel te verskaf en die hele voorraad bestuur proses van 'n maatskappy te bestuur. 2.Scope van die projek: Om die oordraagbaarheid en dus verenigbaarheid te verseker. Om te verseker dat ons stelsel beweeg met die tyd d. w.z dit moontlik maak vir instandhouding, opgradering en periodieke rugsteun deur ontwikkelde en gemagtigde personeel. Om die stelsel program met behulp van die toepaslike ontwerp, toepassing, platform en programmeertale. 3.Project Beskrywing: Stock bestuurder is met die regte en kontroles om aan te meld in die sagteware deur 'sy gebruikersnaam en geldig password. They analiseer wat goedere Neede, wat die verval kinders en die ou ones. Then hy ou goedere clearsthe deur die verkoop dit met offer. Then hy sal die verval van goedere uit die godowns. Then hy berei die lys van goedere wat benodig word vir die kliënt voorsiening shop. Then hy die maatskappy doen 'n beroep vir die kwotasie skakel. Na ontvangs van die aanhalings uit die maatskappy, die voorraad bestuurder kies die beste quotation. Then die bestuurder die aankoop van die nodige goedere uit die ooreenstemmende company. After lewering van al die goedere deur die maatskappy bestuurder en die verkoopsbestuurder vestig al sy betalings met belasting. Dan verkoop die voorraad bestuurder die goedere vir baie kliënte en updates al die besonderhede in die database. By verwerking stappe die voorraad bestuurder beheer die voorraad beskikbaar in die Godown. 4.REQUIREMENTS: (A).FUNCTIONAL VEREISTES: VEREISTES: 1.Login: Teken word bereik deur die voorraad bestuurder. 2.Analysis van Goedere: Dit vind van die verval goedere Dit vind van die ouer kinders en verkoop met aanbod pryse 3.Preparing die lys: Lys van goedere of items wat benodig word is prepaed deur die voorraad bestuurder. 4.Getting die kwotasies: Stock bestuurder kry die aanhaling uit die maatskappy bestuurder. 5.chosing die beste een: Stock bestuurder kies die beste kwotasies. 6.Purchasing die goedere: Stock bestuurder koop die goeie van die maatskappy bestuurder. 7.Delivery betaling: lewering van goedere deur die vereiste onderneming en betaling vereffen deur die voorraad bestuurder. 8.Update: Dit is wat uitgevoer word deur die voorraad bestuurder in die databasis. Ontleed die vereistes of dit bied goeie bedrywighede / afvoer en voer die taak. Die stelsel sal gebruik verwissel plugins. Die stelsel sal maklik opdateerbare vir verbeterings en kolle wees. Die stelsel sal maklik wees om op te gradeer. (C).HARDWARE VEREISTES: 2. Hardware 40 GB. 3. RAM 512 4. DVD RAM 1 Nos. (D).SOFTWARE VEREISTES: 1. OS Windows XP / Vista. 2. Front end Tool Rational Rose Enterprise suite. 3. agterkant Tool Oracle 10i. 5.MODULE BESKRYWING: Die inskrywing word gebruik vir sekuriteit van die stompe customer. The kliënt in met die gebruiker naam en die wagwoord van die kliënt. Die voorraad bestuurder analysesthe stocks. He identifiseer die ou voorrade en die verval van goedere en ook die lys van items wat nodig is. Ou voorraad klaring: Die voorraad bestuurder goedkeuring van die ou voorraad goedere deur die verkoop dit teen 'n aanbodprys. Bestellingslys Voorbereiding: Die voorraad bestuurder berei die lys van items te wees bought. Then hy die maatskappy doen 'n beroep vir kwotasies. aanhaling: Die voorraad bestuurder noem die maatskappy vir quotations. After ontvangs van die aanhalings uit die maatskappy, die voorraad bestuurder kies die kwotasie. Die voorraad bestuurder koop die nodige goedere uit die ooreenstemmende maatskappy waarin die kwotasies word gekies. Die voorraad bestuurder betaal die rekeninge saam met die belasting en die goedere afgelewer word deur die maatskappy bestuurder. 6. Domain Model: 'N domein model is 'n visuele voorstelling van konseptuele klasse of werklike situasies voorwerp in 'n domein. In objekgeoriënteerde ontleding, die domein model is die belangrikste. Dit illustreer die konsep in die domein. Dit dien as 'n bron van inspirasie vir die ontwerp van 'n sagteware voorwerpe. Die verhouding tussen die voorraad bestuurder en kliënt is die aankoop van die goedere deur afslag aanbod sales. The verhouding tussen die voorraad bestuurder en die maatskappy bestuurder is om te gee kry die kwotasies vir die aankoop van goedere. 7.PARTIAL geslaagde argitektuur: Volgorde diagram is 'n interaksie oorsig diagram. Dit bied 'n groter prentjie oorsig van hoe 'n stel van interaksie verwant in terme van logika en prosesvloei. Hierdie gedeeltelike laag argitektuur toon die koppelvlak van die volgorde diagram hier die bestuurder toon die koppelvlak deur die vertoon akteur simbool. 8.LOGICAL ARGITEKTUUR: Die logiese argitektuur is grootskaalse organisasie van sagteware klas in pakkette, sub-stelsel laag. Dit staan ​​bekend as die logiese argitektuur, want daar is geen rigting oor hoe hierdie elemente is ontplooi op verskillende bedryfstelsel. 9.RISK AKTIWITEIT: Dit is moeilik om die ou of verval produkte verkoop. Dit is ook moeilik om die verval kinders vind.