Utländska handel system project in ooad pdf

Institutionen för informationsteknologi inrättades 2001 med målsättningen att ge kunskap inom avancerad teknik inom informationsteknologi, med tanke på traditionen för Ganadipathy Tulsis Jain Engineering College, som erbjuder nya områden för specialisering inom teknik. Avdelningen är för närvarande ledd av Mrs. Jothi Lakshmi, en lärare själv. I de tidigare huvudens fotspår tar den ansvarige chefen ytterligare avdelningen för att nå nya höjder. Avdelningen har ett team av dynamisk, ung och dedikerad personal med specialisering inom många områden. Alla TEAM IT-medlemmar delar tron ​​att det är ett verktyg, om det används effektivt kan det förbättra kvaliteten på alla aktiviteter som genomförs. Som ett första steg har ett projekt för att automatisera alla administrativa aktiviteter tagits upp och hela projektet görs med hjälp av våra avdelningar. Under den närmaste framtiden kan avdelningen ha en doktorsexamen. FÖRBÄTTRING: Att utveckla ett mini-projekt efter de 12 övningarna som anges nedan. 1. Att utveckla ett problemformulär. 2. Utveckla ett IEEE-standard SRS-dokument. Utveckla även riskhantering och projektplan (Gantt-diagram). 3. Identifiera användarfall och utveckla modellmodellen. 4. Identifiera verksamheten och utveckla ett UML Aktivitetsdiagram. 5. Identifiera de konceptuella klasserna och utveckla en domänmodell med UML-klassdiagram. 6. Använd de identifierade scenarierna för att hitta interaktionen mellan objekt och representera dem med hjälp av UML-interaktionsscheman. 7. Rita statstabeldiagrammet. 8. Identifiera användargränssnittet, domänobjekt och tekniska tjänster. Rita det partiellt skiktade, logiska arkitekturdiagrammet med UML-paketdiagramnotation. 9. Implementera lagen Tekniska tjänster. 10. Implementera Domain Objects-lagret. 11. Implementera användargränssnittet. 12. Rita komponent - och distributionsdiagram. 18 Föreslagna domäner för Mini-projekt. 1. Passportautomatiseringssystem. 2. Bokbank 3. Examen Registrering 4. Lagerunderhållssystem. 5. Online kursbokningssystem 6. E-ticketing 7. Programvaruhanteringssystem 8. Kreditkortbehandling 9. E-bokhanteringssystem 10. Rekryteringssystem 11. Utrikeshandelssystem 12. Konferensstyrningssystem 13. BPO Management System Klicka på nedanför länkar för att ladda ner den manuella Relaterade inlägg: CS2357 2 kommentarer: kan du ge kodningen i Java eller visuell grund för lagerhållningssystem. kan du ge dokumentet eller kodningen i inbäddad c för atm-säkerhetssystemet Skicka en kommentar LAB MANUAL Sök på den här bloggen LAB MANUAL Blog ArchiveSTOCK UNDERHÅLLSSYSTEM 1.Objektiv: Att tillhandahålla en komplett version av ett lagerhanteringssystem och hantera hela lagerhanteringsprocessen av ett företag. 2.Scope av projektet: För att säkerställa bärbarhet och därmed kompatibilitet. För att säkerställa att vårt system flyttas med tiden, dvs det möjliggör underhåll, uppgraderingar och periodiska säkerhetskopior av utvecklad och auktoriserad personal. Programmera systemet med lämplig design, applikation, plattform och programmeringsspråk. 3.Projektbeskrivning: Lagerförvaltare har rättigheterna och kontrollerna för att logga in i programvaran genom att ange sitt användarnamn och lösenord. De analyserar vilka varor som är neede, vilka är de utgått och de gamla. Då släckte han de gamla varorna genom att sälja det med erbjudande. Då kommer han att eliminera de utgått godsna från gudarna. Sedan förbereder han listan över varor som behövs för kundservicebutiken. Då ringer han företaget för offert. Efter att ha tagit emot citat från företaget väljer stockchefen den bästa offerten. Då köper chefen de varor som behövs från motsvarande företag. Efter leverans av alla varor av företagsledaren och försäljningschefen löser alla sina betalningar med skatt. Därefter säljer aktieförvaltaren varorna till många kunder och uppdaterar alla detaljer i databasen. Genom att bearbeta dessa steg hanterar lagerförvaltaren det lager som finns tillgängligt i gudstaden. 4.KRAV: a).FUNKTIONSKRAV: KRAV: 1.Login: Inloggning uppnås av aktiechefen. 2.Analys av varor: Hitta de upphörda varorna Hitta de äldre och sälja med erbjudandepriser 3.Förbereda listan: Förteckning över varor eller föremål som behövs förbehandlas av förvaltaren. 4.Getting Quotations: Lagerförvaltaren får citatet från företagsledaren. 5.chosing det bästa: Stock manager väljer de bästa citat. 6.Köp av varorna: Lagerförvaltare köper godet från företagsledaren. 7. Leveransförskott Betalning: Leverans av varor av det erforderliga bolaget och betalning av aktieförvaltaren. 8.Uppdatera: Det utförs av lagerchefen i databasen. 2. ANALYS: Analysera kraven om den ger korrekt operationsutmatning och utför uppgiften. 3. DESIGN: Projektledare ska utforma projektets upplägg innan de ska genomföra tidsallokering, kostnadsallokering och personalfördelning ska komma under designprocessen. 4. GENOMFÖRANDE: Efter att ha sammanställt alla diagram måste vi generera kod för varje diagram, dvs från usecase till implementering. 5. TESTNING: Avteer implementera diagrammet med domänspråket, vi måste testa de specifika projekten. 6. HÅLLBARHET: Systemet bör lätt uppdateras. Systemet bör använda den utbytbara plug-insprogramvaran som utvecklats bör bibehålla projektets kostnad och tidsplan. (b). NON-FUNKTIONSKRAV: Icke-funktionella krav definierar behoven i termer om prestanda, logiska databaskrav, designbegränsningar, standardkompatibilitet, tillförlitlighet, tillgänglighet, säkerhet, underhåll och bärbarhet. jag. PRESTANDSKRAV: Prestandakrav definierar acceptabla svarstider för systemfunktionalitet. Laddningstiden för användargränssnittskärmarna tar inte längre än två sekunder. Inloggningsinformationen ska verifieras inom fem sekunder. Frågor ska resultera inom fem sekunder. ii. DESIGN CONSTRAINTS: Programvaran ska vara ett standardsystem som körs i en Windows-miljö. Systemet ska utvecklas med hjälp av en rationell företagspaket. III. Tillförlitlighet: Ange de faktorer som krävs för att fastställa den tillförlitliga tillförlitligheten hos mjukvarusystemet vid leveranstidpunkten. iv. TILLGÄNGLIGHET: Systemet ska ha en tillgänglighet på 99,99. v. PORTABILITET: Systemet ska vara extremt via usb-enheten. Systemet ska vara enkelt att migrera eller säkerhetskopiera via en annan användardrivning. vi. HÅLLBARHET: Systemet ska använda utbytbara plugins. Systemet ska lätt kunna uppdateras för korrigeringar och patchar. Systemet ska vara enkelt att uppgradera. (c).HARDWARSKRAV: 1. Processor 8211 Intel Pentium IV-2.0 GHz. 2. Hårdvara 8211 40 GB. 3. RAM 8211 512mb 4. DVD RAM 8211 1 nos. (d).SOFTWAREKRAV: 1. OS 8211 Windows XPvista. 2. Frontändverktyg 8211 Rational Rose Enterprise-paket. 3. Back End Tool 8211 Oracle 10i. 5.MODULE BESKRIVNING: i. LOGIN: Inloggningen används för kundens säkerhet. Kunden loggar in med användarnamnet och kundens lösenord. Analys: Lagerförvaltaren analyserar stockarna. Han identifierar de gamla lagren och de utgått varorna och även listan över objekt som behövs. Gammal beståndsrätter: Lagerförvaltaren rensar de gamla varorna genom att sälja det till ett anbudspris. Order List Preparation: Lagerförvaltaren förbereder listan över objekt som ska köpas. Då ringer han företaget för offert. Citat: Lagerförvaltaren ringer företaget för offert. Efter att ha tagit emot citat från företaget väljer stockförvaltaren citatet. Inköp: Lagerförvaltaren köper de erforderliga varorna från det motsvarande bolaget där noteringarna väljs. Betalning: Lagerförvaltaren betalar räkningarna tillsammans med skatten och varorna levereras av företagsledaren. 6. DOMAIN MODEL: En domänmodell är en visuell representation av begreppsmässiga klasser eller verkliga situationer objekt i en domän. I objektorienterad analys är domänmodellen den viktigaste. Det illustrerar konceptet inom domänen. Det fungerar som inspirationskälla för att utforma vissa programvaruobjekt. Förhållandet mellan aktieförvaltaren och kunden är inköp av varorna genom rabatterad försäljningsförsäljning. Förhållandet mellan aktiechefen och företagsledaren är att ge förstärkare få offert för inköp av varor. 7.PARTIAL LAYERED ARCHITECTURE: Sequence diagram är ett interaktionsöversikt diagram. Det ger en stor bildöversikt av hur en uppsättning interaktioner är relaterade när det gäller logik och processflöde. Denna delskiktarkitektur visar gränssnittet för sekvensdiagrammet, här visar administratören gränssnittet genom att visa skådespelarsymbolen. 8.LOGISK ARKITEKTUR: Den logiska arkitekturen är storskalig organisation av programvaruklass i paket, delsystemlager. Det kallas som den logiska arkitekturen eftersom det inte finns någon riktning om hur dessa element används på olika operativsystem. 9.RISKAKTIVITET: Det är svårt att sälja de gamla eller utgått produkterna. Det är också svårt att hitta de utgått. Om vi ​​köper en billig produkt och efter en gång kan det förekomma ett prisfall. I detta fall måste lagerchefen möta förlusten. 10.GANTT CHART: Det är en typ av stapeldiagram som beskriver projektschemat. Det illustrerar start - och slutdatum för terminalelementet och ytterligare en del av projektet. 11.POST - FUNKTION OCH PERFUNKTION: LOGGA IN Pre-funktion: Användarnamnet och lösenordet måste anges. Postfunktion. Inloggningsnamnet och lösenordet är markerat för validering. ANALYS: Förfunktion. Antal tillgängliga varor Postfunktion. Förberedelse av den slutliga förteckningen över de varor som ska beställas utifrån tillgängligheten. STOCKRESULTATION: Förfunktion: Tar listan över äldre bestånd. Postfunktion. Clearing den äldre beståndet på erbjudanden och rabattförsäljning. BESTÄLLNINGSLISTA FÖRBEREDELSE: Förfunktion. Skapa en förteckning över varor som beställs utifrån kravet. Postfunktion. Skickar listan till företaget. QUOTATION: Pre funktion. Få order från lagerchef och förbereda offert för de beställda varorna. Postfunktion. Sändning av citatet beredd till aktiechefen. KÖP: Före funktion: Välja den bästa offert baserad på billigare priser. Postfunktion. Inköp av varorna baserat på citat som valts. LEVERANS OCH BETALNING: Förfunktion. Få förskottsbetalning från lagerförvaltaren. Postfunktion. leverans av varor till aktieförvaltaren efter förskottsbetalningen. UPDATE DATABASE: Pre funktion. Rensa äldre poster i databasen. Postfunktion. uppdatering av databasen enligt nytt köp. 12.UML PACKAGE DIAGRAM: Ett UML-paketschema ger ett sätt att gruppera element. Ett UML-paketschema kan gruppera någontingsklasser. Andra paket i mycket vanliga. Ett UML-paket är ett mer allmänt koncept än bara ett java-paket eller namnrymd, genom ett UML-paket kan vi representera dem och mer. Frampilaren från lagerförvaltaren till kunden. 13.TEKNISK SERVICELAGER: Detta visar interaktionen mellan aktörerna eller objekten i sekvensdiagrammet. Frampilaren från lagerförvaltaren till kunden avser försäljningen. Lagerförvaltare analyserar att vad är de gamla lagren som finns och vad som behövs. Admin uppdaterar databasen. Lagerchef köper varorna från företagsledaren. Då skickar företagsledaren offerten till lagerchefen. 14.DOMAIN OBJECT LAYER: Efter att ha komponerat teknisk service lager från partiell arkitektur. Eftersom de kommer att generera kodning i JAVAVB. Projektdomänen upplevs under javavb med hjälp av Rational Rose Software Suit. 15.USER INTERFACE LAYER: I användargränssnittskiktet visas gränssnittet med sekvensdiagrammet genom att ändra sekvenssymbolen. Sekvenssymbolen ersätts av aktörsymbolen som visar gränssnittet mellan sekvensdiagrammet. UML USECASE DIAGRAM: Uml ger användningsdiagramdiagram för att illustrera namnen på användningsfall och författarrelation mellan dem. Använd fallschema och fallförhållande är sekundära i bruk fall arbetskraftsfall textdokument. UML-KLASSDISAGRAM: UML-SÄKERHETSDISAGRAM: UML-STATISTIK DIAGRAM: UML-STATISTIK DIAGRAM: UML-DIVERSE-DIAGRAM: UML-UPPLYSNINGSDISAGRAM: GENOMFÖRANDE: SLUTSATS: Att tillhandahålla en komplett version av ett rekryteringssystem för att hantera hela rekryteringsprocessen för en organisation till en delad servicekoncept. 2.SKOPP AV PROJEKTET: För att säkerställa bärbarheten och därigenom kompatibiliteten. För att säkerställa att vårt system flyttar med tiden (dvs. tillåter underhåll, uppgraderingar och periodiska backups av utvecklad och auktoriserad personal. Programmera systemet med lämplig design, applikation, plattform och programmering. Tillväxten av rekrytering online har drivits genom kombination av faktiska kostnadsbesparingar i rekryteringsprocessen, ökad lätthet och effektivitet för tjänstemannen tillsammans med en förbättrad erfarenhet för kandidater. Detta mjukvarusystem minskar byrå och bearbetningskostnader, ökar hastigheten att anställa, förbättrar produktivitet och kandidatkvalitet. Detta projektanslutna rekryteringssystem är en webbsida där arbetssökande kan registrera sig online och söka jobb och delta i tentamen. Denna mjukvaruprodukt har faciliteter, där presumtiva kandidater kan ladda upp sina curriculum vita och ansöka om jobb som passar dem. Ett funktionskrav definierar en funktion av ett mjukvarusystem på dess komponent. En funktion beskrivs som en uppsättning inout, beteende och utgång. Systemet ska ha kraven i projektet. Utvecklaren ska förbereda kraven i projektet. De bör förbereda de krav som behövs för programvaran. Analysera kraven om den ger korrekt operationsutmatning och utför uppgiften. Projektledaren ska utforma projektets upplägg innan man ska genomföra tidsallokering, kostnadsallokering och personalfördelning ska komma under designprocessen. Efter att ha sammanställt alla diagram måste vi generera kod för varje diagram, dvs från usecase till implementering. Avteer implementera diagrammet med domänspråket, vi måste testa de specifika projekten. Systemet bör lätt uppdateras. Systemet bör använda de utbytbara plugins som utvecklats ska hålla projektets kostnad och tidsplan. (b). NON-FUNKTIONSKRAV: Icke-funktionella krav definierar behoven i termer om prestanda, logiska databaskrav, designbegränsningar, överensstämmelse, tillförlitlighet, tillgänglighet, säkerhet, underhåll och bärbarhet. jag. PRESTANDSKRAV: Prestandakrav definierar acceptabla svarstider för systemfunktionalitet. Den totala tiden för användargränssnittskärmar tar inte längre än två sekunder. Inloggningsinformationen ska förklaras inom sekunderna. Frågor ska resultera inom fem sekunder. ii. DESIGN CONSTRAINTS: Programvaran ska vara ett standared-system som körs i en Windows-miljö. Systemet ska utvecklas med hjälp av rationell företags suite och Oracle 10i-databasen. Ange de faktorer som krävs för att fastställa den tillförlitliga tillförlitligheten hos mjukvarusystemet vid leveransdatumet. Systemet bör ha en tillgänglighet på 99,99. Systemet ska vara extremt via usb-enheten. Systemet ska vara enkelt att migrera eller säkerhetskopiera via en annan användardrivning. Systemet ska använda utbytbara plugins. Systemet ska lätt kunna uppdateras för korrigeringar och patchar. 1. Processor 8211 Intel Pentium IV-2.0 GHz. 2. Hårdvara 8211 40 GB (segate) 3. RAM 8211 512mb 1. OS 8211 Windows XPvista. 2. Frontändverktyg 8211 Rational Rose Enterprise-paket. 3. Back End Tool 8211 Oracle 10i. I det här projektet har vi definierat olika moduler för att möjliggöra RECTUITMENT-systemet i framgångsrik mannner. Moduler i detta projekt är, 2. Arbetssökande (kandidater) Administratören har full behörighet över webbplatsen. Han kan se alla registrerade användare och har befogenhet att radera dem. Han kan redigera webbsidorna och uppdatera dem. Heshe kan också se alla företagsuppgifter. En kandidat kan registrera sig efter registrering, han kommer att riktas till sin hemsida. Här kan han uppdatera sin profil, ändra lösenord och se undersökningsuppgifter och företagsuppgifter. Ett företag kan registrera sig själv, genomföra online-undersökning, godkänna eller ogilla kandidater som genomgår granskning och ge omständigheter om de valda kandidaterna. En domänmodell är en visuell representation av begreppsmässiga klasser eller verkliga situationer objekt i en domän. I objektorienterad analys är domänmodellen den viktigaste. Det illustrerar konceptet inom domänen. Det fungerar som inspirationskälla för att utforma vissa programvaruobjekt. 7: PARTIAL LAYERED ARCHITECTURE: Sequensdiagrammet är ett interaktionsöversiktschema. Det ger en stor bildöversikt av hur en uppsättning interaktioner är relaterade mellan logik och processflöde. Denna delskiktarkitektur visar gränssnittet för sekvensdiagrammet, här visar administratören gränssnittet genom att visa skådespelarsymbolen. Den logiska arkitekturen är storskalig organisation av programvaruklass i paket, delsystemlager, det kallas logisk arkitektur eftersom det inte finns någon riktning om hur dessa element visas på olika operativsystem. Riskhantering ses alltmer som huvudämne för projektledarnas främsta jobb. Det handlar om att förutse risker som kan påverka projektets schema eller kvaliteten på programvaran börjar utvecklas och vidta åtgärder för att undvika dessa risker, RISKSAKTIVITET som ii. Riskanalys iii. Riskplanering iv. Riskövervakning Det beskriver tidsplanen för planeringen för att slutföra motsvarande och efter slutförandet av kärnprodukten, Hur lång tid tar det för kärnproduktens projektåtgärd. 11: POST-FUNKTION OCH FÖRFUNKTION: 1. KANDIDATREGISTRERING: FÖRFUNKTION: Canditate ska registrera sig genom att ange användarnamn och lösenord. POST-FUNKTION: Gå in i informationsformuläret för canditate, då ska candita skriva in personuppgifter, kvalifikationer etc. PRE-FUNCTION: Admin skickar svaret till kandidaten med registreringsnummer. POST-FUNKTION: Kandidaten kan få posten från admin och få registret nr. PRE-FUNKTION: Kandidaten ska ha registrerat nr som användarnamn och samma lösenord som redan har angivits när du registrerar hisher-konto. POST-FUNCTION: Gå in i programvaran för att delta i lämplighetstestet. Det kommer att visa hemsidan. 4. FÖRSTÄLLNINGSTEST: FÖRFUNKTION: Kandidaten ska delta i testet som genomförs på nätet. POST-FUCTION: Skicka svarbladet till admin. 5. RESULTATVERIFIKATION: FÖRFUNKTION: admin ska korrigera svarbladet som har skickats av kandidaten. POST-FUNKTION: Admin ska välja kandidaten på grundval av his. her-processen och skicka rapporten till berörda kandidat (vald kadidat). PRE-FUNKTION: Admin ska uppdatera administratörsverktygen och företagsuppgifter till respektive kandidater. POST-FUNKTION: Uppdateringen är korrekt vy på skärmen medan användaren (kandidaten) bläddrar på den specifika webbsidan. 7. DIREKT HR-INTERVIEW: PRE-FUNCTION: Organisationen bör kontrollera certifikaten (om den är giltig eller inte). POST-FUNKTION: Direkta frågor skjuts ut till den särskilda kandidaten. 8. UPPGIFTER OM JOBBBESKRIVNING: PRE-FUNKTION: Organisationen ska skicka konformationsbrevet till den valda kandidaten. POST-FUNKTION: Kandidaten ska få beställningsuppdrag med hisher-posteringsuppgifter. 12: UML PACKAGE DIAGRAM: Ett paketschema ger ett sätt att gruppera element. Här har vi grupperat de 6 huvudelementen i mjukvaruprojektet i orderregistret, inloggning, serach book. It går till uppdatering och försäljningsrekord. Ett paketnamn kan vara baserat på fliken om paketet visar den inre delen av huvudpaketet. 13: TEKNISKA TJÄNSTER LAGER: Teknisk service skikt beskriver förhållandet mellan olika aktörer, komponenter i mjukvaruprocessen för alla administratörer söka registreringen för ny besökare. Så att den nya besökaren kan logga in på webbplatsen och söka efter bok och om det behövs kan köpa den. 14: DOMAIN SERVICES LAYER: Efter tekniska tjänster lager från partiell lager aechicectuer, kommer vi att generera coading i Java eller VB projektdomen är nu färdigställd i JAVAVB. 15: USER INTERFACE LAYER: ii. Administratören är van att registrera en ny besökare på webbplatsen. Admin kan behålla dessa registeruppdateringar. Admin behåll försäljningsrekord, dvs mycket bok är nu nedladdad och hur mycket bok köps nyligen med kopiaxemplar etc. III. Registrerad användare: Registrerad användare kan söka boken vad som helst och kan läsa boken online. Om användaren är nöjd med den här boken kan han ladda ner boken men efter betalning. Besökaren kan registrera ansökningsblanketten och bli medlem av webbplatsen. Besökaren kan söka böcker och läsa boken men han måste registrera sig för att köpa eller ladda ner boken. UML USECASE DIAGRAM: Uml tillhandahåller användningsschema natation för att införa namnen på användningsfall och författarrelationen mellan dem. Använd fallschema och fallförhållande är sekundära i bruk fall arbeta usecase textdokument. UML CLASS DIAGRAM: Uml-klassdiagrammet är att klassificera klassgränssnittet och deras handlingar. De används för ststisk objektmodellering, vi har redan introducerat och använt deras uml-diagram medan domänmodellering. UML SEQUENCE DIAGRAM: Ett sekvensdiagram illustrerar form av format där varje objekt interagerar via meddelande. Det generaliseras mellan två eller flera specialdiagram. PARTIAL LAYER ARCHITECTURE DIAGRAM: Sequensdiagrammet är ett interaktionsöversiktschema. Det ger en stor bildöversikt av hur en uppsättning interaktioner är relaterade mellan logik och processflöde. Denna delskiktarkitektur visar gränssnittet för sekvensdiagrammet, här visar administratören gränssnittet genom att visa skådespelarsymbolen. UML COLLABRATION DIAGRAM: Kommunikationsdiagram illustrerar att objektet interagerar på ett graf eller nätverksformat där objekt kan placeras där ett diagram. I kollaborationsdiagrammet kan objektet placeras i var som helst på daigramen. Kollabreringen kommer från sekvensdiagram. UML STATE CHART DIAGRAM: En Uml state-maskin representerar interaktionshändelserna och tillstånden för ett objekt och beteende hos ett objekt som reaktion på en händelse. Transaktion som visas tillåter märkning med deras händelse. Det ingår i den ursprungliga psedo-staten och finner ändläget. UML ACTIVITY DIAGRAM: Ett Uml-aktivitetsschema visar sekventiella och parallella aktiviteter i en process, arbetsflöden, dataflöden och kompilatoralgoritmen. UML COMPONENT DIAGRAM: Komponenterna är lite fuzzy koncept i denna Uml, eftersom både klass och komponenter kan användas för att modellera något. UML-UPPLYSNINGSDISAGRAM: Utvecklingsschema visar uppdraget av konkret mjukvara artefakt till beräkningsmodeller. Det visar utbyggnaden av programvaruelement till de fysiska elementen. Utvecklingsschemat är användbart för att kommunicera eller implementera arkitektur. Efter slutförandet av UML-diagram för RECRUITMENT SYSTEM bör vi generera koden. Välj verktygsalternativet från huvudmenyn och välj sedan subalternativsprogrammodulen där vi ska generera koden i JAVAVBJ2EE. Sedan fortsätt och välj alternativet generera kod som ett resultat av kodgenerering. För att utföra testningen för den genererade koden igen välj verktygsalternativet från menyraden och välj kvalitetsarkitekturalternativ ett underfönster öppnas. Vi ska utföra Unit Test och Scenario testning för vårt projekt. Så välj testalternativet en efter en, och testningsaktivitet utförs för alla linjer och testning utförs. Således har projektet för RECRUITMENT SYSTEM framgångsrikt exekverats och koder genereras.