Utländska handel system project in ooad lab manual

Förbered följande dokument för varje experiment och utveckla programvaran med hjälp av mjukvaruutvecklingsmetodik. 1. Problemanalys och projektplanering Grundlig studie av problemet 8211 Identifiera projektets omfattning, Mål, infrastruktur 2. Programvara Krav Analys Beskriv de enskilda fasmodulerna i projektet, Identifiera leveranser. 3. Datamodellering Använd arbetsprodukter 8211 datalogik, använd fallscheman och aktivitetsdiagram, bygga och testa klassdiagram, sekvensdiagram och lägg till gränssnitt till klassdiagram. 4. Programutveckling och debugging. 5. Programvarutestning Förbered testplan, utför valideringstestning, täckningsanalys, minnesläckor, utveckla testfallshierarkin, Site Check och Site Monitor. Förteckning över experiment: Kursregistreringssystem Quiz System Online biljettreservationssystem Fjärrdatorövervakning Studentmarkeringsanalyssystem Expertsystem för att ordinera läkemedlen för de givna symtomen ATM-system Plattformsuppdragssystem för tåg på en järnvägsstation Lagerunderhåll E-post Klientsystem. Fallverktyg: Rational Suite, Vinnare, Empirix Språk: CCJDK 1.3, JSDK, INTERNET EXPLORER, UML Frontänd: VB, VC, Developer 2000OBJECTIVE: Att utveckla ett mini-projekt som följer de 12 övningarna 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 affärsverksamheten 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 statsdiagrammet. 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å Nedan länkarna för att ladda ner den manuella Relaterade inlägg: CS2357 2 kommentarer: Kan du ge kodningen i Java eller Visual Basic för lagerunderhållssystem. 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 fullständig version av ett lagerhanteringssystem och hantera hela lagerhanteringsprocessen Av ett företag. 2.Scope av projektet: Att säkerställa bärbarhet och därmed kompatibilitet. För att säkerställa att vårt system flyttar med tiden, dvs det möjliggör underhåll, uppgraderingar och periodiska backups av utvecklad och auktoriserad personal. Programmera systemet med lämplig design, applikation, plattform och programmeringsspråk. 3.Projektbeskrivning: Lagerförvaltaren 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 kommer 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 beståndsförvaltaren det bästa priset. Då köper chefen de nödvändiga varorna 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 börsfö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 aktieförvaltaren. 2.Analys av varor: Hitta utgått gods Hitta de äldre och sälja med erbjudandepriser 3.Förbered listan: Förteckning över varor eller föremål som behövs förberedas av förvaltaren. 4.Getting Quotations: Lagerförvaltaren får citatet från företagsledaren. 5.chosing the best: 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 layout innan man genomför tidsåtgång, kostnadsallokering och personalfördelning ska komma under designprocessen. 4. GENOMFÖRANDE: Efter att ha sammanfattat 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. Belastningstiden 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).HARDWARE KRAV: 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 lageret. Han identifierar de gamla lagren och utgått varor 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: Aktiefö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 aktiechefen och kunden är inköp av varorna genom rabattförbudsförsäljning. Förhållandet mellan aktieförvaltaren 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. Den 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 i 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 distribueras 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 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 något mer element i 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. FÖRSÄLJNINGSBARHET: 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 ska beställas utifrån kravet. Postfunktion. Skickar listan till företaget. KVOTA: Pre funktion. Få order från lagerförvaltare 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 bästa offert baserat på billigare priser. Postfunktion. Inköp av varorna baserat på citat som valts. LEVERANS OCH BETALNING: Förfunktion. Få förskottsbetalning från aktiefö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.TECHNICAL SERVICE LAYER: 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. Administratören uppdaterar databasen. Lagerförvaltare 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örssymbolen 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ärt i bruk fall arbetskraftsfall textdokument. UML-KLASSDISAGRAM: UML-KVALITETSDISAGRAM: UML-STATISTIKSDAGRAM: UML-AKTIVITETS DIAGRAM: UML-UPPLYSNINGSDISAGRAM: GENOMFÖRANDE: SLUTSATS: Klicka här för att hämta det nedre dokumentet med Diagrams8230 1.BJÄRMANDE: Huvudsyftet med dokumentet är att Illustrera kraven på projektet E-Book Management-systemet. Dokumentet ger en detaljerad beskrivning av både funktionella och icke-funktionella krav. Det kommer också att förklaras om funktionerna i systemets gränssnitt. Vad systemet kommer att göra är begränsningen under Vilket det måste fungera och hur systemet ska reagera på externa stimuli. Dokumentet är utvecklat efter ett antal samråd med gruppmedlemmar och specifikation av det givna projektet. 2.SKOPP AV PROJEKTET: Programvaran ger besökaren, kunden och administratören ett enkelt och effektivt sätt att köpa och hantera böcker på nätet. Programvaran ger följande faciliteter till kunden: Underlättar lätt shopping online. Ger information om produkterna i kategorier. Ger e-postanläggning för framtida korrespondens. Ger säkerhetskopiering. Programvaran ger följande möjligheter till säljaren. Hanterar transporten av en kopia av boken. Se efter betalningsmetoden. 3. PROJEKTBESKRIVNING: Den här mjukvaran är helt självständig och fungerar relativt effektiv på paketet relaterade till programvaran. Det ger enkel databas snarare än komplicerad en för högt krav och det ger ett bra och enkelt grafiskt användargränssnitt för både ny och nave Såväl som experianced användare av datorn. 4.KRAV: (a).FUNKTIONSKRAV: Registrera 8211 Ange uppgifter i ansökningsblanketten. Logga in 8211 Ange användarnamn och lösenord. Sök 8211 Sök bok efter attribut. Köp 8211 Ladda ner mjukkopior och beställa för kopia. Betalning 8211 Betala för böcker i olika metoder. Uppdatera 8211 Uppdatera Användaruppgifter (b).NON - FUNKTIONSKRAV: BookMark 8211 Bokmärk webbplatsen. Kategorier 8211 Bokkategorier på hemsidan. Mest nedladdade 8211 Högst köpta bok. Erbjudanden 8211 Erbjudande ges av köpman. Carting 8211 Markera och välj flera böcker. (C). HARDWERE KRAV: 1. Processor 8211 Intel Pentium IV-2.0 GHz. 2. Hårdvara 8211 40 GB (segate) 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 DISCRIPTION: I detta projekt har vi definierat olika moduler för att möjliggöra E-Book Management i framgångsrik mannner. jag. REGISTRERA: Registermodulen innehåller ansökningsformuläret eller registreringsformuläret som innehåller följande detaljer. Namn, Adress, Kontaktnummer, E-post-ID, Lösenord etc. ii. LOGIN: Inloggningsmodulen innehåller formuläret som innehåller medlemsnamn och mamber-lösenord. Den innehåller användarnamn och lösenord. III. SÖKBOK: Sökboksmodulen innehåller en lista över böcker, från den här listan söker vi efter boken som vi behöver. Det innehåller också ett annat fält som kallas som kategorier där kan du välja bokens kategori. iv. DOWNLOAD: Nedladdningsmodulen innehåller nedladdningsalternativet för var syfte där vi kan ladda ner, vilken ebook vi söker och hittat. V. BETALNING: När boken har sökts och hittats. Då kommer användaren att ladda ner boken. Innan nedladdningen behöver böckerna behöver betalning för den boken. Så användaren måste välja vilken typ av transaktion vitt kreditkort (eller) betalkort (eller) kontanter (eller) checkar (eller) DD. vi. Försäljningsrekord: Webbplatsadministratören måste behålla försäljningsrekordet där posten borde uppdateras, varifrån många böcker säljs. Hur mycket belopp krediteras och namn på användare som laddat ner den boken och hur mycket de betalade för att ladda ner boken. vii. UPDATE: Uppdateringsmodulen ska bibehållas av webbplatsadministratören. Admin ska uppdatera varje process som. Antal användare registrerade Registrerad användarvisning. Nedladdning av användare. Betalning avfärdad av användaren. 6: DOMAIN MODEL: En domänmodell är en visuell representation av begreppsmässiga klasser eller verkliga situationsobjekt 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. DOMAIN MODEL 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 i 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 logisk arkitektur eftersom det inte finns någon riktning om hur dessa element visas på olika operativsystem. 9: RISKAKTIVITET: Om systemet inte uppdaterar bokinformationen om onödig förvirring kan undvikas. När medlemmen kanske inte registrerar formuläret korrekt. Det kan påverka inloggningen. Om administratören misslyckas med att spara det nya registret och ny besökare kan påverka uppdateringen. Fel på Backuo detaljer. 10: GANTT CHART: Det beskriver tidsplanen för planeringen för att slutföra motsvarande och efter avslutad kärnprodukt, Vad är klockans gång för kärnproduktens projektåtgärd. 11: POSTFUNKTION OCH FÖRFUNKTION: i. REGISTRERA: FÖRFUNKTION: Ange uppgifter i registreringsblankett. POST-FUNKTION: Verifiera uppgifterna i registreringsformuläret. ii. LOGIN: PRE-FUNCTION: Ange användarnamn och lösenord. POST-FUNKTION: Verifiera användarnamn och lösenord. III. SÖKBOK: PRE-FUNKTION: Ange namn på bok, authour och kategori för sökning. POST-FUNKTION: Kontrollera vad boken är tillgänglig i databasen. iv. DOWNLOAD: PRE-FUNCTION: Ange namnet på den bok som ska hämtas. POST-FUNKTION: Efter att ha laddat ner boken måste användaren betala pengarna. V. BETALNING: PRE-FUNKTION: Ange betalningsbeloppet för nedladdning av boken med hjälp av online-kreditkort, debitering, check. POST-FUNKTION: Kontrollera vilken transaktion som är vaild eller inte vad pengarna är i transaktionskort eller check är giltig eller inte. vi. FÖRSÄLJNINGSPROGRAM OCH UPPDATERING: FÖRFUNKTION: Innan du hämtar böckerna behåller administratören bokförsäljningskontot korrekt och uppdaterat. POST-FUNKTION: Efter att ha laddat ner boken uppdaterar administratören uppgiften i tid när boken hämtas. 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 baseras 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: i. ADMIN: 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 kopia, skriva etc. ii. 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. III. BESÖKARE: 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 ger användningsschema natation för att införa namnen på användningsfall och författarrelation mellan dem. Använd fallschema och fallförhållande är sekundära i bruk fall arbeta usecase textdokument. USECASE DIAGRAM UML CLASS DIAGRAM: Uml-klassdiagrammet är att illutrera klassgränssnitt och deras handlingar. De används för ststisk objektmodellering, vi har redan introducerat och använt deras uml-diagram medan domänmodellering. CLASS DIAGRAM UML SEQUENCE DIAGRAM: Ett sekvensdiagram illustrerar akind av format där varje objekt interagerar via meddelande. Det generaliseras mellan två eller flera specialdiagram. SEQUENCE DIAGRAM 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 i sekvensdiagrammet, här visar administratören gränssnittet genom att visa skådespelarsymbolen. PARTIAL LAYER ARCHITECTURE UML COLLABRATION DIAGRAM: Kommunikationsdiagram illustrerar att objektet interagerar på ett graf eller nätverksformat, i vilket objekt kan placeras där ett diagram. I kollaborationsdiagrammet kan objektet placeras i var som helst på daigramen. Kollabreringen kommer från sekvensdiagram. KOLLABRATIONSDISAGRAM UML-STATSKORT 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. Transaktionen som visas tillåter märkning med deras händelse. Det ingår i den ursprungliga psedo-staten och finner ändläget. STATSCHART DIAGRAM UML AKTIVITETS 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 DEPLOYEMENT DIAGRAM: Implementeringsdiagrammet visar uppdraget av konkret programvara artefakt till beräkningsmodeller. Det visar utbyggnaden av programvaruelement till de fysiska elementen. Utvecklingsschemat är användbart för att kommunicera eller distribuera arkitektur. Efter slutförandet av UML-diagram för E-Book Management 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. TESTNING: För att utföra testningen för den genererade koden igen välj alternativet verktyg från menyraden och välj kvalitetsarkitektur alternativ 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 kaddar och testning utförs. SLUTSATS: Således har projektet för E-BOOK MANAGEMENT framgångsrikt genomförts och koder genereras. Dela detta: