Tietojärjestelmän "Kauppatoiminnan kirjanpito. Tehtävä koulutustietojärjestelmän kehittämiselle

Tietojärjestelmän kehittäminen rakennusliikkeen työn tallentamiseen

2. Ohjeet tietojärjestelmän luomiseksi

2.1 Yleistä

Automaattinen tietojärjestelmä "rakennusyritys"

2.2 Tietojärjestelmän luomisen tavoitteet

Suunnittelun ja valmistuksen sekä myynnin hallinnan ja kirjanpidon ongelmien ratkaisemiseksi tässä yrityksessä luodaan automatisoitu tietojärjestelmä, joka on suunniteltu ACCESS DBMS -ympäristöön.

Hajautetun tietokannan muodossa oleva tieto tallennetaan osittain tiedostopalvelimelle ja osittain työasemille, jotka ovat osa myyntiosaston paikallista tietokoneverkkoa. Kirjanpito on eräänlaista automatisoitua toimintaa.

Tämän yrityksen pääasialliset työvälineet ovat CJSC "UniStroy - NN" rakennukset, joissa on ohjausautomaatiovälineet (tietokoneet - työasemat, palvelimet sekä muut tekniset laitteet).

Päätoiminnot, jotka IP ratkaisee:

· Yrityksen työn valvonta;

· Yrityksen myynnin kirjanpito;

· Tuloskirjanpito (yrityksen tuotot ja kulut).

Yrityksen työn, myynnin, tilausten systematisointi ja automaattinen ohjaus.

2.3 Automaatioobjektien kuvaus

Tämän yrityksen päätoimiala on tavaroiden suunnittelun ja myynnin järjestäminen, mikä tarkoittaa, että kirjanpidon talousosaston toiminta on automaation pääkohde.

2.4 Järjestelmävaatimukset

2.4.1 Syöttö-, viite- ja lähtötiedon vaatimukset

Suunnittelun ja valmistuksen sekä myynnin osaston syöttötiedot sisältävät tiedot, joita tarvitaan kaikkien tällä osastolla ratkaistujen ongelmien ratkaisemiseksi. Ensisijaisessa muodossa nämä tiedot tulevat paperiasiakirjojen muodossa. Pääsyöttötiedot sisältävät seuraavat tiedot:

· Suunnittelu- ja talousosastolta kerran kuukaudessa saatavat asiakirjat, jotka sisältävät suunnitellut tehtävät suunnittelun ja myynnin toteuttamiseksi;

· Markkinointiosastolta tulevat tiedot, jotka sisältävät tavarantoimituksia ja muiden töiden suorittamista koskevia hakemuksia, tiedot vahvistetuista hinnoista;

Tulostustiedot voidaan esittää paperiasiakirjan muodossa, informaatiosanoman muodossa tai tiedoston (sähköisen asiakirjan) muodossa magneettisella välineellä.

Nämä tiedot esitetään tietokantataulukon muodossa, kyselyn muodossa ja myös raportin muodossa näytöllä ja paperilla.

Yrityksen toiminnan tulosten kirjanpito-ongelman ratkaisun tulostulokset näytetään:

· Tulostimeen ja kiintolevylle suunnittelu- ja valmistusosastolla sekä myyntiosastolla;

· Ne välitetään viestintäkanavaa pitkin kirjanpito- ja suunnittelu- ja talousosastolle.

Tuotostiedot julkaistaan ​​neljännesvuosittain.

2.4.2 Ehdotuksia tiedon koodaamiseksi ja luokitteluksi

Syöttötiedot on koodattava ottaen huomioon seuraavat vaatimukset:

· Ohjausjärjestelmän ongelmien ratkaisemiseen kuluvan ajan ja muiden kustannusten vähentäminen;

· Laadukkaan tiedon tarjoaminen.

Tietojärjestelmä käyttää syöttötietojen koodausmenetelmää (taulukko. Suunnittelu- ja valmistuskirjanpito, kenttä - tietuenumero, Myyntikirjanpito - tietuenumero).

Nämä tiedot koodataan järjestysmenetelmällä. Sen etuna on helppokäyttöisyys, kun taas sen haittana on koodin ylivuoto.

Tietojen luokitus.

Luokittelumenetelmiä on kaksi:

· Hierarkkinen - tämä luokittelumenetelmä ymmärretään menetelmäksi, jossa tietty joukko jaetaan peräkkäin alisteisiin osajoukkoon, määrittäen asteittain luokituksen kohteen. Tässä tapauksessa jaon perustana on jokin valittu ominaisuus. Tuloksena olevien ryhmittelyjen joukko muodostaa tässä tapauksessa hierarkkisen puumaisen rakenteen haarautuneen graafin muodossa, jonka solmut ovat ryhmittelyjä.

· Faceted - tämä luokitusmenetelmä tarkoittaa objektijoukon rinnakkaista jakamista itsenäisiin luokitusryhmiin. Samanaikaisesti jäykkää luokitusrakennetta ja valmiita äärellisiä ryhmittelyjä ei oletetaan. Luokitteluryhmät muodostetaan yhdistämällä vastaavista puolista otettuja arvoja.

Ohjausjärjestelmien tiedon laatu on joukko ominaisuuksia, jotka määräävät tietojen soveltuvuuden ohjausjärjestelmän tarpeisiin. Ohjausjärjestelmissä käytettävän tiedon tärkeimmät ominaisuudet ovat:

Ш Kumulatiivisuus - tiedon täydellisyys;

Ш Uskottavuus - piilovirheiden puuttuminen;

Ш Turvallisuus - luvattoman pääsyn mahdottomuus;

Ш Tehokkuus - oikea-aikaisuus;

Ш Homomorfismi - tiedot tulee esittää yhdessä muodossa;

Ш Identiteetti - objektien vastaavuus tällä hetkellä;

Ш Luottamuksellisuus on salassapitoa.

Pääasiallinen ohjelmistomenetelmä ohjausjärjestelmässä käytetyn tiedon laadun ohjaamiseksi on:

Looginen - semanttinen tarkistus eli ohjaus poikkeamien perusteella tietyn tietuesarjan mukaan

· Ohjelmisto.

Tässä työssä tiedon laadunvalvonta suoritetaan painikkeella "Validity control". Taulukot tarkistetaan: tuotteet, projektit ja myyntitietueet. Jos taulukko sisältää negatiivisia arvoja tuotantokustannuksille, myyntihinnalle, suunnittelukustannuksille ja määrälle, painiketta painettaessa havaitaan virhe. Muuten virheistä ei ilmoiteta.

2.4.4 Ehdotetut toimenpiteet tietojen suojaamiseksi luvattomalta käytöltä

Luvaton pääsy - tietojen hankkiminen ilman omistajan lupaa.

Sen tyypit:

1. Epäsuora - salakuuntelu, etäkuvaus, radiokuuntelu jne.

2. Suora - tallennusvälineiden suora varastaminen, tietojen lukeminen levyltä, kirjautuminen järjestelmään jonkun toisen salasanalla, järjestelmäpyyntöjen peittäminen, ohjelmistovirustartunta jne.

Tietojen haavoittuvin osa suojataan seuraavilla menetelmillä:

· Menettelylliset - organisatoriset ja tekniset toimenpiteet - kaikkien tietokoneiden ja käyttäjien tunnistaminen, työaikataulun, erityisten tietokantojen ja ohjelmien laatiminen.

Ohjelmistot - tietokantojen ja sovellusohjelmien suojaus kopiointia vastaan, virustorjuntaohjelmat, salaus, tietojen varmuuskopiointi

Tietojärjestelmä käyttää ohjelmistosuojausmenetelmää (virusskannaus).

Tietokanta luotiin ACCESS DBMS:ssä, koska se on keskittynyt enemmän keskimääräiseen käyttäjään verrattuna esimerkiksi FOXPRO DBMS:ään, joka on keskittynyt sovellusohjelmoijaan. DBMS:n valinta määräytyy AIS:n osana ratkaistujen hallintatehtävien monimutkaisuuden mukaan. Siksi tälle kurssityölle DBMS ACCESS on optimaalinen.

2.4.5 Tietokannan (DB) ja tietokannan hallintajärjestelmän vaatimukset

Automatisoidussa järjestelmässä käytettävä tietokannan hallintajärjestelmä on ACCES DBMS, koska se on keskittynyt enemmän tavalliseen käyttäjään, ja FOXPRO DBMS on sovellusohjelmoijalla.

2.4.6 Teknisiä välineitä koskevat vaatimukset

On suositeltavaa käyttää PC:tä, jossa on Pentium-IV-prosessori, vähintään 256 Mt RAM-muistia ja vähintään 200 Gt levytilaa. Tämä varmistaa korkean suorituskyvyn lähiverkon suorituskyvyn kaikissa topologioissa ja käyttöjärjestelmissä.

Vaatimukset apuvälineille. Verkkoa varten asenna 32-bittiset EtherNet-sovittimet ISA:lla tai TokenRing-sovittimet MicroChannelilla tai ArcNet-sovittimet ISA:lla.

Verkkotulostimen on täytettävä seuraavat vaatimukset:

· On korkea suorituskyky;

· Riittävä puskurimuisti;

· Työn luotettavuus on korkea;

· Tarjoa korkealaatuista tulostusta;

· On suotavaa pystyä kopioimaan asiakirjoja.

Tämän perusteella käytetään lasertulostinta - HP LaserJet 1100.

Verkon luotettavuuden parantamiseksi on tarpeen asentaa keskeytymättömät virtalähteet UPS, erityisesti tiedostopalvelimelle.

3. Tekninen työprojekti (suunnitteluratkaisu)

Plagioinnin hakuprosessien automatisointi

Käyttäjätuen automaatio

GOST 34.601-90:n mukaisesti tätä standardia sovelletaan automatisoituihin järjestelmiin (AS), joita käytetään erilaisissa toimissa (tutkimus, suunnittelu, hallinta jne.), mukaan lukien organisaatioissa luodut yhdistelmät ...

Palkkalaskennan automatisointi Nechkinskoje OJSC:n esimerkillä Sarapulin alueella Udmurtin tasavallassa 1C: Enterprise 8.0 -ohjelmalla

Automaattinen tietojärjestelmä vedenkulutuksen mittaamiseen

Yleiset tiedot Järjestelmän koko nimi ja sen symboli Tietojärjestelmä vedenkulutuksen mittaamiseen Vodosnabzhenie-osakeyhtiön (AIS URV "Vodosnabzhenie") esimerkissä ...

Automatisoitu tietojärjestelmä kirjanpidon varastointiin ja instrumenttien ylläpitoon

Tehtävä on kehitetty GOST 34.602-89 "Tietotekniikka. Automaattisten järjestelmien standardit. Tehtävä automatisoidun järjestelmän luomiseen" mukaisesti ...

Virtuaalinen dekaanitoimisto

Sivuston päivittämistä varten sivukonttori tarjoaa uusia tietoja, valokuvia ja mediatiedostoja, jotka on korvattava millä tahansa sivuilla. Vaihto tapahtuu ohjekirjan s. 2 avulla...

Tietojärjestelmä "Klinnika"

1. Kehitettävän IS:n tarkoituksen määrittely Parantaa organisaation asiakaspalvelun laatua, nopeuttaa paperityötä. 2 ...

ATP:n tietotuki

Teknisen tuen valinta tehdään ottaen huomioon huoltoaseman organisaatiorakenne ...

Tietoverkon suunnittelu

Kurssin tavoitteena on kehittää tietoverkkoa kunnan oppilaitoksen kuntosalille nro 7, joka sijaitsee fyysisesti yksikerroksisessa rakennuksessa ...

Organisaation verkkosivuston kehittäminen (perustuu Avtomir LLC:n materiaaleihin, Gomel)

Harkitse Avtomir LLC:n teknisen tuen tasoa. Kaikki organisaation työpaikat ovat automatisoituja. Henkilökohtaiset tietokoneet asennetaan työpaikoille ...

Matkaviestinsalongin tietojärjestelmän kehittäminen ja suunnittelu Microsoft Accessilla Visual Basic -ohjelmointikielellä

Yksi automatisoidun tietojärjestelmän suunnittelun vaiheista on teknisten eritelmien kehittäminen ja hyväksyminen järjestelmän luomista varten. Toimeksianto on tärkein asiakirja ...

Tietojärjestelmän kehittäminen organisaation "WestCall" verkonvalvojalle

Tietokone- ja toimistolaitteiden sekä tarvikkeiden kirjanpitojärjestelmän kehittäminen

1 Yleistä tietoa. 1.1 Järjestelmän koko nimi ja sen tunnus "Bentec IT & Soft keksintö" 2. Järjestelmän luomisen tarkoitus ja tarkoitus. 2.1 Järjestelmän tarkoitus...

Teknisten eritelmien kehittäminen Bukva-myymälän automatisointiin

Yleistä Järjestelmän nimi on Bukva-Serov-myymälän toiminnan automaattinen kirjanpitojärjestelmä. Asiakasyritys - LLC "Etalon" ...

Luo tiimisivusto

1) Tuotetyyppi: Dynaaminen ryhmäsivusto; 2) Tarkoitus: Ryhmälle sivuston luominen ryhmän opiskelijoiden informoinnin helpottamiseksi ei-akateemisina ja akateemisina aikoina; 3) Kohderyhmä: Ryhmäopiskelijat ja yliopiston opettajat; 4) Sivuston vaatimukset: 1) Kätevä ...

Lähetä hyvä työsi tietokanta on yksinkertainen. Käytä alla olevaa lomaketta

Opiskelijat, jatko-opiskelijat, nuoret tutkijat, jotka käyttävät tietopohjaa opinnoissaan ja työssään, ovat sinulle erittäin kiitollisia.

Julkaistu osoitteessa http://www.allbest.ru/

• Johdanto
• 1. Tehtäväehdot
• 1.1 Yleistä
• 1.2 Kehittämisen perusta
• 1.3 Järjestelmän tarkoitus ja tavoitteet
• 1.4 Järjestelmävaatimukset
• 1.4.1 Koko järjestelmää koskevat vaatimukset
• 1.4.2 Vaatimukset järjestelmän suorittamille toiminnoille (tehtäville).
• 1.4.3 Vakuustyyppejä koskevat vaatimukset
• 1.5 Automaatioobjektien kuvaus
• 1.6 Dokumentaatiovaatimukset
• 1.7 Vaiheet ja kehitysvaiheet
• 1.7.1 Kehitysvaiheet
• 1.7.2 Kehitysvaiheet
• 1.7.3 Työn sisältö vaiheittain
• 1.8 Järjestelmän valvonta- ja hyväksymismenettely
• 1.8.1 Järjestelmän ja sen komponenttien tyypit, koostumus, laajuus ja testausmenetelmät
• 1.8.2 Yleiset vaatimukset töiden hyväksymiselle vaiheittain
• 1.8.3 Hyväksyntätoimikunnan asema (osavaltio, osastojen välinen, osasto)
• 2. Tekninen suunnittelu
• 2.1 Toiminnallinen rakenne
• 2.1.1 Aihealueen kuvaus
• 2.1.2 Toiminnot ja organisaatiorakenne
• 2.1.3 Tietovirtojen ja liiketoimintaprosessien kuvaus
• 2.2 IC:n järjestelmäsuunnittelu
• 2.2.1 IS:n konseptin, arkkitehtuurin ja toteutusalustan kehittäminen
• 2.2.2 Tietojärjestelmän rakenne, toiminnallisten ja sitä tukevien osajärjestelmien kokoonpano
• 2.2.3 IS-laitteisto
• 2.3 IP:n tietotuki
• 2.3.1 Tietokannan loogisen rakenteen kuvaus
• 2.3.2 Tietokannan fyysisen toteutuksen kuvaus
• Johtopäätös
• Bibliografia

Johdanto

Kurssityö käsittelee teknisen toimeksiannon luomista lentolippujen myynti- ja varausjärjestelmän tietojärjestelmän kehittämiseen. Työn tavoitteena on perehtyä tietojärjestelmien ja niiden ohjelmistojen kehittämisen teknisten eritelmien laadintaan ja saada perustiedot.

Työ tietojärjestelmän luomiseksi alkaa asiakasvaatimusten muodostamisesta luotavalle järjestelmälle ja niiden rekisteröinnillä teknisen tehtävän (TOR) muodossa. TK on pääasiakirja, joka määrittelee vaatimukset ja menettelytavan automatisoidun järjestelmän luomiselle, jonka mukaan järjestelmä kehitetään ja hyväksytään käyttöönoton yhteydessä. Lisäksi teknisen toimeksiannon perusteella tehdään työlaskelma ja täsmennetään työvoimakustannukset.

TK koostuu kolmesta vaiheesta:

1. Tietojärjestelmän kehittämistarpeen perustelu - ongelman selvitys, lähdemateriaalin kerääminen, kehitetyn järjestelmän tehokkuuden ja laadun kriteerien valinta ja perustelut, T&K-tarpeen perustelut;

2. T&K - syöttö- ja lähtötietojen rakenteen määrittäminen, ongelmien ratkaisumenetelmien alustava valinta, kehitetyn järjestelmän käyttökelpoisuuden perustelut, teknisten keinojen vaatimusten määrittäminen, ongelman ratkaisemisen perusmahdollisuuden perustelut;

3. teknisten eritelmien kehittäminen ja hyväksyminen - ohjelmien vaatimusten määrittäminen, järjestelmän toteutettavuustutkimuksen kehittäminen, järjestelmän kehittämisen vaiheiden, vaiheiden ja ehtojen määrittäminen ja sen dokumentointi, ohjelmointikielten valinta, T&K-tarpeen määrittäminen viimeisissä vaiheissa teknisten eritelmien koordinointi ja hyväksyminen.

TK suorittaa seuraavat toiminnot:

Organisaatiotoiminto on urakoitsijalle kiinteä tehtävä ja lopulliset vaatimukset tilaajalta.

Tiedotustoiminto on toimeksisaajan prosessissa oleva tilaus ja tilaajan toiveiden huomioiminen.

Viestintätoiminto - molemminpuolinen sopimus "hankkeen aiheesta", lukuun ottamatta vaateita.

Oikeudellinen tehtävä - TK:lla on sama oikeudellinen voima kuin "Sopimuksella".

Kehitetyn teknisen projektin tulos riippuu pitkälti teknisen eritelmän laadinnan täydellisyydestä ja tarkkuudesta.

1. Tehtäväehdot

1.1 Yleistä

Järjestelmän koko nimi ja sen symboli: "Toimiston automatisoitu tietojärjestelmä lentolippujen myyntiin ja varaamiseen." Lyhyt kuvaus sovellusalueesta

Järjestelmä on tarkoitettu käytettäväksi asiakkaan organisaatiossa, meidän tapauksessamme - lentolippujen myynti- ja varaustoimistossa.

Menettely järjestelmän (sen osien), yksittäisten välineiden (laitteistot, ohjelmistot, tiedot) sekä ohjelmistojen ja laitteistojen (ohjelmistot ja metodologiset) valmistus- ja säätötyön tulosten myöntämiseksi ja asiakkaalle esittämiseksi. järjestelmä: AIS "Ticket" toimitetaan suoritettavien moduulien muodossa koko työn suorittamiseksi, Asiakas ostaa tekniset välineet itsenäisesti. Järjestelmän luomistyön tulosten rekisteröinti suoritetaan allekirjoittamalla asiakkaalle järjestelmän hyväksymisasiakirja, jos Kehittäjälle ei ole vaatimuksia. Asiakirja on laadittu kahtena kappaleena. Yksi kopio on Asiakkaan hallussa, toinen on Kehittäjän hallussa.

1.2 Kehittämisen perusta

Teknisten eritelmien kehittämisen perustana on "Tietojärjestelmien suunnittelu" -kurssin kurssityön tehtävä.

Kehitysaiheen nimi - "Tietojärjestelmän kehittäminen lentolippujen myynti- ja varaustoimistolle"

Kehitysaiheen nimitys (aihekoodi) - "IS APB"

1.3 Järjestelmän tarkoitus ja tavoitteet

Järjestelmän toiminnallinen tarkoitus: AIS "Ticket" on suunniteltu automatisoimaan lentolippujen myynti- ja varaustoimiston työ.

Järjestelmän toiminnallinen tarkoitus: Järjestelmän tulee olla organisaation työntekijöiden käytössä.

Järjestelmän tavoitteet: Järjestelmä nopeuttaa lentolippujen tilaamista, mikä yksinkertaistaa toimiston työtä.

1.4 Järjestelmävaatimukset

1.4.1 Koko järjestelmää koskevat vaatimukset

Vaatimukset järjestelmän rakenteelle ja toiminnalle

Luettelo osajärjestelmistä, niiden tarkoitus ja pääominaisuudet, vaatimukset hierarkiatasojen lukumäärälle ja järjestelmän keskittämisasteelle

AIS "Ticket" sisältää seuraavat alajärjestelmät:

Tilauksen hyväksyminen;

Lippujen myöntäminen;

Sovittelu asiakkaan kanssa.

Osajärjestelmä "Tilauksen hyväksyminen" on tarkoitettu lentolippujen tilauksen rekisteröintiin.

Alajärjestelmä "Selvitys asiakkaan kanssa" antaa asiakkaalle passitietoihin liittyvän varausnumeron (kortilla maksaminen).

Vaatimukset tiedonsiirtomenetelmille ja -välineille järjestelmäkomponenttien välillä:

Tiedonvaihto tapahtuu paikallisverkon kautta.

Järjestelmän toimintatapoja koskevat vaatimukset:

Järjestelmän on tuettava monen käyttäjän ja offline-käyttötiloja. Käyttäjät pääsevät järjestelmään Internetin tai puhelinpalvelukeskuksen kautta.

Järjestelmähenkilöstön lukumäärää ja pätevyyttä koskevat vaatimukset

Henkilöstön pätevyyttä, koulutusta ja tietojen ja taitojen valvontaa koskevat vaatimukset:

Hakemusten vastaanottoon osallistuvalla työntekijällä tulee olla taidot työskennellä henkilökohtaisen tietokoneen kanssa käyttäjätasolla. Henkilöstön määrä voi vaihdella tilausmäärien mukaan.

Luotettavuusvaatimukset

Järjestelmän palautus laitteiston toimintahäiriöiden (paitsi tietovälineiden ja ohjelmien) ja ohjelmistovirheiden (käyttöjärjestelmä ja laiteajurit) yhteydessä, palautus on käyttöjärjestelmän vastuulla.

Jos laitteiston virtalähdejärjestelmässä ilmenee vikoja, jotka johtavat käyttöjärjestelmän uudelleenkäynnistykseen, ohjelma on palautettava käyttöjärjestelmän uudelleenkäynnistyksen ja järjestelmän suoritustiedoston käynnistämisen jälkeen.

Myös järjestelmän toimivuus kokonaisuutena on varmistettava vikojen, onnettomuuksien ja yksittäisten työpisteiden vikojen sattuessa. Laitteen suojaamiseksi jännitepiikkeiltä ja kytkentämelulta tulee käyttää ylijännitesuojaa, ja jotta käyttäjä voisi säästää tietoja sähkökatkon sattuessa, on suositeltavaa käyttää keskeytymättömiä virtalähteitä.

Turvallisuusvaatimukset

Asiakas varmistaa, että osajärjestelmän muuttamisessa ja kehittämisessä käytetyt tekniset ratkaisut ovat voimassa olevien standardien, turvallisuusmääräysten, palo- ja räjähdysturvallisuuden sekä ympäristönsuojelun mukaisia.

Vaatimukset järjestelmäkomponenttien käytölle, huollolle, korjaukselle ja varastoinnille

Osajärjestelmän teknisten välineiden käyttöolosuhteiden sekä huoltotyyppien ja huoltotiheyden tulee olla valmistajan (valmistajan) asiakirjoissa niille asetettujen käyttöä, huoltoa, korjausta ja varastointia koskevien vaatimusten mukaisia.

Vaatimukset tietojen suojaamisellet luvaton pääsy

Tietojen suojaamiseksi luvattomalta käytöltä Järjestelmän on toimitettava:

a) käyttäjän tunnistaminen ja todennus;

b) käyttäjien käyttöoikeuksien ja rajoitusten tarkistaminen toimintojen ja tietoryhmien tasolla järjestelmän kanssa työskennellessä.

Tietojen turvallisuutta koskevat vaatimukset onnettomuustapauksissa

On tarpeen säätää mahdollisuudesta varmuuskopioida järjestelmätiedot kehittäjän toimittaman ohjelmiston avulla.

Standardoinnin ja yhtenäistämisen vaatimukset

Tässä järjestelmässä tulee soveltaa ohjelmiston elinkaaren vesiputousmallia.

Järjestelmän tulee käyttää (tarvittaessa) koko venäläisiä luokittimia ja yhtenäisiä luokittimia ja sanakirjoja erityyppisille aakkosnumeerisille ja tekstitiedoille.

Järjestelmän käyttöliittymän, ohjetiedostojen ja ohjelman tekstitietojen tulee olla venäjäksi.

Näyttölomakkeet tulee suunnitella ottamalla huomioon yhdistämisvaatimukset:

Kaikki käyttöliittymän näyttömuodot tulee toteuttaa yhdellä graafisella suunnittelulla, samalla pääsäätimien ja navigoinnin järjestelyllä.

1.4.2 Vaatimukset järjestelmän suorittamille toiminnoille (tehtäville).

Jokaiselle osajärjestelmälle luettelo automaatiota tukevista toiminnoista, tehtävistä tai niiden komponenteista (mukaan lukien ne, jotka varmistavat järjestelmän osien vuorovaikutuksen)

Tietojärjestelmän tulee varmistaa seuraavien toimintojen suorittaminen:

tilausten vastaanottamisen alajärjestelmä,

Asiakasselvityksen alajärjestelmä.

1.4.3 Vakuustyyppejä koskevat vaatimukset

Järjestelmän tietotukeen

Tietojen koostumukseen, rakenteeseen ja järjestämismenetelmiin järjestelmässä

Järjestelmätiedot tallennetaan yhdelle paikalliselle koneelle. Järjestelmäsyöte toimitetaan tilauskuvauksen kanssa, ulostulona tulee olla lasku ja asiakastunnus.

Tietojen keräämisen, käsittelyn, siirron järjestelmässä ja tietojen esittämisen prosessin rakenteeseen.

Tiedot syötetään järjestelmään manuaalisesti, käsitellään ja annetaan käyttäjälle vaaditussa muodossa (sähköisesti, painettuna).

Tietojen suojaaminen tuhoutumiselta onnettomuuksien ja järjestelmän sähkökatkojen sattuessa

Teknisten välineiden sarjaan tulisi kuulua keskeytymätön virtalähde. Tämän lähteen työn tulee kestää vähintään puoli tuntia, jotta järjestelmä sammuisi oikein.

Tietojen hallinta, tallennus, päivittäminen ja palauttaminen

Järjestelmän tulee tukea automaattista päivittäistä varmuuskopiointia.

Järjestelmäohjelmistovaatimukset

Järjestelmän tulee toimia Windows XP / Vista / 7/8 käyttöjärjestelmissä

Järjestelmän laitteistovaatimukset

Järjestelmässä käytettävien teknisten välineiden tyypeille, mukaan lukien teknisten välineiden kompleksien tyypit, ohjelmisto- ja laitteistokompleksit ja muut komponentit.

Työasemat;

Keskeytymätön virtalähde;

Tiedonsiirtoväline työasemien välillä (esim. UTP 5e kierretty pari);

Tulostin.

Asiakas ostaa tekniset välineet itsenäisesti.

Järjestelmän teknisen tuen toiminnallisiin, rakentaviin ja toiminnallisiin ominaisuuksiin.

Intel Pentium IV -suoritin 2 GHz tai suurempi, vähintään 2 Gt RAM-muistia ja vähintään 500 Gt kiintolevytilaa.

Kehon vaatimuksetjärjestelmän erillinen tuki

Organisatoriselle tuelle annetaan vaatimukset:

Järjestelmän toimintaan osallistuvien tai toiminnan järjestävien osastojen rakenteeseen ja toimintoihin.

Järjestelmän toiminnasta vastaa järjestelmäinsinööri, käytössä on 4 työntekijää.

Järjestelmän toiminnan organisointiin sekä ydinvoimalaitoksen henkilöstön ja automaatioobjektin henkilökunnan välisen vuorovaikutuksen järjestykseen.

Organisatorisen tuen tulee olla riittävä, jotta heille määrätty henkilöstö voi tehokkaasti suorittaa järjestelmän toimintojen toteuttamisessa tehtäviä.

Suojaa järjestelmähenkilöstön virheellisiltä toimilta.

Henkilöstövirheiltä suojautuminen koostuu joidenkin kenttien tietojen täytön tarkistamisesta, mahdollisuudesta palauttaa alkuperäiset tiedot ja peruuttaa viimeiset muutokset, rajoittamalla pääsyä työntekijöiden tehtävien ja valtuuksien mukaan.

1.5 Automaatioobjektien kuvaus

Lyhyet tiedot automaatioobjektista tai linkit tällaisia ​​tietoja sisältäviin asiakirjoihin

Automaatioobjekti on lentolippujen tilaamiseen liittyvä prosessi.

Tietoa automaatioobjektin käyttöolosuhteista ja ympäristön ominaisuuksista

Tämä järjestelmä asennetaan tuotanto- ja toimistotiloihin.

1.6 Dokumentaatiovaatimukset

Seuraavat asiakirjat tulee myöntää järjestelmälle eri kehitysvaiheissa:

Organisaatiokaavio;

Toiminnallinen rakennekaavio;

Luettelo tulosignaaleista ja tiedoista;

Luettelo lähtösignaaleista (asiakirjat);

Teknisen hankkeen selitys;

Kuvaus automatisoitavista toiminnoista;

Tehtävien asettamisen kuvaus (tehtäväsarja);

Kuvaus tietokannan organisaatiosta;

Tietojoukon kuvaus;

Ohjelmiston kuvaus;

Käyttöohjeet.

1.7 Vaiheet ja kehitysvaiheet

1.7.1 Kehitysvaiheet

Kehitys tulisi suorittaa 6 vaiheessa:

1. Teknisten eritelmien kehittäminen

2. Hankedokumentaation kehittäminen

3. Luonnossuunnitelman luominen

4. Yksityiskohtainen suunnittelu

5. Käyttöönotto

6. Huolto ja modernisointi

1.7.2 Kehitysvaiheet

Teknisen tehtävän kehittämisvaiheessa on suoritettava tämän teknisen tehtävän kehittämis-, hyväksymis- ja hyväksymisvaihe.

Hankedokumentaation kehitysvaiheessa projektidokumentaation kehitysvaihe on saatava päätökseen.

Luonnossuunnitelman laatimisvaiheessa on laadittava luonnos, joka on annettava asiakkaalle ennakkoon.

Yksityiskohtaisen suunnittelun vaiheessa on suoritettava seuraavat työvaiheet:

1) tietojärjestelmän kehittäminen;

2) dokumentaation kehittäminen.

Toteutusvaiheessa ohjelman valmistelu ja siirtäminen asiakkaalle on saatava päätökseen.

Huolto- ja modernisointivaiheessa tulee tehdä työtä tietojärjestelmän nykyisen version parantamiseksi.

Toimeksiannon kehittämisvaiheessa on suoritettava seuraavat työt:

1) ongelman kuvaus;

2) teknisiä välineitä koskevien vaatimusten määrittely ja selventäminen;

3) tietojärjestelmää koskevien vaatimusten määrittely;

4) tietojärjestelmän ja sen dokumentoinnin vaiheiden, vaiheiden ja kehitysehtojen määrittäminen;

5) perustelut ja työkalujen valinta;

6) teknisten eritelmien koordinointi ja hyväksyminen.

Projektidokumentaation kehittämisvaiheessa on suoritettava seuraavat työt:

1) tärkeimpien liiketoimintaprosessien määrittely (IDEF0-kaavioiden muodossa);

2) Järjestelmän pääkäyttötapausten määrittäminen kolmelle käyttäjäkategorialle (Vieras, Valtuutettu käyttäjä, Järjestelmänvalvoja) UML-käyttötapauskaavioina;

3) tietokannan rakenteen suunnittelu muodossa (ER-kaavio);

4) Järjestelmän pääkomponenttien ja algoritmien suunnittelu vastaavien UML-kaavioiden muodossa;

5) käyttöliittymän rakenteen suunnittelu;

6) hankedokumentaation koordinointi ja hyväksyminen.

Kehitysvaiheessa tulisi tehdä työtä tietojärjestelmän kehittämiseksi, joka perustuu projektidokumentaatioon, koodaukseen ja virheenkorjaukseen.

Dokumentaation kehittämisvaiheessa ohjelma-asiakirjojen kehitys tulee suorittaa vaatimusten mukaisesti. Tämän teknisen toimeksiannon "ohjelmistodokumentaation alustava kokoonpano".

Ohjelman valmistelu- ja siirtovaiheessa tulee tehdä työtä ohjelman ja ohjelmadokumentaation valmisteluun ja siirtämiseen käyttöön.

Järjestelmän nykyisen version parantamisvaiheessa tulisi tehdä työtä uusien versioiden luomiseksi järjestelmästä ja uusien toimintojen lisäämiseksi vanhaan versioon.

1. IP-vaatimusten analyysi

2. Neuvottelut vaatimuksista asiakkaan kanssa

3. Järjestelmäkonseptin muunnelman valinta ja kehittäminen

4. Teknisten eritelmien ja projektin kehittäminen

5. Teknisten eritelmien ja hankkeen koordinointi ja hyväksyminen

6. Työsuunnitelman laatiminen

7. Laitteiston valmistelu

8. Ohjelmistokehitys

9. Laitteiston ja ohjelmiston yhteensopivuuden tarkistaminen

10. Ohjelmistojen ja laitteistojen integrointi ja testaus

11. Muutosten käyttöönotto

12. Ohjeiden kehittäminen IS:n toimintaa varten

13. Täydellisen IP-asiakirjan rekisteröinti

14. IP:n toimittaminen asiakkaalle

Taulukko 1 - Laskelman lähtötiedot

Kuva 1 - Tehtäväselostus

Kuva 2 - Gantt-kaavio

Kuva 3 - Verkon työaikataulu

Verkon kriittinen polku on seuraava: 0 1 2 3 4 5 6891011121314

Taulukko 2 - Tapahtumien aikaparametrit

Taulukko 3 - Täyden ja vapaan ajan varaukset

1.8 Järjestelmän valvonta- ja hyväksymismenettely

1.8.1 Järjestelmän ja sen komponenttien tyypit, koostumus, laajuus ja testausmenetelmät

Järjestelmää testataan syöttämällä suuri määrä tietoa, syöttämällä samat tiedot, tiedot erityyppisistä tiedoista, tiedot suuremmalta alueelta. Näyttölomakkeet tarkistetaan käyttöoppaan kuvauksen mukaisiksi (rajapinnan testaus).

1.8.2 Yleiset vaatimukset töiden hyväksymiselle vaiheittain

Toimituksen ja vastaanottamisen suorittaa toimikunta, johon kuuluvat tilaajan ja urakoitsijan edustajat. Hyväksynnän tulosten perusteella allekirjoitetaan vastaanottotoimikunnan asiakirja.

Kaikki tämän työn puitteissa syntyneet ohjelmistotuotteet siirretään Asiakkaalle sekä valmiina moduuleina että sähköisessä muodossa esitettävänä lähdekoodina tavallisella konevälineellä (CD:llä).

1.8.3 Hyväksyntätoimikunnan asema (osavaltio, osastojen välinen, osasto)

Asiakas päättää hyväksymistoimikunnan tilan ennen testausta.

2. Tekninen suunnittelu

2.1 Toiminnallinen rakenne

2.1.1 Aihealueen kuvaus

Aihealueena on lentolippujen myynti- ja varaustoimisto

Yritykseen kuuluu hallintoosasto (koostuu kirjanpitäjästä ja johtajasta), työasemien käyttöosasto (tietotekniikan hallinta) (järjestelmävastaava ja teknikot), operaattorit.

Palvelujen laadusta vastaa hallintoosasto, johon kuuluu kirjanpitäjä ja johtaja.

2.1.2 Toiminnot ja organisaatiorakenne

Yritysrakenteen rakentaminen voidaan jakaa kolmeen vaiheeseen: organisaatiomallin rakentaminen, toiminnallisen mallin rakentaminen ja tietomallin rakentaminen.

Toimisto "Ticket" koostuu seuraavista osastoista:

Johtaja;

Hallinnollinen osasto;

Työasemien käyttöosasto;

Operaattoreiden osasto.

Yrityksen organisaatiorakenne on esitetty kuvassa 4.

Kuva 4 - Organisaatiomalli

Johtaja hoitaa yrityksen tuotannon, talouden ja rahoituksen sekä taloudellisen toiminnan yleistä johtamista sekä järjestää sen kaikkien rakenteellisten osastojen vuorovaikutusta.

Tuotantoosasto suorittaa tuotteen projektin kehittämisen, sen myöhemmän valmistuksen ja kokoonpanon.

Hallintoosasto, joka koostuu kirjanpitäjästä ja johtajasta, vastaa tarjottavien palvelujen laadusta.

Työasematoimintaosasto vastaa järjestelmän kunnosta.

Toimijat ovat vastuussa tilauksen hyväksymisestä ja tietojen syöttämisestä tietokantaan.

2.1.3 Tietovirtojen ja liiketoimintaprosessien kuvaus

Liiketoimintaprosessien mallinnus

Liiketoimintaprosessi on joukko toisiinsa liittyviä toimintoja tai tehtäviä, joiden tarkoituksena on luoda tietty tuote tai palvelu kuluttajille. Selvyyden vuoksi liiketoimintaprosessit visualisoidaan käyttämällä liiketoimintaprosessien vuokaaviota. Liiketoimintaprosessien mallintaminen on toimintaa organisaatiomallien muodostamiseksi, mukaan lukien kuvaus liiketoimintaobjekteista (osastot, asemat, resurssit, roolit, prosessit, toiminnot, tietojärjestelmät, tiedonvälittäjät jne.) ja osoitus niiden välisistä yhteyksistä. niitä. Luoduille malleille ja niitä vastaavalle sisällölle asetettavat vaatimukset määräytyvät mallinnuksen tavoitteiden mukaan. Liiketoiminnan mallintamista kutsutaan myös ohjelmistokehitysprosessissa tieteenalaksi ja erilliseksi osaprosessiksi, joka kuvaa yrityksen toimintaa ja määrittelee järjestelmälle asetettavat vaatimukset - ne osaprosessit ja toiminnot, jotka ovat automatisoitavia kehitetyssä tietojärjestelmässä.

Viraston toiminnan analysoinnin ja esiprojektitutkimuksen jälkeen voimme erottaa kolme AIS "Ticketin" liiketoimintaprosessia:

1. Tilauksen hyväksyminen.

2. Tunnusnumeron myöntäminen.

3. Sovittelu asiakkaan kanssa.

Liiketoimintaprosessien toiminnallista mallintamista edustaa IDEF0-metodologia. Se kuvaa automaatioobjektissa tapahtuvia liiketoimintaprosesseja. IDEF0-metodologian perustana on graafinen kieli liiketoimintaprosessien kuvaamiseen. IDEF0:n mallia edustaa joukko hierarkkisesti järjestettyjä ja loogisesti toisiinsa liittyviä kaavioita. Jokainen kaavio sijaitsee erillisellä arkilla. Voit erottaa neljä tyyppiä kaavioita:

Kontekstikaavio A-0 (jossakin mallissa voi olla vain yksi kontekstikaavio);

Hajotuskaaviot (mukaan lukien kaavio ensimmäisestä hajoamisasteesta A 0, paljastaen kontekstuaalisen);

Solmupuukaaviot;

Exposure-only diagrams (FEO).

Kontekstikaavio on kaavioiden puurakenteen yläosa ja edustaa yleisintä kuvausta järjestelmästä ja sen vuorovaikutuksesta ulkoisen ympäristön kanssa (yleensä mallinnetun kohteen päätarkoitus on kuvattu tässä). Kun järjestelmä on kuvattu kokonaisuutena, se jaetaan suuriin fragmentteihin. Tätä prosessia kutsutaan funktionaaliseksi hajotukseksi, ja kaavioita, jotka kuvaavat kutakin fragmenttia ja fragmenttien vuorovaikutusta, kutsutaan hajoamiskaavioiksi. Kontekstikaavion hajotuksen (eli kaavion A 0 saamisen) jälkeen kukin kaavion A 0 lohko hajotetaan pienemmiksi fragmenteiksi ja niin edelleen, kunnes vaadittu kuvaustaso saavutetaan. Jokaisen dekompositioistunnon jälkeen pidetään koeistuntoja - aihealueen asiantuntijat (yleensä analyytikoiden haastattelemat yritysten työntekijät) osoittavat todellisten liiketoimintaprosessien vastaavuuden luotuihin kaavioihin. Löydetyt epäjohdonmukaisuudet korjataan, ja vasta kun testi on suoritettu ilman kommentteja, voit siirtyä seuraavaan hajotusistuntoon. Näin malli vastaa todellisia liiketoimintaprosesseja mallin kaikilla tasoilla. Syntaksi järjestelmän kuvaamiseksi kokonaisuutena ja jokaisen sen fragmentin osalta on sama koko mallissa.

"AIS Ticketin" pääasiallinen liiketoiminta on lentolippujen myynti. Syöttötiedot ovat lippujen järjestys. Viikonloppu - kuitti. Bilet OJSC:n työntekijät (kirjanpitäjä, johtaja, IT-teknikot, operaattorit) toimivat työkaluina pääliiketoiminnan suorittamiseen.

Tietojen vuokaavio

Vaatimukset esitetään tietovirtojen yhdistämänä prosessihierarkiana. Tietovuokaaviot osoittavat, kuinka kukin prosessi muuttaa syötteensä tuotoksiksi, ja paljastavat näiden prosessien välisen suhteen. DFD-kaavioita käytetään menestyksekkäästi IDEF0-mallin lisäyksenä työnkulun ja tiedonkäsittelyn kuvaamiseen. Kuten IDEF0, DFD edustaa mallinnettavaa järjestelmää toisiinsa liittyvien teosten verkostona. DFD:n pääkomponentit (kuten edellä mainittiin) ovat prosessit tai toiminnot, ulkoiset entiteetit, tietovirrat, tiedontallennuslaitteet (tallennustilat). Toisin kuin IDEF0-nuolet, jotka edustavat jäykkiä suhteita, DFD-nuolet osoittavat, kuinka objektit (mukaan lukien tiedot) siirtyvät työstä toiseen.

Toisin kuin IDEF0, jossa järjestelmää tarkastellaan toisiinsa liittyvinä teoksina, DFD näkee järjestelmän objektien kokoelmana. Kontekstikaavio sisältää usein teoksia ja ulkoisia linkkejä. Teokset nimetään yleensä järjestelmän nimellä, esimerkiksi "Tiedonkäsittelyjärjestelmä". Xrefien sisällyttäminen kontekstikaavioon ei estä menetelmän vaatimuksia määritellä selkeästi mallinnettavan järjestelmän tarkoitus, laajuus ja yhtenäinen näkymä.

DFD:ssä toiminnot (prosessit) ovat järjestelmätoimintoja, jotka muuttavat syötteet tuotoksiksi. Vaikka teokset on kuvattu suorakulmioina pyöristetyillä kulmilla, niiden merkitys on sama kuin teosten IDEF0 ja IDEF3 merkitys. Aivan kuten IDEF3-prosesseissa, niillä on tulot ja lähdöt, mutta ne eivät tue ohjauksia ja mekanismeja, kuten IDEF0.

Ulkoiset entiteetit edustavat sisään- ja/tai uloskirjautumisia. Ulkoiset entiteetit piirretään suorakulmioksi varjolla ja sijaitsevat yleensä kaavion reunoilla. Yhtä ulkoista kokonaisuutta voidaan käyttää useita kertoja yhdessä tai useammassa kaaviossa. Yleensä tätä tekniikkaa käytetään välttämään liian pitkien ja sotkeutuneiden nuolien piirtämistä.

Työnkulut on kuvattu nuolilla ja ne kuvaavat objektien liikkumista järjestelmän osasta toiseen. Koska DFD:ssä työn kummallakin puolella ei ole selkeää tarkoitusta, kuten IDEF0:ssa, nuolet voivat mennä sisään ja ulos työn suorakulmion miltä tahansa pinnalta. DFD käyttää myös kaksipäisiä nuolia kuvaamaan komento-vastausdialogeja töiden välillä, työn ja ulkoisen entiteetin välillä sekä ulkoisten entiteettien välillä.

Toisin kuin liikkuvia objekteja kuvaavat nuolet, tietovarastot kuvaavat kohteita levossa.

2.2 IC:n järjestelmäsuunnittelu

viiteehdot kustannusten työvoimakustannusten varaus

2.2.1 IS:n konseptin, arkkitehtuurin ja toteutusalustan kehittäminen

Tärkeimmät näkökohdat valittaessa arkkitehtuuria IC:n rakentamiseen ovat nopeus, luotettavuus, skaalautuvuus ja turvallisuus.

Tällä hetkellä yleisimmät arkkitehtuurit ovat:

tiedosto palvelin;

asiakas-palvelin;

monitasoinen arkkitehtuuri.

Tiedostopalvelinarkkitehtuuri tarkoittaa, että palvelin vastaa vain tietojen tallentamiseen ja käsittely suoritetaan asiakaskoneilla. Tämä tarkoittaa, että tiedot on siirrettävä verkon yli, mikä johtaa raskaaseen verkkoliikenteen kuormitukseen. Tämä puolestaan ​​johtaa suorituskyvyn heikkenemiseen käyttäjien määrän kasvaessa. Myös tiedostopalvelin-arkkitehtuuria toteutettaessa eheyden, johdonmukaisuuden ja tietojen samanaikaisen pääsyn ongelma ratkaistaan ​​hajautetusti: tiedot tallennetaan palvelimelle ja käsitellään asiakkaalla. Tämän seurauksena sovelluksen luotettavuus heikkenee. Toinen haittapuoli on liikelogiikkapalvelujen päivittämisen ja ylläpidon korkeat kustannukset jokaisessa asiakastyöasemassa. Tällä arkkitehtuurilla on kuitenkin myös useita etuja, kuten alhaiset kehityskustannukset, korkea kehitysnopeus ja alhaiset ohjelmistojen päivitys- ja muuttamiskustannukset.

Asiakas-palvelin-arkkitehtuurista puuttuu edellä kuvatun arkkitehtuurin haitat, koska tietokantapalvelin ei ainoastaan ​​tarjoa pääsyä jaettuun tietoon, vaan myös käsittelee niitä. Asiakas lähettää pyynnöt palvelimelle palvelimelle "ymmärrettävällä" kielellä, joka puolestaan ​​käsittelee pyynnön, samalla valvoen tietojen eheyttä ja johdonmukaisuutta ja palauttaa käsitellyn pyynnön tuloksen asiakkaalle. Tämän seurauksena verkon kuormitus vähenee: asiakkaan ei enää tarvitse käsitellä välitietoja. Tallennus ja käsittely tapahtuu keskitetysti, joten tämä arkkitehtuuri on luotettavampi kuin tiedostopalvelinarkkitehtuuri. Asiakas-palvelin-arkkitehtuurin haittoja ovat ensinnäkin järjestelmäkehityksen riittävä monimutkaisuus, joka johtuu tarpeesta toteuttaa liiketoimintalogiikka ja tarjota käyttöliittymä yhdessä ohjelmassa sekä korkeat vaatimukset työasemille samasta syystä.

Seuraava vaihe IS-arkkitehtuurien kehittämisessä oli monitasoinen arkkitehtuuri, jossa liiketoimintalogiikka suoritetaan sovelluspalvelimella. Kerrostetulla arkkitehtuurilla on seuraavat edut:

skaalautuvuus;

konfiguroitavuus - tasojen eristäminen toisistaan ​​mahdollistaa järjestelmän nopean ja helpon konfiguroinnin uudelleen vikojen sattuessa tai määräaikaishuoltojen aikana jollakin tasosta;

korkea turvallisuus;

korkea luotettavuus;

alhaiset vaatimukset päätelaitteiden ja sovelluspalvelimen välisen kanavan (verkon) nopeudelle;

alhaiset vaatimukset terminaalien tuottavuudelle ja teknisille ominaisuuksille niiden kustannusten laskun seurauksena.

Kiistattomista eduistaan ​​huolimatta tämä järjestelmä ei kuitenkaan ole yleistynyt seuraavista syistä:

kerrosarkkitehtuuriin perustuvien järjestelmien kehittämisen monimutkaisuus, koska eri moduulien "telakoiminen" on erittäin vaikeaa, varsinkin jos ne ovat eri ryhmien kirjoittamia. Muutos yhdessä moduulissa aiheuttaa pääsääntöisesti lumivyörymäisen muutoksen muihin, ja tästä näkökulmasta yksinkertainenkin monikerroksiseen arkkitehtuuriin perustuva järjestelmä on kaksi kertaa vaikeampi toteuttaa;

korkeat vaatimukset sovelluspalvelimien ja tietokantapalvelimen suorituskyvylle ja siten palvelinlaitteiston korkeat kustannukset;

korkeat vaatimukset tietokantapalvelimen ja sovelluspalvelimien välisen kanavan (verkon) nopeudelle;

hallinnon monimutkaisuus.

Otettuaan huomioon kunkin arkkitehtuurin kaikki edut ja haitat, valitsemme "AIS Ticket" -järjestelmän toteuttamiseksi asiakas-palvelin-arkkitehtuurin. Tämä arkkitehtuuri mahdollistaa työn optimaalisen jakautumisen järjestelmän asiakas- ja palvelinosien välillä: työasemalla toimiva sovellus ei lue tietokannan tietueita "suoraan", vaan lähettää pyynnöt palvelimelle, jossa ne peräkkäin käsitellään ja prosessointi tapahtuu. tulokset lähetetään työasemalle. Ja tämä vähentää merkittävästi tiedonkulkua lähiverkossa.

Tietojärjestelmän toiminta- ja rakennekaavio on esitetty kuvassa 5.

Kuva 5 - Asiakas-palvelin-arkkitehtuuri

2.2.2 Tietojärjestelmän rakenne, toiminnallisten ja sitä tukevien osajärjestelmien kokoonpano

Toiminnalliset osajärjestelmät - taloudellisten tehtävien kokonaisuus, jossa on korkea tiedonvaihto (yhteydet) tehtävien välillä (tietty tietojenkäsittelyprosessi, jossa on selkeästi määritelty syöttö- ja lähtötietosarja. Toiminnalliset osajärjestelmät palvelevat epävirallisesti tietyntyyppisiä talousjärjestelmän toimintoja (yritys), joka on ominaista sen rakenteellisille jaoille ja (tai) johtamistoiminnoille Toiminnallisten osajärjestelmien integrointi yhdeksi järjestelmäksi saavutetaan luomalla ja käyttämällä tukiosajärjestelmiä, kuten:

Tiedottava;

Tekninen;

Ohjelmisto;

Matemaattinen;

Kielellinen.

Tukialijärjestelmät ovat yhteisiä koko IS:lle riippumatta siitä, missä toiminnallisissa osajärjestelmissä tietyntyyppistä tukea käytetään. Työssä tuki- ja organisaatioosajärjestelmät yhdistetään yhdeksi tukevaksi osajärjestelmäksi. Päätöksen perusteena voidaan pitää sitä, että niiden komponentit varmistavat järjestelmän tavoitteiden ja toimintojen toteutumisen.

Tukevien alajärjestelmien kokoonpano ei riipu valitusta aihealueesta ja siinä on:

Toiminnallinen rakenne;

Tietotuki;

Matemaattiset (algoritmiset ja ohjelmistot) ohjelmistot;

Tekninen tuki;

Organisaatiotuki,

ja IS-kehitysvaiheessa lisäturvaa:

laillinen;

Kielellinen;

Teknologinen;

metodologinen;

Liitännät ulkoisiin IC:ihin.

Tietotuki on joukko työkaluja ja menetelmiä tietokannan rakentamiseen. Se määrittelee menetelmät ja muodot ohjausobjektin tilan näyttämiseksi IS:n sisällä olevien tietojen, asiakirjojen, kaavioiden ja signaalien muodossa IS:n ulkopuolella.

Ohjelmisto koostuu algoritmista ja ohjelmistosta.

Organisaatiotuki on joukko työkaluja ja menetelmiä tuotannon organisoimiseksi ja johtamiseksi tietoyhteiskunnan käyttöönoton yhteydessä.

Organisaatiotuen tarkoitus on: johtamistehtävien valinta ja muotoilu, johtamisjärjestelmän ja sen parantamiskeinojen analysointi, ratkaisujen kehittäminen IS:n ja henkilöstön välisen vuorovaikutuksen järjestämiseen, johtamistehtävien toteuttaminen. Organisaatiotuki sisältää viestintätavat asiakkaiden kanssa, paperityövaatimukset, työnkuvat jne.

Algoritminen tuki on joukko matemaattisia menetelmiä, malleja ja algoritmeja, joita järjestelmässä käytetään ongelmien ratkaisemiseen ja tietojen käsittelyyn.

2.2.3 IS-laitteisto

Teknisten välineiden kokonaisuuden tulisi sisältää seuraavat osat:

Työasemat;

Keskeytymättömät virtalähteet;

Välineet lähiverkon rakentamiseen;

Tietokantapalvelin;

Tulostin.

Palvelinvaatimukset:

Muisti 8 GB;

Vähintään 2,2 GHz Intel Xeon 5500 -prosessori;

SATA-aseman nopeus 8 Gb / s;

10 Gbps verkkosovitin;

Käyttöjärjestelmä Windows Server 2008.

Työasemavaatimukset:

2 GHz prosessori;

Muisti 2 GB;

kiintolevy vähintään 500;

Käyttöjärjestelmä Windows 7;

Verkkosovitin 100 Mbps.

IS:n tekniset keinot kuvataan ottaen huomioon sovelletun ohjelmistokompleksin toiminnan vaatimukset. Teknisten välineiden on tarjottava:

Ympärivuorokautinen teknisten välineiden ja laitteiden kokonaisuus;

Taattu koko ohjelmistopaketin suoritus laitteen vian tai vian sattuessa;

Tietojen suojaus luvattomalta käytöltä;

Palvelimet ja työasemat on yhdistettävä paikallisverkolla.

Kuva 2.3 esittää Bilet OJSC:n lähiverkon (LAN) topologian.

Tarkasteltavasta kuvasta näkyy, että tietokantapalvelimeen ja tiedostopalvelimeen on kytketty kytkimen kautta 5 työasemaa. Verkkotopologia on tähti.

Kuva 6 - JSC "Asiakas" verkon looginen kaavio

2.3 IP:n tietotuki

2.3.1 Tietokannan loogisen rakenteen kuvaus

Looginen (dataloginen) suunnittelu - tietokantaskeeman luominen tietyn tietomallin, esimerkiksi relaatiotietomallin, perusteella. Relaatiotietomallissa dataloginen malli on joukko suhdeskeemoja, jotka yleensä määrittelevät ensisijaiset avaimet sekä suhteiden väliset "suhteet", jotka ovat vieraita avaimia.

Käsitteellisen mallin muuntaminen loogiseksi malliksi tapahtuu yleensä muodollisten sääntöjen mukaan. Tämä vaihe voidaan pitkälti automatisoida.

Normaalimuoto on relaatiotietomallissa olevan suhteen ominaisuus, joka luonnehtii sitä redundanssin näkökulmasta, mikä mahdollisesti johtaa valinnan tai datan muutoksen loogisesti virheellisiin tuloksiin. Normaalimuoto määritellään joukoksi vaatimuksia, jotka suhteen on täytettävä. Tietokantarelaatioiden (DB) muuntamista normaalimuotoja vastaavaan muotoon kutsutaan normalisoinniksi. Normalisoinnin tarkoituksena on saattaa tietokantarakenne muotoon, joka tarjoaa minimaalisen loogisen redundanssin, eikä sen ole tarkoitus heikentää tai lisätä tietokannan suorituskykyä tai vähentää tai lisätä tietokannan fyysistä määrää. Normalisoinnin perimmäisenä tavoitteena on vähentää tietokantaan tallennettujen tietojen mahdollista epäjohdonmukaisuutta. Normalisointiprosessin yleinen tarkoitus on seuraava:

Tietyntyyppisten redundanssien poistaminen;

Joidenkin päivitysvirheiden poistaminen;

Tietokantaprojektin kehittäminen, joka on kohtuullisen "hyvä" esitys todellisesta maailmasta, on intuitiivinen ja voi toimia hyvänä pohjana tulevalle laajentamiselle;

Tarvittavien eheysrajoitusten soveltamismenettelyn yksinkertaistaminen.

Redundanssi eliminoidaan pääsääntöisesti hajottamalla suhteita siten, että jokaiseen suhteeseen tallennetaan vain ensisijaiset tosiasiat (eli faktat, joita ei johdeta muista tallennetuista faktoista).

Loogisella tasolla tietokanta normalisoidaan, samoin kuin avainten allokointi jokaiselle entiteetille. Loogiset linkit toteutetaan käyttämällä ensisijaisia ​​ja vieraita avaimia.

2.3.2 Tietokannan fyysisen toteutuksen kuvaus

Fyysinen suunnittelu - tietokantaskeeman luominen tietylle DBMS:lle. Tietyn DBMS:n erityispiirteet voivat sisältää rajoituksia tietokantaobjektien nimeämiselle, rajoituksia tuetuille tietotyypeille jne. Lisäksi tietyn DBMS:n erityispiirteisiin fyysisessä suunnittelussa kuuluu tietojen tallennuksen fyysiseen ympäristöön liittyvien ratkaisujen valinta (levymuistin hallintamenetelmien valinta, tietokannan jakaminen tiedostoilla ja laitteilla, tietojen käyttötavat), indeksien luominen. , jne.

Fyysinen tietomalli rakennetaan loogisen mallin pohjalta ja kuvaa tiedot tietyn DBMS:n avulla. Loogisen mallintamisen vaiheessa kehitetyt suhteet muunnetaan taulukoiksi, attribuutit sarakkeiksi, toimialueet tietotyypeiksi, jotka hyväksytään valitussa tietyssä DBMS:ssä.

Nuo. fyysisessä mallissa kohteen parametrien ja saman fyysisen mallin välillä on yksi yhteen vastaavuus. Tässä tapauksessa fysikaaliset vastineet, jotka toistavat tutkittavan kohteen rakenteen, perusominaisuudet ja suhteet, asetetaan vastaamaan järjestelmän elementtiä. Fysikaalisessa mallintamisessa, joka perustuu samankaltaisuusteoriaan, säilytetään luonnossa suoritettavan kokeen piirteet samalla kun otetaan huomioon vastaavien fysikaalisten parametrien optimaalinen vaihteluväli.

Johtopäätös

Kurssityön tuloksena valmistui tekninen toimeksianto lentolippujen myynti- ja varaustoimiston tietojärjestelmän, sen ohjelmistojen kehittämiseksi.

Tietojärjestelmän toimeksianto on pääasiakirja, joka määrittelee tietojärjestelmän luomisen vaatimukset ja menettelyn, jonka mukaisesti se kehitetään ja hyväksytään käyttöönoton yhteydessä. Se sisältää perusvaatimukset tietojärjestelmän toiminnallisille ominaisuuksille, luotettavuudelle, toimintaolosuhteille ja tietosuojaukselle sekä kuvailee järjestelmän kehittämismenettelyn.

Teknisen toimeksiannon tehtävien mukaisesti suoritettiin seuraavat teknisen projektin luomisen vaiheet:

- aihealueen analyysi;

- AIS "Ticketin" toiminnallinen kaavio kehitettiin;

- konsepti kehitettiin, rakennusarkkitehtuuri ja alusta järjestelmän toteuttamiselle valittiin;

1. AIS "Ticket" -lipun käsitteellinen malli suunniteltiin;

2. AIS "Ticket" -järjestelmän looginen malli suunniteltiin käsitteellisen mallin perusteella;

3. Tietokantapalvelimen fyysinen rakenne määritetään.

Bibliografia

1. GOST 19.201-78 Yhtenäinen ohjelmadokumentaatiojärjestelmä. Tekninen tehtävä. Sisällön ja suunnittelun vaatimukset

2. GOST 34.602-89 Tietotekniikka. Standardisarja automaattisille järjestelmille. Tehtäväehdot automatisoidun järjestelmän luomiseksi

3. RD 50-34.698-90 Automatisoidut järjestelmät. Asiakirjojen sisältöä koskevat vaatimukset

4. V.P. Romanov, N.Z. Emelyanova, T.L. Partyka Taloustietojärjestelmien suunnittelu. Menetelmät ja modernit tekniikat. - M: Tentti, 2005. - 256 s.;

5. Maklakov S.V. BPWin ja ERWin CASE - Tietojärjestelmien kehitystyökalut / S.V. Maklakov - M: DIALOGUE MEPI, 2001.-256s .;

6. Boyko V.V. Tietojärjestelmien tietokantojen suunnittelu / Boyko V.V., Savinkov V.M. - 2. painos - M .: Talous ja tilastot, 1989 .-- 350 s.

Lähetetty osoitteessa Allbest.ru

Samanlaisia ​​asiakirjoja

Tehtävä yleisen kauppakannan hallintaan tarkoitetun automatisoidun järjestelmän ja varastokirjanpidon kehittämiseksi. Tietojärjestelmän suunnittelu ja ympäristön valinta ohjelmistotuotteen luomiseen. Käyttöliittymän ja käyttöoppaan luominen.

opinnäytetyö, lisätty 11.7.2015


Venäjän federaation säädökset tietoturvan alalla. Tietojärjestelmien tietojen suojaustyön organisointimenettely. Yleinen lähestymistapa teknisten eritelmien kehittämiseen suojajärjestelmän kehittämiseksi tällä alalla.

lukukausityö, lisätty 5.5.2015


Teknisen toimeksiannon luominen lentolipun tilaamisen tietojärjestelmän kehittämiseen. Asiakirjavaatimukset. Järjestelmän hallinnan ja hyväksymisen järjestys. Tietojärjestelmän konseptin, rakennusarkkitehtuurin ja alustan kehittäminen.

lukukausityö lisätty 13.5.2015


Tietojärjestelmän "Gold" luominen, joka automatisoi Korupajan työn. Liiketoimintaprosessien mallintaminen IDEF0- ja UML-kaavioiden sekä DFD- ja sicuence-tietovirtojen avulla. Teknisen projektin ja toimeksiannon laatiminen standardin GOST 34.602-89 perusteella.

lukukausityö, lisätty 10.2.2013


Asiantuntijajärjestelmän kokoonpano. Vaatimukset teknisille keinoille. Automaattisen tietojärjestelmän teknisen tuen rakenne ja organisaatio. Ohjelmistojen kehittämisen tekninen dokumentaatio ja niiden käyttö.

tiivistelmä lisätty 10.9.2014


Ohjelmointikielten oppiminen PHP, SQL, C ++, HTML. Paikallisen Denwer-palvelimen käynnistämistä ja käyttöä koskevien sääntöjen huomioiminen. Ohjelmistotuotteen kehittämistä koskevien teknisten eritelmien laatiminen. Kuvaus luodusta mobiili- ja verkkosovelluksesta.

lukukausityö lisätty 4.7.2015


Automaattisen tietojärjestelmän kehittäminen korjaustyön kirjanpitoa ja valvontaa varten sekä ohjelmistokehityspalvelujen tarjoaminen yritykselle "MegionSoftOil", algoritmien kehittäminen ohjelmistojärjestelmän ja moduulien sovelluksiin.

opinnäytetyö, lisätty 29.6.2012


Tietojärjestelmän kehittämistarpeen perustelut. Domain-analyysi. Tehtäväehdot EIS:n luomiseksi. Yrityksen oikeudellinen asema ja lyhyet taloudelliset ominaisuudet. Kirjanpidon ja analyyttisen työn tila yrityksessä.

tiivistelmä, lisätty 1.9.2009


Matkatoimiston asiakkaiden kanssa työskentelyyn (hakemusten vastaanotto ja käsittely) automatisoidun tietojärjestelmän (AIS) kehittäminen ja käyttöönotto. Matkatoimiston tekninen ja taloudellinen arviointi, sen AIS-ohjelmiston algoritmi ja käyttöliittymäkaavio.

opinnäytetyö, lisätty 21.7.2011


Toiminnallisten pisteiden lukumäärän laskeminen. Ohjelmistotyökalun kehittämisen työvoimakustannusten laskenta ja arvioitu kehitysaika, elinkaarimalli. Teknisten eritelmien kehittäminen automatisoidun järjestelmän luomista varten, vaatimukset sille.

Alueellinen kunnallinen korkeakoulu

Yrittäjyysinstituutti "Strategia"

Talouskybernetiikan laitos

Kurssityöt

Teema:

"Tietojärjestelmän suunnittelu ja kehittäminen" Computer Master "myymälän" esimerkillä

Keltaiset vedet 2010

Johdanto

Tässä kurssityössä tarkastellaan esimerkkiä tietojärjestelmän luomisesta yksityiseen yritykseen " Tietokoneen mestari". Tämän kurssityön kirjoittamisen tarkoituksena on perehtyä tietojärjestelmien kehittämisen menetelmiin ja tapoihin.

Tämän maan taloudellisen tilanteen kannalta, talouskriisistä huolimatta, tietokoneistamisprosessi on käynnissä kaikkialla, tämä kurssityö on tärkeä. Yhä useammin tarvitaan työtä tietojärjestelmien toteuttamiseksi useille yrityksille Ukrainassa, mikä tarkoittaa, että pätevien asiantuntijoiden kysyntä tietojärjestelmien luomisen ja käyttöönoton alalla kasvaa. Samaan aikaan IS:itä vaaditaan paitsi suurilta teollisuusyrityksiltä myös pieniltä yksityisiltä yrityksiltä, ​​​​joilla voi myös olla ongelmia yrityksen hallinnassa ja toiminnassa yleensä Ukrainan alueiden tietokoneistamisen olosuhteissa. Tämän osoittaa tämä kurssityö, joka osoittaa tarpeen ottaa käyttöön tietojärjestelmä pienyritykselle " Tietokoneen mestari", Ja mahdollinen muunnelma tästä toteutuksesta.

1. Esisuunnitteluvaihe

1.1 Vuoropuhelu asiakkaan kanssa

Vuoropuhelu asiakkaan kanssa tapahtuu hänen yrityksensä toimistossa" Tietokoneen mestari". Kokousaika on 7.11., perjantaina klo 11.00.

Kehittäjä (P): Hei! näkisin pomosi !

Sihteeri (C): Hei! Onko sinulla tapaaminen!?

R: Kyllä, puhuimme puhelimessa tapaamisesta!

KANSSA: Odota hetki, ilmoitan sinulle saapumisestasi! Tule sisään, hän odottaa sinua!

Asiakas (C): hyvää huomenta, nimeni on Viktor Ivanovich. Ole hyvä ja tule sisään, istu alas.

R: Hei, nimeni on Ivan Joštšenko.

Z: Erittäin kiva. Ongelmamme on, että haluaisin automatisoida myymälässämme tavaroiden ja palvelujen myynnistä saatujen tavaroiden ja varojen kirjanpidon. Tällä hetkellä meillä ei ole kirjanpitojärjestelmää. Uskon, että tämän vuoksi emme toimi niin tehokkaasti kuin haluaisimme.

R: Ymmärtää. On mahdollista. Tällä hetkellä automaatiojärjestelmiä on monia, ja nämä järjestelmät ovat laajalle levinneitä ja toimivat menestyksekkäästi monissa yrityksissä. Luulen, että selvitämme, kumpi olisi sinulle parempi käyttää.

Z: Ihana. Mitä tarvitset tähän?

R: Tyypillisesti yrityksen tutkiminen ja tietojärjestelmien käyttöönotto kestää 3-6 kuukautta yrityksen rakenteesta ja ominaisuuksista riippuen. Mutta uskon, että sinun tapauksessasi järjestelmä on valmis täysimääräiseen toimintaan noin maaliskuun puolivälissä. Tarvitset asiantuntijoita järjestelmän käyttöön ja ylläpitoon. Yksi tai kaksi on palkattava järjestelmän ylläpitämiseksi.

Z: Se on hyväksyttävää. Uskon, että voimme ratkaista tämän ongelman. Mikä muu kiinnostaa?

R: Aluksi minun on ainakin yleisellä tasolla perehdyttävä yrityksesi päätoimintoihin, sen rakenteeseen, työnkulkuun, tietovirtoihin ....

Z: Yrityksemme harjoittaa atk-laitteiden myyntiä, korjausta ja huoltoa. Meillä on paljon asiakkaita, joista osa on tavallisia asiakkaita. Meillä on joka kuukausi melko korkea voitto ja periaatteessa asiat menevät hyvin.

R: Kuinka tehokas myymäläsi on mielestäsi?

Z: Mielestäni työskentelemme tänään varsin tehokkaasti. Mutta kuten jokainen johtaja, haluan parantaa ohjaamani kohteen tehokkuutta.

R: Miten asiakkaita palvellaan myymälässäsi?

Z: Asiakkaat kääntyvät myyntikonsultin puoleen, kysyvät häneltä tarvittavat tiedot tietystä tuotteesta, ja hän puolestaan ​​yrittää esitellä sen ja antaa halutun tuotteen. Sitten tavarasta maksetaan, jos kyseessä on asennusta tai pakkausta ei vaadita ja saatavilla. Jos sitä ei ole, tavarat tilataan toimittajilta ja toimitetaan asiakkaille tietyn ajan kuluttua. PC:tä ostettaessa myyntikonsultti laatii asiakkaan toiveita vastaavan kokoonpanon ja jos komponentit ovat myymälässä, tietokone kootaan 1-3 tunnin sisällä, jos ei, ne tilataan toimittajilta, PC:t ovat valmiit. Asiakas maksaa tavaran saatuaan.

R: Se on selvää. Kuinka monta henkilöä ja teknikkoa työskentelee myymälässäsi?

Z: Myymälässämme on kaksi myyntikonsulttia, 1 kassa, 3 asiantuntijaa, jotka kokoavat uusia tietokoneita tilauksesta sekä korjaavat toimistolaitteita, tankkauspatruunoita jne.; ja myös minä ohjaajana. Ja nyt meillä on käytössä 3 PC:tä.

R: Miten myyntikonsulttisi saavat tietoa tavaroiden saatavuudesta varastossa, sen ominaisuuksista?

Z: Jokaisella myyntikonsultillamme on tiettyjä tietoja tuotteesta, pääsy varastostamme tai toimittajilta. He käyttävät myös tietoa aikakauslehdistä, luetteloista, jotka ovat heidän työtietokoneissaan ja tulosteissaan.

R: Kuten jo ymmärsin, harjoitat tietokoneiden, komponenttien, toimistolaitteiden myyntiä ja sinulla on ongelmia kirjanpidon, asiakirjavirran järjestämisessä kaupassa?

Z: Kyllä se on.

R: Miten valitset valikoiman?

Z: Olemme aina pyrkineet tarjoamaan myymäläämme laajan valikoiman tietokoneita ja niiden komponentteja, uusia tietotekniikkamarkkinoiden tuotteita. Käytämme laajasti myös "yksittäistilaus" -palvelua, ts. asiakas voi tilata meiltä sen, mistä on kiinnostunut. Teemme tiivistä yhteistyötä toimittajiemme kanssa.

R: Muutama sana toimittajista?

Z: Meillä ei ole monia toimittajia, ne voidaan jakaa useisiin ryhmiin:

Pienet ja suuret

Pysyvä ja säännöllinen.

Yhteensä yleensä enintään 5-6.

R: Kuinka usein ostat myymälästäsi uuden tuotteen?

Z: Ostamme uuden tuotteen yleensä 2 viikon välein. Ennen sitä otamme yhteyttä toimittajaan, tilaamme häneltä tietyn määrän tavaroita. Seuraan tarvikkeita itse tietokoneellani Exselin avulla, mutta en ole tyytyväinen tämän toiminnon rajoitettuun toimivuuteen. Tarvitsen hyvin muotoillun ja luotettavan järjestelmän, joka tarjoaa nopean pääsyn tarvitsemiini tietoihin, käteviä työkaluja raporttien luomiseen jne. Tiedätkö mitä tarkoitan ?!

R: Voi toki. Se oli kaikki mikä minua kiinnosti. Tutustun lähemmin toimittamiesi asiakirjojen kopioihin ja alamme työskennellä kanssasi.

Z: Hyvä.

R: Kiitos, soitan sinulle 2 päivän sisällä, tapaamme ja harkitsemme järjestelmämme projektia yksityiskohtaisesti.

Z: Sopimus. Hyvästi.

R: Nähdään.

Kokouksen tuloksena voidaan tehdä seuraavat johtopäätökset:

1. Asiakaspalvelun myyntikonsultit eivät toisinaan pysty antamaan nopeasti kaikkia tietoja tuotteesta (teknisistä ominaisuuksista) ja asiakkaan on odotettava jonkin aikaa tarvittavien tietojen saamista.

2. Koska tavaroiden hinnastoja päivitetään harvoin, jonkin tuotteen toimituksessa on puutteita, koska tilaushetkellä sitä ei välttämättä enää ole tavarantoimittajien varastossa.

3. Liikkeen johtajan on, koska myymälässä on erittäin laaja valikoima tuotteita, käytettävä paljon aikaa määrittääkseen tarvittavan ostokoon tämän tai toisen tuotteen.

4. kaupassa ei ole automaattista järjestelmää tuotteiden myynnin kirjaamiseksi.

5. Esimiehen on käytettävä paljon aikaa myynnin analysointiin sekä raporttien laatimiseen.

1.2 Kohteen kuvaus

Yhtiö " Tietokoneen mestari»Toimii tietotekniikan alalla, ja erityisesti se on tietokoneiden ja oheislaitteiden myyntiä. Kauppatoimintaa harjoitetaan vähittäiskaupan alalla. Kaupan harjoittamista varten vähittäiskaupan toimialalla toimivalla toimialalla on kauppa, varasto, toiminta-alueet, joihin kuuluvat suljettujen tilojen kauppa- ja varastotilat tavaroiden varastointia ja myyntiä varten. Siellä on myös tila, jossa tietokoneet ja niiden komponentit kootaan ja huolletaan.

Myymälä on kiinteä vähittäismyymälä, joka on erillisessä tilassa ja siinä on myyntitila asiakkaille. Varaston toimintoihin kuuluu tarvittavan valikoiman muodostaminen asiakkaiden tilausten toteuttamiseen. Keräys ja säilytys mahdollistaa jatkuvan uusimisen ja toimituksen luodun varaston perusteella. Varastoa käytetään tuottaja-ostajaketjun välilenkkinä.

1.3 Asiakirjavirta yrityksessä

Yrityksellä on seuraavan tyyppiset asiakirjat:

1.saapuvat rahtikirjat

2.kululaskut

3.verolasku

4. sopimus

5. Kaikenlaiset raportoinnit

6.takuukupongit jne.

1.4 Asiakkaan järjestelmävaatimukset

Esitettiin seuraavat perusvaatimukset:

1. järjestelmää on helppo käyttää

2. IP-tehokkuus

3. Järjestelmä ratkaisee seuraavat pääongelmat:

· Materiaalivarastojen kirjanpito;

· Tavaroiden myynnistä saatujen varojen kirjanpito;

· Raporttien luomiseen kuluvan ajan lyhentäminen;

· Asiakirjavirran järjestys;

· Säästät aikaa asiakaspalveluun.

2. Tietojärjestelmän käsite

Ensimmäisen asiakkaan tapaamisen jälkeen automaatiokohdetta tutkittiin perusteellisesti ja kaikki sen ajankohtaiset ongelmat ratkaistaan ​​myymälän tavara- ja kassavirtojen kirjanpidon automatisointiin tarkoitetun tietojärjestelmän avulla. Tietokoneen mestari».

2.1 Kuvaus suoritetusta työstä

Kyselyn perusteella kävi ilmi, että järjestelmä on asennettava kahteen olemassa olevaan tietokoneeseen. Yhdellä tietokoneista (päätietokone) IS:n avulla pidetään kirjanpito tavaroiden ja niiden myynnistä saatujen rahojen liikkeistä. Kauppaan töihin nimitettävä asiantuntija syöttää tiedot tavaran saapumisesta varastoon, sen kulutuksesta ja liikkeistä varastosta kaupan myyntialueelle. Jokaisen viikon lopussa hänen on luotava raportti varaston tavarataseesta ja tarkistettava tietokoneessa olevien tietojen vastaavuus tavaroiden saatavuuteen varastossa ja kauppakerroksessa. Hän on täysin vastuussa tietokoneessa olevien tietojen ja muiden varastossa olevien tietojen vastaavuudesta. Toinen tietokone asennetaan kauppaan, myyntikonsultit voivat itse poistaa tavarat tietokannasta, jos tämä tuote on kauppakerroksessa. Ja jos tavarat eivät ole heidän käytettävissään, he hyväksyvät vain tilauksen ostajalta, ja asiantuntija poistaa tavarat tietokannan läsnäolosta (koska hän heijastaa täysin kaikki tavaroiden liikkeet kauppaan). .

Organisaatiorakenteen mukaisesti yrityksen toiminta on ehdollisesti jaettu pää- ja aputoimintoihin. Mutta koska tietojärjestelmän käyttäjät tulevat olemaan päätoimintoja suorittavia henkilöitä, käsittelemme tarkemmin näiden henkilöiden suorittamia tehtäviä.

Kirjanpitäjä pitää yrityksen kirjanpitoa ja laatii tilinpäätöksen.

Kassa vastaa palkkojen myöntämisestä, rahojen vastaanottamisesta lähetetyistä ja toimitetuista tuotteista.

Varaajan tehtäviin kuuluu tavaroiden saatavuuden ja kunnon valvonta varastossa.

Siten voimme antaa kaavion järjestelmästä, jolla automatisoidaan tavaroiden ja kassavirtojen kirjanpito myymälässä " Tietokoneen mestari».

2.2 IPR-konseptin ehdotetun version perustelut

Automaatioobjektin tutkimuksen tulosten yhteydessä kehittäjä ehdottaa 1C-järjestelmän käyttöönottoa yrityksessä.

Yritys, jonka avulla voit pitää kirjaa tavaroista ja kassavirroista ja hallita niitä.

Perusteena 1C:-järjestelmän valinnalle yritykselle tarjotaan seuraavat argumentit:

1. järjestelmää on helppo käyttää

2.on ystävällinen käyttöliittymä

3. Järjestelmä ottaa huomioon Ukrainan lainsäädännön ja kotimaisten yritysten kirjanpidon erityispiirteet.

4. järjestelmä on suhteellisen halpa kaikista Ukrainan ohjelmistomarkkinoilla tarjotuista järjestelmistä.

5. Ei ole vaikeaa löytää pätevää asiantuntijaa, joka työskentelee 1C: Enterprise -järjestelmän kanssa.

2.3 IS:n käyttöönoton alustava kokoonpano, ajoitus ja kustannukset

Töiden alustava ajoitus, kokoonpano sekä likimääräiset kustannukset voidaan esittää taulukon muodossa.

Jos laskemme, aika työn aloittamisesta järjestelmän käyttöönottoon on 3,5-4 kuukautta. IS:n luomisen ja käyttöönoton likimääräiset kustannukset tavaroiden ja kassavirtojen kirjanpidon automatisoimiseksi 7480 - 10200 UAH. Mikä on hyväksyttävä määrä, kun otetaan huomioon asiakkaan käytettävissä olevat varat.

3. IS:n luomista koskevat tehtävät

Toimeksianto on laadittu GOST 34.602-89 "Ohjausjärjestelmän automatisoinnin tehtäväehdot" mukaisesti.

Järjestelmän automaatio. Luomisen vaiheet. Pääkehittäjä vastaa teknisen eritelmän kehittämisestä.

3.1 Yleistä

AIS:n koko nimi: Tietojärjestelmä tavaroiden ja kassavirtojen kirjanpidon automatisoimiseksi "Computer Master" -yrityksessä.

Symboli: AIS - "Computer Master".

Kehitys tapahtuu 9.11.09 päivätyn sopimuksen nro 1 perusteella asiakkaan (Viktor Ivanovich, "Computer Masterin" johtaja) ja kehittäjän (Ioshchenko I.G.) välillä.

Yrityksen koko nimi on hätätila "Computer Master".

Osoite: Kirovogradin alue, Aleksandria, Lenin Avenue 45.

Käyttötili: nro 53425

Kehittäjä: Ioshchenko I.G.

Osoite: Kirovogradin alue, Aleksandria, st. Sadovaya 16.

Tietojärjestelmän luominen tapahtuu kehittäjän ja tilaajan välisen 1.10.2010 solmitun sopimuksen nro 1 perusteella.

Suunniteltu töiden alkamispäivä on 9.11.2010 ja töiden päättymispäivä 10.3.2010.

AIS:n luomisen rahoittaa asiakas.

IS:n tai sen osien luomistyön tulokset muodollistetaan kehittäjällä kirjallisesti ja toimitetaan ennalta määrätyn ajan kuluessa.

3.2 AIS:n luomisen tarkoitus ja tarkoitus

ACS on suunniteltu automatisoimaan yrityksen toimintojen hallintaa, nimittäin:

Varaston kirjanpito

Käyttöomaisuuden ja aineettomien hyödykkeiden kirjanpito

Raporttien muodostaminen

Tavaroiden liikkumisen kirjanpito varastossa

IP:n luomisen tarkoituksena on lisätä kohteen taloudellista toimintaa. Tietoyhteiskunnan tulisi myös helpottaa ja nopeuttaa tiedon keräämistä, käsittelyä ja tallentamista.

3.3 Automaatioobjektin kuvaus

Kauppatoimintaa harjoitetaan vähittäiskaupan alalla, taloudellisella yksiköllä on kauppa, varasto ja toimistotila.

Myymälä on vähittäismyyntipiste, joka on erillisellä alueella ja jossa on myyntitila asiakkaille. Varastoa käytetään tuottaja-ostajaketjun välilenkkinä. Mitä pienempi varasto on, sitä lyhyempi varastointiaika ja sitä pienemmät varastointikustannukset.

Liikkeen pääasiallinen toiminta tapahtuu normaaleissa työoloissa.

3.4 IS-vaatimukset

Vaatimukset:

Järjestelmän tulee olla yksinkertainen ja käyttäjälle ymmärrettävä.

IP:n käyttöönoton pitäisi johtaa myönteiseen taloudelliseen vaikutukseen.

Tavarakirjanpito myymälässä

Tavaroiden ostoon ja varastointiin liittyvien kustannusten suunnittelu

Tavaroiden myyntiin liittyvien tulojen suunnittelu

Vaatimukset IP-suojaustyypeille:

Teknisen tuen tulee olla joukko teknisiä keinoja, jotka on kytketty paikalliseen verkkoon.

Ohjelmiston tulee sisältää:

1. 1C "Enterprise" ja komponentit IS:n toimintaa varten

2. Virustentorjuntaohjelmat

3. Office-ohjelmat (MS Office tai Open Office)

Ohjelmiston tulee sisältää kaikki aiemmin kehitetyt ja yrityksessä käytetyt menetelmät ja algoritmit tärkeimpien taloudellisten indikaattoreiden laskemiseksi.

Tietotuen tulisi sisältää tiedot tuotteista, toimittajista ja hinnoista.

Ohjelmisto on joukko oikeudellisia normeja, jotka säätelevät oikeussuhteita järjestelmän luomisen ja toteutuksen aikana. Kehitysvaiheen oikeudelliseen tukeen tulisi sisältyä säännöksiä ja suhteiden oikeudellista sääntelyä tämän prosessin aikana.

Tämä tietojärjestelmä otetaan käyttöön 3,5-4 kuukauden kuluessa.

IS:n kanssa työskentely edellyttää henkilöstön kouluttamista.

3.5 Järjestelmän luomistyön kokoonpano ja sisältö

Esisuunnitteluvaihe sisältää:

Asiakkaiden vaatimusten määrittäminen;

AIS-projektin kehittäminen asiakkaan vaatimusten mukaisesti;

Teknisten eritelmien kehittäminen standardien GOST 34.602–89.27.01.08–21.02.08 mukaisesti;

Suunnitteluvaihe:

IS täytäntöönpano;

Järjestelmän ylläpito.

Töiden urakoitsijat ovat:

IS kehittäjä;

LAN Creation Specialist;

Erikoistunut asennukseen, konfigurointiin ja järjestelmän ylläpitoon.

Kaiken työn toteuttamisesta kaikissa vaiheissa vastaa IS-kehittäjä.

3.6 Järjestelmän valvonta- ja vastaanottomenettely

Jotta asiakas hyväksyy järjestelmän, on suoritettava koekäyttö, jonka aikana hän pitää lokia, johon kirjataan kaikki ratkaisut ongelmiin ja kaikki rikkomukset. Toimenpiteen tulosten perusteella laaditaan pöytäkirja, jossa puutteita tuodaan esille ja määritellään poistamisen ehdot.

Pääsyn aikana komission on voitettava lähetetyt asiakirjat:

Järjestelmän tehtäväehdot

Järjestelmän tekniset ja työprojektit

Testiraportti ja loki

Asiakkaan järjestelmää palvelevien osastojen henkilöstötaulukko.

Tietojärjestelmän kaikkien osien luovutusasiakkaalle

Ohjelmaluonnos ja testausmenetelmät

Valintatoimikuntaan voi kuulua ylintä johtoa, jota edustaa johtaja.

3.7 Vaatimukset automaatioobjektin käyttöönottoon valmistelutyön koostumukselle ja sisällölle

Laitteen valmistelemiseksi käyttöönottoa varten sinun tulee suorittaa:

Kohteen valmistelu siirtymistä töihin uuteen IS:ään

Kaikkien teknisten ja työprojektien materiaalien testaus ja muutosten tekeminen tulosten perusteella

IS:n käyttöönotto edellyttää:

Laadi säädökset toimintasuunnitelman toimeenpanosta järjestelyn valmistelua varten.

IS:n käyttöönottoa koskevien asiakirjojen saatavuus.

Henkilöstön saatavuus, joka valmistaa käyttöönottoa ja toimintaa.

Käyttöön hyväksyttyjen IS-teknisten välineiden saatavuus.

3.8 Dokumentaatiovaatimukset

Dokumentaatio on laadittu ESKD-, ESPD- ja GOST-standardien mukaisesti.

IS:tä kehitettäessä voidaan käyttää seuraavia:

GOST 19.001. - 77. ESPD. "Yleiset määräykset";

GOST 19.006. - 82. ESPD. "Painettuja ohjelmaasiakirjoja koskevat yleiset vaatimukset";

GOST 19.201. - 82. ESPD. "Ohjelman kehittämisen tehtävät."

Lisäksi virasto laatii ja hyväksyy erityyppiset töiden suorittamista koskevat sopimukset, IS:n luomisen vaiheiden toteuttamissäädökset, töiden toteuttamisaikataulut vaiheittain ja asiakirjat, jotka laaditaan kunkin vaiheen päätyttyä. kehittäjä ja asiakas.

Tehtäväehdot järjestelmän luomiseksi

Tehtäväehdot automaattisille ohjausjärjestelmille

Se käyttää myös johto- ja käyttöhenkilöstöltä saatuja sekä asiakkaiden tarpeisiin perustuvia tietoja.

4. Tekninen työprojekti

4.1 Järjestelmän yleinen dokumentaatio

4.1.1 Selittävä huomautus

AIS:n tekninen työprojekti Tietokoneen mestari"On yksi tärkeimmistä asiakirjoista, jotka ohjaavat IPR:n luomista ja toteutusta käytännössä. Tämä dokumentti sisältää dokumentaation, jonka mukaan järjestelmän tulee toimia, sekä laskelman IP:n toteuttamisesta toiminnassa saadusta taloudellisesta tehokkuudesta. Tekninen hankedokumentaatio sisältää tietodokumentaation, teknisen, organisatorisen ja matemaattisen tuen.

Asiakas ja pääkehittäjä ovat hyväksyneet tämän asiakirjan. Tekniseen työprojektiin voidaan tehdä muutoksia vain 9.11.2009 sopimuksessa nro 1 määrätyissä tapauksissa, IS:n luominen tapahtuu edellä mainitun asiakkaan ja asiakkaan välillä tehdyn sopimuksen perusteella. IS kehittäjä.

Yleinen kuvaus IS:stä Tietokoneen mestari»

Kehitetty AIS" Tietokoneen mestari"On suunniteltu automatisoimaan myymälän tavaroiden ja kassavirtojen kirjanpitoa yrityksen taloudellisen tehokkuuden lisäämiseksi. Järjestelmän koko nimi "Tietojärjestelmä tavaroiden ja kassavirtojen kirjanpitoon yrityksessä" Tietokoneen mestari».

Järjestelmä täyttää luomisensa päätavoitteet, nimittäin:

1. Varastossa olevien tavaroiden ja kassavirtojen kirjanpitotietojen oikeellisuuden varmistaminen.

2. Ensisijaisten, yleisten, analyyttisten ja raportointitietojen nopean saamisen varmistaminen tavaroista ja tavaroiden myynnistä saaduista varoista.

3. Yrityksen tavaroita ja kassavirtoja koskevien tietojen keruun, kirjanpidon, yleistämisen ja analysoinnin työvoimaintensiteetin vähentäminen.

4. Tehokkaan tiedon ja analyyttisen tuen muodostaminen mekanismeille tavaroiden ja kassavirtojen kirjanpidon optimoimiseksi.

5. Tavaroiden varastointikustannusten vähentäminen.

4.1.2 Toimenpidesuunnitelma IS:n käyttöönottolaitoksen valmistelua varten

IS:n käyttöönotto edellyttää:

1. Automaatioobjektin valmistelu toteutusta varten.

2. Henkilöstön koulutus (henkilöstön koulutus ja järjestelmän toimintakyvyn varmistaminen).

3. Täydellinen IS-sarja toimitetuilla tuotteilla.

4. Tilojen uudelleen varustaminen ja työpisteiden järjestely standardien ja normien mukaisesti.

5. Asiantuntijan palkkaaminen IS:n ylläpitoon ja tukeen (asiakas suorittaa kehittäjän suositusten perusteella).

4.1.3 Taloudellisen tehokkuuden laskeminen

Toteutetun AIS:n taloudellista tehokkuutta voidaan arvioida laskennallisten vaikutusten avulla. Nämä sisältävät:

· Työsuorituksen hallinnan vahvistaminen.

· Mahdollisuus kirjata suoritetut toiminnot.

· Tietojen luotettavuuden tason nousu.

· Tietoihin pääsyn rajoittaminen turvallisten järjestelmien vaatimusten mukaisesti.

· Tarkempien tietojen saaminen, sen keräämisen automatisointi.

· Uusia integrointi- ja systematisointitapoja kirjanpitoongelmien ratkaisemiseen ja johtamispäätösten tekoon.

Automatisoimalla laitoksen voit vähentää myyjien määrän kahteen. Silloin kahden myyjän palkka on 2 ∙ 12 ∙ 800 = 19 200 UAH. vuonna. Mutta järjestelmän ylläpitoasiantuntijan ylläpitokustannukset maksavat 1 ∙ 12 ∙ 1000 = 12 000 UAH. vuonna.

Siten vuotuinen taloudellinen vaikutus IP:n käyttöönotosta on: 19200 - 12000 = 7200 UAH. vuonna.

4.2 Toiminnallisen osan dokumentaatio

4.2.1 Automaattisten toimintojen kuvaukset

Kaavio IS:n toiminnallisesta rakenteesta.

· Tavaroiden ja materiaalien sekä kassavirtojen ensisijaisten, yleisten, analyyttisten ja raportointitietojen nopean saamisen varmistaminen tapahtuu IS:n käyttäjän pyynnöstä laatimilla raporteilla ja käsittelyllä.

· Tavaroita ja materiaaleja sekä kassavirtoja koskevien tietojen kerääminen, kirjanpito, yleistäminen ja analysointi johtuu raporteista ja käsittelystä, jotka IS kokoaa käyttäjän pyynnöstä.

· Tehokkaan tiedon ja analyyttisen tuen muodostaminen mekanismeille, joilla optimoidaan tavaroiden ja materiaalien kirjanpito ja kassavirrat sekä minimoidaan tavaroiden ja materiaalien varastointikustannukset.

4.2.2 Ongelman kuvaus

AIS:n rakentamisen perusta" Tietokoneen mestari"Otetaanko käyttöön järjestelmä" 1C: Enterprise 7.7 ", jonka avulla ratkaistaan ​​tavaroiden ja kassavirtojen kirjanpidon automatisointi myymälässä ja varastossa. Rakennettu IS-kanta täyttää järjestelmän teknisen toimeksiannon kohdassa n2 kuvatut tavoitteet ja täyttää asiakkaan vaatimukset.

4.3 IP:n organisatorisen tuen dokumentointi

Kaavio laitoksen organisaatiorakenteesta on esitetty IS:n käyttöönoton esisuunnitteluvaiheen raportin liitteessä.

Kuvaus IP:n organisaatiorakenteesta

Tavaroiden kirjanpito tapahtuu kahdella tietokoneella, jotka on yhdistetty yhdeksi järjestelmään. Varastotietokoneen avulla tavaroiden vastaanotto ja kulutus tallennetaan ja käsitellyt tiedot välitetään muille verkon osallistujille. Myös myymälän tavaraluetteloa pidetään. Jokaisen viikon lopussa riittää, että näyttelet ylijäämät ja tarkistat tavaroiden saatavuuden myymälässä ja varastossa tietokoneen antamilla tiedoilla. Myyjien on syötettävä tiedot myymälässä olevien tavaroiden saapumisesta, kirjattava kulu ja nostettava saldot sekä käytettävä tätä järjestelmää myös asiakkaita palvellessaan.

4.4 Tietotuen dokumentointi

AIS:n tietotuki (IO) koostuu normatiivisista ja viitetiedoista, jotka esitetään vakioina 1C: Enterprise -järjestelmässä ja joita AIS-tukiasiantuntija voi muuttaa. Tietotuki sisältää myös DBF-muodossa olevat tietokannat (joiden rakenne on esitetty liitteessä 4), joita ei aiemmin käytetty yrityksessä tavaroiden kirjanpitoon ja jotka on koottu alkutietojen syöttämisen yhteydessä.

AIS:n tietotuki " Tietokoneen mestari»Sisältää tiedot tavaroista (sarjanumero, tavaran nimi, toimittajan nimi, tavaramäärä, saapumispäivämäärä varastoon, ostohinta, varastosta poiston päivämäärä jne.). Nämä tiedot syötetään toimivan (DBF-muotoisen) aseman tietokantoihin ja haetaan sieltä tarvittaessa. Tietokannat, jotka sisältävät tietoa aiempien vuosien tavaroista ja kassavirroista, tulee arkistoida ja tallentaa (arkistoon) työaseman kiintolevyille. Lisäksi tietokanta tallentaa tiedot toimittajista ja asiakkaista.

Joka kuukausi järjestelmän kokoonpano tallennetaan ja tallennetaan arkistoon isäntätietokoneeseen. Jokainen käyttäjä voi tarvittaessa käyttää tarvitsemaansa tietoa lataamalla ne päätietokoneelta.

4.5 Laitteiston dokumentaatio

Teknisten välineiden kokonaisuuden luotettavuus arvioidaan olemassa olevien ja uusien laitteiden käyttötavoilla sekä IS:n toimintatavalla. Koska kaikki IS:ään kuuluvat PC:t ja toimistolaitteet ostettiin, niiden kunnon arvioidaan olevan 90 % järjestelmän luotettavuuden mukainen.

IS:n tekninen tuki sisältää: kaksi saman kokoonpanon tietokonetta, jotka olivat saatavilla. Tietokoneet liitetään paikallisverkkoon kierretyllä parikaapelilla ja loogisella rengastopologialla, joka mahdollistaa tiedon siirron nopeudella 10–100 Mbit/s.

Laitteistoon kuuluu myös tulostuslaite - tulostin.

4.6 Ohjelmiston dokumentaatio

Ohjelmisto sisältää kaikki aiemmin kehitetyt menetelmät ja algoritmit yrityksen tavara- ja kassavirtojen hallintaan, kirjanpitoon ja valvontaan liittyvien tärkeimpien taloudellisten tunnuslukujen laskemiseen. Se tarjoaa myös algoritmeja järjestelmän toimintaan kokonaisuutena ja sen yksittäisiä tehtäviä varten.

4.7 Ohjelmiston dokumentaatio

AIS-ohjelmisto" Tietokoneen mestari"Sisältää:

- MS Windows -käyttöjärjestelmä asennettu suoraan työasemille,

- ohjelma 1C: Enterprise 7.7, mukaan lukien kaikki sen osat suoraan IS:n työhön,

- virustorjuntaohjelmisto,

- arkistaattori

- Tiedostonhallinta

- muut ohjelmistot Microsoft Office 2003.

AIS:n toiminnan pääohjelmisto" Tietokoneen mestari"Onko 1C: Enterprise 7.7 -ohjelma asennettuna kaikkiin tietokoneisiin, jotka ovat osa IS-laitteistoa. Tämän ohjelman dokumentaatio on hyväksytty osaksi koko IS:n dokumentaatiota.

Kaikki yllä mainitut ohjelmat on asennettu kaikkiin verkkoon kuuluviin tietokoneisiin.

Järjestelmässä on komponenttirakenne. Pääkomponentteja on vain kolme: "Kirjanpito", "Operatiivinen kirjanpito", "Laskenta". Jokainen komponentti laajentaa järjestelmän ominaisuuksia omalla tiedonkäsittelymekanismillaan.

Johtopäätös

Suunnittelun tavoitteena on varmistaa AIS:n tehokas toiminta ja vuorovaikutus asiantuntijoiden kanssa, jotka käyttävät tietokoneita tietyn taloudellisen kohteen toiminta-alueella, sekä viestintävälineiden kehittäminen ammatillisten tehtäviensä suorittamiseksi ja johtamispäätösten tekemiseksi. Laadukas suunnittelu varmistaa sellaisen järjestelmän luomisen, joka pystyy toimimaan jatkuvasti parantamalla teknisiä, ohjelmistoja, tietokomponentteja eli teknologista perustaa ja laajentamaan toteutettujen hallintatoimintojen ja -objektien valikoimaa. vuorovaikutusta. AIS:n käyttöönotto yrityksessä helpottaa huomattavasti työskentelyä asiakirjojen kanssa, mikä mahdollistaa monien ongelmien nopean ja tehokkaan ratkaisemisen. Kehitetyn ja toteutetun järjestelmän onnistunut toiminta antaa huomattavan taloudellisen vaikutuksen vähentämällä kustannuksia, vapauttamalla asiantuntijoiden työaikaa, parantamalla tavaroiden liikkeen kirjanpidon laatua ja luotettavuutta, helpottamalla saatedokumentaation ja raportoinnin suorittamista.

Luettelo käytetystä kirjallisuudesta

1. Tietojärjestelmät ja teknologiat taloudessa For. Ed. V.S. Ponomarenka, Kiova, "Akatemia", 2002.

2. Filimonenko N.I. luentomuistiinpanot kurssille "projektinhallinnan mallit ja menetelmät".

3. Automatisoitu tietotekniikka taloudessa. Alla. Ed. G.A. Titarenko, Moskova, "Tietokone", 1998.

4. Yhtenäinen ohjelmadokumentaatiojärjestelmä. Neuvostoliiton valtion standardikomitea, M., 1982.

5. R. Fatrepp, D. Schafer, L. Schafer Ohjelman projektinhallinta. Saavutus. Optimaalisen laadun saavuttaminen pienin kustannuksin, Williams, Moskova - Pietari - Kiova, 2003.

6. Tietojärjestelmien suunnittelu. Per. Ed. V.S. Ponomarenko, Kiova, "Akatemia", 2002.

VENÄJÄN FEDERAATIOIN KULTTUURIMINISTERIÖ

Pietarin valtion kulttuuri- ja taideyliopisto

Informatiikan ja tietotekniikan laitos

TIETOJÄRJESTELMIEN SUUNNITTELU

TEKNINEN TEHTÄVÄ

kehittää

koulutustietojärjestelmä

< Järjestelmän koko nimi ja sen symboli >

4 arkilla

julkaistu __.__. 200_

Pietari

Yleistä tietoa

Kehittämisen perusta

Suunniteltu töiden alkamis- ja päättymispäivämäärä sekä menettely työn tulosten rekisteröinnissä ja asiakkaalle esittämisessä on määritelty tämän TK:n kohdissa 4 ja 5.

Koulutuksen tietojärjestelmän luomisen tarkoitus ja tavoitteet

Nimittäminen

osoittaa opiskelijan "Tietojärjestelmien suunnittelu ja käyttö" -kurssin sisällön hallitsemisen aste käytettäväksi mallina jatkotyössä todellisen tietojärjestelmän luomiseksi tai parantamiseksi.

Tietojärjestelmän koulutusprojektin luomisen tavoitteet

opiskelija saavuttaa järjestelmän suunnitteluprosessin peruskäsitteiden ymmärtämisen, peruskäsitteiden ja suunnittelumenetelmien välisten yhteyksien hallitsemisen, kyvyn kehittää järjestelmäsuunnittelua ja sen dokumentointia sekä luoda todellista tietojärjestelmää, osoittaa järjestelmän suunnittelun tulokset. työskentely ja opintojakson sisällön assimilaatioaste luovat pohjan jatkotyölle projektin ja sen käytännön toteutuksen parantamiseksi.

Vaatimukset koulutustietojärjestelmän raportointimateriaaleille

Materiaalivaatimukset yleisesti

Raportointimateriaalien koostumus. Raportointimateriaalin tulee koostua kahdesta pääosasta: projektidokumentaatiosta ja tietojärjestelmän mallista (täytetty tietokanta pyyntöineen, lomakkeineen, raportteineen, pääsysivuineen), toteutettu ACCESS DBMS:n (tai muun järjestelmän) avulla. Asettelu tulee toteuttaa hankkeen mukaisesti. Suunnittelumateriaaleissa tulee kuvata layout ja sen ominaisuudet.

Hankedokumentaation sisältö

Nimisivu, jossa suunnitellun IS:n nimi, kehittäjän ja asiakkaan nimi. Osa "Toteutettavuustutkimus", joka sisältää lyhyen kuvauksen aihealueesta:

aihealueen yleiset ominaisuudet ja tiedotustoiminnan automatisoinnin tila tällä alalla; olemassa olevien vastaavien järjestelmien ominaisuuksien ja ominaisuuksien analyysi; sen organisaation organisaatiorakenne, jolle suunniteltu IS luodaan; mikä on suunniteltua IS:tä käyttävän organisaation (järjestelmän) tarkoitus, sen toiminnot (organisaatio, "materiaali", tieto); organisaation tärkeimmät tekniset ja taloudelliset indikaattorit; tietoprosessit, niiden väliset yhteydet; käytettyjen asiakirjojen koostumus ja tarkoitus.

Lyhyet tehtäväehdot. TK:n tulee heijastaa:

IP:n luomisen tarkoitus ja tarkoitus; koko järjestelmän vaatimukset; tärkeimmät automatisoidut toiminnot ja tehtävät, ongelmien ratkaisemisen aikaominaisuudet ja vaatimukset tiedon esittämiselle järjestelmässä;

kehitettävän järjestelmän tehokkuuden kriteerit (kehitettävän järjestelmän hyödyllisyyttä määrittävät tekijät, niiden arviointikriteerit); luettelo työvaiheista ja työvaiheista sekä niiden toteutusehdot, hankedokumentaation kehittämisehdot.

Osio "Tekninen suunnittelu", joka sisältää seuraavat alakohdat:

järjestelmän toiminnallinen malli (esitä kontekstuaalinen kaavio, ensimmäisen tason kaavio ja yksi tai kaksi toisen tason kaaviota; kuvaile päätoimintojen koostumusta, niiden kytkentöjä: tulo, lähtö, ohjausvirrat); tietovirtamalli (esitä kontekstikaavio, ensimmäisen tason kaavio ja yksi tai kaksi toisen tason kaaviota; kuvaile asemien koostumus, päätoiminnot, niiden tietolinkit: syöttö- ja lähtövirrat; anna kullekin tietoasemalle ominaisuus päivitysten määrä, tiheys ja intensiteetti); informaatiotuen kuvaus: syöttö- ja lähtöasiakirjojen muodot, niiden volyymin ominaisuudet, tiheys, päivitysnopeus, rakenteen analyysi (yksityiskohdat, kuvatut kokonaisuudet), käytetyt luokittimet, koodausmenetelmät, tiedon luotettavuuden varmistamisen vaatimukset.

Luettelo käytetyistä lähteistä (kirjallisuus). Osio "Työluonnos", joka sisältää seuraavat alakohdat:

ohjelmiston käsitteellinen kaavio ja järjestelmätietokannan fyysinen kaavio (kehitetty Power Designer -järjestelmän avulla); kuvaus tietystä kehityksestä IP-hankkeen toteuttamiseksi:
kuvaus DB-skeemasta ACCESSissa (tai toisessa DBMS-järjestelmässä), kuvaus tehtävistä, jotka toteuttavat teknisessä projektissa muotoiltuja toimintoja (pyynnöt, lomakkeet, raportit, näissä tehtävissä käytetyt pääsysivut). Dialogilomakkeet ja ohjeet niiden käyttöön tarvitaan. Jos projektissa ei ole monimutkaisia ​​lomakkeita, raportteja, arvosanaa alennetaan 1 pisteellä.

Johtopäätös: Yhteenveto työn tuloksista. Selvitys siitä, mitkä teknisen suunnittelun määräyksistä toisessa osassa pannaan täytäntöön ja mitä ei toteuteta ja miksi.

Tietojärjestelmän asettelu

Tietojärjestelmän ulkoasu tulee toteuttaa hankkeen mukaisesti. Sen tulee olla täydellinen tietokanta, jossa on pyynnöt, lomakkeet ja raportit, jotka toteuttavat projektissa kuvatut tehtävät.

Asiakirjavaatimukset

raportin osioiden ja alakohtien koostumuksen tulee vastata kohdassa "Suunnitteludokumentaation sisältö" lueteltua, toiminnalliset mallikaaviot, tietovirtamallit, käsitteelliset ja fyysiset mallit laaditaan kuvina ja sisällytetään päätekstissä; myös päätekstissä on kyselytekstejä, lomakkeiden esittelykuvia, raportteja, pääsysivuja, esimerkkidokumentteja, malleja kuvaavia taulukoita, tietokantakenttien ominaisuuksia kuvaavat taulukot ovat liitteinä.

Luettelo työvaiheista ja niiden toteutusehdot

Raportointimateriaalin valvonta- ja hyväksymismenettely

Raportointimateriaalit toimitetaan kahdella aikavälillä:

Syyslukukaudella toimitetaan raportti, joka vastaa aikataulun viittä ensimmäistä kohtaa. Kevätlukukaudella luovutetaan työn lopulliset tulokset: raportti (sisältäen edellisen lukukauden tarkistetut tulokset) sekä tietokanta - malli kehitetystä IS:stä.

Syyslukukauden työn arviointi suoritetaan kokeen muodossa. Kevätlukukaudella kaikki vuosityöt toimitetaan lukuvuoden työnä. Tenttiin pääsevät vain kurssityönsä puolustaneet opiskelijat. Rangaistukset.

Raportointimateriaalien kehittämistyön aikataulu

Taulukko 4.1.

1. Tietojärjestelmän suunnittelun toimeksianto. Teknisen tehtävän pääosat. Standardit, jotka kuvaavat toimeksiannon. Vaatimusten analysointi ja kehittäminen.

Tekninen tehtävä- tekninen asiakirja (spesifikaatio), joka sisältää järjestelmän vaatimukset ja jonka sekä asiakas/käyttäjä että järjestelmän urakoitsija/valmistaja ovat hyväksyneet. Tällainen eritelmä voi sisältää myös järjestelmä- ja testivaatimuksia.

Tehtäväehdot sisältävät seuraavat kohdat:

Yleistä tietoa. Tämä osio sisältää: kehittämisen koko nimen, tilaajan ja urakoitsijan koko nimen ja tiedot, luettelon kehittämisen perustana olevista asiakirjoista, mahdolliset töiden alkamis- ja päättymispäivät, rekisteröinti- ja esittämismenettelyt tilaajalle järjestelmän tai sen osien luomistyön tulokset.

Kehittämisen perusteet ja tarkoitukset. Kehittämisen tarkoituksella ymmärretään toiminnan automatisoitujen prosessien tyyppi.

Laitteistovaatimukset. Sisältää alaosat, jotka koskevat koko järjestelmää ja järjestelmän suorittamia toimintoja.

Järjestelmän luomista koskevan työn koostumus ja sisältö. Luettelo teoksista ja niiden sisällöstä, jotka on tarkoitus suorittaa tämän projektin puitteissa

Järjestelmän hallinnan ja hyväksymisen järjestys. Sisältää likimääräiset välitarkastuksen päivämäärät ja likimääräiset toimituspäivämäärät asiakkaalle.

Vaatimukset kehittämiskohteen valmistelutyön koostumukselle ja sisällölle järjestelmän käyttöönottoa varten. Järjestelmän käyttöönoton valmistelutyöt kuvataan.

Asiakirjavaatimukset. Sisältää luettelon ja kokoonpanon järjestelmän dokumentaatiosta.

Kehityksen lähteet. Sisältää luettelon dokumentaatiosta ja kirjallisuudesta, joita käytetään järjestelmän kehittämisessä.

On olemassa kolme standardia, jotka kuvaavat IS:n suunnittelun teknistä tehtävää: GOST 34.602-89, GOST 19.201-78, GOST 19.102-77.

Vaatimuskehitys voidaan muodostaa kyselyiden, kyselyiden jne. perusteella. Lisäksi vaatimuksia voidaan muodostaa aivoriihien, tuotantotoiminnan havainnoinnin, säädösdokumenttien analysoinnin, jo luotujen IS:ien analysoinnin, käytettyjen IS-versioiden analysoinnin perusteella.

Vaatimuksia kehitettäessä syntyy usein ongelmia yksittäisten vaatimusten moniselitteisyydestä, epätäydellisyydestä ja epäjohdonmukaisuudesta. Näiden ongelmien korjaaminen vaatimusten kehitysvaiheessa maksaa suuruusluokkaa vähemmän kuin samojen ongelmien korjaaminen myöhemmin kehitysvaiheessa.

Tietojärjestelmien käyttöliittymä. Rakentamisen yleiset periaatteet. Käyttöliittymätyylejä. Käyttöliittymän suorituskykykriteerit. Käyttöliittymän suunnitteluohjeet. Suunnittelusäännöt.

Käyttöliittymä- Tämä on tietojärjestelmän ohjelmistoosa, joka vastaa niiden laitteiden hallinnasta, joilla käyttäjä kommunikoi ohjelman kanssa.

Käyttöliittymän suunnittelun ja kehittämisen tulee perustua seuraaviin malleihin:

- Mentaalinen malli- joitakin odotuksia henkilöltä, jotka perustuvat todellisuudentajuun ja hänen tietoihinsa ja kokemukseensa tietokoneen kanssa työskentelystä.

- Mukautettu malli- tarkkailemalla, kuinka käyttäjät työskentelevät itselleen uudella käyttöliittymällä ja analysoimalla heidän palautetta työstä, voit muodostaa yleiskuvan tulevasta käyttöliittymästä. On tärkeää, että käyttäjä otetaan mukaan IP-työhön mahdollisimman varhaisessa vaiheessa.

- Ohjelmoija malli- on syntynyt ohjelmoijan päähän, hänen ammatillisen toimintansa perusteella.

Käyttöliittymätyylejä. Käyttöliittymässä on neljä päätyyliä:

- Graafinen käyttöliittymä (Graafinen Käyttäjä Käyttöliittymä, GUI) - Tämä käyttöliittymä perustuu neljään peruselementtiin: ikkunat, osoitin (hiiri), valikot ja kuvakkeet. Myös muita elementtejä käytetään: painikkeita, kytkimiä, syöttökenttiä jne. Tämän käyttöliittymän ominaisuus on edistyneet näytön suunnitteluominaisuudet ja ohjaus hiiren osoittimella.

- Web-käyttöliittymä (Web Käyttäjä Käyttöliittymä, WUI) - käyttöliittymä muistuttaa graafista käyttöliittymää, mutta oli alun perin sitä huonompi. Se käytti erityisesti yhden ikkunan tilaa, eikä sillä ollut mahdollisuutta "vetää" objekteja. JavaScriptin ja Ajaxin kehityksen myötä siitä tulee enemmän GUI-kaltaista.

- KäyttöliittymäHUI (Ihmisen Käyttäjä Käyttöliittymä) Onko käyttöliittymä kämmenlaitteille. Tyypillisesti näissä laitteissa on hyvin pieni näyttö. Se sisältää joitain graafisen käyttöliittymän elementtejä, kuten valikkokohteita ja kuvakkeita.

- Objektin käyttöliittymätyyli. Olioohjelmointiominaisuuksien avulla voit siirtää objektin luonteen käyttöliittymään. Objektilähestymistapalle on ominaista ominaisuudet, kuten kohteiden vetäminen ja pudottaminen, kontekstivalikot, työkaluvihjeet jne.

Harkitse joukkoa käyttöliittymän laadun kriteerejä:

- Käyttäjien ymmärtäminen - missä määrin käyttäjien tarpeet näkyvät ohjelman käyttöliittymässä.

- Suunnitteluprosessin tehokkuus- määrittää, onko tuote huolellisesti harkittu ja suunniteltu.

- Projektin välttämättömyys- onko tuotteella taloudellista ja sosiaalista merkitystä.

- Soveltuu opiskeluun ja käyttöön- kuinka vaikeaa tuotetta on oppia ja käyttää.

- Kirjeenvaihto- vastaako tuotteen suunnittelu esitettyjen ongelmien ratkaisua.

- Esteettiset tunteet- kuinka esteettisesti miellyttävää tuotetta käytetään.

- Muuttuvuus- kuinka paljon suunnittelu voi muuttua käyttäjän vaatimusten mukaisesti.

- Ohjattavuus- missä määrin tuotteen ohjattavuustoiminto on toteutettu: asennushallinta, koulutus, huolto.

Graafisen käyttöliittymän rakentamisen yleiset periaatteet:

Yhtenäisen käyttäjäympäristön käyttäminen ns. työpöydän muodossa;

Graafisten ikkunoiden käyttö tietojen näyttämiseen;

Muiden kuin näppäimistön syötteiden käyttö (hiirellä).

Käyttöliittymän suunnittelusäännöt:

- Käyttäjän hallinta - kehittäjien tulisi antaa käyttäjälle täydellisin hallinta IP-osoitteesta (jos tietoturva sallii). Tarkastellaan useita tämän periaatteen yksityisiä toteutuksia:

1) muistin kuormituksen lasku - käyttäjän muisti ei ole niin suuri eikä niin nopea.

2) rajapintojen yhteensopivuus - käyttäjien kyky siirtää kokemuksensa ja tietonsa työskennelläkseen uusien ohjelmistojen kanssa.

Tietojärjestelmien mallinnus. Mallinnuskielten tarve. KieliUML... Oliolähtöisen suunnittelun periaatteet. Yleiskatsaus kielikaavioihinUML... Käytä tapauskaavioita ja luokkakaavioita.

Mallintaminen- tämä on tutkitun kohteen (alkuperäisen) korvaaminen sen ehdollisella kuvalla tai toisella esineellä (mallilla) ja alkuperäisen ominaisuuksien tutkiminen tarkastelemalla mallin ominaisuuksia.

Mallintamisen tehokkuus voidaan saavuttaa, jos kaksi ehtoa täyttyvät: malli antaa oikean näytön alkuperäisen ominaisuuksista; malli eliminoi todellisen kohteen mittausten tekemiseen liittyvät ongelmat.

Mallinnuskieli - se on pääasiassa graafinen merkintä, jota käytetään kuvaamaan projekteja. Merkintä on kokoelma mallissa käytettyjä graafisia objekteja. Notaatio on mallinnuskielen syntaksi. Mallinnuskielen tulee toisaalta tehdä suunnittelijan päätökset käyttäjälle ymmärrettäviksi, toisaalta tarjota suunnittelijoille välineet tietojärjestelmän muodollisimpaan esittämiseen. Graafinen esitys on usein ymmärrettävin tiedon esitysmuoto.

UML (Yhtenäinen Mallintaminen Kieli- yhtenäinen mallinnuskieli) On graafinen kuvauskieli oliomallinnukseen ohjelmistokehityksessä. UML käyttää graafista merkintää edustamaan abstraktia mallia järjestelmästä, jota kutsutaan UML-malliksi. Tämä kieli on kehitetty IS:n mallintamiseen UML ei ole ohjelmointikieli, vaan koodi generoidaan UML-mallin perusteella.

Olio suuntautunut malli on joukko kaavioita, jotka kuvaavat UML-kieltä käyttäen IS:n rakenteen ja toiminnan eri näkökohtia.

KaavioUML On graafinen esitys elementtijoukosta, useimmiten kuvattuna graafina, jossa on kärkipisteitä (entiteettejä) ja reunoja (relaatioita).