Utenlandsk Trading System Prosjekt Dokument

Slideshare bruker informasjonskapsler for å forbedre funksjonalitet og ytelse, og for å gi deg relevant annonsering. Hvis du fortsetter å surfe på nettstedet, godtar du bruken av informasjonskapsler på denne nettsiden. Se vår brukeravtale og personvernregler. Slideshare bruker informasjonskapsler for å forbedre funksjonalitet og ytelse, og for å gi deg relevant annonsering. Hvis du fortsetter å surfe på nettstedet, godtar du bruken av informasjonskapsler på denne nettsiden. Se vår personvernerklæring og brukeravtale for detaljer. Utforsk alle favorittemner i SlideShare-appen Få SlideShare-appen til å lagre for senere, selv frakoblet Fortsett til mobilnettstedet Opplastingslogg Registrering Dobbeltklikk for å zoome ut 33059297 a-prosjekt-rapport-on-online trading-stock-brokers-of-online - sharekhan Del denne SlideShare LinkedIn Corporation kopien 2017Hvis din bedrift skal velge og implementere et nytt informasjonssystem Dette eksemplet RFP, tatt fra det virkelige liv, ble opprinnelig utformet for å imøtekomme dagens og fremtidige økonomiske, handels - og distribusjonsoperasjoner behov for et stort internasjonalt selskap håndtere fremmede land, språk og valutaer. Men selv om du ikke har en stor internasjonal virksomhet, finner du mange gode ideer om hvordan du skriver din egen morder RFP. ved George Jucan, MSc, PMP, OCP Den vedlagte arbeidsboken er nyttig for disse mange prosjektene der ute, der ingen kostnadsdata kan brukes - eller er ikke tilgjengelig - slik at den klassiske verdiensteknikk ikke kan brukes. Det gir ikke bare en fremdriftssporingsmekanisme, men også innsatsbasert prognoseprognosering basert på ovennevnte vurdering. av Markus Klein, PMPSoftware Kravspesifikasjonsdokument med eksempel A Spesifikasjonsdokument for programvarekrav beskriver i utgangspunktet det tiltenkte formål og miljø for programvareapplikasjon under utvikling. Det beskriver fullstendig utbyttet, kostnaden, naturen til programvaren. Dette innlegget forklarer hvordan et program for programvarekravspesifikasjon er utarbeidet for en prosjektapplikasjon. I dette dokumentet brukes flybehandlingsprosjekt som et eksempel for å forklare få poeng. Det er visse retningslinjer som skal følges når du forbereder programvarespecifikasjonsdokumentet (oftere, brukt som SRS DocumentReport). Du må inkludere formålet med prosjektet, omfanget av prosjektet, miljøet der prosjektet skal kjøres, maskinvare som kreves for prosjektet, programvare som kreves for å kjøre eller implementere prosjektet, sikkerhet og sikkerhetskrav, programvarekvalitetsattributter av prosjektet etc. Dette SRS-dokumentet er skrevet ved hjelp av standard retningslinjer. 1.1 Formål 1.2 Dokumentkonvensjoner 1.3 Tiltatte målgrupper og leseforslag 1.4 Prosjektområde 1.5 Referanser 2. Generell beskrivelse 2.1 Produktperspektiv 2.2 Produktegenskaper 2.3 Brukerklasser og egenskaper 2.4 Driftsmiljø 2.5 Design og implementeringsbegrensninger 2.6 Forutsetninger og avhengigheter 4. Eksterne grensesnittkrav 4.1 Bruker Grensesnitt 4.2 Maskinvare grensesnitt 4.3 Programvare grensesnitt 4.4 Kommunikasjonsgrensesnitt 5. Andre ikke-funksjonelle krav 5.1 Ytelseskrav 5.2 Sikkerhetskrav 5.3 Sikkerhetskrav 5.4 Programvarekvalitetsattributter Formålet med dette dokumentet er å gi spesifikasjonsrapport for programvaren for flyselskapsdatabasen. 1.2 DOKUMENTKONVENSJONER 1.3 SIKKERHET OG LØSFORSLAG Dette prosjektet er høyskoleprosjektet og gjennomføres under veiledning av høyskoleprofessorer. Dette prosjektet er nyttig for alle som reiser i flyreiser. 1.4 PROJECT SCOPE Formålet med det elektroniske systemet er å skape et praktisk og brukervennlig nettbasert system for passasjerer, og prøver å kjøpe flybilletter. Systemet er basert på en relasjonsdatabase med flystyring og reservasjonsfunksjoner. Vi vil ha en database som støtter dusinvis av store byer rundt om i verden, samt hundrevis av flyreiser fra ulike flyselskaper. Fremfor alt håper vi å gi en komfortabel brukeropplevelse sammen med den beste prisen tilgjengelig. krazytechprojects grunnleggende av databasesystemer av ramez elmarsi og shamkant b. navathe 2.1 PRODUKTSPERSPEKTIV En distribuert flyselskapsdatabase System lagrer følgende informasjon som vist nedenfor. Flydetaljer: Det inkluderer opprinnelige flyplassterminal og destinasjonsterminalen, sammen med stopper i mellom, antall seter reserverte plasser mellom to destinasjoner etc. Kundebeskrivelse: Det inkluderer kundekode, navn, adresse og telefonnummer. Denne informasjonen kan brukes til å holde rekordene til kunden for enhver nødsituasjon eller for annen form for informasjon. Bestillingsbeskrivelse: Det inkluderer kundenummer, flynummer, dato for bestilling, dato for reise. 2.2 PRODUKTFUNKSJONER Hovedfunksjonene i flyselskapets databasesystem som vist i figur 1 (ER-modell) viser oppsettet for flyselskapets databasesystemsrelasjonsmodell 2.3 BRUKERGRASS OG KARAKTERISTIKK Brukere av systemet skal kunne hente flyinformasjon mellom to gitt byer med de oppgitte datastimene for reise fra databasen. En rute fra by A til by B er en sekvens av tilkoblingsflyvninger fra A til B slik at: a) det er maksimalt to tilkoblingsstopper, unntatt startsted og destinasjonsby på turen, b) forbindelsestiden er mellom en til to timer. Systemet støtter to typer brukerrettigheter, Kunde og Medarbeider. Kunder vil ha tilgang til kundefunksjoner, og de ansatte vil få tilgang til både kunde - og flybehandlingsfunksjoner. Kunden skal kunne gjøre følgende funksjoner: Gjør en ny reservasjon o Enkeltvei o Rundtur o Multi-city o Fleksibel Datetime o Bekreft Avbryt en eksisterende reservasjon Se reiseplanen Ansatte skal ha følgende ledelsesfunksjoner: o Få alle kunder som har plasser reservert på et gitt fly. o Få alle fly til en gitt flyplass. o Se flyplan. o Få alle flyreiser hvis ankomst - og avgangstider er på timedelayed. o Beregn totalt salg for en gitt flytur. o AddDelete et fly o Legg til en ny flyplass o Oppdater pris for flyreiser. o Legg til et nytt flybeeksempel. o Oppdater avgangstider for flybeinstanser. Hvert fly har et begrenset antall ledige plasser. Det er antall flyreiser som går fra forskjellige byer til forskjellige datoer og klokkeslett. 2.4 DRIFTSMILJØ Driftsmiljø for AIRLINE DATABASE er som angitt nedenfor distribuert database clienterver system operativsystem. Windows XP. database: sql database plattform: vb 2.5 DESIGN og IMPLEMENTATION CONSTRAINTS i) Det globale skjemaet, fragmentering skjema, allokeringsskjema. ii) SQL-kommandoer for ovennevnte søknader iii) Hvordan svaret for søknad 1 og 2 vil bli generert. Forutsatt at disse er globale spørringer. Forklar hvordan forskjellige fragmenter blir kombinert for å gjøre det. iv) Implementere databasen i det minste ved hjelp av et sentralisert databasebehandlingssystem. 2.6 ANSVARSAVDELINGER La oss anta at dette er et distribuert flyselskapsdatasystem, og det brukes i følgende søknad: En forespørsel om bookingavbestilling av fly fra en hvilken som helst kilde til en hvilken som helst destinasjon, som gir tilkoblede fly i tilfelle ingen direkte flytur mellom den angitte Kilde-destinasjonen par eksisterer. Beregning av høyflyger (hyppigste flyger) og beregning av passende belønningspunkter for disse flygerne. Forutsatt at begge transaksjonene er enkelttransaksjoner, har vi utviklet en distribuert database som er geografisk spredt i fire byer Delhi, Mumbai, Chennai og Kolkatta som vist i figur 2 ovenfor. BESKRIVELSE OG PRIORITET Flyselskapets bestillingssystem opprettholder informasjon om fly, seter, personlige preferanser, priser og bestillinger. Selvfølgelig har prosjektet høy prioritet fordi det er svært vanskelig å reise over land uten fly. STIMULUSRESPONSEKVENSER Søk etter flyselskapsflyvninger for to reisebyer Viser en detaljert liste over tilgjengelige flyreiser og foreta en reservasjon eller bestille en billett på et bestemt fly. Avbryt en eksisterende reservasjon. FUNKSJONSKRAV DISTRIBUTERT DATABASSE: Distribuert database innebærer at en enkelt applikasjon skal kunne operere gjennomsiktig på data som er spredt over en rekke forskjellige databaser og koblet til via et kommunikasjonsnettverk som vist på figuren nedenfor. Distribuert database lokalisert på fire forskjellige byer Et kundeserver-system er et distribuert system der, (a) enkelte nettsteder er klientsteder og andre er serier. (b) all data ligger på servernettstedene. (c) Alle applikasjoner utføres på kundens nettsteder. Begrepet clienterver refererer primært til en arkitektur, eller en logisk ansvarsfordeling. Klienten er programmet (også kjent som frontend), og serveren er DBMS (også kjent som back-end). 4. EKSTERNE INTERFACE KRAV 4.1 BRUKERGRENSER Front-end programvare: Vb-versjon Back-end programvare: SQL 4.2 HARDWARE INTERFACES Windows XP. Browser som støtter CGI, HTML amp Javascript. 4.3 SOFTWARE INTERFACES