För närvarande ökar antalet webbplatser som tillhandahåller olika tjänster för åtkomst av dynamisk data snabbt. Sådana webbplatser är inte längre bara en strukturerad uppsättning statisk information, utan informationssystem av varierande grad av komplexitet, som vi kommer att kalla webborienterade, d.v.s. använda webbgränssnittet som det primära sättet för användarinteraktion.

Syftet med detta arbete är att analysera webbaserade informationssystem för att lyfta fram gemensamma tillvägagångssätt för deras utveckling.

Informationssystemens huvudsakliga allmänna uppgift är att skapa, bearbeta och lagra information relaterad till ett visst ämnesområde. I de flesta informationssystem används relationsdatabaser som ett sätt att lagra information. För webbaserade informationssystem är även denna metod att lagra data att föredra. Därför är den första nödvändiga komponenten databasen, som lagrar data och metadata från själva informationssystemet.

Nästa gemensamt drag weborienterade informationssystem är att användare måste ha olika rättigheter att utföra olika operationer med informationssystemets data. I de flesta webbaserade informationssystem kan alla användare delas in i två kategorier – registrerade och oregistrerade. Oregistrerade användare är vanligtvis associerade med en enda systemanvändare med minst privilegier. Därför är den andra nödvändiga komponenten i ett webbaserat informationssystem autentiseringsundersystemet, som utför följande huvuduppgifter.

Primär användarautentisering utförs av användaren genom att ange sitt användarnamn och lösenord.

Automatisk autentisering. Efter den första autentiseringen skickas sessions-ID (token) till användaren. Vid efterföljande förfrågningar autentiserar denna token automatiskt användaren.

Sålunda är autentiseringsundersystemet grunden för att avgränsa användaråtkomst till information som cirkulerar i systemet. Därför är den tredje vanliga komponenten i ett webborienterat informationssystem delsystemet för åtkomstkontroll, som måste utföra följande huvuduppgifter:

Fastställande av rättigheterna för den aktuella användaren;

Ställa in användarrättigheter;

Automatisk ändring av rättigheter när vissa händelser inträffar.

För närvarande används huvudsakligen en kombination av funktionella och modulära tillvägagångssätt för att implementera undersystemet för åtkomstkontroll. Olika kategorier av information från ämnesområdet behandlas av separata skript (moduler) i systemet och implementerar alla nödvändiga funktioner för att manipulera data i en kategori. I det här fallet "smutsas" det åtkomstkontrollundersystem som implementerar en viss säkerhetspolicy källkoder informationssystem.

Många webbaserade system tenderar att expandera och ofta har utvecklingsprocessen pågått kontinuerligt under ganska lång tid redan parallellt med att informationssystemet fungerar. Men det är inte alltid möjligt att omedelbart förutse och förutse möjliga utvecklingsvägar. Därför är det att föredra att systemet kan byggas ut relativt enkelt. Tyvärr komplicerar ovanstående tillvägagångssätt avsevärt expansionsprocessen.

För lösningar specificerat problem följande tillvägagångssätt föreslås. Låt oss introducera begreppet informationsobjekt, som är en samling av data och metoder relaterade till en instans av en viss klass (informationskategori) och som är en enhet för att tillämpa säkerhetspolitiska regler, d.v.s. informationsobjektet är basenheten för åtkomstkontrollnivån implementerad i informationssystemet. Sedan kan alla andra komponenter i det weborienterade systemet hänföras tillmet, presenterat i form av informationsobjekt.

Detta koncept lägger en kraftfull grund för informationssystemets självutveckling.

Baserat på analysen av generella tillvägagångssätt för utveckling av webborienterade informationssystem är det alltså möjligt att avsevärt öka effektiviteten i utvecklingen och vidareutvecklingen av dessa informationssystem, minska underhållskostnaderna och få ett system med förmåga att flexibelt implementera en säkerhetspolicy av erforderlig komplexitet.

1. E. D. Braude Teknik för mjukvaruutveckling. - St Petersburg: Peter, 2004, - 656 s.

Och funktionerna för att uppdatera och underhålla det ligger hos leverantören av operativsystemet. Applikationslogiken fokuserar på servern och webbläsarens funktion är främst att visa informationen som laddas ner över nätverket från servern och återkoppla användarens data. En fördel med detta tillvägagångssätt är det faktum att klienter är oberoende av användarens specifika operativsystem, och webbapplikationer är därför plattformsoberoende tjänster. På grund av denna mångsidighet och relativt lätta utveckling, blev webbapplikationer mycket populära i slutet av 1990-talet och början av 2000-talet.

Tekniska funktioner

En betydande fördel med att bygga webbapplikationer för att stödja standard webbläsarfunktionalitet är att funktionaliteten måste köras oberoende av en given klients operativsystem. Istället för att skriva olika versioner för Microsoft Windows, Mac OS X, GNU/Linux och andra operativsystem, skapas en applikation en gång för en godtycklig plattform och distribueras på den. Men en annan implementering av CSS, eller Java-applets för fullständig eller partiell implementering av användargränssnittet. Eftersom de flesta webbläsare stöder dessa tekniker (vanligtvis via plugins), kan Flash- eller Java-applikationer köras med lätthet. Eftersom de ger programmeraren mer kontroll över gränssnittet kan de komma runt många inkompatibiliteter i webbläsarkonfigurationer, även om inkompatibiliteter mellan klientsidans Java- eller Flash-implementeringar kan leda till olika komplikationer. På grund av den arkitektoniska likheten med traditionella klient-serverapplikationer, på något sätt "tjocka" klienter, finns det dispyter angående korrektheten av att klassificera sådana system som webbapplikationer; alternativ term "Rich Internet Application" Rich Internet-applikationer ).

Webbapplikationsenhet

Webbapplikationen tar emot en begäran från klienten och utför beräkningar, genererar sedan en webbsida och skickar den till klienten över nätverket med hjälp av ett databasprotokoll eller en annan webbapplikation som finns på en annan server. Ett slående exempel på en webbapplikation är innehållshanteringssystemet för Wikipedia-artiklar: många av dess deltagare kan delta i skapandet av ett onlineuppslagsverk med hjälp av webbläsarna i deras operativsystem (vare sig det är Microsoft Windows, GNU / Linux eller något annat operativsystem system) och utan att ladda ner ytterligare körbara moduler för att arbeta med databasen med artiklar.

Ett nytt tillvägagångssätt för webbapplikationsutveckling som heter Ajax vinner för närvarande popularitet. När du använder Ajax laddas inte webbapplikationssidorna om helt, utan laddar bara ner nödvändig data från servern, vilket gör dem mer interaktiva och produktiva.

En mängd olika teknologier och programmeringsspråk används för att skapa webbapplikationer på serversidan.

På klientsidan används:

• Blixt
• ActiveX

se även

Länkar

• Hur Microsoft förlorade API-kriget - Diskussion om att ersätta traditionella Windows-appar med webbappar
• Web Applications 1.0 som dokumenterar hur webbapplikationer fungerar.
• The Other Road Ahead - En artikel som hävdar att framtiden ligger hos serverapplikationer, inte klientapplikationer

Litteratur

• Marco Bellignaso ASP.NET 2.0 Webbapplikationsutveckling: Problem - Projekt - Lösning = ASP.NET 2.0 Webbplatsprogrammering: Problem - Design - Lösning. - M .: "Dialektik", 2007. - S. 640. - ISBN 0-7645-8464-2
• Olishchuk Andrey Vladimirovich Utveckling av webbapplikationer i PHP 5. Professionellt arbete. - M.: "Williams", 2006. - S. 352. - ISBN 5-8459-0944-9

Wikimedia Foundation. 2010 .

Se vad "Web-orienterat gränssnitt" är i andra ordböcker:

Den här artikeln kan innehålla originalforskning. Lägg till länkar till källor, annars kan det läggas upp för radering. Mer information kan finnas på diskussionssidan. (25 maj 2011) ... Wikipedia

Användargränssnitt (UI engelska användargränssnitt) är en uppsättning sätt genom vilka användaren kommunicerar med olika enheter, oftast med en dator eller hushållsapparater, eller andra komplexa verktyg (system). Gränssnitt ... ... Wikipedia

INTRODUKTION
I dagsläget är det omöjligt att tänka sig ett företag som inte skulle ha en inköpsavdelning i en eller annan form. Det kan vara antingen en division med ett stort antal anställda, sina egna regler, såväl som en strategi, såväl som ytterligare funktionalitet som ligger på axlarna av specialister med en annan profil. Oavsett vilken struktur innehavet har, måste denna process gå igenom ett visst antal steg, oavsett mängden varor eller tjänster som köps, branschens särdrag, betalningsvillkor och leverans. Dessa stadier bildas under inflytande av reglerande rättsakter utfärdade av staten, såväl som den etablerade bilden av maktdelningen, såväl som överföring av myndighet i praktiken att göra affärer. Uppgiften för detta examensprojekt är processen att utveckla ett informationssystem som låter dig strukturera inkommande information, även skicka den längs en väletablerad väg för att slutföra, även korrekt genomföra upphandlingscykeln från början av en förfrågan till bildande av ett arkivkort som innehåller alla detaljer om transaktionen, samt historikavtalen inom företaget. Vikten av denna information kan inte överskattas i såväl interna som externa revisioner, inspektioner av skattemyndigheter, problem efter leverans och upprepade köp.
Denna avhandling diskuterar automatiseringen av upphandlingsprocessen inom området högteknologisk teknisk utrustning, mjukvara och tillhörande tjänster. Det valda området kommer utan tvekan att ge sina speciella detaljer till det utvecklade systemet för inköpsautomatisering.
Syftet med examensarbetet är att skapa ett automatiserat informationssystem för att hantera inköpsaktiviteter inom informationsteknologiområdet, vilket inkluderar användare, nätverk, serverhårdvara, samt tjänster relaterade till dem, samt arbete, samt mjukvara . Det utvecklade systemet låter dig starta en ansökan om ett krav, skicka den för granskning till tekniska avdelningar, gå igenom en förutbestämd godkännandeväg som uppfyller företagets interna regler, utfärda och även spåra kravets aktuella status, nämligen: en begäran för budgetuppskattning, val av leverantör, registreringssteg leveranser, överföring till lagret, reflektion av behovskortet i arkivet.
Målen för examensarbetet är: 1. Designa en databasmodell; 2. Bygga ett komplex av automatisering av platshantering;
3. Implementering av arbetet med de grundläggande mjukvarumodulerna i systemet;
4. Förbättra effektiviteten av webbplatsadministrationen; 5. Fastställa de viktigaste kostnadsposterna för systemdesign, samt identifiera arbetsförhållandena för en person i kontorsutrymmen; 6. Reglering av arbetets varaktighet, samt vila under direkt arbete med datorer, samt mjukvarulösningar.
Informationssystemet som utvecklats inom ramen för examensbeviset skapas med utgångspunkt från de interna reglerna för upphandlingsverksamheten för det slutna aktiebolaget Investment Holding FINAM för 2014.
IH "FINAM" har en av de ofta förekommande principerna för organisationsstrukturen - den funktionella principen för bildandet, där det huvudsakliga styrande organet är styrelsen.

Efter att ha studerat lösningarna för automatisering av inköpsaktiviteter som finns på marknaden, drogs slutsatsen att kostnaden för deras anskaffning och underhåll är hög, komplexiteten i integrationen i företagets informationssystem, förekomsten av överdriven funktionalitet och bristen på enkelhet med bekvämligheten med att komma överens om köpförfrågningar, vilket är en av de viktigaste funktionerna för stora organisationer.
använda metoder, såväl som designverktyg, såväl som utvecklingar, resultaten av en kartläggning av ämnesområdet bör ges:
DEL I. MÅLSÄKNING
1.1. Informationssystemteori
I enlighet med den internationella standarden ISO/IEC 2382-1 för informationens tillförlitlighet, som utvecklats gemensamt av International Organization for Standardization, även av International Electrotechnical Commission, definieras termen "informationssystem" som: "ett informationsbehandlingssystem som fungerar tillsammans med organisatoriska resurser, såsom människor, anläggningar och finansiella resurser som tillhandahålla, även distribuera information." I enlighet med ryska GOST RV 51987 definieras ett informationssystem som ett automatiserat system, "vars resultat är presentationen av utdatainformation för efterföljande användning."
Man anser att det inom innehavet bör finnas ett enhetligt företagsinformationssystem som tillgodoser alla de anställdas informationsbehov. I praktiken driver företag vanligtvis flera olika informationssystem som löser separata grupper av uppgifter: ledning, tillförlitlighet, finansiell och ekonomisk verksamhet och liknande. Vissa uppgifter löses genom att använda flera informationssystem samtidigt, vissa uppgifter är inte automatiserade. Denna användning av informationslösningar har kallats "patchwork automation", och är också ganska vanlig för många företag.
KLASSIFICERING AV INFORMATIONSSYSTEM
Informationssystem kan klassificeras efter graden av automatisering av inkommande bearbetad information, samt efter omfattning.
Informationssystem
Klassificering efter graden av automatisering av bearbetad information Klassificering efter omfattning
Manual - kännetecknas av att alla pågående databehandlingsoperationer ska utföras av en person. Beslutsstödssystem. Designad för att automatisera vetenskapsarbetares aktiviteter, en grundlig analys av den syntaktiska informationen för att hantera experiment.
Automatiserade - kännetecknas av att vissa av kontrollfunktionerna och databehandlingen är föremål för automatisk kontroll, och en del av personen. Designa automationssystem. Designad för att automatisera verksamheten hos designingenjörer, såväl som utvecklare.
Automatisk - kännetecknas av det faktum att alla tillgängliga kontrollfunktioner, såväl som bearbetning av indata, implementeras med tekniska medel utan mänsklig inblandning. Organisationsledningssystem. Designad för full automatisering av ledningspersonalens funktioner.
Styrsystem för tekniska processer. Designad för att optimera en mängd olika tekniska processer.
STRUKTUR, även SAMMANSÄTTNING AV INFORMATIONSSYSTEM
Följande processer utförs i informationssystem:
insamling av nödvändig information;
lagring av insamlad information;
bearbetning av tillgänglig information;
utfärdande av den begärda informationen.
Utförandet av dessa processer utförs av olika komponenter i informationssystemet. Automatiserade medel är möjliga, men oftast sker insamling och leverans av information med hjälp av ett användargränssnitt med mänskligt deltagande. Användargränssnittet är inget annat än en viss uppsättning element, även programkomponenter, som kan påverka användarens interaktion med informationsprogramvara. Processen att lagra befintlig information är inget annat än långtidslagring av data på olika medier, men också i form av datamatriser med en specifik struktur. I modern praxis används databaser oftast för att lagra information. Databaserna i ett datorsystem kan definieras som en logisk samling av sammanhängande data som används av användare, även lagrad med kontrollerad redundans. Lagrade data är oberoende av användarprogram, en gemensam kontrollmetod används för att modifiera implementeringen av justeringsprocessen. Informationsbehandling består i att erhålla vissa "informationsobjekt" från andra "informationsobjekt" genom att implementera vissa algoritmer; det är också en av de definierande operationerna som utförs på lagrad information.
De huvudsakliga befintliga procedurerna för att behandla tillgänglig information är:
Skapande av ny data;
Ändring av skapad data;
säkerställa dataintegritet;
söka efter nödvändig information;
ta beslut;
skapa de erforderliga rapporterna, såväl som dokument.
Därför består ett informationssystem oftast av tre komponenter:
användargränssnitt;
databas;
mjukvaruverktyg för bearbetning av tillgänglig data.
Alla typer av informationssystem som diskuterats ovan, oavsett deras omfattning, innehåller en, också samma uppsättning nödvändiga komponenter. Nedbrytningen av informationssystemet är som följer:
Informationssystem
Funktionella komponenter Databehandlingssystemkomponenter Organisatoriska komponenter
Funktionella delsystem Informationsstöd Nya organisationsstrukturer bildas
Funktionella uppgifter Teknisk support Personal
Modeller, även algoritmer
programvara
Språkligt stöd
Följande är en förklaring av varje komponent som utgör informationssystemet:
Funktionella komponenter förstås som ledningsfunktioner, vilket är en komplett uppsättning ledningsaktiviteter sammankopplade i tid såväl som i rum, som krävs för att uppnå de uppsatta affärsmålen.
Nedbrytning av informationssystem på funktionell basis inkluderar allokeringen av dess individuella delar som kallas funktionella delsystem. Ett funktionellt attribut bestämmer syftet med systemet, såväl som de huvudsakliga uppgifterna som utförs. Sammansättningen av moderna automationssystem, såväl som design, inkluderar modeller, såväl som algoritmer, av vilka de mest effektiva bestäms under processen att utveckla ett informationssystem.
Nästa nivå av informationssystemstrukturen är en uppsättning. Databehandlingssystemet är utformat för att tillhandahålla informationstjänster till specialister från olika holdingsledningsorgan. Huvudfunktionen för databehandlingssystemet är implementeringen av insamling, registrering och överföring av information till maskinmedia, nämligen:
Överföring av information till platserna för dess lagring, såväl som bearbetning;
Skapande och underhåll av en informationsbas;
Bearbetning av befintlig information på en dator (påfyllning, sortering, korrigering, sampling, aritmetik, även logisk bearbetning) för att lösa systemets (delsystemets funktionella problem), objekthantering;
Utmatning av information i form av videogram, signaler för direkt kontroll av tekniska processer, information för kommunikation med andra system;
Organisation, administration av beräkningsprocessen i lokala, såväl som i globala datornätverk.
Databehandlingssystem kan fungera i tre grundläggande lägen:
Omgång;
interaktiv;
Realtid.
Resultaten av bearbetningen ges till användarna efter utförandet av de så kallade partierna av uppgifter - typiskt för batch-läge. Till exempel statistiska rapporteringssystem. Den negativa punkten med detta läge är användarens avstånd från den direkta, vilket minskar effektiviteten i beslutsfattandet.
I det interaktiva eller interaktiva driftsättet utbyts meddelanden mellan systemet, även av användaren. Till exempel, omedelbara resursanvändningsuppgifter.
Realtidsläge används för att hantera transienta processer. Till exempel bearbetning, samt överföring av bankinformation i globala internationella nätverk.
Informationsstöd är inget annat än en uppsättning metoder, såväl som medel för placering, samt organisering av information, inklusive klassificeringssystem, såväl som förvaltning, enhetliga system för dokumentation, rationalisering, bearbetning av dokument, såväl som former av dokument , metoder för att skapa en informationsbas för ett informationssystem.
Programvara - en uppsättning mjukvaruverktyg för att skapa databehandlingssystem med hjälp av datorteknik.
Teknisk support - är en komplex tekniska medel som används för databehandlingssystemets funktion, inkluderar också en anordning som implementerar typiska databehandlingsoperationer både utanför datorn och även på datorer av olika klasser.
Juridiskt stöd - är en uppsättning juridiska normer som styr skapandet och driften av informationssystemet. Juridiskt stöd utvecklat av IS inkluderar normativa handlingar av avtalsrelationer mellan kunden, även utvecklaren av informationssystemet, juridisk reglering av avvikelser.
Juridiskt stöd för hur databehandlingssystem fungerar inkluderar:
Villkor för erkännande av rättskraften för dokument som erhållits med användning av datorteknik. Rättigheter, skyldigheter och ansvar för personal, inklusive för aktualiteten och riktigheten av informationsbehandlingen.
Regeln för användning av information, samt förfarandet för att skilja parterna åt vad gäller dess tillförlitlighet.
Språkligt stöd - är en uppsättning språkverktyg som används i olika skeden av skapandet, såväl som driften av ett databehandlingssystem för att förbättra effektiviteten i att tillhandahålla mänsklig kommunikation, såväl som datorer.
Strukturen för ett webborienterat informationssystem
Detta examensarbete presenterar ett webbaserat informationssystem implementerat som en klient-serverapplikation där webbläsaren är klienten och webbservern är servern.
En sådan organisation ger vissa fördelar: webbläsaren är ett inbäddat system i de flesta operativsystem, vilket gör att utvecklings-, installations-, uppdaterings- och klientsupportfunktionerna inte ligger hos utvecklaren av informationssystemet. Logiken i informationssystemet är fokuserad på servern. Dessutom kanske klienter inte är beroende av användarens specifika operativsystem, vilket gör att informationssystemet kan vara plattformsoberoende. Systemfunktioner implementeras en gång istället för att utveckla olika versioner för olika operativsystem som Microsoft Windows, Mac OS, Linux.
Vissa begränsningar av funktionaliteten hos gränssnittet som tillhandahålls av webbläsaren kan övervinnas genom att använda Adobe Flash- eller Java-applikationer. Sådana applikationer kallas rika internetapplikationer.
För att skapa en mängd olika webbapplikationer på serversidan används följande populära tekniker, såväl som programmeringsspråk:
ASP, ASP.NET (Active Server Pages är en teknik för att skapa webbapplikationer, även webbtjänster från Microsoft. Den är en integrerad del av Microsoft .NET-plattformen, även en utveckling av den äldre Microsoft ASP-teknologin. För närvarande senaste versionen av denna teknik är ASP .NET 4.5.1)
Perl (Practical Extraction and Report Language - "praktiskt språk för dataextraktion, även rapportering")
PHP (Hypertext Preprocessor - "hypertext preprocessor"; ursprungligen Personal Home Page Tools - "Verktyg för att skapa personliga webbsidor";)
Python ([ˈpʌɪθ(ə)n]; namnet python är vanligt på ryska) är ett allmänt programmeringsspråk på hög nivå som fokuserar på att förbättra utvecklarens produktivitet och kodläsbarhet.)
Rubin
1.2. Analytisk granskning av tillgängliga automatiserade informationssystem
1.2.1. ORacle KÖPSHANTERING
En av de mest omfattande och populära inköpsautomationslösningarna är
Oracle® Sourcing (elektronisk marknadsplats). Detta är inget annat än en applikation som är utformad för att förbättra effektiviteten av strategisk upphandling i innehav.Det är en nyckelkomponent i den integrerade uppsättningen av Oracle Advanced Procurement-applikationer, som avsevärt minskar kostnaderna för hantering av försörjningskedjan. Dess huvudfunktioner:
Automatisk bildande av den optimala listan över leverantörer; Stegvis slutförande av projekt; Flexibel dokumentstil; Åtkomstkontroll för flera organisationer; Centrum för professionella kunder; Registrering av potentiella leverantörer;
Många typer, även matchande mönster; Internt meddelandesystem för leveransspecialister; Tillförlitlighet i arbetet hos specialister inom leveranser; Listor över prisfaktorer (fasta såväl som rörliga kostnader); Prisberäkning baserad på tidsintervall; Listor över genomförda transaktioner med möjlighet till återanvändning; Rankinglista över indikatorer; Stöd för flera språk
Konsoliderad sökning efter godkännanden; Tidig stängning/godkännande manuellt; Händelsemeddelanden; Företagsregler, även standarder; Göra ändringar i avtal; Att sätta ett pris genom en mellanhand; Leverantörens svar med hjälp av leverantörens webbplats; Hantering av leverantörsprofiler; Jämförelse av rapporter online; Automatisk justering av ett komplext system för att bestämma prestationsindikatorer; Gemensam Integrerad definition av resultatindikatorer; Bildande av partier; Fastställande av principerna för att bestämma resultatindikatorer för förslag (inte bara pris utan också ytterligare attribut); Val av leverantörer; Många diagramformat, även tabeller
Analysscenarier; Skapa inköpsorder; Godkännande av obligatoriska ansökningar.
Det välkända företaget Oracle har lanserat Oracle Sourcing On Demand, en ny SaaS-tjänst för upphandling av varor och tjänster, som kan nås på prenumerationsbasis.
Det är integrerat med befintliga affärssystem såväl som konkurrenters, vilket möjliggör en kostnad på $850 per månad och användare. Den nya tjänsten är designad för stora företag med en enorm leveransomsättning.
Priset kan tyckas högt, men även stora företag har vanligtvis inte mer än tjugo inköpsspecialister i sin personal. Som jämförelse kan nämnas att Oracle CRM On Demand SaaS, prissatt till 100 USD per månad, används av tusentals säljare.
Oracle Sourcing On Demand är främst avsett för upphandling av teknisk utrustning. För många företag är det mer lönsamt att betala $850 per användare och månad istället för att investera i att skapa liknande mjukvara på deras sida.
Nedan är några typiska skärmformer för Oracle Purchasing Management-programmet:
Hemsidan för budgivningsoperatören.
Anbudsspårning via den interaktiva konsolen.
Diverse presentation av leverantörserbjudanden.
Bibliotekets avtalsvillkor.
Inköpsorderformulär.
Leverantörens hemsida.
Form för att skicka det preliminära leveransmeddelandet (PUP).
Sidan för att skapa faktura.
Formen av ett intuitivt, också bekant för fans av online shopping webbgränssnitt.
Ett formulär för att tillhandahålla utökad information om produkter som gör det möjligt för användare att göra ett informativt val.
Formulär för snabb visning av ansökan, godkännande och status för beställningar.
Utsikt över leverantörsledningens arbetsplats.
1.2.2. "KÖPSREGISTRET"
En enklare och billigare applikation för inhemsk upphandling. Huvuddragen i programmet "Inköpsregister": Planering av inköp enligt 44-FZ, 223-FZ; Inköpskontroll från en enda entreprenör; Upprätthålla ett register över misslyckade köp; Bildande av statistiska rapporter: 1-kontrakt, 1-köp; Katalog, även begränsningar för finansieringskällor; Föra ett register över inköp; Analys av KOSGU, även finansiering; Gör ytterligare avtal till inköp; Ladda upp data till ett format Microsoft excel; Laddar specifikationsobjekt från Microsoft Excel-format; Registrering av underleverantörer; Klassificerare OKPD, OKVED, OKDP, OKEI; Statistikrapporter 1-Kontrakt, även 1-Inköp.
Kostnaden för att förvärva rätten till evig användning av programmet "Upphandlingsregistret" är vid användning grundläggande version 10800 rub. per arbetsplats, vid köp av en utökad version av 60 000 rubel per arbetsplats, även ett obegränsat antal kunder. För det aktuella diplomprojektet är endast den utökade versionen tillämplig, eftersom mer än en kund.
Nedan finns typiska skärmformulär för programmet Upphandlingsregister:
Inköpsregister. Lista över genomförda köp.
Inköpsregister. Utformning av rapporten 1-Kontrakt.
Inköpsregister. Redigera positionen för schemat.
Inköpsregister. Upphandlingsanalys för KOSGU.
Inköpsregister. Visa inköp i samband med finansieringskällor.
Inköpsregister. Ladda upp ett schema i ett strukturerat format för CAB.
Inköpsregister. Resultat genom metoder för att bestämma leverantör.
Inköpsregister. Generering av rapporten Upphandlingsregister.
Inköpsregister. En av formerna för rapporten Inköpsregister.
Inköpsregister. Redigera ett köpobjekt med val av implementeringsgrund.
Inköpsregister. Redigera inköpsspecifikationsartiklar.
Inköpsregister. Uppslagsböcker, även klassificerare.
Inköpsregister. Möjligheter att arbeta med scheman - batchredigering av befattningar.
Inköpsregister. Möjligheter att arbeta med scheman - batchredigering av befattningar.
Inköpsregister. Bestämning av NMCC:s homogenitet - beräkning av variationskoefficienten.
1.2.3. SAP "SUPPLIER RELATIONSHIP MANAGEMENT"
Den nya lösningen från Supplier Relationship Management är ett fullskaligt projekt för att förse stora organisationer, såväl som deras partners, med en fullfjädrad tjänst för hantering av leverantörsrelationer. Supplier Relationship Management-lösningen är baserad på SAP NetWeaver-plattformen, som minskar behovet för ett företag att individuellt integrera olika applikationer tack vare nya möjligheter att kombinera, koordinera anställda, information och processer på alla tekniska och organisatoriska nivåer. De huvudsakliga leveransprocesserna som automatiseras med detta system:
Strategisk försörjning, även val av försörjningskällor.
driftförsörjning.
Samarbete med leverantörer.
Kataloghantering.
Processen att utveckla anläggningens försörjningssystem är en komplex process i flera steg, som består i den ständiga analysen av anläggningens inköpsaktiviteter, analys av leverantörernas kvalitet, förhandling med potentiella leverantörer, förhandling av kontrakt, val av den bästa leverantören för att möta jordbruksföretagets behov av material eller tjänster. Fokus för funktionerna för komponenten Strategic Sourcing i SAP Supplier Relationship Management-lösningen skiftar mot att etablera långsiktiga ömsesidigt fördelaktiga relationer med partners. Utöver analysen av prisförhållanden i leverantörernas förslag ligger tonvikten på att hitta de bästa leveransvillkoren bland de som i framtiden kommer att ge stabila besparingar med hög kvalitet, samt service. Denna komponent utvecklades för att hjälpa köpare, såväl som analytiker, att effektivt bedöma behoven av varor och tjänster, kontrollera upphandlingsmarknaden och även identifiera nya försörjningskällor i full överensstämmelse med innehavets strategiska mål, samt dess partners.
Möjligheterna till entreprenad och avtalshantering gör det möjligt att förenkla förhandlingarna genom att stödja dem ur informationsberedningssynpunkt. Centraliserat underhåll av kontraktsdatabasen, sök efter rätt kontrakt, återanvändning mallar, även blanketter, kontroll av leveranser enligt kontraktet, leveranshantering inom jordbruksföretaget, inhämtning av nödvändig analytisk information. Lösningen tillåter automatiskt läge hålla reda på aktiva kontrakt, tillhandahålla den senaste informationen om status, samt användningen av kontraktet.
driftförsörjning.
SAP Supplier Relationship Management-lösningen låter dig skapa inköpsrekvisitioner för det material eller de tjänster som krävs för företagsportal genom att välja inköp i interna eller externa kataloger.
Anställd självbetjäning.
Systemet stödjer produktionsdriven inköpsplanering. För att effektivt hantera denna process erbjuder lösningen en tät integration av upphandlingsprocesser, såväl som system som styr produktion, planering och hantering av försörjningskedjan, och tillhandahåller även följande grundläggande funktioner för att hantera planerade inköp:
1. skapa en inköpsrekvisition; 2. Ledning av upphandlingsverksamhet för tjänster; 3. Registrering, även föra ett register över leverantörer; 4. Gemensam handläggning av beställningar; 5. Dataintegration mjukvaruapplikationer etc.
Biljetten kan mycket väl skapas manuellt av anställda i en SAP-lösning, eller automatiskt komma från olika befintliga system; integration med budgetsystem tillhandahålls; integration med olika servicesystem; integration med sammankopplade projektledningssystem; registrering av mottagande av varor på lager; kontroll av fakturor mottagna från leverantörer; möjligheten att automatiskt skapa fakturor, enligt de utfärdade dokumenten för mottagande av varor på lagret; spåra status, såväl som flödet av operationer för logistikdokument; anpassningsbart arbetsflöde för godkännande av inköpsrekvisitioner; val av bästa leverantör; genomföra konkurrensutsatta upphandlingsförfaranden.
En viktig och som regel mycket kostsam fråga om dataintegration av mjukvaruapplikationer löses enligt följande: Om de olika stadierna i en affärsprocess implementeras i heterogena system, kan det vara resurskrävande att invertera dessa system för att stödja en föränderlig affärsprocess. Exchange Infrastructure-komponenten, baserad på öppna standarder för dataöverföring, kan avsevärt minska integrationskostnaderna och eliminera alla hinder för integration. Exchange-infrastrukturen lagrar all information som behövs för att komma åt affärsapplikationsfunktioner, integrera system och köra affärsprocesser i en enda, delad kunskapsbas.
FYND
DEL II. UTVECKLING AV INFORMATIONSSYSTEMET FÖR AVDELINGEN FÖR UPPHANDLING AV IT-UTRUSTNING, SAMT PROGRAMVARAN FÖR INVESTERINGSHOLDET "FINAM"
2.1. Egenskaper för inköpsavdelningen för IT-utrustning, såväl som programvara för Investment Holding "FINAM", samt definitionen av kraven för inköpsavdelningens IS.
I många företag är rollen för IT-inköpsavdelningen fortfarande begränsad till en snäv uppsättning rutinoperationer, såsom anskaffning av mjukvara, hårdvara, komponenter och tjänster. I vissa företag tar inköpsledningsavdelningar, såväl som leverans, sin verksamhet till en kvalitativt ny nivå. Пoсpeдствам бoлee тeснoгo сoтpудничeства с внутpeнними заказчиками нeкoтopыe oтдeлы закупoк успeшнo дoбились значитeльнoгo снижeния затpат в сoвepшeннo нeтpадициoнных для них oбластях (напpимep, пpoвeдeниe маpкeтингoвых мepoпpиятий) - там, гдe усилия пo oптимизации затpат пpeждe нe пpинoсили oщутимoгo peзультата. Andra underavdelningar för ledning av inköpsverksamheten går ännu längre, inklusive produktionsfrågor, samt administrativa funktioner, i kretsen av deras intressen. Slutligen är det ytterligare andra som omformar upphandlingen så att den blir en testplats för innovation: genom att attrahera nya leverantörer av såväl materiella som immateriella varor bidrar dessa divisioner till att öka aktiviteten inom utvecklingsområdet. Följaktligen bör inköpsavdelningens informationssystem tillåta dig att snabbt göra justeringar av sitt arbete i enlighet med ledningens experimentella innovationer.
Resultatet av avdelningens arbete för inköp av IT-utrustning är de levererade varorna, som ställs till förfogande för de anställda på den tekniska avdelningen för efterföljande installation, såväl som inställningar. Sekvensen av följande åtgärder leder till det:
1. Registrering av ett kravs utseende
2. Teknisk expertis under vilken behovet av materiella resurser bestäms:
är verifierad, specifikationen är också överenskommen, den erforderliga köpperioden bestäms. För att komma överens om specifikationen krävs en bedömning av möjligheten att köpa från flera alternativa källor.
3. val av upphandlingsmetod
4. fastställa ett acceptabelt pris, samt leveransvillkor;
5. övervakning av varorna fram till dess leverans;
6. Att åtfölja mottagandet av varor av lageravdelningen genom att underteckna stängningsdokumenten, även överföra dem till redovisningsavdelningen.
7. slutförande av upphandlingscykeln genom att skicka en ansökan till dessa. avdelning för vidare förberedelse av utrustning för användning, eller till kund. Denna operation måste samtidigt skicka en ansökan till registret över genomförda köp.
Stängd med parameter
avvisade
Stängd med vidare riktning.
2.1.2. Förvaltningsstrukturen för investeringsinnehavet "FINAM".
Informationssystemet som utvecklats som en del av examensbeviset skapas utifrån de interna reglerna för upphandlingsverksamheten för Closed Joint-Stock Company Investment Holding FINAM för 2014.
DERAS "FINAM" har en av de ofta förekommande principerna för organisationsstrukturen - den funktionella principen för bildandet, där det huvudsakliga styrande organet är styrelsen.
Den funktionella principen för förvaltning inkluderar det faktum att strukturen bildas på grundval av organisationens uppdelning enligt egenskaperna hos alla avdelningars verksamhet. Till exempel görs regleringen av verksamheten för varje resurs för sig: personalavdelningen är under kontroll av personalavdelningen, det finns separata redovisnings-, ekonomi-, säkerhets-, marknadsavdelningar och liknande. Detta system innefattar centralisering av ledningsbeslut och hierarkisk underordning. Den största nackdelen med funktionsdiagrammet är att kontrollcentret är högst upp och kommandokedjan "sträcks ut" vertikalt. Av den anledningen är det svårt att genomföra beslut som berör flera avdelningar samtidigt. För att lösa problemen som är förknippade med denna funktion av innehavsorganisationens funktionsprincip godkänns varje köp av kuratorn för kundenheten, som är medlem i styrelsen.
2.2. Urval av verktyg
Vid utformningen av systemet beslutades att använda mjukvaruprodukten ERwin 7, och för att implementera systemplattformen användes WAMP-teknik, där Windows operativsystem, Apache webbserver, MySQL är ett DBMS och PHP är ett programmeringsspråk . Tänk på de faktorer som avgör valet av dessa programvaruprodukter.
2.2.1. Motiv för valet av designverktyg
ERwin
ERwin är ett modernt CASE-verktyg - databasmodellering av datorsystem som uppfyller följande krav (står för Computer Aided Software Engineering):
Ger utvecklaren möjlighet att fokusera på modellering, och inte på att lösa problem relaterade till den grafiska visningen av diagrammet. Verktyget kan automatiskt placera entiteter på diagrammet, låter dig också använda effektiva, även lätthanterliga visualiseringsverktyg, samt skapa vyer av modellrepresentationer.
Verktyget kan kontrollera diagrammet för logisk överensstämmelse, tar automatiskt reda på det och eliminerar även inkonsekvenser. Samtidigt har verktyget förmågan att ge utvecklaren viss handlingsfrihet, såväl som rätten att lösa förekomsten av en diskrepans eller någon avvikelse från metodiken.
Simuleringsverktyget kan tillhandahålla både logiska och fysiska simuleringar.
En viktig egenskap hos verktyget är att det låter dig automatiskt generera ett DBMS.
ERwin 7 är ett lättanvänt databasdesignverktyg. Den framgångsrika utvecklingen av databasmodellen för datorsystemet för detta arbete bestod av två steg: sammanställningen av en logisk modell och, på grundval av den, genereringen av en fysisk modell. ERwin implementerar denna process, den har två representationer av modellen: fysisk (fysisk), även logisk (logisk). Utvecklaren ges en unik möjlighet att bygga endast den logiska modellen av databasen, utan att tänka på de olika detaljerna i den fysiska implementeringen, d.v.s. uppmärksamma kraven på den ingående informationen, samt befintliga affärsprocesser som kommer att automatiseras av databasen som utvecklas. ERwin har ett ganska användarvänligt användargränssnitt som låter dig presentera databasen i olika aspekter. Låt oss ge ett exempel: ERwin har sådana visualiseringsverktyg som "ämnesområde" (ämnesområde), även "lagrad representation" (lagrad visning). Хpанимыe пpeдставлeния лeгкo пoзвoляют сoздавать мнoгo ваpиантoв пpeдставлeния мoдeли, в кoтopых мoгут быть пoдчepкнуты нeoбхoдимыe дeтали, кoтopыe спpoвoциpoвали бы пepeнасыщeниe визуальнoй мoдeли, eсли бы были изoбpажeны на oднoм пpeдставлeнии. Detsamma är fallet med en icke-förnyelse att de gläds åt sneakers, också för samma, de har upprätthållits, vilket bara är att förstärka, bland antalet, bland ettorna, förklaras det av antalet av den.
Att använda ERwin-modellen för en logisk såväl som fysisk representation av data resulterar i en fullt dokumenterad modell. ERwin har möjlighet att ansluta till DBMS, få information om databasstrukturen och även presentera den i ett grafiskt gränssnitt. Detta gör att du kan överföra en befintlig datastruktur från en befintlig plattform till en annan.
ERWin CASE-verktyget som ett databasdesignverktyg för ett datorsystem gör att vi kan använda följande funktioner:
1. Skapande av en databas för ett datorsystem baserat på modellen, även omvänd generering. modeller enligt den befintliga databasen för 20 typer av DBMS;
2. metodik för strukturell modellering;
3. återanvändning av komponenter i tidigare skapade modeller;
4. överföring av databasstrukturen för ett datorsystem från en DBMS av en typ av DBMS till en annan;
5. dokumentation av databasstrukturen.
6. Användning i alla stadier av databaser: design, utveckling, testning, även support;
BPwin
BPwin-systemet hjälper till att optimera hanteringsprocesser. För detta arbete är detta verktyg oumbärligt på grund av dess följande särskiljande egenskaper:
1. Utvecklad modelleringsmetodik baserad på IDEF0;
2. Redaktörer för beskrivning av verksamhet, kommunikation;
3. Hierarkisk struktur av diagram;
4. Nedbrytningsdiagram för att beskriva egenskaperna hos processers interaktion;
5. Stöd för IDEF3-metoden;
6. Integration, även koppling till ERwin (IDEF1X metodik).
2.2.2. Skäl för valet av sätt att implementera systemet
PHP
PHP (Hypertext Preprocessor) är ett programmeringsspråk designat för att generera HTML-sidor på en webbserver, samt arbeta med databaser.
Fördelen med PHP är inget annat än att ge webbutvecklare möjligheten att skapa dynamiskt genererade webbsidor. Du kan bädda in en PHP-kod i en HTML-sida, som kommer att köras varje gång du besöker den.
PHP-språket är i sig enkelt. Du behöver inte ladda bibliotek. PHP kör kod inuti avgränsare. Allt som ligger utanför gränserna produceras utan ändringar. Detta är mycket praktiskt för att infoga PHP-kod i ett HTML-dokument.
PHP-språket är i sig effektivt. PHP är oberoende av webbläsare, eftersom PHP-skript kompileras på serversidan innan de skickas till klienten.
Faktorerna som anges ovan avgör valet av PHP som huvudskriptspråk i detta utvecklingssystem.
Webbdatabasarkitektur
Tänk på den externa konstruktionen av ett webbdatabassystem, såväl som metodiken för dess utveckling.
Webbplatsarkitekturen, som inkluderar databasen, är något mer komplex än den som används när man skickar ensidiga förfrågningar.
De webbdatabasapplikationer som utvecklas i detta projekt har den globala webbdatabasstrukturen som visas i figur 1-1. 2.6.
Fikon. 2.6 Grundläggande webbdatabasarkitektur som inkluderar en webbläsare
Webbserver, skriptmotor, även databasserver
En typisk webbdatabastransaktion består av följande steg, indikerade med siffror i fig. 2.6.
1. Användarens webbläsare skickar en HTTP-förfrågan för en specifik webbsida på egen hand.
2. Webbservern tar emot en begäran om results.php, tar emot filen och skickar den även till PHP-motorn för vidare bearbetning.
3. PHP-motorn, efter att ha tagit emot data, börjar en detaljerad analys av skriptet. Det finns definitivt ett kommando i skriptet för att ansluta till databasen, och även utföra den nödvändiga frågan i den. PHP öppnar en ny anslutning till MySQL-servern och skickar även den nödvändiga begäran till den.
4. MySQL-servern tar emot frågan till databasen, bearbetar den och skickar sedan resultaten tillbaka till PHP-motorn.
5. PHP-motorn slutför efter allt ovanstående exekveringen av skriptet, formaterar alla resultat av begäran i form av HTML, och skickar sedan resultaten till webbservern i HTML-format.
6. Webbservern skickar i sin tur HTML-koden till webbläsaren.
MySQL
MySQL är ett gratis hanteringssystem för relationsdatabas. MySQL kan distribueras fritt under villkoren i GPL (General Public License). Detta är inget annat än vad det innebär att ansöka, vem som helst kan också ändra det. MySQL är också det mest lämpliga databashanteringssystemet för användning i en webbmiljö. Av alla dessa skäl är MySQL erkänd som världsstandarden inom databashanteringssystem för webben. Det är också värt att nämna att det utvecklar möjligheter för användning i alla kritiska affärsapplikationer, det vill säga att det konkurrerar på lika villkor med så välkända DBMS som Oracle, IBM, Microsoft och är också helt gratis.
Apache
Apache HTTP - server (förkortning för engelska en patchy server) är en gratis webbserver.
Fördelarna med Apache är tillförlitlighet, samt konfigurationsflexibilitet. Låter dig ansluta externa befintliga moduler för fullständig dataförsörjning, använda databashanteringssystem för användarautentisering, etc.
2.2.3. Skäl för valet av tekniska medel
Detta system använder under sitt liv tekniska medel av två typer. För att använda den befintliga användardelen av systemet behöver du en touchterminal, för den administrativa delen behöver du en PC.
Touchterminalen består av följande delar:
Kår,
datorblock,
pekskärm,
Administratörs PC
Windows är en integrerad miljö som ger det mest effektiva, oavbrutna utbytet av grafik-, ljud-, text- och videoinformation mellan program.
För full drift av ISS kommer följande tekniska metoder för HDPE att krävas:
Processor, RAM (RAM, RAM), hårddiskar, grafikkort, bildskärm.
2.3. Analys av ämnesområdet, såväl som affärsprocesser för Investment Holding "FINAM"
Huvudprocesserna i inköpsavdelningen för Investment Holding "FINAM" är processerna för godkännande, budgetering, samt utförande av ansökningar för inköp av IT-utrustning, såväl som programvara. (Figur 2.7).
Fig. 2.7 Den allmänna strukturen för de huvudsakliga affärsprocesserna i inköpsavdelningen för Investment Holding "FINAM"
När man studerar ämnesområdet för det aktuella företaget kan fyra huvudsakliga affärsprocesser särskiljas (Fig. 2.8.):
1. Behandling av förfrågningar;
2. utföra expertbedömningar inom området produktdefinition, såväl som dess kostnader;
3. Samordning av förfrågningar.
4. utförande av leveranser.
På det aktuella företaget kan tre huvudtyper av förfrågningar särskiljas:
a. en begäran om köp av IT-utrustning;
b. en begäran om köp av immateriella tillgångar (programvara, certifikat);
c. begäran om köp av tjänster, fungerar också.
Fikon. 2.8. Nedbrytningsdiagram A0 för inköpsavdelningen för investeringsinnehavet "FINAM"
Med tanke på dessa typer av förfrågningar inkluderar affärsprocessen "Bearbetning av förfrågningar" följande arbete (Fig. 2.9.): En anställd på anläggningen lägger en inköpsorder i systemet. Так как вoзмoжнo тpи вида запpoсoв, также pядoвoй сoтpудник нe всeгда мoжeт кoмпeтeнтнo квалифициpoвать свoй запpoс, тo заявка пpoхoдит пpeдваpитeльный анализ сoтpудниками oтдeла закупoк, в хoдe кoтopoгo выясняются дoпoлнитeльныe свeдeния пo запpoсу, oпpeдeляeтся тип запpoса (oбopудoваниe, нeматepиальныe активы или услуги, также pабoты) , och även det huvudsakliga urvalet pågår för korrektheten av att skicka ansökan till inköpsavdelningen för IT-utrustning, såväl som programvara. Till exempel kommer en begäran från en innehavsanställd att köpa CD-skivor att avslås pga sådana inköp sköts av ekonomiavdelningen. Efter att ha bestämt typen av köp skickas ansökan till en av de anställda på inköpsavdelningen, som hanterar relevant utrustning eller beställer tjänster.
Fikon. 2.9. Representation av nedbrytningen av affärsprocessen "Bearbetning av förfrågningar"
Nästa steg i behandlingen av ansökan är att skicka den till den tekniska avdelningen för en teknisk undersökning. Under en teknisk undersökning visar det sig:
a) tillgången på nödvändig utrustning i lagret eller möjligheten att utföra arbete av personalen på den tekniska avdelningen.
b) tillräcklighet, även nödvändigheten av kravet.
c) korrekt, även fullständig specifikation för erforderlig utrustning, eller tekniska specifikationer för utförandet av arbetet.
d) om nödvändigt kan den tekniska specialisten begära ytterligare information.
I fall a, b, även d, återsänds rekvisitionen med köpförfrågan till kunden med motsvarande kommentar.
Vid utfärdande av en specifikation eller tekniskt uppdrag skickas ansökan till inköpsavdelningen för utfärdande av en ekonomisk expertis, under vilken den beräknade budgeten för köpet ska anges. Under budgetbedömningen finns det två alternativ för ansökningsvägen:
1) utfärdande av en exakt specifikation som anger kostnaden för vilken det är möjligt att köpa den nödvändiga produkten/tjänsten.
2) vägran att utfärda en budgetuppskattning på grund av att utrustningen tagits bort från produktionen, frånvaron av entreprenörer som producerar de nödvändiga tjänsterna, närvaron av alternativa lösningar som föreslagits av leverantören, etc. i detta fall skickas ansökan tillbaka till den tekniska avdelningen med lämplig kommentar, och den genomgår också en teknisk undersökning igen.
Fikon. 2.10 Affärsprocess "teknisk expertis"
Далee слeдуeт бизнeс-пpoцeсс «Сoгласoваниe заявки» (Pис. 2.11) в хoдe кoтopoгo заявка, сoдepжащая пoлную, также кoppeктную инфopмацию o наимeнoвании, также стoимoсти тpeбуeмoгo oбopудoвания, также услуг напpавляeтся члeну пpавлeния, oтвeтствeннoму за напpавлeниe для кoтopoгo планиpуeтся сoвepшить закупку. Han kan i sin tur begära ytterligare godkännande från vilken som helst anställd på anläggningen. Vid vägran att komma överens om köp av en styrelseledamot återsänds ansökan till kunden med vederbörlig kommentar.
Vid positivt svar skickas ansökan till kassören för godkännande av tilldelning av medel, till lämpligt belopp. Vid vägran att tilldela medel skickas ansökan till kunden med lämplig kommentar. Kassören kan också skicka en ansökan om ytterligare godkännande till alla anställda på anläggningen. Efter godkännande av ansökan skickas den till inköpsavdelningen för genomförande av köpet i enlighet med inköpsavdelningens föreskrifter (bild 2.12).
Fikon. 2.11 Representation av nedbrytningen av affärsprocessen "Godkännande av ansökan"
I enlighet med inköpsavdelningens bestämmelser har innehavet antagit tre rutiner för val av leverantör. Den nödvändiga proceduren väljs beroende på inköpsbeloppet:
PROCEDUR FÖR ATT VÄLJA EN LEVERANTÖR BEROENDE PÅ KÖPSBELOPP:
Mängd, gnugga. Ansvarig för leverantörsval Leverantörsval Upphandlingshantering
100-50000 Inköpsansvarig Mottagande, även jämföra priser från leverantörsprislistor;
Erhålla priser, samt information om tillgängligheten av utrustning på internetresurser (webbplatser för onlinebutiker, utrustningsleverantörer)

50001-300000 Kassör
Ansvarig
Kurator E-postbegäran om offert för specifikation av utrustning/tjänster enligt listan i bilaga 2a, dock inte mindre än 2 leverantörer * (+ begäran om analoger av utrustning i leverantörslagret)
Bearbetning av inkomna förslag, samt föra information till en enda tabell i den form som anges i bilaga 3
Skicka bordet till ledningen för godkännande av leverantören via e-post. post eller informationssystem meddelande/röstning
Konto. Behovet av att sluta avtal avtalas med kassören, även kunden.
300001, även ovan Kassör
Ansvarig
Kurator Genomföra en öppen förfrågan om förslag i enlighet med order 284 daterad 2011-09-12, med förbehåll för möjligheten till dess innehav. Avtal
Fikon. 2.12 Representation av nedbrytningen av affärsprocessen "Orderuppfyllelse"
2.3.1 Utveckling av ett strukturdiagram för ett informationssystem
Пpoeктиpуeмая в настoящeй pабoтe вeб-opиeнтиpoванная систeма сoздаeтся для тoгo, чтoбы oбeспeчить свoeвpeмeннoe oбнoвлeниe данных на вeб-пopталe Инвeстициoннoгo хoлдинга «ФИНАМ», а такжe спoсoбствoвать качeствeннoму peагиpoванию на измeнeниe инфopмации в базe данных oтдeла закупoк ИТ oбopудoвания, также пpoгpаммнoгo oбeспeчeния.
Вхoднoй инфopмациeй для pазpабатываeмoй систeмы в даннoм случаe являются данныe o нeoбхoдимых тpeбoваниях oбopудoвания, нeматepиальных активoв, также закупкe сooтвeтствующих услуг (сeтeвoe, сepвepнoe, пoльзoватeльскoe oбopудoваниe, пpoгpаммнoe oбeспeчeниe, закупка сepтификатoв на услуги, тeх. пoддepжку, oбнoвлeния, сoпутствующиe pабoты), кoтopыe мoгут bli både godkänd, också verkställd och även avvisad.
Således bör ett riktigt informationssystem innehålla följande delsystem:
1. Delsystem för hantering av information om materiella tillgångar.
2. Delsystem för hantering av information om immateriella tillgångar.
3. delsystem för att hantera information om tjänster, fungerar också.
I sin tur, i delsystemet för hantering av data om materiella tillgångar, bör ytterligare tre delsystem som ingår i det särskiljas:
1. delsystem för hantering av information om serverutrustning;
2. Delsystem för hantering av information om nätverksutrustning.
3. Delsystem för hantering av information om användarutrustning.
4. Delsystem för hantering av information om reservdelar.
Delsystemet för hantering av data om immateriella tillgångar inkluderar även ytterligare delsystem:
1. delsystem för hantering av information om eviga programvarulicenser;
2. delsystem för hantering av information om licenser för programvara med begränsad giltighetstid;
3. delsystem för hantering av information om certifikat.
Delsystemet för att hantera information om tjänster fungerar också, är uppdelat i två delar med en annan essens:
1. Delsystem för hantering av information om engångstjänster.
2. delsystem för hantering av information om pågående tjänster
Systemet för att kombinera de listade delsystemen ansvarar för att arbeta med databasen, samt för att uppdatera data på portalen. Informationssystemets strukturdiagram visas i figuren nedan (Fig. 2.18.).
Fikon. 2.18.. Strukturdiagram över informationssystemet
2.3.2 Utveckling av ett funktionsdiagram för ett informationssystem
Information har varit en av de viktigaste resurserna i världen i många decennier. Kommersiella företag är inget undantag. Для тoгo, чтoбы пoвысить качeствo услуг, стpуктуpиpoвать свoю pабoту, нeoбхoдима систeма, кoтopая мoгла бы oбeспeчить быстpую pабoту с данными, а такжe их oбнoвлeниe на пopталe, чтoбы пoльзoватeль-клиeнт всeгда имeл вoзмoжнoсть дoступа тoлькo к свeжeй инфopмации.
Informationssystemet måste utföra följande uppgifter:
1. omedelbar datauppdatering på portalen;
2. Adekvat respons på ändringar i databasen.
Det allmänna funktionsdiagrammet för ett sådant system presenteras nedan (Fig. 2.19.).
Figur 2.19 Allmänt funktionsschema över informationssystemet
2.3.3 Utveckling av en konceptuell modell av ett informationssystem
För att utveckla en konceptuell modell av systemet är det nödvändigt att välja informationsobjekt. I det här fallet är det:
serverutrustning;
nätverksutrustning;
användarutrustning;
evig programvara;
programvara med en begränsad användningstid;
reservdelar;
pågående tjänster, fungerar också;
engångstjänster, fungerar också;
certifikat;
Ansökningsnummer;
kundens lönenummer;
Specifikation;
beloppet för budgetuppskattningen;
materiella tillgångar;
immateriella tillgångar;
tjänster, fungerar också;
I scheman kommer vi att visa enheter i rutor och attribut i ovaler (Fig. 2.20.). Связь «oдин – кo – мнoгим» мeжду oбъeктами «Запасныe части», «сepвepнoe oбopудoваниe», «сeтeвoe oбopудoваниe», «пoльзoватeльскoe oбopудoваниe», также «матepиальныe активы» oбъясняeтся тeм, чтo, напpимep, каждый тип матepиальнoгo актива мoжeт в итoгe oбладать olika specifikationer för olika typer av utrustning.
Fig. 2.20 Konceptuell modell av informationssystemet
När det gäller "en-till-en"-relationen mellan objekten "Budgetuppskattningsbelopp", även "Användarutrustning", "Serverutrustning", etc., så etableras detta förhållande här, eftersom alla typer av köp kan ha en specifikation , även en budgetuppskattning.
2.3.3. Utveckling av logiska såväl som fysiska modeller av systemet
Objekten i vår modell, representerade på den logiska nivån, kallas entiteter, även attribut. Den logiska datamodellen är som regel universell och är inte heller på något sätt kopplad till en specifik DBMS-implementering (Fig. 2.21).
Den fysiska datamodellen beror tvärtom på att det specifika DBMS är en spegelbild av den projicerade systemkatalogen. Den fysiska datamodellen innehåller information om alla befintliga databasobjekt. Eftersom det inte finns några standarder för databasobjekt i ett datorsystem, beror den fysiska modellen varje gång på den specifika implementeringen av DBMS. Av detta följer slutsatsen att en, också samma logiska datamodell, mycket väl kan motsvara flera olika fysiska datamodeller. Om det i den logiska modellen inte spelar någon roll vilken typ av data ett attribut har, så är det i den fysiska datamodellen extremt viktigt att beskriva den fullständiga informationen om fysiska objekt - tabeller, även kolumner, procedurer2 och procedurer (2).
Namnen på våra tabeller, såväl som kolumnerna, genereras baserat på de befintliga attributen, såväl som entiteterna i den redan skapade logiska modellen, medan det är viktigt att ta hänsyn till de syntaktiska begränsningarna som DBMS inför, till exempel , den maximala längden på namnet. Ett mellanslag i en entitets namn, även ett attribut, ersätts med tecknet "_". Det är viktigt att förstå att perfekta förändringar inte återspeglas i namnen på attribut, såväl som enheter. Anledningen till detta är att informationen i ERWin på logisk och fysisk nivå lagras separat.
Huvudtabellen är "Applikationstabellen". Den innehåller tre nyckelfält: ansökningsnummer; kundens lönenummer; utövarens personalnummer.
Tabellen "Entreprenörer" lagrar uppgifter om utförarens personalnummer. Tabellen "kunder" lagrar information om kundens personalnummer. Tabeller "experter", "kuratorer", "kassör", även "lägg till. koordinatorer" lagrar också antalet anställda som utför motsvarande roller.
Tabellen "undersökningsresultat" innehåller information om den exakta specifikationen av utrustning eller tjänster som behöver köpas.
Fikon. 2.21. Logisk modell av det utvecklade informationssystemet
Fikon. 2.22. Fysisk modell av det utvecklade informationssystemet.
2.4 Informationsflöden i företaget
I inköpsavdelningens arbete kan fyra grundläggande processer särskiljas:
acceptera inköpsorder;
godkännande av inköpsorder;
budgetmässig bestämning av resultatindikatorer;
direktköp.
Sålunda kan inköpsavdelningen på företaget betraktas som ett informationscenter där en stor mängd information bearbetas.
Information är den enda sortens resurser som finns tillgängliga för människan i världen, som inte bara inte töms, utan också ökar, samtidigt som den förbättras, bidrar också till den mest rationella, även effektiva användningen av andra resurser.
Fig. 2.23 Informationsflöden i företaget.
2.4.1 Modern modell för företagsinformationsflödeshantering
Insamling, bearbetning, tillämpning och även överföring av information har alltid varit en del av framgångsrik affärsverksamhet. Förutom externa faktorer beror ett företags framgång på krafterna inom organisationen, inklusive mål, mål, konstruktion, teknik. Hanteringen av informationsflöden kan säkert delas in i externa, såväl som interna.
Företaget har alltid varit föremål för verksamhet med större handlingsfrihet, av denna anledning är dess ledning från sidan av externa system begränsad till en viss uppsättning situationer.
Kärnan i extern ledning är att företaget befinner sig i en given situation. De dagliga aktiviteterna för en innehavsanställd inkluderar: sätta mål, prognostisera, planera, organisera, kontrollera, även reglera, utvärdera prestationer, motivation, även stimulera, tolka resultat.
Varje steg i den anställdes aktivitet åtföljs av antagandet av ett ledningsbeslut.
För att fatta ett effektivt ledningsbeslut måste chefen målmedvetet samla in all information om staten, såväl som driftsvillkoren för hans företag. Konkurrenter till företaget är inom samma informationsfält, därför, ju bättre ett effektivt söksystem är organiserat, liksom förvärvet av informationsflöden, desto högre är konkurrenskraften för innehavet.
Vid utarbetandet av ett ledningsbeslut ska de begränsningar som ledningssystemen sätter beaktas. Graden av begränsning beror på typen av styrsystem.
Systemens rättigheter kan vara ovillkorliga (statliga organ), eller villkorade (frivilliga interaktioner med partners), eller blandade (villkorade före interaktion, även ovillkorliga efter interaktion med partners).
Direkt, även permanent kontroll över företagets beteende utförs av staten.
För att känna igen alla kontrollinformationsflöden kan chefschefen också behöva använda informationspotentialen hos sina teammedlemmar, såväl som andra specialister.
Underlåtenhet att ta emot informationsprodukter direkt proportionellt påverkar mängden ekonomisk skada som orsakas.
Hjälp med att lösa detta problem med att skaffa informationsflöden specialiserade informationstjänstsystem (SIS) utanför, även inom företaget.
Att fatta chefsbeslut är en chefs mest grundläggande, även ansvarsfulla funktion. Brott mot uppförandereglerna i denna riktning leder företaget till ekonomiska förluster, vilket gör dess verksamhet meningslös.
2.5. Det lokala nätverkets struktur
Ett lokalt nätverk (lokalt nätverk, LAN) är en uppsättning utrustning, även programvara, som tillhandahåller överföring, lagring och bearbetning av information.
Syftet med det lokala nätverket är implementeringen av en engångs gemensam åtkomst till nödvändiga data, installerade program och utrustning som också finns tillgänglig på företaget. Det lokala nätverket (LAN) inkluderar följande utrustning: Aktiv utrustning - switchar, routrar, mediakonvektorer; Passiv utrustning - kablar, monteringsskåp, kabelkanaler, kopplingspaneler, informationsuttag; Dator, även kringutrustning - servrar, arbetsstationer, skrivare, skannrar. Beroende på kraven för nätverket som utformas kan sammansättningen av den utrustning som används under installationen variera.
Hastighet är den viktigaste egenskapen hos ett lokalt nätverk; Anpassningsförmåga - egenskapen hos ett lokalt nätverk att expandera, även för att installera arbetsstationer där det krävs; Tillförlitlighet är egenskapen hos ett lokalt nätverk för att upprätthålla full eller partiell drift, oavsett fel på vissa noder eller slututrustning.
Topologin (layout, konfiguration, struktur) för ett datornätverk förstås vanligtvis som den fysiska platsen för nätverksdatorerna i förhållande till varandra, såväl som hur de är sammankopplade med kommunikationslinjer. Det är viktigt att notera att begreppet topologi främst hänvisar till lokala nätverk, där strukturen av anslutningar lätt kan spåras. I globala nätverk är kommunikationsstrukturen vanligtvis dold för användare, och är inte heller särskilt viktig, eftersom varje kommunikationssession kan utföras längs sin egen väg.
Тoпoлoгия oпpeдeляeт тpeбoвания к oбopудoванию, тип испoльзуeмoгo кабeля, дoпустимыe, также наибoлee удoбныe мeтoды упpавлeния oбмeнoм, надeжнoсть pабoты, вoзмoжнoсти pасшиpeния сeти., также хoтя выбиpать тoпoлoгию пoльзoватeлю сeти пpихoдится нeчастo, знать oб oсoбeннoстях oснoвных тoпoлoгий, их дoстoинствах, также нeдoстатках надo.
Buss (buss) - alla datorer är parallellkopplade till en kommunikationslinje. Information från varje dator överförs samtidigt till alla andra datorer (Fig. 2.24).
Fikon. 2.24. Nätverksbusstopologi
Stjärna (stjärna) - det finns två huvudtyper:
Aktiv stjärna (true star) - andra perifera datorer är anslutna till en central dator, och var och en av dem använder en separat kommunikationslinje. Information från kringdatorn överförs endast till den centrala datorn, från den centrala datorn - till en eller flera kringutrustning. (fig. 2.25) Aktiv stjärna
Fikon. 2,25. aktiv stjärna
En passiv stjärna som bara utåt ser ut som en stjärna. För närvarande är den spridd mycket bredare än en aktiv stjärna. Det räcker med att säga att det används i det mest populära Ethernet-nätverket idag.
I mitten av ett nätverk med denna topologi är inte en dator placerad, utan en speciell enhet - en switch eller, som det också kallas, en switch (switch), som återställer inkommande signaler, skickar dem också indirekt (2.2 slumpmässigt) . Det är denna nätverkstopologi som finns på företaget Investment Holding "FINAM"
Fikon. 2.26. passiv stjärna
Ring (ring) - datorer kombineras sekventiellt till en ring.
Överföringen av information i ringen utförs alltid endast i en riktning. Var och en av datorerna överför information till endast en
dator följer i kedjan bakom honom, och får endast information
från föregående dator i kedjan (bild 2.27)
Fikon. 2.27. Nätverkstopologiring
Det finns två typer av lokala nätverk: Peer-to-peer lokala nätverk - nätverk där alla datorer är lika: var och en av datorerna kan också vara en server, även en klient. Lokala nätverk med centraliserad hantering. I nätverk med centraliserad hantering är säkerhetspolicyn gemensam för alla nätverksanvändare. Denna typ av lokalt nätverk är tillgängligt hos företaget Investment Holding "FINAM".
2.6. Kontrollexempel på projektgenomförandet, även dess beskrivning
2.6.1 Databasens egenskaper
Systemet använder DBMS MySQL. datasystemets databas består av 6 tabeller. Anslutningsschemat för databastabellerna för datorsystemet visas i figur: 2.29
Fikon. 2.29 DB-tabelllänkschema
Databasen innehåller tabeller, vars egenskaper anges i tabellerna nedan:
Tabell 2.1 Tabell "MANAGER".
Fälttyp Värde Obs
IDMAN Int(5) Managernummer Nyckel, autokomplettering
EFTERNAMN Char(25) Efternamn
NAMEM Char(25) Namn
Logga in Char(20)
Lösenord Char(10) Lösenord
Tabell 2.2 "KLIENT"-tabell
Fälttyp Värde Obs
IDPOK Int(5) Klientnummer Nyckel, autokomplettera
EFTERNAMN Varchar(50) Kundens efternamn
NAMEK Char(50) Klientnamn
PATRONYMIC Char(50) Kundens mellannamn
TELEFON Char(16)
E-POST Varchar(50) Kundens e-postadress
CITY Char(25)
Tabell 2.3 "ZAKAZ"-tabell
Fälttyp Värde Obs
IDZ Int(11) Ordernummer Nyckel, autofyll
DATUM DATUM Beställningsdatum
IDNAME Char(10) Kundnummer
SET1 INT(11) Ny bil
SET2 INT(11) Begagnad bil
SET3 INT(11) Delar
Primech TEXT
Tabell 2.4 "NYHET" tabell
Fälttyp Värde Obs


GRUPPA Char(25)
GVIPUSK ÅR(4)

DVIGATEL Char(20) Motor
CVET Char(20) Färg
KABINA Char(20) Hytttyp
KP Char(20) KP-typ

CENA Int(10) Pris

Tabell 2.5 Tabell "BY"
Fälttyp Värde Obs
ID Int(5) Servicenummer Nyckel, autokomplettering
NAMN Char(50) Tjänstens namn
GRUPPA Char(25)
GVIPUSK ÅR(4)
KOLES Char(10)
DVIGATEL Char(20) Motor
CVET Char(20) Färg
KABINA Char(20) Hytttyp
KP Char(20) KP-typ
STRANA Char(15) Tillverkningsland
CENA Int(10) Pris
KOLVO Int(11) Tillgänglig kvantitet
PROBEG Int(11) Körsträcka
Tabell 2.13 "ZAPCHAST"-tabell
Fälttyp Värde Obs
ID Int(11) Nummernyckel, autokomplettering
NAMN Char(50)
GRUPPA Char(25)
CENA Int(50) Pris
ARTICUL Char(50)
KOLVO Int(11) Kvantitet
2.6.2. Strukturen på den implementerade webbplatsen.
Den implementerade webbplatsen, tack vare användningen av PHP-språk, har även HTML ett trevligt användarvänligt gränssnitt, även en tydlig struktur
Figur 2.30 visar chefens auktoriseringsfönster på företaget OOO "SINTEZ"
Fig.2.30 Chefsbehörighet
På fig. 2,31. пpeдставлeнo мeню выбopа дeйствий, а имeннo peгистpация нoвoгo клиeнта, oфopмлeниe заказа, каталoг автoмoбилeй (нoвых, также с пpoбeгoм), каталoг зап.частeй, базы данных вычислительной системы клиeнтoв, пpайс-листы в EXCEL, также выхoд, кoтopый вeдeт к автopизации мeнeджepа.
Fig.2.31.Sajtens huvudmeny
På figurerna 2.31-2.32. exempel på att registrera en ny användare presenteras, samt automatiskt lägga till den i databasen för MYSQL-datorsystemet Fig 2.33
Fikon. 2.31.Lägga till en ny användare
Fig.2.32 En ny klient har lagts till
Fig 2.33 Lägga till en ny användare i databasen
Beställningsmenyn visas i figur 2.34.
Figur 2.34. Att lägga en beställning
I figur 2.35. ett fönster för att välja en registrerad klient visas
Fig.2.35.Välja en klient från databasen
Figur 2.36 visar sökningen, samt valet av klienten, i det här fallet finns det en klient med samma namn, så vi väljer och klickar även på klienten vi behöver.
Figur 2.36. Sök, även kundval
Figur 2.37 visar det framgångsrika valet av denna klient
Fikon. 2,37. Kundens val
Figur 2.38 visar katalogen för att välja nya bilar:
Fig.2.38. Nya bilar
Fig.2.39. Att välja en ny bil
Visningen av nya bilar i databasen visas i figur 2.40
Fikon. 2,40. Visning av nya bilar
Ett exempel på den slutliga bildandet av en order med en utvald kund, samt ett val av ny utrustning, samt en chef, visas i figur 2.41.
Fig.2.41. Beställningsblankett för utskrift
Likaså görs en beställning på inköp av reservdelar, samt begagnad utrustning
Sedan kan du skriva ut den färdiga beställningen och även gå tillbaka till sidans huvudsida för vidare arbete.
Nedan är ett exempel på att ladda ner en prislista från sajten (nya bilar) Figur 2.43.
Fig.2.43. Visar ett fönster för att spara, visar även prislistan
SLUTSATSER
Det andra kapitlet beskriver den väsentliga processen för systemutveckling, såväl som implementeringen av ett automatiserat informationssystem. Under detta arbete designades och implementerades operativdatabasen för systemets datorsystem fullt ut, gränssnittsdelen av systemet utvecklades noggrant.
Den implementerade databasen för datorsystemet uppfyller alla nödvändiga krav för strukturell design, såväl som normaliseringsstandarder.
Det implementerade systemgränssnittet är gjort i en intuitiv form och uppfyller även fullt ut kraven på ergonomi.
Målet med att skapa ett ergonomiskt gränssnitt var att visa information så effektivt som möjligt för omedelbar mänsklig perception, även systematiskt strukturera visningen av viktig information på displayen för att uppmärksamma den upplevda informationen.
Huvudmålet med utvecklingen var också att minimera den övergripande informationen som visas på skärmen, även att bara presentera det som kan vara nödvändigt för en eventuell användare.
I det andra kapitlet genomfördes utvecklingen av systemet med hjälp av sådana verktyg som programmeringsspråket PHP, samt MySQL DBMS.
KAPITEL III. KOSTNADSBERÄKNING FÖR SYSTEMUTVECKLING
3.1. Företagsriskhantering
Innehavets ekonomiska tillförlitlighet, eller med andra ord, verksamhetens ekonomiska tillförlitlighet, är ett stabilt tillstånd för innehavet, kännetecknat av nivån på dess effektivitet, såväl som driftstabiliteten genom implementering av konstant övervakning, som samt säkerställa information, investeringar, finansiell, intellektuell, personal, logistik, industriell och andra typer av säkerhet .
Innehavandets ekonomiska tillförlitlighet inkluderar bästa resursanvändning, förebyggande av hot mot dess verksamhet, samt skapandet av förutsättningar för stabil, effektiv drift samt att göra vinst.
Innehavandets ekonomiska tillförlitlighet inkluderar obligatorisk övervakning av tillståndet för hela tillförlitlighetssystemet, snabb, professionell och adekvat respons på fel i dess funktion.
Snabb lösning av olika problem för att organisera tillförlitligheten av affärsprocesser, högkvalitativ kryptering av information eller införandet av dyra antivirusskydd har blivit en oundviklig daglig praxis för många företag. Det är värt att nämna att lösningen av enskilda informationssäkerhetsfrågor inte kan lösa problemet med att säkerställa informationssäkerheten för en verksamhet som helhet, utan skapar en illusion av tillförlitlighet för dess ägare.
Säkerheten för företagets verksamhet (innehav) uppnås genom att erhålla, omkontrollera, noggrant bestämma resultatindikatorer och analysera de som utvecklats i företaget baserat på kvalitativa indikatorer (egenskaper, parametrar).
Det är viktigt att notera att en effektiv förvaltning av innehavet i första hand bör säkerställa en ekonomiskt säker existens för verksamheten. Begreppet "riskhantering" definierades som en grundlig förberedelseprocess, samt genomförande av åtgärder som minskar risken för att fatta ett felaktigt ledningsbeslut.
Delsystemet för riskhantering är byggt enligt den hierarkiska principen. Riskhanteringsprocessen sker på två underordnade nivåer - verkställande och koordinerande. På den verkställande nivån utförs två huvudfunktioner: kontroll av risknivån som uppstår under driften av innehavet och hantering av risknivån i samband med beredningen av beslut på alla nivåer.
Innehavets ledning spelar en nyckelroll för att lösa riskhanteringsproblem, eftersom den godkänner genomförandet av åtgärdsprogram för riskreducering, fattar ledningsbeslut vid påbörjandet av implementeringen.
3.2. Systemutveckling kostnad
Beräkning av utvecklingskostnader är nödvändig för att motivera systemets ekonomiska effektivitet. Planerade utvecklingskostnader inkluderar alla kostnader, oavsett finansieringskälla. Fastställandet av utvecklingskostnaderna görs med hjälp av beräkningen av det planerade självkostnadspriset.

1. Grundlön för utvecklare av informationssystem;
2.tilläggslön för utvecklare av informationssystem;
3.beräkning av utgifter för datoravskrivning;
4.overhead;
5.kostnader för el som används vid utvecklingen av informationssystemet.
6. avdrag för socialförsäkring;
Låt oss ta en titt på varje kostnadspost.
Beräkna kostnaden för grundlöner för utvecklare
Ersättning för arbete representerar en uppsättning medel som betalas till anställda i kontanter, även in natura, både för arbetade timmar, utfört arbete och även på det sätt som föreskrivs i lag för inte arbetade timmar.
Tillägget debiteras utöver tidsinkomsten med 20 % av taxan för en tidsarbetande.
Kostnaden för grundlön (Zosn.) med en tidsbaserad ersättningsform beräknas enligt formeln (1):
Zn.=Om.*Tr.*Cd/Dr.månad, (1)
var:
Omes. — Månadslön för programutvecklaren.
Annan månad - det genomsnittliga antalet arbetsdagar i en månad;
Trab. - den faktiska tidpunkten för deltagande i utvecklingen av programmet;
Kd är en koefficient som tar hänsyn till tilläggsutbetalningar till grundlönen.
Samtidigt är förhållandet mellan Omes./Dr.mes. kännetecknar den genomsnittliga dagslönen för en utvecklare.
Låt oss ta in vårt projekt:
Omes. ingenjör - programmerare = 100 000 rubel.
Annan månad = 21 dagar;
CD = 1,2.
Resultaten av att beräkna kostnaden för grundlönen för programutvecklare presenteras i tabell 3.1.
Tabell 3.1. Beräkning av kostnaden för utvecklarnas grundlön
Utförare Arbetstid, antal dagar Genomsnittlig dagslön Lönekostnader, gnugga.
Programvaruingenjör 15 4761.90 85714.29
Totalt 85714,29
Beräkning av tilläggslöner för programutvecklare
Artikeln "Tilläggslöner" planerar och tar hänsyn till betalningar enligt arbetslagstiftning eller kollektivavtal för tid som inte arbetats på jobbet (utebliven) tid: betalning för ordinarie och extra semester, ersättning för outnyttjad semester, betalning för förmånliga timmar för ungdomar, ersättning för tid i samband med genomförandestaten och offentliga uppgifter etc. Det bestäms i procent av grundlönen.
Zdop. = Kdop. * Zosn. (2)
var: Kdop. — Koefficient med hänsyn till storleken på den extra lönen för programutvecklare. Låt oss ta Kdop. lika med 0,25 Baserat på formel (2) bestämmer vi:
Zdop. \u003d 0,25 * 85714,29 \u003d 21428,57 rubel.

I enlighet med Ryska federationens lagar om pensioner, om anställning, om sjukförsäkring, om statlig socialförsäkring, är anställda i företag föremål för obligatorisk socialförsäkring och säkerhet.
Socialförsäkringsavgifterna inkluderar (i % av summan av grund- och tilläggslöner): Tabell 3.2
socialförsäkring 3,2 %
sjukförsäkring 2,8 %
pensionsfond 20,0 %
sysselsättningsfond 0 %
skatt på underhåll av utbildningsanläggningar 0 %
transportskatt (på resten av bilen och privatpersoner - vlad auto) 1,0%
TOTALT: 27,0 %
Således beräknas socialförsäkrings- och trygghetsavgifter som ingår i produktionskostnaderna med hjälp av formeln:
Os.s.o. = Ks.s.o. * (Zon + Add.) (3)
var:
Ks.s.o. - koefficient med hänsyn till avgifter till socialförsäkringskassa, pensionskassa, sjukförsäkring, statlig arbetskassa. Baserat på formel 3 bestämmer vi:
Os.s.o. \u003d 0,27 * (85714,29 + 21428,57) \u003d 28928,57 rubel.
Beräkning av kostnaden för avskrivning av datorer som används vid utvecklingen av ett analyssystem utbildningsprocess i gymnasieskolan
Avskrivning är processen för gradvis avskrivning av anläggningstillgångar och överföring av deras värde till de tillverkade produkterna (arbeten, tjänster) enligt etablerade normer.
Vid beräkning av värdeminskningsavdrag bör PBU 6/01 ”Redovisning för anläggningstillgångar” följas.
Periodisering enligt fastställda normer för avskrivning av anläggningstillgångar kallas för avskrivning. Avskrivningssatserna sätts som en procentsats av bokförda (initial) kostnaden för anläggningstillgångar.
Avskrivningstakten beräknas utifrån nyttjandeperioden för en anläggningstillgång. Avskrivningssatserna kan justeras beroende på avvikelser från standardvillkoren för användning av anläggningstillgångar. Nyttjandeperioden för ett objekt bestäms baserat på klassificeringen av anläggningstillgångar som ingår i avskrivningsgrupper, godkänd genom dekret från Ryska federationens regering den 1 januari 2002 nr. Avskrivning debiteras månadsvis.
Avskrivningstakten beräknas med den angivna formeln Sper = 100 %:
At=Första/nyttiga liv (%) (4)
Beräkningen av kostnaden för avskrivning av utrustning utförs enligt följande:
Biträdande \u003d Första * (På / 100) * m * (trab / Fd.o.) (5)
var:
Först - den initiala kostnaden för datorn som används vid utvecklingen av programmet;
På - avskrivningstakten;

trab. - Datordriftstid;
Fd.o. - den faktiska årliga fonden för tiden för datorn.
Låta:
Först = 27 000,00 rubel,
På = 22,8 %,
m = 1 stycke,
trab. = 15 dagar * 8 timmar = 120 timmar,
Fd.o. = Antal arbetsdagar * Antal skift * Skiftets varaktighet =
= 252 dagar* 1 skift* 8 timmar = 2016 timmar
Baserat på formel (2.5) bestämmer vi:
Biträdande \u003d 27 000,00 * (22,8 / 100) * 1 * (120/2016) \u003d 366,43 rubel.
Resultaten av beräkningen av kostnaden för avskrivning av datorer som används vid utvecklingen av programmet presenteras i tabell 3.3.
Tabell 3.3. Beräkning av kostnaden för avskrivning av datorer

IBM PC
Pentium IV 1 120 22,8 366,43
Beräkning av kostnaden för el som används av datorn i processen att utveckla programmet
Elkostnader (Zel.en.) beräknas med formeln:
Zel.en.=Tse. * P * m * tr (6)
var:
P är kraften hos den dator som används vid utvecklingen av programmet;
tr är datorns drifttid som används vid utvecklingen av programmet;
m är antalet datorer som används;
Tse. — Priset på 1 kWh el.
Låta:
P = 300 W;
tp = 120 h;
m = 1;
Tse. = 1,9 RUB/kW (Andra andra konsumenter, inklusive statens enhetliga företag Mosgorenergo)

Zel.en. \u003d 1,9 * 0,3 * 1 * 120 \u003d 68,4 rubel.
Resultaten av beräkningen av kostnaden för el som används i processen för att utveckla programmet presenteras i tabell 3.4.
Tabell 3.4. Beräkning av elkostnader
Utrustningsnamn Antal enheter utrustning m, st Utrustning drifttid tr., h Utrustning effekt, kW Elkostnader, rub.
IBM PC
Pentium IV 1 120 0,3 68,4
Overheadberäkning
Posten "Overhead" inkluderar kostnaderna för förvaltnings- och underhållstjänster. Denna artikel tar hänsyn till lönerna för den administrativa apparaten och allmänna ekonomiska tjänster, kostnaderna för underhåll och pågående reparationer av byggnader, strukturer, utrustning och inventarier, värdeminskningsavdrag för deras fullständiga restaurering och översyn, kostnaderna för arbetarskydd, vetenskaplig och teknisk information, uppfinning och rationalisering. Omkostnadsbeloppet bestäms i procent av grund- och tilläggslönerna.
Overheadkostnader (Рnakl.) Beräknas med formeln:
RNkl.=Kn * (Zon.+Adp.) (7)
var:
Кн - koefficient för omkostnader. Låt oss ta Kn lika med 1,1. Baserat på formel (7) bestämmer vi:
Rnakl. \u003d 1,1 * (85714,29 + 21428,57) \u003d 117857,15 rubel.
Resultaten av beräkningen av kostnaderna för att utveckla ett företagsinformationssystem sammanfattas i tabell 3.5.
Tabell 3.5. Kostnadsberäkning för systemutveckling

till slutet
1 Grundlön för utvecklare 85714,29 33,51%
2 Ytterligare lön för utvecklare 21428,57 8,38%
3 Sociala avgifter. 28928,57 11,31 %
4 Avskrivningar 366,43 0,62 %
5 Elkostnader 68,40 0,11 %
6 Overheadkostnader 117857,15 46,07 %
Totalt: 254363,4 100,00 %
Utvecklingskostnader 254363,4 100,00 %
Beräkning av systemdriftskostnader
Syftet med beräkningen av driftskostnaderna är att erhålla nödvändiga uppgifter för att fastställa den årliga ekonomiska effekten av implementeringen av det utvecklade systemet. Driftskostnaderna för det utvecklade systemet inkluderar alla kostnader förknippade med dess drift under året.
Kostnadsberäkningen inkluderar följande poster:
grundlönen för systemets servicepersonal;
tilläggslöner för systemunderhållspersonal;
sociala avgifter;
beräkning av kostnaden för avskrivning av datorer;
kostnaden för el som används vid driften av informationssystemet;
allmänna omkostnader.
För beräkningar använder vi samma formler som i föregående avsnitt.
Beräkning av kostnaden för grundlönen för programmets underhållspersonal
Låt oss ta in vårt projekt:
Omes. systemingenjör som driver informationssystemet = 100 000 rubel.
Annan månad = 21 dagar;
CD = 1,2.
Resultaten av beräkningen av kostnaderna för grundlönerna för underhållspersonalen i informationssystemet redovisas i tabell 3.6.
Tabell 3.6. Beräkning av kostnaden för personalens grundlöner
servering
Personal Arbetstimmar, dagar Genomsnittlig dagslön Lönekostnader, gnugga.
Systemingenjör 220 4761,90
1257141,6
Totalt 1257141,6
Beräkning av tilläggslöner för programpersonal
Zdop. \u003d 0,25 * 1257141,6 \u003d 314285,4 rubel.
Beräkning av avgifter för socialförsäkring och trygghet
Os.s.o. = 0,27*(314285,40+1257141,6)= 424285,29
gnugga.
Beräkning av kostnaden för avskrivning av datorer som används i driften av systemet
Låta:
Först =19 000 rub.,
På = 18,3 %,
m = 1 stycke,
trab. \u003d 220 dagar * 8 timmar \u003d 1760 timmar,
Fd.o. = 2016 timmar
Baserat på formel (5) bestämmer vi:
Biträdande \u003d 19 000 * (18,3 / 100) * 1 * (1760/2016) \u003d 3035,48 rubel.
Resultaten av beräkningen av kostnaden för avskrivning av datorer som används vid utvecklingen av programmet presenteras i tabell 3.7.
Tabell 3.7. Beräkning av kostnaden för avskrivning av datorer
Utrustningsnamn Antal enheter av utrustning m, st Utrustning drifttid tlab., h Avskrivningstakt, % Avskrivningskostnader, rub.
IBM PC
Pentium IV 1 1760 18,3 3035,48
Beräkning av kostnaden för el som används av datorn under driften av programmet
Låta:
P = 250 W;
tp = 1760 h;
m = 1;
Tse. = 1,9 rub/kW. (för budgetorganisationer)
Baserat på formel (6) bestämmer vi Zel.en.:
Zel.en. \u003d 1,9 * 0,25 * 1 * 1760 \u003d 836 rubel.
Resultaten av beräkningen av kostnaden för el som används under driften av programmet presenteras i tabell 3.8.
Tabell 3.8. Beräkning av elkostnader
Utrustningsnamn Antal enheter utrustning m, st Utrustning drifttid tr., h Utrustning effekt, kW Elkostnader, rub.
IBM PC
Pentium IV 1 1760 0,25 836
Overheadberäkning
Rnakl. \u003d 1,1 * (314285,4 + 1257141,6) \u003d 1728569,7 rubel.
Ange resultatet av beräkningen av kostnaderna för driften av systemet i Tabell 3.9.
Tabell 3.9. Kostnadsberäkning för drift av systemet
Nej. Kostnadsposter Utgifter, gnugga. %
till slutet
1 Grundlön för servicepersonal 1257141,6 33,6 %
2 Tilläggslön för servicepersonal 314285,4 8,39 %
3 Sociala avgifter. 424285,29 11,34 %
4 Avskrivningar 3035,48 0,37 %
5 Elkostnader 836 0,10 %
6 Overheadkostnader 1728569,7 46,2 %
Totalt: 3728153,47 100,00 %
Driftkostnader Se.pr 3728153.47 100.00 %
Beräkning av försäljningspriset för det utvecklade systemet
Försäljningspriset för det utvecklade systemet bestäms som summan av totalkostnaden, planerad vinst och moms.
Den planerade vinsten är 15 % av den totala kostnaden.
Momsen är 18 % av totalkostnaden och planerad vinst.
OC = Full + Ca. + moms \u003d 58838,41 + 8825,76 + 12179,55 \u003d 79843,72 rubel.
Beräkning av ekonomisk effektivitet
Den totala kostnaden för systemet som designas Spr = 58838,41 rubel. Försäljningspriset för det designade systemet OTspr = 79843,72 rubel. Kapitalinvesteringar är lika med utvecklingskostnader och är:
KV=Full. = 58838,41 rubel, (8)
Beräkning av avkastning på investeringar
Beräkningen av återbetalningen av HF görs enligt formeln:
Ström=KV/(R.pl.*N) (9)
där Aktuell är återbetalningsperioden;
KV - kapitalinvesteringar;
Pr.pl. - planerad vinst;
N är den planerade årliga försäljningsvolymen, st.
Aktuell = 58838,41 / (8825,76 * 10) = 0,67 år
3.3. FYND
I det tredje kapitlet behandlades huvudfrågorna relaterade till den organisatoriska och ekonomiska processen, samt automatisering. Beräkningar gjordes för:
systemutveckling
utvecklarlöner
extra lön
sociala avgifter, som också tillhandahåller
datoravskrivning
elektricitet
över huvudet
försäljningspriset för det utvecklade systemet
ekonomisk effektivitet
avkastning på investeringar
Som ett resultat av alla beräkningar fick vi att skapandet av denna produkt kräver 58838,41 rubel. Och försäljningspriset är 79843,72 rubel.
Baserat på erhållna resultat kan man dra slutsatsen att det utvecklade systemet är kostnadseffektivt.
4. BESTÄMNING AV EFFEKTIVITETSINDIKATORER FÖR FAKTORER SOM PÅVERKAN MÄNNISKORS HÄLSA. ERGONOMISKT OCH MILJÖPROJEKT
4.1. Skäl för behovet av ergonomisk analys
Användningen av användarens persondator är en förutsättning för behovet av en ingående övervägande av deras påverkan på människors hälsa.
Det är ett obestridligt faktum att när man arbetar med en persondator får ögonen den största belastningen. Huvudrollen är tilldelad monitorn, som visar information i form av lysande prickar. Prickarna har inga tydliga gränser, vilket är anledningen till att tecken och linjer har mycket mindre kontrast än på papper. Extern belysning gör dem ännu mindre kontrasterande, utan vilket det dock är skadligt att arbeta på en persondator.
Objekten för visuellt arbete är placerade på olika avstånd från användarens ögon (från 30 till 70 cm), och det är också nödvändigt att flytta blicken ganska ofta i riktningarna för skärmen-dokumentation-tangentbordet (ca 15 till 50 gånger per minut). En dålig faktor i ljusmiljön är den fullständiga bristen på överensstämmelse med de normativa värdena för belysningsnivåerna på arbetsytorna på skärmen, bordet, tangentbordet. Som ett resultat av dessa faktorer noteras snabb trötthet, suddig syn, fördubbling av föremål i ögonen.
Stor vikt läggs också vid användarens korrekta arbetsställning. Med en obekväm arbetsställning börjar en person oundvikligen uppleva smärta i muskler, leder och senor. Orsakerna till den felaktiga hållningen för användare av en persondator kan vara resultatet av sådana faktorer som: brist på dokumentstativ, hög tangentbordsposition, felaktig bildskärmshöjd, installationsvinkel, otillräckligt benutrymme, felaktigt vald stolhöjd.
Det är omöjligt att organisera ett system som uppfyller alla krav på ergonomi och säkerhet, men det maximala av dessa krav är ganska genomförbart. Du behöver nämligen göra:
skydd av personal från farliga faktorer;
skydd av personal från force majeure-situationer;
systemets stabilitet.
För att uppfylla dessa krav är det nödvändigt att genomföra en studie av de befintliga villkoren för implementering av denna mjukvaruprodukt för överensstämmelse med sanitära regler, såväl som normer. Som ett resultat av denna analys kommer det att vara möjligt att presentera kraven på lokalerna, teknisk support, där mjukvaruprodukten är planerad att användas.
4.2 Arbetsplatsens ergonomi
4.2.1. Rekommendationer för att färdigställa den tekniska utrustningen på arbetsplatsen
mest viktig del arbetsplatsanvändare av en persondator är en stol. Utformningen av arbetssätet bör tillåta att ändra kroppens position och ständigt säkerställa den fria rörligheten för kroppen och extremiteterna; Stolen måste tillåta en höjdförändring beroende på personens höjd (från 400 till 550 mm); stolen ska ha en något konkav yta och en lätt bakåtlutning.
I kontorslokaler där monotont mentalt arbete utförs, vilket består av betydande nervös spänning, bör lugna toner - nyanser av kalla gröna eller blå färger råda i färgningen av väggarna.
För att minska den negativa påverkan elektromagnetisk strålning det är viktigt att använda certifierad utrustning. Skärmen bör inte vara närmare än 500 mm från ögonen på användaren av en persondator, med ett optimalt avstånd på 600 - 700 mm. För god prestation är det viktigt för en person att organisera raster var och en halv till varannan timme, som varar minst tjugo minuter varje rast eller femton minuter efter varje timmes arbete.
Tangentbordet är önskvärt att välja en lutande och autonom. Detta är nödvändigt för att ge den anställde möjligheten att välja en bekväm arbetsställning. Nycklarnas layout ska underlätta arbetet, inte komplicera det. Att skriva på tangentbordet kan leda till karpaltunnelsyndrom.
Det är nödvändigt att ta hänsyn till avståndet mellan stationära datorer med installerade bildskärmar när du placerar arbetsplatser. Minst 2,0 m krävs för avståndet mellan borden och minst 1,2 m för avståndet mellan monitorernas sidor.
För att öka stabiliteten i systemet används följande verktyg: UPS och nätverksfilter - för att jämna ut strömstörningar i nätverket för alla arbetsplatser.
Enligt SanPiN 2.2.2.12.4.1340-03 ska arbetsplatsen placeras i sidled mot ljusöppningen så att ljuset faller till höger. Belysningen av rummet och arbetsplatsen ska skapa goda ljusförhållanden, samt en kontrast mellan skärmen och miljön. Naturlig belysning bör ge en naturlig belysningskoefficient (KEO) på minst 1,2 % i områden med snötäcke och inte mindre än 1,5 % i resten av territoriet. KEO-beräkning för andra ljusa klimatzoner utförs enligt den allmänt accepterade metoden i enlighet med SNiP "Naturlig, även artificiell belysning"
4.3. Säkerställande av elektrisk tillförlitlighet, även brandsäkerhet
Rummet där systemansvarig arbetar klassas som I lokalens brandfara, d.v.s. till brandrisker. Därför måste lokalerna uppfylla de standarder för utrustning med brandskyddsanordningar, brandmotstånd, antal våningar och byggnadslayout som fastställts för denna kategori av lokaler. Operatörsrummet måste vara utrustat med I eller II grad av brandmotstånd (se SNiP 2.01.02-85 "Brandsäkerhetsstandarder"). Det är de högsta graderna.
Användarens persondator måste drivas via ett strömförsörjningsnätverk med en spänning på 220V och en frekvens på 50 Hz.
Det är också nödvändigt att använda skyddande jordning, som är ansluten till datorn. Arbetsplatsernas utformning bör organiseras på ett sådant sätt att de anställda enkelt kan komma åt sina platser, samt att det inte är möjligt att välta övervakare vid evakuering. Det är viktigt att utesluta risken för skador och olyckor under drift.
SLUTSATS
I examensarbetet var uppgiften att utveckla ett webbaserat informationssystem för ett företag i utveckling
Det här företagets verksamhet är specifik, den kräver också ett enkelt, snabbt fungerande system, såväl som ett enkelt distributionssystem på alla kundprogramvaruplattformar.
Processen att utveckla ett informationssystem genomfördes med hänsyn till alla grundläggande principer för att utforma system av detta slag.
Mjukvaruimplementeringen av projektet baserades på multifunktionella, även flexibla programmeringsspråk - PHP, även My SQL. Symbiosen mellan dessa språk gör att du kan skapa ett pålitligt, även stabilt informationssystem. Vart och ett av språken har fullt ut implementerat sina huvudfunktioner i liknande informationssystem och har ständigt vunnit popularitet i flera månader.
Under examensarbetets gång uppnåddes följande resultat:
layouten av databasen designades;
en logisk ingångslayout utformades, såväl som informationsutmatning för databasen;
Byggde, implementerade också ett komplex av automatisering av webbplatshantering;
en uppsättning tekniska medel, såväl som mjukvaruverktyg, på vilka webbplatsens funktion är implementerad, såväl som ett platshanteringssystem, har valts ut;
implementerade systemets huvudprogrammoduler;
Sammanfattningsvis allt ovan, i detta examensprojekt var det möjligt att skapa ett multifunktionellt informationssystem som innehåller följande mjukvarudelar:
Anläggningens huvudplats, som har ett trevligt, även icke-irriterande gränssnitt, informerar också användaren om alla områden av anläggningens verksamhet.
Det huvudsakliga webbplatshanteringssystemet, som också har ett trevligt gränssnitt, samt djupt genomtänkt funktionalitet som gör att en person som inte har djup kunskap om webbprogrammering kan hantera webbplatsen.
relationsbas data, som lagrar hela strukturen på sajten, även den viktigaste nyhetssajten informationsinnehåll webbplatsens huvudsidor.
Programmoduler - skript som automatiserar driften av hela systemet som helhet, gör det möjligt för administratören av informationssystemet att flexibelt, också snabbt ändra innehållet på de grundläggande sidorna på hållarplatsen, även, om nödvändigt, inaktivera dem, och även utföra underhållsarbete, ändra innehållet på sidan med fullt förtroende för korrekt visning av information i vilken webbläsare som helst, även i alla operativsystem.
Den ekonomiska delen gjorde det möjligt att effektivt uppskatta den totala kostnaden för systemet, såväl som de tillhörande kostnaderna under dess drift på företaget.
Miljödelen ställer de nödvändiga kraven, såväl som förutsättningar för bekvämt, såväl som säkert arbete för en person som är i närheten av ständigt fungerande datorer.

Skicka ditt goda arbete i kunskapsbasen är enkelt. Använd formuläret nedan

Studenter, doktorander, unga forskare som använder kunskapsbasen i sina studier och arbete kommer att vara er mycket tacksamma.

Liknande dokument

Skäl för valet av programvara som används. In- och utdatainformation. Relationell databasmodell av ämnesområdet. Skapa en informationssystemmodell med Run All Fusion Process Modeler r7. Testresultat.

terminsuppsats, tillagd 2014-12-04


Övervägande av företagets struktur, en översikt över modern programvara. Beskrivning av informationssystemet för personalbokföring. Skapande av ett informationssystem för att arbeta med personal baserat på analys av mjukvaruprodukter inom detta område.

avhandling, tillagd 2015-03-07


Design av automatiserad informationsbehandling och kontrollsystem. Analys av företagets struktur och verksamhet, skapandet av modeller "som är". Identifiering av problemområden i företaget. Krav på systemets struktur och funktion.

terminsuppsats, tillagd 2012-12-29


Syftet med att skapa ett informationssystem. Automatiserat informationssystem "Byggföretag". Användningen av datorteknik och programvara för att skapa ett automatiserat informationshanteringssystem i företaget.

terminsuppsats, tillagd 2011-04-01


Bekantskap med grunderna i arbetet med LLC "World of Computers". Beskrivning av företagets informationssystem. Utveckling av en objektorienterad modell av ett delsystem med Rational Rose och en funktionell modell av ett delsystem med AllFusion Process Modeler.

terminsuppsats, tillagd 2015-01-13


Beskrivning och schema för informationsinteraktion mellan systemelement, utdata och ingångsinformation. Teknologisk process för att systemet fungerar i ett automatiserat läge. Utveckling informationsstöd system, programmodulalgoritmer.

avhandling, tillagd 2010-08-30


Utvärdering av organisationsstrukturen och processen för att implementera informationsundersystemet för företagsledningsavdelningen. Krav på informationsdelsystemet och teknisk support. Förstudie för utveckling av ett informationsdelsystem.

avhandling, tillagd 2011-06-29


Belägg för behovet av att förbättra informationssystemet (IS) för Mekhservice LLC. Analys av redovisningssystemet för verksamheten i ett bilreparationsföretag. Utveckling av konceptet att bygga ett automatiserat IS. Informationsteknologi produktbeskrivning.

avhandling, tillagd 2012-05-22

Från webbplatser till webbapplikationer

Del 1: Webbplats eller webbapplikation?

Ta rätt beslut genom att analysera din närvaro på webben

Innehållsserie:

I vår värld av iPads, iPhones, Androids och appfokuserade enheter är det inte längre modernt att säga: "Jag har en statisk webbplats." Om du inte har en sofistikerad sökmekanism, minst tre betalningsmetoder för köp och ett par sidor med smart Ajax-interaktion kan du kallas "fast på 1990-talet". Många utvecklare måste anstränga sig för att tillfredsställa hanteringsförfrågningar: Lägg till lite interaktivitet! Håll dig uppdaterad med Amazon.com eller Bing eller IBM! Gör webbplatsen... en webbapplikation. Men om du utökar befintliga webbplatser kan resultatet bli en underfokuserad och ibland mindre funktionell närvaro på webben.

Webbplatser skiljer sig fundamentalt från webbapplikationer. Om du bygger webbapplikationer måste du veta vad som skiljer dem från webbplatser på mellannivå. Och om du är van vid att bygga statiska sidor utan att använda JavaScript, kanske du tvingas göra din webbplats till en webbapplikation.

I den här artikeln får du lära dig hur du fattar välgrundade beslut som hjälper dina webbprojekt att nå sina mål. Du kommer att lära dig om skillnaden mellan webbplatser och webbapplikationer och hur de två begreppen skiljer sig från varandra. När du väl förstår de stora skillnaderna är du redo att fatta (eller åtminstone påverka) beslut om hur du vill att din närvaro på webben ska vara.

Webbplatser behöver inte vara webbapplikationer

Det finns tillfällen när du har en hemsida och Nej god anledning att konvertera den till en webbapplikation. Eller ibland lägger människor mycket tid på att bygga och förbättra en webbapplikation, men istället för att förbättra den springer de bara runt i cirklar. Kanske vore det bättre att inte göra allt detta arbete, utan att begränsa dig till en ganska enkel webbplats. I det här avsnittet kommer vi att beskriva skillnaderna mellan webbplatser och webbapplikationer.

Webbplatser är främst för informationsändamål.

Den enklaste definitionen av en helt statisk webbplats är ordet informativt. Ett klassiskt exempel en sådan sida är Wikipedia, som enbart var tänkt som en informationssajt. Utseendet på Wikipedia är inte slående, gläder inte, det är inte översållat med popup-bilder och kartor med rullningslister. Som visas i figur 1 är dess innehåll helt enkelt information som presenteras i en något mer komplex form än en hyperlänkad ordbok.

Figur 1. En exempelsida från Wikipedia

Ofta på bästa möjliga sättöverföring av information är enkla statiska webbplatser. Om ditt mål är att sprida information om en produkt, tjänst eller information i sig är en webbplats en bra utgångspunkt. Naturligtvis måste webbplatser hantera avslag. De är inte iögonfallande, de har ingenting med Twittervärlden att göra. Men de flesta människor vänder sig fortfarande till Wikipedia när de introduceras till ett nytt ämne, så statiska webbplatser kan vara värdefulla.

Webbplatser kan vara dynamiska

De flesta bloggar är faktiskt webbsidor. Även om bloggar hanteras av programvara som WordPress eller Movable Type, resulterar de i informationssajter som mestadels består av enkla, icke-interaktiva sidor. Detta belyser en viktig skillnad: en webbplats definieras inte av hur den skapas, utan av hur informationen och funktionerna den tillhandahåller används av dess besökare. Att förstå denna skillnad kan hjälpa dig att fokusera på hur din webbnärvaro ser ut ur en användares perspektiv.

I de tidiga stadierna bör du fokusera på användarupplevelsen av sajten. Användaren är inte intresserad av vilka tekniker din webbplats är byggd på: HTML och CSS, ColdFusion, PHP eller Perl. Användare betygsätter helt enkelt webbplatsen baserat på vad de ser. För att förstå vilken typ av webbplats du skapar eller efterforskar måste du ta en liten paus från programmeringen. Öppna bara din webbläsare, gå till din webbplats och betygsätt den.

Webbapplikationer tenderar att vara interaktiva

Om din webbplats inte är informativ är den troligen interaktiv. Det betyder att användaren inte är en passiv konsument, utan en aktiv medlem på sajten. Användaren söker, klickar på knappar, fyller i formulär, gör inköp och använder i allmänhet tangentbordet och musen hela tiden.

Standarden på interaktivitet kan betraktas som ett datorspel. I spelet interagerar användare ständigt med datorn. Oavsett om de skjuter zombies eller går genom ett minfält, trycker spelare ständigt på knappar och fattar beslut som kräver att de trycker på knappar igen, och så vidare. Naturligtvis uppnår de flesta webbplatser inte denna nivå av interaktivitet.

De flesta webbplatser är i viss mån hybrider. Ta till exempel en titt på hemsidan för Amazon.com, som visas i figur 2. Amazon.com är en hybrid men är också en informationssida.

Figur 2. Amazon.com

Skärmen som visas ovan ger mycket information. Böcker, författare, priser och kategorier är alla olika typer av information. Men på den här sidan är användarens huvudsakliga mål interaktion. Användaren kan gå till vilken kategori av varor som helst. Eller så kan han läsa en bok i detalj och köpa den. Användaren kan söka eller se vad som finns i hans/hennes varukorg. Alla dessa är olika typer av interaktioner.

Eftersom vilken webbplats som helst är några information måste en balans göras mellan information och interaktivitet. Vad gör du mer: läsa eller interagera? Lägger du 30 sekunder på en sida eller 10 minuter? Om du interagerar mycket och spenderar lite tid på varje sida har du en interaktiv sajt.

Vad är skillnaden mellan informativa och interaktiva webbplatser

Hittills har vi diskuterat ett ganska enkelt sätt att betygsätta webbplatser. Webbplatsen är antingen informativ eller interaktiv. Svart eller vitt.

De flesta interaktiva webbplatser är faktiskt hybrider. Om det inte finns någon information, så visar det sig att det inte finns något som man skulle kunna att interagera. Föreställ dig hur det skulle vara om Amazon.com inte hade något annat än knappar - inga böcker, inga DVD-skivor. Webbplatsen skulle inte vara vettig. Du måste ha lite information att arbeta med. Så även interaktiva webbplatser är verkligen hybrider: en kombination av information och interaktioner.

Du kanske undrar: varför ens bry sig om skillnaden mellan interaktiva och informativa webbplatser? Det är viktigt att se webbplatsen genom vilken du vill ge information till användarna annorlunda än den webbplats där du vill tillhandahålla interaktivitet. Dessa skillnader i syn kommer faktiskt att styra de flesta av dina stora designbeslut. Även om du sällan skapar enbart informativa eller rent interaktiva webbplatser, är det viktigt att avgöra vad din webbplats lutar mer åt.

Information lämnas bäst utan behandling.

Om din webbplats är mer informativ bestämmer detta scenariot för dess användning: förmedla information med den till din publik. Efter det återstår det bara att bestämma genomförandet. Med tanke på att användarna behöver information, hur kan denna information bäst kommuniceras? Vilket är det bästa sättet att presentera data, som vanligtvis är i stora mängder, för läsning på nätet?

Vid det här laget börjar killarna bakom e-böcker, förbättrade utgåvor och nästa generations förlagsprodukter vifta upphetsat med händerna. En ny generation läsare borde väl förmedlas information med moderna medel? Det finns nya sätt att presentera information: flytande kommentarer, popup-fönster med ytterligare information och inbäddade videor.

Ja, det finns plats för utökad information

Därmed inte sagt att utökade upplagor ska undvikas, eller att man inte ska försöka tänja på gränserna för vad som är möjligt med en Web 2.0/3.0-stil för information. Sådana verktyg används dock inte riktigt för att snabbt få information och effektivt. De flesta av de nya sätten att presentera information används på ett uppslukande och jämnt sätt underhållningsapplikationer. Dessa metoder överför inte bara information, de ändrar mekanismen för dess uppfattning.

Informationssidan försöker inte vara experimentell. Om syftet med din webbplats är underhållning, behöver du en interaktiv webbplats.

Problemet med den här typen av tänkande är att det antar att historien inte betyder så mycket och att användarna inte har en viss tröghet. människor brukade läs böcker, läs ordböcker, läs Wikipedia. De läser genom att flytta ögonen från toppen av sidan nedåt och, på många språk, från vänster till höger. De läser en stor mängd text och tenderar att läsa den utan distraktion. Faktum är att de vilja läs denna information utan att bli distraherad.

Kommunikationssidor bör inte sträva efter att vara de mest färgstarka, attraktiva och fullfjädrade webbplatserna. Samtidigt finns det stora möjligheter att använda bilder för illustration, då exempel kan ses på populära sajter som dictionary.com, Wikipedia och andra texttunga sajter. Det är definitivt värt att överväga att använda en mängd olika visuella element: prova olika typsnitt och arbeta med enkel och tydlig webbplatsnavigering. Du ger tillgång till information, så allt som distraherar från dess uppfattning kommer så småningom att spela mot dig.

Interaktivitet bygger på intermittent arbete

Vad skiljer interaktiva webbplatser från webbplatser som tillhandahåller information? Om informationssajter försöker distrahera användaren så lite som möjligt, försöker interaktiva webbplatser att göra detta så mycket som möjligt. Din webbplats bör ständigt få användare att vilja klicka, dra eller markera något. Du skapar en miljö där du kan överföra information både åt ena hållet och åt det andra. Det räcker inte längre för användare att passivt läsa text och titta på bilder, de behöver något do för att gå vidare.

Därför är nyckeln till interaktivitet implementeringen av dessa avbrott. Du måste avsiktligt skapa kontaktpunkter. Om din webbplats har platser att gå till uteslutande med hyperlänkar kan ditt arbete med information och interaktionsdesign saknas. Å andra sidan, om användaren behöver klicka på en knapp, fylla i ett formulär och sedan utöka ett avsnitt med den information de behöver, så är du förmodligen på rätt väg.

Ett annat tillvägagångssätt för att lösa problemet med att bädda in interaktivitet på webbplatsen är att bygga en ruttkarta. Ta en skärmdump av en viss sida och bestäm sedan vilken du vill se Nästa sidan på din webbplats. Ta en till skärmdump, sedan en till, och så vidare, tills du har fyra eller fem (eller tio) skärmdumpar som illustrerar stegen för att få användaren från punkt A till punkt B.

Bestäm hur användaren rör sig från skärm till skärm. Klickar han på en vanlig länk? Trycker han på knappen? Hur mycket rör han på musen? Hur mycket action händer på skärmen? Vad är användaren gör? Det här är ett bra sätt att definiera vad avbrott ska vara. Hur ofta ska användaren vara med och bestämma vart han ska gå härnäst? Hur många avbrott ger du om användaren inte är inblandad i beslutet?

Exempel på en interaktiv webbplats: Audi.com

För att se hur användbar en följkarta kan vara, låt oss titta på ett exempel. Ta en titt på sekvensen av skärmar på webbplatsen för en av de ledande lyxbilstillverkarna. Eftersom denna webbplats erbjuder mycket dyra inköp, webbplatsen skall locka och överraska användaren.

Figur 3 visar startsidan för Audi.com-webbplatsen. Webbplatsen ser glansig ut redan innan den interagerar med den.

Figur 3. Audi.com startsida

Användaren kan omedelbart börja interagera med webbplatsen. Figur 4 visar hur sajten ser ut efter ett musklick. Nedanför bilen finns flera färgade bitar, genom att klicka på någon av dem ändrar bilens färg omedelbart. Utan att söka i menyn eller någon annanstans kan användaren omedelbart börja interagera med sidan.

Bild 4. Bilden på startsidan på Audis hemsida ändras med ett musklick

I det här skedet använder Audi.com mycket av relativt gammal teknik. Rullgardinsmenyer när du håller muspekaren över dem är inget nytt; du kunde göra det med DreamWeaver för länge sedan. Audis webbplats försöker dock vara interaktiv. Därför, istället för att visa menyalternativ och klicka på någon av dem, visar de fullfjädrade bilder, tabeller med specifikationer, såväl som inbäddade sidor.

Figur 5 ser mer ut som en intern, snarare än hemsidans hemsida. Audi.com använder menyer för mycket mer än bara navigering. Om du håller musen över menyn visas mer än bara klickbara objekt, fullständiga bilder och listor över fordonsalternativ.

Figur 5. Håller du musen över menyn visas fullfjädrade bilder och listor med alternativ

Detta är ett smart förhållningssätt till interaktivitet. Användare behöver inte klicka mycket, men den här webbplatsen ger dem rik, visuell feedback. Det verkar för användaren att det händer mycket på sajten. Interaktion involverar inte alltid komplex Flash-animering eller joystick-operation. Ibland räcker det alldeles utmärkt med en välplacerad bild, som på Audis hemsida.

Figur 6 visar en annan aspekt av interaktivitet: enkelhet. Detta är en normal textmeny utseende vilket inte är något extraordinärt. Men menyn faller ut mycket tydligt, och det aktuella objektet i den är markerat i färg. Det finns inget revolutionerande i detta, men med tanke på hur hela sajten fungerar visar det sig att du lägger minimal tid på att läsa och söka efter saker som intresserar dig. Du flyttar helt enkelt musen över menyn, flyttar den till önskat objekt och klickar. Det finns bara ingenstans att bli förvirrad. Du är alltid säker på att du kommer att få det du vill ha.

Figur 6. Navigeringsmenyerna är enkla och ber dig att klicka på dem

Figur 7 visar den inre sidan. Innersidan är utan tvekan något svagare och inte lika uppslukande som en väldesignad startsida. Det finns många fler alternativ här, genom att trycka på var och en av dem ändrar bilden av bilen i mitten. Varje modellsida har många bilder som ändras beroende på användarens handlingar. Valet av färg, typ av hjul eller interiör ändrar omedelbart bilden.

Figur 7. Innersidor kräver fler klick än läser

Uppenbarligen har mycket arbete av designers och programmerare investerats i denna webbplats. Det är inte ett exempel på interaktivitet som många sajter kommer att kunna använda. Nyckeln här är dock att användare måste interagera med webbplatsen för att kunna gå vidare. Mer interaktivitet gör att du kan få mer information från webbplatsen.

Genom att skriva ut skärmdumpar kan du enkelt se hur användare interagerar med sajten och vad de får som ett resultat av dessa interaktioner. Ta dig tid för denna övning. Det kan tyckas dumt för någon att titta på skärmdumparna som ligger ut på golvet, men det här är bättre än att ha en sida som användaren börjar bli uttråkad av och snabbt lämnar den.

Det är inte lätt att lägga till interaktivitet

I ett interaktivt tillvägagångssätt blir huvudfrågan var exakt interaktion bör ske på skärmen. Detta är inte bara resonemang som "Behöver den här widgeten placeras i det övre vänstra hörnet? Eller kanske till höger?" Det finns två grundläggande tillvägagångssätt (varav en inte är särskilt bra):

• Interaktivitet behöver inte vara fysiskt i centrum. Det ska vara dit användarens uppmärksamhet riktas. Användaren måste interagera med webbplatsen för att kunna fortsätta.
• Interaktivitet placeras där det finns information. Interaktiviteten är imponerande, men det är inte nödvändigt att gå vidare.

Det första tillvägagångssättet är att föredra. Interaktivitet kan inte "kopplas" till en befintlig webbplats. Varför? Interaktivitet passar inte bra runt information. Istället måste det finnas inom själva informationen. I figurerna som visas ovan är , , och interaktioner knutna till själva informationen - menyalternativen. Du kan inte ha det ena utan det andra.

Blanda information och interaktioner

Återgå till idén om hybridisering: även de mest interaktiva webbplatserna måste presentera information någon gång. Tänk till exempel på tv-spel. Här och var i spel finns det pauser under vilka spelaren är en passiv åskådare av scener som ger den information som krävs för spelaren.

Å andra sidan bör de flesta informationssajter någon gång tillåta användaren att klicka eller söka efter något. Tänk om all Wikipedias information lagrades på en sida! Och även då måste användaren rulla på sidan; och det är också en interaktion. Alla webbplatser är hybrider. På de flesta webbplatser finns det inte en överväldigande dominans av en av dessa sidor, till exempel 90 % av informationen och endast 10 % av interaktiviteten (eller vice versa). På de flesta sajter är detta förhållande cirka 75/25. Du måste fatta ett beslut om mängden information på din interaktiva webbplats, eller mängden interaktioner på din kommunikationswebbplats. Självklart ska det vara bra beslut.

Du kan skapa fantastiska interaktiva upplevelser, men du måste också kunna ge bra information. Du kanske har bra information, men någon gång måste du tillhandahålla lite interaktiv interaktion.

Att skapa hybrider är mycket svårare

Kärnan i problemet är detta: hur bra du än är på att skapa interaktiva interaktioner måste du också vara bra på att designa information. Om du är bäst på informationsdesign behöver du fortfarande lära dig hur du skapar interaktiva interaktioner. Det är inte lätt att göra båda bra samtidigt. De flesta människor är bra på en sak, vilket gör att deras sajter sticker ut för vad de är bra på. Det konstiga och ironiska här är att om sajten är riktigt bra på en sak (interaktivitet eller information), då som regel, annan sidan är dåligt gjord. Naturligtvis är målet att göra båda bra för att få en mycket stark sajt eller applikation.

Den första och viktigaste regeln är att du inte ska arbeta uteslutande med interaktivitet på bekostnad av information, eller tvärtom. Chansen är stor att du kommer att vara bra på en sak och dålig på en annan. Försök att arbeta hårt på det ena och arbeta på det andra efter behov. Om du har antagit 75/25-regeln (om förhållandet mellan informativt och interaktivt innehåll på webbplatsen) kanske du också bör fördela din tid i samma proportion. Helt klart en bra utgångspunkt för att komma igång.

Nästa steg är att köra uppgifterna igen. Designa webbplatser och designa interaktioner kontinuerligt. Designers som fortsätter att skapa webbplatser på fritiden tenderar att bli bättre designers med tiden än de som lär sig spela gitarr på fritiden.

Och slutligen behöver du träna och stärka din svaga punkter. Om du tillbringar dina dagar med att arbeta på webbplatser fyllda med information, leta efter platser på webbplatsen där du kan lägga till lite interaktivitet. Skapa hopfällbara regioner med JavaScript eller jQuery. Utöka din kommunikationssajt för att ha ett 60/40-förhållande mellan information och interaktivitet. Det omvända är också sant. Leta efter sätt att öka mängden information på din interaktiva webbplats. Skapa informationssidofält som dyker upp vid rätt tidpunkt och visar mer information än du normalt ger. Stärk dina svaga punkter.

Använd dina webbplatser

Här kan du göra runda ögon och bestämma att du får höra det självklara. Bli inte förvånad.

Använd dina webbplatser. Ofta och mycket.

Låter enkelt, eller hur? Men precis som skådespelare inte vill se sina egna framträdanden, precis som många musiker inte lyssnar på sina egna CD-skivor, så besöker många webbdesigners knappt de webbplatser de har designat. De skriver koden, designar, laddar upp sajten och glömmer bort det. De har ingen aning om sajtens framtida öde. De syftar till att slutföra ett fiktivt användningsfall som involverar en osynlig och icke-existerande användare så snart som möjligt. Detta är ingen bra vana.

Så du måste använda din webbplats. Om du inte gillar det kanske dina användare inte gillar det heller. Var inte så snabb att borsta bort problem som "ja, det är bara för att jag vet hur det fungerar" eller "ingen av användarna ser ut som jag". En mycket bättre fråga att ställa dig själv är "hur kan jag förbättra upplevelsen av webbplatsen, oavsett om webbplatsens användare är som jag eller inte"? Detta sätt att tänka kan i grunden förändra ditt sätt att tänka på din webbplats.

Slutsats

Vägen till bra webbdesign handlar inte om att citera den här artikeln - eller någon annan - om och om igen medan du skapar sidlayouter och skriver JavaScript-kod. Istället bör du anpassa principerna som beskrivs i den här artikeln för dig själv och sedan använda dem som en språngbräda för att formulera dina egna principer. Dina webbplatser och applikationer blir bättre om du tänker på den här artikeln, och inte bara blint tillämpar den i praktiken.

I den här artikeln lärde vi oss principerna för hur du kan avgöra om din närvaro på webben är mer som en webbplats eller en webbapplikation. Det är viktigt om du bestämmer dig för att din närvaro på webben ska vara mer informativ eller mer interaktiv, eller om den är bra som den är. tänka ut vad du ska göra. Nu kan du fatta medvetna välgrundade beslut.

Nu är det dags att bryta mot reglerna eller argumentera med författarna du har läst. Det betyder att du måste förstå vad som fungerar bäst för dig. Din situation är annorlunda än min eller någon annans. Du måste "skriva din egen artikel" om vad som är rätt för dig. Det här är bra. För nu hoppas jag att den här artikeln ger dig några bra tankar. Lämna en kommentar längst ner i artikeln och låt mig veta var jag har rätt och var jag har fel. Jag är intresserad av att lära mig om din situation och hur din närvaro på webben utvecklas med det i åtanke.